mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-01-23 23:20:51 +01:00
[Issue]: Cannot resume media that is in progress #5951
Labels
No labels
area:database
awaiting-feedback
backend
blocked
breaking change: web api
bug
build
ci
confirmed
discussion needed
dotnet future
downstream
duplicate
EFjellyfin.db
enhancement
feature
future
github-actions
good first issue
hdr
help wanted
invalid
investigation
librarydb
live-tv
lyrics
media playback
music
needs testing
nuget
performance
platform
pull-request
question
regression
release critical
requires-web
roadmap
security
security
stale
support
syncplay
ui & ux
upstream
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: starred/jellyfin#5951
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ConnorS1110 on GitHub (Jun 7, 2024).
Please describe your bug
Progress for media tracks properly, but items cannot be resumed now as a regression from 10.9.5. It just stays on an endless loading screen. If I navigate to the actual media and start it over from the beginning it plays fine.
Reproduction Steps
Jellyfin Version
10.9.0
if other:
10.9.6
Environment
Jellyfin logs
FFmpeg logs
Please attach any browser or client logs here
No response
Please attach any screenshots here
No response
Code of Conduct
@jellyfin-bot commented on GitHub (Jun 7, 2024):
Hi, it seems like your issue report has the following item(s) that need to be addressed:
This is an automated message, currently under testing. Please file an issue here if you encounter any problems.
@wyattoday commented on GitHub (Jun 8, 2024):
This is a bug I’ve also run into. Newly added movies (since upgrading to 10.9) do not allow resumes and don’t save the position at all.
Movies added under 10.8.x are able to resume mid-movie (even when running 10.9x)
there seems to be something broken when Jellyfin 10.9.x adds new movies that’s not allowing it to save the position.
@Shadowghost commented on GitHub (Jun 8, 2024):
If you are using a reverse proxy, please check your configuration, especially the one for websockets.
@wyattoday commented on GitHub (Jun 8, 2024):
Not me. I’m just running it raw. It running locally too (nothing over the internet, all local intranet).
@wyattoday commented on GitHub (Jun 9, 2024):
Newly added media (under 10.9.x) is missing the media info (other than file path and container). Meaning it missing video information, audio information m, subtitle information, etc.
This might be the bug that is the source of this bug.
@gnattu commented on GitHub (Jun 9, 2024):
Check your ffmpeg install if this happens to you. Your ffmpeg installation is very likely to be invalid.
@wyattoday commented on GitHub (Jun 9, 2024):
@gnattu
I use the default FFMpeg install for Debian Sid.
Running
ffmpeg -versionreturns:Nothing exotic. Also, this exact FFMpeg install worked fine for Jellyfin 10.8.x. It's an internal changes between 10.8.x and 10.9.x that's causing these problems.
Yes, I'm not using the Jellyfin variant of FFMPeg -- I haven't had time to compile it for Debian Sid, and the vanilla version has worked perfectly for my needs. Also, the non-Jellyfin version also worked fine for 10.8.x.
@gnattu commented on GitHub (Jun 9, 2024):
And if you do this you need to remove the
--ffmpegcli in the startup options. We now explicitly search for jellyfin-ffmpeg for our debian packages. You need to remove that to use the system one.@wyattoday commented on GitHub (Jun 9, 2024):
I see, removing that option did allow Jellyfin 10.9.x to scan the metadata and populate it correctly.
I’ll check later if it allows resuming mid-media.
If so this is definitely a “user configuration error” … but could benefit from better fallback mechanism (or more visible errors letting the user how to fix it).
I’ll report back later, thanks.
@wyattoday commented on GitHub (Jun 11, 2024):
Yep, this was exactly the issue I was facing. FFMpeg wasn’t being correctly detected because whatever script I used (likely from Jellyfin’s own documentation from 10.8.x era) had that extra ffmpeg parameter which worked fine in 10.8 but broke things in 10.9
I don’t currently contribute any code to Jellyfin (though might in the future if I have time), but I believe 1 of 2 remedies should be applied:
@felix920506 commented on GitHub (Sep 8, 2024):
I cannot reproduce this on my side with latest weekly build, it seems like a problem with your install
@wyattoday commented on GitHub (Sep 8, 2024):
The problem was from a previous installation the —ffmpeg command line option was present (and pointing to nothing). See https://github.com/jellyfin/jellyfin/issues/12004#issuecomment-2156700673
This cause Jellyfin to not detect the system installation if ffmpeg. And thus not correctly index and query the media files.