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

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)

by Toan T Nguyen

Here they are. On 12/4/05, Raphael <fenix(a)club-internet.fr> wrote: > On Saturday 03 December 2005 09:20, Toan T Nguyen wrote: > > FYI, here is the code in question: > > > > http://cvs.sourceforge.net/viewcvs.py/q2e/q2e/source/win32/glw_win.c?rev=1. > >13&view=auto > > > > The function where pixelFormat is initialized is GLW_ChoosePixelFormat. > > > > Toan > > > > Hi, > > behavior seems strange to me > > can you provide me output of gxlinfo > and output of (using patch) > WINEDEBUG="+opengl" q2.... > > Thx > > Regards, > Raphael > > >

Dec. 5, 2005

Re: A better workaround for compiling on FC4/x86_64

by Pavel Roskin

On Sat, 2005-12-03 at 09:26 +0100, Marcus Meissner wrote: > > I'm posting the script here in hope that it will be useful for some Wine > > users. I'm not sure it it merits inclusion in Wine, but I would not > > object. > > Fedora should probably provide foo-devel-32bit development packages too. They are provided for some basic libraries, such as zlib and ncurses. Other libraries, such as cups, as missing, but my script can remedy it, because the only missing file is the symlink to *.so for the linker. Unfortunately, openssl support cannot be fixed by the script since /usr/include/openssl/opensslconf-i386.h is missing. That's where a development package would be very helpful. I see it's not fixed in RawHide yet, so we'll have to deal with such issues for some time. -- Regards, Pavel Roskin

Dec. 5, 2005

Re: [MSI] DllCanUnloadNow try2

by Dmitry Timoshkov

"Christian Gmeiner" <christian.gmeiner(a)students.fh-vorarlberg.ac.at> wrote: > +/********************************************************************** > + * Dll lifetime tracking declaration > + */ > +void LockModule(void) > +{ > + InterlockedIncrement(&dll_count); > +} > + > +void UnlockModule(void) > +{ > + InterlockedDecrement(&dll_count); > +} Since these 2 are used from inside single source file they can (and should) be made static. -- Dmitry.

Dec. 5, 2005

Re: DirectDraw over Direct3D

by Jesse Allen

On 12/4/05, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > Hi, > > As you all might know 2d games tend to be slow on Wine. For a lot of games the > main bottleneck is depth conversion which happens in cases when the depth > requested by the game and the X desktop color are not the same. > > As a way to speedup 2d Lionel assisted me with hacking wine's ddraw to let it > use parts of the Direct3D backend. The final rendering is then done using > OpenGL and the end result is that the videocard does the color conversion for > us. The patch greatly improves the performance of 2d games which don't use > GetDC/ReleaseDC a lot. > > While the patch fixes the conversion bottleneck for various games it doesn't > handle 8bit paletted which is used by games like StarCraft as OpenGL doesn't > support this by default. The second patch which I attached aswell adds > support for this. On cards (atleast all nvidia cards from geforce 1 to the > fx) that support the opengl paletted texture extension this extension is > used. It makes StarCraft very fast atleast on my Athlon XP2000 system with a > GeforceFX where the game was slow before. As not all cards support paletted > textures I emulated this using a simple fragment shader. (a 1D texture > containing the palette is used as a loopup table) > Is Starcraft really that slow? How does this compare with using DGA? I'm not too sure because its speed vaires. I've been testing Starcraft this weekend and it has been plenty speedy. But I do remember when trying to play it multiplayer a few months ago and was burned when it ran slow. In fact it slowed *everyone* down. Not fun. This patch seems similar to glSDL where it wraps SDL's 2d API to OpenGL. The good thing about this it can provide acceleration and not require root like DGA. The bad thing with this idea is that it can't be used on older video cards or even some newer ones that lack proper direct rendering. Am I correct that even when just doing depth conversions, without direct rendering it will still be slow? Jesse

Dec. 5, 2005

riched20: register ListBox & ComboBox classes

by Cihan Altinay

(This time with booleans as suggested by Alexandre) This patch partially implements the undocumented REExtendedRegisterClass() function by registering the two missing classes. That way MS Office 2003 and probably other programs that rely on these classes display dialogs completely which were empty before. The return value corresponds to native Windows. Changelog: Cihan Altinay <cihan(a)uq.edu.au> Partially implement REExtendedRegisterClass() to register missing window classes so that applications relying on them don't get confused.

Dec. 5, 2005

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)

by Raphael

On Saturday 03 December 2005 09:20, Toan T Nguyen wrote: > FYI, here is the code in question: > > http://cvs.sourceforge.net/viewcvs.py/q2e/q2e/source/win32/glw_win.c?rev=1. >13&view=auto > > The function where pixelFormat is initialized is GLW_ChoosePixelFormat. > > Toan > Hi, behavior seems strange to me can you provide me output of gxlinfo and output of (using patch) WINEDEBUG="+opengl" q2.... Thx Regards, Raphael

Dec. 5, 2005

Re: opengl support in wine

by Stefan Dösinger

Hi, > boils down to a one-line patch. RTLD_NEXT doesn't work, I have to use > RTLD_DEFAULT to make wine (or the dynamic loader) use my functions. You should send patches to wine-patches(a)winehq.com to get them included. Stefan

Dec. 4, 2005

Re: make errors in $WINE/dlls/wininet/netconnection.c

by Robert Shearman

Colin Wright wrote: >Colin Wright wrote: > > >I didn't have the openssl development headers and as a previous >post mentioned Robert Shearman made a change that requires them. > That was an oversight on my part. If you use the recently sent patch by Patrick Ammann it should compile again without the openssl headers. -- Rob Shearman

Dec. 4, 2005

DirectDraw over Direct3D

by Roderick Colenbrander

Hi, As you all might know 2d games tend to be slow on Wine. For a lot of games the main bottleneck is depth conversion which happens in cases when the depth requested by the game and the X desktop color are not the same. As a way to speedup 2d Lionel assisted me with hacking wine's ddraw to let it use parts of the Direct3D backend. The final rendering is then done using OpenGL and the end result is that the videocard does the color conversion for us. The patch greatly improves the performance of 2d games which don't use GetDC/ReleaseDC a lot. While the patch fixes the conversion bottleneck for various games it doesn't handle 8bit paletted which is used by games like StarCraft as OpenGL doesn't support this by default. The second patch which I attached aswell adds support for this. On cards (atleast all nvidia cards from geforce 1 to the fx) that support the opengl paletted texture extension this extension is used. It makes StarCraft very fast atleast on my Athlon XP2000 system with a GeforceFX where the game was slow before. As not all cards support paletted textures I emulated this using a simple fragment shader. (a 1D texture containing the palette is used as a loopup table) The attached patches are still experimental and likely contain bugs so please test them. When the patches are applied set 'HKCU\Software\Wine\DirectDraw\UseDDrawOverD3D' to Y else it won't do anything :) Further note that lots of games like to use multiple threads for graphics... using the patch games use 'd3d' (or actually opengl) which adds more multithreaded d3d games :) Games like command&conquer, redalert, total annihilation and lots of others became multithreaded. (they crash quite quickly due to some critical section in x11drv) All have fun with the patches and please report any issues that appear so that i can fix the patches and submit them to wine-patches, Roderick Colenbrander

Dec. 4, 2005

Re: make errors in $WINE/dlls/wininet/netconnection.c

by Colin Wright

Colin Wright wrote: > A load of pointless stuff I didn't have the openssl development headers and as a previous post mentioned Robert Shearman made a change that requires them. Colin Wright cdonline(a)tesco.net

Dec. 4, 2005