Page 3 of 3
Re: Matching problem on TheTVDB
Posted: 17 May 2016, 20:08
by Sheldon
But I didn't set the -non-strict option in my command.
Re: Matching problem on TheTVDB
Posted: 17 May 2016, 20:19
by rednoah
Well there, can you guess what my next question will be then?
Re: Matching problem on TheTVDB
Posted: 17 May 2016, 20:33
by Sheldon
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 %*
)
Re: Matching problem on TheTVDB
Posted: 17 May 2016, 20:41
by rednoah
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.
Re: Matching problem on TheTVDB
Posted: 17 May 2016, 20:57
by Sheldon
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
Re: Matching problem on TheTVDB
Posted: 17 May 2016, 21:14
by rednoah
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?
Re: Matching problem on TheTVDB
Posted: 17 May 2016, 21:23
by Sheldon
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
Re: Matching problem on TheTVDB
Posted: 17 May 2016, 22:10
by rednoah
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
Posted: 18 May 2016, 07:32
by Sheldon
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).
Re: Matching problem on TheTVDB
Posted: 19 May 2016, 13:34
by kim
Re: Matching problem on TheTVDB
Posted: 19 May 2016, 15:13
by Sheldon
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!
Re: Matching problem on TheTVDB
Posted: 19 May 2016, 21:33
by kim
looks like there is a problem with your filter?
Apply Filter: {s=2 && s<=2 && e>= 5 && e <= 5}
try: --filter "s==2 && s<=2 && e>= 5 && e <= 5"
or --filter "n != /After the Catch/"
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
but I don't see the problem ?
Re: Matching problem on TheTVDB
Posted: 20 May 2016, 05:07
by rednoah
'=' is the assignment operator. '==' is the equals operator.
@see
http://groovy-lang.org/operators.html#_ ... _operators
Re: Matching problem on TheTVDB
Posted: 20 May 2016, 13:16
by Sheldon
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.
Re: Matching problem on TheTVDB
Posted: 20 May 2016, 15:44
by rednoah
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
Posted: 20 May 2016, 15:56
by Sheldon
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.
Re: Matching problem on TheTVDB
Posted: 20 May 2016, 16:04
by rednoah
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
Posted: 21 May 2016, 12:32
by Sheldon
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!
Re: Matching problem on TheTVDB
Posted: 21 May 2016, 22:06
by rednoah
That's what I thought.

Re: Matching problem on TheTVDB
Posted: 22 May 2016, 09:20
by Sheldon
This is what happened. The command
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
leads to this output
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
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.
Re: Matching problem on TheTVDB
Posted: 22 May 2016, 10:13
by rednoah
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.
Re: Matching problem on TheTVDB
Posted: 22 May 2016, 10:29
by Sheldon
But probably this normalization doesn't take place if the request is sent from the command line like above.
Re: Matching problem on TheTVDB
Posted: 22 May 2016, 10:32
by rednoah
Of course not. FileBot will not mess with your query.

Re: Matching problem on TheTVDB
Posted: 23 May 2016, 11:19
by Sheldon
I guess you changed something because with r4020 the mismatch is gone. Great! Thanks!