Page 1 of 1
Help understanding non strict matching with utorrent script
Posted: 14 Oct 2012, 05:53
by belgarth
I'm seeing a bit of a weird result when running the utorrent script against tv show Vegas in non-strict mode. For some reason episode s01e03 matches against the old Vegas tv show, but episode s01e02 matches against the new 2012 version of the show. I'm mostly just curious why the inconsistency. I would be expecting both to end up matching against the old Vegas.
log:
Code: Select all
Input: /home/belgarth/Downloads/.torrents-complete/Vegas.S01E02.720p.HDTV.X264-DIMENSION/vegas.102.720p-dimension/Vegas.S01E02.720p.HDTV.X264-DIMENSION.mkv
Group: [tvs:Vegas] => [Vegas.S01E02.720p.HDTV.X264-DIMENSION.mkv]
Rename episodes using [TheTVDB]
Auto-detected query: [Vegas]
Fetching episode data for [Vegas]
Fetching episode data for [Vegas (2012)]
Fetching episode data for [Vegas Strip]
Fetching episode data for [Vegas Stripped]
Fetching episode data for [Vegas Confessions]
Fetching episode data for [Vegas: The City the Mob Made]
[COPY] Rename [/home/belgarth/Downloads/.torrents-complete/Vegas.S01E02.720p.HDTV.X264-DIMENSION/vegas.102.720p-dimension/Vegas.S01E02.720p.HDTV.X264-DIMENSION.mkv] to [/home/belgarth/Downloads/TV-Shows/Vegas (2012)/Season 1/Vegas (2012) - S01E02 - Money Plays.mkv]
Input: /home/belgarth/Downloads/.torrents-complete/Vegas.S01E03.720p.HDTV.X264-DIMENSION/vegas.103.720p-dimension/Vegas.S01E03.720p.HDTV.X264-DIMENSION.mkv
Group: [tvs:Vegas] => [Vegas.S01E03.720p.HDTV.X264-DIMENSION.mkv]
Rename episodes using [TheTVDB]
Auto-detected query: [Vegas]
Fetching episode data for [Vegas]
Fetching episode data for [Vegas (2012)]
Fetching episode data for [Vegas Strip]
Fetching episode data for [Vegas Stripped]
Fetching episode data for [Vegas Confessions]
Fetching episode data for [Vegas: The City the Mob Made]
[COPY] Rename [/home/belgarth/Downloads/.torrents-complete/Vegas.S01E03.720p.HDTV.X264-DIMENSION/vegas.103.720p-dimension/Vegas.S01E03.720p.HDTV.X264-DIMENSION.mkv] to [/home/belgarth/Downloads/TV-Shows/Vegas/Season 1/Vegas - S01E03 - Mother Mishkin.mkv]
Re: Help understanding non strict matching with utorrent scr
Posted: 14 Oct 2012, 07:14
by rednoah
It's pretty much the same as this scenario:
http://filebot.sourceforge.net/forums/v ... =275#p1946
Basically it's those two potential matches are the same through all levels of differentiation, in the end it's just random differences in the filename/episodedata that nudge it into one direction or another.
The latest revisions should match things better and more consistent:
http://filebot.sourceforge.net/forums/v ... =292#p2079
Re: Help understanding non strict matching with utorrent scr
Posted: 14 Oct 2012, 15:47
by belgarth
Thanks for the quick reply. The filter worked. Upgrading the jar did not change the matching behavior. Also, the first time I ran filebot after switching to the new version resulted in the following errors. Suseqent runs have been error free, but I figured I would post it just in case. There was a lot more than what's below, but just doing a snippet for brevity.
Code: Select all
Caused by: java.io.InvalidClassException: net.sourceforge.filebot.web.Date; local class incompatible: stream classdesc serialVersionUID = -3625208400367652760, local class serialVersionUID = -7967622202616600849
at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:579)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1600)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1513)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1749)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1963)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1887)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1684)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1340)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1963)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:497)
at net.sf.ehcache.Element.readObject(Element.java:800)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:988)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1865)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:368)
at net.sf.ehcache.store.compound.factories.DiskStorageFactory.read(DiskStorageFactory.java:291)
at net.sf.ehcache.store.compound.factories.DiskPersistentStorageFactory.retrieve(DiskPersistentStorageFactory.java:203)
... 17 more
Oct 14, 2012 8:35:32 AM net.sourceforge.filebot.Cache remove
WARNING: java.io.InvalidClassException: net.sourceforge.filebot.web.Date; local class incompatible: stream classdesc serialVersionUID = -3625208400367652760, local class serialVersionUID = -7967622202616600849
net.sf.ehcache.CacheException: java.io.InvalidClassException: net.sourceforge.filebot.web.Date; local class incompatible: stream classdesc serialVersionUID = -3625208400367652760, local class serialVersionUID = -7967622202616600849
at net.sf.ehcache.store.compound.factories.DiskPersistentStorageFactory.retrieve(DiskPersistentStorageFactory.java:211)
at net.sf.ehcache.store.compound.factories.DiskPersistentStorageFactory.retrieve(DiskPersistentStorageFactory.java:59)
at net.sf.ehcache.store.compound.Segment.decode(Segment.java:177)
at net.sf.ehcache.store.compound.Segment.remove(Segment.java:619)
at net.sf.ehcache.store.compound.CompoundStore.remove(CompoundStore.java:244)
at net.sf.ehcache.Cache.removeInternal(Cache.java:2145)
at net.sf.ehcache.Cache.remove(Cache.java:2057)
at net.sf.ehcache.Cache.remove(Cache.java:2015)
at net.sourceforge.filebot.Cache.remove(Unknown Source)
at net.sourceforge.filebot.Cache.get(Unknown Source)
at net.sourceforge.filebot.web.AbstractEpisodeListProvider$ResultCache.getEpisodeList(Unknown Source)
at net.sourceforge.filebot.web.AbstractEpisodeListProvider.getEpisodeList(Unknown Source)
at net.sourceforge.filebot.cli.CmdlineOperations$1.call(Unknown Source)
at net.sourceforge.filebot.cli.CmdlineOperations$1.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.io.InvalidClassException: net.sourceforge.filebot.web.Date; local class incompatible: stream classdesc serialVersionUID = -3625208400367652760, local class serialVersionUID = -7967622202616600849
at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:579)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1600)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1513)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1749)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1963)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1887)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1684)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1340)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1963)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:497)
at net.sf.ehcache.Element.readObject(Element.java:800)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:988)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1865)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:368)
at net.sf.ehcache.store.compound.factories.DiskStorageFactory.read(DiskStorageFactory.java:291)
at net.sf.ehcache.store.compound.factories.DiskPersistentStorageFactory.retrieve(DiskPersistentStorageFactory.java:203)
... 18 more
Re: Help understanding non strict matching with utorrent scr
Posted: 14 Oct 2012, 16:07
by rednoah
1. You can ignore those stacktraces, that's just old cached data being incompatible with the latest classes. Doesn't matter.
2. It should match to Vegas (2012) right? Works for me here. Not sure what's different.
Code: Select all
E:\testdata>filebot -rename Vegas.S01E02.720p.HDTV.X264-DIMENSION.mkv --action test -non-strict
Filename pattern: [1,00] SxE, [0,00] CWS
Rename episodes using [TheTVDB]
Auto-detected query: [Vegas]
Fetching episode data for [Vegas]
Fetching episode data for [Vegas (2012)]
Fetching episode data for [Vegas Strip]
Fetching episode data for [Vegas Stripped]
Fetching episode data for [Vegas Confessions]
Fetching episode data for [Vegas: The City the Mob Made]
[TEST] Rename [E:\testdata\Vegas.S01E02.720p.HDTV.X264-DIMENSION.mkv] to [Vegas(2012) - 1x02 - Money Plays.mkv]
Processed 1 files
Done ?(?????)?