RapidQueuer 2.4.4

[Datenshi]

furrycow, Good stuff i was thinking of a similar thing for the next version, But i haven't started coding it. I only tested your code quickly but it seemed to work fine. I guess

If FileExists($FileName & "_errordump.txt") = 0 Then FileWrite($FileName & "_errordump.txt", $Errorsrc)

could be put in the case 8 to make reporting easier. Btw, its pretty easy to test, just modify the filters for "too many users", "server overloaded" and "currently no slots", you're bound to run into those errors pretty quick. Thanks!

Edit: Btw. The "Exitloop" i don't think is necessary, As Wait() runs an errorchk on every new attempt, and so it'll return to the loop and trigger Case 8 every time until it disappears.

Edited January 2, 2010 by Datenshi

[rahulwithu]

Hello Friends,

I appreciate your efforts to develop this Application on regular basics to keep it up to date with the changes implemented by RAPIDSHARE.

System:

Microsoft Windows XP Professional Version 2002 Service Pack 3

Computer:

AMD Athlon 64*2 Dual Core Processor 3800+ 2.01GHz, 2.50GB of RAM

Error:

The Filesize did not match with Rapidshare, download seem damaged.

I've downgraded my PC to XP still the same issue, is this with only my pc or any other is experiencing the same issue?

[ILLBeBack]

Error:

The Filesize did not match with Rapidshare, download seem damaged.

I've downgraded my PC to XP still the same issue, is this with only my pc or any other is experiencing the same issue?

I checked my ErrorLinks.dat, and I don't have that message, but I cleared that file a few days ago, so maybe I missed it. That said, all of my downloads since v2.4 have been good. I've emailed a friend to check his file, and am waiting for a reply.

Are you running RQ v2.4, and have you updated it with the code in post 237? If you recompile under AutoIt v3.3.2.0 (and possibly any version since 3.3.0.0), you'll need to revise RQ per the coding in post 221.

Does this happen anytime, or just during the time of day when RS drastically reduces bandwidth? Does it happen often?

ILLBeBack

[rahulwithu]

Hello Friends,

Now I'm using Rapidqueuer 2.4.1.

No, I've not used any code and compilation process.

Earlier I've used Rapidqueuer 2.3 and 2.4 but no success at any time.

My friend refereed me this application as he is using it since last year and with out any issues. He's running now 2.4.1 on Windows 7 and not a single issue. The only difference between my PC and his is Internet - He is getting Internet from Local Provider with out any Modem or IP change facility, whereas I have the access to dynamic IP change and I can change the Internet IP with the small .bat file.

I've not been able to download even a file of {1b} by using this application. I'm facing the same issue from the first day of my experience on RapidQueuer.

I thought Windows 7 is the cause but now I don't think OS is the cause as it's even not working in XP also, getting the same error report.

1. start RQ

2. wait to get the slot

3. wait for the time to get the download link/button

4. size match window with OK on it.

5. run's bat file

6. next link starts

7. goto step 2

same process repeats all the time

Thanks

[ILLBeBack]

rahulwithu,

Oops, I wasn't aware that v2.4.1 was released (I don't know how that got by me), so forget what I said about adding the coding and recompiling because 2.4.1 includes those changes (but not the ones to compile under AutoIt 3.3.2.0).

My friend just sent me his ErrorLinks.dat file, and it recorded no errors like you are getting for the past month. However, it did contain 4 of the following messages:

The MD5 checksum did not match, download seem damaged

I checked with another friend, and he hasn't had this problem either, so that's at least 5 of us without any problems.

I've never seen your step 4, so that seems very odd to me. My step 4 is the progress window, with a progress bar and other data about the download, as RQ downloads the file, and naturally that should last a long time depending on the size of the download.

Can you download the files in question without using RQ?

ILLBeBack

[Datenshi]

ILLBeBack, Thanks for trying to help him, he's had these problems for a very long time, and i have no idea how it's possible. He's the only one with this specific problem as far as i know.

rahulwithu, Do you use a proxy server? are you running with "Check IE proxy" on? Maybe its an authentication problem with the proxy. Just a thought, auth was broken prior to AutoIT v3.3.2.0.

Btw, there's no "4. size match window with OK on it.", Filesize error is not known to RQ until the download stops for any reason, and once that is done it'll not do anything other then write a line to "Errorlinks.dat" and ignore deleting it from Linklist. MORE IMPORTANTLY, the Filesize match is not done at all if there's an MD5 checksum returned from Rapidshare API(which it almost always is), if the MD5 values locally and remotely does not match the error log output looks like this, "The MD5 checksum did not match, download seem damaged" so there's a difference between the two error outputs.

Edit: Wait rahulwithu, with "4. size match window with OK on it." are you talking about the available space check? The message that appears if there's not enough space on the disk?

Edited January 4, 2010 by Datenshi

[rahulwithu]

Hello Friends,

20GB free space in hard drive

This is what happening on my pc, there is enough free space in the drive

Thanks

Edited January 4, 2010 by rahulwithu

[Datenshi]

rahulwithu, Your messagebox was caused by leftover debug code, i removed it before uploading v2.4.2. Still, Your download seem to finish WAY too early,furthermore Rapidshare never gave you an MD5 checksum. Have you tried to download from Rapidshare manually? Have you checked whether you connect to a proxy server? Try with and without "use IE proxy", if none of em work maybe you're behind a transparent proxy? Did u use any other script using InetGet?

The problem is:

1. finish/fails download before it's completed.(instantly?)

2. RQ thinks download finished normal and checks if MD5 matches with online and offline file, if there's no online MD5, it compares filesizes. If the online filesize doesn't match with filesize on offline file, Filesize Error occur.

Btw. Please put the images in URL tags, it gets messy with that many "large" images.

Thanubis, v2.5 will be 3.3.2.0, I'm working on that version atm. The sole reason being a lot of people haven't updated yet.

furrycow, Okey..now i think i understand why the "Exitloop" was there, failed to follow the logic before, and thus had to pull 2.4.2 for a while. The "unknown error" will always trigger provided there's a <h1>Error</h1> in the RS source, if wait(3) never exits the loop, it'll continue to the last loop and trigger "unknown error". All errors need to escape from the loop from now on.

Edited January 5, 2010 by Datenshi

[JohnOne]

Using this for the first time just now. V2.4.1, and seems to be working a treat straight out of the box.

Excellent work, thank you very much for this.

Much Obliged.

[ILLBeBack]

Datenshi,

I discovered how I missed the update for 2.4.1 the other day. It looks like when a post is edited, the forum does not notify me via email like it does when a post is added. I found out because I've been monitoring the top post because I knew you temporarily withdrew v2.4.2, and I was not notified when you retracted it or when you replaced it.

For future updates, if you have the time please make a short new post referring us the top post for a new version.

I'll give v2.4.2 a test shortly, and again tomorrow when RS restricts slots.

Cheers,

ILLBeBack

[Datenshi]

Alright I'll do that, sorry bout the initial 2.4.2 release, it got a bit messy. I was much too hasty as i wanted to put it up before i went to bed, oh well the 5 or so people who downloaded the "bad" release will notice it.

Edited January 7, 2010 by Datenshi

[Armand]

@Datenshi

How is the support in this forum for open-source community application ?!

I am strongly thinking about opening a thread for my (E)lephant in Au3 forums ... open source it and hope for a faster development ....

Are there a lot of ppl chipping in send source fixes and improvements or mainly just leechers ?!

Have a nice day,

SK.

[Datenshi]

@Armand

Well, RQ isn't really a community project, I'm doing most of the coding with a few people which have sent me code with their improvements and/or bugfixes, What's great with having it open-source here is that there's a lot of competent coders, who can help with debugging and figuring stuff out, not to mention the feature suggestions which often are good and realistic. I've noticed that when users don't understand the code or how it works, they are sometimes horrible with feature suggestions. Many also take it upon themselves to add a feature they need, and then they send me the code in case i want it, I can then valuate if its of worth to other people and put it into RQ.

If you're planning of starting a big open-source project I'd suggest Sourceforge or Google Code, but if you're fine with code being sent every once in a while then an AutoIT forum would be enough. I wouldn't bank on a radical increase in development speed tho. Btw, correct me if I'm wrong but doesn't (E)lephant rely on ad revenue? Do realize any ads will most likely be removed by users if the code is open-source.

Edited January 10, 2010 by Datenshi

[markinu]

It works, sometimes.

Many times I have this problem, I schedule the downloads, and it starts 'servers are busy, retrying in 30s'. It's like that for hours.

Then I close it, paste a Rapidhare link to the browser and it starts downloading. I open Rapidqueuer again, it does not download as yet but it says already downloading retrying in 30s, then there is the 15 minutes wait, and only after that it starts downloading the schedule.

Why should I do the first download manually? Can this be fixed?

[markinu]

Suggestions:

Sometimes the a file is incompletely downloaded an I get a warning that the file does not match. It would be great to have the queuer try again a number of times until the download is complete. Say, 3 attempts, and if all 3 fail move to the next Rapidshare link.

Sometimes the connection slow down or Rapidshare site times out. When this happens, I get a message, Rapidshare cannot be reached, and the program aborts. Again, it would be great if the queuer tries to access the site a number of times seperated by 3 minutes? for each attempt, before aborting.

My ISP does not meter downloads from 11pm to 7am. I would like to be able to set a start time and an end time for rapidqueuer to start reading linklist.dat (not stop the download that already has started).

Question:

For example, if 6 out of 10 files are downloaded before closing RapidQueuer, then the program is started again, does it resume where it stopped? Or do I have to move the downloaded files to another folder and edit the linklist.dat?

Edited January 13, 2010 by markinu

[onlee]

@ Datenshi

rapid premium or free upload script ?

[Asilium]

You should really add a customizable download location. I want to keep this on my USB device, except it wants to download to that. I ended up just downloading the source and doing it myself, but it'd be nice to have it in the real version. Thanks, and this is perfect.

Edited February 27, 2010 by Asilium

[Datenshi]

You should really add a customizable download location. I want to keep this on my USB device, except it wants to download to that. I ended up just downloading the source and doing it myself, but it'd be nice to have it in the real version. Thanks, and this is perfect.

Opening post in this thread in the section that explains settings.ini:

Option: download_folder_path=
Pretty self explainatory, allows the default \download folder to be changed into a valid folderpath. The path can be with or without "\" at the end.
Example: download_folder_path=C:\downloads\

However i might look into adding a button or something to the GUI.

I have not had much time coding these past weeks, I've started going to a couple of courses that'll last to summer, so I've got a lot of stuff to do. However in my "alpha" of v2.5, ive added a button to the GUI that expands it, in it there are tabs for "linklist", "download info" and "advanced settings", however these are far from done. I still got the problem with unresponsive GUI when the download starts as AutoIT is singlethreaded, may solve it with Onevent GUI but that's gonna take a lot of code changes as well as a couple of problems.

Anyway, I'm still working on it but at a lower pace.

Edited February 28, 2010 by Datenshi

[Datenshi]

Post for update:

First off, the 2.4.3 release is pretty minor, but nonetheless i would recommend an upgrade as it fixes a significant issue, you're likely to run into. I have no idea how it managed to survive this long with none reporting it. Anyway the problem occurred, when an identical file existed, it still tried to run the match filesize code which in this situation uses an undeclared variable. The fix was easy, just prevented the unnecessary code to be run which was initially intended.

Second, I updated the source for AutoIT 3.3.4.0, it wont compile with AutoIT versions below 3.3.2.0 unless you make changes.

Third, I'm now developing under Win7 x64, this may or may not result in better support for the win7 peeps i don't know. However i wont be compiling it as x64 software for obvious reasons.

ENJOY!

Edited March 7, 2010 by Datenshi

[Phil Viton]

The Unexpected Filesize error:

I'm not sure if people are still having this problem, but if so, then I may have a solution. First, its possible that the problem has just gone away, since apparently RS has significantly upgraded its server capacity (as of early Feb), and they say explicitly that this should benefit free users.

But if it hasn't gone away, check that you have allowed port 80 through the windows firewall, if you're using it. I just realized that I hadn't done that, and once I did so, RQ once again functioned flawlessly.