Re: preload libGL

2005-10-23 Thread Tomas Carnecky
Lionel Ulmer wrote: On Sat, Oct 22, 2005 at 08:39:28PM +0200, Tomas Carnecky wrote: I don't really see any dfference between dlopen("libGL") at run-time and linking x11drv with libGL at compile-time.. Well, suppose you want to do a 'full-blown' Wine distribution. You would then link to libGL

Re: preload libGL

2005-10-23 Thread Tomas Carnecky
Lionel Ulmer wrote: On Sat, Oct 22, 2005 at 11:06:14PM +0200, Tomas Carnecky wrote: I personally would vore for the first option, make opengl a wine requirement, we'll soon have opengl integrated into the xserver (Xgl etc.) so sooner or later everyone will need to have an opengl implementatio

Re: preload libGL

2005-10-23 Thread Tomas Carnecky
Lionel Ulmer wrote: On Wed, Oct 12, 2005 at 11:55:10AM +0200, Tomas Carnecky wrote: I need to preload my own library with a custom glXSwapBuffers(). But wine opengl libGL.so directly so there's no way to do it. Out of curiosity, why do you need this ? I've cerated a fraps-like library that

Re: preload libGL

2005-10-23 Thread Lionel Ulmer
On Sat, Oct 22, 2005 at 11:33:45PM +0200, Tomas Carnecky wrote: > those people don't need to know what opengl is.. the distribution > packager needs to make wine depend on opengl.. and they didn't.. so it > was their fault.. Yes, but tell that to the users who complain to us 'Wine is broken, it

Re: preload libGL

2005-10-22 Thread Lionel Ulmer
On Sat, Oct 22, 2005 at 11:06:14PM +0200, Tomas Carnecky wrote: > I personally would vore for the first option, make opengl a wine > requirement, we'll soon have opengl integrated into the xserver (Xgl > etc.) so sooner or later everyone will need to have an opengl > implementation installed. W

Re: preload libGL

2005-10-22 Thread Lionel Ulmer
> I am not a GL expert, but AFAIK the OpenGL spec requires the app to flush the > rendering pipeline before swapping the buffers. I would find this extremely strange. For example, the 'glXSwapBuffers' man page says this: (...) The update typically takes place during the vertical

Re: preload libGL

2005-10-22 Thread Stefan Dösinger
Hello, > I kinda see how this could help, but it would need to be better understood > first before being applied (it would need, of course, to not link directly > to GL and use function pointers :-) ). > Heck, it should make performance almost worse as we add a round-trip to the > X server to do t

Re: preload libGL

2005-10-22 Thread Lionel Ulmer
On Sat, Oct 22, 2005 at 08:39:28PM +0200, Tomas Carnecky wrote: > I don't really see any dfference between dlopen("libGL") at run-time and > linking x11drv with libGL at compile-time.. Well, suppose you want to do a 'full-blown' Wine distribution. You would then link to libGL at compile time. And

Re: preload libGL

2005-10-22 Thread Lionel Ulmer
> Do you need it to fix the "mouse pointer lagging" problem with fglrx? This > patch might be what you need. It works for me with Half-Life and Jedi > Academy. I kinda see how this could help, but it would need to be better understood first before being applied (it would need, of course, to not

Re: preload libGL

2005-10-22 Thread Stefan Dösinger
Am Mittwoch, 12. Oktober 2005 11:55 schrieb Tomas Carnecky: > I need to preload my own library with a custom glXSwapBuffers(). But > wine opengl libGL.so directly so there's no way to do it. Do you need it to fix the "mouse pointer lagging" problem with fglrx? This patch might be what you need. It

Re: preload libGL

2005-10-22 Thread Lionel Ulmer
On Wed, Oct 12, 2005 at 11:55:10AM +0200, Tomas Carnecky wrote: > I need to preload my own library with a custom glXSwapBuffers(). But > wine opengl libGL.so directly so there's no way to do it. Out of curiosity, why do you need this ? > What about linking x11drv directly with libGL? If we do t

preload libGL

2005-10-22 Thread Tomas Carnecky
I need to preload my own library with a custom glXSwapBuffers(). But wine opengl libGL.so directly so there's no way to do it. I've ended up doing this: glXSwapBuffersType preload__glXSwapBuffers = (glXSwapBuffersType) wine_dlsym(RTLD_DEFAULT, "glXSwapBuffers", NULL, 0); preload__glXSwapBuffer