Allofich

I tried packing the translated ACD.EXE from the download with PKLite v1.12 and running it with OpenTESArena, but it fails with `Invalid last compressed word "0x74"`. It starts successfully from...

Hmm. At https://github.com/afritz1/OpenTESArena/blob/main/docs/pklite_specification.md it says > If l is the length of the executable in bytes, then the compressed data is stored from byte at position 0x2F0 up until l...

Another difference between what OpenTESArena assumes for the PKLite 1.12 specification and the files I got from packing the translated .exe files is the start of compressed data. OpenTESArena assumes...

According to https://www.fileformat.info/format/exe/corion-mz.htm the PKLite version is in the file header. Checking the original A.EXE file it shows itself as version 1.12. It also shows the "extra compression" flag set,...

That appears to have indeed been the reason. When I packed the Spanish A.EXE with PKLite 1.12 Professional using the -e option, the discrepancies about 0xFFFF and starting offsets I...

With the -e packed Spanish files, `encryptedByte == 0xE6` is reached for ACD.EXE and `encryptedByte == 0xF4` is reached for A.EXE. Changing line `else if (encryptedByte == 0xFF)` to `else...

I just tried and I don't have a looping issue with either of the two MIDIs mentioned in https://github.com/afritz1/OpenTESArena/issues/38 as having looping problems (OVERSNOW.XMI and SUNNYDAY.XMI). I tested by changing...

Yeah, I overlooked that. I'll test again explicitly using the .XMI files, and I'll also try the latest WildMIDI, just in case.

Sure enough, I changed SunnyDay to use the .XMI file, and with both the .dll from the version of WildMIDI I had been using, and the .dll built from the...

I've been curious about how Arena would run on a real system of the time for a while now, as I noticed while playing it through DOSBox-X that in addition...