Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings.
Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
SABnzbd only downloads the PAR files it needs. It starts by downloading all normal files and the smallest par. If the files don't pass our QuickCheck function, we run a full par2 verification. Once SABnzbd determines how many files are broken or missing it will go back and intelligently download only however many pars it needs and repair.
Hi,
i use SABnzb on my NAS DS412+, but since i upgrade from 0.6 to 0.7.14 the "intelligently download" feature does not work anymore
Can anybody help me with this problem?
Are you sure there are enough par2 files in the NZB?
Pause SABnzbd and load the file again, click on the job title and check the file list.
Another possibility is that you added incorrect par2 parameters in Config->Switches.
Yes, the download/repair with alt.binz works flawless.
I didnt change the par2 parameter in Config->Switches, any other idea? A downgrade to 0.7.10 or 0.6.10 dont solve the problem
Alt.binz doesn't run on your NAS.
Are you sure your par2 program is OK?
We've seen this in the past and the root cause turned out to be a faulty par2cmdline version.
<root>par2 v test.par2
par2cmdline version 0.4, Copyright (C) 2003 Peter Brian Clements.
par2cmdline comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it and/or modify
it under the terms of the GNU General Public License as published by the
Free Software Foundation; either version 2 of the License, or (at your
option) any later version. See COPYING for details.
Loading "test.par2".
Loaded 120 new packets
There are 59 recoverable files and 0 other files.
The block size used was 2304000 bytes.
There are a total of 520 data blocks.
The total size of the data files is 1152382664 bytes.
Verifying source files:
*list of files*
Repair is required.
1 file(s) exist but are damaged.
58 file(s) are ok.
You have 519 out of 520 data blocks available.
Repair is not possible.
You need 1 more recovery blocks to be able to repair.
I've got the same problem on a QNAP 869. Once I updated to 0.7.14, sabnzbd is no longer downloading any other par2 files except the first small one. I can see from the log that all par2 files are added to queue. Unfortunately I don't know what to look for in the log that would help debug the problem :/
I noticed something: even though the log says all par2 files were added to the queue, the par2 files are missing from the queue if you look at the file download list by clicking the name of the download in sabnzbd main window.
Looking at the download jobs further down the queue, it looks to me like the par2 files are deleted from the queue right after sabnzbd downloads the first, tiny .par2 file.
It looks like this is a platform specific issue.
The trailing blabla/* means "all files in folder blabla".
For some reason the par2 program (or shell) on your NAS expands this to include the __ADMIN__ folder.
Windows, OSX and Ubuntu do not have this problem.
Alternatively it could be a side-effect from a missing primary par2 file.
I'm not sure, but I currently do not have the time to delve deeper into this.
The difference is that par2cmdline now gets the wildcard as an extra parameter.
This is needed to fix the recent popular garbled file names.
Unfortunately this doesn't work properly on your platform.
There's no fix except going back to 0.7.11
Possibly I can create some work-around in the future.
I installed for the first time SABnzbd on my NAS (DS413).
I have the same problem. First Par2 is loaded but does not repair.
The other par files are not loaded.
Which version does it work?
