-
-
Notifications
You must be signed in to change notification settings - Fork 2
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
Some players load the wrong .srt files / play random colours #154
Comments
A starting point to the investigation: Room 1 unit 7 Poole. Newer audio tracks won't play and apparently, for example 25_Tangled_Hair. The main problem of it not playing the newer audio tracks in the list has been in other places as well. Or hasn't been playing the right lighting files. |
…plorer in the case that the .srt file does not exist in the filesystem. All seems well - and yet all is for some reason not as it seems
Example logs from poole-unit7-02 (problems with good hour is observed here, too) This pattern of:
Is similar to the Liverpool logs
|
Original report
I have had some strange faults come through on the 3b+player. Some players seem to play different colours/ ie treatments. Its as though they are picking other srt files to play. But its not for all of them, its completely random rooms. I was thinking it was a naming convention that other srt tracks might be the same else where on the USB, but they weren't.
I have asked people to restart the boxes. Some have said it didn't fix and I haven't heard from others so I assume it worked.
These faults all did happen when you pushed the last repo.
Thoughts:
FileExplorer
tests to handle more files, no files, etcFileExplorer
when there is a .mp4 but no .srt and vice versa (if no .mp4 is found, system goes boom (gracefully),.srt
file is assumed to exist and built from.mp4
filename - Lighting checks if os.path.exists, will not start lighting / scheduler in that case; audio will still play)Is there something perhaps going on with the existence of the content.json in a directory?
content.json
Also, look into this very odd behaviour in Liverpool 03 - this could be the 'tracks don't play' or 'random colours' problem:
The good hour on GDrive (not updated recently - seems like a solid test track):
Plan of action
Improvement ideas
.mp4
track is being loaded and which.srt
file is being loaded.srt
track loaded to the frontend.mp4
name and the.srt
name visible in some sort of debug menu (tap an 'i' in the header?)Investigation notes (potentially see more in the comments)
errors like this appear locally:
(note that this is on a newer track)
For this particular track, note that the last modified timestamps of the
.srt
files are 2019 but the.mp4
files are 2023. Presumably the.srt
files were copy / pasted on GDrive?Is something odd happening between rclone and GDrive when files are copied from one directory to another? [INVESTIGATE FURTHER]
23_Renaissance/01_Hope_Sanguine_Goldfinch/03 _Hope_Sanguine_Goldfinch.mp4
a space exists in the filename03 _Hope
- could this be causing weird problems? Audio still seems to play okay, but what about the parsing of the srt files? Are there any strange knock on effects for rclone?The text was updated successfully, but these errors were encountered: