Closed daed-alus closed 6 years ago
i think this is related to #6. The only way i have reproduce this error, is forcing the return of the Emby.Naming name parser. But with your server version, this should not happen. Maybe i fixed it in the PR #10.
Can you give me the extension ? i saw some code that change the behavior of the parser un function of the extension.
the extension is .mkv just to add, still happens with .24
I am still not able to reproduce ... I test the thing with 2 setups : Windows and Docker linux (The same version Version 3.3.1.24 beta) Stock 1.2.3.0 plugin (Windows is a fresh install, Docker the "production" install)
Each time i get a good identification.
like #6, You can check the server log in debug for a line like Extracted information from D:\....\blood-drive-s01e11-1080p.mkv. Series name blood-drive, Season 1, Episode 11
?
Do you have a long path ? Could you send me an entire server log in debug mode ? I really think all your problem are the same thing, but i don't understand the why for the moment
server v3.3.1.24 plugin v1.2.3.0
season and episode number get extracted correctly by the server, if not already remembered patterns, that get sorted correctly, i think also wouldn't work
2018-04-25 23:30:32.241 Info App: Sorting file D:\...\steins-gate-s01e01-1080p.mkv
2018-04-25 23:30:32.303 Debug App: Extracted information from D:\...\steins-gate-s01e01-1080p.mkv. Series name steins-gate, Season 1, Episode 1
2018-04-25 23:30:32.361 Warn App: Unable to find series in library matching name steins-gate
and then when clicking the + to add a new series i get this
In your data folder, can you send me the file fileorganization.db
?
Be careful to have an serie/episode in the same case.
This file is the database it store the extractedName, season and episode.
I Warn, this file contains the full path to the Media file.
If you don't want to send the file, you could check yourself with a tool like SQLiteDatabaseBrowserPortable
Close your Server OR copy the database file
Clic the "Open DataBase"
Select the
fileorganization.db
file
Clic "Browse Data"
Check the extracted Value
ok with server v3.3.1.25 it works again
manual organize dialog now default to 'series' but is empty, so i think #6 is back?
only switching to 'blank/movie' and back to 'series' fills the forms correctly
and further the series name gets filled and later remembered correctly
server v3.4.0.0 & v3.4.0.1 beta brought back the initial issue, episodes get recognizes as mediatype 'movie' again and so season/episode# gets again included in the pattern
Did you use the same watch folder for movies and TV shows ? If yes, the actual published version have only partial support.
You could try to use the automated build of my local repos. You just have to replace the autoorganize full in the plug-in folder.
I just warn you that, new smartmatches will not appear if you rollback to the standard version.
https://github.com/PoppyPop/Emby.AutoOrganize/releases/tag/5.0.0.2
I'm still waiting for @luke to review the PR #10, but I think it will resolve some of your issue.
yes, was a combined folder, couldn't imagine that your "detection" is only based on the watchfolder
i've split it up now and it seems to work as expected resolving this and #6
if a combined watched folder is not/"only partial" supported and you know, it why is there no hint/note about it?
Simply, because I never tested it.
I noticed it, before my holiday, and made a fix to handle it.
When I tried to reproduce your problem, i came across strange thing in this configuration, but not the same problems as yours.
The PR #10 resolve this issue. I will add a comment to reference this issue.
server v3.3.1.23 plugin v1.2.3.0