bug 2398: OpenGL, child windows, and wine
Oliver Stieber
oliver_stieber at yahoo.co.uk
Tue Oct 18 21:49:41 CDT 2005
--- Dan Kegel <dank at kegel.com> wrote:
> Lionel Ulmer wrote:
> > On Tue, Oct 18, 2005 at 12:08:04AM -0700, Dan Kegel wrote:
> >
> >>I'm tempted to say skip the workaround, at least for
> >>the first pass, and just implement the real fix using
> >>the opengl extension. As Sippel said, people who
> >>use apps like Lightwave (and maybe Quake3 Radiant :-)
> >>tend to have the latest 3d hardware and drivers anyway.
> >
> > I would tend to do the reverse. First code what works on all cards / drivers
> > (that would be pbuffers which are pretty much supported on all cards that I
> > know of) and then only code the 'fast path' if any.
>
> Any feeling which would be easier to code?
> I had a vague feeling that using the opengl extension
> would be easier, but maybe I'm all wet.
> - Dan
>
There's not a huge amount of difference between the possible implementations, the harder bit is
compositing the different windows. I think that this should ideally be done in OpenGL with the
updates asynchronous and synced to a maximum of the refresh rate of the monitor, but it's probably
easier to fetch the data to a didsection.
Oliver.
>
>
> --
> Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html
>
>
>
>
___________________________________________________________
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
More information about the wine-devel
mailing list