Luke 42077 Posted February 8, 2024 Posted February 8, 2024 6 minutes ago, AaronClarke said: Sorry Luke... was just fetching it... took a while to upload embyserver.txt 17.3 MB · 0 downloads Strange. Try shutting down the server and deleting your autoorganize database from C:\Emby-Server\programdata Then start back up and see if those sqlite errors happen again.
AaronClarke 3 Posted February 8, 2024 Posted February 8, 2024 I can't find a database called AutoOrganize... Is called something else?
Luke 42077 Posted February 8, 2024 Posted February 8, 2024 Sorry, the folder is C:\Emby-Server\programdata\data
AaronClarke 3 Posted February 8, 2024 Posted February 8, 2024 I found fileorganization.db and removed that... Restarted the server and now they are being organised. Thanks. Do you know why that was happening?
Luke 42077 Posted February 8, 2024 Posted February 8, 2024 14 minutes ago, AaronClarke said: I found fileorganization.db and removed that... Restarted the server and now they are being organised. Thanks. Do you know why that was happening? The plugin has changed it's database layout over the years and at some point the upgrade must not have been done correct. That and/or if you ever went back and forth from newer to older versions of the plugin, that can cause things like this.
kingy444 117 Posted February 9, 2024 Author Posted February 9, 2024 19 hours ago, kingy444 said: Popping back in with another thought because this mismatch could be pretty signifigant. Another mismatch I just had made me think of this, this time saved from file loss by metadata not being available for the mismatched target series My analysis: Previously in Auto Organise with Emby 4.7 the matching was pretty accurate because we were searching the provider metadata directly by the filename and not querying the local library Because Emby 4.8 is now using the internal library it is going to be somewhat difficult to ensure you have an exact match unless it is the only result returned, even then it may be wrong because you may be wanting to add a secondary series with a similar name (and the "Create new series" goes out the window in that case). From my understanding of the issue here we simply cannot assume the first result is the correct one For instance a couple examples based on the TVDB names. I am sure this problem extends way past the below examples. One Piece vs One Piece (2023) vs The One Piece The Office (US) vs The Office vs The Office (PL) The Avengers vs The Avengers: Earths Mightiest Heroes vs The Avengers: United They Stand Charmed vs Charmed (2018) vs Charmed to Death Lost vs Lost! vs Lost (2021) Sorry to dupe this thread, with the response from Aaron shortly after i posted this I was concerned it may get lost in the thread and I feel this one is probably more important than the "." issue
Luke 42077 Posted February 9, 2024 Posted February 9, 2024 Hi, please try the Auto-Organize 1.7.2 update and see if the search is more accurate. Thanks.
kingy444 117 Posted February 10, 2024 Author Posted February 10, 2024 Still getting similar results. The Series identification does seem to work OK. But the multiple series could present an issue with overwriting data when the match is not a one to one (and even then it is a little dicey) What would your opinon be in enhancing the functionality so that the plugin allows "Automatic Mapping" Or "Semi-Automatic Mapping" ? Thinking along the lines of, if multiple results are returned then "Semi-Automatic" would allow the user to "Match" that to the results, with an option to add that "match" to the Smart Matches so it is fully automatic next time?
kingy444 117 Posted February 10, 2024 Author Posted February 10, 2024 You mentioned the new auto organise uses your current library as the source of data, so in the case where I search for say “the office” I would see results for all 3 “the office” series Instead of assuming the first result is the correct one, the user would need to confirm the match before the sort to prevent a mismatch - once smart matches are built up it all essentially works in “fully automated” mode (until such time another multiple match happens)
Luke 42077 Posted February 10, 2024 Posted February 10, 2024 Right OK there's two things at play here. We had the discussion about the names separated by dots. That's what the 1.7.2 update addresses.
kingy444 117 Posted February 11, 2024 Author Posted February 11, 2024 20 hours ago, Luke said: Right OK there's two things at play here. We had the discussion about the names separated by dots. That's what the 1.7.2 update addresses. Given it a bit of testing and the 1.7.2 release seems to be handling the "." scenario again What are your thoughts on the seperate "modes" for the plugin to avoid mismatches ?
Luke 42077 Posted February 11, 2024 Posted February 11, 2024 Yea that makes sense, to not auto organize when multiple series matches are found. Or an option for that rather.
kingy444 117 Posted June 11, 2024 Author Posted June 11, 2024 Found another case where lookup is not working Current fix you applied works for series with Series Title but if it is Series Title (YEAR) then the lookup fails regardless of whether there is a "." in the name or not This does not throw anything in the logs - just a failed to lookup Series Title the year is never included This does not appear to affect all series for some reason
Luke 42077 Posted June 11, 2024 Posted June 11, 2024 Hi there, can you please provide a specific example? How to Report a Problem Thanks.
kingy444 117 Posted June 11, 2024 Author Posted June 11, 2024 (edited) embyserver-63853706165.txtexamples.txt Attached - And confirm these already exist in the library (I copied existing files into sorting) Edited June 11, 2024 by kingy444
Luke 42077 Posted June 11, 2024 Posted June 11, 2024 OK I think is just an extreme, highly unusual example: Sorting file \\10.1.0.21\Sorting\TV\Doctor Who (2023) .S01.E04...73.Yards.mp4
Happy2Play 9780 Posted June 11, 2024 Posted June 11, 2024 Don't know how Organizer maps as there is a mismatch in year for Doctor Who. 2024-06-11 12:35:41.541 Debug SqliteItemRepository: GetitemById Series 1384785 \\10.1.0.21\Media\TV\Doctor Who (2024) 024-06-11 12:35:46.636 Info App: Sorting file \\10.1.0.21\Sorting\TV\Doctor Who (2023) .S01.E04...73.Yards.mp4 2024-06-11 12:35:46.696 Debug App: Extracted information from \\10.1.0.21\Sorting\TV\Doctor Who (2023) .S01.E04...73.Yards.mp4. Series name Doctor Who, Season 1, Episode 4 2024-06-11 12:35:46.705 Warn App: Unable to find series in library matching name Doctor Who 2024-06-11 12:35:46.706 Info App: Sorting file \\10.1.0.21\Sorting\TV\Doctor Who 2023.S01.E06...Rogue.mp4 2024-06-11 12:35:46.706 Debug App: Extracted information from \\10.1.0.21\Sorting\TV\Doctor Who 2023.S01.E06...Rogue.mp4. Series name Doctor Who, Season 1, Episode 6 2024-06-11 12:35:46.709 Warn App: Unable to find series in library matching name Doctor Who 2024-06-11 12:35:46.712 Info App: Sorting file \\10.1.0.21\Sorting\TV\Doctor.Who.2023.S01.E05...Dot.&.Bubble.mp4 2024-06-11 12:35:46.712 Debug App: Extracted information from \\10.1.0.21\Sorting\TV\Doctor.Who.2023.S01.E05...Dot.&.Bubble.mp4. Series name Doctor.Who, Season 1, Episode 5 2024-06-11 12:35:46.715 Warn App: Unable to find series in library matching name Doctor.Who
Happy2Play 9780 Posted June 11, 2024 Posted June 11, 2024 But yes those naming schemes are a little extreme/edge cases.
kingy444 117 Posted June 11, 2024 Author Posted June 11, 2024 (edited) 11 minutes ago, Luke said: OK I think is just an extreme, highly unusual example: Sorting file \\10.1.0.21\Sorting\TV\Doctor Who (2023) .S01.E04...73.Yards.mp4 dont disagree - this was just testing because the default "Doctor.Who.(2023)" failed - kept them there for the sake of the logging you requested that being said, remove the "." from the name and i dont think the example is extreme at all as "Doctor Who (2023) S01E04 73 Yards" yields the same results Edited June 11, 2024 by kingy444
kingy444 117 Posted June 11, 2024 Author Posted June 11, 2024 (edited) 7 minutes ago, Happy2Play said: Don't know how Organizer maps as there is a mismatch in year for Doctor Who. Thats just the folder level - the metadata is mapped correctly (and also only one example). "The Tick" found to have the same issue Edited June 11, 2024 by kingy444
kingy444 117 Posted July 16, 2024 Author Posted July 16, 2024 (edited) another example of a mismatch to add for testing, the correct series directory existed in the library already Sorting file \\10.1.0.21\Sorting\Me.S01.E10...The.End.of.the.Beginning.mp4 to new path \\10.1.0.21\Media\TV\Merlin (2008)\Season 1\Merlin.S01.E10...The.Moment.of.Truth.mp4 Edited July 16, 2024 by kingy444 1
blakeusblade 4 Posted March 14, 2025 Posted March 14, 2025 I'm experiecing this issue too... Not only does it not identiy the show but the interface no longer has the + / Plus button to add a new show. Preventing adding a new show to the collections... Running Emby 4.8.11.0 with auto orgnaise (latest)
Luke 42077 Posted March 15, 2025 Posted March 15, 2025 17 hours ago, blakeusblade said: I'm experiecing this issue too... Not only does it not identiy the show but the interface no longer has the + / Plus button to add a new show. Preventing adding a new show to the collections... Running Emby 4.8.11.0 with auto orgnaise (latest) Hi @blakeusbladehave you setup any libraries using the tv shows content type?
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