Hello.
Quade wrote:Do you have autopar enabled?
Like I wrote from my looking into Settings/AutoPAR Option in 6.90Rc6:
In the Setting 'AutoPAR Options'
Only 'x User internal RAR timestamps....' ist checked.
All the other entries are not checked.
So AutoPar is enabled by default.
Quade wrote: If so, the MKV files will end up in the unrar folder when Newsbin is done.
I have no unrar folder specified. I do not let nzb unrar files.
As example for the above mentiond files:
with 6.82Final I get all 7*PAR +1*mkv in D:\N\$(GROUP)\
with 6.90RC6 I get only 1*PAR +1*mkv in D:\N\$(GROUP)\
In the Setting 'AutoPAR Options':
_ Disable AutoPAR (= Autopar is enabled)
_ Automatically UnRAR Complete Files (= I do not let nbp unrar the files)
_ Remove repaired but not unrared sets in the download list (=Let ist repair, but do not remove them)
_ Delete RARs on successfull Repair (=Since it does not unrar it is not allowed to delete anything)
_ Pause Pars and only download the ones needed for Repair (= So it shloud download all even if it could repair with less)
_ Delete RARs ana PARs to Recycle Bin (= So it should not delete to the bin)
X User internal RAR Timestamps...
_Enable Post UnRAR Filter ( not checked an no UnRAR Filter specified).
In 6.82 there is one Option, that is not in 6.90RC6 (I did again upgrade to 6.90rc6 to verify it!):
X Aggressive Assembly mode (this is checked in 6.82, because I want it to PAR before it retries)
Just to list it again and more completely:
-In 6.82 it all worked fine!
-Then I made a Copy/Backup of the Data Folder (F:\NBIN-Parts\)
-Then I upgraded to 6.90RC6 and without manually changing anything in the setting: nbp goes wrong. -Then I did my Posting today here in the forum in my thread I dis start middle on 2021 with B10) with the problems.
-After that, I did end nbp, deleted the Data Folder (F:\NBIN-Parts\) and copied my Backup to a new created Data Folder (F:\NBIN-Parts\).
-Installing back zu 6.82Final and started: it workes fine again.
Downloads for hours with no problem. All files are there (all expected *.par all expected *.mkv *.jpg *.nfo ... and so on.)
Just to check if I am just wrong
-I did end nbp6.82, deleted the Data Folder (F:\NBIN-Parts\) and copied my above mentiones copy/Backup to a again new created Data Folder (F:\NBIN-Parts\).
-Then I just upgraded again zu 6.90RC6 and startet it.
-Automatically it gets the new headers, throws them in the 'download files' window/tab.
Voila again it goes as wrong as I described.
==
Like above I can confirm again in 6.90RC6:
Point 1. I get less *.par files in the target Directory/download folder D:\N\$(GROUP)\
Point 3. With 6.82 I could see in the 'downloading files window' the 'download path' (and there I could see the name of the newsgroup like I defined it in the settings: 'D:\N\$(GROUP))' Now in 6.90RC6 I just see the name of the path 'D:\N\'. I cant see the group.
Point 4. NBP 6.90 does not seem to work the entries in the 'downlading files windows' in any order I can follow.
And again:
Point 5. I enter the nzb I did create for manually downloading The Posting with the Checksum [23CA7AC1].
And again 6.90Rc6 does download the 7 included *.PAR and places them in 'D:\N\' (like it uses with all manually added nzb) but the around 800MB size *.mkv is missing. The same nzb did work several hours ago with 6.82Final.
And since I did just switch back to 6.82Final: The same nzb does work fine. I again got the file
"[LostYears] Banished from the Hero's Party, I Decided to Live a Quiet Life in the Countryside - S01E02 (WEB 1080p x265 10-bit AAC) [23CA7AC1].mkv"
and all of its 7 *.par in 'D:\N\'.
==
So the main reason something goes wrong in 6.90RC6 cant be, that I did manually change something the wrong way, because I did not change anything. I even use everytime the same Backup as basis so nbp always gets the same headers, because it does not know it got them in an earlier test.
Quade wrote: It sounds like you're expecting them to be in the download folder. Newsbin shouldn't download any pars unless it needs them.
In 6.82 nbp did download and keep all of them all there D:\N\$(GROUP)\ (I did a listing in the above posting: 7x *.par 1x *.mkv).
In 6.90RC6 it does not keep them. I cant say if it may download and hide oder delete them. But after a download they are not _all_ there (only 1x *.par and 1x *.mkv).
And when I go back to 6.82 the same download as in the 6.82 before is there (7x *.par 1x *.mkv).
Quade wrote: 6.90 won't auto-download a grouped set of files that's shows incomplete files so, I'd assume 6.90 won't add a file to the download list on header download until the full set is completed.
Since 6.82 can download it and it is complete (correct SFV Checksum and Multipar does show everything is there) before I did the update and after I did fall back to it, It is an issue with 6.90RC6. It does not have anything to do with an incomplete posting, since 6.82 can get it without problems and 6.90 can get the MKV also. But 6.90 does not download or show/keep the missing 6 *.PAR files.
Quade wrote: You act like you want a bunch of PARS is that the case?
Like before (with 6.82) I would like all that, what I specify to download in the 'downloading files' list.
Quade wrote: Maybe explain what behavior you're expecting and what mode you're using. I'm just about to release 6.90 so, time's running out for changes.
I expect the same behavior I do get with 6.82 Build 5142. Downloading everything I specify as long as it is available on the server.
It is nice that nbp can unpar and I use it (up until 6.82Final). But when you let npb6.90 automatically limit the downloaded files or let it delete files without mentioning, then make a switch to disable this deleting or at least mention that behavior in the settings at that point so one can decide or at least guess what happens.
I do not know what you mean by "mode".
I am starting nbp and let it periodically (every few hours) check Newsgroups for new headers/files for weeks or even month without PC restarting.
This headers are transfered automatically to the 'downloading files' tab/windows and then it downloads all this (at least with 6.82).
Sometimes when I miss something I get me an nzb from an Website like nzbindex.com binsearch.info or so and let nzb fetch me the content of that nzb (like I mentioned above in Point 5, but even that does not work in 6.90 anymore with that mentioned example, like I said).
And sometimes I get an nzb with encrypted stuff, then I let nbp also fetch the stuff and decrypt the files myself. So there I also need all files to do the encryption myself.
All that works/worked with 6.82 without a problem.
But serveral postings before, you told me something like this:
Quade wrote: Also if you use NZB Files, you'd doing yourself a disservice by not using 6.90. 6.82 simply doesn't work very well with newer NZBs.
So I did try the newest version, everytime I found it (since I do not restart nbp dayla I get the MOTD only when I restart and that may be several days/weeks after you released it).
And I again see that it does not work like 6.82.
The problems with the newer Versions began, when you changed it because of this ?obscurification? (or how it is spelled?) somewhere in the middle of 2021. I guessed that means postings with encrypted oder gibberish (mostly hexadecimal) texts.
Well like I wrote above I do even get nzb with encrypted stuff and that works fine with 6.82.
Other encrypted stuff in some Newsgroups I get I do not have the keys so I can't decrypt them. But since I do not know how to filter them also I just have to delete them manually. But even that is in nbp6.90 not so easy, because in nbp6.90 I can't see the Newsgroup any more (see above Point 3).
So I do not understand what this ?obscurification? really is or if I need it.
I just experience again and again (see older postings since Middle 2021, when I tried 6.90b10 Build5368) that the newer Versions after 6.82 don't work like 6.82.
Quade wrote: If autopar is enabled the way it works is:
1 - Single small PAR file downloads.
2 - Files download to download folder while Newsbin counts up PAR blocks.
3 - When the last file in the group downloads. Newsbin will initiate a repair or unrar.
4 - If nothing needs to be repaired, the files, either the raw MKV or the contents of RARS get sent to the unrar folder.
4a - If the the files are damaged, Newsbin downloads just enough PARS to repair them.
5 - If the unrar folder isn't set or it's set to be the same as the download folder, nothing is moved.
6 - When everything is done, the pars are deleted.
Your Point 3 and 4 and 5: Since I do not use/want nbp to unrar, that Option is not switched on.
Automatic unrar would make more problems for me: Sometimes there are postings with *.rar that do have subdirectoiries, sometimes some don't have subdirectories. It would be confusing and a hassle to sort, when hundreds or thousands of Postings without subdirectories all get mashed up in on directory.
Even the ability to put every posting in an extra subdir does not help, because the path would become very long and so the over all length in windows could be exceeded (like I mentioned in my Point 5) some files have so veeeery long names, that nbp can't put them on my windows system in D:\N\$(GROUP)\
(at least I get that Problem when the name is veeeeery long. When I let the same File download in an folder/directory with a very shot path D:\N\ then nbp can download it).
Your Point 6: I dont want them do be deleted. And that is what I specified in the settings/Unpar since I use nbp (when I am correct since 6.73).
Reason: Sometimes I get *.par that are completely written in uppercase. Those are an indication that something is wrong with the downloaded file. When I check the Files: Yes theer really is something wrong. Because of that I want to keep them and decide myself when I give up to repair and delete them.
Quade wrote: For #3, it's reporting the unrar path now. If you have autopar disabled, this might not be that usable to you but for most people, it shows where the files will end up.
It seems you are mistaken or I do not understand you correctly:
nbp 6.90RC6 shows in the 'downloading files' tab/window: download path: D:\N\ but the files end up in D:\N\a.b.multimedia.anime.highspeed\
nbp 6.82Final shows in the 'downloading files' tab/window: D:\N\a.b.multimedia.anime.highspeed\ and the files end really in D:\N\a.b.multimedia.anime.highspeed\
Quade wrote: You could set the unrar path to be the same as the download path then you can see the download path.
Again: i do not let nbp unrar the files. The files in 6.82 are not moved from D:\N\$(GROUP)\ and I do not want them to be moved from D:\N\$(GROUP)\.
And in 6.90RC6 the Files also end up in D:\N\$(GROUP)\ but they do not all go there. I guess it is like you said in your Point 1: *sadly* nbp just does not download all the par files.
Quade wrote: You don't really need to backup the whole system.
This time it was for general PC/Windows safety reasons. I wanted to back the whole Sysemdrive C:+V: (both letters are on the same SSD) to have an Backup when something bad happens.
The other drives (D: E: F: W: and so on, where I keep the Data folders and downloaded files for/from nbp and other stuff) were not completely backed up at that time. The data there is far more valuable for me and that is backed up more frequently to other locations and systems.
So it just was convenient now to test again a new nbp Version - and sadly again it does not do it for me.
Quade wrote: You can simply rename the data folder.
Well, I copied/backuped my data folder (F:\NBIN-Parts\) to an other directory/folder on the same SSD (F:\NBIN-Parts-old\), so I could experiment with this two nbp versions (6.82Final and 6.90RC6) by copying the same backuped Data from (F:\NBIN-Parts-old\) back to F:\NBIN-Parts\. So I have/had for all tests everytime the same base of Data to compare.
Quade wrote: In fact you could run both 6.82 and 6.90 at the same time as long as they use different data folders.
Running both versions simultanioulsy would stress the system far to much and let me download everything twice. And interchanging between the two Versions (one day Run one Version and the other day run the other version would also double/expand the needesd Space and I would need to make some automatic start/stop for nbp.
That would be much hassle. Up until now when I reboot the PC (when an update is needed oder so every few weeks) I just start nbp and let it run until I start again a few weeks later.