You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sort of. It does work, but imho if it is supposed to work with any of the above commands it is inherently a problem with newer linux releases or a bug. From what I experienced I'd say that the problem lies in the format. It is unclear what the encoder expects and it can not be defined. plughw seems to work because alsa does some "conversion magic" in the background. But that of course leads to more latency and imho overall another layer which can cause problems.
I have setup audioenc - dabmux - dabmod and all works with an audio stream from an url.
This: odr-audioenc -v "https://eatv.radioca.st/stream" -r 48000 -c 2 -o "tcp://localhost:9003" -l -b 192
Will result in proper encoding.
This: odr-audioenc -d hw:0,0 -r 48000 -c 2 -o "tcp://localhost:9003“ -l -b 192
or this: odr-audioenc --device=hw:0,0 -r 48000 -c 2 -o "tcp://localhost:9003“ -l -b 192
or this: odr-audioenc --device=sndrpihifiberry -r 48000 -c 2 -o "tcp://localhost:9003“ -l -b 192
or this: odr-audioenc --device= snd_rpi_hifiberry_dacplusadcpro -r 48000 -c 2 -o "tcp://localhost:9003“ -l -b 192
or this: odr-audioenc -d snd_rpi_hifiberry_dacplusadcpro -r 48000 -c 2 -o "tcp://localhost:9003“ -l -b 192
Will all result in a hanging prompt.
My aplay -l looks like this:
Any ideas?
The text was updated successfully, but these errors were encountered: