Rein Klazes wrote:
On Mon, 14 Nov 2005 09:36:32 -0500, in gmane.comp.emulators.wine.user
you wrote:
Stop all wine processes;
edit your ~/.wine/system.reg and look for something like:
[Software\\Wine\\Config\\Winmm] 1101586916
"Drivers"="wineoss.drv"
Try changing "wineoss" to "winealsa", something else or even to "none".
Rein
Using "Drivers"="winealsa.drv" or "none" did allow wine to start without
parameters where before it would crash but launching a wine app locked
things up again so things were a little better.
Oops, I made a mistake with the registry key. The one I mention seems to
be out of use now. It should have been:
[Software\\Wine\\Drivers] 1121776151
"Audio"="oss"
To disable enter change "oss" to ""
I finally decided to just remove the Diamond monster sound vortex2 card
and just use the built in motherboard audio(which was disabled) and now
wine works just fine. It is a problem with the vortex driver it seems.
It is strange that setting Drivers to none for Winmm still caused a
crash though. You would think it would just ignore audio.
The vortex cards were abondonded years ago by diamond (199?). It was
the first card that came out that supported multiple audio streams(even
before sb live) so I have stuck with the card because it was just there.
Time for it to be retired I guess.
If you still have the card around, and can compile wine form source then
it would be nice if you could test the attached patch. It works on a
similar problem with a vortex card I have here
The patch made no difference. I did find out that if the driver is set
to alsa or "", wine works just fine. "oss" is what breaks it. I copied
a default .wine directory from another system to find that out and just
added the Drivers entry above to the user.reg file. Interestingly i
have to set gstreamer to use the alsa "oss" compatibility device to get
good sound or it is distorted. Go figure. ALSA mode for wine. OSS
mode for gstreamer. ALSA or OSS work in xmms.
The lockup problem is resolved now though however. It appears the
latest kernel from Fedora updates fixes the lockup problem completely.
Previously I was using kernels from april timeframe of FC4 to the
previous released kernel-2.6.13-1.1532_FC4 with the lockup problem issue
still there. It just so happens that the latest
kernel-2.6.14-1.1637_FC4 fixes the problem.
So to make a long story short... if you have a lockup in wine with a
monster sound vortex card in FC4, make sure you have the latest or newer
kernel from Fedora updates.
Rein.
------------------------------------------------------------------------
--- wine/dlls/winmm/wineoss/audio.c 2005-10-04 15:40:14.000000000 +0200
+++ mywine/dlls/winmm/wineoss/audio.c 2005-11-17 20:03:45.000000000 +0100
@@ -1019,6 +1019,7 @@ static void OSS_WaveFullDuplexInit(OSS_D
for (c = 1; c <= MAX_CHANNELS; c++) {
arg=c;
rc=ioctl(ossdev->fd, SNDCTL_DSP_CHANNELS, &arg);
+ if( rc < 0) break;
if (rc!=0 || arg!=c) {
TRACE("DSP_CHANNELS: rc=%d returned %d for %d\n",rc,arg,c);
continue;
_______________________________________________
wine-users mailing list
wine-users@xxxxxxxxxx
http://www.winehq.org/mailman/listinfo/wine-users
