A simple accelerated GL compositor

[Tomasz Torcz]

On Fri, Jul 07, 2006 at 10:54:11AM +0100, Felix Bellaby wrote:
> Tomasz Torcz wrote:
> > > I attach a simple GL based compositor that runs with the nVidia
> drivers
> > >  *   gcc -I/usr/include/nvidia -L/usr/lib64/nvidia -L/usr/lib/nvidia
> \
> > > *       -lXcomposite -lXdamage -lX11 -lGL \
> > > *       `pkg-config --libs --cflags glib-2.0` glcompmgr.c 
> >
> >  also -lXfixes
> 
> I do not need -lXfixes on my platform. The dependency on libXfixes must
> be coming from one of the other linked libs (probably Xdamage). 

  I tried on Slackware -current (Xorg 6.9.0)
 
> >
> >  But it doesn't work with mga (Matrox G550/32MB). It exist in line
> 1165:
> > if (!(fbconfigs = glXChooseFBConfig(display, screen, fbc_attr_root,
> &n)))
> >      return 1;
> > 
> > changing GLX_DEPTH_SIZE few lines above to 24 (my actual display
> depth)
> > doesn't make any difference.
> 
> GLX_DEPTH_SIZE defines the size of the GL depth buffer, not the display
> depth. For the purposes of this code, the depth buffer size determines
> the number of top level windows that can be drawn on the screen. I have
> been a bit greedy in requesting GLX_DEPTH_SIZE 16 (65536 windows). You
> would almost certainly get away GLX_DEPTH_SIZE 8 (256 windows).

   That was my blind shoot. I don't know why it doesn't work.
 
> You can determine the maximum depth buffer size supported by your card
> using glxinfo. It should be given in the list of supported visuals under
> the dp/th column. It is very unlikely to be less than 8 on any GL card.

  I have:
glu extensions:
    GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x23 24 tc  0 24  0 r  y  .  8  8  8  0  0  0  0  0  0  0  0  0 0 None
0x24 24 tc  0 24  0 r  .  .  8  8  8  0  0  0  0  0  0  0  0  0 0 None
0x25 24 tc  0 24  0 r  y  .  8  8  8  0  0 24  8  0  0  0  0  0 0 None
0x26 24 tc  0 24  0 r  .  .  8  8  8  0  0 24  8  0  0  0  0  0 0 None
0x27 24 tc  0 24  0 r  y  .  8  8  8  0  0  0  0 16 16 16  0  0 0 Slow
0x28 24 tc  0 24  0 r  .  .  8  8  8  0  0  0  0 16 16 16  0  0 0 Slow
0x29 24 tc  0 24  0 r  y  .  8  8  8  0  0 24  8 16 16 16  0  0 0 Slow
0x2a 24 tc  0 24  0 r  .  .  8  8  8  0  0 24  8 16 16 16  0  0 0 Slow
0x2b 24 dc  0 24  0 r  y  .  8  8  8  0  0  0  0  0  0  0  0  0 0 None
0x2c 24 dc  0 24  0 r  .  .  8  8  8  0  0  0  0  0  0  0  0  0 0 None
0x2d 24 dc  0 24  0 r  y  .  8  8  8  0  0 24  8  0  0  0  0  0 0 None
0x2e 24 dc  0 24  0 r  .  .  8  8  8  0  0 24  8  0  0  0  0  0 0 None
0x2f 24 dc  0 24  0 r  y  .  8  8  8  0  0  0  0 16 16 16  0  0 0 Slow
0x30 24 dc  0 24  0 r  .  .  8  8  8  0  0  0  0 16 16 16  0  0 0 Slow
0x31 24 dc  0 24  0 r  y  .  8  8  8  0  0 24  8 16 16 16  0  0 0 Slow
0x32 24 dc  0 24  0 r  .  .  8  8  8  0  0 24  8 16 16 16  0  0 0 Slow
0x4c 32 tc  1  0  0 c  .  .  0  0  0  0  0  0  0  0  0  0  0  0 0 None

  So there are some with "24".

-- 
Tomasz Torcz                "Funeral in the morning, IDE hacking
zdzichu at irc.-nie.spam-.pl    in the afternoon and evening." - Alan Cox

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 229 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20060707/a9705245/attachment.pgp>