-
-
Notifications
You must be signed in to change notification settings - Fork 132
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using dsnoop with input.alsa #293
Comments
Hi, I can reproduce this. It seems like the Have you tried using the |
The default device is associated with a specific hw type notation and will function as such. For audio devices that support multiple access to the hardware this will be fine to use however for a USB sound card (cmedia) that supports only one access it becomes problematic as multiple access needs to handled on the software level. dsnoop is alsa's "software audio bus" and works for other applications like arecord, lame, etc. could this non support possibly just be a bug? |
as a workaround I have resorted to |
That's a nice workaround! Have you tried using |
Otherwise, this should work:
|
|
And the reason for the failure is that
|
Thanks Mr Toots,
|
Yeah, it shouldn't be a big deal.. |
Hello toots and everyone, 2020/01/20 11:56:48 [/stream(dot)1:3] Connecting mount /stream for [email protected]... It only happens when connection lost with icecast server. I loopback the audio and a hear only "hşşştşshşşs" When connection established wtih icecast I recieved 2019/12/30 11:42:40 [/stream:3] Closing connection... how can I fix this issue? There is no error when I use "plughw:1,0" as device but dsnoop make things wrong. edit:
as StudentSA workaround and then I recieved. When I loopback the audio, I hear the audio with breathtakings. 2020/01/20 12:18:32 [STREAM:3] Connecting mount /stream for [email protected]... |
Hi,
I would like to stream data using input.alsa however I do not want to use the "hw:1,0" device as this causes the device to enter a inaccessible/busy state to other programs.
Alsa has a builtin "dsnoop:1,0" device that allows multiple programs to read the data however liquid soap fails when using dsnoop as device.
This line works fine:
but when replaced with this:
fails with:
How can I stream from using
alsa.input
while still being able to use arecord on the command line?The text was updated successfully, but these errors were encountered: