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

Re: DirectX 9 patches

by Tom Wickline

On 4/29/05, Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > Hi, > > I've put an updated patch and some new screeshost on > sourceforge for the time being > http://directxwine.sourceforge.net/, I'm now at the This link : http://directxwine.sourceforge.net/screenshots/incs/screen.jpg should be : http://directxwine.sourceforge.net/screenshots/incr/screen.jpg Great Work Oliver! Tom

April 29, 2005

DirectX 9 patches

by Oliver Stieber

Hi, I've put an updated patch and some new screeshost on sourceforge for the time being http://directxwine.sourceforge.net/, I'm now at the point where I'm happy to stop fixing bugs in DirectX 9 and start sending in more patches.. Thanks for evertyone help and support. Oliver. Send instant messages to your online friends http://uk.messenger.yahoo.com

April 29, 2005

Re: No sound from winealsa driver

by Timothy Mann

Hey Everyone, I don't know if this is relavent, but I have never been able to get the winealsa driver to work. All it produces is static. I'm using Slackware 10 and alsa-1.0.8 (driver: snd-intel8x0). It is probably a setup problem on my part. --Tim > The following trace was obtain using the wine CVS version updated as of > 4/28/2005. I am attempting to play the Soldier of Fortune II demo. > > Stephen > > ------------ > sound section of config > ------------ > > ;"Drivers" = "wineoss.drv" ; default for most common configurations > ;"Drivers" = "winearts.drv" ; for KDE > "Drivers" = "winealsa.drv" ; for ALSA users > ;"Drivers" = "winejack.drv" ; for Jack sound server > ;"Drivers" = "winenas.drv" ; for NAS sound system > ;"Drivers" = "wineaudioio.drv" ; for Solaris machines > ;"Drivers" = "" ; to disable sound > "WaveMapper" = "msacm.drv" > "MidiMapper" = "midimap.drv" > > [Alsa] > "PlaybackDevice"="hw" > > [dsound] > ;; HEL only: Number of waveOut fragments ahead to mix in new buffers. > ;"HELmargin" = "5" > ;; HEL only: Number of waveOut fragments ahead to queue to driver. > ;"HELqueue" = "5" > ;; Max number of fragments to prebuffer > ;"SndQueueMax" = "28" > ;; Min number of fragments to prebuffer > ;"SndQueueMin" = "12" > ;; Forces emulation mode (using wave api) > ;"HardwareAcceleration" = "Emulation" > ;; Sets default playback device (0 - number of devices - 1) > ;"DefaultPlayback" = "0" ; use first device (/dev/dsp) > ;"DefaultPlayback" = "1" ; use second device (/dev/dsp1) > ;"DefaultPlayback" = "2" ; use third device (/dev/dsp2) > ;; Sets default capture device (0 - number of devices - 1) > ;"DefaultCapture" = "0" ; use first device (/dev/dsp) > ;"DefaultCapture" = "1" ; use second device (/dev/dsp1) > ;"DefaultCapture" = "2" ; use third device (/dev/dsp2) > > ------------- > Trace > ------------- > bash-2.05b$ export WINEDEBUG=trace+wave > bash-2.05b$ wine SoF2.exe +set sv_cheats 1 > trace:wave:ALSA_WaveInit using waveout device "hw:0" > trace:wave:ALSA_WaveInit dev=0 id=Intel ICH name=Intel ICH5 subdev=0 > subdev_nam > e=subdevice #0 subdev_avail=0 subdev_num=1 stream=PLAYBACK > subclass=GENERIC MIX > > trace:wave:ALSA_TraceParameters FLAGS: sampleres=true overrng=false > pause=true > resume=true syncstart=false batch=false block=true double=false > halfd=false joi > nt=false > trace:wave:ALSA_TraceParameters access=(null) > trace:wave:ALSA_TraceParameters format=S32_LE > trace:wave:ALSA_TraceParameters channels_min=2, channels_min_max=6 > trace:wave:ALSA_TraceParameters buffer_size_min=2, > buffer_size_min_max=16384 > trace:wave:ALSA_TraceParameters rate=48000 > trace:wave:ALSA_TraceParameters buffer_time_min=41 > buffer_time_max=341334 > trace:wave:ALSA_TraceParameters periods_min=1 periods_max=1024 > trace:wave:ALSA_TraceParameters period_size_min=2, > period_size_min_max=16384 > trace:wave:ALSA_TraceParameters period_time_min=41 > period_time_max=341334 > trace:wave:ALSA_TraceParameters tick_time=1000 > fixme:wave:ALSA_WaveInit - > trace:wave:ALSA_WaveInit Configured with dwFmts=00008000 > dwSupport=00000060 > trace:wave:ALSA_WaveInit using waveout device "hw:1" > trace:wave:ALSA_WaveInit using waveout device "hw:2" > trace:wave:ALSA_WaveInit using waveout device "hw:3" > trace:wave:ALSA_WaveInit using waveout device "hw:4" > trace:wave:ALSA_WaveInit using waveout device "hw:5" > trace:wave:ALSA_WaveInit using wavein device "plug:hw:0" > trace:wave:ALSA_WaveInit dev=0 id=Intel ICH name=Intel ICH5 subdev=0 > subdev_nam > e=subdevice #0 subdev_avail=0 subdev_num=1 stream=CAPTURE > subclass=GENERIC MIX > trace:wave:ALSA_TraceParameters FLAGS: sampleres=false overrng=true > pause=true > resume=true syncstart=true batch=true block=true double=true halfd=true > joint=t > rue > trace:wave:ALSA_TraceParameters access=(null) > trace:wave:ALSA_TraceParameters format=S32_LE > trace:wave:ALSA_TraceParameters channels_min=1, channels_min_max=10000 > trace:wave:ALSA_TraceParameters buffer_size_min=1, > buffer_size_min_max=14660155 > 03 > trace:wave:ALSA_TraceParameters rate_min=4000 rate_max=4294967295 > trace:wave:ALSA_TraceParameters buffer_time_min=1 > buffer_time_max=4294967295 > trace:wave:ALSA_TraceParameters periods_min=0 periods_max=4294967295 > trace:wave:ALSA_TraceParameters period_size_min=0, > period_size_min_max=14660183 > 67 > trace:wave:ALSA_TraceParameters period_time_min=166 > period_time_max=341334 > trace:wave:ALSA_TraceParameters tick_time=1000 > trace:wave:ALSA_WaveInit Configured with dwFmts=000fffff > trace:wave:ALSA_WaveInit using wavein device "plug:hw:1" > trace:wave:ALSA_WaveInit using wavein device "plug:hw:2" > trace:wave:ALSA_WaveInit using wavein device "plug:hw:3" > trace:wave:ALSA_WaveInit using wavein device "plug:hw:4" > trace:wave:ALSA_WaveInit using wavein device "plug:hw:5" > trace:wave:ALSA_widMessage (0, DRVM_INIT, 00000000, 00000000, 00000000); > trace:wave:ALSA_widMessage (0, WIDM_GETNUMDEVS, 00000000, 00000000, > 00000000); > trace:wave:ALSA_wodMessage (0, DRVM_INIT, 00000000, 00000000, 00000000); > trace:wave:ALSA_wodMessage (0, WODM_GETNUMDEVS, 00000000, 00000000, > 00000000); > fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.74" > fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info > GLX_EXT_v > isual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync > GLX_SGI_swap > _control GLX_ARB_multisample GLX_NV_float_buffer > GLX_ARB_get_proc_address " > fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.74" > fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info > GLX_E > isual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync > GLX_SGI_ > _control GLX_ARB_multisample GLX_NV_float_buffer > GLX_ARB_get_proc_address " > fixme:keyboard:RegisterHotKey ((nil),0,0x00000001,9): stub > fixme:keyboard:RegisterHotKey ((nil),1,0x00000001,27): stub > fixme:ole:CoCreateInstance no classfactory created for CLSID > {5959df60-2911 > -11d1-b049-0020af30269a}, hres is 0x80040154 > fixme:opengl:wglSwapIntervalEXT (1),stub! > fixme:keyboard:UnregisterHotKey ((nil),0): stub > fixme:keyboard:UnregisterHotKey ((nil),1): stub > trace:wave:ALSA_widMessage (0, DRVM_EXIT, 00000000, 00000000, 00000000); > trace:wave:ALSA_wodMessage (0, DRVM_EXIT, 00000000, 00000000, 00000000); > > > >

April 29, 2005

Quicken/CreateCompatibleBitmap issue revisited

by Carl Sopchak

In the bug found at http://bugs.winehq.org/show_bug.cgi?id=2096 , I have described an issue that I am having with Quicken Deluxe 2000 when running under Wine. The symptom is that Quicken was crashing HARD when trying to print a partial page of checks on a laser printer. Now, I just get fixme's stating that CreateCompatibleBitmap is getting bad parameters. (In lieu of reading the following, you could probably just read the last few posts in bugzilla for this bug...) Long story short, with the help of some others (thanks guys!), it seems that CreateCompatibleBitmap is being called directly from Quicken, and that Quicken seems to be passing an address instead of a value for the height parameter. Now, I would normally just mark the bug as INVALID, and let it go. But, while looking into things, I read the MSDN page describing the function of CreateCompatibleBitmap, and it appears to me that there may be "issues" with Wine's implementation of CreateCompatibleBitmap. To quote my post attached to the bug: "I would have changed this bug entry's resolution to INVALID, except that (a) I wouldn't mind a more knowledgeable (of Wine, Win API, and C) person to verify my findings, and, more importantly, (b) it seems to me that Windows would be handling this scenario differently than Wine (or Intuit/Quicken would have some customer relations problems due to frequent crashes) - should Wine do something different when the parameters are out of whack? The only thing I can see on MSDN under CreateCompatibleBitmap is "Windows 95/98/Me: The created bitmap cannot exceed 16MB in size." "Which I guess brings up another point... dlls/gdi/bitmap.c's CreateCompatibleBitmap shows the aforementioned fixme message if the width or height exceeds 0x10000, and no bitmap is returned. This seems wrong to me on three counts: (1) MSDN states that if either width or height is zero, a 1x1 monochrome bitmap is returned (in my case the height was 0, but the width was "huge", so a 1x1 bitmap should be returned); (2) a 0x11000 by 0x2 bitmap is within the (more restrictive Win95) 16 MB limit and should be valid; and (3) Win NT/2000/XP do not seem to have any restriction on a bitmap's size (except physical and paged memory constraints), so at least in theory, any values for width and height are "valid". So, this begs the question, should Wine's CreateCompatibleBitmap be modified for any (or all?) of the reasons above? Thoughts? Comments? Carl

April 29, 2005

Re: Menubar problems with OpenGL program

by Paul van Schayck

On 4/29/05, Dustin Navea <speeddymon(a)gmail.com> wrote: > Hi Ryan, thanks for posting a note. Can someone who has a little bit of > free time please take a look at this? I have helped him as far as I > can, and the only thing I can think of now is to either have him do a > regression test, ask someone else to do it (since I still dont have a > linux-capable box), or have someone on the window-rewriting team take > time out of their day to look at it, and that is the least preferred.. As far as I know this is a known problem after the window rewrite. It required a hack to work before the rewrite. The hack was removed and now this happens with all opengl program with things like menubars. Paul

April 29, 2005

No sound from winealsa driver

by Stephen Torri

The following trace was obtain using the wine CVS version updated as of 4/28/2005. I am attempting to play the Soldier of Fortune II demo. Stephen ------------ sound section of config ------------ ;"Drivers" = "wineoss.drv" ; default for most common configurations ;"Drivers" = "winearts.drv" ; for KDE "Drivers" = "winealsa.drv" ; for ALSA users ;"Drivers" = "winejack.drv" ; for Jack sound server ;"Drivers" = "winenas.drv" ; for NAS sound system ;"Drivers" = "wineaudioio.drv" ; for Solaris machines ;"Drivers" = "" ; to disable sound "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" [Alsa] "PlaybackDevice"="hw" [dsound] ;; HEL only: Number of waveOut fragments ahead to mix in new buffers. ;"HELmargin" = "5" ;; HEL only: Number of waveOut fragments ahead to queue to driver. ;"HELqueue" = "5" ;; Max number of fragments to prebuffer ;"SndQueueMax" = "28" ;; Min number of fragments to prebuffer ;"SndQueueMin" = "12" ;; Forces emulation mode (using wave api) ;"HardwareAcceleration" = "Emulation" ;; Sets default playback device (0 - number of devices - 1) ;"DefaultPlayback" = "0" ; use first device (/dev/dsp) ;"DefaultPlayback" = "1" ; use second device (/dev/dsp1) ;"DefaultPlayback" = "2" ; use third device (/dev/dsp2) ;; Sets default capture device (0 - number of devices - 1) ;"DefaultCapture" = "0" ; use first device (/dev/dsp) ;"DefaultCapture" = "1" ; use second device (/dev/dsp1) ;"DefaultCapture" = "2" ; use third device (/dev/dsp2) ------------- Trace ------------- bash-2.05b$ export WINEDEBUG=trace+wave bash-2.05b$ wine SoF2.exe +set sv_cheats 1 trace:wave:ALSA_WaveInit using waveout device "hw:0" trace:wave:ALSA_WaveInit dev=0 id=Intel ICH name=Intel ICH5 subdev=0 subdev_nam e=subdevice #0 subdev_avail=0 subdev_num=1 stream=PLAYBACK subclass=GENERIC MIX trace:wave:ALSA_TraceParameters FLAGS: sampleres=true overrng=false pause=true resume=true syncstart=false batch=false block=true double=false halfd=false joi nt=false trace:wave:ALSA_TraceParameters access=(null) trace:wave:ALSA_TraceParameters format=S32_LE trace:wave:ALSA_TraceParameters channels_min=2, channels_min_max=6 trace:wave:ALSA_TraceParameters buffer_size_min=2, buffer_size_min_max=16384 trace:wave:ALSA_TraceParameters rate=48000 trace:wave:ALSA_TraceParameters buffer_time_min=41 buffer_time_max=341334 trace:wave:ALSA_TraceParameters periods_min=1 periods_max=1024 trace:wave:ALSA_TraceParameters period_size_min=2, period_size_min_max=16384 trace:wave:ALSA_TraceParameters period_time_min=41 period_time_max=341334 trace:wave:ALSA_TraceParameters tick_time=1000 fixme:wave:ALSA_WaveInit - trace:wave:ALSA_WaveInit Configured with dwFmts=00008000 dwSupport=00000060 trace:wave:ALSA_WaveInit using waveout device "hw:1" trace:wave:ALSA_WaveInit using waveout device "hw:2" trace:wave:ALSA_WaveInit using waveout device "hw:3" trace:wave:ALSA_WaveInit using waveout device "hw:4" trace:wave:ALSA_WaveInit using waveout device "hw:5" trace:wave:ALSA_WaveInit using wavein device "plug:hw:0" trace:wave:ALSA_WaveInit dev=0 id=Intel ICH name=Intel ICH5 subdev=0 subdev_nam e=subdevice #0 subdev_avail=0 subdev_num=1 stream=CAPTURE subclass=GENERIC MIX trace:wave:ALSA_TraceParameters FLAGS: sampleres=false overrng=true pause=true resume=true syncstart=true batch=true block=true double=true halfd=true joint=t rue trace:wave:ALSA_TraceParameters access=(null) trace:wave:ALSA_TraceParameters format=S32_LE trace:wave:ALSA_TraceParameters channels_min=1, channels_min_max=10000 trace:wave:ALSA_TraceParameters buffer_size_min=1, buffer_size_min_max=14660155 03 trace:wave:ALSA_TraceParameters rate_min=4000 rate_max=4294967295 trace:wave:ALSA_TraceParameters buffer_time_min=1 buffer_time_max=4294967295 trace:wave:ALSA_TraceParameters periods_min=0 periods_max=4294967295 trace:wave:ALSA_TraceParameters period_size_min=0, period_size_min_max=14660183 67 trace:wave:ALSA_TraceParameters period_time_min=166 period_time_max=341334 trace:wave:ALSA_TraceParameters tick_time=1000 trace:wave:ALSA_WaveInit Configured with dwFmts=000fffff trace:wave:ALSA_WaveInit using wavein device "plug:hw:1" trace:wave:ALSA_WaveInit using wavein device "plug:hw:2" trace:wave:ALSA_WaveInit using wavein device "plug:hw:3" trace:wave:ALSA_WaveInit using wavein device "plug:hw:4" trace:wave:ALSA_WaveInit using wavein device "plug:hw:5" trace:wave:ALSA_widMessage (0, DRVM_INIT, 00000000, 00000000, 00000000); trace:wave:ALSA_widMessage (0, WIDM_GETNUMDEVS, 00000000, 00000000, 00000000); trace:wave:ALSA_wodMessage (0, DRVM_INIT, 00000000, 00000000, 00000000); trace:wave:ALSA_wodMessage (0, WODM_GETNUMDEVS, 00000000, 00000000, 00000000); fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.74" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_v isual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync GLX_SGI_swap _control GLX_ARB_multisample GLX_NV_float_buffer GLX_ARB_get_proc_address " fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.74" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_E isual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync GLX_SGI_ _control GLX_ARB_multisample GLX_NV_float_buffer GLX_ARB_get_proc_address " fixme:keyboard:RegisterHotKey ((nil),0,0x00000001,9): stub fixme:keyboard:RegisterHotKey ((nil),1,0x00000001,27): stub fixme:ole:CoCreateInstance no classfactory created for CLSID {5959df60-2911 -11d1-b049-0020af30269a}, hres is 0x80040154 fixme:opengl:wglSwapIntervalEXT (1),stub! fixme:keyboard:UnregisterHotKey ((nil),0): stub fixme:keyboard:UnregisterHotKey ((nil),1): stub trace:wave:ALSA_widMessage (0, DRVM_EXIT, 00000000, 00000000, 00000000); trace:wave:ALSA_wodMessage (0, DRVM_EXIT, 00000000, 00000000, 00000000);

April 29, 2005

Re: Menubar problems with OpenGL program

by Dustin Navea

I should add that he bug is bug 2908.. http://bugs.winehq.org/show_bug.cgi?id=2908 Dustin Ryan May wrote: > Hi, > > I have a problem with the menubar in an OpenGL program I use, > WeatherScope. With Wine-20050211 and newer, the menubar is overdrawn by > the OpenGL background color. I can still get the pop up menus to appear > if I click the area where the menu should be. Also, if I switch focus > to a different app, like an Xterm, the menubar will appear. It appears > that clipping is correct, because the OpenGL drawing in the program does > not appear where the menubar should be, only the background color. This > problem does not appear in wine versions before 20050211. > > Anyone have any clues where to go with this? > > (WeatherScope is available at: > http://sdg.ocs.ou.edu/builds/final/win/WeatherScope/WeatherScope-1.2.1.exe) > > Ryan >

April 29, 2005

Re: Menubar problems with OpenGL program

by Dustin Navea

Hi Ryan, thanks for posting a note. Can someone who has a little bit of free time please take a look at this? I have helped him as far as I can, and the only thing I can think of now is to either have him do a regression test, ask someone else to do it (since I still dont have a linux-capable box), or have someone on the window-rewriting team take time out of their day to look at it, and that is the least preferred.. Dustin Ryan May wrote: > Hi, > > I have a problem with the menubar in an OpenGL program I use, > WeatherScope. With Wine-20050211 and newer, the menubar is overdrawn by > the OpenGL background color. I can still get the pop up menus to appear > if I click the area where the menu should be. Also, if I switch focus > to a different app, like an Xterm, the menubar will appear. It appears > that clipping is correct, because the OpenGL drawing in the program does > not appear where the menubar should be, only the background color. This > problem does not appear in wine versions before 20050211. > > Anyone have any clues where to go with this? > > (WeatherScope is available at: > http://sdg.ocs.ou.edu/builds/final/win/WeatherScope/WeatherScope-1.2.1.exe) > > Ryan >

April 29, 2005

Bugzilla voting

by Dustin Navea

Just had a quick question about the voting process on Bugzilla, hope Jeremy sees this and can answer it. It seems that when a bug is voted for by 1 person, it does not become confirmed like it used to, it now takes 2 votes. This seems a little unnecessary, as 1 vote would mean that 2 people are experiencing the same problem (the reporter and the person casting the vote), in which case it is most likely a bug, and not some mis-configuration. If we are worried that a bug reporter might exploit this and confirm his own bugs by using the voting system, we could always set it up to disallow votes from the reporter, couldn't we? Just my thoughts. Hoping you will see my point and lower the "number of votes to confirm" value by 1.. Dustin

April 29, 2005

Re: Benchmarking Wine againt XP

by Kenneth Porter

--On Thursday, April 28, 2005 1:55 PM -0700 Duane Clark <dclark(a)akamail.com> wrote: > Because it was more than 1MB (which I mentioned it the rejection)! That evil moderator! How dare he protect us all from megabyte mail bombs! ;) ;) I'd like to see the results, but I'd rather pull them from a website. What format are they in?

April 28, 2005