newsbin.com

I'm starting to see some posts where the par2 files are each named differently resulting in newsbin not seeing them when trying to fix the files. If I rename the recovery par2 files to match the main par2 file then QuickPar works fine.


Using 6.62 RC2

PM me an example. Newsbin shouldn't care what the PAR filenames are for repair but maybe the repair library does.

Don't post you example here.

fyi, nothing really new, have seen it the past 6 months or so now.....

fyi, nothing really new, have seen it the past 6 months or so now.....

vspazv has given me an NZB to test. I don't download these oddballs. Newsbin recognizes all the files. I'm guessing the actual repair library can't find the PARS.

Oddballs? Not sure what he sent, will send one when I encounter again. But pls remember I d/l and do everything manually.

Not a big deal for me as 99% are usually complete and only a manual rename is needed for the rest.

Yeah, oddballs, The filenames are all random. They don't even have extensions. I doubt you're downloading what he's downloading because it's probably not possible without the actual NZB files. If your filenames aren't random it's probably not the same issue.

Ok, I have a fix for this and a fix for a problem when the PAR files are corrupt.

It'll be a new beta in a day or 2.

Thanks.

I sent it to Dex to package up but you know, turkeys are probably getting in the way.

http://www.newsbin.com/downloads/nb663B1.exe

Here's a test version for the par fix and maybe for the lost packet fix some people experience.


- AutoPAR: Fix for sets with random PAR filenames.

- AutoPAR: Fix for cases where a corrupt PAR didn't have a PARid.
Would cause the download to leave the download list

- AutoPAR: When an unrar fails, all files are added to the bad list to
cause the Repair DLL to force a rescan of all the files. Catch rare cases
where the data changed between writing and repair.

This one might download a bit slower than the release version. I have some test code in there trying to see if it leaks packets.

email sent

Using your NZB, I purposely damaged one of the files during download. It downloaded the PARS and did a repair. I ended up with an MKV file with an obscure name.

Maybe I'm not understanding what you're reporting. Looks to me like it's downloading PAR files. The one thing I do notice that needs fixing is that the obscured files aren't being deleted from the files list even though they're deleted from disk.

What do the PAR counts show in the status column? I notice you have a bunch of files still in "Downloading" State and not assembled. Suggests to me the real problem is that the files are badly damaged and not assembling automatically. How many retries do you have set? What happens if you right click the main item and hit "assemble incompletes"?

Look, as I said, it's not a big deal to me.

In the last example I sent, all the main files were d/léd OK, with no need to repair.

Just the par2 files, also downloaded OK, just with different filenames. So if a repair WAS necessary , which again it was not, one must manually rename a par2 file.

That's it.

Just the par2 files, also downloaded OK, just with different filenames. So if a repair WAS necessary , which again it was not, one must manually rename a par2 file.

You don't need to rename the par files now. I confirmed that by purposely forcing a repair and the repair working with no intervention.

What I gather is that you're saying it's still broken because the PAR filenames aren't renamed. That's not how I fixed it though. I feed the random named PAR files directly into the repair engine and it pulls the records it needs out of them so, the PAR filename doesn't matter anymore as long as the PARS are grouped with the RARS (and maybe not even then). The only time it might not work is if the first chunk of the PAR is missing.

They way I forced a repair was to allow about 1/2 to download, hit the pause button, then right click an individual partial file and "Assemble Incomplete". Which gets you a damaged file.

Haha, oh well...

It's fixed for vspazv than/