has something changed at gog.com? or in lgogdownloader?
without changing any config i'm getting french installers and also dmg (mac) installers, whereas before
i only had the english and windows.
this is using a compiled lgogdownloader from github a few minutes ago

diziet

edit: hmmm, after looking at the finished download just now, i can see that it is only a few games that downloaded french and mac installers, i suspect some temporary snafu on the part of gog.

For some games, the extras contain original versions or extra games. For those there is no language or operating system selection. Example: alone in the dark 3.

While we're on that topic: I've run lgogdownloader --list-details on my collection and found NUL bytes in the output.
In my collection, this affects:
Alone in the Dark 1+2+3
Broken Sword 2
Dark Fall 2
Fantasy Wars
Lone Survivor
Rune Classic.

For example, with Rune Classic, it looks like this:
...
extras:
...
id: 25813
name: setup_rune_gold_2.0.0.5.exe
path: /rune_classic<NUL>http://wpc.11DF.edgecastcdn.net/some/path/rune_classic/pc/setup_rune_gold_2.0.0.5.exe
size:

For Alone in the Dark 1+2+3:
...
extras:
...
id: 28013
name: setup_alone_in_the_dark3_french_2.0.0.7.exe
path: /alone_in_the_dark<NUL>http://wpc.11DF.edgecastcdn.net/some/path/alone_in_the_dark/pc/setup_alone_in_the_dark3_french_2.0.0.7.exe
size:
(similarly for all the other Alone in the Dark 3 installers for Mac+PC that are in the extras section)

Problem on the GOG side or bug in lgogdownloader (latest git)?

No objections.

Try the latest git version. I made some changes in 66bd53b that possibly fixes these

sounds interesting

do you have more information?
OAuth is not so complicated

But why reinvent the wheel?
http://www.gog.com/forum/general/xgogdownloader_java_port_of_lgogdownloader_wip

Any help for the xgogdownloader project is very welcome
Do you want to cooperate?

Indeed, this fixes the problem for me:
id: 25813
name: setup_rune_gold_2.0.0.5.exe
path: /rune_classic/extras/setup_rune_gold_2.0.0.5.exe
size:

(also for Alone in the Dark)
That was really quick, thanks a lot!

Its not that i want to reinvent the wheel. I teaching myself how to code properly and seeing as im very interested in GoG games, I decided to make it a little project.
I have sorted out Oauth now and getting all the info, logging in etc. Now its onto making it look pretty and being extreamly noob friendly :)

What programming language are you using? Dou you work with git eg on Github? Let me know if you need some help.

Im am using AHK. Not the best I know, but im using this tool as a learning experience.
Now im trying to figure out how to login to the http site to get the games list. I have no idea about how cookies work. lol.
(I don't know why the creators of the API were lazy and didn't implement getting the users game list, very annoying)

I don't use Git or anything like that yet. Im still a noob :)

Because you add games to the official GOG downloader by clicking a special link in the in-browser listing and the API is an internal/private one so there's no point in writing something until the official GOG downloader is going to use it?

Git version now has --no-subdirectories option

Here's a patch that saves the xml data to subdirectories based on the game name
https://sites.google.com/site/gogdownloader/xml_subdirs.diff
It should fix the issue of files from different game having the same filename
Let me know if the patch is working correctly and I'll apply it to Git

Thanks again for the fast reply!
Both options work as expected (except for one minor thing, see below), thank you.

I'm now using
lgogdownloader --download --repair --create-xml automatic --no-subdirectories --game <name>
one difference I see: it doesn't seem to download the covers any longer.
config.cfg has "no-cover = false" and I don't see what would stop them.

That's intended behavior. Because there's no way of repairing covers the downloader ignores them.

Here's a patch to allow --repair download covers
https://sites.google.com/site/gogdownloader/repair_downloads_covers.diff

Hello,

first of all, thanks a lot for this tool. I would like to request a feature. Where I live the internet connection is flaky and slow, and curl frequently stops downloading a file before it is complete. Digging around a bit in your code, I found that curl returns the error code CURLE_PARTIAL_FILE in such cases.

At the end of the downloadFile function in downloader.cpp, I see that you delete a failed download. Could you please modify it to delete the failed download only if the curl error code was not CURLE_PARTIAL_FILE? This will ensure that if curl aborts a download prematurely, it can be resumed when lgogdownloader is run again.

To be clear, the existing code at the end of the function is this:

if (res != CURLE_OK && !bResume)
{
// etc.

Could you replace it with something like this:

if (res != CURLE_OK && !bResume)
{
if (res != CURLE_PARTIAL_FILE)
{
// etc.

Thanks.

EDIT: or maybe you could take it further and have lgogdownloader automatically resume a partially downloaded file, with perhaps a user configurable number of resume attempts.

@ashwinm: It's probably good to file this as a bug / feature request on github (while commenting here about the issue) just to keep track of this.