Closed gabsoftware closed 1 year ago
I tried to migrate to 2.2.0 but same error.
Hi and thanks for reporting. I have a couple of suggestions to enhance the script but, to respond to your original issue, you shouldn't be using wav
as the transport format. The WAV format has a global header that is sent only once and never repeated so, when the connection restarts, the output is not sending the way header and, so, the harbor input fails to decode data.
If you want to send lossless data, I would recommend %ogg(%flac)
, which should work fine for this use-case.
Describe the bug With input.harbor, every few hours, I get the message "Source failed (no more tracks) stopping output...". With log level at 4, the message is only "Buffer emptied, buffering needed.".
Then the security (single) plays and never stops even though input.harbor has data (I know it has data because it receives metadata in the log).
To Reproduce Here is the script that is failing
Liquidsoap stdout reports:
Here is an example of log:
And it goes on and on...
It still receives the metadata from new songs...
Just for reference, here is the liquidsoap script in my home that sends data to the input.harbor on the server (there are no errors on that side):
I have a 2 Gbit/s down / 800 Mbit/s up optical fiber internet connection at home so we can rule out insufficient bandwidth issues.
Expected behavior Ideally, should not have that error. But when it does, it should resume playing the input.harbor source when it's available again.
Version details
Install method Installed by downloading the .deb packages manually for Debian Bullseye