Matching problem on TheTVDB
Re: Matching problem on TheTVDB
But I didn't set the -non-strict option in my command.
Re: Matching problem on TheTVDB
Well there, can you guess what my next question will be then?
Re: Matching problem on TheTVDB
Nope! You know my command already but here you are.
java -Dunixfs=false -DuseExtendedFileAttributes=true -DuseCreationDate=false -Djava.net.useSystemProxies=false -Dsun.net.client.defaultConnectTimeout=10000 -Dsun.net.client.defaultReadTimeout=60000 -Djna.nosys=true -Dapplication.deployment=portable -Dapplication.analytics=true "-Dapplication.dir=D:\Portable Applications\Platform\PortableApps\FileBot" "-Duser.home=D:\Portable Applications\Platform\PortableApps\FileBot" "-Djava.io.tmpdir=D:\Portable Applications\Platform\PortableApps\FileBot\Temp" "-Djna.library.path=D:\Portable Applications\Platform\PortableApps\FileBot\Lib" "-Djava.library.path=D:\Portable Applications\Platform\PortableApps\Filebot\Lib" -Dnet.filebot.AcoustID.fpcalc="D:\Portable Applications\Platform\PortableApps\FileBot\Lib\fpcalc.exe" -Djava.util.prefs.PreferencesFactory=net.filebot.util.prefs.FilePreferencesFactory "-Dnet.filebot.util.prefs.file=D:\Portable Applications\Platform\PortableApps\FileBot\prefs.properties" -jar "D:\Portable Applications\Platform\PortableApps\FileBot\FileBot.jar" -list --db %2 --q %3 --lang %4 --filter %5 --format %6 --log OFF > %7 %*
)
java -Dunixfs=false -DuseExtendedFileAttributes=true -DuseCreationDate=false -Djava.net.useSystemProxies=false -Dsun.net.client.defaultConnectTimeout=10000 -Dsun.net.client.defaultReadTimeout=60000 -Djna.nosys=true -Dapplication.deployment=portable -Dapplication.analytics=true "-Dapplication.dir=D:\Portable Applications\Platform\PortableApps\FileBot" "-Duser.home=D:\Portable Applications\Platform\PortableApps\FileBot" "-Djava.io.tmpdir=D:\Portable Applications\Platform\PortableApps\FileBot\Temp" "-Djna.library.path=D:\Portable Applications\Platform\PortableApps\FileBot\Lib" "-Djava.library.path=D:\Portable Applications\Platform\PortableApps\Filebot\Lib" -Dnet.filebot.AcoustID.fpcalc="D:\Portable Applications\Platform\PortableApps\FileBot\Lib\fpcalc.exe" -Djava.util.prefs.PreferencesFactory=net.filebot.util.prefs.FilePreferencesFactory "-Dnet.filebot.util.prefs.file=D:\Portable Applications\Platform\PortableApps\FileBot\prefs.properties" -jar "D:\Portable Applications\Platform\PortableApps\FileBot\FileBot.jar" -list --db %2 --q %3 --lang %4 --filter %5 --format %6 --log OFF > %7 %*
)
Re: Matching problem on TheTVDB
You know your command. I absolutely do not.
Actually, I still don't know the command that was executed since I don't know your %1..9 parameters. More importantly, I also don't know the output.

Actually, I still don't know the command that was executed since I don't know your %1..9 parameters. More importantly, I also don't know the output.
Re: Matching problem on TheTVDB
Yes, you do because we did this already several times. But anyway.
-list --db %2 --q %3 --lang %4 --filter %5 --format %6 --log OFF > %7 %*
%2 = thetvdb
%3 = After the Black
%4 = en
%5 = "s=2 && s<=2 && e>= 5 && e <= 5"
%6 = "{n} - {s.pad(2)} - {e.pad(2)} - {t}"
%7 = output file name
result = After the Catch - 02 - 05 - Real Life
-list --db %2 --q %3 --lang %4 --filter %5 --format %6 --log OFF > %7 %*
%2 = thetvdb
%3 = After the Black
%4 = en
%5 = "s=2 && s<=2 && e>= 5 && e <= 5"
%6 = "{n} - {s.pad(2)} - {e.pad(2)} - {t}"
%7 = output file name
result = After the Catch - 02 - 05 - Real Life
Re: Matching problem on TheTVDB
1.
If you're doing all of that, then you might as well add another n == /After the Black/ to your filter.
2.
How does a -list call result in badly renamed files?
If you're doing all of that, then you might as well add another n == /After the Black/ to your filter.
2.
How does a -list call result in badly renamed files?
Re: Matching problem on TheTVDB
I thought the series is set by the -q option. Do I have to add it to the filter as well? What is the difference?
The result of the list command is redirected to the output file.
The renaming is not done via Filebot. I fetch the name from the output file
The result of the list command is redirected to the output file.
The renaming is not done via Filebot. I fetch the name from the output file
Re: Matching problem on TheTVDB
Code: Select all
$ filebot -list --q "After the Black" --db TheTVDB
After the Black - 1x01 - Episode 1
After the Black - 1x02 - Episode 2
After the Black - 1x03 - Episode 3
...
Re: Matching problem on TheTVDB
Yes, that's right! But I mentioned already that this data at TheTVDB is wrong.
After the Black is currently in season 2. They defined it to be season 1.
So you have to search for season 2 and their episode numbers (see my example) to get the wrong result (After the Catch).
After the Black is currently in season 2. They defined it to be season 1.
So you have to search for season 2 and their episode numbers (see my example) to get the wrong result (After the Catch).
Re: Matching problem on TheTVDB
this show ?
http://thetvdb.com/?tab=series&id=309608&lid=7
it's not locked = make account and update it yourself
http://www.bbcamerica.com/shows/after-the-black
http://thetvdb.com/?tab=series&id=309608&lid=7
it's not locked = make account and update it yourself

http://www.bbcamerica.com/shows/after-the-black
Re: Matching problem on TheTVDB
Yes, that's the right show. Thanks for your hint.
i know that the TheTVDB data can be modified. I did this already for other shows.
The problem is with FileBot. FileBot must not return wrong data in this case. But it does!
i know that the TheTVDB data can be modified. I did this already for other shows.
The problem is with FileBot. FileBot must not return wrong data in this case. But it does!
Re: Matching problem on TheTVDB
looks like there is a problem with your filter?
or --filter "n != /After the Catch/"
try: --filter "s==2 && s<=2 && e>= 5 && e <= 5"Apply Filter: {s=2 && s<=2 && e>= 5 && e <= 5}
or --filter "n != /After the Catch/"
but I don't see the problem ?filebot.exe -list --db thetvdb --q "After the Black" --filter "s=2 && s<=2 && e>= 5 && e <= 5" --format "{n} - {s.pad(2)} - {e.pad(2)} - {t}"
Using persistent disk cache C:\Program Files\FileBot\cache\1
Fetch resource: https://api.thetvdb.com/search/series?n ... +the+Black
Received 515 bytes
Rank [After the Black] => [After the Black, After the Catch, Project Runway, The First 48]
Rank [After the Black] => [After the Black, After the Catch]
Fetch resource: https://api.thetvdb.com/series/309608
Received 849 bytes
Fetch resource: https://api.thetvdb.com/series/309608/episodes?page=1
Received 3,626 bytes
Apply Filter: {s=2 && s<=2 && e>= 5 && e <= 5}
Include [After the Black - 1x05 - Episode 5]
After the Black - 01 - 05 - Episode 5
Re: Matching problem on TheTVDB
'=' is the assignment operator. '==' is the equals operator.
@see http://groovy-lang.org/operators.html#_ ... _operators
@see http://groovy-lang.org/operators.html#_ ... _operators
Re: Matching problem on TheTVDB
Sorry, my post was wrong.
I use s>=2 && s <=2 && e>=5 && e<= 5.
and this leads to "After the Catch."
That's the problem.
I use s>=2 && s <=2 && e>=5 && e<= 5.
and this leads to "After the Catch."
That's the problem.
Re: Matching problem on TheTVDB
It leads to no results because episode 2x05 doesn't exist:
Code: Select all
$ filebot -list --q "After the Black" --db TheTVDB --filter "s == 2 && e == 5"
Apply Filter: {s == 2 && e == 5}
$
Re: Matching problem on TheTVDB
It should lead to no result but it leads to the show "After the Catch". That's the issue!
I didn't change the data at TheTVDB so far to be able to show the bug to you.
I didn't change the data at TheTVDB so far to be able to show the bug to you.
Re: Matching problem on TheTVDB
If I give you an executable command with full output that proofs that it yields no results, then you need to provide equally strong proof (command + console output) if you want to convince me that it works differently for you. 

Re: Matching problem on TheTVDB
After some research i found the culprit that causes the problem and it's not FileBot in the first place.
So consider this to be solved! Sorry for bothering you!
So consider this to be solved! Sorry for bothering you!
Re: Matching problem on TheTVDB
This is what happened. The command
leads to this output
This is some kind of bug because it returns a wrong result even if the input "After-the-Black" is incorrect.
There seems to be a problem with the dashes in the name.
Maybe this is of interest for you and you want to avoid such mismatches.
Code: Select all
java -Dunixfs=false -DuseExtendedFileAttributes=true -DuseCreationDate=false -Djava.net.useSystemProxies=false -Dsun.net.client.defaultConnectTimeout=10000 -Dsun.net.client.defaultReadTimeout=60000 -Djna.nosys=true -Dapplication.deployment=portable -Dapplication.analytics=true "-Dapplication.dir=D:\Portable Applications\Platform\PortableApps\FileBot" "-Duser.home=D:\Portable Applications\Platform\PortableApps\FileBot" "-Djava.io.tmpdir=D:\Portable Applications\Platform\PortableApps\FileBot\Temp" "-Djna.library.path=D:\Portable Applications\Platform\PortableApps\FileBot\Lib" "-Djava.library.path=D:\Portable Applications\Platform\PortableApps\Filebot\Lib" -Dnet.filebot.AcoustID.fpcalc="D:\Portable Applications\Platform\PortableApps\FileBot\Lib\fpcalc.exe" -Djava.util.prefs.PreferencesFactory=net.filebot.util.prefs.FilePreferencesFactory "-Dnet.filebot.util.prefs.file=D:\Portable Applications\Platform\PortableApps\FileBot\prefs.properties" -jar "D:\Portable Applications\Platform\PortableApps\FileBot\FileBot.jar" -list --db TheTVDB --q "After-the-Black" --lang en --filter "s >= 2 && s <= 2 && e >= 5 && e <= 5" --format "{n} - {s.pad(2)} - {e.pad(2)} - {t}" >> test.txt
Code: Select all
Apply Filter: {s >= 2 && s <= 2 && e >= 5 && e <= 5}
Include [After the Catch - 2x05 - Real Life]
After the Catch - 02 - 05 - Real Life
There seems to be a problem with the dashes in the name.
Maybe this is of interest for you and you want to avoid such mismatches.
Re: Matching problem on TheTVDB
I guess if you pass in a query than that's exactly what will be passed on to the database and then you get what you get.
For FileBot that's not an issue because internally the query will always be normalised before a search request is sent.
For FileBot that's not an issue because internally the query will always be normalised before a search request is sent.
Re: Matching problem on TheTVDB
But probably this normalization doesn't take place if the request is sent from the command line like above.
Re: Matching problem on TheTVDB
Of course not. FileBot will not mess with your query. 

Re: Matching problem on TheTVDB
I guess you changed something because with r4020 the mismatch is gone. Great! Thanks!