wine and jack => segfault? / wine and OSS not working
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, some days ago I sent some mails to the wine-users list. My problem: the JACK output driver of wine does not work => wine segfaults; and the OSS output driver does not work, too. Windows Media Player (used for testing) says, it cannot find the audio hardware. Since then, nobody on the wine-users list had any idea what could be wrong, so now I am posting this here (3 mails): - --------------------------------- Hi, I am new to this list and just wanted to ask a question regarding Wine and JACK: I'm running JACK as my sound daemon and today I installed Wine (from the APT-Repository). I setup my .wine directory with the help of winetools. So far everything works fine, except sound output (tested with wmplayer and a simple wav file). So I selected "jack" as Audio driver. But wine segfaults with wmplayer as soon as opening the wav file: $ wine .wine/c/Programme/Windows\ Media\ Player/mplayer2.exe fixme:process:SetProcessPriorityBoost (0xffffffff,1): stub fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. This sound card's driver does not support direct access The (slower) DirectSound HEL mode will be used instead. Segmentation fault I started qjackctl to see what the JACK says: 20:01:39.052 Audio connection graph change. 20:01:39.136 Audio connection change. 20:01:39.314 XRUN callback (1). 20:01:39.317 Audio connection graph change. So, I assume there was an "connection" established between Wine and JACK? Does anybody know something about this problem? Tell me if I have to provide more (log/debug) output etc. ... I am running Ubuntu Breezy (breezy kernel 2.6.12-10-686). Thanks, Joachim PS: Direct output to ALSA works (with jackd not running). - --------------------------------- Hi all, Does really nobody now something about the issue I described? Meanwhile I have done some further tests: Using the alsa-output driver works, but then I would have to kill the jack daemon, since jackd blocks the sound device, although I am running alsa with dmix. Then a ran Wine with the OSS-output driver while using a tool called oss2jack (makes a kernel device and re-routes all OSS connections to the jack daemon). Surprisingly that does NOT work, too. Although other OSS apps (skype, et, vlc, cedega (oss) ...) run really *very good* over oss2jack. There is one difference then: Using OSS-output driver, Wine does not segfault! The M$ Media Player just tells me, that it cannot access audio hardware. - --------------------------------- Hi all, obviously there is no one on this list who has similar problems? Would it be a good idea to post the problem into the dev mailing list? Anyway, yesterday again I made some tests and I think, that the OSS-output driver of Wine has a bug. Yesterday I used plain OSS (no alsa, no sound server, nothing) and again Windows Media Player (I use it to test sound) said it couldn't use the audio hardware. So there definitely has to be something wrong here. Any ideas? Short summary: Wine(a)alsa: works Wine(a)jack: segfault !! I think this is cleary a bug, or not? Wine(a)oss: WMPlayer couldn't use the audio hardware. Displays an error. System: Ubuntu Breezy (breezy kernel 2.6.12-10-686). - --------------------------------- Thanks, Joachim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD1JfBZY86bR8HqNwRAn6FAJ4jZNodTT5STF1Tg3i4kwnJLllRkQCdGwkw hepaKlpjNzFdU1NS6mkUWg8= =cJdT -----END PGP SIGNATURE-----
There is something funny that wine is doing that causes jack to have issues under wine. I haven't been able to debug any of the recent issues since a year ago but maybe someone with more knowledge of threading can try winejack out and see if they can at least figure out what area the issue may be in. Chris On 1/23/06, Joachim Förster <mls.JOFT(a)gmx.de> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
some days ago I sent some mails to the wine-users list. My problem: the JACK output driver of wine does not work => wine segfaults; and the OSS output driver does not work, too. Windows Media Player (used for testing) says, it cannot find the audio hardware.
Since then, nobody on the wine-users list had any idea what could be wrong, so now I am posting this here (3 mails):
- --------------------------------- Hi,
I am new to this list and just wanted to ask a question regarding Wine and JACK:
I'm running JACK as my sound daemon and today I installed Wine (from the APT-Repository). I setup my .wine directory with the help of winetools. So far everything works fine, except sound output (tested with wmplayer and a simple wav file). So I selected "jack" as Audio driver.
But wine segfaults with wmplayer as soon as opening the wav file:
$ wine .wine/c/Programme/Windows\ Media\ Player/mplayer2.exe fixme:process:SetProcessPriorityBoost (0xffffffff,1): stub fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. This sound card's driver does not support direct access The (slower) DirectSound HEL mode will be used instead. Segmentation fault
I started qjackctl to see what the JACK says:
20:01:39.052 Audio connection graph change. 20:01:39.136 Audio connection change. 20:01:39.314 XRUN callback (1). 20:01:39.317 Audio connection graph change.
So, I assume there was an "connection" established between Wine and JACK?
Does anybody know something about this problem? Tell me if I have to provide more (log/debug) output etc. ...
I am running Ubuntu Breezy (breezy kernel 2.6.12-10-686).
Thanks, Joachim
PS: Direct output to ALSA works (with jackd not running).
- --------------------------------- Hi all,
Does really nobody now something about the issue I described?
Meanwhile I have done some further tests: Using the alsa-output driver works, but then I would have to kill the jack daemon, since jackd blocks the sound device, although I am running alsa with dmix.
Then a ran Wine with the OSS-output driver while using a tool called oss2jack (makes a kernel device and re-routes all OSS connections to the jack daemon). Surprisingly that does NOT work, too. Although other OSS apps (skype, et, vlc, cedega (oss) ...) run really *very good* over oss2jack. There is one difference then: Using OSS-output driver, Wine does not segfault! The M$ Media Player just tells me, that it cannot access audio hardware.
- --------------------------------- Hi all,
obviously there is no one on this list who has similar problems? Would it be a good idea to post the problem into the dev mailing list?
Anyway, yesterday again I made some tests and I think, that the OSS-output driver of Wine has a bug. Yesterday I used plain OSS (no alsa, no sound server, nothing) and again Windows Media Player (I use it to test sound) said it couldn't use the audio hardware. So there definitely has to be something wrong here.
Any ideas?
Short summary: Wine(a)alsa: works Wine(a)jack: segfault !! I think this is cleary a bug, or not? Wine(a)oss: WMPlayer couldn't use the audio hardware. Displays an error.
System: Ubuntu Breezy (breezy kernel 2.6.12-10-686).
- ---------------------------------
Thanks, Joachim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFD1JfBZY86bR8HqNwRAn6FAJ4jZNodTT5STF1Tg3i4kwnJLllRkQCdGwkw hepaKlpjNzFdU1NS6mkUWg8= =cJdT -----END PGP SIGNATURE-----
Then a ran Wine with the OSS-output driver while using a tool called oss2jack (makes a kernel device and re-routes all OSS connections to the jack daemon). Surprisingly that does NOT work, too. Although other OSS apps (skype, et, vlc, cedega (oss) ...) run really *very good* over oss2jack. There is one difference then: Using OSS-output driver, Wine does not segfault! The M$ Media Player just tells me, that it cannot access audio hardware. can you post a +winmm,+oss,+wave trace ? TIA
-- Eric Pouech
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eric Pouech wrote:
can you post a +winmm,+oss,+wave trace ?
A trace of wine using OSS-output driver and oss2jack: trace:winmm:DllMain 0x7ec30000 0x1 0x1 trace:winmm:WINMM_CreateIData Initialized IData (0x7eca68c0) trace:winmm:MMDRV_Init () trace:winmm:MMDRV_Install ('wineoss.drv', 'wineoss.drv', mapper=N); trace:wave:OSS_DriverProc (00000000, 0x7fdb7288, 00000001, 00000000, 00000000) trace:wave:OSS_drvLoad () trace:wave:OSS_WaveInit () trace:wave:OSS_WaveOutInit (0x7d59dac0) /dev/dsp trace:wave:OSS_OpenDevice (0x7d59dac0,1,(nil),0,-1,-1,ffffffff) trace:wave:OSS_RawOpenDevice (0x7d59dac0,0) trace:wave:OSS_RawOpenDevice open_access=O_WRONLY err:wave:OSS_WaveOutInit open(/dev/mixer) failed (No such file or directory) trace:wave:OSS_CloseDevice (0x7d59dac0) trace:wave:OSS_WaveOutInit (0x7d59de80) /dev/dsp1 trace:wave:OSS_OpenDevice (0x7d59de80,1,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveOutInit (0x7d59e240) /dev/dsp2 trace:wave:OSS_OpenDevice (0x7d59e240,1,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveOutInit (0x7d59e600) /dev/dsp3 trace:wave:OSS_OpenDevice (0x7d59e600,1,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveOutInit (0x7d59e9c0) /dev/dsp4 trace:wave:OSS_OpenDevice (0x7d59e9c0,1,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveOutInit (0x7d59ed80) /dev/dsp5 trace:wave:OSS_OpenDevice (0x7d59ed80,1,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveInInit (0x7d59dac0) /dev/dsp trace:wave:OSS_OpenDevice (0x7d59dac0,0,(nil),0,-1,-1,ffffffff) trace:wave:OSS_RawOpenDevice (0x7d59dac0,0) trace:wave:OSS_RawOpenDevice open_access=O_RDONLY err:wave:OSS_WaveInInit open(/dev/mixer) failed (No such file or directory) trace:wave:OSS_CloseDevice (0x7d59dac0) trace:wave:OSS_WaveInInit (0x7d59de80) /dev/dsp1 trace:wave:OSS_OpenDevice (0x7d59de80,0,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveInInit (0x7d59e240) /dev/dsp2 trace:wave:OSS_OpenDevice (0x7d59e240,0,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveInInit (0x7d59e600) /dev/dsp3 trace:wave:OSS_OpenDevice (0x7d59e600,0,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveInInit (0x7d59e9c0) /dev/dsp4 trace:wave:OSS_OpenDevice (0x7d59e9c0,0,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveInInit (0x7d59ed80) /dev/dsp5 trace:wave:OSS_OpenDevice (0x7d59ed80,0,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveFullDuplexInit (0x7d59dac0) /dev/dsp trace:wave:OSS_OpenDevice (0x7d59dac0,2,(nil),0,-1,-1,ffffffff) trace:wave:OSS_RawOpenDevice (0x7d59dac0,0) trace:wave:OSS_RawOpenDevice open_access=O_RDWR trace:wave:OSS_WaveFullDuplexInit trace:wave:OSS_Info Formats=00000010 ( AFMT_S16_LE ) trace:wave:OSS_Info Caps=00003100 trace:wave:OSS_Info Revision: 0 trace:wave:OSS_Info Duplex: true trace:wave:OSS_Info Realtime: false trace:wave:OSS_Info Batch: false trace:wave:OSS_Info Coproc: false trace:wave:OSS_Info Trigger: true trace:wave:OSS_Info Mmap: true trace:wave:OSS_Info Multi: false trace:wave:OSS_Info Bind: false trace:wave:OSS_WaveFullDuplexInit DSP_SAMPLESIZE: rc=0 returned 0x10 for 0x8 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 96000 for 96000x16x1 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 48000 for 48000x16x1 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 44100 for 44100x16x1 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 22050 for 22050x16x1 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 11025 for 11025x16x1 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 96000 for 96000x16x2 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 48000 for 48000x16x2 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 44100 for 44100x16x2 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 22050 for 22050x16x2 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 11025 for 11025x16x2 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 96000 for 96000x16x3 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 48000 for 48000x16x3 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 44100 for 44100x16x3 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 22050 for 22050x16x3 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 11025 for 11025x16x3 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 96000 for 96000x16x4 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 48000 for 48000x16x4 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 44100 for 44100x16x4 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 22050 for 22050x16x4 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 11025 for 11025x16x4 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 96000 for 96000x16x5 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 48000 for 48000x16x5 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 44100 for 44100x16x5 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 22050 for 22050x16x5 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 11025 for 11025x16x5 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 96000 for 96000x16x6 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 48000 for 48000x16x6 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 44100 for 44100x16x6 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 22050 for 22050x16x6 trace:wave:OSS_WaveFullDuplexInit DSP_SPEED: rc=0 returned 11025 for 11025x16x6 trace:wave:OSS_CloseDevice (0x7d59dac0) trace:wave:OSS_WaveFullDuplexInit duplex wChannels = 6, dwFormats = 000CCCCC, dwSupport = 0000004C trace:wave:OSS_WaveFullDuplexInit (0x7d59de80) /dev/dsp1 trace:wave:OSS_OpenDevice (0x7d59de80,2,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveFullDuplexInit (0x7d59e240) /dev/dsp2 trace:wave:OSS_OpenDevice (0x7d59e240,2,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveFullDuplexInit (0x7d59e600) /dev/dsp3 trace:wave:OSS_OpenDevice (0x7d59e600,2,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveFullDuplexInit (0x7d59e9c0) /dev/dsp4 trace:wave:OSS_OpenDevice (0x7d59e9c0,2,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveFullDuplexInit (0x7d59ed80) /dev/dsp5 trace:wave:OSS_OpenDevice (0x7d59ed80,2,(nil),0,-1,-1,ffffffff) trace:wave:OSS_WaveInit 0 wave out devices trace:wave:OSS_WaveInit 0 wave in devices trace:wave:OSS_DriverProc (00000000, 0x7fdb7288, 00000002, 00000000, 00000000) trace:wave:OSS_DriverProc (00000000, 0x7fdb7288, 00000003, 00000000, 00000000) trace:wave:OSS_drvOpen ((null)) trace:winmm:MMDRV_Install Got 32 bit func 'auxMessage' trace:winmm:MMDRV_Install Got 32 bit func 'mxdMessage' trace:winmm:MMDRV_Install Got 32 bit func 'midMessage' trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' trace:winmm:MMDRV_GetDescription32 (0x7fa4f8f2, 0x7fa4f834, 128) trace:winmm:MMDRV_GetDescription32 Can't find file wineoss.drv trace:winmm:MMDRV_Install wineoss.drv => No description trace:winmm:MMDRV_InitPerType (0x7eca6380, 0000, 0003) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 0 dev for (wineoss.drv:Aux) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0001, 0001) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 0 dev for (wineoss.drv:Mixer) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0002, 0035) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 0 dev for (wineoss.drv:MidiIn) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0003, 0001) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 0 dev for (wineoss.drv:MidiOut) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0004, 0032) trace:wave:OSS_widMessage (0, DRVM_INIT, 00000000, 00000000, 00000000); trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:wave:OSS_widMessage (0, WIDM_GETNUMDEVS, 00000000, 00000000, 00000000); trace:winmm:MMDRV_InitPerType Got 0 dev for (wineoss.drv:WaveIn) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0005, 0003) trace:wave:OSS_wodMessage (0, DRVM_INIT, 00000000, 00000000, 00000000); trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:wave:OSS_wodMessage (0, WODM_GETNUMDEVS, 00000000, 00000000, 00000000); trace:winmm:MMDRV_InitPerType Got 0 dev for (wineoss.drv:WaveOut) trace:wave:OSS_DriverProc (00000001, 0x7fdb7288, 00000004, 00000000, 00000000) trace:wave:OSS_drvClose (00000001) trace:wave:OSS_DriverProc (00000000, 0x7fdb7288, 00000005, 00000000, 00000000) trace:wave:OSS_DriverProc (00000000, 0x7fdb7288, 00000006, 00000000, 00000000) trace:wave:OSS_drvFree () trace:wave:OSS_WaveExit () trace:winmm:MMDRV_Install ('wavemapper', 'msacm.drv', mapper=Y); trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' trace:winmm:MMDRV_GetDescription32 (0x7ec61031, 0x7fa4f840, 128) trace:winmm:MMDRV_GetDescription32 Can't find file msacm.drv trace:winmm:MMDRV_Install msacm.drv => No description trace:winmm:MMDRV_InitPerType (0x7eca6380, 0000, 0003) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0001, 0001) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0002, 0035) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0003, 0001) trace:winmm:MMDRV_InitPerType (0x7eca6380, 0004, 0032) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (wavemapper:WaveIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=0) for (wavemapper:WaveIn) trace:winmm:MMDRV_InitPerType WaveIn:Trans[-1] -> wavemapper trace:winmm:MMDRV_InitPerType (0x7eca6380, 0005, 0003) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (wavemapper:WaveOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=0) for (wavemapper:WaveOut) trace:winmm:MMDRV_InitPerType WaveOut:Trans[-1] -> wavemapper trace:winmm:MMDRV_Install ('midimapper', 'midimap.dll', mapper=Y); trace:winmm:MMDRV_GetNum (0003) trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' trace:winmm:MMDRV_GetDescription32 (0x7ec6103b, 0x7fa4f840, 128) trace:winmm:MMDRV_GetDescription32 Can't find file midimap.dll trace:winmm:MMDRV_Install midimap.dll => No description trace:winmm:MMDRV_InitPerType (0x7eca63d4, 0000, 0003) trace:winmm:MMDRV_InitPerType (0x7eca63d4, 0001, 0001) trace:winmm:MMDRV_InitPerType (0x7eca63d4, 0002, 0035) trace:winmm:MMDRV_InitPerType (0x7eca63d4, 0003, 0001) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (midimapper:MidiOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=0) for (midimapper:MidiOut) trace:winmm:MMDRV_InitPerType MidiOut:Trans[-1] -> midimapper trace:winmm:MMDRV_InitPerType (0x7eca63d4, 0004, 0032) trace:winmm:MMDRV_InitPerType (0x7eca63d4, 0005, 0003) fixme:process:SetProcessPriorityBoost (0xffffffff,1): stub fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. trace:winmm:MMDRV_GetNum (0003) trace:winmm:waveInMessage (0xffffffff, 8213, 2100160048, 2100160044) trace:winmm:MMDRV_Get (0xffffffff, 0004, N) trace:winmm:MMDRV_Get (0xffffffff, 0004, Y) trace:winmm:MMDRV_GetByID (ffffffff, 0004) trace:winmm:MMDRV_PhysicalFeatures (0x7fdb72b0, 2015, 7d2de630, 7d2de62c) trace:winmm:waveInGetDevCapsW (4294967295 0x7d2de554 80)! trace:winmm:MMDRV_Get (0xffffffff, 0004, Y) trace:winmm:MMDRV_GetByID (ffffffff, 0004) trace:winmm:MMDRV_Message (WaveIn 65535 51 0x00000000 0x7d2de554 0x00000050 Y) trace:winmm:MMDRV_Message Calling message(dev=65535 msg=51 usr=0x00000000 p1=0x7d2de554 p2=0x00000050) trace:winmm:MMDRV_GetNum (0004) trace:winmm:MMDRV_Message => MMSYSERR_BADDEVICEID trace:winmm:waveOutGetDevCapsW (0 0x7d2de5a0 84)! trace:winmm:MMDRV_Get ((nil), 0005, Y) trace:winmm:MMDRV_GetByID (0000, 0005) trace:winmm:MMDRV_GetNum (0005) trace:winmm:MMDRV_GetNum (0005) fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. trace:winmm:DllMain 0x7ec30000 0x0 0x1 trace:winmm:MMDRV_Exit () trace:winmm:MMDRV_ExitPerType (0x7eca65cc, 0000) trace:winmm:MMDRV_ExitPerType (0x7eca65cc, 0001) trace:winmm:MMDRV_ExitPerType (0x7eca65cc, 0002) trace:winmm:MMDRV_ExitPerType (0x7eca65cc, 0003) trace:winmm:MMDRV_ExitPerType (0x7eca65cc, 0004) trace:winmm:MMDRV_ExitPerType (0x7eca65cc, 0005) trace:winmm:MMDRV_ExitPerType (0x7eca6578, 0000) trace:winmm:MMDRV_ExitPerType (0x7eca6578, 0001) trace:winmm:MMDRV_ExitPerType (0x7eca6578, 0002) trace:winmm:MMDRV_ExitPerType (0x7eca6578, 0003) trace:winmm:MMDRV_ExitPerType (0x7eca6578, 0004) trace:winmm:MMDRV_ExitPerType (0x7eca6578, 0005) trace:winmm:MMDRV_ExitPerType (0x7eca6524, 0000) trace:winmm:MMDRV_ExitPerType (0x7eca6524, 0001) trace:winmm:MMDRV_ExitPerType (0x7eca6524, 0002) trace:winmm:MMDRV_ExitPerType (0x7eca6524, 0003) trace:winmm:MMDRV_ExitPerType (0x7eca6524, 0004) trace:winmm:MMDRV_ExitPerType (0x7eca6524, 0005) trace:winmm:MMDRV_ExitPerType (0x7eca64d0, 0000) trace:winmm:MMDRV_ExitPerType (0x7eca64d0, 0001) trace:winmm:MMDRV_ExitPerType (0x7eca64d0, 0002) trace:winmm:MMDRV_ExitPerType (0x7eca64d0, 0003) trace:winmm:MMDRV_ExitPerType (0x7eca64d0, 0004) trace:winmm:MMDRV_ExitPerType (0x7eca64d0, 0005) trace:winmm:MMDRV_ExitPerType (0x7eca647c, 0000) trace:winmm:MMDRV_ExitPerType (0x7eca647c, 0001) trace:winmm:MMDRV_ExitPerType (0x7eca647c, 0002) trace:winmm:MMDRV_ExitPerType (0x7eca647c, 0003) trace:winmm:MMDRV_ExitPerType (0x7eca647c, 0004) trace:winmm:MMDRV_ExitPerType (0x7eca647c, 0005) trace:winmm:MMDRV_ExitPerType (0x7eca6428, 0000) trace:winmm:MMDRV_ExitPerType (0x7eca6428, 0001) trace:winmm:MMDRV_ExitPerType (0x7eca6428, 0002) trace:winmm:MMDRV_ExitPerType (0x7eca6428, 0003) trace:winmm:MMDRV_ExitPerType (0x7eca6428, 0004) trace:winmm:MMDRV_ExitPerType (0x7eca6428, 0005) trace:winmm:MMDRV_ExitPerType (0x7eca63d4, 0000) trace:winmm:MMDRV_ExitPerType (0x7eca63d4, 0001) trace:winmm:MMDRV_ExitPerType (0x7eca63d4, 0002) trace:winmm:MMDRV_ExitPerType (0x7eca63d4, 0003) trace:winmm:MMDRV_ExitPerType DRVM_EXIT => MMSYSERR_NOERROR trace:winmm:MMDRV_ExitPerType (0x7eca63d4, 0004) trace:winmm:MMDRV_ExitPerType (0x7eca63d4, 0005) trace:winmm:MMDRV_ExitPerType (0x7eca6380, 0000) trace:winmm:MMDRV_ExitPerType (0x7eca6380, 0001) trace:winmm:MMDRV_ExitPerType (0x7eca6380, 0002) trace:winmm:MMDRV_ExitPerType (0x7eca6380, 0003) trace:winmm:MMDRV_ExitPerType (0x7eca6380, 0004) trace:winmm:MMDRV_ExitPerType DRVM_EXIT => MMSYSERR_NOERROR trace:winmm:MMDRV_ExitPerType (0x7eca6380, 0005) trace:winmm:MMDRV_ExitPerType DRVM_EXIT => MMSYSERR_NOERROR Thanks, Joachim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD167yZY86bR8HqNwRAsiiAKCEF/54lyrZWyPFGh1LRF7xI3n9CQCgx++3 LO1pJI29ghm6huy0so/WG94= =JdPF -----END PGP SIGNATURE-----
Joachim Förster wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Eric Pouech wrote:
can you post a +winmm,+oss,+wave trace ?
A trace of wine using OSS-output driver and oss2jack: that's because oss2jack doesn't provide a proper mixer interface does the attached patch help ? A+
-- Eric Pouech diff --git a/dlls/winmm/wineoss/audio.c b/dlls/winmm/wineoss/audio.c index 7df0bca..596190b 100644 --- a/dlls/winmm/wineoss/audio.c +++ b/dlls/winmm/wineoss/audio.c @@ -740,9 +740,7 @@ static BOOL OSS_WaveOutInit(OSS_DEVICE* } close(mixer); } else { - ERR("open(%s) failed (%s)\n", ossdev->mixer_name , strerror(errno)); - OSS_CloseDevice(ossdev); - return FALSE; + WARN("open(%s) failed (%s)\n", ossdev->mixer_name , strerror(errno)); } } #endif /* SOUND_MIXER_INFO */ @@ -892,9 +890,7 @@ static BOOL OSS_WaveInInit(OSS_DEVICE* o } close(mixer); } else { - ERR("open(%s) failed (%s)\n", ossdev->mixer_name, strerror(errno)); - OSS_CloseDevice(ossdev); - return FALSE; + WARN("open(%s) failed (%s)\n", ossdev->mixer_name, strerror(errno)); } } #endif /* SOUND_MIXER_INFO */ @@ -2254,6 +2250,7 @@ static DWORD wodGetVolume(WORD wDevID, L return MMSYSERR_NOTENABLED; } if (ioctl(mixer, SOUND_MIXER_READ_PCM, &volume) == -1) { + close(mixer); WARN("ioctl(%s, SOUND_MIXER_READ_PCM) failed (%s)\n", WOutDev[wDevID].ossdev->mixer_name, strerror(errno)); return MMSYSERR_NOTENABLED; @@ -2297,12 +2294,12 @@ DWORD wodSetVolume(WORD wDevID, DWORD dw return MMSYSERR_NOTENABLED; } if (ioctl(mixer, SOUND_MIXER_WRITE_PCM, &volume) == -1) { + close(mixer); WARN("ioctl(%s, SOUND_MIXER_WRITE_PCM) failed (%s)\n", WOutDev[wDevID].ossdev->mixer_name, strerror(errno)); return MMSYSERR_NOTENABLED; - } else { - TRACE("volume=%04x\n", (unsigned)volume); } + TRACE("volume=%04x\n", (unsigned)volume); close(mixer); /* save requested volume */
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eric Pouech wrote:
that's because oss2jack doesn't provide a proper mixer interface does the attached patch help ?
Yes. Great, thank you very much :-) ! BTW: I had to set "Hardware Acceleration" to "Emulation" (instead of "Full", but did not try other levels) to make mplayer2.exe play all my test wave files _right_. I used the c:/Windows/Media/*.wav files. And the strange thing was, that mplayer2.exe (with "Full") played some of them right and others wrong (= sounds like sampling freq. (transformation) issue). Thanks again, Joachim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD2SZMZY86bR8HqNwRAnoHAJ9e4vHcsA6f9gyLOCslnJoTRQT1iQCgz1L5 px1KrF4B9Yz0xBNXc0/DRQ4= =Q2qO -----END PGP SIGNATURE-----
On Mon, 23 Jan 2006, Joachim Förster wrote: [...]
some days ago I sent some mails to the wine-users list. My problem: the JACK output driver of wine does not work => wine segfaults; and the OSS output driver does not work, too. Windows Media Player (used for testing) says, it cannot find the audio hardware.
I have read on the wine-devel list that Jack >=1.0 was not binary compatible with older version that winejack was designed for. Could that be the reason why winejack segfaults? Did you try compiling Wine yourself on your system? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ There are 10 types of people in the world... those who understand binary and those who don't.
participants (4)
-
Chris Morgan -
Eric Pouech -
Francois Gouget -
Joachim Förster