Re: DirectSound problems - dlls/dsound/mixer.c
Hi Davin, Juergen and I have tested Diablo 2 with your patch and found it has improved the sound. But there is still more to do: ---------- Forwarded message ---------- From: Juergen Wieczorek <juergenw_(a)web.de> Date: Oct 31, 2005 3:58 PM Subject: Re: Fwd: DirectSound problems - dlls/dsound/mixer.c To: Jesse Allen <the3dfxdude(a)gmail.com> Sorry, but things are a bit weird with the supplied wine-0.9 for FC3. In order to counter-proof, I did a rpmbuild -bb ... with the *unpatched* sources from wine-0.9-1fc3-winehq and also ended up with dead sound, until I set winecfg to "OSS"! Then sound worked with patched or unpatched mixer.c source. Strangely, when I installed the provided binary FC3.rpm, winecfg works only with "ALSA" sound setting. Obviously there is something wrong with the build specs of this package, I have to check later. As for the patched mixer.c source: Sound is now much more fluid and not crackling perpetually, but some long drawn sounds like power-ups have a jarring note to them. Also walking around on the map with the mouse button pressed down produces a jarring noise when in the vicinity of moving flames like those at waypoints or near any sort of open fire. Ths stops when you're at some distance from the flames. Here is my resp. console output for reference: err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2454, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2482, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2498, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2550, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 3966, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 3026, block size = 4 fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ff007c,0x70ee3bec,0x70ff00 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed007c,0x721000f4,0x70ed00 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed01b4,0x70ee508c,0x70ed01 90): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed02ec,0x70ed03dc,0x70ed02 c8): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed047c,0x70ed058c,0x70ed04 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed062c,0x70ed073c,0x70ed06 08): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed07dc,0x70ed08ec,0x70ed07 b8): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed098c,0x70ed0a9c,0x70ed09 68): stub All in all, much better now, but still a way from being nice. -- Juergen Wieczorek Hamburg / Germany
Le lun 31/10/2005 à 18:10, Jesse Allen a écrit : [snip]
Sorry, but things are a bit weird with the supplied wine-0.9 for FC3. In order to counter-proof, I did a rpmbuild -bb ... with the *unpatched* sources from wine-0.9-1fc3-winehq and also ended up with dead sound, until I set winecfg to "OSS"! Then sound worked with patched or unpatched mixer.c source.
Which alsa-libs rpms do you have? Any other sound related things not added via rpm? The patches in the FC3 srpm don't touch anything even remotely related to sound output, so it's probably a build machine difference we're seeing.
Strangely, when I installed the provided binary FC3.rpm, winecfg works only with "ALSA" sound setting. Obviously there is something wrong with the build specs of this package, I have to check later.
See above. A rpm -qa | LC_ALL=POSIX sort>rpm-list.txt might be helpful. Vincent
Am Montag, den 31.10.2005, 19:05 -0500 schrieb Vincent Béron:
Le lun 31/10/2005 à 18:10, Jesse Allen a écrit : [snip]
Sorry, but things are a bit weird with the supplied wine-0.9 for FC3. In order to counter-proof, I did a rpmbuild -bb ... with the *unpatched* sources from wine-0.9-1fc3-winehq and also ended up with dead sound, until I set winecfg to "OSS"! Then sound worked with patched or unpatched mixer.c source.
Which alsa-libs rpms do you have? Any other sound related things not added via rpm?
The patches in the FC3 srpm don't touch anything even remotely related to sound output, so it's probably a build machine difference we're seeing.
Strangely, when I installed the provided binary FC3.rpm, winecfg works only with "ALSA" sound setting. Obviously there is something wrong with the build specs of this package, I have to check later.
See above. A rpm -qa | LC_ALL=POSIX sort>rpm-list.txt might be helpful.
Vincent
Dear Vincent, I have been rpmbuilding the sources on my FC3 system with the latest standard kernel-2.6.12-1.1381_FC3, which like all previous Fedora 2.6.x kernels has no support for OSS. My rpm system is: rpm-4.3.2-21 rpm-python-4.3.2-21 rpm-libs-4.3.2-21 rpm-devel-4.3.2-21 rpm-build-4.3.2-21 My installed alsa rpms are: alsaplayer-0.99.76-3 alsa-utils-1.0.6-3 alsa-lib-1.0.6-8.FC3 I run a few 'non-rpmed' binary packages like Java, LimeWire, a homebanking solution and some games, but nothing that IMHO could in such a way interfere with the sound system. Correction to my prev posting: When the binary wine-0.9 package is installed, I can choose "ALSA" or "OSS" in winecfg as sound setting and have sound. With the compiled version only "OSS" gives me sound. For either version: When choosing "Automatic" to auto-detect the sound system, both come up with "OSS" though it is definitvely not installed. Hitting "Configure" does not work too. I get the message that it "could not open wineoss.drv or winealsa.drv", though that may not be implemented yet. -- Juergen Wieczorek Hamburg / Germany
Le mar 01/11/2005 à 05:03, Juergen Wieczorek a écrit : [snip]
Dear Vincent, Hi Juergen,
I have been rpmbuilding the sources on my FC3 system with the latest standard kernel-2.6.12-1.1381_FC3, which like all previous Fedora 2.6.x kernels has no support for OSS.
The binary packages were built against kernel-2.6.12-1.1380_FC3, as that was the latest available on the release date of 0.9.
My rpm system is: rpm-4.3.2-21 rpm-python-4.3.2-21 rpm-libs-4.3.2-21 rpm-devel-4.3.2-21 rpm-build-4.3.2-21
My installed alsa rpms are: alsaplayer-0.99.76-3 alsa-utils-1.0.6-3 alsa-lib-1.0.6-8.FC3
You're missing alsa-lib-devel-1.0.6-8.FC3. No wonder you get no sound with ALSA :)
I run a few 'non-rpmed' binary packages like Java, LimeWire, a homebanking solution and some games, but nothing that IMHO could in such a way interfere with the sound system.
Right.
Correction to my prev posting: When the binary wine-0.9 package is installed, I can choose "ALSA" or "OSS" in winecfg as sound setting and have sound. With the compiled version only "OSS" gives me sound.
See above for missing alsa-lib-devel package.
For either version: When choosing "Automatic" to auto-detect the sound system, both come up with "OSS" though it is definitvely not installed.
ALSA comes with OSS emulation, so technically it is "available" for applications.
Hitting "Configure" does not work too. I get the message that it "could not open wineoss.drv or winealsa.drv", though that may not be implemented yet.
Can't answer on that one, my build system doesn't have a sound card for now :( Vincent
Am Dienstag, den 01.11.2005, 07:13 -0500 schrieb Vincent Béron:
Le mar 01/11/2005 à 05:03, Juergen Wieczorek a écrit : [snip]
Dear Vincent, Hi Juergen,
I have been rpmbuilding the sources on my FC3 system with the latest standard kernel-2.6.12-1.1381_FC3, which like all previous Fedora 2.6.x kernels has no support for OSS.
The binary packages were built against kernel-2.6.12-1.1380_FC3, as that was the latest available on the release date of 0.9.
My rpm system is: rpm-4.3.2-21 rpm-python-4.3.2-21 rpm-libs-4.3.2-21 rpm-devel-4.3.2-21 rpm-build-4.3.2-21
My installed alsa rpms are: alsaplayer-0.99.76-3 alsa-utils-1.0.6-3 alsa-lib-1.0.6-8.FC3
You're missing alsa-lib-devel-1.0.6-8.FC3. No wonder you get no sound with ALSA :)
I run a few 'non-rpmed' binary packages like Java, LimeWire, a homebanking solution and some games, but nothing that IMHO could in such a way interfere with the sound system.
Right.
Correction to my prev posting: When the binary wine-0.9 package is installed, I can choose "ALSA" or "OSS" in winecfg as sound setting and have sound. With the compiled version only "OSS" gives me sound.
See above for missing alsa-lib-devel package.
For either version: When choosing "Automatic" to auto-detect the sound system, both come up with "OSS" though it is definitvely not installed.
ALSA comes with OSS emulation, so technically it is "available" for applications.
Hitting "Configure" does not work too. I get the message that it "could not open wineoss.drv or winealsa.drv", though that may not be implemented yet.
Can't answer on that one, my build system doesn't have a sound card for now :(
Vincent
It took me some time to sort my system out, but finally I got it. That sound was working at all when set to "OSS", was due to the cross- platform libao-0.8.5 which I had installed earlier and then forgot. With my next system setup, I swear, I'll take down a full documentation of all the projects/lib that I try. Thanks anyway. -- Juergen Wieczorek Hamburg / Germany
Le mer 02/11/2005 à 17:25, Juergen Wieczorek a écrit : [snip]
It took me some time to sort my system out, but finally I got it. That sound was working at all when set to "OSS", was due to the cross- platform libao-0.8.5 which I had installed earlier and then forgot.
Wine doesn't use libao (or at least, I couldn't find any reference in Wine's source that it uses it).
With my next system setup, I swear, I'll take down a full documentation of all the projects/lib that I try.
Especially those that stay installed after trying them :)
Thanks anyway.
Vincent
participants (3)
-
Jesse Allen -
Juergen Wieczorek -
Vincent Béron