Lolwut? I get 150 MB/s stable.

You have a 1.2GB Connection? Pretty sure you mean 150 Mb/s (The capitalization does actually matter and it's what ISPs use to confuse people about how great their speed is).

150Mb/s = about 20-25MB/s depending on line, traffic and actual carrier speed.

yep, 150 mbit/s, something like 18 mbyte/s

gogrepo.py is quite unstable for slow connection.

While I can surf on the web without problem,
gogrepo.py often regrab the same piece of data again and again and again,
make it forever to download a really big single file.

So, I mixed wget and gogrepo.py.
Grab big files with wget, and small files with gogrepo.py.

My GOG offline backup have 2.39 TiB currently.

I haven't seen that, maybe my wifi and 4G mobile connections are not unstable enough. Do you get some error message or how do you see it keeps getting the same packets over and over?

I'm mainly asking because I don't think gogrepo itself has any functionality to check on the fly that some packet is corrupted and would download it again itself. I would have though that in such a situation you'd just end up with a corrupted file.

And what do you mean by a slow connection, how slow? 64kbit/s (ISDN speed)? Did you really download your whole >2TB GOG collection over it?

When I can grab GOG installers at speed about 400~500 Kilobytes/s (via wget),
gogrepo.py still can not steadily grab a 4 GiB file.
gogrepo.py will skip failed files, jump to another.
If I use gogrepo.py-only to grab my 2.39 TiB data from scratch, the estimated time would be half an year.

Oops, I meant Megabytes/sec.
I downloaded some single files in the past, but I had a different connection and I didn't check the speed.

Well, if I play\watch something online I rarely do it for less than 30-60 minutes, so I'd need that extra time to finish gogrepo's downloads.

It's more a matter of increased probability of HDD sudden fault, than of a lowered expected total drive life.
Fragments <100 are trivial, but I doubt that 60K could be considered acceptable (on HDDs).
I don't know the extent of the drive "fatique", but I frankly prefer to avoid such issues, if I can.
Btw, I think I read that SSD aren't good for external storage.

Unstable power means SSD's are vulnerable. The wrong surges at the wrong time will destroy large swathes of space on your SSD. They are generally better internally where the power supply stability isn't affected by a loose connection wiggling a millimeter in the wrong place.

Hello,

Does anyone knows if this still works and if there any supports for 2FA?

Thank you :)

Yes it does, and yes it supports two-factor authentication (the script asks for the code if GOG asks for it, in which case you have to get it from your email).

The only hiccup in log in may be if GOG triggers the captcha check, naturally a command-line script can't handle such. In that case you need to login successfully first with your web browser, and then export the valid login cookie from the web browser to gogrepo. I have never had to do this, thankfully.

I am not even sure what exactly triggers the captcha nowadays, e.g. last time I seemed to get it because I entered my password wrong once when logging in with a web browser.

Once you have successfully logged in with gogrepo (ie. you have a valid login cookie that gogrepo can use), then you are golden, you can keep reusing that same cookie for who knows how long without needing to log in again with gogrepo. I've been using the same cookie with gogrepo for months, maybe more than half a year.

So remember, "gogrepo.py login" is basically a one time deal. You need to relogin only if you ever lose that cookie, or it becomes invalid for some reason (not sure if GOG ever invalidates them). I am just mentioning this because sometimes new gogrepo users seem to try to run gogrepo login each and every time they use gogrepo; no need to do that.

Wonderful, Thank you - going to try it out now: I got like 90+ games in my account and some of them are up to 10GB+ in size.....

I've checked a bit the installers.

First of all, there are various errors in the names. See here:
https://www.gog.com/forum/general/list_of_bad_folder_names_in_game_downloads_backup_installers

Then, I checked the setups with 7z.
I opened Zork (textual game, 18Mb on Gog..) and the content is a single file named:
[0]~

Wtf is that? Are the executables encrypted or something?
7zip has a "Host OS" column that says "Unix".

Yes. Hopefully someone has reported them to GOG.

I don't care that much for some games having an extra "_copy3" at the end of the folder name for some reason, but the one or two cases where the folder name is completely wrong, e.g. of another game, those should be definitely fixed. All I care is that I can easily find the game installer I am looking for, and the extra "_copy3" doesn't affect that, but a wrong game name in the folder name does.

How did you detect it is supposed to be a 7-zip file?

Anyways, I tried that same with innoextract, and it extracted the files within the installer exe just fine. So use innoextract to inspect the installers, not 7-zip.

I simply tried it with other installers and it showed their content.
7z supports a lot of formats.
Anyway, it's good if at least Innoextract managed to obtain the original files.

Mm.. I don't see such option.
I really hope that the manifest will skip the hidden games next time.
For now, I deleted their entry manually from the file.

Also, I wish I could independently skip extras too. For example:
- rott_2013_level_editor.zip --> 8Gb! Too big for my interest in it.
- wing_commander_4_dos_german_version.zip --> 3Gb, not my language.
- setup_planescape_torment_russian_2.1.0.9.exe --> 1Gb, unwanted localization (win)
gog_planescape_torment_russian_2.2.0.10.sh --> 1.3Gb, same (linux)
bonus_planescape_torment_001_ru.zip --> 1.2Gb, same (mac)
- setup_strike_suit_zero_2.1.0.12.exe --> 1.5Gb, unneded old version (win)
strike_suit_zero_all_dlc_1.0.0.6.dmg --> 1.6Gb, same (mac)
(etc)

You could save a ton of space O_o