Repacked `.hpk` does not work in Surviving Mars (loads forever) about hpk HOT 8 CLOSED

thanks for the help, might be good to document that in the readme. Should I close issue then?

I'll add a parameter --no-compression and mention the problem for SM DLCs in the readme.

OT: would you be interested in a PKGBUILD generating a DEB for Debian systems? Would make installation a single click.

sure, PR is welcome.

from hpk.

Also I noticed that the first header in the repacked archive does have 0x000000FF instead of 0xFFFFFFFF.

What happens when you change these four bytes to 0xFFFFFFFF?

I also noticed, that there is a size difference between the original and the repacked file (the bak is the original one)

The different file size comes from residual data in the original file. The data is not used and is some leftover from how Haemimont edits the files instead of re-creating the files.

The command hpk print --header-only armstrong.hpk.bak should show the residual info from the header and looks like this for armstrong.hpk.

  fragments_residual_offset: 0x0
  fragments_residual_count: 0

from hpk.

original file:

$ ./hpk print --header-only armstrong.hpk.bak 
reading file: armstrong.hpk.bak
header:
  data_offset: 0x24
  fragments_residual_offset: 0x0
  fragments_residual_count: 0
  fragments_per_file: 1
  fragments_filesystem_offset: 0x47A26CA
  fragments_filesystem_length: 1352
filesystem entries: 169

generated wtih hpk:

$ ./hpk print --header-only armstrong.hpk
reading file: armstrong.hpk
header:
  data_offset: 0x24
  fragments_residual_offset: 0x0
  fragments_residual_count: 0
  fragments_per_file: 1
  fragments_filesystem_offset: 0x472B06E
  fragments_filesystem_length: 1352
filesystem entries: 169

What happens when you change these four bytes to 0xFFFFFFFF?

Sadly no difference, the game still fails to load.

from hpk.

Did you extract the file with --fix-lua-files?
Because then you have to use --cripple-lua-files on creation.

--fix-lua-files makes it possible to decompile the lua files with unluac or luadec.

from hpk.

Do I didn't, all I did was use hpk extract and hpk create with no additional parameters or changes to the files.

from hpk.

I could reproduce it with DLC/dde.hpk and I think I found the problem.
It seems SM doesn't like compressed lua files in the DLCs.

With the parameter --extensions "" no files are compressed and SM should load.
hpk create armstrong DLC/armstrong.hpk --extensions ""

The newly created file though does contain two BPUL headers and then the data for the first file, which then starts later (0x48 I guess?)

The armstrong.hpk contains other hpk files and the re-creation writes the files in a different order.

from hpk.

With the parameter --extensions "" no files are compressed and SM should load.
hpk create armstrong DLC/armstrong.hpk --extensions ""

that works! 🎉

thanks for the help, might be good to document that in the readme. Should I close issue then?

from hpk.

OT: would you be interested in a PKGBUILD generating a DEB for Debian systems? Would make installation a single click.

from hpk.