Because I already have all of my games downloaded, sorted, and organized.
I have a GOG folder, in that are folders with the title of each series, in that are folders with the title of each game with a number prefix, in that are folders for extras and the installer. The extras are already extracted to another specific folder structure. Is gogrepo going to recognize this is how my collection is stored and compare the files for me?

I'm not trying to edit the manifest. I'm trying to compare the manifest to what I already have.

Is it going to ecognize where my current files are?

See, I hate the way GOG Downloader organizes the files. So I don't expect this will work so well for me.

If you have your own manual way of organizing your GOG games into certain subfolders with your own created names, then I am unsure if gogrepo really is a good tool for you. If you don't "accept" the way gogrepo organizes the files into subdirectories, then in my opinion it may be easier for you to just keep downloading the games manually.

The main benefit for me with gogrepo is not so much the ability to download my games and extras the first time... but the ability later to check which files have changed (updated) on the GOG servers, clean my set from obsolete files, and download all the changed/missing stuff.

The way you apparently do things, I don't see much benefit using gogrepo. You'd have to manually edit the manifest file each time you want to do a recheck (after you have updated or re-created the manifest file from GOG servers), and then manually move any downloaded files to specific directories etc. etc. etc.

You can always try a "gogrepo.py download -dryrun > downloads.txt" which would send the dryrun output to a downloads.txt file, which you can then check with any text editor. No changelogs in it.

Agghhh - so after months of gogrepo.py working great for me, today I couldn't update my manifest with it instead it failed and asked if I was still logged in. This would point towards my gog-cookies.dat no longer being valid so I decided to recreate it using the method I had used months ago, i.e. the cookies.txt extension for Chrome. However, now copying all of the text that this creates to gog-cookies.dat simply causes gogrepo.py to crash with a "fatal" message followed by references to various code line numbers. Comparing my new gog-cookies.dat to my old one the format is entirely different. Note that the old cookies file does NOT cause gogrepo to crash but simply fails to load the product data and questions if I am still logged in.

So, what is the correct format for gog-cookies.dat? What is the best method to create this file? Why does the text from the Chrome cookies.txt extension now cause gogrepo to crash?

You should be able to login by just running "gogrepo.py login". If I recall correctly, exporting the cookie from a web browser was just temporarily needed for those "I'm not a robot" checks. I don't think that GOG still uses these.

HUGE THANK YOU :) I wasn't aware of that. In one case I did get the reCaptcha message and so thought the browser cookies export was necessary. Regardless, thanks to your reply I focused on using the login command, and after deleting the old gog-cookies.dat I managed to get the login command to generate a new gog-cookies.dat file which is now working. Manifest update now in progress :)

What OS do you use? If it's Linux and as long as the filenames themselves aren't changed LGOGDownloader would support this. Believe it would however require a specific config for every single game.
Most if not all of that functionality, from what I understood, is being added to the next version of gogrepo.py (when it gets finished).

Thank you. This provided something much more manageable.

Windows 7

Update:
I used the import command and let it run overnight. This copied the installers from my organized folder to a new, unsorted 620 GB folder. Next I ran [download -dryrun -skipextras > downloads.txt]. I then searched the text for anything marked for "download". Turns out I had 11 games that didn't make the import. I downloaded those files individually with GOG Downloader and ran another import before creating a new downloads.txt.

Observations:
1) 2/3 of the 11 games I downloaded were the same version I already had. The importing had just failed to recognize them. It did recognize the newly downloaded ones.
2) The length of time it takes to make a new manifest. I figure if the update flag worked as intended I would be notified of file changes when I log in. The reason I'm using gogrepo now is because that doesn't always happen.
3) The downloads.txt shows that patches which are older or equal to the setup version are being marked for download.

a clean update is the only way to get any DLC you've purchased for games in between updates, or any games that don't trip the "update flag." The update new and update commands don't detect anything that don't show up on your notifications on the site. And Clean updates take forever. I run mine once a week or so with log outputs (using a batch file to manage it). With over 500 games it becomes a pain to wait for it to find all the games with the clean update. That's why I was hoping for the new version that supposedly will work a little faster.


EDIT TO ADD: If a game does trip the update alert on your notification bar and you've purchased a DLC or something, then the DLC will get downloaded with the update as long as you purchased the DLC before you ran the update script. Clean update will detect any changes whether or not they tripped the notification flag.

What happened to woolymethodman? O_o

I certainly hope that he's okay .......

Probably the real world, like work. He always seemed quite busy (at work).

Understandable. Maybe at some point he has time to release the new version, or maybe someone will fork the project and continue the work with that (even I was supposed to look into that, good project for me to sharpen the needed skills, but I'd most probably at first keep it as a personal version...),

In the mean time, the current version does still work, so... Too bad the new version was supposed to provide quite many improvements, like much increased update speed (which to me sounded great as currently running a full update (creating a manifest file) takes well over 10 hours or so).

if this script ever breaks i honestly don't know what I'm going to do... There is no easy way to mange large collections anymore :(

Its open source and up on a git repo there's been a few people contributing, I'm sure someone will have a go at fixing it if woolymethodman doesn't return.

There are also other similar projects like lgogdownloader and that-one-whose-name-I-always-forget.

Too bad though that there was just supposed to be some massive changes to gogrepo, e.g. speeding up the manifest file update process a lot.