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 or Opera

×
Community
General discussionLGOGDownloader - GOGDownloader for Linux(1458 posts)(1458 posts)
(1458 posts)
Pages:
1
10
20
30
40
50
52
53
54
55
56
70
80
90
98
This is my favourite topic
Posted March 31, 2016
avatar
TheJoe: joe@corbyn ~/Packages/aur4/lgogdownloader-git (git)-[master] % lgogdownloader --directory /mnt/storage/Games/GOG/ --download --ignore-dlc-count --game tentacle
terminate called after throwing an instance of 'Json::RuntimeError'
what(): ConstIterator to Iterator should never be allowed.
[1] 8008 abort (core dumped) lgogdownloader --directory /mnt/storage/Games/GOG/ --download --game tentacle
I just experienced the same issue on my Debian Sid, with the 2.27 version provided in the official repositories.

EDIT: The following commit did fix my issue:
Fix compiling with JsonCpp 1.7.1 (github.com)
Post edited April 01, 2016 by vv221
Posted April 01, 2016
avatar
Sude: LGOGDownloader 2.27
* For example: this allows setting "language" to English, German and French with "en+de+fr" which is much easier to understand than setting it to "7"
Just to clarify - if I use "--platform l,w", lgogdownloader will dowload the Linux version, and only the Linux version, if it exists, otherwise it will download the Windows version? If I use "--platform l+w", lgogdownloader will download both the Linux version and the Windows version?
Posted April 01, 2016
avatar
hummer010: if I use "--platform l,w", lgogdownloader will dowload the Linux version, and only the Linux version, if it exists, otherwise it will download the Windows version? If I use "--platform l+w", lgogdownloader will download both the Linux version and the Windows version?
Yes, you got it ;-)
Posted April 02, 2016
I recently bought Witcher 3 and yesterday I was gifted the Witcher 3 Season Pass (from Amazon.de) which I redeemed.

Oddly enough, lgogdownloader does not recognize the current DLC Heart of Stone for downloading, though it is displayed on my library page. I also resetted my configuration (and xml cache directory) and updated to the latest git version of lgogdownloader.

$ lgogdownloader --version
LGOGDownloader 2.27.519cb78

cat ~/.config/lgogdownloader/config.cfg

( the cache directory ~/.cache/lgogdownloader was deleted to force lgogdownload to redownload the game list summary)
automatic-xml-creation = false
cache-valid = 2880
chunk-size = 10
cover-list = https://sites.google.com/site/gogdownloader/covers.xml
directory = .
exclude = covers
include = all
insecure = false
language = en
limit-rate = 0
no-color = false
no-duplicate-handling = false
no-remote-xml = false
no-subdirectories = false
no-unicode = false
platform = w+l
retries = 3
save-changelogs = false
save-serials = false
secret = <censored>
subdir-dlc = dlc/%dlcname%
subdir-extras = extras
subdir-game = %gamename%
subdir-language-packs = languagepacks
subdir-patches = patches
timeout = 10
token = <censored>
use-cache = false
verbose = false
wait = 0

After issueing
$ lgogdownloader --game witcher_3 --download

it grabbed everything except the DLCs (free included)

According to library page these links should also be matched (windows / en):
- (free DLC) https://www.gog.com/downlink/dlc_16_a/en1installer1
- (heart of stone, #1) https://www.gog.com/downlink/the_witcher_3_wild_hunt_hearts_of_stone/en1installer1
- (heart of stone, #2) https://www.gog.com/downlink/the_witcher_3_wild_hunt_hearts_of_stone/en1installer2
- (heart of stone, #3) https://www.gog.com/downlink/the_witcher_3_wild_hunt_hearts_of_stone/en1installer3

It seems that
$ lgogdownloader --game witcher_3 --list-details
does not catch the DLCs there, they are somewhere else ... see http://pastebin.com/raw/pfdik6b2

Am I missing something (configuration switches) to include my DLCs in the download for the Witcher 3?
Posted April 03, 2016
avatar
coffeecup: Oddly enough, lgogdownloader does not recognize the current DLC Heart of Stone for downloading, though it is displayed on my library page. I also resetted my configuration (and xml cache directory) and updated to the latest git version of lgogdownloader.
Try with "--ignore-dlc-count" or create ~/.config/lgogdownloader/gamespecific/the_witcher_3_wild_hunt_game.conf that contains

{
"ignore-dlc-count": true
}
to make lgogdownloader ignore the dlc count information that GOG provides.
I hope that GOG fixes the DLC count info because working around it is annoying.
Posted April 03, 2016
Thank you, adding the gamespecific file for Witcher 3 did the trick.
Posted April 07, 2016
avatar
Sude: edit: found it, it is: https://www.gog.com/user/data/games
https://www.gog.com/forum/general/magog_a_search_engine_for_gog_games/post709
Thanks for digging it out! I have to follow that thread a bit more, it has interesting posts. :)
Posted April 08, 2016
Something strange is happening for me since today (or perhaps yesterday).

When I use my usual

lgogdownloader --ignore-dlc-count . --save-serials --check-orphans --download --repair --create-xml automatic --no-subdirectories --language all --platform all --game $GAME

line, for example on enter_the_gungeon (but on other games too), it sometimes only lists (and downloads) parts. It does however report correctly the orphaned files. There is a random element, the next try may download a completely different set.

For example, for enter_the_gungeon, I saw:

Try 1:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh

Try 2:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
XML: Using remote file
XML: Valid XML
XML: Parsing finished

setup_enter_the_gungeon_2.1.0.3.exe
MD5: 355ddabc8643002217c3ff43e1373e4f
Chunks: 31
Size: 314904544 bytes

File doesn't exist ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
Downloading: ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
100% ▕██████████████████████████▏ 300.32/300.32MB @ 2.32MB/s ETA: 0s

Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh

Try 3:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
XML: Using remote file
XML: Valid XML
XML: Parsing finished

setup_enter_the_gungeon_2.1.0.3.exe
MD5: 355ddabc8643002217c3ff43e1373e4f
Chunks: 31
Size: 314904544 bytes

Chunk 30 (331744 bytes): OK

Repairing file ./enter_the_gungeon/enter_the_gungeon_2.1.0.16.dmg
XML: Using remote file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_2.1.0.16.dmg
MD5: 6cbcf7d0dc65c35f43aa412a7a712136
Chunks: 21
Size: 216857930 bytes

File doesn't exist ./enter_the_gungeon/enter_the_gungeon_2.1.0.16.dmg
Downloading: ./enter_the_gungeon/enter_the_gungeon_2.1.0.16.dmg
100% ▕██████████████████████████▏ 206.81/206.81MB @ 2.07MB/s ETA: 0s

Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh

Try 4:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh

Try 5:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
XML: Using remote file
XML: Valid XML
XML: Parsing finished

setup_enter_the_gungeon_2.1.0.3.exe
MD5: 355ddabc8643002217c3ff43e1373e4f
Chunks: 31
Size: 314904544 bytes

Chunk 30 (331744 bytes): OK

Repairing file ./enter_the_gungeon/enter_the_gungeon_2.1.0.16.dmg
XML: Using remote file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_2.1.0.16.dmg
MD5: 6cbcf7d0dc65c35f43aa412a7a712136
Chunks: 21
Size: 216857930 bytes

Chunk 20 (7142730 bytes): OK

Repairing file ./enter_the_gungeon/gog_enter_the_gungeon_2.1.0.2.sh
XML: Using remote file
XML: Valid XML
XML: Parsing finished

gog_enter_the_gungeon_2.1.0.2.sh
MD5: 66f582e6461945e91acdde7f53e85423
Chunks: 19
Size: 196627939 bytes

File doesn't exist ./enter_the_gungeon/gog_enter_the_gungeon_2.1.0.2.sh
Downloading: ./enter_the_gungeon/gog_enter_the_gungeon_2.1.0.2.sh
100% ▕██████████████████████████▏ 187.52/187.52MB @ 2.13MB/s ETA: 0s

Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh


This is with lgogdownloader from the repository, built on April 6.

Does anyone else see this?
Any ideas what could be happening here?
Posted April 09, 2016
avatar
Loenas: Does anyone else see this?
I've seen that too. You sometimes need multiple runs of lgogdownloader to get all the installers of a game.
Posted April 15, 2016
I've updated my lgogdownloader today and have saved my config file again, which I hadn't done in a while. I got some differences hence I have a few questions.

Is there any difference between the options "--create-xml automatic" and "--automatic-xml-creation"? Or do they mean the same? If so, which one is deprecated and which one should I use?

When I want to exclude nothing, should I change the "exclude = covers" in the config file to "exclude = " (as an empty option) or better remove the exclude option completely from the config file?
Posted April 15, 2016
avatar
Loenas: Something strange is happening for me since today (or perhaps yesterday).

When I use my usual

lgogdownloader --ignore-dlc-count . --save-serials --check-orphans --download --repair --create-xml automatic --no-subdirectories --language all --platform all --game $GAME

line, for example on enter_the_gungeon (but on other games too), it sometimes only lists (and downloads) parts. It does however report correctly the orphaned files. There is a random element, the next try may download a completely different set.

Does anyone else see this?
Any ideas what could be happening here?
That is strange. I haven't experienced this issue myself yet.
My guess would be that the API responses were missing info or were otherwise invalid. Although I don't see why or how the API responses would change between different tries.

avatar
eiii: I've updated my lgogdownloader today and have saved my config file again, which I hadn't done in a while. I got some differences hence I have a few questions.

Is there any difference between the options "--create-xml automatic" and "--automatic-xml-creation"? Or do they mean the same? If so, which one is deprecated and which one should I use?
The only difference is that --automatic-xml-creation can be set in the config file.
"--create-xml automatic" sets the same variable as "--automatic-xml-creation" so it acts as alias for "--automatic-xml-creation"

avatar
eiii: When I want to exclude nothing, should I change the "exclude = covers" in the config file to "exclude = " (as an empty option) or better remove the exclude option completely from the config file?
You should set it to empty
exclude =
or
exclude = ""
or
exclude = ''
or some other value that is not defined in the include options vector
if you remove it from the config file it will use the default value "covers"
Post edited April 15, 2016 by Sude
Posted April 16, 2016
avatar
Sude: The only difference is that --automatic-xml-creation can be set in the config file.
"--create-xml automatic" sets the same variable as "--automatic-xml-creation" so it acts as alias for "--automatic-xml-creation"
I've seen that difference when I use "--save-config", but otherwise the options are the same. Thanks for the confirmation.

avatar
Sude: You should set it to empty
exclude =
or
exclude = ""
or
exclude = ''
or some other value that is not defined in the include options vector
if you remove it from the config file it will use the default value "covers"
On a second thought I had expected that behavior, that it falls back to the default when I remove the option. The empty option does the job as expected.
Posted April 17, 2016
I did this before but for some reason stopped doing it. I've set up a custom Arch repo for lgogdownloader, and I've also included htmlcxx. This means you can install lgogdownloader on Arch without building anything or using the AUR, for those of you who are lazy. I'll probably host other stuff there too, but right now it's just this.

All packages are signed with key 30E698EA so you need to add that to your pacman keyring. You can view this key on any keyserver or at https://repo.warhaggis.com/joe@warhaggis.com.asc

Anyway...

Open /etc/pacman.conf and add the following:

[warhaggis]
Server = https://repo.warhaggis.com

Now in a terminal run:
# pacman-keys --recv-keys 30E698EA
# pacman-keys --lsign-key 30E698EA

You should be good to go. So far I only have x86_64 packages up, lacking a good environment to build i686. But it's 2016 so none of you are actually using 32bit machines, right?

Anyway that's a thing. I'll try to keep it as up to date as possible.
Post edited April 17, 2016 by TheJoe
Posted April 18, 2016
Just as an FYI:
I have been whining about not being able to crosscompile or statically compile lgogdownloader for the use in my synology nas a while ago, but have since found an easy solution. (though neither elegant nor skillful :)

<span class="bold">Ermine</span> does exactly what I need.

The process: I compile the git version of lgogdownloader on my arch linux as anyone would and then use the ErmineLightTrial.x86_64 with the lgogdownloader binary which will output me a bloated version of that with all the libraries and dependencies included (making the lgogdownloader binary a whooping 61mb).

This I now simply copy on my nas and it runs smoothly without any hickups (for 30 days since it's only the trial version after which one could simply repeat the process, which would also greatly help keeping the lgogdownloader version up to date... if one were morally flexible as such, that is.)

Also to get tmux running on my ssh shell on the synology nas I used a package calle easy bootstrap installer in the synology community packets) and tmux + lgogdownloader on a nas is really a backup dream come true, it shoveled down my whole +3 TB gog library (all os versions ;) in one go without any need for intervention and helps keep it up to date with consecutive runs. I'll just have to someday think about deleting the old versions of games after updates since the directory is getting bigger and bigger with each backup run ;)

Sooo, thanks again Sude! Highly appreciate what you do!
Attachments:
screenshot_at_20.png (205 Kb)
Posted April 19, 2016
avatar
Sude: That is strange. I haven't experienced this issue myself yet.
My guess would be that the API responses were missing info or were otherwise invalid. Although I don't see why or how the API responses would change between different tries.
I've had that behavior too. But I still was using an old version of lgogdownloader (v2.24). For the last game I've bought my lgogdownloader needed 4 or 5 runs to download all installers I wanted. That has been the final reason to update it 5 days ago.

I have only downloaded a few games since then, but so far every download worked at the first try and a status run after the downloads never showed a missing file. I'm not sure yet if the problem is finally solved, but it looks good. :)
Pages:
1
10
20
30
40
50
52
53
54
55
56
70
80
90
98
This is my favourite topic
Community
General discussionLGOGDownloader - GOGDownloader for Linux(1458 posts)(1458 posts)
(1458 posts)