-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
Screen Grabber\Image Extractor Not Always Working #2355
Comments
every image extractor is turned off. found this for a music file. Edit: Whelp, I accidently had the image extractor on for music. That being said, the image extractor is currently failing. So I haven't seen any movie Extraction attempts so far, I can change the ticket to image failure. It might be because the file has no image (can ffprobe verify that first before attempting to extract?) or the extractor is failing to pull the image. I don't know if I have any music that has images so I can't verify it. |
Both of these are unchecked. I'm sort of confused between their difference. What's the intended behavior?
|
Screen Grabber appears to be the source of the image extractor. |
Here's more screen grabber logs. I verified I had no image preview available.
|
Hey, i confirmed Screen Grabber / Image extraction is disable, and it's trigger anyway, for me it's failing only with remote file (rclone/gdrive), it's not suppose to be a problem because it's normally fully disable or as last option after provider to reduce request/bandwidth on gdrive.
|
I'm also experiencing the same thing, and I'm also using rclone mounted for storage. Manually running the ffprobe command which I found through the debug logging, it does take a few seconds to run, which could be longer than it should take if it was a local filesystem. Ultimately it feels like the root cause may be that the image extraction is still running when it shouldn't be (and is disabled on the library.) Because it is still running, the image extraction is still happening and is taking longer than expected due to the backend storage not being as responsive as jellyfin would like. Then jellyfin kills ffmpeg due to some static timeout and goes on its merry way. Items still get added to the library, things are still playable, etc, but the scan process is excruciatingly slow. |
This is on nfs mounted storage, no rclone. I'm not sure if it's networked related or not. Series Not sure what the pattern is, Here's the video info for the file. Its h264 10bit.
|
I'm only seeing mkv's impacted, found a dozen of them, all mkv. Here's another mkv. H264 8bit
Edit: Found a mp4 container that was impacted, again, nothing unusual about the codec.
Found a Jellyfin DVR recorded .ts file that failed as well. mov file failed.
|
|
I also confirmed this bug / issue happens for me only on Movie libraries, not TV Show libraries. |
I'm actually having it on shows, but that might only be because movies don't typically require a screen rip (unless there's no poster available) |
Any work arounds to fix this yet? |
I'm having the same issue on
|
Not that I've been able to find. It's simply slow and causing delays because the Image Extraction is basically always happening. And when the resources aren't local (say, on google drive) this process fails or times out because it takes too long. |
Same problem here with version 10.6.0 and tv shows stored on gdrive. |
Same problem in 10.6.3 |
Hey, I am facing this problem as well. I see the bug has been open for around 1.5 years now. |
I haven't been able to reproduce it so that might be why |
There's 2 seperate issues associated with this ticket. My problem was about the setting itself being ignored, the image extractor being on when told to be off. The other issue is that the image extractor fails and that seems to be associated with network/cloud based media. |
My bad, I switched off an unrelated setting when I should have switched off "Screen Grabber" as an image source for episodes. |
I could reproduce the Screen Grabber running when apparently disabled in a Movies, Shows, or Other type library for:
I addressed these cases as best as I could in #6820. In addition, the timeout for image extraction was doubled in (this commit)[https://github.com/jellyfin/jellyfin/commit/c2c06ae15b9d35ad587920a2a4994cf6f3381d5a], which may be enough to cover the image extraction failures originally reported. |
Does anybody know if theres a way to increase the timeout on ffmpeg image extraction, so that it mitigates the remote storage issue? The missing chapter images on some MKVs are starting to aggravate me. I'd like to be able to fix an otherwise mint library. |
Describe the bug
Found logs for FFmpeg Extractor trying to run. Everything is disabled so it shouldn't be running.
The System Exception errors are also interesting,
MediaStream videoStream, Nullable`1 imageStreamIndex, MediaProtocol protocol, Boolean isAudio, Nullable`1 threedFormat, Nullable`1 offset
Expected behavior
Extractor shouldn't be attempting to run when it's not called for.
Logs
The text was updated successfully, but these errors were encountered: