Alt.Binz forum

Alt.Binz (English) => Help => Topic started by: ELSIE8888 on November 16, 2010, 01:06:56 am

Title: Decoding stopped
Post by: ELSIE8888 on November 16, 2010, 01:06:56 am
Decoding stopped when I was using AutoUnpack simultaneously.

Then it wouldn't continue even when I stopped/closed AutoUnpack or restarted alt.binz

I check the Help forum & found 2 old postings which suggested using yencDecode.exe in the temp folder which I am doing right now. [when I tried to reply - a new posting was suggested].

I am wondering it can set up like NZB-O-MaticPlus which queues the decoding if there are too many programs running & the CPU is at 100%. It will then start decoding automatically once the CPU is freed up. However alt.binz just seem to hang with a long decoding queue even when my CPU is completely idle.

I am running alt.binz 0.32.1 on Win XP SP3 on an Intel i870 4Gb RAM & I have lots of disk space
Title: Re: Decoding stopped
Post by: Hecks on November 16, 2010, 02:17:36 am
It depends on what you mean by "hang" in this context. Can you clarify? And any errors in the Alt.Binz Log?
Title: Re: Decoding stopped
Post by: ELSIE8888 on November 16, 2010, 08:57:40 am
alt.binz does not decode and there is no CPU activity that I can see in the CPU Usage History in the Task Manager.

If I continue to download the decode queue just gets longer.

I forgot to check the Log - I knew I forgot something! I will post the log next time when it happens again. I will try to recreate the problem.
Title: Re: Decoding stopped
Post by: Hecks on November 16, 2010, 09:12:54 am
This is the kind of behaviour that would be expected if Alt.Binz can't find articles on the server, and is waiting to retry them before completing the yEnc decoding - but your Log should tell you if this is the case.  See settings in Setup > Connection. 

Needless to say, you don't want to be running any other apps in the Alt.Binz directories (download & temp), and if you're running more than one client on the same server you'll need to make sure there are enough connection threads available for both.