Better handling of in-use files during post-processing

Discuss newly added features or request new features.
Post Reply
sianna
Posts: 2
Joined: 06 Dec 2018, 09:38

Better handling of in-use files during post-processing

Post by sianna » 06 Dec 2018, 09:53

Hello,

first of all, please allow me to express my sincerest thankfulness for this great tool of yours :)
NZBGet has been aiding me in downloading from Usenet since I've been using the Usenet and I find it to be simply the best of its kind.

That being said, I do have one feature request:
Since I have a rather slow internet connection (only around 25 Mbit/s), I make use of the direct-unpack function of NZBGet in order to be able to sort of "stream" movies from Usenet so I don't have to wait for them to being entirely downloaded. So I let NZBGet get the first 2 or 3 parts, then I'll open it in VLC and watch it - works perfectly for Matroska and most other video formats, with the most prominent exception being mp4.

I happen to have noticed that, when NZBGet finishes downloading while you still have it opened in VLC, it is (of course) unable to move the files from the _unpack directory and will throw quite a few errors at you (Permission denied). It furthermore won't delete the downloaded RARs and it will move the job to history as a failure, even though the file unpacked just fine. This will leave quite a mess in the directory^^

So, my request is if there is a chance that the post-processing procedure could be modified in a manner that would simply - if the file is in use - leave it where it is and otherwise continue normally (i.e. doing the cleanup)?

Thanks a lot in advance!

hugbug
Developer & Admin
Posts: 7091
Joined: 09 Sep 2008, 11:58
Location: Germany

Re: Better handling of in-use files during post-processing

Post by hugbug » 06 Dec 2018, 12:15

I wouldn't call ignoring errors a "Better handling".

Cleanup isn't possible if some files can't be deleted.

If the files could not be moved into final destination the further processing may fail - for example VideoSort or other scripts which expect files in destination will not find them. Programs like Sonarr/Radarr will not be able to process the files.

In any case you would need to do a manual work anyway - to delete the file.

It would be better for you to use a player which doesn't lock the files. On Linux that's pretty much any player. On Windows the default Media Player works fine with direct unpack. If you do need to use VLC maybe you could ask the developers to add support for non blocking playback.

sianna
Posts: 2
Joined: 06 Dec 2018, 09:38

Re: Better handling of in-use files during post-processing

Post by sianna » 06 Dec 2018, 14:36

Thanks for the quick response.

I have to admit that I wasn't aware of the fact that there are ANY players which don't lock a file while playing. Pretty impressive (and odd at the same time) to me that WMP is actually better at any single thing than VLC. In that case, I'll of course simply play the files using WMP.

Thank you for your help!

Post Reply

Who is online

Users browsing this forum: No registered users and 2 guests