It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like:Chrome,Firefox,Internet Explorer orOpera

×
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.
Post edited February 14, 2014 by diziet_sma
avatar
diziet_sma: 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)?
Post edited February 16, 2014 by Loenas
avatar
DonCorleon: Any Objections to me shooting you a pm now and again while i figure out how OAuth works? Im not expecting miricles lol, just a little hand every now and again :) All good if you dont have time.
No objections.

avatar
Loenas: ...
While we're on that topic: I've run lgogdownloader --list-details on my collection and found NUL bytes in the output.
...
path: /rune_classic<NUL>http://wpc.11DF.edgecastcdn.net/some/path/rune_classic/pc/setup_rune_gold_2.0.0.5.exe
...
Problem on the GOG side or bug in lgogdownloader (latest git)?
Try the latest git version. I made some changes in 66bd53b that possibly fixes these
avatar
DonCorleon: Thanks mate much appreciated.

Just so your aware, I am going to attempt to write a vaguely similar app for windows based users, so that they dont have to do the whole click each link separately thing that i hated so much. Any Objections to me shooting you a pm now and again while i figure out how OAuth works? Im not expecting miricles lol, just a little hand every now and again :) All good if you dont have time.
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?
Post edited February 17, 2014 by Daniel Ruf
avatar
Loenas: ...
While we're on that topic: I've run lgogdownloader --list-details on my collection and found NUL bytes in the output.
...
path: /rune_classic<NUL>http://wpc.11DF.edgecastcdn.net/some/path/rune_classic/pc/setup_rune_gold_2.0.0.5.exe
...
Problem on the GOG side or bug in lgogdownloader (latest git)?
avatar
Sude: Try the latest git version. I made some changes in 66bd53b that possibly fixes these
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 :)
avatar
DonCorleon: 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 :)
Post edited February 21, 2014 by DonCorleon
avatar
DonCorleon: (I don't know why the creators of the API were lazy and didn't implement getting the users game list, very annoying)
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?
Post edited February 22, 2014 by ssokolow
I'm using
lgogdownloader --game <name> --download --repair --create-xml automatic

This doesn't work for simcity_2000, it always downloads its extra/manual.zip because "Filesizes don't match".

I think the problem is that the file name is not unique: realms_of_the_haunting/extras/manual.zip also exists, and perhaps it has precedence in the checksum cache. Is that correct? Is that fixable? There are a number of (old) game releases with the same file names, this is not the only case.

Another issue: lgogdownloader has a config now, and an it seems often-requested feature is having no subdirectories to match what the official downloader is doing (instead of extra/ and patches/ dirs). Can you please add a config setting that avoids creating these dirs?
avatar
Loenas: I'm using
lgogdownloader --game <name> --download --repair --create-xml automatic

This doesn't work for simcity_2000, it always downloads its extra/manual.zip because "Filesizes don't match".

I think the problem is that the file name is not unique: realms_of_the_haunting/extras/manual.zip also exists, and perhaps it has precedence in the checksum cache. Is that correct? Is that fixable? There are a number of (old) game releases with the same file names, this is not the only case.

Another issue: lgogdownloader has a config now, and an it seems often-requested feature is having no subdirectories to match what the official downloader is doing (instead of extra/ and patches/ dirs). Can you please add a config setting that avoids creating these dirs?
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
avatar
Sude: 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.
avatar
Loenas: 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.
Post edited February 25, 2014 by ashwinm
@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.