Printable View
Neither on my NSLU2 nor on my PC via Windows-Client.
I can't make a connection.
On NSLU2:
In the first putty-session I have the server running:
# nzbget -s
[INFO] nzbget server-mode
3 threads running, 0 KB/s, 0.00 MB remaining Limit 48 KB/S
In a second putty-session (or a second screen-window) I try to connect:
# nzbget -C
Segmentation fault
chief12345
We need to build the program in debug-mode to get debug messages. Do you have build environment to compile the program? If not, I'll try to do this. Which feed are you using, is it http://ipkg.nslu2-linux.org/feeds/optware/nslu2/cross/stable/ ?
No, I don't have a compile environment.
cross-feed.conf in /etc/ipkg says:
http://ipkg.nslu2-linux.org/feeds/op...2/cross/stable
I'd realy appreciate your help.
I'll let you know as soon as I have working build environment.
Have you tried other client commands?
nzbget -L
nzbget -G 100
nzbget -A /path/to/filename.nzb
nzbget -P
nzbget -U
nzbget -Q
None works?
Also try to put a nzb-file to income-directory ($MAINDIR/nzb), but you need to create the directory before you start the server. The program should find the file (after about one minute) and start downloading.
Hi hugbug,
Other client commands don't work either.
At least I tried
nzbget -L
nzbget -A /path/to/filename.nzb
nzbget -Q
None of them are working.
Putting a nzb-file into $MAINDIR/nzb works. After a few minutes the server starts to download.
For info: chief12345's problem on nslu2 is solved: his server was configured to use the same port already used by another daemon. Therefore the communication between server and client did not work.
The server's code was extended to report of binding errors (like "port already in use" in this case).
New version - nzbget-0.3.1 - is released and available in optware-repository.
New version has got many improvements which can be divided into two categories: better usage of system recourses (optimized algorithms, less memory usage, decreased disk-io) and new handy features (group-view and group-commands, more accurate speed indicator and throttling, etc.).
Full list of changes available here.
New version is highly recommended especially for routers and NAS-devices, because of greatly reduced memory consumption.
What would get me using NZBget would be PAR/RAR support like with SABnzbd and HellaNZB. SABnzbd+ is now out and fixes the memory leak left from earlier versions.
Would be cool also if this could be controlled by TorrentFlux b4rt ... ;)
The memory leak may have been fixed, but SABnzbd still uses alot of memory. 8 MB with nothing in its queue, and 16 MB with a few nzb's. (and perhaps a lot more when parring).Quote:
Originally Posted by methanoid
Nzbget on the other hand, has memory usage of only about 2 MB (and a little more during parring). And if you really want automatic unrar, you can realize this with the post-processing-script.
NZBGet has (imho) better par-support than Sabnzbd/Hellanzb, because nzbget does not scan all files again after the download of additional par-files.Quote:
Originally Posted by methanoid
The unrar-support is in todo-list, but you can already use external post-script to unrar the files. However on wl500gp the automatic unrar is not useful anyway. The router has very bad disk-speed (about 3 MB/s), so the direct unpacking from router to pc requires the same time as the copying of (already unpacked) files.
Web-interface (via PHP-application, like Zussaweb for Hellanzb 0.13) is planned for the next version.
I have one request for you: if you have fast (10 MBit/s or better) internet-access, it would be great if you could test the download speed in NZBGet to compare it to Sabnzbd and Hellanzb. My tests on pc with local newsserver showed, that nzbget 0.3.1 is about 1.5-2 times (50-100%) faster than sabnzbd 0.3 and about 30-50% faster than Hellanzb. However it would be very interesting to see how it performs in real world on a device with limited hardware capabilities like router or NAS.
If you decide to do the test, I recommend to activate the option "DirectWrite" (for ext2/ext3 partitions). With that option nzbget writes decoded articles directly to destination file without creating of intermediate files and therefore eliminates the necessity of joing articles (this means less disk-io).
I would but its only a 4mb connection which both Sabnzbd and Hellanzb have no trouble maxing out :( But the connection gets free upgrade to 10mbit soon (or so they tell me!)Quote:
Originally Posted by hugbug
I'd be happy to offer suggestions or constructive criticism on web interface having used Zussaweb and HellaPHP (the latter I persuaded the author to make some changes to) and now I am using SABnzbd web interface.
If you want to exchange ideas my email is easy - myusername@gmail.com ;)
Hi,
I have a 12mbit connection and it does not max out with Hella.
I can report 900+kbyte/s with some spikes to 1+mbyte/s only pure downloading (no verify or unrar). with hellanzb. Sabnzbd got me as far as 500kbyte/s, with some occasional spikes.
the verify and unrar takes up time true, but the files hardly every leave the asus so I don't copy to pc, that's why I want the downloads verified and extracted.. still using Hella for that.
raas, Hella and Sab can both max a 20mbit connection on a Linkstation (ARM), Sab performance has improved much with the + version. However I am quite intrigued by nzbget.Quote:
Originally Posted by raas
I have to say I admire Hugbug for coming on here and sharing his views with us and telling us what is planned. I know its not a competition for users but I for one prefer using actively developed programs and those where the author listens to what his users want.
Me, I'd still like unRAR - as a disable option like with SAB and Hella - not everyone will be using these progs on really slow CPUs and I like to leave a download and come back to the files I wanted, regardless of time. Fire and forget! Its cheaper to leave NAS box on 24/7 than a PC.
Me, I need web control. If its quiet at work I like to add NZBs to my queue! Another plus for Hugbug, he even admits all security risks of his software. The others are just as open programs but the authors don't mention it!
I'm certainly tracking this program! :)
Hi Methanoid,
I've never tried the + version of Sab, so I don't have an opinion/experience with it. The figures I mentioned are from the old version. Just posted my results and experiences. If someone has better experiences that's even better. :)
You're right. I also appreciates hugbug's work (also from other who contribute with awesome software.) I'm programming M$ for over 10 years now, but only recently did my first scripts in a *nix environment. I can't contribute as much as I wanted. (so for now I just concentrate on building images which can be installed, but even that is not working 100% at the moment.)
Indeed, the approach of having the NAS on all the time which is much cheaper than a pc, leads me to having as much functionality on this device, That's also why I'm still using hella, fire and forget, like you said.
At the moment it's still essential that packages get extracted on the box itself, As i mentioned in other posts I listen/view this content throught an modded xbox (1) with xbmc running. So I hardly ever copy content to the pc to view/edit it there, or burn it to a disk.
Just like you I'm still tracking this software, and when the moment comes that all things I've been looking for are implemented, I will definately consider making the switch to nzb, because it's really 'open' and writtn/ported towards this piece of hardware.
Anyway, thumbs up for hugbug and may he succeed.
raas
Thanks for benchmars-results.
With local newsserver I achieved about 1100 KB/s average in nzbget.
methanoid
What device do you use: wl500gp or Linkstation?