Downloading PAR2s even though not needed

[darkfalz]

I have a strange problem with 6.50 3126 (latest version? Known bug??)

It is pausing the par2s, but then downloads them all at the end, even when not required (no missing chunks). Only when it has download everything, it unrars the set.

I have toggled the relevant option off and back on again with no change in behaviour. This is causing downloads to take longer than required.

[darkfalz]

Put aggressive assembly mode on, and same behaviour.

It starts downloading the PAR2s even though it is still downloading the last few RARs. It downloads them all no matter what... never used to do this.

[darkfalz]

Looks like the PAR2s are not pausing - when the sets are down the queue, they are all paused. When it starts downloading that set, the PAR2s start off paused, but about half way through they go to "Idle". If I then manually pause the PAR2s, it functions as normal (only downloads what it needs). So it appears to be ignoring the pause option or deciding early on in the set that it needs all the PAR2s to repair (which it doesn't). If it helps I use 4 different servers (main/EU version of primary provider, and two fill servers).

[Quade]

Next time it happens. Select just the smallest PAR2 and hit Ctrl-R to read it into notepad.

=3Dybegin part=3D1 line=3D128 size=3D40932 name=3DSomeFilename.par2

See if it looks like this near the top. Particularly the =3D on the first line. If yes, this is some weird new usenet encoding that's making the rounds. It barely works in Newsbin. I'm fact, I'm not sure how it's working at all. Power of defensive coding I guess. Newsbin downloads all the pars in these weird sets.

[darkfalz]

No special PAR2 type. This is still happening for me in 6.51, although it's random, but it happens more often than not with imported NZBs.

[darkfalz]

Still struggling with this annoying issue.

If it helps any:

PAR2s get a Green Star icon (bypass filters?) and auto-download - is it possibly thinking that all the PAR2s are the first PAR2?
Most of my NZBs I get from Binsearch

[Quade]

I download a crapload and don't have this issue. Meaning it's going to be hard to find and might be specific to you. There are failure modes where it will download all the PAR files. Basically Newsbin throws up its hands and grabs them all because either a repair or an unrar failed. That's what this sounds like.

You'd have to note if unrars are failing in the log files for one of these. If so, the real fix is finding out why the unrar or repair fails.

[darkfalz]

For me it happens on all my machines. I have double and triple checked all the related settings. Most of the RAR sets are complete and require no PARs. As I said they appear in the list as green-starred like the first empty PAR2 and just download automatically.

[Quade]

I'm not clear what triggers it. I'm not seeing it here so, I'm unclear how to trouble-shoot it.

[malhusky]

I saw the same thing. I was downloading from an NZB. It began downloading PAR2s almost immediately, along with the RAR files. I didn't open up the files to look at them. This has only happened a few times. Normally it works. I have v6.51.

[darkfalz]

It's not NZB related as this occurs for me even when downloading from headers. Even if I export to an NZB then re-import, it still ignores pausing of PAR2s- they all get the Green star of "Bypass Filters". WOrst thing is I cannot select all PAR2s via a search, I Need to go in each set and play then pause the PAR2s.

Just bizarre.

[Quade]

That really suggests something is messed up in your configuration. I suggest editing the NBI file and deleting the entire "Autopar" section. Then Newsbin will regen it when it restarts with the default settings. "File Save/As" will tell you where it is. Just cancel out of the save.

If that doesn't work, you might want to re-install from scratch.

[darkfalz]

I'll try that and let you know how it goes. I think it's applying Bypass filters for some reason randomly on PAR sets.

[Quade]

"Bypass filters" is normal for par files but, not pausing isn't. It's strange. I have another user over email with exactly the same symptoms and we're having the same problems trying to figure out why NZB's that do this for him, don't do it for me or dex. Are you running an english language version?

[darkfalz]

Here's the section. See any problems? English version. I am trying latest Beta now.

[AUTORAR]
AggressiveAssembly=0
AutoDecode=1
AutoDelete=1
AutoFolder=0
AutoScratch=0
DecodePath
DisableAutoPAR=0
DisablePausePAR=0
FolderPrefix=0
KeepFilestamp=1
PathOverride=0
PausePARS=1
RarFilter=Post UnRAR
RemovePerfect=1
UseFilter=1
UseRecycle=0

[Quade]

How about exiting Newsbin, deleting that section of the NBI, then start Newsbin and then start a download. See what happens.

Delete everything including the "[Autopar]" part.

[Quade]

The person we were trying to help over email. He was expanding the sets of files, selecting them all and adding them to the download list that way.

If you do this, it'll download all the pars. The way you're supposed to add the files is click on the parent item and add that to the download list. If you expand and add files, this bypasses autopar.

[darkfalz]

I wasn't doing this - I import them via the NZB Autoload folder or double click usually.

[bertgt]

darkfalz, I can confirm I have experienced the same behaviour as you.

It doesn't happen very often for me, but there's usually something in common like a whole TV series or a group of files that have been uploaded/posted by the same poster. For me it's not too much of a problem as I'm on unlimited Usenet plans, and I only notice it if I'm pulling something time critical down and I have Newsbin open in front of me.

I load everything into Newsbin via NZB files.

I would suspect it's something to do with the PAR2 set being created with a buggy or oddball program.

I'm working on a 32-bit machine and use 6.52 3289. Are you using 32-bit Newsbin as well?

[Quade]

I do all my testing in 32 bits.

You ought to be able to watch the download and see what's happening

1 - Pause

2 - Add to download list.

3 - Hit the + icon.

4 - Unpause.


- All the files but, the single small part should be paused. None of the files are paused that's significant.
- The small PAR should download and the RARS should unpause.
- When the last rar downloads, the pars should then selectively unpause if the file is bad.
- If the pars download one at a time then Newsbin thinks it needs the pars.
- If at tries to unrar and the unrar fails, it'll download all the pars.

[darkfalz]

Using 64bit.

It doesn't appear to be happening much if at all with 6.52 - coincidence?

[Quade]

Your comment is ambiguous. Not clear what "happening" means.

[bertgt]

- All the files but, the single small part should be paused. None of the files are paused that's significant.
- The small PAR should download and the RARS should unpause.
- When the last rar downloads, the pars should then selectively unpause if the file is bad.
- If the pars download one at a time then Newsbin thinks it needs the pars.
- If at tries to unrar and the unrar fails, it'll download all the pars.

Yep that's what usually happens. The behaviour we see (or at least I see):

- All the files but, the single small part should are paused.
- The small PAR downloads and the RARS should unpause.
- Newsbin download the RARs.
- Even before the last RAR is finished, all the PARs unpause.
- Usually the smallest couple of PARs have downloaded before the last RAR has finished downloading.
- All the PARs are downloaded.
- Newsbin UnRARs and the file is extracted to where its supposed to go, then Newsbin clears the RARs and PARs.

I at least do not use wishlist features or aggressive assembly mode.

I suspect it's something to do with the PAR2 set being messed up by the poster. Like I said, doesn't happen often.