Add utorrent support about nzbtomedia HOT 18 CLOSED

Joel found 2 python scripts

https://github.com/jkaberg/uTorrent-Auto-Extractor

https://github.com/jkaberg/torrent-unrar

u-Torrent-Extractor has more "archive support", covering not only .rar
.....
a small test with uTorrent: heres the parameters

LOCATION :: F:\Downloaded\Torrents\seeded\Marvin.Marvin.S01E06.720p.HDTV.x264-2HD
NAME :: Marvin.Marvin.S01E06.720p.HDTV.x264-2HD
LABEL :: tvseries

We could use the label to sort the movies / tv series into different directorys so that both Couchpotato and Sickbeard can catch them - or maybe we specify that users need to use blackhole/sub-directories??

Anyhow what I did above to get thoes results was append %D %N %L to my script (eg. F:\test.bat %D %N %L )

from nzbtomedia.

https://github.com/RuudBurger/CouchPotatoServer/issues/1221#issuecomment-12236784

from nzbtomedia.

Clinton, if you add good transmission support (note transmission dosnt support labels) you can scrap uTorrent as there is a Windows build for Transmission ( http://sourceforge.net/projects/trqtw/ )

Less work for you :)

from nzbtomedia.

I'm going to try and get both...

As a note to myself... Utorrent get's passed a label, but can also be used via black-hole (use blackhole subdirectory method for segregation... which i think actually writes the subdir to label anyway)

from nzbtomedia.

Made some thoughts about workflow, what do you think? http://goo.gl/yWveb

from nzbtomedia.

Thanks... Will try and hit each of these steps... Now just need to find some time to play ;)

from nzbtomedia.

uh oh me again :-)

Another thought - perhaps instead of copying movies everywhere takeing up huge diskspace we should support hard linking ( http://en.wikipedia.org/wiki/Hard_link ), which would reduce the required diskspace by half. This could be apply'd to both sickbeard and couchpotato, but the downloaded file cant be packed (rar'ed or similar) or this would fail

Here's a project that would perhaps come in handy - https://github.com/berkona/dirlinker/

from nzbtomedia.

hard linking makes sense... and very easy to do... the problem is I believe if we were to create a hard-link to the original file in the CPS watched folder, the renamer would actually move and rename the original file (not the link)... or am I missing something here?

So to support renaming of a link, the changes would need to be made in CPS...

from nzbtomedia.

ah.. ok... did a bit of reading and yes, hard-linking should work nicely... My comments above regarding the renamer would only apply to soft-links/sym-links.

Now... I just need time to be able to actually try and build something here...

from nzbtomedia.

yeah, symlinks no-go. Drawback with hardlinks is that they can only be used on the same drive (atleast in Windows), wich would require users to either skip this or use some kind of RAID or diskpool. So I guess an option to enable hardlink would be handy :)

I wish you good-luck ;)

PS: Found a good description which explains more what hardlinking is incase someone wanted to know:

Hard links are inherently different than symlinks. A soft link is a separate file whose value contains the address of another file in the system. You can think of it sort of like a '' tag in html.... it isn't the content itself, but can be used to obtain the resource. If you want to access the actual file, the programmer needs to know that the file is a link, otherwise he'll just access the value of the link (the name of the file it references).

A hard link is more of a way for a file to live in two or more places at once. If you delete the source of a symlink, the symlink becomes 'dangling,' the data has been deleted from the filesystem. If you delete the original file that you hard linked, the link remains valid and still points to that data. It is only when all links to a file have been deleted that the data is removed from the filesystem. This is exactly the kind of behavior we want--we want to delete torrents from active seeding, but remain in the media library.

from nzbtomedia.

made a start here... uTorrentToMedia.py and cfg file created in torrent branch.

I think the basic structure and tests are there... if I got it right, this should work for standard .mkv and .avi files...

Still some work to be done for unrar, parcheck, unzip etc...

(I originally called this TransmissionToMedia before I realized what input data I was working with ;) )

from nzbtomedia.

Ok, I've made an attempt to add extraction support (should be univeral as im using 7zip) Untested code tho, need to get to school

https://github.com/jkaberg/nzbToMedia/commit/86393f9da40eae436ee5494959ef80fd3d3899b2

also I think we could merge the Transmission and uTorrent support, the only differance is that Transmission cant provide us with a label (yet, its in dev branch @transmission)

from nzbtomedia.

Yeah... Most functionality will be the same... I just need to get my head around how the parameters are passed in from Transmission.

As far as label/category... I was thinking we can cover all in one go... Define either a label, or a directory, for SickBeard and CouchPotato in the .cfg file.... Essentially the directory will use the intended label, even if we pass in via blackhole-subdirectory... So the test would be
If label = movies_category or directory = movies_directory....

Note, in CPS I believe we tell transmission the directory to use (since we don't have a label).

I already have the script here for email support and PCH update etc... But CPS now supports email notification, so not sure if I should just hold this back for now.... Just start testing the actual postprocess side?

from nzbtomedia.

Just looked through your commit. Looks good.

Might need to see if we can use 7zip or unrar as selectable.... On Linux unrar us pretty standard, but I haven't played with 7zip... I want to keep this platform independent...

As far as parcheck... We possibly don't need. I thought that some torrents still bundled rar files with par files as well... Technically you can repair but of course if any parts were incomplete the postprocessing wouldn't get called to start with....

Anyways... I think this is close.... Just a little merging, cleaning up, and making sure we support all platforms...

Thanks for all the contributions so far.

from nzbtomedia.

https://github.com/jkaberg/nzbToMedia/commit/7c4e14cca066cdd2c4e1d41cfaab03923d02ff4a

*nix and nt support. Need to add a check for which commands that can be used in *nix, atleast unrar support is there

from nzbtomedia.

something went a bit fully with formatting... not sure of where some of the if-else tests were... I think I have tidied and standardized.... and added a few more tests etc...

Also condensed to one common .cfg file for everything ;)

please let me know what you think... in theory this should be close to working...

from nzbtomedia.

ok... this should all be ready for testing... I have tested the inputs and the logging...
the calls to the autoProcessTV and autoProcessMovies should be ok as these are the same as the tested nzb scripts.

It just comes down to the copy/hard-link and the extraction parts of the code...

Looking for people to test ;)

from nzbtomedia.

utorrent support is added in Torrent branch.

Waiting for confirmation before merging...

from nzbtomedia.