downloading a lot of incompletes

[pieper]

2 'non working' nzbs were exact match with those I downloaded via yabse site, so it's not that. I think the problem exists. I'll try to fix it.

Goodluck  :!:
If it may be any help, I will keep monitoring the problem, maybe it'll lead to find the problem.

[pieper]

Hi There,

I tried to reproduce the problem:
- creating a new (second) altbinz folder
- only copying abx.mrc  abz.dll altbinz.exe
- redoing setup
- creating folders download & nzabauto

But it runs flawless evey time now. I use build250107 now, the problem occured with version 0232.

I did discover another problem, but will open a new thread for it.

Nice work, Great program :!:

[Rdl]

only altbinz.exe is needed..mrc & .dll is only needed if you want for alt.binz info to be available to mirc.

[pieper]

Okay,  thanks for the info

I was able to reproduce the problem now I think. My message above is incorrect it doesn't run flawless afterall!
It might have anything to do creating queue.abz for the first time but I need to do some further testing to confirm.....

[Rdl]

I'm working on this problem and fix will be available in next build

[pieper]

This weekend I have done some testing and did approx 8 runs downloading the wild
However I couldn't find anything. 6 times some blocks were missing, 2 times downloading was perfect. When blocks were missing it ABZ was able to repair. The testresults have been written in a small doc, see link:  http://www.uploading.nl/index.php?file=testresults_the_wild.rar no login required, just wait a few seconds...
I did find something strange, when all rootnodes was deleted, some characters remained in the queue.abz.
A clean new one contains: Ver
after the 6th run it contains: VerY…Tç
after the 7th run it contains: Ver<XUP
I included these samples, in the link maybe it can be of any use  

Nice to hear you're working on it to fix it for the next version  

[Rdl]

Nothing strange about queue.abz. Those bytes represent transfered bytes value. 0.24.0 is out so please check it out in relation to this problem

[pieper]

I've downloaded the wild again, this time with absolutely no missing blocks
a few files couldn't be found, but what would you expect from a post of 10 days old ... grabit couldn't  find it either....

PS Did I ever mention what a great program this is? It really saves a lot of time :!:

[musiclover]

I also download a lot of incompletes. I have some free newsservers with only a few groups. When I download by exemple from a.b.british.drama only one server has these files. Alt.Binz tries to download them also from the other servers. But because they don't have them the downloaded files are incomplete. Rather then waiting until the right server picks up the parts Alt.Binz saves the incomplete files. Those contain not enough blocks to repair and my download must be done over with another program. Setting the retry count to 999 has some effect but not enough.

Otherwise this is a great program. Keep up the good work.

[Rdl]

I also download a lot of incompletes. I have some free newsservers with only a few groups. When I download by exemple from a.b.british.drama only one server has these files. Alt.Binz tries to download them also from the other servers. But because they don't have them the downloaded files are incomplete. Rather then waiting until the right server picks up the parts Alt.Binz saves the incomplete files. Those contain not enough blocks to repair and my download must be done over with another program. Setting the retry count to 999 has some effect but not enough.

Otherwise this is a great program. Keep up the good work.

That is expected result when you setup couple of servers all as primary. To overcome this, you could setup either one as primary, other as backups or all as primary but also each primary should have others as backup

[musiclover]

Thanks. That did the trick. However I think a part that is not available should not be ignored. The decission to assemble the available parts to a rar file should be made by the user and not by the program. But those are my two cents. Others may be of different opinion.

But maybe I payed not enough attention to the demands that a program like Alt.Binz makes on the parts in order to automaticly download, repair and unrar.

Thanks for a great program.

[TheFireman]

My guess is that you are having the same bug as I posted here (first bug):
http://www.altbinz.com/forum/viewtopic.php?t=261&sid=8d180015b792d48c55a4eb143f8af6d5

I think the problem you are all having is not that the files are incomplete, but they the are recognized as having bad blocks by the par2 check function of Alt.Binz. Have you tried manually par2-checking the "bad" files with quickpar? If they check out good with quickpar, then you can either manaully unrar them without any problem, or if the release is still downloading delete the rarset from the par2 tab and import it again manually. The second time the files are par2 checked by alt.binz they are usually found good. Also exiting alt.binz and reopening it might do the trick, if you have enabled the option to "recheck all par2 sets on restart".

The enhanced unrar/par2 functionalities would help in these cases:
http://www.altbinz.com/forum/viewtopic.php?t=200&sid=c92c61a6e46c68aa058f05f62151fea0

[qinglung2]

Great program, thanks!

Don't know if this has been fixed yet, but here is what I have found.

I'm also getting some incomplete files. Using the exact same NZB and news server, GrabIt downloads the post that alt.binz didn't.

However, I have found GrabIt sometimes gives me an error on these posts: "499 Remote server down?". Since this is a local ISP news server I suspect that any post that is not cached locally gets downloaded from some international server, for which the connection sometimes goes down. On the same posts alt.binz gives a "430 don't have it" error.

Thanks. That did the trick. However I think a part that is not available should not be ignored. The decission to assemble the available parts to a rar file should be made by the user and not by the program. But those are my two cents. Others may be of different opinion.

I agree with what musiclover suggested, if a file is incomplete, let the user decide whether to decode it or not.

[qinglung2]

With regards to my previous post, I have found something new.

BNR2 has an option to download posts as entire articles, with headers, or only the body, without headers.

So, as example, the following commands are used:

article <part58of61.$DuTuzB&Tn25qxJvpwu$@powerpost2000AA.local>
or
body <part58of61.$DuTuzB&Tn25qxJvpwu$@powerpost2000AA.local>

On the server I'm using I've found that the "body" command gives me a "dont have it" error, while the "article" command downloads the post. I assume what happens is that the headers are on the server but not the bodies. Only posts that have been cached on the news server have the headers and bodies, which can then be downloaded using "body".

I'm not sure which method alt.binz uses as I can't find an option for it.

[Rdl]

It uses "body <msgid>"
I could add a switch to the server properties to swith to article