Reply to thread

Message

<blockquote data-quote="kiwijunglist" data-source="post: 1017961" data-attributes="member: 76888">I think in v9 I had the download timer set too aggressive when I was testing, it is possible it was queuing up new DLs before the existing ones had a chance to start. Create a text document with one line like this[code]50 Test Video[/code]Rename to test.marker and place it inside the Temp folder. The program should show it as an active download. You can copy + paste it several times to get more active downloads. When downloads are happening a temporary .marker file should appear in the folder. I'm looking at changing the detection logic in the future, but I think v10b will probably already fix the issue. You can set DL limit = 1 prior to starting DL then graddually turn it up 1 by 1. With having the timer quite fast in v9 i think it was launching more DLs before they had a chance to create .marker files.... Sometimes it can go over the limit (will fix in later version), but with the much slower timer in v10b it should be ok. I have to retest more. I will also look at putting in an additional check that counts the processes in task manager (if I can figure out how to do that).&nbsp;&nbsp;Re: the .part files&nbsp;Probably related to having 20 active DLs and the internet failing/timing out/going super slow. The .part file always gets deleted when DL finishes. The program will auto resume any existing .part files that have timed out.&nbsp; I think this issue just relates to above.</blockquote>

[QUOTE="kiwijunglist, post: 1017961, member: 76888"] I think in v9 I had the download timer set too aggressive when I was testing, it is possible it was queuing up new DLs before the existing ones had a chance to start. Create a text document with one line like this [code] 50 Test Video [/code] Rename to test.marker and place it inside the Temp folder. The program should show it as an active download. You can copy + paste it several times to get more active downloads. When downloads are happening a temporary .marker file should appear in the folder. I'm looking at changing the detection logic in the future, but I think v10b will probably already fix the issue. You can set DL limit = 1 prior to starting DL then graddually turn it up 1 by 1. With having the timer quite fast in v9 i think it was launching more DLs before they had a chance to create .marker files.... Sometimes it can go over the limit (will fix in later version), but with the much slower timer in v10b it should be ok. I have to retest more. I will also look at putting in an additional check that counts the processes in task manager (if I can figure out how to do that). Re: the .part files Probably related to having 20 active DLs and the internet failing/timing out/going super slow. The .part file always gets deleted when DL finishes. The program will auto resume any existing .part files that have timed out. I think this issue just relates to above. [/QUOTE]

Verification