Re: Input and games.

2013-05-03 Thread Pekka Paalanen
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

Re: Input and games.

2013-05-03 Thread Pekka Paalanen
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

Re: Input and games.

2013-05-03 Thread Todd Showalter
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

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Pekka Paalanen
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

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Pekka Paalanen
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

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Pekka Paalanen
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

Re: Input and games.

2013-05-03 Thread Pekka Paalanen
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

Re: [PATCH] Add initial color management framework code

2013-05-03 Thread Pekka Paalanen
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 |

Re: [PATCH 0/5] Improve text protocol

2013-05-03 Thread Daniel Stone
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

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Daniel Stone
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'

Re: [PATCH] Add initial color management framework code

2013-05-03 Thread Richard Hughes
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

[PATCH weston] compositor-drm: Differentiate between two similar error paths

2013-05-03 Thread Rob Bradford
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

Re: Input and games.

2013-05-03 Thread Todd Showalter
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

Re: Input and games.

2013-05-03 Thread Pekka Paalanen
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

Re: Input and games.

2013-05-03 Thread Daniel Stone
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

Re: Input and games.

2013-05-03 Thread Daniel Stone
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

Re: Input and games.

2013-05-03 Thread Daniel Stone
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

Re: Input and games.

2013-05-03 Thread Daniel Stone
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

Re: Input and games.

2013-05-03 Thread Daniel Stone
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

Re: Input and games.

2013-05-03 Thread Todd Showalter
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

Re: Input and games.

2013-05-03 Thread Todd Showalter
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,

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Bill Spitzak
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

Re: Input and games.

2013-05-03 Thread Rick Yorgason
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

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Daniel Stone
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

Re: Input and games.

2013-05-03 Thread Rick Yorgason
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

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Bill Spitzak
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

Re: Input and games.

2013-05-03 Thread Bill Spitzak
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

Re: Input and games.

2013-05-03 Thread Rick Yorgason
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

Re: [PATCH 2/2] Move the EDID parsing to its own file

2013-05-03 Thread Kai-Uwe Behrmann
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 +++