LGOGDownloader 2.21 git d978498

Updating the local cache for lgogdownloader in preparation for an orphan-check yielded some games not found (or, rather access forbidden 403), more details see https://github.com/Sude-/lgogdownloader/issues/47):

HTTP ERROR: 403 (.....)
Found nothing in https://api.gog.com/downloader2/game/interstate76/installer_win_en

- Interstate 76
- Kings Quest 1+2+3
- Kings Quest 4+5+6
- M.A.X + M.A.X 2
- Patrician 1+2
- The Penumbra Collection
- Pirates Gold +
- Wallace & Gromitt (not longer buyable)

To my knowledge, none of these games have been unbundled yet. The cache for my other 600+ games did update fine and I can initiate a download of these games from my account page without a problem.

I got tired of screwing around with copy-pasting URLs into shell aliases every time an update came around, so I spent the last two days writing a little PyGTK-based frontend for lgogdownloader which adds support for gogdownloader:// URIs.

https://github.com/ssokolow/lgogd_uri

Be aware that, for extras, it assumes you have an lgogdownloader build new enough to have --download-file.

Really, Really snazzy piece of software. Both thumbs up.

Until today.

It's more that I'm low on time and experienced with it. Using PyGTK was my way of "just getting it done" without having to choose between PySide (no Qt 5 support), PyQt (Still gotta refresh my understanding of the API and what's the point in MITing code written against a GPLed API?), and PyGI (I'm trying to avoid explicitly requiring GTK+ 3.x, given what a mess it's becoming).

As for the progress bar, it IS very nice. Wait until I have time to work on lgogd_uri again. I want to complement it with a reworked queue tab that sets in-progress/success/fail icons rather than popping entries out and which remembers them across restarts.

(Given that the official downloader doesn't seem to Just Work™ by remembering queued downloads and resuming them after restart, that should start to make my frontend superior to it.)

In the hope that I can interest as many users as possible, I just pushed a couple of usability improvements for the lgogd_uri install process:

1. An install.sh that should always either Just Work™ or give actionable instructions
2. A detailed troubleshooting guide.

With the more novice end of the spectrum better served, I now need to ask those with more specialized requirements which features leave you still preferring the command-line interface over lgogd_uri.

i'm using version 2.21 and i've just noticed that "--repair --download --update-cache" didn't download or visibly check anything,
removing the "--update-cache" resulted in downloading newer versions of files
is "update-cache" meant to negate all other options on the command line?

diziet

I am having some issues downloading the Linux package for The Witcher 2 using this program. It says it's downloading the windows installer, which isn't what I want. Is there any way to make it specifically download the linux tarball?

Thanks in advance.

use the --platform option to select the installer for a specific platform, e.g. for linux

--download --platform 4 --game witcher_2

You can also use --platform-priority '4,1' to specify "Linux if available, otherwise Windows".

With Galaxy entering beta, question of publishing the Galaxy protocol specification becomes more relevant. Feel free to add your voice in this thread.

So far GOG didn't comment. I also sent a question to GOG support about their ETA for publishing the protocol spec.

You do know that the "Galaxy Protocol" is mostly about a steam-like download file-by-file basis instead of the installer? And that you won't get a guaranteed standalone game directory to zip up?

You can test this by downloading Beneath a Steel Sky, where you won't find an executable for the game or a symbolic link to the provided scummvm, instead a gog galaxy ini file points somewhere else outside into a galaxy data folder...

wierd problem: when downloading with no filter the program tries to download a game called star_wars_republic_commando_copy3 and results in a core dump. (terminate called after throwing an instance of 'std::length_error' what(): basic_string::replace Aborted (core dumped))

For now, I'm specifying a filter to specifically exclude that one game, like so:

lgogdownloader --download --report --create-xml automatic --game '^(.(?!star_wars_republic_commando_copy3))*$'

Likely a data problem on GOG's side I think.

** EDIT **

sorry, the regex to exclude above does not work as I expected. Rather than fool around with the perl regex further, I just added a sanity check to make sure url.empty() is false to downloader.cpp getExtrasFromHTML. Maybe something to consider adding in the future?

[code]
// Get path from download link
std::string url = gogAPI->getExtraLink(gamename, id);
if (!url.empty())
{
url = htmlcxx::Uri::decode(url);
if (url.find("/extras/") != std::string::npos)
{
path.assign(url.begin()+url.find("/extras/"), url.begin()+url.find_first_of("?"));
path = "/" + gamename + path;
}
else
{
path.assign(url.begin()+url.find_last_of("/")+1, url.begin()+url.find_first_of("?"));
path = "/" + gamename + "/extras/" + path;
}

// Get name from path
name.assign(path.begin()+path.find_last_of("/")+1,path.end());
}
[/code]

Whatever it is, without documentation you'd need to reverse engineer it. If GOG can publish the specification, it would make it much easier to implement.

There can be many features. Such as getting check sums for integrity, partial retrieval and so on.
Wrong. Galaxy also provides downloading full package in addition to incremental updates. Please research this first.