NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in Set

[kublai]

Lately I noticed that NL will not decrypt all of the files in the par set while it's downloading causing the set to be incomplete and not having enough par files to fix. What I did was manually run multipar to tell me which files I'm missing then I would rename the unencrypted file to match the missing files then I would be able to repair manually using multipar. Here is the latest set with this behavior. Filename is 20292-0 and 20292-1. File 20292-1.01 and 20292-1.13 does not decrypt while its downloading when it should. After the download is finished, I renamed those 2 files to correspond to missing files then you can manually repair with multipar but NL will still think it's missing in the RNE

[Sunfox]

I have noticed a bit of quirkiness with how NL re-names misnamed files.

First, it absolutely cannot do that with any corrupted files - while standalone PAR programs can, although they often have to be "forced" to check a file to see if it matches. Is there some way that when NL is in progress of downloading a set, and it knows what the set's files are, it can give it a temporary name for use with RnE? ie. "lastfilename.nltemp.001".

Second, sometimes it just fails to rename perfectly intact files. I'm often left with a few original-named files in a directory where it had to download PAR2 files to replace them - but a manual check with the PAR2 file shows those files were just fine, but missed somehow. Sometimes there's even too many files missed for the set to be repaired, leaving me to do it the old way.

[Eric10301]

Spiril knows about NL not being able to handle incomplete files that are obfuscated. We'll have to wait on that one.

With that being said, I noticed NL never renames the nfo/sfv files. I assume it's probably because they are downloaded first, alongside the .par2, making it too quick for NL to have something to check against. I think it would behoove spiril to add some sort of final re-name check before NL stars downloading pars for "missing files". Basically, instead of having the user right click the par2 in the r&e window to have it manually check for misnamed files, NL does this itself.

[Sunfox]

I don't have it set to download NFO/SFV files first, it just does them in whatever random order has been posted (especially when they're obfuscated), but it definitely doesn't rename them. Not sure if it's something about the files being too small?

Ooh, and thanks for the trick on "detecting mismatched". Didn't know that existed - although if I'm downloading unattended and enough PAR2 files are posted, this will only actually be useful when NL majorly screws up on renaming.

[Eric10301]

I don't have it set to download NFO/SFV files first, it just does them in whatever random order has been posted (especially when they're obfuscated), but it definitely doesn't rename them. Not sure if it's something about the files being too small?

Ooh, and thanks for the trick on "detecting mismatched". Didn't know that existed - although if I'm downloading unattended and enough PAR2 files are posted, this will only actually be useful when NL majorly screws up on renaming.

Cool, I just assumed it wasn't renaming the nfo/sfv because I have newsleecher set to download small files first which meant the par2, nfo, and sfv were being downloaded at the same time. I guess that's a bug then.

[Spiril]

Pls try this unofficial test release :
http://www.newsleecher.com/nl70005.ufr1.exe

It should fix the issue where smaller misnamed PAR2 set files are not detected and renamed properly.

[Eric10301]

NFO/SFV renaming is working now but now the rest of it seems to be working less well. I downloaded something earlier that had around 95 renamed files in the set and 37 were never renamed by NL as it downloaded. Clicking the detect misnamed files button worked, and all 37 were renamed properly, but that was after NL had downloaded 500 megs of unnecessary pars.