hadeutscher / maplelib Goto Github PK

This is either a bug or feature request! Currently if you load TMS's wz you will get unrecognizable character as wz property's ID. It would be great if it's recognizable.

To use harepacker, breaking the connection at runtime while trying to change the image UI.WZ or would like to request a corrected error pop up in Harepacker. Please!

KMST client has extension WAVE format sounds in wz file for years, and encrypt sound header in latest client version(1018). I'm dealing with the hex numbers for hours and find the RIGHT way to read the header.

Short of say, the header for MP3 format and WAV format have similar structure, only different in length.
MP3 header (82 bytes)

WAV header (70 bytes)

the header structure layout like this:

// header start
// first 51 byte is fixed
byte count1;  //count of guid1, always 2
byte[][] someGuid1 = new byte[count1][16]; 
byte count2;  //always 0
byte[][] someGuid2; // never used
byte count3;  //count of guid3, always 1
byte[][] someGuid3 = new byte[count3][16]; 

// wave format 
byte waveFormatLength;  //0x1e for mp3,  0x12 for wav
WAVEFORMATEX waveFormatEx; //wave format declaration

GUID can find form ffmpeg source code
GUID1 is similar to mediasubtype_mpeg1payload in wtvdec.c
GUID3 is same as ff_format_waveformatex in wtv_common.c
WAVEFORMATEX can find form MMREG.H (windows SDK)
for wav format: WAVEFORMATEX
for mp3 format: MPEGLAYER3WAVEFORMAT

WAV header (encrypted) (70 bytes)

In kmst, waveFormatEx is encrypt, we can use WZKEY decrypt the last 0x12 byte, it will be back.

Everything make sense 😄