https://wiki.multimedia.cx/index.php?action=history&feed=atom&title=ReadySoft_scenesReadySoft scenes - Revision history2026-04-08T09:23:01ZRevision history for this page on the wikiMediaWiki 1.39.5https://wiki.multimedia.cx/index.php?title=ReadySoft_scenes&diff=15862&oldid=prevKostya: fill some information2025-03-09T17:37:29Z<p>fill some information</p>
<p><b>New page</b></p><div>The company has created several PC ports of classic FMV games such as [https://www.mobygames.com/game/4495/dragons-lair-escape-from-singes-castle/ Dragon's Lair], [https://www.mobygames.com/game/54843/space-ace/ Space Ace] or [https://www.mobygames.com/game/2083/brain-dead-13/ Brain Dead 13].<br />
<br />
While the formats for each game differ, there is a lot of common between them. For instance, they all employ RLE compression, splitting image into background and sprite and moving them separately.<br />
<br />
== Dragon's Lair scenes ==<br />
Files start with 128-byte header, followed by chunks with the following header:<br />
2 bytes - some count<br />
4 bytes - chunk size<br />
4 bytes - unknown<br />
4 bytes - chunk type<br />
<br />
Chunk type is a four-character code telling what kinds of data it has inside. First letter being 'A' means RLE-encoded inter frame while 'B' chunks contain raw background image and audio. Images are stored in VGA banked mode (i.e. every fourth column).<br />
<br />
== Space Ace scenes ==<br />
<br />
Data is organised into chunks (32-bit next chunk offset plus 16-bit chunk ID) with the following meaning:<br />
* 0 - background<br />
* 1 - sprite<br />
* 2 - audio<br />
* 5 - frame output command?<br />
* 6 - VGA palette update (starts with 16-bit number of colours, 32-bit offset to palette data)<br />
<br />
Background data starts with several 16-bit values: image translation vector (i.e. how to shift it up/left), update area X offset and width, update area Y offset and with. Then there are 32-bit image data size and offset (usually image starts immediately after the header).<br />
Image is coded with RLE: one-byte opcode, 0x80 means end of decoding, negative values mean run, 0x00 is no-op, positive values mean copy. <br />
<br />
Sprite data starts with 16-bit coordinates, 32-bit mask offset and 32-bit data offset. Mask tells which 8x8 sprite blocks should be decoded and displayed over background.<br />
<br />
Audio data starts with 32-bit size and offset.<br />
<br />
Additionally images are coded for VGA banked mode (i.e. interlaced by every fourth column), in transposed form and background image has size 328x208.<br />
<br />
== Brain Dead 13 scenes ==<br />
<br />
Data is organised into chunks (32-bit next chunk offset plus 16-bit chunk ID) with the following meaning:<br />
* 0 - background<br />
* 1 - sprite<br />
* 2 - audio<br />
* 5 - frame output command?<br />
* 6 - VGA palette update (starts with 16-bit number of colours, 32-bit offset to palette data)<br />
* 10 - some header chunk<br />
* 11 - audio header<br />
<br />
Background data starts with three pairs of 16-bit values: image translation vector (i.e. how to shift it up/left), update area coordinates, update area dimensions. Then there are 32-bit image data size and offset (usually image starts immediately after the header).<br />
Image is coded with RLE: one-byte opcode, 0x80 means end of decoding, negative values mean run, positive values mean copy.<br />
<br />
Sprite data starts with 16-bit coordinates, 16-bit update flag, 32-bit sprite data size and offset. Image data is coded in the same manner but with two enhancements: opcode 0x00 means long RLE with actual 16-bit operation length, and there are two special pixel values (0x00 mean leave pixel unchanged and 0xFF mean copying data from the background frame).<br />
<br />
Audio data starts with 32-bit size and offset.<br />
<br />
[[Category:Game Formats]]</div>Kostya