Ferwin29 13 Posted Wednesday at 04:03 PM Posted Wednesday at 04:03 PM (edited) yes I restarted twice to be sure. Edited Wednesday at 04:10 PM by Ferwin29 1
yocker 1973 Posted Wednesday at 05:41 PM Author Posted Wednesday at 05:41 PM 1 hour ago, Ferwin29 said: Sorry, I've got the same error in 2.9.0.3 Try version 2.9.0.5 beta in the catalog. 1
yocker 1973 Posted Wednesday at 05:55 PM Author Posted Wednesday at 05:55 PM Just now, Ferwin29 said: It's ok now, thank you No problem. 1
fbourg 8 Posted Thursday at 06:03 AM Posted Thursday at 06:03 AM Hello @yocker, I think the problem was actually on my end. I had an Unraid plugin that stops all containers overnight for backups, sorry about that! That said, I had no issues at all last night. 1
yocker 1973 Posted Thursday at 09:17 AM Author Posted Thursday at 09:17 AM 3 hours ago, fbourg said: Hello @yocker, I think the problem was actually on my end. I had an Unraid plugin that stops all containers overnight for backups, sorry about that! That said, I had no issues at all last night. That would explain it! Been scratching my head hairless figuring out what it could be. Happy to hear it's working now!
fbourg 8 Posted Thursday at 09:22 AM Posted Thursday at 09:22 AM 3 minutes ago, yocker said: That would explain it! Been scratching my head hairless figuring out what it could be. Happy to hear it's working now! Really sorry for the false alarm and for making you scratch your head over this! Thanks a lot for your quick replies and for this great plugin. Everything is running smoothly now! 1
yocker 1973 Posted Thursday at 09:27 AM Author Posted Thursday at 09:27 AM 1 minute ago, fbourg said: Really sorry for the false alarm and for making you scratch your head over this! Thanks a lot for your quick replies and for this great plugin. Everything is running smoothly now! No need to apologize. No problem and thank you too!
sydlexius 327 Posted Thursday at 03:49 PM Posted Thursday at 03:49 PM (edited) 9 hours ago, fbourg said: Hello @yocker, I think the problem was actually on my end. I had an Unraid plugin that stops all containers overnight for backups, sorry about that! That said, I had no issues at all last night. @fbourgSomething you can consider (even if temporary) is to set the "backup/restore appdata" plugin to skip Emby; you can also potentially replace it with Emby's own "Backup" plugin and avoid downtime altogether. With that said, I do the same thing that you do, as I have found restoring from the appdata backup to be quite a bit more seamless. Edited Thursday at 03:49 PM by sydlexius 1
fbourg 8 Posted 8 hours ago Posted 8 hours ago @yockerDo you know why I have nearly 17,000 skipped episodes? I don't have the log file yet, should I enable OCR? @sydlexiusthank you
yocker 1973 Posted 6 hours ago Author Posted 6 hours ago 1 hour ago, fbourg said: @yockerDo you know why I have nearly 17,000 skipped episodes? I don't have the log file yet, should I enable OCR? @sydlexiusthank you Chroma/Hash detection needs either the same music between episodes or a black scene transition. If none of those are in the episodes then the detection will fail. A propper set up OCR can help with that, yes.
fbourg 8 Posted 6 hours ago Posted 6 hours ago 7 minutes ago, yocker said: Chroma/Hash detection needs either the same music between episodes or a black scene transition. If none of those are in the episodes then the detection will fail. A propper set up OCR can help with that, yes. Thanks for clarifying! Just to be sure I understand correctly: are the ~17,000 'skipped' episodes actually considered successful because the timings were resolved through batch audio comparison (since it says 'Only needed for audio comparison'), meaning only the ~4,600 'failed' episodes need OCR fallback?
yocker 1973 Posted 6 hours ago Author Posted 6 hours ago (edited) 26 minutes ago, fbourg said: Thanks for clarifying! Just to be sure I understand correctly: are the ~17,000 'skipped' episodes actually considered successful because the timings were resolved through batch audio comparison (since it says 'Only needed for audio comparison'), meaning only the ~4,600 'failed' episodes need OCR fallback? I should remove that from being shown as they are not truly "skipped". Chroma needs other episodes to compare the sound to before it knows what is the credit transition and there for what to look for. The skipped you see are just episodes it used for the comparison and not episodes it actually ran the detection on hence the "Only needed for audio comparison". There are also other reasons episodes are skipped, like for example they already have been run though detection, they are configured to be skipped in the rules sections and/or they failed previously (if that setting has been enabled). They are simply skipped to save time and not having to re-run detection every time on them when not needed. Quick disclaimer. The plugin's detection is not perfect, it needs episodes to either have the same music or a black scene transition. If none of those are there it will fail. Using OCR can help with that as almost all TV shows use credit scenes with text. As long as the OCR is set to look for the correct keywords and the text is not some strange fuzzy or stylized text, like anime tend to have, it will find the credits. This requires a bigger computer though as it's basically a small AI that is used to read the text. While OCR works and is in general more precise than the other detections i don't use it my self, the small Dell machine i have for my Emby is too small for it. Only my test and main machine have the horse power to run it. TL:DR. If you feel like there are too many failed episodes you can try and run manual detection on them again one TV show at a time. If you think they shouldn't have failed then send me a log from the "dry run with debug" and i will look at it. (One TV show at a time please so i don't get a 50MB log ). Edited 6 hours ago by yocker 1
fbourg 8 Posted 4 hours ago Posted 4 hours ago 1 hour ago, yocker said: I should remove that from being shown as they are not truly "skipped". Chroma needs other episodes to compare the sound to before it knows what is the credit transition and there for what to look for. The skipped you see are just episodes it used for the comparison and not episodes it actually ran the detection on hence the "Only needed for audio comparison". There are also other reasons episodes are skipped, like for example they already have been run though detection, they are configured to be skipped in the rules sections and/or they failed previously (if that setting has been enabled). They are simply skipped to save time and not having to re-run detection every time on them when not needed. Quick disclaimer. The plugin's detection is not perfect, it needs episodes to either have the same music or a black scene transition. If none of those are there it will fail. Using OCR can help with that as almost all TV shows use credit scenes with text. As long as the OCR is set to look for the correct keywords and the text is not some strange fuzzy or stylized text, like anime tend to have, it will find the credits. This requires a bigger computer though as it's basically a small AI that is used to read the text. While OCR works and is in general more precise than the other detections i don't use it my self, the small Dell machine i have for my Emby is too small for it. Only my test and main machine have the horse power to run it. TL:DR. If you feel like there are too many failed episodes you can try and run manual detection on them again one TV show at a time. If you think they shouldn't have failed then send me a log from the "dry run with debug" and i will look at it. (One TV show at a time please so i don't get a 50MB log ). Thanks for the explanation, that makes total sense! Yes, removing or clarifying that 'skipped' display would definitely prevent confusion. I'll let the scan finish and then test manual OCR detection on the failed shows. 1
yocker 1973 Posted 3 hours ago Author Posted 3 hours ago 32 minutes ago, fbourg said: Thanks for the explanation, that makes total sense! Yes, removing or clarifying that 'skipped' display would definitely prevent confusion. I'll let the scan finish and then test manual OCR detection on the failed shows. No problem. Tbh. the default settings might be a little too tight as well. Made them like that to make them as precise as possible and limit the number of false positives. It's an on going "battle" to find settings that are juuuuust right. 1
Baenwort 125 Posted 31 minutes ago Posted 31 minutes ago I view this as doing it it layers. I want to start off with tight settings and then it would be nice to have a button for 'looser' settings so you could easily swap between pre-sets depending on how much it bothers you to have the marker wrong. I am seeing an issue with 2.9.0.5 in that it seems to stop with a 'complete' mark after only doing a couple hundred episodes even though it says there are over 10K left to do. I'll reboot the logs and try to minimize activity to get a clean capture tonight after everyone goes to bed.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now