[YAMJ] parentRegex=true and RAR files with llink

[blabbermouth]

Weird. Tried with a fresh install of 2961 (on windows) and I'm still getting the "MediaInfoScanner: Returning with archivename null" error.

[halfelite]

might be a windows thing pm lundman and ask him to look in here. Like i said i only run linux and he tested on osx windows might be looking for something different.

[blabbermouth]

but I get the same error on linux (fedora 64bit)
and mediainfo-rar by itself is working there as well

though I only tried it there with r2962 as rebuilding the whole library takes a long time.

I'll set up a one file test on linux with 2961 and post back with results...

[halfelite]

When I get home I can post all my config files for you to compare. Im currently at work and hard to access them.

[blabbermouth]

Sucess!

I've confirmed it's working on linux with lundman's 1.3 mediainfo-rar and yamj r2961

I've unfortunately also confirmed it's not working on linux with lundman's 1.2 mediainfo-rar and that it's not working on windows with the 1.3 mediainfo-rar.

I'll have to give the yamj >r2961 & linux mediainfo-rar 1.3 combination a try tomorrow to see if that changes anything (though I'm assuming it shoudn't).

The problem seems to be with mediainfo-rar (<1.3 on linux 64bit and 1.3 on windows 64bit).

[lundman]

Do you have the special unrar.exe sitting next to mediainfo-rar.exe in the mediainfo-rar/ folder?

[blabbermouth]

Yes. (see post #12 for the contents of the folder)

Same with linux (version 1.2 and 1.3).

And I just changed the mediainfo-rar version on my main install (linux 64bit) to 1.3 and reran yamj and while it's still working I can see from the log file that it is picking up the mkv files inside the rars (whereas 1.2 gave the above errors).

[blabbermouth]

The main install (yamj 2962, mediainfo-rar 1.3, linux 64bit) has finished.

It's working for almost everything

For some stuff I still get the same error.

After running

Code:

cat /mnt/samba/Movies/Jukebox/*.html | grep rar\"\)\;

I get these results

Code:

asEpisodeUrl.push("http://192.168.2.10:8001/Arhiva/Johnny.English.Duology.720p.BluRay.x264-SceneHD/Johnny.English.Reborn.720p.BluRay.x264-HAiDEAF/Subs/haideaf-subs-jer.rar/johnny.english.reborn.720p.bluray.x264-s-haideaf.rar");
asEpisodeUrl.push("http://192.168.2.10:8001/Henrys.Crime.2010.720p.BluRay.X264-AVCHD/Henrys.Crime.2010.720p.BluRay.X264-AVCHD.rar");
asEpisodeUrl.push("http://192.168.2.10:8001/Arhiva/movies/The.Lord.of.the.Rings.The.Fellowship.of.the.Ring.2001.EXTENDED.720p.BluRay.X264-AMIABLE/LOTR.The.Fellowship.of.the.Ring.2001.EXTENDED.720p.BluRay.X264-AMIABLE.rar");
asEpisodeUrl.push("http://192.168.2.10:8001/Arhiva/movies/The.Lord.of.the.Rings.The.Two.Towers.2002.EXTENDED.720p.BluRay.X264-AMIABLE/LOTR.The.Two.Towers.2002.EXTENDED.720p.BluRay.X264-AMIABLE.rar");
asEpisodeUrl.push("http://192.168.2.10:8001/Pirates.Of.The.Caribbean.On.Stranger.Tides.720p.BluRay.x264-REFiNED/Pirates.Of.The.Caribbean.On.Stranger.Tides.720p.BluRay.x264-REFiNED.rar");

From what I've been able to figure out, these are for

a) rared movies with rared subs in a subfolder (first result from the above search)

It seems yamj thinks these are movies but mediainfo-rar can't find the movie inside so the subtitle rar gets passed as a movie and shows up as an unknown.

The actual movie gets scanned ok and the html passes the mkv correctly.

b) movies which are not rared, but have a subtitle rar with the same name alongside them (the rest of the above examples)
example:

Code:

Henrys.Crime.2010.720p.BluRay.X264-AVCHD.idx
avchd-henrys.crime.2010.720p.x264.nfo
Henrys.Crime.2010.720p.BluRay.X264-AVCHD.mkv
Henrys.Crime.2010.720p.BluRay.X264-AVCHD.rar

The html points to the rar file instead of the mkv as yamj seems to get confused by the presence of both.

for both a) and b) it's not a biggie as the simple workaround is to extract and then delete the rar and there's very few files that have this structure. Would be nice if one didn't have to though

I'm guessing the easiest way would be for a) to tell yamj not to process a rar file if mediainfo-rar returns a negative (and log an error) and for b) that if there's both a rar and an mkv present with the same filename to take the mkv.

c) This one is a weird one... For a couple of TV shows (Fringe and Californication) it scaned them correctly but passed the rar instead of the mkv. But just on the first run. And from the log file it seemed as if mediainfo-rar mini-scan wasn't even called for these shows (it wasn't listed in the log anyway).
On the second run the mkv gets passed correctly.
(I forgot to turn off a cron for yamj and while I was investigating why the rar got passed it overwrote the first run's log file. Though it made me realize the second run solves the problem).

I'll set up a seperate install with just these two shows to see if I can replicate the issue.

And that still leaves the mediainfo-rar 1.2 linux and 1.3 windows versions as not working with this setting (from what I can tell anyway). I can help out with debugging these if there's interest

[halfelite]

the easy solution for subs is add *subs* to the yamj ignore list inside library.xml

[blabbermouth]

Thanks halfelite, that works. So a) is solved. Perhaps subs could be added to the default library.xml ignore list?

I've also tried to replicate c) but was unsuccessful, so it may have been a one time thing. Will report back if I encounter it again.

I've also tried the test setup on the latest yamj as of today (r2972) and it's working fine.

That leaves us with b) and the 1.3 mediainfo-rar for windows 64 bit (guessing we can ignore the 1.2 for linux since a newer one is available).

I've used the above mentioned workaround (extracted and deleted the subtitle rars) for b) and I don't use yamj on windows (except for testing).

So I guess I should mark this solved and edit the first post to reflect what needs to be done in linux to get the setting working?

[halfelite]

just an update to this. there is now a windows 32bit build 1.3.1 that fixed the issue with the windows build. It was missing a command switch that was used

[blabbermouth]

It seems there's a new 64bit 1.3.1 version for windows as well.

Thanks everybody for your help, yamj is working perfectly (well, almost ) again.