Closed FendleTruck closed 2 years ago
This should be fixed as of the Rolling-Release update I pushed yesterday: https://github.com/AzuraCast/docker-azuracast-radio/pull/15
This should be fixed as of the Rolling-Release update I pushed yesterday: AzuraCast/docker-azuracast-radio#15
Updated to latest rolling release (983b6c5), same issue, different log info:
When recording to MP3:
2022/02/07 14:52:27 [lang:3] DJ Source connected! Last authenticated DJ: Stream1 - [removed, ("User-Agent", "butt 0.1.30"), ("Content-Type", "audio/mpeg"), ("ice-name", "no name"), ("ice-public", "0"), ("ice-audio-info", "ice-bitrate=128;ice-channels=2;ice-samplerate=48000"), ("Expect", "100-continue")]
2022/02/07 14:52:27 [lang:3] API djon - Sending POST request to 'http://web/api/internal/1/djon' with body: { "user": "Stream1" }
2022/02/07 14:52:27 [lang:3] API djon - Response (200): /var/azuracast/stations/teststation/temp/Stream1/stream_20220207-145227.mp3
2022/02/07 14:52:27 [input_streamer:3] Decoding...
2022/02/07 14:52:27 [next_song:3] Prepared "/var/azuracast/stations/teststation/media/Track 1.mp3" (RID 28).
2022/02/07 14:52:27 [lang:3] AutoDJ is ready!
Invalid return value 0 for stream protocol
Invalid return value 0 for stream protocol
Invalid return value 0 for stream protocol
Invalid return value 0 for stream protocol
2022/02/07 14:52:31 [input_streamer:2] Feeding stopped: Ffmpeg_decoder.End_of_file.
2022/02/07 14:52:31 [lang:3] API djoff - Sending POST request to 'http://web/api/internal/1/djoff' with body: { "user": "Stream1" }
2022/02/07 14:52:31 [lang:3] API djoff - Response (200): true
When recording to OGG:
2022/02/07 14:54:54 [lang:3] DJ Source connected! Last authenticated DJ: Stream1 - [removed, ("User-Agent", "butt 0.1.30"), ("Content-Type", "audio/mpeg"), ("ice-name", "no name"), ("ice-public", "0"), ("ice-audio-info", "ice-bitrate=128;ice-channels=2;ice-samplerate=48000"), ("Expect", "100-continue")]
2022/02/07 14:54:54 [lang:3] API djon - Sending POST request to 'http://web/api/internal/1/djon' with body: { "user": "Stream1" }
2022/02/07 14:54:54 [lang:3] API djon - Response (200): /var/azuracast/stations/teststation/temp/Stream1/stream_20220207-145454.ogg
2022/02/07 14:54:54 [input_streamer:3] Decoding...
2022/02/07 14:54:59 [live_fallback:3] Switch to map_metadata_0 with transition.
Invalid return value 0 for stream protocol
Invalid return value 0 for stream protocol
Invalid return value 0 for stream protocol
2022/02/07 14:55:30 [input_streamer:2] Feeding stopped: Ffmpeg_decoder.End_of_file.
2022/02/07 14:55:30 [lang:3] API djoff - Sending POST request to 'http://web/api/internal/1/djoff' with body: { "user": "Stream1" }
2022/02/07 14:55:30 [lang:3] API djoff - Response (200): true
Looks about the same, right around the map_metadata_0 things fall apart.
Can verify this on my test server.
I have created a GH issue on the Liquidsoap repository including some detailed traces made with gdb: savonet/ocaml-taglib#11
Thank you for your report. We will get this figured out 👍
I'm surprised I found a real bug, and not just a mistake on my part.
Exciting!
Thank you again for your report.
The fix for this bug is now merged. 👍
Awesome, working perfectly on my server now!
Thank you!
Installation Method
Docker Installation
AzuraCast Release Channel
Rolling Release Channel
Current AzuraCast Version
Rolling Release #4f6c342
What happened?
When recording of live broadcasts is enabled, selecting MP3 as the format causes BUTT to lose connection after 5 seconds (I suspect immediately in reality).
Changing the format to OGG produces no such error.
Relevant log output