Re: [Chromium-dev] Re: VBO support in array SPU

[Greg H. <hu...@gm...>]

Yes, GDI calls wgl, but the problem is that if our faker library is
loaded, WE are wglSetPixelFormat, and so if we call the GDI one, it
calls us, which calls the GDI one, which calls us, which...

etc.


On Thu, 17 Mar 2005 08:56:05 -0700, ma...@co...
<ma...@co...> wrote:
> 
> > in particular, it's calling the wglSetPixelFormat call (instead of the
> > GDI SetPixelFormat call) even if the render spu is on the server.
> 
> If I understand things correctly, the GDI SetPixelFormat call ends up calling
> the driver's wglSetPixelFormat function anyway... right?
> 
> (In a bit over my head at this point)
> 
> Let us know if you get it worked out... since we're doing windows work at our
> VR facility (BP Center for Visualization, University of Colorado) it could be
> useful for us too.
> 
> Incidentally, what are you trying to do with Doom3? A tiled wall? A cave? (Ooh
> that would make a great demo...)
> 
> Jon
> 
> 
> Quoting Greg Humphreys <hu...@gm...>:
> 
> > Incidentally, Kevin Dale and I are having some issues with the way
> > renderspu_wgl.c is handling pixelformat calls as well -- in
> > particular, it's calling the wglSetPixelFormat call (instead of the
> > GDI SetPixelFormat call) even if the render spu is on the server.
> >
> > My understanding was that we only called the wgl one directly if we
> > were loaded by the faker, to avoid an infinite loop.  Anyhow, I agree
> > that there's something fishy going on with wgl and pixelformats,
> > particularly when trying to run doom3.
> >
> > On Thu, 17 Mar 2005 08:09:47 -0700, ma...@co...
> > <ma...@co...> wrote:
> > > Peter,
> > >
> > > Re: hacking wgl.c - That's what we've been doing as well... for the moment,
> > > hacking it to make a particular app happy is what we've been doing as well.
> > >
> > > What I've learned so far is that some apps like to see a software
> > PixelFormat
> > > available before finding a HW accelerated pf. (SketchUp, an architectural
> > > design program is one app in particular.) So one thing we should do (at
> > some
> > > point) is have Chromium expose a few PixelFormats so that apps that are
> > > designed to choose from a few have something to work with. We don't have to
> > > actually have chromium honor the differences in pixel format, of course...
> > >
> > > We've also added a -notemp option to crappfaker so that it doesn't do the
> > file
> > > copying to a temp directory. The code isn't clean enough right now to put
> > back
> > > into the tree but it has helped us get a few apps going that were looking
> > for
> > > files in particular relative locations.
> > >
> > > Jon
> > >
> > > ps. After rereading your message, the chromium render SPU is choosing
> > > PixelFormat 1...? Wierd. Hmmm, I haven't seen that problem. The app should
> > be
> > > choosing PixelFormat 1 but the render SPU... Well I guess if you got it
> > > working I won't sweat it.
> > >
> > >
> > > -------------------------------------------------------
> > > SF email is sponsored by - The IT Product Guide
> > > Read honest & candid reviews on hundreds of IT Products from real users.
> > > Discover which products truly live up to the hype. Start reading now.
> > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > > _______________________________________________
> > > Chromium-dev mailing list
> > > Chr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/chromium-dev
> > >
> > >
> >
> >
> > --
> > Greg Humphreys, Assistant Professor
> > Department of Computer Science, University of Virginia
> > http://www.cs.virginia.edu/~humper/
> >
> 
> 


-- 
Greg Humphreys, Assistant Professor
Department of Computer Science, University of Virginia
http://www.cs.virginia.edu/~humper/