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
Pillars of Eternity Series[Linux] Unofficial patches(167 posts)(167 posts)
(167 posts)
Pages:
1
2
3
4
5
6
7
8
9
10
11
12
This is my favourite topic
Posted April 07, 2015
high rated
version francaise de ce guide

-----

⚠ The game has not been patched for long enough that these unofficial patches are most likely not useful to anyone any longer. So they have been taken down.

-----

Hello fellow Linux fanatics!

You know GOG does not provide patches when a Linux game is updated, and you’re stuck downloading the whole game archive each time. And it can really get annoying in the case of big games like Pillars of Eternity, especially if you’re behind a slow connection or are stuck with a capped bandwidth.

So here come the good news: I’m going to build custom patches until GOG start doing them themselves.

EDIT: GOG is now going to publish patches for Linux version of games, so this patches are kept online in case you need them but there are good chances that there will be no new ones.

EDIT bis: Seeing that GOG publishes patches only for the base game and not the extension, and that they keep online only the last patch, I decided to continue building and publishing my custom patches.

You can find the patches and the usage instructions on the following page:
unofficial patches for Pillars of Eternity

-----

Please report any bug you might encounter here, and I’ll eradicate it.

Special thanks:
to Sude for helping in the patch building process
to tseliger for providing an alternative patching method via patchmonger
Post edited February 15, 2020 by vv221
Posted April 07, 2015
Thanks!
Posted April 07, 2015
Kudos. If you put up the torrent I will seed it 24/7.


Edit:

Seeding it.
Post edited April 08, 2015 by dochipo
Posted April 07, 2015
avatar
vv221: Hello fellow Linux fanatics!

You know GOG does not provide patches when a Linux game is updated, and you’re stuck downloading the whole game archive each time. And it can really get annoying in the case of big games like Pillars of Eternity, especially if you’re behind a slow connection or are stuck with a capped bandwidth.

So here come the good news: I’m going to build custom patches until GOG start doing them themselves.
You can download them from there:
http://www.dotslashplay.it/ressources/pillars-of-eternity/

The patch itself is the .lrz file. I know it is quite an unusual archive format, but I like it for its very good compression ratio and its very quick processing both for compression and decompression. An unarchiver can be found in the 'lrzip' package on Debian and derivatives distributions, and probably under a similar name on most common distributions. Otherwise you can download it from its official website:
http://ck.kolivas.org/apps/lrzip/

The patching process uses the command 'rdiffdir', provided on Debian and similar distributions in the 'duplicity' package.

So now for the patching method:
1. download the .lrz file for your game version
2. open a terminal in the directory containing the .lrz archive
3. uncompress it via the following command:

lrunzip poe-linux-patch_1.0.0.1_1.1.0.2.delta.lrz
avatar
vv221: 4. patch your game via the following command:

rdiffdir patch /some/path/to/Pillars\ of\ Eternity/game poe-linux-patch_1.0.0.1_1.1.0.2.delta
avatar
vv221: 5. just wait a little while for the magic to happen, when your prompt comes back, your game is patched ;)

-----

Please report any bug you might encounter here, and I’ll eradicate it.

-----

My server can’t provide high download speed, so I’ll build a .torrent from the patches at some point to allow you to help me seeding it.
It should go live in a couple days.
Fantastic job.
Posted April 07, 2015
*edit 3* Watch the step! Doh don't forget the /game Folder in the rdiffdir command.
Post edited April 07, 2015 by Xaratas
Posted April 07, 2015
avatar
Xaratas: *edit 3* Watch the step! Doh don't forget the /game Folder in the rdiffdir command.
I hope you didn’t break anything!

About your git sub-directory, I think extra files shouldn’t be a problem for the patching process to work smoothly.
Modified or removed files on the other hand *might* be a problem. I’ll have to run more extensive tests to figure that out.
Posted April 07, 2015
avatar
Xaratas: *edit 3* Watch the step! Doh don't forget the /game Folder in the rdiffdir command.
avatar
vv221: I hope you didn’t break anything!

About your git sub-directory, I think extra files shouldn’t be a problem for the patching process to work smoothly.
Modified or removed files on the other hand *might* be a problem. I’ll have to run more extensive tests to figure that out.
The rdiffdir tool is really unhappy about modified files. But thanks to git i just reverted this folder. I should move it out of the way.

python: ERROR: (rs_file_copy_cb) unexpected eof on fd4
python: ERROR: (rs_job_complete) patch job failed: unexpected end of input
Fehler 'librsync error 103 while in patch cycle' beim Verarbeiten von PillarsOfEternity_Data/data/localized/de/text/quests/test_quest.stringtable
Posted April 07, 2015
avatar
Xaratas: The rdiffdir tool is really unhappy about modified files. But thanks to git i just reverted this folder. I should move it out of the way.

python: ERROR: (rs_file_copy_cb) unexpected eof on fd4
python: ERROR: (rs_job_complete) patch job failed: unexpected end of input
Fehler 'librsync error 103 while in patch cycle' beim Verarbeiten von PillarsOfEternity_Data/data/localized/de/text/quests/test_quest.stringtable
Could you test after the full patching is done if this file is one of those modified by the patch?
Just so we know if rdiffdir will fail only if a file it has to modify is not in the state it expects it, or if it will fail if *any* file is modified prior to patching.
Posted April 07, 2015
avatar
vv221: Could you test after the full patching is done if this file is one of those modified by the patch?
Just so we know if rdiffdir will fail only if a file it has to modify is not in the state it expects it, or if it will fail if *any* file is modified prior to patching.
This one is only the last of all files in the de folder. And as it is for a not available test quest we did not modify it.
rdiffdir has the pasted message for all files in this folder.

Time stamp on this file is currently the 04. Apr, 21:09 i think i did a branch switch at this time.
Posted April 07, 2015
Thanks for the idea. I was actually looking for a way to create a binary patch. Some other suggested options are rdiff-backup and bsdiff.
Post edited April 07, 2015 by shmerl
Posted April 07, 2015
avatar
shmerl: Thanks for the idea. I was actually looking for a way to create a binary patch. Some other suggested options are rdiff-backup and bsdiff.
I've just finished downloading 1.1.0.2, and was trying with xdelta3 myself, but from the unpacked archive, because I thought it might be an easier option for those who still keep the file.
Posted April 07, 2015
avatar
Xaratas: This one is only the last of all files in the de folder. And as it is for a not available test quest we did not modify it.
rdiffdir has the pasted message for all files in this folder.

Time stamp on this file is currently the 04. Apr, 21:09 i think i did a branch switch at this time.
I don’t really know what the problem is here.
Maybe rdiffdir doesn’t work well at all if *anything* has been modified in its target directory.

-----

avatar
shmerl: Thanks for the idea. I was actually looking for a way to create a binary patch. Some other suggested options are rdiff-backup and bsdiff.
avatar
elpc: I've just finished downloading 1.1.0.2, and was trying with xdelta3 myself, but from the unpacked archive, because I thought it might be an easier option for those who still keep the file.
Any suggestion of improvement or alternative for the patch building process is welcome here ;)
Something that wouldn’t trigger the problem Xaratas encounters might be a good place to start…

The building process I’m currently using is the one described by tonurics there:
https://forums.inxile-entertainment.com/viewtopic.php?f=34&t=11081&start=20#p143470
Post edited April 07, 2015 by vv221
Posted April 07, 2015
I've done this:
xdelta3 -e -s gog_pillars_of_eternity_1.0.0.1.tar.gz gog_pillars_of_eternity_1.1.0.2.tar.gz gog_pillars_of_eternity_1.1.0.2.tar.gz.delta

The resulting delta is smaller, 84MB uncompressed. I haven't tested it yet.
Also, I hadn't noticed xdelta3 would decompress the original files.
If any of you have a md5sum of the original tar.gz files, I'll be able to check if they're unmodified :)
Post edited April 07, 2015 by elpc
Posted April 07, 2015
avatar
elpc: If any of you have a md5sum of the original tar.gz files, I'll be able to check if they're unmodified :)
cea25bb21240b40a33762cc28a26fd3a gog_pillars_of_eternity_1.0.0.1.tar.gz
02425daf7dfc8e6237ac2cc6e2dc04df gog_pillars_of_eternity_1.1.0.2.tar.gz
Posted April 07, 2015
Torrent and magnet link for poe-linux-patch_1.0.0.1_1.1.0.2.delta.lrz

torrent: https://sites.google.com/site/gogdownloader/poe-linux-patch_1.0.0.1_1.1.0.2.delta.lrz.torrent
magnet link:
magnet:?xt=urn:btih:d594bee2184363f22657b66f45c2475a1aab59d2&dn=poe-linux-patch_1.0.0.1_1.1.0.2.delta.lrz& amp;tr=u dp%3a%2f%2fopen.demonii.com%3a1337%2fannounce&tr=udp%3a%2f%2ftracker.publicbt.com%3a80%2fannounce&tr=u dp%3a%2f %2ftracker.istole.it%3a80%2fannounce&tr=udp%3a%2f%2ftracker.openbittorrent.com%3a80%2fannounce&tr=udp% 3a%2f%2f tracker.leechers-paradise.org%3a6969%2fannounce&tr=udp%3a%2f%2ftracker.coppersurfer.tk%3a6969%2fannounce&a mp;tr=ud p%3a%2f%2fexodus.desync.com%3a6969%2fannounce

apparently the forum really messes up the magnet link :(
Post edited April 07, 2015 by Sude
Pages:
1
2
3
4
5
6
7
8
9
10
11
12
This is my favourite topic
Community
Pillars of Eternity Series[Linux] Unofficial patches(167 posts)(167 posts)
(167 posts)