Oh good - A TV Sorting AND RSS question

[orangeboy]

I did a quick search on TV Sorting issues, and didn't really find a situation that matches mine. I use http://www.nzbindex.nl/ RSS feeds passed to SABnzbd (0.5.0RC3, on Windows XP). The RSS feeds are a query for "Show name" + "Season" + "NZB" + other date and name filtering expressions. This is due to nzbindex's deficiencies where the generated nzb file it creates at times doesn't necessarily match the targeted filename. For example, the subject line of an article may be "Some Show 102", and the targeted filename is "Some.Show.S01E02.resolution.video/audio codec.encoding team.ext". The generated filename passed to SABnzbd is "Some Show 102.nzb". This is fine with me, because when I include NZB in my query, I end up with a generated nzb file for the proper NZB file, suitable for SABnzbd's TV Sorting process.

In other words, I'm using nzbindex.nl to generate an nzb file for a (properly named) nzb file.

The target directory for the properly named nzb file is a TV folder in the SABnzbd "Watched" folder (actually, a subfolder of a TV folder). My problem is that TV Sorting doesn't properly rename the downloaded nzb file. I end up with "Some.Show.S01E02.resolution.video/audio codec.encoding team.nzb" and not "Some.Show.S01E02.nzb". When my post processing script moves the downloaded nzb file to the (proper) watched folder, more often than not, I get a warning that the duplicate nzb will be skipped. If TV sorting would rename the downloaded nzb file, I would not have this problem.

Any ideas?

[shypike]

You should give the NZB and the actual show different categories.
That way you can enable TV sort just for the shows and not for the NZB file.
The show will automatically get the "TV" category if you write it to the subfolder "TV" of the watched folder.

[orangeboy]

Thanks for the reply -
But yes, the downloaded nzb file is going to a category called 'nzbs TV', and then moved to the 'TV' watched folder. My goal is to have the downloaded nzb file to be processed by SABnzbd's TV sorting, so the file that is moved to the 'TV' watched folder has a unique name, and free from "Skipping duplicate NZB" errors. I'm afraid I didn't explain very well in my first post.

nzbindex.nl will generate an nzb file of name "Some.Show.S01E02.resolution.video/audio codec.encoding team.nzb", with article information for the desired nzb file.
The downloaded nzb file (also with name "Some.Show.S01E02.resolution.video/audio codec.encoding team.nzb") that has the actual article information for the desired rar/par/nfo/etc files is then copied to the watched 'TV' folder. The process then comes to an end because of "Skipping duplicate NZB".

If I have nzbindex.nl generate an nzb file for the actual rar/par/nfo/etc files, it is at that time that nzbindex.nl generate the non-compliant TV Sorting nzb name. If TV Sorting could work on all downloaded files, the resulting downloaded nzb file could then have a unique name, and not get hit with the "Skipping duplicate NZB" error.

Hopefully this better explains my situation!

[orangeboy]

I just upgraded to 0.5.2RC1, and I'll see if that helps, associating the "nzbs - TV" category...

[orangeboy]

Found this in my History after upgrading to 0.5.2RC1 (and actually saw it in 0.5.0RC3 as well):

Code: Select all

Download
Downloaded in 4 seconds at an average of 149.47 KB/s
Sent ['Some Show.S01E01.720p.HDTV.X264-DIMENSION.nzb'] to queue

Category
nzbs - tv

Path
D:\Temp\Some Show\Some Show.S01E01.720p.HDTV.X264-DIMENSION

It appears neither TV Sorting nor my post processing script gets a chance to manipulate the downloaded file name to prevent duplication! Is there a switch to keep downloaded nzbs from going directly to the queue? Actually, my post-processing script doesn't execute at all!

Also, I don't see "Sent ['Some Show.S01E01.720p.HDTV.X264-DIMENSION.nzb'] to queue" (or anything relative) in the logs?

[shypike]

Currently there isn't.
I'll see if there's an easy way to fix this,
although we're reluctant to implement anything risky in the 0.5.x series.

[orangeboy]

Thanks for the follow-up. I'll explore alternatives in the meantime!

[shypike]

We're not going to fix this for 0.5.x.
However, release 0.6.0 will have a pre-queue user script,
which should serve your needs even better.

[orangeboy]

Great! If you need a beta tester for this function, I'd be happy to volunteer.

[shypike]

It will take some time, since we are doing major features on that release.