LST: Difference between revisions

From Game Research Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(29 intermediate revisions by the same user not shown)
Line 1: Line 1:
[[Category:Archives]]
[[Category:Archives]]
This is a [[LC-ScriptEngine]] format.


Used in the following game(s):
Common File names:
* Conquering the Queen
* lcsebody.lst
* Cosplay Alien
* SoundPackSE.lst
* Edelweiss
* Guilty ~The SiN~
* Harem Party
* Harukoi Otome
* Koihime Musou
* Magical Teacher
* Sandwiched by my Wife and her Sister
* Sex Slave is a Classmate, My
* Shera, My Witch
* Slave Witch April
* Suck my dick or die!


Most likely is index data for the extension-less file that accompanies this file with the same name. Index data, at the very least, looks obstructed....is that the right word? O.o I've been using that a lot but I feel like I have the wrong word.... Something like that word but with an F in it that means it hides, or masks the code?
Note: This file is just the index for a separate file by the same name, excluding extensions, that has the file data.
 
== Structure ==
{| class="wikitable"
!colspan="15"|Header
|-
! Size !! Content !! Description
|-
| 4Bytes || Number of Files ||
|-
!colspan="15"|Index
|-
! Size !! Content !! Description
|-
| 4Bytes || Offset ||
|-
|4bytes || File size ||
|-
| 64Bytes || Filename || Some may be padding.
|-
| 4Bytes || Unknown ||
|}
 
== Research ==
Before window title is updated, it is set to 'LC-ScriptEngine ver1.0'.
 
Each element in index is XOR'd with 0x01010101 so it is applied to 4bytes for int's and 1 byte for char's with the exception of the last element in an index entry which is a 4 byte number.
 
Need to run more tests to check if decoding is working properly. Last few index entries look off. Need to make memory dump of index list after game decodes it in memory and compare with my results. However... Seems like I could just subtract 0x01 from each byte and that'll work too...Well, for one way decoding.
 
Update: Extracting data from memory shows a 1:1 match for index data after it is processed. Seems the last few entries are encoded in shift-JIS which will make things a little bit annoying since to extract, first convert to something the OS understands and then when building it, convert that to shift-jis. I may create a temp measure by just making the name be in hex format by testing if char is between 0x81 and 0xFC (Shift-jis takes up 2 bytes per character)

Latest revision as of 08:13, 2 August 2014

This is a LC-ScriptEngine format.

Common File names:

  • lcsebody.lst
  • SoundPackSE.lst

Note: This file is just the index for a separate file by the same name, excluding extensions, that has the file data.

Structure

Header
Size Content Description
4Bytes Number of Files
Index
Size Content Description
4Bytes Offset
4bytes File size
64Bytes Filename Some may be padding.
4Bytes Unknown

Research

Before window title is updated, it is set to 'LC-ScriptEngine ver1.0'.

Each element in index is XOR'd with 0x01010101 so it is applied to 4bytes for int's and 1 byte for char's with the exception of the last element in an index entry which is a 4 byte number.

Need to run more tests to check if decoding is working properly. Last few index entries look off. Need to make memory dump of index list after game decodes it in memory and compare with my results. However... Seems like I could just subtract 0x01 from each byte and that'll work too...Well, for one way decoding.

Update: Extracting data from memory shows a 1:1 match for index data after it is processed. Seems the last few entries are encoded in shift-JIS which will make things a little bit annoying since to extract, first convert to something the OS understands and then when building it, convert that to shift-jis. I may create a temp measure by just making the name be in hex format by testing if char is between 0x81 and 0xFC (Shift-jis takes up 2 bytes per character)