Re: List of Usenet Clients that support fill-servers
I'm curious, how do you setup a client like sabnzbd to use astraweb and blocknews to fill missing parts? Never looked at this before.
Just by setting a secondary server and clicking backup server and it will go look automatically for blocks that are missing?
Re: List of Usenet Clients that support fill-servers
Quote:
Originally Posted by
KFlint
I'm curious, how do you setup a client like sabnzbd to use astraweb and blocknews to fill missing parts? Never looked at this before.
Just by setting a secondary server and clicking backup server and it will go look automatically for blocks that are missing?
Sounds correct to me.
Re: List of Usenet Clients that support fill-servers
Also latest development version of Newsflash Plus has fill server support. It's free and runs both on Windows and Linux.
Re: List of Usenet Clients that support fill-servers
Unison for Mac? Anything for Mac?
Re: List of Usenet Clients that support fill-servers
Are there any windows clients that will only use the fill server if the RARs can't be repaired? SABnzbd will download all the fill server before trying to repair.
Re: List of Usenet Clients that support fill-servers
Quote:
Originally Posted by
cola
Are there any windows clients that will only use the fill server if the RARs can't be repaired? SABnzbd will download all the fill server before trying to repair.
No, none that I'm aware of. But Usenet Explorer comes close.
The idea of tapping into your fill server only as an absolute last resort is an interesting concept. But since a small Blocknews block should last you a lifetime if used only for fills, I wonder if such a feature is really needed for anyone (other than Highwinds diehards)?
If you really insist on saving a penny or two per downloaded file by utilizing every available par file and only using the fill server when absolutely necessary, some clients will let you manually do this. Usenet Explorer and Newsbin can be set up to preserve downloaded articles after the corresponding rar is assembled. (Most clients delete the articles immediately after the rar is assembled)
Basically, you would need to download the file using one server, then download it again using the other server. If set up correctly, then only the articles missing from the first server will be downloaded from the second server during the second run. Then you can stop the process early (before all the missing articles are downloaded) to save that tiny amount of bandwidth and then unpar/extract the file.
Although I think it's a cumbersome way to save a few pennies, it's a handy feature for times when no fill-server was originally set up and a file can't be fixed, thereby saving you from having to re-download several gigs of the same content a second time.
Re: List of Usenet Clients that support fill-servers
I think what I might do instead is leave my fill servers in SAB disabled until something fails, then enable and hit retry if Pars weren't enough.
Re: List of Usenet Clients that support fill-servers
Quote:
Originally Posted by
cola
I think what I might do instead is leave my fill servers in SAB disabled until something fails, then enable and hit retry if Pars weren't enough.
Are you sure that you won't be downloading the entire file over again? I could be wrong, but I didn't think that Sabnzbd (yet) works the way you are intending.
I only know of Usenet Explorer and Newsbin that are capable of doing this. One clue is whether or not the articles remain after the rar is assembled -- if not, than the entire file will need to be re-downloaded.
Re: List of Usenet Clients that support fill-servers
How do use fill servers with NNTPGrab? I have added a secondary server but files are still corrupted, presumably because the backup server is not correctly fetching the missing parts. Primary server has high priority, secondary server has low priority.
Re: List of Usenet Clients that support fill-servers
Quote:
Originally Posted by
jack_spratt
How do use fill servers with NNTPGrab? I have added a secondary server but files are still corrupted, presumably because the backup server is not correctly fetching the missing parts. Primary server has high priority, secondary server has low priority.
You appear to have the servers set up correctly - I assume that you also checked the box for "server is enabled" on both servers? I suggest (temporarily) unchecking that box in order to test out each server by itself. Are the files complete on each server? Does each server work alright individually, but creates errors when combined?
If you enable logging, the logfile might help you (or a software developer) isolate the problem.
Question: What operating system are you using?
In my experience, NNTPGrab seems to work much better (less buggy) on Linux than Windows. In fact, I've had a very similar problem recently when I installed NNTPgrab on an XP system, set up with primary/fill server: every downloaded file was highly corrupted. I never investigated why (this was not my computer) -- I just installed Altbinz, and downloaded the same NZB. All files downloaded 100% (without pars) in Altbinz. Since this was obviously a bug in NNTPgrab, I uninstalled it and never looked back.