-
-
Notifications
You must be signed in to change notification settings - Fork 213
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Scheduled items did not play, dead air until manually removed & rescheduled #2471
Comments
Hmm, after a quick look at the playout logs, I wonder why you have so much update_schedule messages, does the schedule get updated every 5 to 20 seconds on the UI ? Some of the schedule send aren't even changing. Btw, You seem to still rely on uwsgi, is that correct ? You also have a lot of logs saying some of your files are missing, probably not related but just raising it here. |
That is a very good question. I'm not certain when update_schedule fires? Would updates to future shows cause it? I could definitely see updates every 5-20 seconds occurring in bursts as people are building out future programs, if every time someone adds a track to a show it sends update_schedule.
How could I verify this? This instance was originally created on a build somewhere between alpha 8 and 9 (2003e68 per my notes) and has been upgraded a few times since, most recently to 3.0.1 in January. Edit: based on my running processes, no uwsgi is running - Libretime is using gunicorn as expected after alpha-13.
I have noticed that as well. Not sure what would cause that - all the files that are referenced in liquidsoap.log would be created (and deleted) by playout, yes? |
This issue has been automatically marked as stale because it has not had activity in the last 5 months. It will be closed if no activity occurs in the next month. |
Describe the bug
This issue occurred around 15:00 local time (19:00 UTC) on 2023-03-20.
Schedule contained the following items:
The first played without issue, then playback was silent (stream output showed "Libretime Offline".)
Reviewing the logs, all seems normal except in liquidsoap.log - relevant excerpt attached below. It seems like what happened is the first item played without issue, then at 19:00:30 both 5531 and 483 (for a second time) were "accepted" by liquidsoap.
The log suggests item 259048 (audio 483) played again but in reality neither was output.
Third file did not play at 15:00:43 and playout remained silent until that item was removed from schedule and new items manually added.
It appears that liquidsoap was waiting the 30 seconds for 259048 to play a second time (through to 15:01) then failed with
Failed to prepare track: request not ready.
All the current log files:
legacy.log
liquidsoap.log
playout.log
analyzer.log
api.log
To reproduce
Unknown. All relevant media has played in the past without issue.
Expected behavior
Scheduled media plays at time scheduled.
Relevant log output or error messages
LibreTime version
3.0.1
Installation method and OS / Environment
Operating system: Ubuntu 20.04.5 LTS
Method: installer script
Installation details
No response
Client Environment
Operating system: Windows 10
Browser: Version 111.0.5563.65
Screenshots
No response
The text was updated successfully, but these errors were encountered: