Some players load the wrong .srt files / play random colours #154
Comments
InBrewJ
changed the title
|
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. |
InBrewJ
added a commit
to InBrewJ/lrpi_player
that referenced
this issue
Oct 22, 2023
…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 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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:
FileExplorertests to handle more files, no files, etcFileExplorerwhen there is a .mp4 but no .srt and vice versa (if no .mp4 is found, system goes boom (gracefully),.srtfile is assumed to exist and built from.mp4filename - 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.jsonAlso, 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
.mp4track is being loaded and which.srtfile is being loaded.srttrack loaded to the frontend.mp4name and the.srtname 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
.srtfiles are 2019 but the.mp4files are 2023. Presumably the.srtfiles 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.mp4a 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: