Version 6.70 Beta 3 Available...

[dexter]

Version 6.70 Beta 3 fixes a number of issues from Beta 2 and adds a new feature, the ability to filter on Poster from within a Filter Profile.

Here are the changes for 6.70 Beta 3:

• New feature, can now add filtering on Poster in a Filter Profile.
• Changed path logic to make variable substitutions both before and after the download.
• Fixed issue when you disable the filters, the posts that would have been filtered were untagged.
• Fixed issue with the scheduler not saving changes.
• Fixed issue with the scripts options not saving changes.
• Fixed Hide old when used with Search.
• Fixed Hide Old, wasn't working if filters were turned off.
• Fixed Hide Old in watch lists.
• Fixed issue where poster filter could not be removed if it was a keyword lockout and not full poster lockout.
• Fixed issue where Files list entries from Search don't were not showing the actual group.
• Fixed issue when performing Search with $(GROUP) in the path, "Placeholder" was getting used instead of the group name
• Now allows CBZ and CBR files to be compacted when QPMS (Master Splitter with PAR files) encoded.
• Made change so that when 98% of the PAR blocks are in place, Newsbin will start downloading PARS.
• Fixed crash issue on rescan when using header based watches.
• Fixed issue with MessageIdFilter. It wasn't hooked up and instead it was applying "Download Folder" in place of the message-id filter.

The download link is on the Newsbin Beta Page. Any questions, comments, or bug reports can be made by replying to this thread or by using the Technical Support Contact Form.

[TBlack]

Hi Dex,

Thanks for adding Poster Filtering....can you advise how to set it up?

Thanks very much!

[Quade]

It's like any other filter. Supports RE's. Add the posters to your existing header filter or the message-id filter. I think it'll work in either place.

[TBlack]

Ok, got it to work with MessageIDFilter so far. Had to enter a Keyword from the Poster String, and not the whole string.

Will PM you with details.

More as I know....thanks

[Quade]

It's a regular expression. You can do the whole string but you'll have to escape it to make it a valid RE.

[Eurisko]

This beta series has started back to leaving a large amount of leftovers in the Chunks folder, and the cache that I have set at 2000, keeps dropping down, but never reclaims anything after it finishes. I can hit the Help/About trick, and that brings the numbers back to 2000/2000, but I wasn't having to do that with the release prior to these new betas.

[Quade]

Are you doing a bunch of "assembling incomplete" on your downloads?

The chunks folder is self cleaning so even in this case they eventually get deleted.

[Eurisko]

Are you doing a bunch of "assembling incomplete" on your downloads?

The chunks folder is self cleaning so even in this case they eventually get deleted.

No. Just letting it download stuff, then looking the next day, and it's not had anything to do for 12+ hours, and there will be like 5000-10000+ files in there, and the Cache will show like 438/2000

[Kraut2003]

The Password Manager seems to be broken since the Start of the V 6.70 Betas

any Help ?

thx

[Quade]

Broken how?

[Kraut2003]

It does not accept new Passwords - all stored passwords got lost after the update to the first 6.70 Beta

Thomas

My System: WIN 10 64 Bit Pro German / 16 GB RAM / Core I7 CPU / DLS go to external USB3.0 HDD / Data Folder is on Local Partition D: - Its a MSI Notebook

[Quade]

I'm not seeing anything wrong with it.

Passwords are stored in the file: RarPasswords.txt in the data folder. If you look in the file with WordPad you should see the list of your passwords.

I wonder if there's a permissions problem and Newsbin simply can't write to the file?

[JanJonkman]

Hello,

just upgraded from 662 to 670b3 some strange behavior when opening a .nzb its not downloaded to the drive:\download\newsgroup folder but drive:\download\placeholder also unpacking it creates a folder named drive:\unpack\placeholder

i'm using the following:
main download folder : d:\download\$(GROUP)\
Download folder for downloads from nzb files : d:\download\$(GROUP)\
Unrar folder : f:\unpacked\$(GROUP)\

with regards,

Jan

[Quade]

Yeah, that's a known issue with NZBs in the current beta.

Thanks.

[mimauk]

Latest Beta -

When I open a group tab, I usually have the filter drop down boxes disabled on the button.
I have the minimum size drop down box set at 100MB and it is greyed out as the button is disabled but any post in the list that is smaller than 100MB gets a red/exclamationmark icon and the status column shows ''too small'' for each post.

If I enable the filter button and set the minimum to ''None'' and disable the filter button then all the normal icons re-appear.

[Quade]

Yeah that's the way it works. It's telling you the post would be filtered if you enabled the filters. It even tells you why.

[mimauk]

Yeah that's the way it works. It's telling you the post would be filtered if you enabled the filters. It even tells you why.

OK - It's the first time I've noticed it happening with this Beta.

[Kraut2003]

Seems to work now with the PW Manager - after 2 restarts of Newsbin it worked - I could enter the new PWs in the Manager and my files got decoded perfectly

The Only thing to complain now (still with the 6.70 Betas but happened b4 with the 6.6... Versions too - NB stops DL without any error Message and to restart the DL I have to restart NB -PS: I have a 150 Mbit Cable TV Internet Connection and 2 Usenet Accounts which both can manage this Bandwidth

[Quade]

Versions too - NB stops DL without any error Message and to restart the DL I have to restart NB -PS: I have a 150 Mbit Cable TV Internet Connection and 2 Usenet Accounts which both can manage this Bandwidth

This sounds like something TBlack has reported too. In his case the cache blocks run out. It doesn't happen to me so I can't reproduce it. I did have something to work around the problem. I'll look into hooking that up for you and him. I don't like it because it's slower but if it fixed the problem for you then you probably need it.

[TBlack]

Quade,

Hate to see you add code that may not be needed. I have not had a freeze with the Cache at 0/600 (0) in several days. I have also had a few Posts downloaded that were initially incomplete (Red Bar on the Right) and NB waited to finish the download and assemble until enough parts were available. I have had a couple of incidents where I could not totally flush the Cache with Help/About as I have reported, but you indicated you don't know why NB cannot totally flush the Cache with Help/About. It would seem NB is expecting to handle the Cache a certain way, but there is something is the cache foreign to NB and thus cannot handle it as expected.

You can't repeat it, but I periodically check my drives for faults using Windows. Can't remember the last time I had a corruption issue with my NTSF drives. My hard drives are 2Tb 7900 RPM Seagate drives, i7 Processor. Windows is set up to Cache the Drives in Device Manager. Windows drive Caching should only be an issue during a power loss, which is very rare for me. I don't have issues with other programs losing data either.

Just my two cents....

Thanks

[Moondawgie]

It does not accept new Passwords - all stored passwords got lost after the update to the first 6.70 Beta

Thomas

My System: WIN 10 64 Bit Pro German / 16 GB RAM / Core I7 CPU / DLS go to external USB3.0 HDD / Data Folder is on Local Partition D: - Its a MSI Notebook

It's exactly the same with my installation. The password file no longer exists in my Newsbin Data folder, and Newsbin won't create/save a new file when I try to add a new password via Newsbin's Password Manager.

[Quade]

You can't repeat it, but I periodically check my drives for faults using Windows. Can't remember the last time I had a corruption issue with my NTSF drives. My hard drives are 2Tb 7900 RPM Seagate drives, i7 Processor. Windows is set up to Cache the Drives in Device Manager. Windows drive Caching should only be an issue during a power loss, which is very rare for me. I don't have issues with other programs losing data either.

I don't suspect a hardware problem. My guess is there's some software interaction with some other application. Something you and the people who have this issue run that I don't.

Kingfish, what's your data folder set to? You can find out by using the options/open data folder. Writing to the password file is as basic as basic can be so I suspect a file permissions problem.

[Moondawgie]

You can't repeat it, but I periodically check my drives for faults using Windows. Can't remember the last time I had a corruption issue with my NTSF drives. My hard drives are 2Tb 7900 RPM Seagate drives, i7 Processor. Windows is set up to Cache the Drives in Device Manager. Windows drive Caching should only be an issue during a power loss, which is very rare for me. I don't have issues with other programs losing data either.

I don't suspect a hardware problem. My guess is there's some software interaction with some other application. Something you and the people who have this issue run that I don't.

Kingfish, what's your data folder set to? You can find out by using the options/open data folder. Writing to the password file is as basic as basic can be so I suspect a file permissions problem.

E:\Newsbin Data. My E: partition is hard drive dedicated to Newsbin.

After reading your response I've taken ownership of the folder E:\Newsbin Data, and all of it's files and folders. No joy.

Newsbin is installed to C:\Program Files\Newsbin. C: is a 120GB SSD drive.

All files downloaded by Newsbin are downloaded to K:\NB-Downloads.

I usually run Windows (10) Defender, and Malwarebytes for virus protection, without any problems with Newsbin, but the problem persists even after disabling both of them.

[Quade]

Go into the data folder and look for "RarPasswords.txt". If you have one rename it. Then go into the options select "Password Manager" then add some dummy passwords. Then click "Ok". A new "RarPasswords.txt" should appear in the data folder soon after you clicked "Ok".

Let me know if it works.

[kenr]

Not sure if this is intentional or not.
Due to ngdirect changing servers I had to re-download all the headers today.
Nothing was displayed.
On the Filter toolbar:
I had Display Age, Hide old and 1 days set. I changed to Display Age, None and 1 days and it displayed post from a week ago.

Re-set the Age to 1 days and it shows properly.

[Moondawgie]

Go into the data folder and look for "RarPasswords.txt". If you have one rename it. Then go into the options select "Password Manager" then add some dummy passwords. Then click "Ok". A new "RarPasswords.txt" should appear in the data folder soon after you clicked "Ok".

Let me know if it works.

Darn it. Before reading your response, In exasperation I wiped my installation of Windows 10 Pro 64, and partially wiped my installation of Newsbin 6.70 B3 (retaining only the contents of my Newsbin Data folder), before reinstalling both. I'm now in the midst of installing all of my other software. I've now got a new RarPassword.txt file. I'd have bet money that I have a backup, but haven't yet found it. My bad. As I no longer have any stored passwords I don't yet have any way to check if Newsbin is now working entirely as it should. I'll get there eventually.

For what it's worth, after discovering that Newsbin was no longer automatically extracting/unrarring Rar files and noticed that my RarPasswords.txt file was missing, I had already done what you asked several times before posting my previous response. There was no RarPasswords.txt file to be found, nor could I create a new one using the Password Manager.

[Bismark]

Are you doing a bunch of "assembling incomplete" on your downloads?

The chunks folder is self cleaning so even in this case they eventually get deleted.

I just exited NB 6.70 B3 after about one day having it up. I checked the chunks folder and there are 14,450 entries taking up 7.22 GB (7,758,024,704 bytes). When is the chunks folder cleaned up? NB had not done anything for the past 3 hours before I closed it. I plan to delete all the entries now.

[Quade]

Yeah, you have some problem that isn't happening here. Every file that completes and assembles should then delete the chunks associated with those files. How about clearing it out, downloading on single RAR or other file format, watch it download then see what's in the chunks folder. The only exception to the deletion rule is incomplete files. I believe they stick around. Typically they purge when they get to be 2 days old. Unless you're downloading TB's a day, there shouldn't be many stragglers.

[Bismark]

Yeah, you have some problem that isn't happening here. Every file that completes and assembles should then delete the chunks associated with those files. How about clearing it out, downloading on single RAR or other file format, watch it download then see what's in the chunks folder. The only exception to the deletion rule is incomplete files. I believe they stick around. Typically they purge when they get to be 2 days old. Unless you're downloading TB's a day, there shouldn't be many stragglers.

First I downloaded a single video with 7 RAR's When all was done, there were no chunks.

Next I did a much bigger video, 45 Rar's and there were 39 left over chunks for five minutes.

I exited NB, deleted all chunks and then downloaded three videos, 43, 70, and 32 RAR's. The chunk count got to about 2900, but when all was done, there were 88 chunks still there. I should point out some strange behavior:

When looking at the download tab, it shows many more RAR's downloaded, but they do not appear in the files tab for a number of minutes. When this occurs, one cannot get NB to download things at the top until the files tab list catches up with the download tab. This can be a number of minutes and is aggravating as I put something at the top to see it immediately.

Hope this helps. BTW: It is 10 minutes since all downloading was completed and the chunks folder still has 88 chunks.

Hope this helps.

[Quade]

I exited NB, deleted all chunks and then downloaded three videos, 43, 70, and 32 RAR's. The chunk count got to about 2900, but when all was done, there were 88 chunks still there. I should point out some strange behavior:

It leaves the "part 1" files around for when you restart. They're easy to identify. Should be:

<bla hash value>.1.XX (XX is the total chunk count. If this is what you're seeing, part #1's then it's normal. They get purged in 2 days. You can tighten up the time if you want.

When looking at the download tab, it shows many more RAR's downloaded, but they do not appear in the files tab for a number of minutes. When this occurs, one cannot get NB to download things at the top until the files tab list catches up with the download tab. This can be a number of minutes and is aggravating as I put something at the top to see it immediately.

You know it continues downloading while the files unrar and repair right? That's something people wanted. The thread that does the repair is the same thread that assembles the files from chunks into files. It's normal for the chunks to get ahead of the assembly process if you have slowish disks and/or a high speed net connection. The unrar/repair happens and the chunks of the files keep downloading. They get saved to the chunks folder until the repair thread finishes. Then it starts to assemble the files again out of chunks.

The reason changing the order doesn't do anything at this point is that you already have a bunch of files downloaded just waiting to be assembled. It does change the order but can't start till the backlog of assembling files is assembled.


If you have gigs of chunks and a bunch of downloaded files that haven't assembled yet then this is perfectly normal. Newsbin will use those chunks to assemble the files as quickly as the disk permits. It's sorta sounding like it's working as it should and the assembler is simply getting behind because of unrar and repair. If your download list empties and you still have chunks (other than the part 1's) then it might not be normal.

[Bismark]

It leaves the "part 1" files around for when you restart. They're easy to identify. Should be:

<bla hash value>.1.XX (XX is the total chunk count. If this is what you're seeing, part #1's then it's normal. They get purged in 2 days. You can tighten up the time if you want.

Thanks for the quick reply. I have a couple of questions:

How do I speed up the purges from 2 days?

When looking at the download tab, it shows many more RAR's downloaded, but they do not appear in the files tab for a number of minutes. When this occurs, one cannot get NB to download things at the top until the files tab list catches up with the download tab. This can be a number of minutes and is aggravating as I put something at the top to see it immediately.

You know it continues downloading while the files unrar and repair right? That's something people wanted. The thread that does the repair is the same thread that assembles the files from chunks into files. It's normal for the chunks to get ahead of the assembly process if you have slowish disks and/or a high speed net connection. The unrar/repair happens and the chunks of the files keep downloading. They get saved to the chunks folder until the repair thread finishes. Then it starts to assemble the files again out of chunks.

The reason changing the order doesn't do anything at this point is that you already have a bunch of files downloaded just waiting to be assembled. It does change the order but can't start till the backlog of assembling files is assembled.


If you have gigs of chunks and a bunch of downloaded files that haven't assembled yet then this is perfectly normal. Newsbin will use those chunks to assemble the files as quickly as the disk permits. It's sorta sounding like it's working as it should and the assembler is simply getting behind because of unrar and repair. If your download list empties and you still have chunks (other than the part 1's) then it might not be normal.

I understand what you are saying, but if one puts something at the top of the list, could NB stop what it is doing below and do what is at the top and then go back to the chunks it was working on? That would help.

[Quade]

I understand what you are saying, but if one puts something at the top of the list, could NB stop what it is doing below and do what is at the top and then go back to the chunks it was working on? That would help.

It does. You should see the download commence. It just doesn't assemble the new files till all the other assembling files have assembled. How far behind are you getting? With my setup, I'm normally never more than one file set behind. I'm going to re-enable the ability to disable simultaneous download and unrar. That'll solve this problem for you too.

[Bismark]

Hi,
I have seen it four or five posts behind and it takes a long time to catch up. Thus there are more than a hundred files showing downloaded in the download tab that do not show in the files tab. Eventually, they all show up in the files tab and then are UnRAR'd.

That being said, it seems to be working as fast as it can, so I'm not sure it needs to be changed as to speed. I do have a very high speed internet connection and the disk is an eSata disk. Using resource manager, the disk is often running at 100% with a disk queue of one to three.

[Voyager62]

Why does the Files List clear when I click any head to sort on that column?

The only way I can get the files to reappear is to close and reopen Newsbin.

[Quade]

Why does the Files List clear when I click any head to sort on that column?

Bug. You realize it's beta right?

I've been told the "refresh" button can make them return too.

Thanks for the report.

[Voyager62]

Bug. You realize it's beta right?

Yeah, I realize that, I just didn't see it in the known problems list or forum search.

After using v5.59 for 5 years, I wanted to try v6 again, especially now with all the new features. I do understand that there are bugs when new features are added, but I didn't think it would break something that was previously working properly. I thought it might be intentional for some reason.

What about the display problems in the Downloading Files list? I went back to v6.62 and have the same problems.
First, why is a random part displayed (say .r09) in the description column to represent the archive instead of using the .rar part or just removing the extension for archives that don't conform to rar naming standard? This is most noticeable with show filenames enabled.

Is it a bug that when you expand a paused post, all parts have the same name and size? This occurs when you pause a post and exit and restart Newsbin, or loading an NZB while Newsbin is paused or starting Newsbin and pressing the Pause button before the servers connects.

On the same subject, how about adding an option to load NZBs in paused mode like you can do with most peer to peer clients.

I've only been using V6 for about a 45 days now but can't figure out how to ungroup the posts so I can sort the individual parts. Is this possible in V6? This was useful for me in v5.59 to enable only downloading the last part (and the smallest) of an archive to see if the CRC matched a file from another post that I had already downloaded.

[Quade]

Yeah, I realize that, I just didn't see it in the known problems list or forum search.

Yeah, regretted saying that after the fact. Oh well...

What about the display problems in the Downloading Files list? I went back to v6.62 and have the same problems.
First, why is a random part displayed (say .r09) in the description column to represent the archive instead of using the .rar part or just removing the extension for archives that don't conform to rar naming standard? This is most noticeable with show filenames enabled.

I'm not seeing this. Wonder if it's specific to what you're downloading?

Is it a bug that when you expand a paused post, all parts have the same name and size? This occurs when you pause a post and exit and restart Newsbin, or loading an NZB while Newsbin is paused or starting Newsbin and pressing the Pause button before the servers connects.

The files aren't actually loading into memory till they start downloading. Meaning when a set is paused and hasn't started to download it's mostly not in memory yet. Just enough to display. The upside is reduced memory usage with large download list. The downside is artifacts like this. I'll note it.

On the same subject, how about adding an option to load NZBs in paused mode like you can do with most peer to peer clients.

You know you can load NZB's into the display but not the download list? It's the option "Download D&D NZB's" in the NZB options. It sounds like you want to micromanage the NZB downloads and that might be a better way to do it rather than in the download list.

I can think about a pause option.

I've only been using V6 for about a 45 days now but can't figure out how to ungroup the posts so I can sort the individual parts. Is this possible in V6? This was useful for me in v5.59 to enable only downloading the last part (and the smallest) of an archive to see if the CRC matched a file from another post that I had already downloaded.

You can't in any of the 6's. You can load the NZB's into the post list though and then just download the last small rar that way. You know the PAR files contain the full CRC's for the downloaded files? You might be better off downloading the small PAR and looking inside there to match the CRC's between what's in the set and what you've already downloaded.

[Voyager62]

I'm not seeing this. Wonder if it's specific to what you're downloading?

It's apparently related to "Download Double-Clicked NZB" being enabled. When enabled and NZB's are autoloaded or opened from File Explorer, the Download Descriptions shows a random part in the collapsed view.

"Download D&D NZB's" in the NZB options.

I can't get this to work with autoload from the watched folder.

You know the PAR files contain the full CRC's for the downloaded files?

Yes, for the archived parts, but what I'm talking about is verifying an extracted file to the CRC in the last part of a different post that's supposed to have the same file. Unless the the post was created using the same parameters as the previous one, Newsbin won't detect it as duplicate. The only other way I know of to verify whether it's identical without downloading the entire archive is by using the SRR file if available.

You can load the NZB's into the post list though and then just download the last small rar that way.

I guess I can try moving them to the Wish List since autoload only sends them to the Downloading Files list, but I think that expanding alot of posts individually and moving all the small parts back to the Downloading List will take more time than sorting them by size in v5. Fortunately, I don't need to do that very often, so maybe it's better to just install v5 in a different directory should the need arise.

[Quade]

Yeah all bets are off if you're autoloading. Seems like you're trying to do some semi-automode downloading where you feed the autoload NZB lists but then want to manually mess with the files in place in the download list. The D&D setting only applies to NZB's that are D&D, double-clicked in explorer or opened from the browser. If you "Opened" the NZB's from the browser instead of saving them to the autoload folder, you could then feed them to a post list with the options. You could even use both methods depending upon whether you want to check the NZB or just download it. Save to autoload, to load and download, "Open" to feed it to a post list to manage.

If you try to do all this in the download list, it's going to fight you every step of the way. It's going to pause and unpause individual files based on what it thinks it needs to do to download, repair and unrar the files.

The inner CRC makes sense to me now.