You can disable this behavior of the DiskSpan GUI by changing the value of the PredefinedLock= key in the [SETTINGS] section of the "DSG_Methods.ini" file to 0 (zero).

DiskSpan GUI v2.0.1.9
 

Updated DiskSpan GUI to v2.0.1.9 in the first post (It took a while, but it came out).

Normally if you use xtool:dd#, DSG is using srep 3.92 as default. You can change the srep version with the following options:
If you encounter problems using xtool dd, try another srep version.

an error occurred when downloading one or more plugins

This error occurs because DiskSpan GUI uses Google Drive to store plugins and Google Drive has a limit on downloads per hour.
Then wait a few hours and try again and the missing items will be downloaded without error.
I always recommend downloading only the plugin for the game that you will need in your conversion so as not to share plugins for other games that will never be used in conjunction with your current conversion.

How to resolve this?


https://i.postimg.cc/hhKGdKZn/error.png

Thanks.

you better push the Summary button to see the error better

Looks like no files were found :D

Edit: I see, you are using outdated DSG version. Update to latest version, because the link for the plugin for "ratchet and clank" has changed I guess.

Here is a hotfix for DSG, which César send me a week ago.

Just fixed a component issue if you load collections from database.

I also included the new xtool hotfix release from some days ago.

Solved, thanks :)

You cannot set l# option for zstd.

Sample

It should look like this
With DSG
With ":l3" it will be compressed with fast-lzma2.

I guess it would be better in next version to revamp the fast-lzma2 option to something different. Or add "l?" to zstd method aswell, like in oodle.

Updated Inno Setup Repack 6.05 with updated tools.

Hi, I'm trying to unpack the dll, but I'm getting errors. What could this be related to?

Well, I'm not sure, but as I see it, this is for extracting the archive file, not the dll file. Go to the "Setup Dll" tab instead.

Maybe Records.ini was not found (Externally, or inside the *.dll file) or the Data#.bin files are not in the path informed in "Records.ini.dll" , or inside file "AGRepack.dll") or the Data#.bin files are not in the path informed in Records.ini

Try unpack using current version of the DSG.

Use the "SetupDLL" tab to unpack DLL file.

Or just rename file extension to .arc and extract with freearc.

Just shared database v1.0.8.4 with some fixes. This will be the last one for DSG 2.0.1.9.

But there will be a new version of DSG, right?

Welp, not anytime soon I guess :D

I think I might be seriously missing something with the database system here. I have a set of bk2 files that don't work with bpk, and have identified what they are. When I put them in I put the files in game.groups as:
----------------------------------
$BPKPack
*\1280x720\file1.bk2
(continue for all files I want)
*\1920x1080\*
----------------------------------

But when I run the compressor with the method $bpkpack=bpk I get a ratio of 99%, while when manually only running bpk (without $bpkpack=) on just the files in the variable I get 84%.

You only have the files mentioned in the folders.
If you have other strong mask files, they will also be compressed with the default method.

I think it should have the same proportion if it is just the files mentioned, if you are compressing the same files using masks or a filtered compression without using masks.
But if you have better results using normal mode, make use of the Include/exclude + diskspan features present in DSG (only more .bin files will be generated).

Why they don't work with bpk? As long as they don't have kb2n header, you can also use the bink2 plugin from xtool. This way you don't have to filter out bad bk2 files.

I'm not entirely sure why these files in particular refuse to work. Even using xtool's Bink2 will stop compressing with an error when I try it on these. I manually verified that every file has a kb2j header.

Hi, check this lib (- Updated LZMA SDK compressor from v22.01 to v23.01 (2023-06-20)), lately I very often on different PCs get a utility hang using srep+LZMA-MT, usually it happens when the progress reaches 100%, but it can happen that the progress stops at 40-80%. I create 24gb disks, but the freeze happens when packing a much smaller folder.
https://i.postimg.cc/SQ8LRYrJ/2024-03-05-022150.png

Sharing this here because Cesar will not finish it since half a year now lol.

Although extensive testing, this is still beta so bugs could still happen. I use this version for private use, and it is compatible with latest installers as of now (at least CIU/ASIS).

If you encounter any bugs, write it here.

If you look in Task Manager detailed view and select column for I/O write bytes, it's not frozen (for me at least) but it goes very very slowly for ages with Arc.exe writing only 24 bytes at a time. Eventually it usually progresses, but yes some sort of issue I think.

The idea is to let "" access developer mode automatically on x86 or x64 without needing to do anything other than pressing ENTER.

I had already noticed the inverted parameters for the Run STANDARD choices, so it would already be corrected in the official version when released, but you didn't even notice what needed to be fixed.

Oh OK, but it didn't work at all. Anyway noted :-)

When game presets have multiple methods per data file, how are those differentiated / applied?

For example

Data1.Name=Data1.bin
Data1.Method1=xtool:dd3+LZMA-MT|0
Data1.Method2=xtool:dd3+LOLZ_NORMAL|0
Data1.ExclText=*.zip|*.minizip|*.bk2

Is this method 1 then method 2 or Xtool somehow splits the content? Thanks.

Method# are just presets you can choose from if you want.

Thanks so much. So just a choice.

nb - that beta will crash on anything that closes out using FAZIP with error 0x0000142

I worked out that it is missing FAcompress.DLL and FAcompress_MT.DLL from the WIN64 folder. Not sure if that is why it is crashing though.

What method and settings you are using? It does not crash here.

So like Method1=xtool:mzlib:dd3+LOLZ_NORMAL|0

At the end when it goes to write out the final bin file using FAZip it crashes instantly. As far as I can see those files are missing from Resources\Win64 and are needed for FAZip. Unless I screwed up somewhere. Anyway this is the nature of using a beta :-)

fazip is not used for any of these methods.

OK here is the full list I am using just in case I got it wrong. I can assure you it pops up with error 142 in FAZip.exe (packing FH5) using the 64 bit GUI - it doesn't complete.

Data1.Name=Data1.bin
Data1.Method1=xtool:mzlib:dd3+LOLZ_NORMAL|0
Data1.InclText=*.zip|*.minizip
Data2.Name=Data2.bin
Data2.Method1=xtool:c512mb:mbk2:df20p|0
Data2.InclText=*.bk2
Data3.Name=Data3.bin
Data3.Method1=xtool:dd3+LOLZ_NORMAL|0
Data3.ExclText=*.zip|*.minizip|*.bk2



And thank you so much for your work on the game presets database by the way Kaktor. I gather those are from you.

Could you send me some sample files to test with? If that happens on any single files from the game.

Current version FH5, your database settings, after the first data file prepare and LOLZ compress are both successfully complete, it tries to write out an ~80GB file (from 130GB) using FAZip.exe and fails immediately. So it is not any input file in particular but the part of the creating the final bin file process that fails.

Anyway I have added those 2 apparently missing DLL files to the Win64 folder and am running it again. As this is 170GB source, it's going to take ~5 hours to see if it now completes.

Maybe FAZip is only used above a certain file size or something if it works without this for you? I guess Cesar would know.

You can see for what fazip is being used in DSG_Arc.ini file (search for fazip).

I have not changed the INI file from the Beta you posted above, bar I tried changing the FAZip32 entries to FAZip, but it still crashes even with those DLLs now in the folder.

Still doing it, can't work out why:



https://imgur.com/dunKREY

https://imgur.com/AzTR4q9

https://imgur.com/NSDZ5pW

Does this happen on a single game file aswell? (Instead of the whole game).