-
-
Notifications
You must be signed in to change notification settings - Fork 146
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
Player crash on start of long movies #2060
Comments
Oh my bad - I totally missed the instructions on how to use the debug tools! I tried to do some playing around with those and it looks like this is the error message that comes back on the player crash:
I'll see if I can do some more digging on that! Thanks so much again! |
Sorry - not sure if this is helpful at all! It looks like the HLS playlist url that gets sent to the video player (m.top.content.url) has a pretty big main.m3u8 (about 4.6MB I think!) with most of the size coming from each .ts segment in the playlist having a copy of the URL query parameters from the content url (ie. DeviceProfileId, MediaSourceId, TranscodeReasons, etc. - added here I think!), and with the large number of segments for longer files (ie. 4566 segments for one of the test files) it looks like that leads to a pretty big playlist file size if that could maybe be a reason for that "mpr playlist file is too large." message! Here's one of the playlist segment lines with just some of the parameter values replaced!
Oh it looks like it might be similar to this forum post if that could maybe be related at all! Thanks so much again, and definitely let me know if there's anything else I can try to send on over or anything! |
I wonder if the error is hitting a file size limit or a memory limit. If it's a memory limit maybe we could download this file to temp storage first?
I'm assuming this url is generated based on the device profile we send the server which means we could remove unneeded params by cleaning up the device profile but I would need to test to be sure.
We should know if the device supports hevc or not by now (canPlay4K = hevc supported). That would eliminate half of this string and seems like the best place to start: Could also clean up |
Thanks so much for taking a look at this! Definitely let me know if there's any testing or anything I can try and help out with! And sorry for all the comments - time off before Thanksgiving hahah! Thanks so much again for everything! |
I'm having a similar experience (similar movie, one of the same Rokus, user experience, and lack of ffmpeg logs). Jellyfin Server Version: 10.10.3 (Docker; i3-12100) Also willing to help after Thanksgiving! If getting those logs from the Roku is as simple as this, I'll try in about a week Video
Audio
Two other movies with the same encoding, but shorter, work fine:
|
Software Versions
Describe the bug
Thanks so much for everything you all do, you make Jellyfin so much fun to use! And sorry if this is a funky one! When attempting to play certain long movies, the Roku video player pops up for a second and then crashes back to the Jellyfin client - it looks like an error message shows for a split second but I'm too slow to read it! Oh and I'm not totally sure, but it seems like a similar situation to #2048 (even one of the same movies I think!) but without the AC3 audio aspect I think!
It happens every time on the 4 longest movies I have, the shortest being 3h16m and the longest 4h23m - and seems unrelated to ie. codec/filesize. I haven't been able to reproduce it on any movie shorter than those 4, with the longest movie playing successfully being 3h10m.
In the Roku client I have the bitrate limit set to 10mbps to kick off transcoding, and haven't had any luck with ie. disabling/enabling the codec profile compatibility settings or trying different requested audio codecs or anything like that. I've tried to play the videos on a Streaming Stick 4k and an Ultra and get the same behavior on both - it looks like the videos play with the Roku Media Player via the DLNA plugin and direct play/transcode successfully on other devices though, so hopefully there's not an issue with the files themselves!
Oh and I'm not sure if this could be related, but I have trickplay files created for those 4 movies - I tried deleting the trickplay files for one of them and retrying but it looks like it still crashed on start if that could maybe be related at all!
Thanks so much again, and definitely let me know if there's any other info I can provide or anything!
How To Reproduce
Expected behavior
Logs
Server Logs - I think this is the only thing I can see that pops up when attempting to play (no FFmpeg logs or anything - player seems to crash before a transcode is requested) - definitely let me know if there's anything else I can provide though!
Device Logs
Wasn't able to see any output on any of the Roku debug ports - it seems like it's the Roku video player crashing as opposed to the Jellyfin app I think!
FFmpeg Logs
None created - player seems to crash before transcode requested/kicks off
Example File 1
Example File 2
Connection Information
Thanks so much again for everything you all do, and definitely let me know if there's anything I can do or any other info I can try to send on over or anything!
The text was updated successfully, but these errors were encountered: