Closed pranza closed 4 years ago
Hi,
Thanks for the report. It does look like a bug. What are the definitions of quartz
and naktinis
?
hello!
that's what you asked for:
quartz = playlist(id="quartz", "D:/airy/quartz", reload_mode="watch")
naktinis = playlist(id="naktinis", mode="random", reload_mode="rounds",reload=1, "L:/archyvas/radijos/naktis.m3u")
and i also noticed my simple radio also has a weird problem - it runs out of tracks on a random playlist after a while:
2019/10/08 09:30:22 [radio(dot)audiomastering(dot)lt:3] Closing connection...
2019/10/08 10:30:00 [dzingl:3] Prepared "D:/airy/fluxnair/fluxdzingl.wav" (RID 0).
2019/10/08 10:30:00 [radio(dot)audiomastering(dot)lt:3] Connecting mount fluxnair for source@localhost...
2019/10/08 10:30:00 [radio(dot)audiomastering(dot)lt:3] Connection setup was successful.
2019/10/08 10:30:00 [switch_8133:3] Switch to dzingl.
2019/10/08 10:30:22 [radio(dot)audiomastering(dot)lt:3] Source failed (no more tracks) stopping output...
2019/10/08 10:30:22 [radio(dot)audiomastering(dot)lt:3] Closing connection...
2019/10/08 11:30:00 [dzingl:3] Prepared "D:/airy/fluxnair/fluxdzingl.wav" (RID 0).
2019/10/08 11:30:00 [radio(dot)audiomastering(dot)lt:3] Connecting mount fluxnair for source@localhost...
2019/10/08 11:30:00 [radio(dot)audiomastering(dot)lt:3] Connection setup was successful.
2019/10/08 11:30:00 [switch_8133:3] Switch to dzingl.
2019/10/08 11:30:22 [radio(dot)audiomastering(dot)lt:3] Source failed (no more tracks) stopping output...
that one had just one thing going without any fallbacks:
playlist(id="dieninis", mode="random", reload_mode="rounds", reload=1, "D:/airy/fluxnair")
now i replaced it with this:
dieninis = playlist(id="dieninis", mode="random", reload_mode="watch", reload=3600, "D:/airy/fluxnair")
and will check how it goes...:)
regards, Pranas
Thanks for providing those details. The error that you are seeing is not consistent with your script, there shouldn't be any error at all.
Since you've been having so much trouble with other, unrelated things, I am suspecting some problem of a different nature, essentially some sort of stack corruption.
Could you let me know the exact architecture of your windows server and the exact liquidsoap zip archive that you have used? I will try to reproduce locally then.
Sent everything via email to you!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Hi! I think I'm gonna need more of your script to be able to debug this one. Any chance you could provide the whole of it? Feel free to email it to: toots@rastageeks.org if needed.
hi Romain!
i think i've sent you the configs earlier several times, it might have been from pranza@gmail.com or this one. could you please check?
regards, p
On 25 Jul 2020, at 18:37, Romain Beauxis notifications@github.com wrote:
Hi! I think I'm gonna need more of your script to be able to debug this one. Any chance you could provide the whole of it? Feel free to email it to: toots@rastageeks.org if needed.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
I think that I see your issue from your muilas
script. It seems to be coming from the dzinglas
source. Here's the reason why it happens:
crossfade
need to be on a special clock. This is because, when computing the source transition, the crossfade needs to accelerate the underlying sources to buffer end and beginning of track.dzinglas
is used as part of the transition in the crossfade so it is not initially seen by the script as being part of the crossfade clockcrossfade
, here:
radio = add([radio, switch([({30m31s},dzinglas)])])
This causes dzinglas
to be assigned to the top-level clock, which is different from the crossfade
clock.
crossfade
, liquidsoap detects a clock inconsistency and raises the error that you see.A simple solution is to define that source twice, for instance:
dzinglas = single(id="dzingl", "D:/Fonoteka/Garsai/poch.mp3")
radio = add([radio, switch([({30m31s},dzinglas)])])
Then, each instance will be attached to a different clock.
I will push a better error report message for this error and close this issue.
Hope that helped. Make sure to check your script for similar situations with other sources!
Thanks for reporting!
thanks, Romain! would never have guessed that...:) let's see how it works now.
regards, p
It happens every morning around 8 o'clock. after the night playlist has to switch to something else:
the fallback system is as follows and the shutdown occurs at transition from "naktinis" to "quartz":
Version details
Please let me know if any other info is needed.