Thanks.

Yep, he is doing a good job.

After having been diverted again for a couple of days, I was finally able to get back to work today and essentially complete my code.

After a bit of troubleshooting some minor tricky bits, I am happy to report success, though I need to do more testing before I release my latest update.

Anyway, I was able to pick two of the three (EXE, BIN, ZIP) available files and just download them. I downloaded the EXE and ZIP file, and skipped the BIN file, and it worked great.

So we have proof of concept now, with specific file targeting using my GOGRepo GUI and gogrepo.py (Kalanyr's stable forked version for the first test).

Stay Tuned!

Several more tests, with some fine tuning required. I've tested with the original gorepo.py now and Kalanyr's forked stable version.

One thing I have later realized, is that I haven't looked into Galaxy version game file downloads with this new feature, chiefly because I don't have any listed in my manifest file, as they are not something I personally want. So now I need to decide whether to go to the trouble of supporting them or not. It seems almost pointless to me to do so, because you would not be gaining the benefit of queued downloads, which is supported by normal use of my GOGRepo GUI program, so you might as well just use Galaxy.

Three other points to note.

(1) The floating progress bar is not used with this feature, so you just get the regular DOS type console window when downloading.

(2) The 'Shutdown' options are supported, but you need to enable that via the Queue window before you start.

(3) Verify has not been made automatic, so you need to close the Download File Selector window after use, and use the 'Verify' option the usual way, which is no biggie really. That said, I probably will end up making it a selector window option for the convenience of set and forget ... so you can go away and come back and find it all done. Unfortunately, unless I dump the result to file and show that on the subsequent program startup, it won't be available when 'Shutdown' is used.

I had a bunch of game updates available to me last night, mostly patches, so took advantage of the new feature in GOGRepo GUI, and was able to specifically target just the files I needed ... worked great and flawless, and all the effort I put in was well paid. It means I no longer have to use the browser links with a third party downloader ... unless I want to of course ... perhaps for a speed advantage ... though with the original gogrepo.py, downloads have been pretty zippy lately.

Wasn't able to do any finalizing work on the program today, but with any luck I will tomorrow and you could see a release.

Stay Tuned!

I realized tonight that I had overlooked uploading an update to GOGPlus Download Checker.

Version 2.1 supports testing individual BIN files, with a choice of either UnRAR or 7-Zip if you have those programs installed.

This is particularly useful where InnoExtract may have failed to completely check an EXE + BIN file(s) set. I have come across the odd game where this occurs, and it seems RAR related, where I presume InnoExtract can not deal with the installer file structure etc, but the individual files (EXE & BIN) may be fine. The ultimate test in this circumstance is to see if the game fully installs and does not report an error during that process.

https://github.com/Twombs/GOGPlus-Download-Checker/releases

Hello, the GUI works great, except the Games list is always empty. Am I missing something?

I saw your post at the other thread first, so responded there -
https://www.gog.com/forum/general/gogrepopy_python_script_for_regularly_backing_up_your_purchased_gog_collection_for_full_offline_e/post2558

Ok, back here again to discuss your issue.

It seems to me that you must be using a different version of gogrepo.py, as neither of the two versions I use, have that leading 'u' at the start of each line, and that would be messing with my coded recognition.

If you are using Kalanyr's fork, then either he has released the previous DEV version as his latest stable version or you are using the DEV version. Or maybe you are using one of the other forked versions out there. You are certainly not using the original or forked version I am using, which is what my GUI has been coded for.

There may be other changes involved as well, so problematic at this point, whether I will adapt my GUI program.

I will have a bit of a think and a play around and check.

Just found the link and had a look.

https://github.com/Kalanyr/gogrepoc

And I see the forked version of gogrepo.py from two years ago is still the stable version, which my GUI can work with.

I've not tested with the Testy McTest version, as I have taken Kalanyr at his word, where he says - Please don't use it.

P.S. The original gogrepo.py, which I use mostly now, due to my speed issue with Kalanyr's version, can be found here -

https://github.com/eddie3/gogrepo

You might also want to ask each other which version of python you are using. Might be relevant.

Thanks, but as far as I can tell I have all the correct files. Definitely no DEV version or anything like that. But if you don't know where this u' is coming from, I certainly have no idea. And the script itself works. I have Python 2.7.18. Anyway, thank you for your assistance. I can still use the script and the GUI, and I can live without the games list.

Edit: Correction, I used to have Python 2.7.16, and the GUI worked with that version, except the games list, then I installed 2.7.18, and now the script works if I use it manually, but the console window immediately closes if I use the GUI.

Edit2: Now the console window immediately closes no matter what version I have installed. I can't even log in any more via the GUI. It still works manually.

I just tried GOGRepo GUI v1.1. Thanks Timboli for all your work!!
It works fine, but here are some 'hurdles' I encountered:
- It wasn't directly obvious how the update/verify/download section worked.
- Under 'Download Options', when you select the OS: "Windows" doesn't work, I needed to change it to "windows" (lowercase). I only figured it out by looking in the log file.
- View Queue > Under Download Entry Options, "Game" always gets deselected after every single download.
- There's no progress bar for a single game download.

Just an idea; how about an all-in-one program (extra, not replacing this one)? (including the python files and the script)

Thanks again, it's a great replacement for the old GOG Downloader!

You need to be using a Python 3 variant if using Kalanyr's forked version. Python 2.7 variant should be okay for original gogrepo.py if my memory is correct. I am using Python 3.4 for both versions, with all the correct libraries installed.

To get the GUI working again, you may need to delete any of the files it creates. You can leave gog-manifest.dat and gogrepo.py though, except you really should recreate gog-manifest.dat once you work out why it has the leading 'u' for every line, as that is certainly not normal in my experience.

You are not perchance using gogrepoc.py instead of gogrepo.py ... note the 'c' in the first one?

ONE POSSIBLE QUICK SOLUTION YOU CAN TRY
With an editor, try replacing (removing) that leading 'u' at the start of every line, then run my GUI again. That just may give you a list you can use. However, you really need to make sure that you are using the correct version of gogrepo.py and Python and have all the required libraries installed in Python.

Mmmm I am not sure how I can make it any simpler.
If you don't want to download, you select the Update or Verify checkbox. The DOWNLOAD button text reflects your choice.
If you don't have a game selected, it will tell you. Or if you have ALL selected, then a game doesn't need to be selected.
With Update or Verify, you get another window with relevant options after you click that re-titled DOWNLOAD button.

I'll have to check that out, as it should be changing it to lower case. Mine is permanently set to Windows + Linux, so maybe I missed something during an update.

Sorry, I should have coded a popup warning about those options not yet working. It was mentioned in a post or two at the time of development.

The progress bar is enabled from the SETUP window, and only works if one thread has been set for downloading.

Sorry, but my preference is to only provide my side of the requirements, and just list the others that I am not responsible for.
I know this means a little more work, but also means the user needs a certain level of savvy.

As I see it, gogrepo.py comes first, and my GUI is an additional bonus for those who are familiar with it but want an easier mouse based method of use.

Thanks.
I guess you can loosely describe it as a replacement, but really my GUI is just a user friendly addition to gogrepo.py, which is doing all the really important bits.

Further to all that - It is now my preference to only use my GUI and gogrepo.py for downloading small files or doing the Updating and Verifying and getting the game cover image and creating the game folder while doing so. For large files I much prefer the speed and other benefits from using Free Download Manager 5. So in reality I do a blend of both, starting and ending with my GUI, but also using the browser links on my GOG library web page for the larger files.
NOTE - I am able to do this using the latest version of my GUI, which lets me target specific files. That version hasn't had a full release yet, though my latest working EXE can be found in the Incomplete folder at GitHub.

What version of gogrepo.py are you using?

I've just checked the code for the original version and all seems fine in regard to OS, though it has the following limitation.

The download parameters don't have an OS or Language specification. That spec is done during Update, which is then used by the Download method. This only applies to the original version of gogrepo.py.

So essentially, if you only specify Windows or Linux or Mac, you only get the data for what you specified.
If you specify Windows + Linux, then data for both will be downloaded during an Update, and both will be used for Downloading without a choice being available at that point in the process.

This doesn't happen with Kalanyr's forked version, which does give you a choice, no matter what might be found in the Update data, though it won't use what isn't there. I will now recheck the code for that.

P.S. I know that OS is specified in Download Options, but that is really only relevant when doing an Update, which sets up the Download options. A bit misleading or confusing I know, but I was limited in how to present things.