http://bugs.winehq.org/show_bug.cgi?id=10121
Summary: Please add the ability to select ones Audio I/O devices (namely with OSS driver) Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-multimedia AssignedTo: wine-bugs@winehq.org ReportedBy: ionic@ionic.de
Hi guys,
I'm using OSS v4 for Linux. My setup is following:
# PCI card for output (has buggy recording features) # onboard card for input (has no 5.1 output :))
Thus I ask you to implement the option to select ones input and output devices, please, if you can, with winecfg into your OSS driver. :)
My setup would be following: output via /dev/dsp, input via /dev/dsp4 for example.
I hope that's possible and not too hard for you.
With kind regards,
-Ionic
http://bugs.winehq.org/show_bug.cgi?id=10121
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2007-10-20 12:51:24 --- Already there: AUDIODEV=/dev/dsp4 MIXERDEV=/dev/mixer1 wine myprogram.exe
http://bugs.winehq.org/show_bug.cgi?id=10121
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2007-10-20 12:51:32 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=10121
--- Comment #3 from Lei Zhang thestig@google.com 2007-10-20 13:03:07 --- (In reply to comment #1)
Already there: AUDIODEV=/dev/dsp4 MIXERDEV=/dev/mixer1 wine myprogram.exe
but it's poorly documented, I'll update the wine user guide.
http://bugs.winehq.org/show_bug.cgi?id=10121
--- Comment #4 from Austin English austinenglish@gmail.com 2007-10-20 13:09:15 --- The bug report was for an enhancement to add this to winecfg, not as a command line option. While not a high priority, it's not something that couldn't be done, IMHO.
Anyone else agree?
http://bugs.winehq.org/show_bug.cgi?id=10121
Mihai Moldovan ionic@ionic.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ionic@ionic.de
--- Comment #5 from Mihai Moldovan ionic@ionic.de 2007-10-20 13:12:21 --- Thank you, but uhm, I want to use two different devices, one for input and one for output.
with: AUDIODEV=/dev/dsp4 MIXERDEV=/dev/mixer1 wine myprogram.exe
I would be able to record something, but not to play it. So can you also introduce RECORDDEV and PLAYDEV, please? AUDIODEV can remain and will override both RECORDDEV and PLAYDEV for example. :)
Oh by the way, it's totally unimportant how that is implemented, command line is just fine!
-Ionic
http://bugs.winehq.org/show_bug.cgi?id=10121
--- Comment #6 from Mihai Moldovan ionic@ionic.de 2007-10-21 04:05:17 --- Created an attachment (id=8700) --> (http://bugs.winehq.org/attachment.cgi?id=8700) Patch to add support for selecting the input and outputdev
I mean something like this. I write this patch against the current stable WINE tree, but it's not working yet. So I hope that anyone will find the time, correct it, and send it upstream.
-Ionic
http://bugs.winehq.org/show_bug.cgi?id=10121
Mihai Moldovan ionic@ionic.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|FIXED |
--- Comment #7 from Mihai Moldovan ionic@ionic.de 2007-10-21 04:05:52 --- Reopening Feature Request/Bug.
http://bugs.winehq.org/show_bug.cgi?id=10121
Mihai Moldovan ionic@ionic.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #8700 is|0 |1 obsolete| |
--- Comment #8 from Mihai Moldovan ionic@ionic.de 2007-10-21 05:33:20 --- Created an attachment (id=8703) --> (http://bugs.winehq.org/attachment.cgi?id=8703) Fixes the misplaced if (OND==NULL && IND==NULL)
But this now raises a new problem (SIGSEGV?):
Unhandled exception: page fault on read access to 0x0000000f in 32-bit code (0xb7dd8e0b). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:b7dd8e0b ESP:0034f2bc EBP:0034f2d8 EFLAGS:00210206( - 00 - RIP1) EAX:0000000f EBX:7cce6ff4 ECX:00000003 EDX:7ccdf6af ESI:0000000f EDI:7ffdf000 Stack dump: 0x0034f2bc: 7ccc6620 0000000f 7ccdda90 00000006 0x0034f2cc: 7cce6ff4 bff3000f 00000000 0034f4d8 0x0034f2dc: 7cccae78 7ccdda8e 7cce74cc 7ccddfa0 0x0034f2ec: 7ccdda77 b7e94120 7c07d348 0034f314 0x0034f2fc: b7dd3d99 b7e94120 b7fed8ad b7ffafbc 0x0034f30c: 00000002 0034f330 0034f3d4 00000000 Backtrace: =>1 0xb7dd8e0b strlen+0xb() in libc.so.6 (0x0034f2d8) 2 0x7cccae78 OSS_WaveInit+0x1958() in wineoss (0x0034f4d8) 3 0x7ccdc015 OSS_DriverProc+0x165() in wineoss (0x0034f518) 4 0x7e76f254 in winmm (+0x1f254) (0x0034f568) 5 0x7e76f5b8 DRIVER_TryOpenDriver32+0xe8() in winmm (0x0034f5a8) 6 0x7e76f98e OpenDriver+0x1de() in winmm (0x0034f7f8) 7 0x7e76fa65 OpenDriverA+0x45() in winmm (0x0034f838) 8 0x7e771d90 in winmm (+0x21d90) (0x0034f8a8) 9 0x7e77246d MMDRV_Init+0x16d() in winmm (0x0034fd08) 10 0x7e783970 in winmm (+0x33970) (0x0034fd38) 11 0x7e784eb5 in winmm (+0x34eb5) (0x0034fd58) 12 0x7efa1035 call_dll_entry_point+0x15() in ntdll (0x0034fd78) 13 0x7efa29cd in ntdll (+0x329cd) (0x0034fe08) 14 0x7efa3053 in ntdll (+0x33053) (0x0034fe58) 15 0x7efa2f82 in ntdll (+0x32f82) (0x0034fea8) 16 0x7efa5af0 LdrInitializeThunk+0x2d0() in ntdll (0x0034ff08) 17 0x7ee48945 in kernel32 (+0x58945) (0x0034ffe8) 18 0xb7ed2b37 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0xb7dd8e0b strlen+0xb in libc.so.6: cmpb %ch,0x0(%eax)
Any ideas regarding this?
-Ionic
http://bugs.winehq.org/show_bug.cgi?id=10121
Mihai Moldovan ionic@ionic.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #8703 is|0 |1 obsolete| |
--- Comment #9 from Mihai Moldovan ionic@ionic.de 2007-10-21 06:43:50 --- Created an attachment (id=8704) --> (http://bugs.winehq.org/attachment.cgi?id=8704) Fixed Patch, is working, can go upstream.
Et voilá, here is the fixed and working patch.
Please send it upstream. :)
http://bugs.winehq.org/show_bug.cgi?id=10121
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Platform|All |Other Resolution| |WONTFIX
--- Comment #10 from Vitaliy Margolen vitaliy@kievinfo.com 2007-10-21 12:32:59 --- That won't work. That's the way it works on windows and that's the way it works on Linux. You have only one device you can use for input _AND_ output in case it supports full-duplex. If you have multiple devices, then it's up to the software to support that. In case you have one full-duplex device which does not support hardware mixing, now you have a problem of breaking it for all apps.
In other words what you asking is wrong and won't work. Feel free to implement it for your self, but it won't be part of Wine. Thus - closing WONTFIX
http://bugs.winehq.org/show_bug.cgi?id=10121
--- Comment #11 from Jan Zerebecki jan.wine@zerebecki.de 2007-10-21 12:52:35 --- Oh btw. also does support something like that internally.
http://bugs.winehq.org/show_bug.cgi?id=10121
Mihai Moldovan ionic@ionic.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Platform|Other |All
--- Comment #12 from Mihai Moldovan ionic@ionic.de 2007-10-21 14:51:05 --- (In reply to comment #10)
That won't work. That's the way it works on windows and that's the way it works on Linux. You have only one device you can use for input _AND_ output in case it supports full-duplex. If you have multiple devices, then it's up to the software to support that.
Feel free to implement it for your self, but it won't be part of Wine. Thus - closing WONTFIX
Uhm but it works fine for me. I started WINE via:
INPUTDEV="/dev/dsp4" OUTPUTDEV="/dev/dsp" MIXERINDEV="/dev/mixer1" MIXEROUTDEV="/dev/mixer" WINEDEBUG="" wine ~/.wine/drive_c/Programme/PMR446-oldclient/eQSO\ PC\ Client\ PMR446\ Build/Client_PCM0ZPD.exe
And my app can record from /dev/dsp4 and play to /dev/dsp. :) So where's the problem?
In case you have one full-duplex device which does not support hardware mixing, now you have a problem of breaking it for all apps.
That is in fact no problem. OSS has a transparent software mixer which is enabled by default - no matter whether your card is capable of hardware mixing. In other words: I have software mixing (for input and output) in each case and won't suffer from breaking apps. :)
On the other side I see your point: it probably won't work well with ALSA. But at least with OSS, that is no problem.
In other words what you asking is wrong and won't work.
Another wrong and broken thing: winecfg. It doesn't EVEN show both my soundcards but only one. This is also wrong and doesn't work, by the way.
I am quite speechless. Even in Windows you can select the Input and Output devices SEPARATELY. Just a little example: you are recording from a webcam with an integrated microphone but playing the sound via your soundcard.
Thus I do not think that my modification AND my idea is as worthless and wrong as you want it to be.
Ideas welcome.
-Ionic
http://bugs.winehq.org/show_bug.cgi?id=10121
Mihai Moldovan ionic@ionic.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Platform|All |Other
http://bugs.winehq.org/show_bug.cgi?id=10121
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|_obsolete_multimedia |-unknown
http://bugs.winehq.org/show_bug.cgi?id=10121
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Austin English austinenglish@gmail.com 2008-09-17 08:51:24 --- Closing WONTFIX.