December 2005 - Wine-Devel - list.winehq.org

Re: [opengl] WGL_render_texture / WGL_ATI_pixel_format_float

by Toan T Nguyen

Oops, i'm sorry. I applied your patch with --dry-run option so nothing is patched. :(. Here the correct out.log. the program still doesn't run, it complains about err:opengl:wglCreateContext NULL visual !!! q2e complains the same thing as well. Bests, Toan On 12/5/05, Toan T Nguyen <nguyenthetoan(a)gmail.com> wrote: > Hi, > > This program doesn't run on my machine at all. I have ATI 9700 > Mobility, driver 8.9.10. > Here is the output of > > WINEDEBUG="+opengl" wine ./Render\ To\ Texture.exe &> out.log > > I also attach my glxATI.h and glATI.h (in /usr/include/GL/) for your info. > > Regards, > Toan > > On 12/5/05, Raphael <fenix(a)club-internet.fr> wrote: > > Hi, > > > > Anyone Can test this demo > > http://www.paulsprojects.net/opengl/rtotex/rtotex.html > > If have an ATI card who support WGL_ATI_pixel_format_float ? > > > > Thx > > > > Changelog: > > - support WGL_ATI_pixel_format_float / WGL_ARB_color_buffer_float > > - implement WGL_render_texture using GLX_ATI_render_texture (when available) > > - better WGL_render_texture emulation (using PBuffers) > > - fix wglMakeCurrent (and add usefull traces) > > > > Regards, > > Raphael > > > > > > > > > > > > > > > > >

Dec. 6, 2005

Re: [opengl] WGL_render_texture / WGL_ATI_pixel_format_float

by Toan T Nguyen

Hi, This program doesn't run on my machine at all. I have ATI 9700 Mobility, driver 8.9.10. Here is the output of WINEDEBUG="+opengl" wine ./Render\ To\ Texture.exe &> out.log I also attach my glxATI.h and glATI.h (in /usr/include/GL/) for your info. Regards, Toan On 12/5/05, Raphael <fenix(a)club-internet.fr> wrote: > Hi, > > Anyone Can test this demo > http://www.paulsprojects.net/opengl/rtotex/rtotex.html > If have an ATI card who support WGL_ATI_pixel_format_float ? > > Thx > > Changelog: > - support WGL_ATI_pixel_format_float / WGL_ARB_color_buffer_float > - implement WGL_render_texture using GLX_ATI_render_texture (when available) > - better WGL_render_texture emulation (using PBuffers) > - fix wglMakeCurrent (and add usefull traces) > > Regards, > Raphael > > > > > > >

Dec. 6, 2005

[opengl] WGL_render_texture / WGL_ATI_pixel_format_float

by Raphael

Hi, Anyone Can test this demo http://www.paulsprojects.net/opengl/rtotex/rtotex.html If have an ATI card who support WGL_ATI_pixel_format_float ? Thx Changelog: - support WGL_ATI_pixel_format_float / WGL_ARB_color_buffer_float - implement WGL_render_texture using GLX_ATI_render_texture (when available) - better WGL_render_texture emulation (using PBuffers) - fix wglMakeCurrent (and add usefull traces) Regards, Raphael

Dec. 6, 2005

Re: DirectDraw over Direct3D

by Peter Beutner

Lionel Ulmer schrieb: > On Mon, Dec 05, 2005 at 10:22:23PM +0100, Peter Beutner wrote: > >>Isn't indirect rendering always unaccelerated, i.e. done in software? > > > Nope. Indirect means only that all your OpenGL commands are encapsuled into > GLX commands and then serialized over the X network link (which could be a > local Unix socket) and deserialized at the other side before being sent to > the graphic card. > > It may well be that no current Linux GL drivers support accelerated indirect > rendring (although I think that the NVIDIA drivers support it - would verify > it if I had GL installed on my head-less server box) and you may be right in > the current situation if not in the terms to use to describe it :-) Yup, you're right, that's how it is supposed to work ;) But iirc it cant work on current Xorg due to the fact that the server-side libglx can't load the dri driver because the server-side glx<->libGL interface differs from the one on the client-side. See http://www.cs.pdx.edu/~idr/publications/ddc-2005.pdf. So all GL commands will go through software rendering via mesa when doing indirect rendering. Dunno if that applies as well to the closed-source drivers from nvidia/ati which ships its complete own GL stack. Peter

Dec. 5, 2005

Re: shell32: Bind to correct drop target after drag scrolling

by Alexandre Julliard

Michael Jung <mjung(a)iss.tu-darmstadt.de> writes: > Hi Alexandre, > > seems like you rejected this patch. Is it too hack'ish? At a first glance it > seems like it would be enough to figure out the IDropTarget belonging to the > hwnd and call a DragOver on this interface. The problem is that the drop > source (or the DoDragDrop function) might have to change the cursor. > > Could you please give me a tip on how to do this the right way? I don't really know what the right way is, I just know that faking mouse messages probably isn't it <g> -- Alexandre Julliard julliard(a)winehq.org

Dec. 5, 2005

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)

by Stefan Dösinger

> BTW, do you know how to improve OpenGL performance in wine? I get > about 10-30% drop in FPS compared to the Windows version (the card is > overclocked about 10% both in CPU and memory frequencies in windows, > so that might explains some of the performance drop). I set UseDGA to > Y in "wine regedit" but that doesn't seem to help at all. There are many factors * Overclocking, as you mentioned * Speed of the 3D driver. * Resource usage of background processen * Overhead of Wine of course, but that should be minimal for OpenGL. * and many more The UseDGA has no influence on this, this affects only 2D acceleration of DirectDraw games.

Dec. 5, 2005

Re: Missing WGL function declarations in wingdi.h

by Alexandre Julliard

Lionel Ulmer <lionel.ulmer(a)free.fr> writes: > Well, this is the big question. I think we should ask Alexandre what happens > in the Wine build system if a symbol is exported both by a Win32 DLL (here > OpenGL32.DLL) and a Linux ELF DLL (here libGL.so) and a Wine DLL requires to > be linked to both. The Win32 DLL will take precedence, so everything would get linked to opengl32, which is probably not what you want. -- Alexandre Julliard julliard(a)winehq.org

Dec. 5, 2005

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)

by Toan T Nguyen

Hi, thanks for the clarification. Everything is fine then. Thank you for the patch. BTW, do you know how to improve OpenGL performance in wine? I get about 10-30% drop in FPS compared to the Windows version (the card is overclocked about 10% both in CPU and memory frequencies in windows, so that might explains some of the performance drop). I set UseDGA to Y in "wine regedit" but that doesn't seem to help at all. Thanks again, Toan > > WGL_COLOR_BITS_ARB cannot be 32 (was a bug i have corrected recently) > see http://www.nvidia.com/dev_content/nvopenglspecs/WGL_ARB_pixel_format.txt > > WGL_COLOR_BITS_ARB > * The number of color bitplanes in each color buffer. For RGBA > * pixel types, it is the size of the color buffer, excluding the > * alpha bitplanes. For color-index pixels, it is the size of the > * color index buffer. > > So for 32 bits FBConfig, it should be 24 (8 bits per RGB channels) + 8 for > Alpha channel > > If Q2E expect 32 bits for WGL_COLOR_BITS_ARB its a bug :) > > And 24 bits limitation is a X limitation (X display cannot support > alpha-channel) not an ATI limitation. > Anyway, 24 bits displays usually support 32 bits using GLX :) > > > Toan > > Regards, > Raphael > > >

Dec. 5, 2005

Re: DirectDraw over Direct3D

by Stefan Dösinger

> Well, we can first stabilize D3D7 => WineD3D (which will already be quite a > lot of work to first do and then polish) and then see if we move the 2D > part too. Moving both 2D and D3D7 at the same time would make the handling of D3D7 surfaces easier. At the moment, I have overrides for IDirectDrawSurface->Lock / Unlock and IDirectDrawSurface->Blt which access the WineD3DSurfaces' memory instead of the DDraw surfaces'. If the whole DDraw functionality is moved, this could be solved nicer. > And then we will need to rename it to something else ... if not merge it > integrally into the X11DRV so that other DLLs (like the new Vista ones :-) > ) would be able to do 3D accelerations :-) Perhaps we should do that now, instead of adding extra work later. I think it's easier to make such changes 9 months before the Vista release instead of sometimes later, when users demand these functionalities. Anyway, what are these dlls? I don't know much about Vista, I've only heard about 3D Desktop functionalities that apply to whole windows or window decorations. Is there anything new in the GDI area or is there any replacement for GDI(I think I've heard so)? And what about .NET and Mono? I've just started reading an article about managed Direct3D. I guess Mono could use wines Direct3D too. I'll show my current D3D7 -> WineD3D patch soon (today / tomorrow). It's far from being complete, and it's hardly working, but I'd like to ask for comments on the way it's going. Stefan

Dec. 5, 2005

Re: DirectDraw over Direct3D

by Lionel Ulmer

On Mon, Dec 05, 2005 at 10:22:23PM +0100, Peter Beutner wrote: > Isn't indirect rendering always unaccelerated, i.e. done in software? Nope. Indirect means only that all your OpenGL commands are encapsuled into GLX commands and then serialized over the X network link (which could be a local Unix socket) and deserialized at the other side before being sent to the graphic card. It may well be that no current Linux GL drivers support accelerated indirect rendring (although I think that the NVIDIA drivers support it - would verify it if I had GL installed on my head-less server box) and you may be right in the current situation if not in the terms to use to describe it :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

Dec. 5, 2005