Thanks for letting me know, I'll raise the issue w/ support.

David

Any progress on this feature?
It is *the* killer feature that would in my opinion turn LGOGDownloader from the must-have app it is now to a… uh… even more must-have app!

it's probably about time I did some updating, both of my library and LGOGDownloader. I just checked and I still have 2.17, so is advisable to uninstall anything first or can I just do: EDIT: nvm, did the above and it doesn't look like anything went wrong

Does anyone have a recommendation on how best to quickly identify which games have updates available? particularly if you've lost track of updates. --status shows which files are downloaded and which aren't, but if there are dozens or hundreds of games to check it can be quite a list to review. Is there a way to show only the files/games with status ND or MD5?

It's not too bad for me as my library isn't huge, I can check a few at a time alphabetically e.g. but maybe I'm not being very efficient?

lgogdownloader --status | grep -v '^OK'

this will filter the output to remove any line starting with "OK".

Thank you very much! and +1

it takes a bit longer to run --status with the filter but a most revealing result! It appears there were a few games that were sneakily updated without a library notification occurring.

d978498 Add option to download files using file id

Wow, that’s great!
Thank you for this!

Look at the URLs:

Game Card: http://www.gog.com/game/<span class="bold">the_11th_hour</span>
Installer Link: https://www.gog.com/downlink/<span class="bold">the_11th_hour</span>/en1installer0
Extra Link: https://www.gog.com/downlink/file/<span class="bold">the_11th_hour</span>/13683

I haven't tried downloading just a single file using the new support for that, so I can't give a concrete answer on what command to feed for selecting individual files by ID. However, to download that example via lgogdownloader, the base command would be

lgogdownloader --download --game "^the_11th_hour$"

...and you can take a look at the aliases I wrote for all of my commonly-used commands

https://github.com/ssokolow/profile/blob/master/home/.common_sh_init/aliases#L64

With those aliases, I can type something like "gogu the_11th_hour the_7th_guest" rather than having to repeatedly type a long, awkward, regex-based command line "lgogdownloader --download --no-cover --no-extras --game "^(the_11th_hour|the_7th_guest)$"

Does it mean you can download an individual file within the archive? Or just one of the archive files? I thought access to individual files (like a single resource file from some game) was part of the Galaxy protocol, which wasn't yet published.

I haven't tried it yet but, from the level of complexity of the commit, I believe it means that you can grab individual extras, installers, or patches by specifying the ID that would be present in the http or gogdownloader URL.

You can get the id by using --list-details
For example: Or by looking at the URLs as ssokolow mentioned.

Just one of the archive files. Downloading individual files within archive would require using Galaxy API.

I'm having a problem with blacklisting files and I'm not sure if I don't understand something or the problem is caused by an odd case. Witcher 2 has two installer files for Linux marked as beta quality. After some reading and a bit of trial an error the summary of what I've tried is below.

Created a new text file named: blacklist.txt in /home/username/.config/lgogdownloader

Used to get the file details and paths: Written in blacklist.txt: tested with: the_witcher_2_ost_flac.zip no longer appears in the output so appears to be successfully blacklisted, but the beta installers are still showing. Is the issue that they are listed under "patches:" with the path witcher_2_ee/ and this is something that lgogdownloader can't handle? or should the lines in blacklist.txt be edited differently in this case?

This should work Here's the cause: https://github.com/Sude-/lgogdownloader/blob/master/src/downloader.cpp#L356-L357
The blacklist uses the file path of local file instead of path that API gives
It would be easy to change this to use the path that API gives but then it would cause issues with blacklisting files from orphan check.
I might just do the easy change and break blacklisting in orphan check unless I find a better method of doing this.

Thanks, saves me the risk of triggering a 20+ hour download if I get careless with --repair --download

Is this something I could've figured out for myself? I read the notes in the manual and searched through this thread, I tried several variations inc. the_witcher_2/gog_the_witcher_2_assassins_of_kings_1.1.0.5.tar.gz. I don't think it occurred to me any point to just put the file name.