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

Re: ATI Opengl regression (DRI?)

by Jesse Allen

On 12/15/05, Raphael <fenix(a)club-internet.fr> wrote: > > No, only that DRI don't implement GLX 1.3 > i just sent a patch to fix (ie. by-pass) this regression. > > i thought that DRI implemented GLX 1.3 specs but seems they use a too older x > code :( > http://cvs.sourceforge.net/viewcvs.py/dri/xc/xc/programs/Xserver/GL/glx/ > from glxinfo: server glx version string: 1.2 client glx version string: 1.4

Dec. 15, 2005

Re: ATI Opengl regression (DRI?)

by Raphael

On Thursday 15 December 2005 19:55, Jesse Allen wrote: > Hi, > > It seems that the patch git-1399edb0925966a802a6a39835025c22c22c18e1.patch > found here > http://www.winehq.org/pipermail/wine-cvs/2005-December/019731.html causes > an opengl regression on my system. With the patch loading War3 causes X > Error of failed request: GLXUnsupportedPrivateRequest > Major opcode of failed request: 143 (GLX) > Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply) > Serial number of failed request: 429 > Current serial number in output stream: 429 > > Which seems to stop the game loading thread and causes the game to use > the fail-safe thread "Please insert disc", so the game wont load. > Reversing the patch fixes the problem. > > I have a Radeon 9200 using DRI snapshots about 20051024. > > X Window System Version 6.8.99.901 (6.9.0 RC 1) (Minimal DRI build from > X.org tr ee) > Release Date: 18 October 2005 + cvs > X Protocol Version 11, Revision 0, Release 6.8.99.901 > Build Operating System: Linux 2.6.14-rc5 i686 [ELF] > Current Operating System: Linux tesore 2.6.15-rc4-git1 #1 PREEMPT Fri Dec 2 > 17:0 3:32 MST 2005 i686 > Build Date: 28 October 2005 > > Is this a DRI problem? No, only that DRI don't implement GLX 1.3 i just sent a patch to fix (ie. by-pass) this regression. i thought that DRI implemented GLX 1.3 specs but seems they use a too older x code :( http://cvs.sourceforge.net/viewcvs.py/dri/xc/xc/programs/Xserver/GL/glx/ > > Thanks, > Jesse

Dec. 15, 2005

Re: question regarding FindWindow

by Robert Shearman

Marcus Meissner wrote: >>Look at why the message loop for 0x10024 doesn't process the message. >>This may be one of the things that Windows handles in the server rather >>than sending messages to each window. >> >> > >The window its trying to WM_GETTEXT is created by ole32.CoInitializeEx(0,2) >(called by Google Earth startup code), and hangs only some lines later >in a kernel32.WaitForSingleObject() (also called by a google earth supplied dll). > >WFSO does not do windows messageloop handling. :/ > >So, is CoInitializeEx(NULL,COINIT_APARTMENTTHREADED) is perhaps >doing the wrong thing here. > We should definitely create a window for single-threaded apartments. Native might delay the creation of the window until it is actually needed though. -- Rob Shearman

Dec. 15, 2005

Re: question regarding FindWindow

by wino＠piments.com

On Thu, 15 Dec 2005 09:52:50 +0100, Marcus Meissner <marcus(a)jet.franken.de> wrote: >> Look at why the message loop for 0x10024 doesn't process the message. >> This may be one of the things that Windows handles in the server rather >> than sending messages to each window. > > The window its trying to WM_GETTEXT is created by > ole32.CoInitializeEx(0,2) > (called by Google Earth startup code), and hangs only some lines later > in a kernel32.WaitForSingleObject() (also called by a google earth > supplied dll). > > WFSO does not do windows messageloop handling. :/ > > So, is CoInitializeEx(NULL,COINIT_APARTMENTTHREADED) is perhaps > doing the wrong thing here. > > Ciao, Marcus > > Dragon naturally speaking also spews large quantities of the WM_GETTEXT errors and the huge/negative window dimension errors posted about recently. It is also a heavy OLE user.

Dec. 15, 2005

Re: DirectDraw over Direct3D

by Jesse Allen

On 12/15/05, Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > Jesse Allen wrote: > > > The current state of open source video drivers for Linux is as far as > > > I know that they only do basic 2D. For 3D you have to use > > > closed-source drivers, which is simply not an option for a lot of > > > people, be that because of stability, compatability or other issues. > > > > > > Which means that your patch only helps the select few that are using > > > closed-source video drivers, is that correct? > > > > > > For everybody else, your patch will mean a tremendous slowdown > > > instead, is that correct? > > > > I have 3D acceleration in open source using DRI. This patch will help us too. > > I wonder who "us" is :-). What hardware do you have? > > I've got ATI and the fglrx driver works like fixing a wristclock with > a large brick works. Not good. So I'm on the open source wagon. I > imagine that lots of other people are using OS drivers too. Does > anyone have a good overview of how many of the more popular OS video > drivers actually implement enough 3D for the patch to be a Good Thing? I have Radeon 9200, using the r200 driver from dri.sourceforge.net. The r200 is good enough to play most all games. r300 works I hear, but not on my IGP X300. I do think OS drivers are the way to go so I hope to help the r300 project out in the the future. I have no idea on fglrx, never used and don't plan to. > > The patch is fine and all, but if I'm right and there's a lot of > people using OS drivers that doesn't support the features needed (thus > making performance worse), this patch should be optional and not > replace the current working stuff.. > > .02 €/£/$/¥ > I dunno, it is a legitimate complaint, but it is optional. I think the patch requires a registry setting to activate the Opengl depth conversion stuff.

Dec. 15, 2005

Re: fixme:font:load_VDMX Failed to retrieve vTable

by Alex Villacís Lasso

Curro Amores wrote: > hi , > > sorry but im a bit desperated, i dont find the way of sorting out my > problem. > > i send a snapshot of my report so you could give me a hint of what is > going wrong, > > It's a access 97 app and i can not display reports correctly. > > ill be very pleased. > > The problem is that i dont get any error with WINEDBG Your snapshot looks as if the wrong font is being used for the display, or a required font is not available. In order to see what is wrong with your application, the best way would be to file a bug report at http://bugs.winehq.org. Please indicate the kind and version of distribution you are using (Fedora, Mandriva, etc), the version of Wine you are using, and whether it is a RPM package, a compiled version from a tar snapshot, or a compiled version from CVS. Most important of all, please add a link to a downloadable, self-contained version of your app, or an equivalent stripped-down one, that demonstrates the bug. By self-contained, I especially mean "not requiring a remote connection to a SQL server somewhere". A standalone app (with optional mdb file) would be perfect, but an installer will do. Note, however, that the installer itself might expose bugs that prevent others from even getting to run your app. Things to try out in the meantime: * Check whether you have the latest version of wine, and fontconfig (for fontconfig, you might try yum for checking updates) * Check the output of fc-list (this command is part of fontconfig) and check whether the required TrueType fonts are available on your system. * Try to post a snapshot of the expected appearance of your report *in your bug report at bugs.winehq.org*. Please also comment what fonts your report expects to be present. Alex Villacís Lasso

Dec. 15, 2005

Re: DirectDraw over Direct3D

by Molle Bestefich

Jesse Allen wrote: > > The current state of open source video drivers for Linux is as far as > > I know that they only do basic 2D. For 3D you have to use > > closed-source drivers, which is simply not an option for a lot of > > people, be that because of stability, compatability or other issues. > > > > Which means that your patch only helps the select few that are using > > closed-source video drivers, is that correct? > > > > For everybody else, your patch will mean a tremendous slowdown > > instead, is that correct? > > I have 3D acceleration in open source using DRI. This patch will help us too. I wonder who "us" is :-). What hardware do you have? I've got ATI and the fglrx driver works like fixing a wristclock with a large brick works. Not good. So I'm on the open source wagon. I imagine that lots of other people are using OS drivers too. Does anyone have a good overview of how many of the more popular OS video drivers actually implement enough 3D for the patch to be a Good Thing? The patch is fine and all, but if I'm right and there's a lot of people using OS drivers that doesn't support the features needed (thus making performance worse), this patch should be optional and not replace the current working stuff.. .02 €/£/$/¥

Dec. 15, 2005

ATI Opengl regression (DRI?)

by Jesse Allen

Hi, It seems that the patch git-1399edb0925966a802a6a39835025c22c22c18e1.patch found here http://www.winehq.org/pipermail/wine-cvs/2005-December/019731.html causes an opengl regression on my system. With the patch loading War3 causes X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply) Serial number of failed request: 429 Current serial number in output stream: 429 Which seems to stop the game loading thread and causes the game to use the fail-safe thread "Please insert disc", so the game wont load. Reversing the patch fixes the problem. I have a Radeon 9200 using DRI snapshots about 20051024. X Window System Version 6.8.99.901 (6.9.0 RC 1) (Minimal DRI build from X.org tr ee) Release Date: 18 October 2005 + cvs X Protocol Version 11, Revision 0, Release 6.8.99.901 Build Operating System: Linux 2.6.14-rc5 i686 [ELF] Current Operating System: Linux tesore 2.6.15-rc4-git1 #1 PREEMPT Fri Dec 2 17:0 3:32 MST 2005 i686 Build Date: 28 October 2005 Is this a DRI problem? Thanks, Jesse

Dec. 15, 2005

Re: DirectDraw over Direct3D

by Jesse Allen

On 12/15/05, Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > Roderick Colenbrander wrote: > > For old videocards the GL renderer won't work and the > > The current state of open source video drivers for Linux is as far as > I know that they only do basic 2D. For 3D you have to use > closed-source drivers, which is simply not an option for a lot of > people, be that because of stability, compatability or other issues. > > Which means that your patch only helps the select few that are using > closed-source video drivers, is that correct? > > For everybody else, your patch will mean a tremendous slowdown > instead, is that correct? > I have 3D acceleration in open source using DRI. This patch will help us too. > > > old code should work fine (except for performance issues). > > I've never had a performance issue with Starcraft under (recent) Wine, > so I don't think improving Starcraft performance is a very good > argument. Better to promote other apps from > http://appdb.winehq.org/votestats.php that actually run sluggish? > Just MHO. > > That said, I *will* test your patch when I get home ;-). > > > Both computers have gotten faster and Wine has probably improved in performance (Like in Dsound) to make Starcraft faster. Even though Starcraft has gotten faster, technically, Starcraft still has the software depth conversion bottleneck. It will continue to be like this until we get rootless DGA or OpenGL handles the 2D. That said, it does seem that most other 2D games I've tried seem sluggish besides Starcraft.

Dec. 15, 2005

IBM Homepage Builder mostly functional with wine-0.9.3

by Dan Kegel

Man, wine is getting good! Homepage builder seems to install and mostly work. Even the flash demo works. Kudos to the Wine developers! A few of the included tools crash on startup, though, e.g. http://bugs.winehq.org/show_bug.cgi?id=4082 And then there's that regsvr installation problem I just posted about. -- Wine for Windows ISVs: http://kegel.com/wine/isv

Dec. 15, 2005