ARZL: Difference between revisions

From Vita Development Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 3: Line 3:
== Naming ==
== Naming ==


It might be similar to LZMA. See [https://tukaani.org/xz/].
It must be part of the "LZ" algorithms. See [https://fr.slideshare.net/rajanstvinod/cjb0912010-lz-algorithms LZ algorithms overview]. It might be similar to:
* LZW (Lempel-Ziv-Welch). 1984, based on LZ78.
* LZMA (Lempel-Ziv-Markov). 1998. See [https://tukaani.org/xz/], [https://www.7-zip.org/sdk.html].
* LZHAM (LZ, Huffman, Arithmetic, Markov). 2010. See [https://code.google.com/archive/p/lzham/wikis/DetailedVersionHistory.wiki].
* LZR (Lempel - Ziv - Renau): PSP. 2004. PSP also uses KL3E and KL4E. LZR modification to LZ77 allows pointers to reference anything that has been encoded without being limited by the length of the search. See psxtract (?is PS3 same algorithm?) or pspdecrypt. See [https://github.com/John-K/pspdecrypt/blob/master/libLZR.c libLZR.c].
* LZRC (Lempel–Ziv–Markov based, unknown variant of LZRC): PS3. 2006. See hykem/tpunix tools:
** psxtract: See [https://github.com/xdotnano/PSXtract/blob/master/Windows/lz.cpp] or [https://github.com/libretro/PSXtract/blob/master/Windows/lz.c] or [https://github.com/ErikPshat/psxtract_hykem/blob/master/Linux/lz.c]
** sign_np. See [https://github.com/Hykem/sign_np/blob/master/tlzrc.c tlzrc.c]
** make_npdata: [https://github.com/ErikPshat/make_npdata-hykem/blob/master/Windows/src/lz.cpp] or [https://github.com/ErikPshat/make_npdata-hykem/blob/master/Linux/lz.cpp]


There is a typo in [[SKBL]] functions names where it is named ARLZ instead of ARZL.
There is a typo in [[SKBL]] functions names where it is named ARLZ instead of ARZL.

Revision as of 11:15, 30 January 2022

LZRA (ARZL in big-endian) is a compression and encoding format used on PS Vita. It is used for example to store files used by the SKBL like the NSKBL and some Tzs modules. It is also used on GIM texture data used by /sce_sys/right/right.suprx.

Naming

It must be part of the "LZ" algorithms. See LZ algorithms overview. It might be similar to:

  • LZW (Lempel-Ziv-Welch). 1984, based on LZ78.
  • LZMA (Lempel-Ziv-Markov). 1998. See [1], [2].
  • LZHAM (LZ, Huffman, Arithmetic, Markov). 2010. See [3].
  • LZR (Lempel - Ziv - Renau): PSP. 2004. PSP also uses KL3E and KL4E. LZR modification to LZ77 allows pointers to reference anything that has been encoded without being limited by the length of the search. See psxtract (?is PS3 same algorithm?) or pspdecrypt. See libLZR.c.
  • LZRC (Lempel–Ziv–Markov based, unknown variant of LZRC): PS3. 2006. See hykem/tpunix tools:

There is a typo in SKBL functions names where it is named ARLZ instead of ARZL.

Header

ARZL header is simply the string "ARZL" (41 52 5A 4C).

Encoding

To encode data into ARZL: 1) Apply ARM filter. See #ARM Filter. 2) ARZL encode

Decoding

To decode ARZL data: 1) ARZL decode. See SKBL#sceArlzDecode. 2) Remove ARM filter. See #ARM Filter and SKBL#sceArlzArmFilter.

ARM Filter

ARZL encoded/decoded data is not the raw data but filtered data. It is applied an ARM filter for efficient compression, rather than obfuscation.

Although there are three versions of the ARM filters, the basic operation is the same. The filter is just bit swaps as well as some deterministic changes using information from the offset.

Version 0

int arzl_arm_filter_remove(unsigned char *buffer, int len) {
  unsigned char *buf, *bufend;
  uint32_t data;
  int change_stride;
  buf = buffer;
  bufend = &buffer[len];
  do {
    data = *(uint32_t *)buf;
    buf += 4;
    change_stride = (data & 0xF800F800) >> 27;
    if ((data & 0xF800F800) == 0xF800F000) {
      data = (((data >> 16) & 0xFFC007FF) | ((data & 0x7FF) << 11)) - ((buf - buffer) >> 1);
      *((uint32_t *)buf - 1) = ((((data & 0x7FF) << 16) | 0xF800F000) & 0xFFFFF800) | ((data >> 11) & 0x7FF);
    } else if (change_stride == 30)
      buf -= 2;
  } while (bufend > buf);
}

Version 1

ARM filter version 1 is the same as version 0 except that the offset information is added instead of subtracted.

data = (((data >> 16) & 0xFFC007FF) | ((data & 0x7FF) << 11)) + ((buf - buffer) >> 1);

Version 2

ARM filter version 2 is the same as version 0 but in addition, there is an additional operation to swap two nibbles in certain conditions. The condition is found through a learning process and may be overfitted.

else if ((data & 0x8000FBF0) == 0x0000F2C0) {
  data = (data & 0xF0FFFFF0) | ((data & 0xF) << 24) | ((data >> 24) & 0xF);
  *((uint32_t *)buf - 1) = data;
}

Tools

TODO