I was actually just getting ready to send this out. This is what I've
come up with for a server-side GLVND-like interface:
https://github.com/kbrenneman/libglvnd/tree/server-libglx
What I've got there is a proof-of-concept GLX server module that can
dispatch to multiple vendor libraries based
On 07/18/2017 07:18 AM, Adam Jackson wrote:
> On Mon, 2017-07-17 at 18:04 -0700, Alex Goins wrote:
>> This is our latest iteration on the design of the visual class for use with
>> HDR
>> drawables, handling how colorspace/encoding and pixel format are specified
>> and
>> interpreted. We've been
Adding Kyle to To -- he's been working on something similar.
On 07/18/2017 08:43 AM, Adam Jackson wrote:
> I've been thinking about how to get multiple GL stacks to coexist
> within the server, along the lines of libglvnd on the client side. This
> is a bit of a brain dump, the intrepid can find
I've been thinking about how to get multiple GL stacks to coexist
within the server, along the lines of libglvnd on the client side. This
is a bit of a brain dump, the intrepid can find some work in progress
along these lines here:
https://cgit.freedesktop.org/~ajax/xserver/log/?h=glxfe
The
On Mon, 2017-07-17 at 18:04 -0700, Alex Goins wrote:
> This is our latest iteration on the design of the visual class for use with
> HDR
> drawables, handling how colorspace/encoding and pixel format are specified and
> interpreted. We've been brainstorming this internally for a while, taking
Add missing verb and period.
Index: driver/xf86-video-intel/man/intel.man
===
RCS file: /cvs/xenocara/driver/xf86-video-intel/man/intel.man,v
retrieving revision 1.9
diff -u -p -r1.9 intel.man
---
On Thu, 6 Jul 2017 16:01:25 +0200
Olivier Fourdan wrote:
> This protocol aims at describing outputs in way which is more in line
> with the concept of an output on desktop oriented systems.
>
> Some information are more specific to the concept of an output for a
> desktop
On Fri, 14 Jul 2017 16:40:32 +0800
Jonas Ã…dahl wrote:
> This E-mail is quite long, but I tried to reply to some parts.
Hi Jonas, Olivier,
appreciated. :-)
TL;DR, I don't think there is anything in this email that would
actually be an opposition to the xdg-output protocol