First of all, I really appreciate this project.
I have noticed a strange fallback to only one channel (the first alsa channel on the system) transmitting or receiving audio after streams are reconfigured, the daemon is restarted or the network cable was unplugged and an audio application restarted. Most of the time I was able to fix it by stopping everything and reloading the kernel module. Observed both on bondagit-1.2 and 1.3 on:
- x86 (debian sid)
- banana pro (armbian focal)
- rpi 4 (raspbian minimal)
PTP GM and Streaming partner is a Lawo A__digital8.
The test ran fine on those systems, but since it loads the kernel module fresh, it doesn't catch this condition.
Only audio on the first channel of the system i/o (alsa) is played/transmitted. Mapping other channels leads to silence.
I can later do some more tests with more verbose logging - I just want to get the conversation started.
First of all, I really appreciate this project.
I have noticed a strange fallback to only one channel (the first alsa channel on the system) transmitting or receiving audio after streams are reconfigured, the daemon is restarted or the network cable was unplugged and an audio application restarted. Most of the time I was able to fix it by stopping everything and reloading the kernel module. Observed both on bondagit-1.2 and 1.3 on:
PTP GM and Streaming partner is a Lawo A__digital8.
The test ran fine on those systems, but since it loads the kernel module fresh, it doesn't catch this condition.
Only audio on the first channel of the system i/o (alsa) is played/transmitted. Mapping other channels leads to silence.
I can later do some more tests with more verbose logging - I just want to get the conversation started.