I just found out about lgogdownloader, I used a manual method before that. Somehow I came up with the same extras folder, but I use(d) different folders for versions, patches and DLCs.

Thanks for this! lgogdownloader takes away a lot of manual downloading I would have to do otherwise!

I do have a proposal though, and it concerns the download of the icon and additional game images.

E.g. with lgogdownloader --list-details --game <gamename> I already get a link to an icon in png format, but I couldn't find an option to actually download that icon.

Additionally, most games have a big (banner) image and smaller tile versions of that image, which I find interesting and want to include in my archive.

As an example, let's look at "syberia_the_world_before_prologue": So, there is the icon link, listed after the title and before the installers:
https://images-2.gog-statics.com/2f96fb41d1eb7fb49d9a6409a6116b0a31787cfde97f46b2484fba37ee349d43.png

The (banner) image, currently not included in lgogdownloader, can be found when browsing the account (https://www.gog.com/account) and right-clicking the tile icon to show the image in another tab (depending on the screen resolution of the display the browser is running on I get either "_196" or "_392"):
https://images-1.gog-statics.com/7e474cab4e4780d8ff24053f0992b9a8cdc960db9c2a59c9a27343211d51f32d_196.jpg
https://images-1.gog-statics.com/7e474cab4e4780d8ff24053f0992b9a8cdc960db9c2a59c9a27343211d51f32d_392.jpg

Interesting is that I can simply remove the "_nnn" part, and then I get the image in full resolution:
https://images-1.gog-statics.com/7e474cab4e4780d8ff24053f0992b9a8cdc960db9c2a59c9a27343211d51f32d.jpg

This is the one I'm interested in and that I would like to include with the download.

My proposal: add "images" in the inlcude/exclude options (--include installers,images... ) and then download the icon and the big (banner) image as well, controllable via --subdir-images, defaulting to "images".

And just out of curiosity, I found "_product_tile_256_2x" is also available, as in:
https://images-1.gog-statics.com/7e474cab4e4780d8ff24053f0992b9a8cdc960db9c2a59c9a27343211d51f32d_product_tile_256_2x.jpg

So lgogdownloader could parse the account webpage, look for those "_196", "_392" and "_product_tile_256_2x" images, remove that part from the filename and then try one after the other, falling back from high res to low res, so the order would be:
1. https://images-1.gog-statics.com/7e474cab4e4780d8ff24053f0992b9a8cdc960db9c2a59c9a27343211d51f32d.jpg
2. https://images-1.gog-statics.com/7e474cab4e4780d8ff24053f0992b9a8cdc960db9c2a59c9a27343211d51f32d_product_tile_256_2x.jpg
3. https://images-1.gog-statics.com/7e474cab4e4780d8ff24053f0992b9a8cdc960db9c2a59c9a27343211d51f32d_392.jpg
4. https://images-1.gog-statics.com/7e474cab4e4780d8ff24053f0992b9a8cdc960db9c2a59c9a27343211d51f32d_196.jpg
Thus, if 1. exists and is successfully downloaded, stop right there. If that fails though, try 2. and so on...
And also download the icon (as listed by --list-details already), and all that goes into the --subdir-images (defaulting to "images") directory for the game.

Just an idea. What do you think? Doable?

I saw some Issues on the gihub page about builting from source not working on some distros.

Built from source on Linux Mint 20.2. Working fine for now.

Short version for everyone who has not read the lgogdownloader commit log:

GOG has started to send compressed XML data. lgogdownloader v3.9 can handle that while older versions may silently fail to verify your installers. So upgrade to version 3.9 as soon as possible and check your already downloaded XML files for compressed ones.


Has there anything changed with the XML data handling? I get MD5 sum errors with lgogdownloader v3.9. As an example:

$ lgogdownloader-v3.8 --version
LGOGDownloader 3.8.9d24bd1
$ lgogdownloader-v3.8 --verbose --status --xml-directory gog_xml --game norco_act_one
OK norco_act_one setup_norco_act_one_a1v0.1.4_(53745).exe 559402056

$ lgogdownloader-v3.9 --version
LGOGDownloader 3.9.6560688
$ lgogdownloader-v3.9 --verbose --status --xml-directory gog_xml --game norco_act_one while it's not
MD5 norco_act_one setup_norco_act_one_a1v0.1.4_(53745).exe 559402056

I do not fully understand how the XML data handling works. But the problem might be that the XML file for setup_norco_act_one_a1v0.1.4_(53745).exe is compressed while it's not compressed for other installers, where I do not get MD5 errors:

$ file setup_norco_act_one_a1v0.1.4_\(53745\).exe.xml
setup_norco_act_one_a1v0.1.4_(53745).exe.xml: gzip compressed data

Still strange that with lgogdownloader v3.8 the checksum verification succeeds (bug?) while it fails with v3.9.

Edit 1:
Manually uncompressing the XML data for the norco installer fixes the problem. Verification with both versions of lgogdownloader succeeds now. It looks like all MD5 errors were caused by compressed XML files. And all compressed XML files have been downloaded within the last week or so.

Edit 2:
Well, I guess I should have read the commit log of lgogdownloader... :P

Hi!
I have a bit of a question regarding lgogdownloaders behaviour:
When downloading a game update from gog galaxy, the new files get put in a !Temp folder in the game directory (this is an assumption on my part but that 64GB folder only appeared after i started the update of that same size).
Does lgogdownloader recognize this and continue downloading from there, or does it just overwrite local with upstream whereever necessary?

My aplologies if this was not the appropriate place to post this.

I do not see much of a difference in the runtimes between version 3.8 and 3.9. The variation of runtimes caused by GOG's backend are probably masking it.

When I also want to update DLCs for which actions do I have to add the --use-dlc-list option now? For the --update-cache run? Or for the --status and --download runs? Also for --list --updated?

As I have found a lot of broken XML files during my experiments with version 3.9: Is there a way to only re-download XML files?

Pretty sure that the DLC will download/update regardless its only if they were on the list that will result in them being put in the DLC sub directory or not? (not actually sure on the purpose of dlc thing) if you have never downloaded them before. Personally I use the no-subdirectories setting.

The way it works is to download a text file to , I think, the config directory: game_has_dlc.txt. So I guess using the use-dlc-list as your first command will download that file. I could say update it but to be clear the default file in question is over 5 years old so its likely most of your dlc aren't being affected by this change at all.

Is there an alternative to this? Something that doesn't require me to build it myself?

There are also these tools:
https://github.com/Kalanyr/gogrepoc
https://github.com/Magnitus-/gogcli

gogrepoc does require you to install Python and a couple of Python packages.

gogcli doesn't require you to install anything, but does require you to setup your cookie file properly, plus I think the command set is more granular/low-level compared to other tools which I find convenient to audit and adjust the entire process as needed, but I see how it would annoy some users who would like to run a single command (I do want to add a gui for it at some point to facilitate a plug&play scenario, I just got side-tracked a lot by how increasingly finicky the gog api has become).

Hello everyone,

Sorry if hat issue has already been pasted somewhere, but I couldn't find any information related to this issue. I'm trying for the first time to use lgogdownloader on Linux Mint 20.

I tried with both ubuntu default 3.5 version and latest build 3.9. Basically I'm able to login, to list my games, but I can't download anything. So it gives:

./lgogdownloader --login
Email: xxxx@free.fr
Password:
HTTP: Login successful
Galaxy: Login successful
Saving config: /home/xxxx/.config/lgogdownloader/config.cfg

./lgogdownloader --download --game metro_exodus --language=en --include=dlcs --directory=/opt/Metro.Exodus.Bundle/Metro.Exodus/
Getting game names (1/1) 6 / 6
Getting game info 1 / 1

The application quits and nothing else happens. It's certainly something really stupid but I'm unable to find out.

Any clue ?

Thanks a lot

OK, I found out it failed because of the --include=dlcs parameter. Removing this option and / or puting --include=all fixes the issue. I don't understand why though, because 'dlcs' is a parameter for --include as explained in the man page:

--include arg (=all)
Select what to download/list/repair
Installers = i|installers
Extras = e|extras
Patches = p|patches
Language packs = l|languagepacks|langpa
cks
DLCs = d|dlc|dlcs
Separate with "," to use multiple
values

The source is all I see. I am also not interested in having a Linux install again. I got rid of mine years ago as it was barely used and just wasted space.

Do you mean that you are trying to use LGOGDownloader on Windows?
Most people in this thread would assume that anyone not saying otherwise is using some Linux flavour.

This is such a fantastic tool, thanks a million. Just upgraded from 3.7 to 3.9.

Sadly my internet speed was cut by five, from 500Mbits to 100 when I moved, but it's ticking along nicely :)

Can it be used to calculate total download size?