Alt.Binz forum
New Alt.Binz versions => Bugs => Topic started by: pieper on January 24, 2007, 09:34:35 pm
-
Hi there,
I have problems with downing the wild.
When downloading using a nzb created by www.yabse.com, most of the downloaded rarfiles are incomplete. this varies: typical files have 1/10 3/10 4/10 5/10 9/10 8/10 etc. Also the filesize indicated in the DL queue is too large. This also varies from 50,550kB 50,552kB 50,556kB 50,544kB 50,568kB 50,535kB etc :?
So I downloaded the posted nzb first and autoimported this. all filesizes now is 48,828kB and downloading is much better but not perfect. 20 files DL'ded so far, 1 file has 7/10, 2 has 8/10 3 has 9/10 and 14 has 10/10 :?
This problem happened to me twice (two different posts) so far. I never had problems with grabit. My newsprovider is pretty good and the post is only 2 days old. I can sent both nzb files if you like.
The generated rarfiles are all quite large. F.i. part34 has 3/10, but it's size is 47,749kB.
Your program is great, really I love it :!: I hope you can fix it
-
Did some research in this forum. There seems to be no file lock problems caused by Anti virus programs.
Couldn't find the word lock in my logfile.
BTW, I use NOD32 v2.7
-
Please upload nzb somewhere and then pm me the link or tell me exact subject.
-
Also detailed log file is needed. All info is in there
-
Your download url: http://www.filefactory.com/file/a41914/
the file is called thewild.rar, scroll down, click on basic download and fill in code. (it's a really horrible filehost site).
-
I've tried your 'non working' nzb and I downloaded r05 which I see from your log that is incomplete, but I got ok file with 10/10 blocks
Could you try again r05 with 'bad nzb' (nzb is ok btw)
-
part 5 is okay now too. So second time download no problem...
Although yesterday evening downloading was successfull completed, it is still an annoying problem.
BTW do you know, why autoparring didn't start yesterday evening? it needed some extra parfiles, but didn't unpause these automaticcally...
-
I have the same problem. Using NZB from binsearch, and tweaknews as a server. The file is incomplete the first time, but when I try a second time it is often complete.
No probs with sabnzbd or newsleacher. Looks like some timing issue or something. The corrupt file downloaded is often only a few bytes smaller while missing a lot of blocks.
-
hate to point out the obvious, but maybe it's your news server doesn't have good completion? who do you use?
-
hate to point out the obvious, but maybe it's your news server doesn't have good completion? who do you use?
If I download a file which is incomplete, then I download that same file again and it is complete, then it is not the completeness of my newsserver. Given the fact that it happens on about 10% of the downloaded files.
-
If I download a file which is incomplete, then I download that same file again and it is complete, then it is not the completeness of my newsserver. Given the fact that it happens on about 10% of the downloaded files.
Did you try Xpat search before 1st dl to see if all files complete at that time, maybe some files didn't propagate 1st time you tried to dl rls?
-
hate to point out the obvious, but maybe it's your news server doesn't have good completion? who do you use?
If I download a file which is incomplete, then I download that same file again and it is complete, then it is not the completeness of my newsserver. Given the fact that it happens on about 10% of the downloaded files.
I use news.quicknet.nl for years now. In my opinion it's one of the better providers. Never had this problem with grabit before.
I'm downing disney-3musketiers now, 3 days old, with no problem at all (46 of 78 files are received no blocks missing).
There is one difference with previous post, This NZB I've searched within altbinz. The previous post I've searched externally from www.yabse.com (IE7), generated the NZB and saved it in the autoimport folder.
Maybe the NZB is still in Unix format? Could it be some Unix2dos conversion problem?
-
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.
-
If I download a file which is incomplete, then I download that same file again and it is complete, then it is not the completeness of my newsserver. Given the fact that it happens on about 10% of the downloaded files.
Did you try Xpat search before 1st dl to see if all files complete at that time, maybe some files didn't propagate 1st time you tried to dl rls?
I did not know you could use Xpat for that. I never used it actually ;). But I don't think this is it, since the dvd is a week old.
I will do a test, and look with XPat for the completeness, and then downloading it with AltBinz. Will try both ways, to create an NZB of the same file externally and one within AltBinz.
-
If I download a file which is incomplete, then I download that same file again and it is complete, then it is not the completeness of my newsserver. Given the fact that it happens on about 10% of the downloaded files.
Did you try Xpat search before 1st dl to see if all files complete at that time, maybe some files didn't propagate 1st time you tried to dl rls?
I use FTD Database to check if a post is complete. The poster has options in this utility to indicate this. Also this post was 2 days old, checked within Yabse (IE7).
-
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.
-
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 :!:
-
only altbinz.exe is needed..mrc & .dll is only needed if you want for alt.binz info to be available to mirc.
-
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.....
-
I'm working on this problem and fix will be available in next build
-
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 :D
-
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
-
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 :!:
-
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.
-
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
-
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.
-
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
-
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.
-
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.
-
It uses "body <msgid>"
I could add a switch to the server properties to swith to article
-
It uses "body <msgid>"
I could add a switch to the server properties to swith to article
Thanks, once it's implemented I'll give it a go and see if that solves my problem of incomplete files.
-
It uses "body <msgid>"
I could add a switch to the server properties to swith to article
Thanks, once it's implemented I'll give it a go and see if that solves my problem of incomplete files.
Added as an option in server properties
-
Thanks but seems I'll have to wait for the next official release to come out. :-(
Back to other newsreaders in the meantime.
-
Thanks for the new version.
This is what I get without article enabled (as before):
[2007/04/06 02:05:38 PM] [T1] Article started 1/1 [Delerium-Nuages_Du_Monde]-[15/19] "Delerium-Nuages_Du_Monde.par2" yEnc
[2007/04/06 02:05:43 PM] [T1] Error 1/1 [Delerium-Nuages_Du_Monde]-[15/19] "Delerium-Nuages_Du_Monde.par2" yEnc
[2007/04/06 02:05:43 PM] [T1] 430 430 Dont have it
Once article method is enabled I get:
[2007/04/06 02:07:36 PM] [T1] Article started 1/1 [Delerium-Nuages_Du_Monde]-[15/19] "Delerium-Nuages_Du_Monde.par2" yEnc
[2007/04/06 02:07:42 PM] [T1] Retry 1/1 [Delerium-Nuages_Du_Monde]-[15/19] "Delerium-Nuages_Du_Monde.par2" yEnc
[2007/04/06 02:07:42 PM] [T1] Asked for <part1of1.Jca9&VkHycPVgMqQXmZE@powerpost2000AA.local>
[2007/04/06 02:07:42 PM] [T1] Got reply 220 0 article <part1of1.Jca9&VkHycPVgMqQXmZE@powerpost2000aa.local>
[2007/04/06 02:07:42 PM] [T1] Server replied with wrong msgid!!!
Any ideas? From the above it would seem that the server replied with the correct msgid. I can see that alt.binz downloads the article (so that is working now) but it doesn't get saved in the temp directory, probably because of the error. In Grab-it it downloads fine :?:
-
Thanks for the new version.
This is what I get without article enabled (as before):
[2007/04/06 02:05:38 PM] [T1] Article started 1/1 [Delerium-Nuages_Du_Monde]-[15/19] "Delerium-Nuages_Du_Monde.par2" yEnc
[2007/04/06 02:05:43 PM] [T1] Error 1/1 [Delerium-Nuages_Du_Monde]-[15/19] "Delerium-Nuages_Du_Monde.par2" yEnc
[2007/04/06 02:05:43 PM] [T1] 430 430 Dont have it
Once article method is enabled I get:
[2007/04/06 02:07:36 PM] [T1] Article started 1/1 [Delerium-Nuages_Du_Monde]-[15/19] "Delerium-Nuages_Du_Monde.par2" yEnc
[2007/04/06 02:07:42 PM] [T1] Retry 1/1 [Delerium-Nuages_Du_Monde]-[15/19] "Delerium-Nuages_Du_Monde.par2" yEnc
[2007/04/06 02:07:42 PM] [T1] Asked for <part1of1.Jca9&VkHycPVgMqQXmZE@powerpost2000AA.local>
[2007/04/06 02:07:42 PM] [T1] Got reply 220 0 article <part1of1.Jca9&VkHycPVgMqQXmZE@powerpost2000aa.local>
[2007/04/06 02:07:42 PM] [T1] Server replied with wrong msgid!!!
Any ideas? From the above it would seem that the server replied with the correct msgid. I can see that alt.binz downloads the article (so that is working now) but it doesn't get saved in the temp directory, probably because of the error. In Grab-it it downloads fine :?:
Fixed
-
Great! So far so good, haven't had any problems. I'll let you know if there's any other problems.