DiskSpan GUI

[Crowru]

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

[Lord.Freddy]

Originally Posted by Crowru

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.

[Cesar82]

Originally Posted by Crowru

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

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.

[KaktoR]

Use the "SetupDLL" tab to unpack DLL file.

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

[KaktoR]

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

[pcblizzard]

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

[KaktoR]

Welp, not anytime soon I guess

[ozerune]

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%.

[Cesar82]

Originally Posted by ozerune

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).

[KaktoR]

Originally Posted by ozerune

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%.

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.

[ozerune]

Originally Posted by KaktoR

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.

[Desol]

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.

[sirdystic]

Originally Posted by Desol

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.

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.

[KaktoR]

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.

[Cesar82]

Originally Posted by sirdystic

Tiny fix for that beta:

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.