Am 02.05.2013 23:33, schrieb Richard Hughes:
---
src/Makefile.am | 2 +
src/compositor-drm.c | 180 +--
src/compositor.c | 21 ++
src/compositor.h | 5 ++
src/edid.c | 175 +++
Pekka Paalanen writes:
> Uh oh, yuk...
>
> I wonder if one would have serious trouble achieving the same on
> Wayland. X is so much more liberal on what one can do wrt. protocol and
> the C API. For instance, in X I believe one can query a lot of stuff
> from the server, in Wayland nothing. In X
Todd Showalter wrote:
Decelerate/accelerate would cover all the cases I can think of.
I thought you said the speed of mouse movement controlled whether it
slowed down or not. Ie if the user quickly dragged the slider to the
bottom then the scrollbar was at the bottom, but if they moved s
Pekka Paalanen wrote:
What chip do you have in mind, that can do arbitrary
matrix-based transforms during an overlay scanout?
That just means the surface cannot use the overlay, or the compositor
has to use an intermediate image. There are lots of other reasons the
surface does not use the o
Daniel Stone and Pekka Paalanen wrote:
> ...a bunch of stuff about per-player keyboards and wl_seats...
Okay, let's go over some typical situations:
* It's common for controllers to have keyboard and/or headset attachments,
and built-in touch screens are becoming more common. These are clearly
in
Hi,
Again I fear we're drifting massively off-topic, but here we go ...
On 3 May 2013 18:50, Bill Spitzak wrote:
> Daniel Stone wrote:
>> Subsurfaces are being designed for in-process cases, such as a media
>> player inside a browser. Foreign surfaces are intended for
>> cross-process buffer/sur
Pekka Paalanen writes:
> > > Maybe there could be some scheme, where we would not need to have the
> > > wl_seat<->player mapping configurable in games after all, if one goes
> > > with server side heuristics. There are also the things Daniel wrote
> > > about, which link directly to what we can d
Daniel Stone wrote:
Subsurfaces are being designed for in-process cases, such as a media
player inside a browser. Foreign surfaces are intended for
cross-process buffer/surface sharing, but I think nested compositors
is actually better for the usecase I had in mind, which is WebKit2.
So it woul
On Fri, May 3, 2013 at 12:12 PM, Daniel Stone wrote:
>> I think edge resistance/edge snapping really wants pointer warping as
>> well.
>
> It's really difficult to achieve a nicely responsive and fluid UI
> (i.e. doing this without jumps) when you're just warping the pointer.
> To be honest,
On Fri, May 3, 2013 at 12:06 PM, Daniel Stone wrote:
> I think with 6DoF-type devices, we really shouldn't try to do anything
> clever with them, and pretty much just pass evdev input through. The
> only reason we created wl_pointer and wl_keyboard as they are is that
> the compositor needs to i
Hi,
On 3 May 2013 08:17, Pekka Paalanen wrote:
> On Thu, 2 May 2013 19:28:41 +0100
> Daniel Stone wrote:
>> There's one crucial difference though, and one that's going to come up
>> when we address graphics tablets / digitisers too. wl_pointer works
>> as a single interface because no matter ho
Hi,
On 29 April 2013 18:44, Bill Spitzak wrote:
> Has anybody thought about pens (ie wacom tablets)? These have 5 degrees of
> freedom (most cannot distinguish rotation about the long axis of the pen).
> There are also spaceballs with full 6 degrees of freedom.
As Todd said, these really need to
Hi,
On 21 April 2013 06:28, Todd Showalter wrote:
> On Fri, Apr 19, 2013 at 7:08 PM, Bill Spitzak wrote:
>> I think this is going to require pointer warping. At first I thought it
>> could be done by hiding the pointer and faking it's position, but that would
>> not stop the invisible pointer fr
Hi,
On 19 April 2013 10:18, Pekka Paalanen wrote:
> Keyboards already have extensive mapping capabilities. A Wayland server
> sends keycodes (I forget in which space exactly) and a keymap, and
> clients feed the keymap and keycodes into libxkbcommon, which
> translates them into something actuall
Hi,
On 20 April 2013 22:13, Nick Kisialiou wrote:
> Generic device input may be too complicated to put it into Wayland protocol.
> For example, take Razer Hydra controller:
> http://www.engadget.com/2011/06/08/razer-totes-hydra-sticks-and-6400dpi-dual-sensor-mice-to-e3-2011/
>
> There are 2 USB c
On Fri, 3 May 2013 09:12:20 -0400
Todd Showalter wrote:
> On Fri, May 3, 2013 at 6:42 AM, Pekka Paalanen wrote:
>
> > Sure, the heuristics can cover a lot, but there is still the mad case,
> > and also the initial setup (system started with 3 new gamepads hooked
> > up), where one may want to c
On Fri, May 3, 2013 at 6:42 AM, Pekka Paalanen wrote:
> Sure, the heuristics can cover a lot, but there is still the mad case,
> and also the initial setup (system started with 3 new gamepads hooked
> up), where one may want to configure manually. The GUI is just my
> reminder, that sometimes it
From: Rob Bradford
---
src/compositor-drm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/compositor-drm.c b/src/compositor-drm.c
index f39096e..1f55271 100644
--- a/src/compositor-drm.c
+++ b/src/compositor-drm.c
@@ -598,7 +598,7 @@ drm_output_repaint(struct weston
On 3 May 2013 11:53, Pekka Paalanen wrote:
>> + o->set_gamma(o, size, red, red, red);
> Three times red? :-)
Good catch, thanks.
>> + p = calloc(sizeof(struct weston_color_profile), 1);
> Calloc arguments are swapped.
All fixed.
>> + weston_cms_destroy_profile(output->color_profile
Hi,
On 2 May 2013 20:33, Bill Spitzak wrote:
> Daniel Stone wrote:
>>> I also think all of wl_shell should be a core requirement.
>>
>> Not all compositors are user sessions. Think about nested compositors
>> for browsers, or capture, or also very stripped-down usecases where
>> they really don'
Hi,
On 2 May 2013 20:56, Kristian Høgsberg wrote:
> On Tue, Apr 16, 2013 at 06:19:47PM -0700, Bill Spitzak wrote:
>> I would remember the positions of styling as bytes. However the
>> renderer can render as though they are moved left to the first break
>> between glyphs (ie it will preedit-highli
On Thu, 2 May 2013 15:16:09 +0100
Richard Hughes wrote:
> ICC profiles can now be specified in weston.ini for each output, or a CMS
> implementation can optionally loaded from a pluggable module.
> ---
> configure.ac | 7 ++
> src/Makefile.am | 13 +++-
> src/cms-static.c |
On Fri, 3 May 2013 03:51:33 -0400
Todd Showalter wrote:
> On Fri, May 3, 2013 at 3:34 AM, Pekka Paalanen
> wrote:
>
> > Yup. Whatever we do, we get it wrong for someone, so there needs to
> > be a GUI to fix it. But should that GUI be all games' burden, or
> > servers' burden...
> >
> > Along w
On Thu, 2 May 2013 14:43:38 -0500
Jason Ekstrand wrote:
> On Thu, May 2, 2013 at 1:22 PM, Daniel Stone
> wrote:
>
> > Hi,
> >
> > On 2 May 2013 15:42, Jason Ekstrand wrote:
> > > Ok, I see it now. Sorry, but I missed it on my first
> > > read-through. Yes,
> > it
> > > fixes the problem, but
On Thu, 2 May 2013 09:42:42 -0500
Jason Ekstrand wrote:
> On Thu, May 2, 2013 at 5:51 AM, Pekka Paalanen
> wrote:
>
> > On Tue, 30 Apr 2013 10:54:25 -0500
> > Jason Ekstrand wrote:
...
> > > On Tue, Apr 30, 2013 at 2:33 PM, Pekka Paalanen
> > > wrote:
> > >
...
> > > > This interface al
On Thu, 02 May 2013 12:16:23 -0700
Bill Spitzak wrote:
> Jason Ekstrand wrote:
>
> > Agreed. Sending transform matrices or the like has HUGE rounding
> > problems. Particularly when we're using wl_fixed which is 24.8.
> > Other methods would require adding rounding conventions etc.
>
> I was
On Fri, May 3, 2013 at 3:34 AM, Pekka Paalanen wrote:
> Yup. Whatever we do, we get it wrong for someone, so there needs to be
> a GUI to fix it. But should that GUI be all games' burden, or servers'
> burden...
>
> Along with the GUI is the burden of implementing the default
> heuristics, which
On Thu, 2 May 2013 10:46:56 -0400
Todd Showalter wrote:
> On Thu, May 2, 2013 at 5:44 AM, Pekka Paalanen
> wrote:
> > On Tue, 30 Apr 2013 09:14:48 -0400
> > Todd Showalter wrote:
> >
...
> >> The question is, is a gamepad an object, or is a *set* of
> >> gamepads an object?
> >
> > Both, ju
On Thu, 2 May 2013 19:28:41 +0100
Daniel Stone wrote:
> Hi,
>
> On 2 May 2013 10:44, Pekka Paalanen wrote:
> > On Tue, 30 Apr 2013 09:14:48 -0400
> > Todd Showalter wrote:
> >> The question is, is a gamepad an object, or is a *set* of
> >> gamepads an object?
> >
> > Both, just like a wl_p
29 matches
Mail list logo
