https://wiki.multimedia.cx/api.php?action=feedcontributions&feedformat=atom&user=BJNFNEMultimediaWiki - User contributions [en]2026-07-10T01:36:57ZUser contributionsMediaWiki 1.39.5https://wiki.multimedia.cx/index.php?title=VMD&diff=16104VMD2025-12-28T12:54:23Z<p>BJNFNE: add Indeo3 version number to newer VMD</p>
<hr />
<div>:''This page is about the VMD format used in Sierra computer games. See the [[Internet Wave]] page for information about a web reference format with the extension VMD.''<br />
<br />
''This page is based on the document 'Description of the Sierra Video and Music Data (VMD) Format' by Mike Melanson and Vladimir "VAG" Gneushev at [http://multimedia.cx/vmd-format.txt http://multimedia.cx/vmd-format.txt].''<br />
''Currently maintained by [https://github.com/BJNFNE BJNFNE]''<br />
<br />
* Extension: vmd<br />
* Company: [[Sierra Entertainment]] (acquired from [[Coktel]])<br />
* Samples: [http://samples.mplayerhq.hu/game-formats/sierra-vmd/ http://samples.mplayerhq.hu/game-formats/sierra-vmd/]<br />
* Samples: {{DexvertSamples|video/sierraVMD}}<br />
<br />
VMD is the file extension of a multimedia file format used in a number of [[Sierra Entertainment|Sierra]] CD-ROM computer games. The extension stands for Video and Music Data. The format is most notable for its use in Sierra's beloved 7-CD classic, Phantasmagoria, and is also used in other multimedia-heavy Sierra titles. Newer revisions were also used in Coktel Vision's ADI/Addy series of edutainment games.<br />
<br />
== File Format ==<br />
<br />
All multi-byte numbers are stored in little-endian format.<br />
<br />
A VMD file starts with the following 816- (0x330-)byte header:<br />
<br />
bytes 0-1 length of header, not including this length field; this<br />
length should be 0x32E (814)<br />
bytes 2-3 placeholder for VMD handle and some kind of VMD version<br />
bytes 4-5 VMD video codec version<br />
bytes 6-7 number of blocks in table of contents<br />
bytes 8-9 top corner coordinate of video frame<br />
bytes 10-11 left corner coordinate of video frame<br />
bytes 12-13 width of video frame<br />
bytes 14-15 height of video frame<br />
bytes 16-17 flags<br />
bytes 18-19 frames per block<br />
bytes 20-23 absolute file offset of multimedia data<br />
bytes 24-27 Indeo-3 compressed (Urban Runner "iv32") (Ver 3.24.01.01)<br />
bytes 28-795 256 RGB palette entries, 3 bytes/entry in R-G-B order<br />
bytes 796-799 recommended size (bytes) of data frame load buffer<br />
bytes 800-803 recommended size (bytes) of unpack buffer for video decoding<br />
bytes 804-805 audio sample rate<br />
bytes 806-807 audio frame length/sample resolution<br />
bytes 808-809 number of sound buffers<br />
bytes 810-811 audio flags<br />
bytes 812-815 absolute file offset of table of contents<br />
<br />
Note that the RGB color components are 6-bit VGA palette components which means that they range from 0..63. The components need to be scaled if they are to be used in rendering typical RGB images where the components are 8 bits.<br />
<br />
The newer VMD version may have additional two fields in the header:<br />
<br />
bytes 816-817 external audio codec ID<br />
bytes 818-819 audio codec frame size in samples<br />
<br />
Even newer VMD version removes palette from the header thus shrinking down header size to 52 (or 0x34) bytes. The order of the other fields remains the same.<br />
<br />
A VMD file has a table of contents describing all of the file's block and frame information. The absolute file offset of the table of contents is given in the file header and usually points to the end of the file. The table of contents contains 2 parts: The block offset table and the frame information table. Blocks and frames in VMD are different concepts. A frame contains audio or video. A block contains both a video frame and an audio frame. The block offset table consists of a series of 6-byte records. Each record has the following format:<br />
<br />
bytes 0-1 unknown<br />
bytes 2-5 absolute file offset of block<br />
bytes 24-27 Indeo-3 compressed (Adibou presente series "IV32") (Ver 3.24.15.03)<br />
<br />
The number of entries in this table is specified by bytes 6-7 in the file header. After the block offset table is the frame information table. The frame information table consists of a series of 16-byte records with the following format:<br />
<br />
byte 0 frame data type<br />
1 = audio frame<br />
2 = video frame<br />
byte 1 unknown<br />
bytes 2-5 frame data length<br />
<br />
The meaning of the frame's remaining data depends on the frame type.<br />
if this is an audio frame:<br />
byte 6 audio flags (100 or 0x64 in case of external audio codec)<br />
bytes 7-15 unknown (in case of external audio codec bytes 7-10 are frame data length repeated again)<br />
<br />
if this is a video frame:<br />
bytes 6-7 left coordinate of video frame<br />
bytes 8-9 top coordinate of video frame<br />
bytes 10-11 right coordinate of video frame<br />
bytes 12-13 bottom coordinate of video frame<br />
byte 14 unknown<br />
byte 15 bit 1 (byte[15] & 0x02) indicates a new palette<br />
<br />
Generally, a frame information record needs to be made available to the audio or video decoder units of a VMD decoding application as the information is relevant to the decoding process.<br />
<br />
== Video Format ==<br />
<br />
The VMD video coding method uses the Lempel-Ziv (LZ77) algorithm, run length encoding (RLE), and interframe differencing to compress 8-bit data which can be either paletted, 16-bit RGB or 24-bit RGB. Known flavours (bytes 4-5 of the header) are:<br />
* 1 - old paletted frame<br />
* 5 - 24-bit video<br />
* 7 - compressed with [[Indeo 3]]<br />
* 13 - 16-bit video<br />
<br />
VMD video embodies both intraframes (a.k.a. keyframes) and interframes. Intraframes update the entire frame. Interframes only update portions of the frame that have changed from the previous frame. The first video frame of a VMD file is implicitly intracoded (the first frame has to paint the entire viewing area). The successive frames are all intercoded.<br />
<br />
The frame record for a video frame specifies the frame coordinates of the rectangular region that will be updated. For example, if the file header specifies that the video is 200 pixels wide and 100 pixels high,<br />
the left, top, right, and bottom coordinates of the rectangular update region will be 0, 0, 199, and 99, respectively, if the entire frame is to be updated. A subsequent interframe may choose to leave much of the previous frame unchanged and only update the block from (100, 10) -> (150, 40). In this case, the coordinates 100, 10, 150, and 40 would be encoded in the frame record. Depending on VMD version (bytes 2-3 of the header) frame offsets and dimensions may be stored either as bytes (versions 0-1) or as pixels (version 2).<br />
<br />
The initial palette for decoding VMD video is transported in the main VMD file header. If bit 1 of frame record byte 15 (byte[15] & 0x02) is set to 1, the compressed video data chunk begins with a new palette. The palette data is transported as 770 bytes. The first byte contains the first palette index to modify. The second byte contains the number of palette entries to change. The remaining 768 bytes are 256 R-G-B palette triplets. Again, these are stored as 6-bit VGA DAC values and should be scaled accordingly.<br />
<br />
The compressed video data begins with a byte describing how the data is encoded. The byte specifies the following information:<br />
<br />
bit 7 specifies that data chunk is LZ compressed<br />
bits 6-0 specifies 1 of 3 rendering methods<br />
<br />
If bit 7 is 1, the data chunk must be passed through the LZ decoder before progressing to the rendering phase. If bit 7 is 0, the data chunk is passed directly to the rendering phase.<br />
<br />
The VMD LZ decoding algorithm takes the compressed video buffer (after the coding method byte described above) as input and outputs a buffer of decoded bytes. The output buffer must be as large as indicated in bytes 800-803 of the main VMD header. The VMD LZ decoding algorithm operates as follows:<br />
<br />
allocate a circular queue of 4096 (0x1000) bytes and initialize all<br />
elements to 0x20; note that the queue is addressed with a 12-bit<br />
number<br />
initialize variable dataleft as the first 4 numbers in the block<br />
if the next 4 bytes are (0x34 0x12 0x78 0x56)<br />
advance stream over the 4 marker bytes<br />
initialize queue position (qpos) to 0x111<br />
initialize special chain length (speclen) to 18<br />
else<br />
initialize qpos to 0xFEE<br />
initialize speclen to nothing (any value above 18 will suffice in<br />
this example)<br />
proceed to main decode loop...<br />
while there is more data left (dataleft > 0)<br />
tag = the next byte in the stream<br />
if (tag is 0xFF) and (dataleft > 8)<br />
take the next 8 bytes from the stream and place them in both the<br />
output buffer and the circular queue<br />
subtract 8 from dataleft<br />
else<br />
foreach bit in tag byte, reading from right -> left<br />
if (bit is 1)<br />
take the next byte from the stream and place it in both the<br />
output buffer and the circular queue<br />
decrement dataleft<br />
else<br />
move a chain of bytes from the circular queue to the output<br />
get the length and beginning offset of the chain from the next<br />
2 bytes in the stream:<br />
byte 0: bits 7-0: lower 8 bits of beginning offset<br />
byte 1: bits 7-4: upper 4 bits of beginning offset<br />
bits 3-0: length of chain, minus 3<br />
thus, add 3 to the length to obtain the actual length<br />
if (length is equal to speclen)<br />
length is 18 (max ordinary speclen value) + next byte in<br />
stream<br />
copy the byte chain from the circular queue to the output;<br />
in the process, add the chain back into the queue<br />
subtract length from dataleft<br />
<br />
There are 3 rendering methods that a frame can use to paint the raw or LZ-decoded data (referred to as the video data buffer) onto the final output frame.<br />
<br />
Method 1 iterates through each line in the output frame, as indicated by the dimensions specified in the frame information record. For each line:<br />
<br />
offset = 0<br />
repeat<br />
length = next byte in video data buffer<br />
if (bit 7 of length byte is 1)<br />
mask off bit 7 of length and add 1 (length = (length & 0x7F) + 1)<br />
copy length bytes from the video data buffer to the output frame<br />
advance offset by length<br />
else<br />
increment length<br />
copy length bytes from the same position in the previous frame to<br />
the current frame<br />
while (offset < frame width)<br />
<br />
Method 2 simply copies the entire video data buffer onto the output frame. This is the simplest rendering method, but be sure to take into account the frame's specific decoding dimensions as specified in the frame record.<br />
<br />
Method 3 operates just like method 1 except for one small change. When bit 7 of the length byte is 1 and the length byte has been masked and incremented, the next byte in the video data buffer is examined. If the byte is not 0xFF, perform the same copy as in method 1. If the byte is 0xFF, apply a RLE decoding algorithm to unpack the data from the video data buffer into the output frame. The RLE unpacking algorithm operates as follows:<br />
<br />
if the length is odd, copy the next byte from the video data buffer to<br />
the output frame and decrement length<br />
divide length by 2<br />
while (length > 0)<br />
fetch the next byte from the video data buffer<br />
if the top bit of the byte is 1 (byte & 0x80)<br />
drop the top bit of the byte and shift left by 1:<br />
byte = (byte & 0x7F) << 1<br />
copy (byte) bytes from video data buffer to output frame<br />
else<br />
foreach count in byte<br />
copy the next 2 bytes from video data buffer to output frame; in<br />
other words, bytes A and B from the video data buffer will be<br />
repeated n times: ABABABAB...<br />
<br />
== Audio Format ==<br />
<br />
8-bits audio stored as a raw PCM samples, all 16-bits sound are 2:1 DPCM-encoded. First, you need to ensure VMD contains any sound by checking bit 12 (& 0x1000) of the file header' flags. Non-zero bit indicates file has sound. Fields audio_sample_rate and audio_frame_length contains playback rate and size of single (compressed) sound block respectively. Negative audio frame length used to indicate 16-bits sound data, in this case you need to invert this field to get the actual block length. Audio flags field keeps other important flags: bit 15 (& 0x8000) indicates old-style stereo-sound, while bit 9 (& 0x200) - new stereo sound format (introduced in Shivers 2 game). These formats a little different in the meaning of several fields (one format stores just deltas and another one stores initial sample values in the beginning of every block), making original playback core is not backward compatible - Shivers 2 can not play old videos properly. Optimal way is check bit 15 first and if it's zero, additionally check bit 9 to determinate number of channels. The main difference between old and new formats - old vmds treat audio frame length field as the number of samples for both channels, but new version - only as number of samples for single channel (i.e. you need to multiply it by 2 for stereo sound). There is also [[IMA ADPCM]] compression signalled by bit 4 (& 0x10) with block data in the following format: 16-bit initial samples for one or two channels, 8-bit step indices and the rest is ADPCM data decoded high nibble first. In case of new VMD format with an external audio codec payloads are decoded with some codec from Lernout&Hauspie StreamTalk family:<br />
* type 3 --- 15 kbps @ 8kHz<br />
* type 4 --- 50 kbps @ 22kHz<br />
* type 5 --- 25 kbps @ 11kHz<br />
* type 6 --- CELP codec 4.8 kbps @ 8kHz<br />
Most of these codecs are variable bitrate audio codecs based on MPEG Audio Layer II but without a header and with fixed bit allocation class.<br />
<br />
When you encounter frame information record of type 1, proceed to audio decoding. First, analyse frame's audio_flags byte. It may be eiter:<br />
* 1 - normal sound block<br />
Decompress single audio block and continue to next frame<br />
* 2 - multiple sound and silence blocks<br />
Get next 4 bytes of the frame's data. This is a sound mask bits. Starting from bit 0, each non-zero bit indicates silence block. Zero means normal audio block. Thus, iterate number_of_sound_buffer times to fill chain of sound and/or silence blocks.<br />
* 3 - single silence block<br />
Fill whole block with silence.<br />
<br />
The decompression scheme is quite trivial. As stated above, it has been used only if file contains 16-bits audio. First, you need to get one or two (depends on number of the channels) initial samples. For mono and new-stereo sound each initial sample is the first word(s) of audio stream data. Old-style stereo sound has no static samples, instead, they are initialized to zero at the beginning of the playback and carried between successive frames. This may cause some difficulties with random seeking over such kind of files. Using these samples, perform decoding of the rest of chunk' bytes using this formula:<br />
if code & 0x80 sample = sample - Table[code & 0x7F]<br />
else sample = sample + Table[code & 0x7F]<br />
Where code is the bytes of packed data. Interleave left-right samples decoding for stereo sound. <br />
<br />
The delta table is:<br />
0, 8, 16, 32, 48, 64, 80, 96, 112, 128, 144, 160, 176, 192, 208, 224<br />
240, 256, 272, 288, 304, 320, 336, 352, 368, 384, 400, 416, 432, 448, 464, 480<br />
496, 512, 520, 528, 536, 544, 552, 560, 568, 576, 584, 592, 600, 608, 616, 624<br />
632, 640, 648, 656, 664, 672, 680, 688, 696, 704, 712, 720, 728, 736, 744, 752<br />
760, 768, 776, 784, 792, 800, 808, 816, 824, 832, 840, 848, 856, 864, 872, 880<br />
888, 896, 904, 912, 920, 928, 936, 944, 952, 960, 968, 976, 984, 992, 1000, 1008<br />
1016, 1024, 1088, 1152, 1216, 1280, 1344, 1408, 1472, 1536, 1600, 1664, 1728, 1792, 1856, 1920<br />
1984, 2048, 2304, 2560, 2816, 3072, 3328, 3584, 3840, 4096, 5120, 6144, 7168, 8192,12288,16384<br />
<br />
== Games Using VMD ==<br />
<br />
These are some of the Sierra/Coktel Vision computer games that are known to use the VMD file format:<br />
* Coktel Vision:<br />
** ADI 2<br />
** ADI 4<br />
** ADI 5<br />
** Adibou 1<br />
** Adibou 2<br />
** Adibou 3<br />
** [https://www.mobygames.com/game/71003/adibou-presente-la-magie/ ADIBOU présente la Magie]<br />
** Adibou présente la Cuisine<br />
** ADIBOU présente le Dessin<br />
** Adiboud'chou à la mer<br />
** Adiboud'chou à la campagne<br />
** Adiboud'chou dans la jungle et la savane<br />
** Adiboud'chou sur la banquise<br />
** [http://www.mobygames.com/game/win3x/bizarre-adventures-of-woodruff-and-the-schnibble The Bizarre Adventures of Woodruff and the Schnibble]<br />
** [http://www.mobygames.com/game/last-dynasty The Last Dynasty]<br />
** [https://www.mobygames.com/game/45579/land-of-the-magic-stones/ Land of the Magic Stones]<br />
** [https://www.mobygames.com/game/184579/playtoons-1-featuring-uncle-archibald/ Playtoons 1]<br />
** [https://www.mobygames.com/game/185154/playtoons-2-the-case-of-the-counterfeit-collaborator/ Playtoons 2]<br />
** [https://www.mobygames.com/game/185155/playtoons-3-the-secret-of-the-castle/ Playtoons 3]<br />
** [https://www.mobygames.com/game/185156/playtoons-4-the-mandarine-prince/ Playtoons 4]<br />
** [https://www.mobygames.com/game/185157/playtoons-no-5-la-pierre-de-wakan/ Playtoons 5]<br />
** [https://www.mobygames.com/game/3809/urban-runner/ Urban Runner]<br />
** Nathan Vacances<br />
** English Fever<br />
* Sierra:<br />
** [http://www.mobygames.com/game/betrayal-in-antara Betrayal In Antara]<br />
** [http://www.mobygames.com/game/beast-within-a-gabriel-knight-mystery Gabriel Knight 2: The Beast Within]<br />
** [http://www.mobygames.com/game/leisure-suit-larry-love-for-sail Leisure Suit Larry 7]<br />
** [http://www.mobygames.com/game/lighthouse-the-dark-being Lighthouse]<br />
** [http://www.mobygames.com/game/dos/roberta-williams-phantasmagoria Phantasmagoria]<br />
** [http://www.mobygames.com/game/rama RAMA]<br />
** [http://www.mobygames.com/game/shivers Shivers]<br />
** [https://www.mobygames.com/game/665/shivers-two-harvest-of-souls Shivers 2: Harvest of Souls]<br />
** [http://www.mobygames.com/game/dos/daryl-f-gates-police-quest-swat SWAT]<br />
** [http://www.mobygames.com/game/torins-passage Torin's Passage]<br />
<br />
[[Category:Game Formats]]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=VMD&diff=16103VMD2025-12-28T09:54:59Z<p>BJNFNE: add Indeo version number used for Urban Runner</p>
<hr />
<div>:''This page is about the VMD format used in Sierra computer games. See the [[Internet Wave]] page for information about a web reference format with the extension VMD.''<br />
<br />
''This page is based on the document 'Description of the Sierra Video and Music Data (VMD) Format' by Mike Melanson and Vladimir "VAG" Gneushev at [http://multimedia.cx/vmd-format.txt http://multimedia.cx/vmd-format.txt].''<br />
''Currently maintained by [https://github.com/BJNFNE BJNFNE]''<br />
<br />
* Extension: vmd<br />
* Company: [[Sierra Entertainment]] (acquired from [[Coktel]])<br />
* Samples: [http://samples.mplayerhq.hu/game-formats/sierra-vmd/ http://samples.mplayerhq.hu/game-formats/sierra-vmd/]<br />
* Samples: {{DexvertSamples|video/sierraVMD}}<br />
<br />
VMD is the file extension of a multimedia file format used in a number of [[Sierra Entertainment|Sierra]] CD-ROM computer games. The extension stands for Video and Music Data. The format is most notable for its use in Sierra's beloved 7-CD classic, Phantasmagoria, and is also used in other multimedia-heavy Sierra titles. Newer revisions were also used in Coktel Vision's ADI/Addy series of edutainment games.<br />
<br />
== File Format ==<br />
<br />
All multi-byte numbers are stored in little-endian format.<br />
<br />
A VMD file starts with the following 816- (0x330-)byte header:<br />
<br />
bytes 0-1 length of header, not including this length field; this<br />
length should be 0x32E (814)<br />
bytes 2-3 placeholder for VMD handle and some kind of VMD version<br />
bytes 4-5 VMD video codec version<br />
bytes 6-7 number of blocks in table of contents<br />
bytes 8-9 top corner coordinate of video frame<br />
bytes 10-11 left corner coordinate of video frame<br />
bytes 12-13 width of video frame<br />
bytes 14-15 height of video frame<br />
bytes 16-17 flags<br />
bytes 18-19 frames per block<br />
bytes 20-23 absolute file offset of multimedia data<br />
bytes 24-27 Indeo-3 compressed (Urban Runner "iv32") (Ver 3.24.01.01)<br />
bytes 28-795 256 RGB palette entries, 3 bytes/entry in R-G-B order<br />
bytes 796-799 recommended size (bytes) of data frame load buffer<br />
bytes 800-803 recommended size (bytes) of unpack buffer for video decoding<br />
bytes 804-805 audio sample rate<br />
bytes 806-807 audio frame length/sample resolution<br />
bytes 808-809 number of sound buffers<br />
bytes 810-811 audio flags<br />
bytes 812-815 absolute file offset of table of contents<br />
<br />
Note that the RGB color components are 6-bit VGA palette components which means that they range from 0..63. The components need to be scaled if they are to be used in rendering typical RGB images where the components are 8 bits.<br />
<br />
The newer VMD version may have additional two fields in the header:<br />
<br />
bytes 816-817 external audio codec ID<br />
bytes 818-819 audio codec frame size in samples<br />
<br />
Even newer VMD version removes palette from the header thus shrinking down header size to 52 (or 0x34) bytes. The order of the other fields remains the same.<br />
<br />
A VMD file has a table of contents describing all of the file's block and frame information. The absolute file offset of the table of contents is given in the file header and usually points to the end of the file. The table of contents contains 2 parts: The block offset table and the frame information table. Blocks and frames in VMD are different concepts. A frame contains audio or video. A block contains both a video frame and an audio frame. The block offset table consists of a series of 6-byte records. Each record has the following format:<br />
<br />
bytes 0-1 unknown<br />
bytes 2-5 absolute file offset of block<br />
bytes 24-27 Indeo-3 compressed (Adibou presente series "IV32")<br />
<br />
The number of entries in this table is specified by bytes 6-7 in the file header. After the block offset table is the frame information table. The frame information table consists of a series of 16-byte records with the following format:<br />
<br />
byte 0 frame data type<br />
1 = audio frame<br />
2 = video frame<br />
byte 1 unknown<br />
bytes 2-5 frame data length<br />
<br />
The meaning of the frame's remaining data depends on the frame type.<br />
if this is an audio frame:<br />
byte 6 audio flags (100 or 0x64 in case of external audio codec)<br />
bytes 7-15 unknown (in case of external audio codec bytes 7-10 are frame data length repeated again)<br />
<br />
if this is a video frame:<br />
bytes 6-7 left coordinate of video frame<br />
bytes 8-9 top coordinate of video frame<br />
bytes 10-11 right coordinate of video frame<br />
bytes 12-13 bottom coordinate of video frame<br />
byte 14 unknown<br />
byte 15 bit 1 (byte[15] & 0x02) indicates a new palette<br />
<br />
Generally, a frame information record needs to be made available to the audio or video decoder units of a VMD decoding application as the information is relevant to the decoding process.<br />
<br />
== Video Format ==<br />
<br />
The VMD video coding method uses the Lempel-Ziv (LZ77) algorithm, run length encoding (RLE), and interframe differencing to compress 8-bit data which can be either paletted, 16-bit RGB or 24-bit RGB. Known flavours (bytes 4-5 of the header) are:<br />
* 1 - old paletted frame<br />
* 5 - 24-bit video<br />
* 7 - compressed with [[Indeo 3]]<br />
* 13 - 16-bit video<br />
<br />
VMD video embodies both intraframes (a.k.a. keyframes) and interframes. Intraframes update the entire frame. Interframes only update portions of the frame that have changed from the previous frame. The first video frame of a VMD file is implicitly intracoded (the first frame has to paint the entire viewing area). The successive frames are all intercoded.<br />
<br />
The frame record for a video frame specifies the frame coordinates of the rectangular region that will be updated. For example, if the file header specifies that the video is 200 pixels wide and 100 pixels high,<br />
the left, top, right, and bottom coordinates of the rectangular update region will be 0, 0, 199, and 99, respectively, if the entire frame is to be updated. A subsequent interframe may choose to leave much of the previous frame unchanged and only update the block from (100, 10) -> (150, 40). In this case, the coordinates 100, 10, 150, and 40 would be encoded in the frame record. Depending on VMD version (bytes 2-3 of the header) frame offsets and dimensions may be stored either as bytes (versions 0-1) or as pixels (version 2).<br />
<br />
The initial palette for decoding VMD video is transported in the main VMD file header. If bit 1 of frame record byte 15 (byte[15] & 0x02) is set to 1, the compressed video data chunk begins with a new palette. The palette data is transported as 770 bytes. The first byte contains the first palette index to modify. The second byte contains the number of palette entries to change. The remaining 768 bytes are 256 R-G-B palette triplets. Again, these are stored as 6-bit VGA DAC values and should be scaled accordingly.<br />
<br />
The compressed video data begins with a byte describing how the data is encoded. The byte specifies the following information:<br />
<br />
bit 7 specifies that data chunk is LZ compressed<br />
bits 6-0 specifies 1 of 3 rendering methods<br />
<br />
If bit 7 is 1, the data chunk must be passed through the LZ decoder before progressing to the rendering phase. If bit 7 is 0, the data chunk is passed directly to the rendering phase.<br />
<br />
The VMD LZ decoding algorithm takes the compressed video buffer (after the coding method byte described above) as input and outputs a buffer of decoded bytes. The output buffer must be as large as indicated in bytes 800-803 of the main VMD header. The VMD LZ decoding algorithm operates as follows:<br />
<br />
allocate a circular queue of 4096 (0x1000) bytes and initialize all<br />
elements to 0x20; note that the queue is addressed with a 12-bit<br />
number<br />
initialize variable dataleft as the first 4 numbers in the block<br />
if the next 4 bytes are (0x34 0x12 0x78 0x56)<br />
advance stream over the 4 marker bytes<br />
initialize queue position (qpos) to 0x111<br />
initialize special chain length (speclen) to 18<br />
else<br />
initialize qpos to 0xFEE<br />
initialize speclen to nothing (any value above 18 will suffice in<br />
this example)<br />
proceed to main decode loop...<br />
while there is more data left (dataleft > 0)<br />
tag = the next byte in the stream<br />
if (tag is 0xFF) and (dataleft > 8)<br />
take the next 8 bytes from the stream and place them in both the<br />
output buffer and the circular queue<br />
subtract 8 from dataleft<br />
else<br />
foreach bit in tag byte, reading from right -> left<br />
if (bit is 1)<br />
take the next byte from the stream and place it in both the<br />
output buffer and the circular queue<br />
decrement dataleft<br />
else<br />
move a chain of bytes from the circular queue to the output<br />
get the length and beginning offset of the chain from the next<br />
2 bytes in the stream:<br />
byte 0: bits 7-0: lower 8 bits of beginning offset<br />
byte 1: bits 7-4: upper 4 bits of beginning offset<br />
bits 3-0: length of chain, minus 3<br />
thus, add 3 to the length to obtain the actual length<br />
if (length is equal to speclen)<br />
length is 18 (max ordinary speclen value) + next byte in<br />
stream<br />
copy the byte chain from the circular queue to the output;<br />
in the process, add the chain back into the queue<br />
subtract length from dataleft<br />
<br />
There are 3 rendering methods that a frame can use to paint the raw or LZ-decoded data (referred to as the video data buffer) onto the final output frame.<br />
<br />
Method 1 iterates through each line in the output frame, as indicated by the dimensions specified in the frame information record. For each line:<br />
<br />
offset = 0<br />
repeat<br />
length = next byte in video data buffer<br />
if (bit 7 of length byte is 1)<br />
mask off bit 7 of length and add 1 (length = (length & 0x7F) + 1)<br />
copy length bytes from the video data buffer to the output frame<br />
advance offset by length<br />
else<br />
increment length<br />
copy length bytes from the same position in the previous frame to<br />
the current frame<br />
while (offset < frame width)<br />
<br />
Method 2 simply copies the entire video data buffer onto the output frame. This is the simplest rendering method, but be sure to take into account the frame's specific decoding dimensions as specified in the frame record.<br />
<br />
Method 3 operates just like method 1 except for one small change. When bit 7 of the length byte is 1 and the length byte has been masked and incremented, the next byte in the video data buffer is examined. If the byte is not 0xFF, perform the same copy as in method 1. If the byte is 0xFF, apply a RLE decoding algorithm to unpack the data from the video data buffer into the output frame. The RLE unpacking algorithm operates as follows:<br />
<br />
if the length is odd, copy the next byte from the video data buffer to<br />
the output frame and decrement length<br />
divide length by 2<br />
while (length > 0)<br />
fetch the next byte from the video data buffer<br />
if the top bit of the byte is 1 (byte & 0x80)<br />
drop the top bit of the byte and shift left by 1:<br />
byte = (byte & 0x7F) << 1<br />
copy (byte) bytes from video data buffer to output frame<br />
else<br />
foreach count in byte<br />
copy the next 2 bytes from video data buffer to output frame; in<br />
other words, bytes A and B from the video data buffer will be<br />
repeated n times: ABABABAB...<br />
<br />
== Audio Format ==<br />
<br />
8-bits audio stored as a raw PCM samples, all 16-bits sound are 2:1 DPCM-encoded. First, you need to ensure VMD contains any sound by checking bit 12 (& 0x1000) of the file header' flags. Non-zero bit indicates file has sound. Fields audio_sample_rate and audio_frame_length contains playback rate and size of single (compressed) sound block respectively. Negative audio frame length used to indicate 16-bits sound data, in this case you need to invert this field to get the actual block length. Audio flags field keeps other important flags: bit 15 (& 0x8000) indicates old-style stereo-sound, while bit 9 (& 0x200) - new stereo sound format (introduced in Shivers 2 game). These formats a little different in the meaning of several fields (one format stores just deltas and another one stores initial sample values in the beginning of every block), making original playback core is not backward compatible - Shivers 2 can not play old videos properly. Optimal way is check bit 15 first and if it's zero, additionally check bit 9 to determinate number of channels. The main difference between old and new formats - old vmds treat audio frame length field as the number of samples for both channels, but new version - only as number of samples for single channel (i.e. you need to multiply it by 2 for stereo sound). There is also [[IMA ADPCM]] compression signalled by bit 4 (& 0x10) with block data in the following format: 16-bit initial samples for one or two channels, 8-bit step indices and the rest is ADPCM data decoded high nibble first. In case of new VMD format with an external audio codec payloads are decoded with some codec from Lernout&Hauspie StreamTalk family:<br />
* type 3 --- 15 kbps @ 8kHz<br />
* type 4 --- 50 kbps @ 22kHz<br />
* type 5 --- 25 kbps @ 11kHz<br />
* type 6 --- CELP codec 4.8 kbps @ 8kHz<br />
Most of these codecs are variable bitrate audio codecs based on MPEG Audio Layer II but without a header and with fixed bit allocation class.<br />
<br />
When you encounter frame information record of type 1, proceed to audio decoding. First, analyse frame's audio_flags byte. It may be eiter:<br />
* 1 - normal sound block<br />
Decompress single audio block and continue to next frame<br />
* 2 - multiple sound and silence blocks<br />
Get next 4 bytes of the frame's data. This is a sound mask bits. Starting from bit 0, each non-zero bit indicates silence block. Zero means normal audio block. Thus, iterate number_of_sound_buffer times to fill chain of sound and/or silence blocks.<br />
* 3 - single silence block<br />
Fill whole block with silence.<br />
<br />
The decompression scheme is quite trivial. As stated above, it has been used only if file contains 16-bits audio. First, you need to get one or two (depends on number of the channels) initial samples. For mono and new-stereo sound each initial sample is the first word(s) of audio stream data. Old-style stereo sound has no static samples, instead, they are initialized to zero at the beginning of the playback and carried between successive frames. This may cause some difficulties with random seeking over such kind of files. Using these samples, perform decoding of the rest of chunk' bytes using this formula:<br />
if code & 0x80 sample = sample - Table[code & 0x7F]<br />
else sample = sample + Table[code & 0x7F]<br />
Where code is the bytes of packed data. Interleave left-right samples decoding for stereo sound. <br />
<br />
The delta table is:<br />
0, 8, 16, 32, 48, 64, 80, 96, 112, 128, 144, 160, 176, 192, 208, 224<br />
240, 256, 272, 288, 304, 320, 336, 352, 368, 384, 400, 416, 432, 448, 464, 480<br />
496, 512, 520, 528, 536, 544, 552, 560, 568, 576, 584, 592, 600, 608, 616, 624<br />
632, 640, 648, 656, 664, 672, 680, 688, 696, 704, 712, 720, 728, 736, 744, 752<br />
760, 768, 776, 784, 792, 800, 808, 816, 824, 832, 840, 848, 856, 864, 872, 880<br />
888, 896, 904, 912, 920, 928, 936, 944, 952, 960, 968, 976, 984, 992, 1000, 1008<br />
1016, 1024, 1088, 1152, 1216, 1280, 1344, 1408, 1472, 1536, 1600, 1664, 1728, 1792, 1856, 1920<br />
1984, 2048, 2304, 2560, 2816, 3072, 3328, 3584, 3840, 4096, 5120, 6144, 7168, 8192,12288,16384<br />
<br />
== Games Using VMD ==<br />
<br />
These are some of the Sierra/Coktel Vision computer games that are known to use the VMD file format:<br />
* Coktel Vision:<br />
** ADI 2<br />
** ADI 4<br />
** ADI 5<br />
** Adibou 1<br />
** Adibou 2<br />
** Adibou 3<br />
** [https://www.mobygames.com/game/71003/adibou-presente-la-magie/ ADIBOU présente la Magie]<br />
** Adibou présente la Cuisine<br />
** ADIBOU présente le Dessin<br />
** Adiboud'chou à la mer<br />
** Adiboud'chou à la campagne<br />
** Adiboud'chou dans la jungle et la savane<br />
** Adiboud'chou sur la banquise<br />
** [http://www.mobygames.com/game/win3x/bizarre-adventures-of-woodruff-and-the-schnibble The Bizarre Adventures of Woodruff and the Schnibble]<br />
** [http://www.mobygames.com/game/last-dynasty The Last Dynasty]<br />
** [https://www.mobygames.com/game/45579/land-of-the-magic-stones/ Land of the Magic Stones]<br />
** [https://www.mobygames.com/game/184579/playtoons-1-featuring-uncle-archibald/ Playtoons 1]<br />
** [https://www.mobygames.com/game/185154/playtoons-2-the-case-of-the-counterfeit-collaborator/ Playtoons 2]<br />
** [https://www.mobygames.com/game/185155/playtoons-3-the-secret-of-the-castle/ Playtoons 3]<br />
** [https://www.mobygames.com/game/185156/playtoons-4-the-mandarine-prince/ Playtoons 4]<br />
** [https://www.mobygames.com/game/185157/playtoons-no-5-la-pierre-de-wakan/ Playtoons 5]<br />
** [https://www.mobygames.com/game/3809/urban-runner/ Urban Runner]<br />
** Nathan Vacances<br />
** English Fever<br />
* Sierra:<br />
** [http://www.mobygames.com/game/betrayal-in-antara Betrayal In Antara]<br />
** [http://www.mobygames.com/game/beast-within-a-gabriel-knight-mystery Gabriel Knight 2: The Beast Within]<br />
** [http://www.mobygames.com/game/leisure-suit-larry-love-for-sail Leisure Suit Larry 7]<br />
** [http://www.mobygames.com/game/lighthouse-the-dark-being Lighthouse]<br />
** [http://www.mobygames.com/game/dos/roberta-williams-phantasmagoria Phantasmagoria]<br />
** [http://www.mobygames.com/game/rama RAMA]<br />
** [http://www.mobygames.com/game/shivers Shivers]<br />
** [https://www.mobygames.com/game/665/shivers-two-harvest-of-souls Shivers 2: Harvest of Souls]<br />
** [http://www.mobygames.com/game/dos/daryl-f-gates-police-quest-swat SWAT]<br />
** [http://www.mobygames.com/game/torins-passage Torin's Passage]<br />
<br />
[[Category:Game Formats]]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=VMD&diff=16102VMD2025-12-28T09:41:29Z<p>BJNFNE: add Indeo3-compressed to newer VMD</p>
<hr />
<div>:''This page is about the VMD format used in Sierra computer games. See the [[Internet Wave]] page for information about a web reference format with the extension VMD.''<br />
<br />
''This page is based on the document 'Description of the Sierra Video and Music Data (VMD) Format' by Mike Melanson and Vladimir "VAG" Gneushev at [http://multimedia.cx/vmd-format.txt http://multimedia.cx/vmd-format.txt].''<br />
''Currently maintained by [https://github.com/BJNFNE BJNFNE]''<br />
<br />
* Extension: vmd<br />
* Company: [[Sierra Entertainment]] (acquired from [[Coktel]])<br />
* Samples: [http://samples.mplayerhq.hu/game-formats/sierra-vmd/ http://samples.mplayerhq.hu/game-formats/sierra-vmd/]<br />
* Samples: {{DexvertSamples|video/sierraVMD}}<br />
<br />
VMD is the file extension of a multimedia file format used in a number of [[Sierra Entertainment|Sierra]] CD-ROM computer games. The extension stands for Video and Music Data. The format is most notable for its use in Sierra's beloved 7-CD classic, Phantasmagoria, and is also used in other multimedia-heavy Sierra titles. Newer revisions were also used in Coktel Vision's ADI/Addy series of edutainment games.<br />
<br />
== File Format ==<br />
<br />
All multi-byte numbers are stored in little-endian format.<br />
<br />
A VMD file starts with the following 816- (0x330-)byte header:<br />
<br />
bytes 0-1 length of header, not including this length field; this<br />
length should be 0x32E (814)<br />
bytes 2-3 placeholder for VMD handle and some kind of VMD version<br />
bytes 4-5 VMD video codec version<br />
bytes 6-7 number of blocks in table of contents<br />
bytes 8-9 top corner coordinate of video frame<br />
bytes 10-11 left corner coordinate of video frame<br />
bytes 12-13 width of video frame<br />
bytes 14-15 height of video frame<br />
bytes 16-17 flags<br />
bytes 18-19 frames per block<br />
bytes 20-23 absolute file offset of multimedia data<br />
bytes 24-27 Indeo-3 compressed (Urban Runner "iv32")<br />
bytes 28-795 256 RGB palette entries, 3 bytes/entry in R-G-B order<br />
bytes 796-799 recommended size (bytes) of data frame load buffer<br />
bytes 800-803 recommended size (bytes) of unpack buffer for video decoding<br />
bytes 804-805 audio sample rate<br />
bytes 806-807 audio frame length/sample resolution<br />
bytes 808-809 number of sound buffers<br />
bytes 810-811 audio flags<br />
bytes 812-815 absolute file offset of table of contents<br />
<br />
Note that the RGB color components are 6-bit VGA palette components which means that they range from 0..63. The components need to be scaled if they are to be used in rendering typical RGB images where the components are 8 bits.<br />
<br />
The newer VMD version may have additional two fields in the header:<br />
<br />
bytes 816-817 external audio codec ID<br />
bytes 818-819 audio codec frame size in samples<br />
<br />
Even newer VMD version removes palette from the header thus shrinking down header size to 52 (or 0x34) bytes. The order of the other fields remains the same.<br />
<br />
A VMD file has a table of contents describing all of the file's block and frame information. The absolute file offset of the table of contents is given in the file header and usually points to the end of the file. The table of contents contains 2 parts: The block offset table and the frame information table. Blocks and frames in VMD are different concepts. A frame contains audio or video. A block contains both a video frame and an audio frame. The block offset table consists of a series of 6-byte records. Each record has the following format:<br />
<br />
bytes 0-1 unknown<br />
bytes 2-5 absolute file offset of block<br />
bytes 24-27 Indeo-3 compressed (Adibou presente series "IV32")<br />
<br />
The number of entries in this table is specified by bytes 6-7 in the file header. After the block offset table is the frame information table. The frame information table consists of a series of 16-byte records with the following format:<br />
<br />
byte 0 frame data type<br />
1 = audio frame<br />
2 = video frame<br />
byte 1 unknown<br />
bytes 2-5 frame data length<br />
<br />
The meaning of the frame's remaining data depends on the frame type.<br />
if this is an audio frame:<br />
byte 6 audio flags (100 or 0x64 in case of external audio codec)<br />
bytes 7-15 unknown (in case of external audio codec bytes 7-10 are frame data length repeated again)<br />
<br />
if this is a video frame:<br />
bytes 6-7 left coordinate of video frame<br />
bytes 8-9 top coordinate of video frame<br />
bytes 10-11 right coordinate of video frame<br />
bytes 12-13 bottom coordinate of video frame<br />
byte 14 unknown<br />
byte 15 bit 1 (byte[15] & 0x02) indicates a new palette<br />
<br />
Generally, a frame information record needs to be made available to the audio or video decoder units of a VMD decoding application as the information is relevant to the decoding process.<br />
<br />
== Video Format ==<br />
<br />
The VMD video coding method uses the Lempel-Ziv (LZ77) algorithm, run length encoding (RLE), and interframe differencing to compress 8-bit data which can be either paletted, 16-bit RGB or 24-bit RGB. Known flavours (bytes 4-5 of the header) are:<br />
* 1 - old paletted frame<br />
* 5 - 24-bit video<br />
* 7 - compressed with [[Indeo 3]]<br />
* 13 - 16-bit video<br />
<br />
VMD video embodies both intraframes (a.k.a. keyframes) and interframes. Intraframes update the entire frame. Interframes only update portions of the frame that have changed from the previous frame. The first video frame of a VMD file is implicitly intracoded (the first frame has to paint the entire viewing area). The successive frames are all intercoded.<br />
<br />
The frame record for a video frame specifies the frame coordinates of the rectangular region that will be updated. For example, if the file header specifies that the video is 200 pixels wide and 100 pixels high,<br />
the left, top, right, and bottom coordinates of the rectangular update region will be 0, 0, 199, and 99, respectively, if the entire frame is to be updated. A subsequent interframe may choose to leave much of the previous frame unchanged and only update the block from (100, 10) -> (150, 40). In this case, the coordinates 100, 10, 150, and 40 would be encoded in the frame record. Depending on VMD version (bytes 2-3 of the header) frame offsets and dimensions may be stored either as bytes (versions 0-1) or as pixels (version 2).<br />
<br />
The initial palette for decoding VMD video is transported in the main VMD file header. If bit 1 of frame record byte 15 (byte[15] & 0x02) is set to 1, the compressed video data chunk begins with a new palette. The palette data is transported as 770 bytes. The first byte contains the first palette index to modify. The second byte contains the number of palette entries to change. The remaining 768 bytes are 256 R-G-B palette triplets. Again, these are stored as 6-bit VGA DAC values and should be scaled accordingly.<br />
<br />
The compressed video data begins with a byte describing how the data is encoded. The byte specifies the following information:<br />
<br />
bit 7 specifies that data chunk is LZ compressed<br />
bits 6-0 specifies 1 of 3 rendering methods<br />
<br />
If bit 7 is 1, the data chunk must be passed through the LZ decoder before progressing to the rendering phase. If bit 7 is 0, the data chunk is passed directly to the rendering phase.<br />
<br />
The VMD LZ decoding algorithm takes the compressed video buffer (after the coding method byte described above) as input and outputs a buffer of decoded bytes. The output buffer must be as large as indicated in bytes 800-803 of the main VMD header. The VMD LZ decoding algorithm operates as follows:<br />
<br />
allocate a circular queue of 4096 (0x1000) bytes and initialize all<br />
elements to 0x20; note that the queue is addressed with a 12-bit<br />
number<br />
initialize variable dataleft as the first 4 numbers in the block<br />
if the next 4 bytes are (0x34 0x12 0x78 0x56)<br />
advance stream over the 4 marker bytes<br />
initialize queue position (qpos) to 0x111<br />
initialize special chain length (speclen) to 18<br />
else<br />
initialize qpos to 0xFEE<br />
initialize speclen to nothing (any value above 18 will suffice in<br />
this example)<br />
proceed to main decode loop...<br />
while there is more data left (dataleft > 0)<br />
tag = the next byte in the stream<br />
if (tag is 0xFF) and (dataleft > 8)<br />
take the next 8 bytes from the stream and place them in both the<br />
output buffer and the circular queue<br />
subtract 8 from dataleft<br />
else<br />
foreach bit in tag byte, reading from right -> left<br />
if (bit is 1)<br />
take the next byte from the stream and place it in both the<br />
output buffer and the circular queue<br />
decrement dataleft<br />
else<br />
move a chain of bytes from the circular queue to the output<br />
get the length and beginning offset of the chain from the next<br />
2 bytes in the stream:<br />
byte 0: bits 7-0: lower 8 bits of beginning offset<br />
byte 1: bits 7-4: upper 4 bits of beginning offset<br />
bits 3-0: length of chain, minus 3<br />
thus, add 3 to the length to obtain the actual length<br />
if (length is equal to speclen)<br />
length is 18 (max ordinary speclen value) + next byte in<br />
stream<br />
copy the byte chain from the circular queue to the output;<br />
in the process, add the chain back into the queue<br />
subtract length from dataleft<br />
<br />
There are 3 rendering methods that a frame can use to paint the raw or LZ-decoded data (referred to as the video data buffer) onto the final output frame.<br />
<br />
Method 1 iterates through each line in the output frame, as indicated by the dimensions specified in the frame information record. For each line:<br />
<br />
offset = 0<br />
repeat<br />
length = next byte in video data buffer<br />
if (bit 7 of length byte is 1)<br />
mask off bit 7 of length and add 1 (length = (length & 0x7F) + 1)<br />
copy length bytes from the video data buffer to the output frame<br />
advance offset by length<br />
else<br />
increment length<br />
copy length bytes from the same position in the previous frame to<br />
the current frame<br />
while (offset < frame width)<br />
<br />
Method 2 simply copies the entire video data buffer onto the output frame. This is the simplest rendering method, but be sure to take into account the frame's specific decoding dimensions as specified in the frame record.<br />
<br />
Method 3 operates just like method 1 except for one small change. When bit 7 of the length byte is 1 and the length byte has been masked and incremented, the next byte in the video data buffer is examined. If the byte is not 0xFF, perform the same copy as in method 1. If the byte is 0xFF, apply a RLE decoding algorithm to unpack the data from the video data buffer into the output frame. The RLE unpacking algorithm operates as follows:<br />
<br />
if the length is odd, copy the next byte from the video data buffer to<br />
the output frame and decrement length<br />
divide length by 2<br />
while (length > 0)<br />
fetch the next byte from the video data buffer<br />
if the top bit of the byte is 1 (byte & 0x80)<br />
drop the top bit of the byte and shift left by 1:<br />
byte = (byte & 0x7F) << 1<br />
copy (byte) bytes from video data buffer to output frame<br />
else<br />
foreach count in byte<br />
copy the next 2 bytes from video data buffer to output frame; in<br />
other words, bytes A and B from the video data buffer will be<br />
repeated n times: ABABABAB...<br />
<br />
== Audio Format ==<br />
<br />
8-bits audio stored as a raw PCM samples, all 16-bits sound are 2:1 DPCM-encoded. First, you need to ensure VMD contains any sound by checking bit 12 (& 0x1000) of the file header' flags. Non-zero bit indicates file has sound. Fields audio_sample_rate and audio_frame_length contains playback rate and size of single (compressed) sound block respectively. Negative audio frame length used to indicate 16-bits sound data, in this case you need to invert this field to get the actual block length. Audio flags field keeps other important flags: bit 15 (& 0x8000) indicates old-style stereo-sound, while bit 9 (& 0x200) - new stereo sound format (introduced in Shivers 2 game). These formats a little different in the meaning of several fields (one format stores just deltas and another one stores initial sample values in the beginning of every block), making original playback core is not backward compatible - Shivers 2 can not play old videos properly. Optimal way is check bit 15 first and if it's zero, additionally check bit 9 to determinate number of channels. The main difference between old and new formats - old vmds treat audio frame length field as the number of samples for both channels, but new version - only as number of samples for single channel (i.e. you need to multiply it by 2 for stereo sound). There is also [[IMA ADPCM]] compression signalled by bit 4 (& 0x10) with block data in the following format: 16-bit initial samples for one or two channels, 8-bit step indices and the rest is ADPCM data decoded high nibble first. In case of new VMD format with an external audio codec payloads are decoded with some codec from Lernout&Hauspie StreamTalk family:<br />
* type 3 --- 15 kbps @ 8kHz<br />
* type 4 --- 50 kbps @ 22kHz<br />
* type 5 --- 25 kbps @ 11kHz<br />
* type 6 --- CELP codec 4.8 kbps @ 8kHz<br />
Most of these codecs are variable bitrate audio codecs based on MPEG Audio Layer II but without a header and with fixed bit allocation class.<br />
<br />
When you encounter frame information record of type 1, proceed to audio decoding. First, analyse frame's audio_flags byte. It may be eiter:<br />
* 1 - normal sound block<br />
Decompress single audio block and continue to next frame<br />
* 2 - multiple sound and silence blocks<br />
Get next 4 bytes of the frame's data. This is a sound mask bits. Starting from bit 0, each non-zero bit indicates silence block. Zero means normal audio block. Thus, iterate number_of_sound_buffer times to fill chain of sound and/or silence blocks.<br />
* 3 - single silence block<br />
Fill whole block with silence.<br />
<br />
The decompression scheme is quite trivial. As stated above, it has been used only if file contains 16-bits audio. First, you need to get one or two (depends on number of the channels) initial samples. For mono and new-stereo sound each initial sample is the first word(s) of audio stream data. Old-style stereo sound has no static samples, instead, they are initialized to zero at the beginning of the playback and carried between successive frames. This may cause some difficulties with random seeking over such kind of files. Using these samples, perform decoding of the rest of chunk' bytes using this formula:<br />
if code & 0x80 sample = sample - Table[code & 0x7F]<br />
else sample = sample + Table[code & 0x7F]<br />
Where code is the bytes of packed data. Interleave left-right samples decoding for stereo sound. <br />
<br />
The delta table is:<br />
0, 8, 16, 32, 48, 64, 80, 96, 112, 128, 144, 160, 176, 192, 208, 224<br />
240, 256, 272, 288, 304, 320, 336, 352, 368, 384, 400, 416, 432, 448, 464, 480<br />
496, 512, 520, 528, 536, 544, 552, 560, 568, 576, 584, 592, 600, 608, 616, 624<br />
632, 640, 648, 656, 664, 672, 680, 688, 696, 704, 712, 720, 728, 736, 744, 752<br />
760, 768, 776, 784, 792, 800, 808, 816, 824, 832, 840, 848, 856, 864, 872, 880<br />
888, 896, 904, 912, 920, 928, 936, 944, 952, 960, 968, 976, 984, 992, 1000, 1008<br />
1016, 1024, 1088, 1152, 1216, 1280, 1344, 1408, 1472, 1536, 1600, 1664, 1728, 1792, 1856, 1920<br />
1984, 2048, 2304, 2560, 2816, 3072, 3328, 3584, 3840, 4096, 5120, 6144, 7168, 8192,12288,16384<br />
<br />
== Games Using VMD ==<br />
<br />
These are some of the Sierra/Coktel Vision computer games that are known to use the VMD file format:<br />
* Coktel Vision:<br />
** ADI 2<br />
** ADI 4<br />
** ADI 5<br />
** Adibou 1<br />
** Adibou 2<br />
** Adibou 3<br />
** [https://www.mobygames.com/game/71003/adibou-presente-la-magie/ ADIBOU présente la Magie]<br />
** Adibou présente la Cuisine<br />
** ADIBOU présente le Dessin<br />
** Adiboud'chou à la mer<br />
** Adiboud'chou à la campagne<br />
** Adiboud'chou dans la jungle et la savane<br />
** Adiboud'chou sur la banquise<br />
** [http://www.mobygames.com/game/win3x/bizarre-adventures-of-woodruff-and-the-schnibble The Bizarre Adventures of Woodruff and the Schnibble]<br />
** [http://www.mobygames.com/game/last-dynasty The Last Dynasty]<br />
** [https://www.mobygames.com/game/45579/land-of-the-magic-stones/ Land of the Magic Stones]<br />
** [https://www.mobygames.com/game/184579/playtoons-1-featuring-uncle-archibald/ Playtoons 1]<br />
** [https://www.mobygames.com/game/185154/playtoons-2-the-case-of-the-counterfeit-collaborator/ Playtoons 2]<br />
** [https://www.mobygames.com/game/185155/playtoons-3-the-secret-of-the-castle/ Playtoons 3]<br />
** [https://www.mobygames.com/game/185156/playtoons-4-the-mandarine-prince/ Playtoons 4]<br />
** [https://www.mobygames.com/game/185157/playtoons-no-5-la-pierre-de-wakan/ Playtoons 5]<br />
** [https://www.mobygames.com/game/3809/urban-runner/ Urban Runner]<br />
** Nathan Vacances<br />
** English Fever<br />
* Sierra:<br />
** [http://www.mobygames.com/game/betrayal-in-antara Betrayal In Antara]<br />
** [http://www.mobygames.com/game/beast-within-a-gabriel-knight-mystery Gabriel Knight 2: The Beast Within]<br />
** [http://www.mobygames.com/game/leisure-suit-larry-love-for-sail Leisure Suit Larry 7]<br />
** [http://www.mobygames.com/game/lighthouse-the-dark-being Lighthouse]<br />
** [http://www.mobygames.com/game/dos/roberta-williams-phantasmagoria Phantasmagoria]<br />
** [http://www.mobygames.com/game/rama RAMA]<br />
** [http://www.mobygames.com/game/shivers Shivers]<br />
** [https://www.mobygames.com/game/665/shivers-two-harvest-of-souls Shivers 2: Harvest of Souls]<br />
** [http://www.mobygames.com/game/dos/daryl-f-gates-police-quest-swat SWAT]<br />
** [http://www.mobygames.com/game/torins-passage Torin's Passage]<br />
<br />
[[Category:Game Formats]]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=VMD&diff=16101VMD2025-12-27T17:09:30Z<p>BJNFNE: add Playtoons 5</p>
<hr />
<div>:''This page is about the VMD format used in Sierra computer games. See the [[Internet Wave]] page for information about a web reference format with the extension VMD.''<br />
<br />
''This page is based on the document 'Description of the Sierra Video and Music Data (VMD) Format' by Mike Melanson and Vladimir "VAG" Gneushev at [http://multimedia.cx/vmd-format.txt http://multimedia.cx/vmd-format.txt].''<br />
''Currently maintained by [https://github.com/BJNFNE BJNFNE]''<br />
<br />
* Extension: vmd<br />
* Company: [[Sierra Entertainment]] (acquired from [[Coktel]])<br />
* Samples: [http://samples.mplayerhq.hu/game-formats/sierra-vmd/ http://samples.mplayerhq.hu/game-formats/sierra-vmd/]<br />
* Samples: {{DexvertSamples|video/sierraVMD}}<br />
<br />
VMD is the file extension of a multimedia file format used in a number of [[Sierra Entertainment|Sierra]] CD-ROM computer games. The extension stands for Video and Music Data. The format is most notable for its use in Sierra's beloved 7-CD classic, Phantasmagoria, and is also used in other multimedia-heavy Sierra titles. Newer revisions were also used in Coktel Vision's ADI/Addy series of edutainment games.<br />
<br />
== File Format ==<br />
<br />
All multi-byte numbers are stored in little-endian format.<br />
<br />
A VMD file starts with the following 816- (0x330-)byte header:<br />
<br />
bytes 0-1 length of header, not including this length field; this<br />
length should be 0x32E (814)<br />
bytes 2-3 placeholder for VMD handle and some kind of VMD version<br />
bytes 4-5 VMD video codec version<br />
bytes 6-7 number of blocks in table of contents<br />
bytes 8-9 top corner coordinate of video frame<br />
bytes 10-11 left corner coordinate of video frame<br />
bytes 12-13 width of video frame<br />
bytes 14-15 height of video frame<br />
bytes 16-17 flags<br />
bytes 18-19 frames per block<br />
bytes 20-23 absolute file offset of multimedia data<br />
bytes 24-27 Indeo-3 compressed (Urban Runner "iv32")<br />
bytes 28-795 256 RGB palette entries, 3 bytes/entry in R-G-B order<br />
bytes 796-799 recommended size (bytes) of data frame load buffer<br />
bytes 800-803 recommended size (bytes) of unpack buffer for video decoding<br />
bytes 804-805 audio sample rate<br />
bytes 806-807 audio frame length/sample resolution<br />
bytes 808-809 number of sound buffers<br />
bytes 810-811 audio flags<br />
bytes 812-815 absolute file offset of table of contents<br />
<br />
Note that the RGB color components are 6-bit VGA palette components which means that they range from 0..63. The components need to be scaled if they are to be used in rendering typical RGB images where the components are 8 bits.<br />
<br />
The newer VMD version may have additional two fields in the header:<br />
<br />
bytes 816-817 external audio codec ID<br />
bytes 818-819 audio codec frame size in samples<br />
<br />
Even newer VMD version removes palette from the header thus shrinking down header size to 52 (or 0x34) bytes. The order of the other fields remains the same.<br />
<br />
A VMD file has a table of contents describing all of the file's block and frame information. The absolute file offset of the table of contents is given in the file header and usually points to the end of the file. The table of contents contains 2 parts: The block offset table and the frame information table. Blocks and frames in VMD are different concepts. A frame contains audio or video. A block contains both a video frame and an audio frame. The block offset table consists of a series of 6-byte records. Each record has the following format:<br />
<br />
bytes 0-1 unknown<br />
bytes 2-5 absolute file offset of block<br />
<br />
The number of entries in this table is specified by bytes 6-7 in the file header. After the block offset table is the frame information table. The frame information table consists of a series of 16-byte records with the following format:<br />
<br />
byte 0 frame data type<br />
1 = audio frame<br />
2 = video frame<br />
byte 1 unknown<br />
bytes 2-5 frame data length<br />
<br />
The meaning of the frame's remaining data depends on the frame type.<br />
if this is an audio frame:<br />
byte 6 audio flags (100 or 0x64 in case of external audio codec)<br />
bytes 7-15 unknown (in case of external audio codec bytes 7-10 are frame data length repeated again)<br />
<br />
if this is a video frame:<br />
bytes 6-7 left coordinate of video frame<br />
bytes 8-9 top coordinate of video frame<br />
bytes 10-11 right coordinate of video frame<br />
bytes 12-13 bottom coordinate of video frame<br />
byte 14 unknown<br />
byte 15 bit 1 (byte[15] & 0x02) indicates a new palette<br />
<br />
Generally, a frame information record needs to be made available to the audio or video decoder units of a VMD decoding application as the information is relevant to the decoding process.<br />
<br />
== Video Format ==<br />
<br />
The VMD video coding method uses the Lempel-Ziv (LZ77) algorithm, run length encoding (RLE), and interframe differencing to compress 8-bit data which can be either paletted, 16-bit RGB or 24-bit RGB. Known flavours (bytes 4-5 of the header) are:<br />
* 1 - old paletted frame<br />
* 5 - 24-bit video<br />
* 7 - compressed with [[Indeo 3]]<br />
* 13 - 16-bit video<br />
<br />
VMD video embodies both intraframes (a.k.a. keyframes) and interframes. Intraframes update the entire frame. Interframes only update portions of the frame that have changed from the previous frame. The first video frame of a VMD file is implicitly intracoded (the first frame has to paint the entire viewing area). The successive frames are all intercoded.<br />
<br />
The frame record for a video frame specifies the frame coordinates of the rectangular region that will be updated. For example, if the file header specifies that the video is 200 pixels wide and 100 pixels high,<br />
the left, top, right, and bottom coordinates of the rectangular update region will be 0, 0, 199, and 99, respectively, if the entire frame is to be updated. A subsequent interframe may choose to leave much of the previous frame unchanged and only update the block from (100, 10) -> (150, 40). In this case, the coordinates 100, 10, 150, and 40 would be encoded in the frame record. Depending on VMD version (bytes 2-3 of the header) frame offsets and dimensions may be stored either as bytes (versions 0-1) or as pixels (version 2).<br />
<br />
The initial palette for decoding VMD video is transported in the main VMD file header. If bit 1 of frame record byte 15 (byte[15] & 0x02) is set to 1, the compressed video data chunk begins with a new palette. The palette data is transported as 770 bytes. The first byte contains the first palette index to modify. The second byte contains the number of palette entries to change. The remaining 768 bytes are 256 R-G-B palette triplets. Again, these are stored as 6-bit VGA DAC values and should be scaled accordingly.<br />
<br />
The compressed video data begins with a byte describing how the data is encoded. The byte specifies the following information:<br />
<br />
bit 7 specifies that data chunk is LZ compressed<br />
bits 6-0 specifies 1 of 3 rendering methods<br />
<br />
If bit 7 is 1, the data chunk must be passed through the LZ decoder before progressing to the rendering phase. If bit 7 is 0, the data chunk is passed directly to the rendering phase.<br />
<br />
The VMD LZ decoding algorithm takes the compressed video buffer (after the coding method byte described above) as input and outputs a buffer of decoded bytes. The output buffer must be as large as indicated in bytes 800-803 of the main VMD header. The VMD LZ decoding algorithm operates as follows:<br />
<br />
allocate a circular queue of 4096 (0x1000) bytes and initialize all<br />
elements to 0x20; note that the queue is addressed with a 12-bit<br />
number<br />
initialize variable dataleft as the first 4 numbers in the block<br />
if the next 4 bytes are (0x34 0x12 0x78 0x56)<br />
advance stream over the 4 marker bytes<br />
initialize queue position (qpos) to 0x111<br />
initialize special chain length (speclen) to 18<br />
else<br />
initialize qpos to 0xFEE<br />
initialize speclen to nothing (any value above 18 will suffice in<br />
this example)<br />
proceed to main decode loop...<br />
while there is more data left (dataleft > 0)<br />
tag = the next byte in the stream<br />
if (tag is 0xFF) and (dataleft > 8)<br />
take the next 8 bytes from the stream and place them in both the<br />
output buffer and the circular queue<br />
subtract 8 from dataleft<br />
else<br />
foreach bit in tag byte, reading from right -> left<br />
if (bit is 1)<br />
take the next byte from the stream and place it in both the<br />
output buffer and the circular queue<br />
decrement dataleft<br />
else<br />
move a chain of bytes from the circular queue to the output<br />
get the length and beginning offset of the chain from the next<br />
2 bytes in the stream:<br />
byte 0: bits 7-0: lower 8 bits of beginning offset<br />
byte 1: bits 7-4: upper 4 bits of beginning offset<br />
bits 3-0: length of chain, minus 3<br />
thus, add 3 to the length to obtain the actual length<br />
if (length is equal to speclen)<br />
length is 18 (max ordinary speclen value) + next byte in<br />
stream<br />
copy the byte chain from the circular queue to the output;<br />
in the process, add the chain back into the queue<br />
subtract length from dataleft<br />
<br />
There are 3 rendering methods that a frame can use to paint the raw or LZ-decoded data (referred to as the video data buffer) onto the final output frame.<br />
<br />
Method 1 iterates through each line in the output frame, as indicated by the dimensions specified in the frame information record. For each line:<br />
<br />
offset = 0<br />
repeat<br />
length = next byte in video data buffer<br />
if (bit 7 of length byte is 1)<br />
mask off bit 7 of length and add 1 (length = (length & 0x7F) + 1)<br />
copy length bytes from the video data buffer to the output frame<br />
advance offset by length<br />
else<br />
increment length<br />
copy length bytes from the same position in the previous frame to<br />
the current frame<br />
while (offset < frame width)<br />
<br />
Method 2 simply copies the entire video data buffer onto the output frame. This is the simplest rendering method, but be sure to take into account the frame's specific decoding dimensions as specified in the frame record.<br />
<br />
Method 3 operates just like method 1 except for one small change. When bit 7 of the length byte is 1 and the length byte has been masked and incremented, the next byte in the video data buffer is examined. If the byte is not 0xFF, perform the same copy as in method 1. If the byte is 0xFF, apply a RLE decoding algorithm to unpack the data from the video data buffer into the output frame. The RLE unpacking algorithm operates as follows:<br />
<br />
if the length is odd, copy the next byte from the video data buffer to<br />
the output frame and decrement length<br />
divide length by 2<br />
while (length > 0)<br />
fetch the next byte from the video data buffer<br />
if the top bit of the byte is 1 (byte & 0x80)<br />
drop the top bit of the byte and shift left by 1:<br />
byte = (byte & 0x7F) << 1<br />
copy (byte) bytes from video data buffer to output frame<br />
else<br />
foreach count in byte<br />
copy the next 2 bytes from video data buffer to output frame; in<br />
other words, bytes A and B from the video data buffer will be<br />
repeated n times: ABABABAB...<br />
<br />
== Audio Format ==<br />
<br />
8-bits audio stored as a raw PCM samples, all 16-bits sound are 2:1 DPCM-encoded. First, you need to ensure VMD contains any sound by checking bit 12 (& 0x1000) of the file header' flags. Non-zero bit indicates file has sound. Fields audio_sample_rate and audio_frame_length contains playback rate and size of single (compressed) sound block respectively. Negative audio frame length used to indicate 16-bits sound data, in this case you need to invert this field to get the actual block length. Audio flags field keeps other important flags: bit 15 (& 0x8000) indicates old-style stereo-sound, while bit 9 (& 0x200) - new stereo sound format (introduced in Shivers 2 game). These formats a little different in the meaning of several fields (one format stores just deltas and another one stores initial sample values in the beginning of every block), making original playback core is not backward compatible - Shivers 2 can not play old videos properly. Optimal way is check bit 15 first and if it's zero, additionally check bit 9 to determinate number of channels. The main difference between old and new formats - old vmds treat audio frame length field as the number of samples for both channels, but new version - only as number of samples for single channel (i.e. you need to multiply it by 2 for stereo sound). There is also [[IMA ADPCM]] compression signalled by bit 4 (& 0x10) with block data in the following format: 16-bit initial samples for one or two channels, 8-bit step indices and the rest is ADPCM data decoded high nibble first. In case of new VMD format with an external audio codec payloads are decoded with some codec from Lernout&Hauspie StreamTalk family:<br />
* type 3 --- 15 kbps @ 8kHz<br />
* type 4 --- 50 kbps @ 22kHz<br />
* type 5 --- 25 kbps @ 11kHz<br />
* type 6 --- CELP codec 4.8 kbps @ 8kHz<br />
Most of these codecs are variable bitrate audio codecs based on MPEG Audio Layer II but without a header and with fixed bit allocation class.<br />
<br />
When you encounter frame information record of type 1, proceed to audio decoding. First, analyse frame's audio_flags byte. It may be eiter:<br />
* 1 - normal sound block<br />
Decompress single audio block and continue to next frame<br />
* 2 - multiple sound and silence blocks<br />
Get next 4 bytes of the frame's data. This is a sound mask bits. Starting from bit 0, each non-zero bit indicates silence block. Zero means normal audio block. Thus, iterate number_of_sound_buffer times to fill chain of sound and/or silence blocks.<br />
* 3 - single silence block<br />
Fill whole block with silence.<br />
<br />
The decompression scheme is quite trivial. As stated above, it has been used only if file contains 16-bits audio. First, you need to get one or two (depends on number of the channels) initial samples. For mono and new-stereo sound each initial sample is the first word(s) of audio stream data. Old-style stereo sound has no static samples, instead, they are initialized to zero at the beginning of the playback and carried between successive frames. This may cause some difficulties with random seeking over such kind of files. Using these samples, perform decoding of the rest of chunk' bytes using this formula:<br />
if code & 0x80 sample = sample - Table[code & 0x7F]<br />
else sample = sample + Table[code & 0x7F]<br />
Where code is the bytes of packed data. Interleave left-right samples decoding for stereo sound. <br />
<br />
The delta table is:<br />
0, 8, 16, 32, 48, 64, 80, 96, 112, 128, 144, 160, 176, 192, 208, 224<br />
240, 256, 272, 288, 304, 320, 336, 352, 368, 384, 400, 416, 432, 448, 464, 480<br />
496, 512, 520, 528, 536, 544, 552, 560, 568, 576, 584, 592, 600, 608, 616, 624<br />
632, 640, 648, 656, 664, 672, 680, 688, 696, 704, 712, 720, 728, 736, 744, 752<br />
760, 768, 776, 784, 792, 800, 808, 816, 824, 832, 840, 848, 856, 864, 872, 880<br />
888, 896, 904, 912, 920, 928, 936, 944, 952, 960, 968, 976, 984, 992, 1000, 1008<br />
1016, 1024, 1088, 1152, 1216, 1280, 1344, 1408, 1472, 1536, 1600, 1664, 1728, 1792, 1856, 1920<br />
1984, 2048, 2304, 2560, 2816, 3072, 3328, 3584, 3840, 4096, 5120, 6144, 7168, 8192,12288,16384<br />
<br />
== Games Using VMD ==<br />
<br />
These are some of the Sierra/Coktel Vision computer games that are known to use the VMD file format:<br />
* Coktel Vision:<br />
** ADI 2<br />
** ADI 4<br />
** ADI 5<br />
** Adibou 1<br />
** Adibou 2<br />
** Adibou 3<br />
** [https://www.mobygames.com/game/71003/adibou-presente-la-magie/ ADIBOU présente la Magie]<br />
** Adibou présente la Cuisine<br />
** ADIBOU présente le Dessin<br />
** Adiboud'chou à la mer<br />
** Adiboud'chou à la campagne<br />
** Adiboud'chou dans la jungle et la savane<br />
** Adiboud'chou sur la banquise<br />
** [http://www.mobygames.com/game/win3x/bizarre-adventures-of-woodruff-and-the-schnibble The Bizarre Adventures of Woodruff and the Schnibble]<br />
** [http://www.mobygames.com/game/last-dynasty The Last Dynasty]<br />
** [https://www.mobygames.com/game/45579/land-of-the-magic-stones/ Land of the Magic Stones]<br />
** [https://www.mobygames.com/game/184579/playtoons-1-featuring-uncle-archibald/ Playtoons 1]<br />
** [https://www.mobygames.com/game/185154/playtoons-2-the-case-of-the-counterfeit-collaborator/ Playtoons 2]<br />
** [https://www.mobygames.com/game/185155/playtoons-3-the-secret-of-the-castle/ Playtoons 3]<br />
** [https://www.mobygames.com/game/185156/playtoons-4-the-mandarine-prince/ Playtoons 4]<br />
** [https://www.mobygames.com/game/185157/playtoons-no-5-la-pierre-de-wakan/ Playtoons 5]<br />
** [https://www.mobygames.com/game/3809/urban-runner/ Urban Runner]<br />
** Nathan Vacances<br />
** English Fever<br />
* Sierra:<br />
** [http://www.mobygames.com/game/betrayal-in-antara Betrayal In Antara]<br />
** [http://www.mobygames.com/game/beast-within-a-gabriel-knight-mystery Gabriel Knight 2: The Beast Within]<br />
** [http://www.mobygames.com/game/leisure-suit-larry-love-for-sail Leisure Suit Larry 7]<br />
** [http://www.mobygames.com/game/lighthouse-the-dark-being Lighthouse]<br />
** [http://www.mobygames.com/game/dos/roberta-williams-phantasmagoria Phantasmagoria]<br />
** [http://www.mobygames.com/game/rama RAMA]<br />
** [http://www.mobygames.com/game/shivers Shivers]<br />
** [https://www.mobygames.com/game/665/shivers-two-harvest-of-souls Shivers 2: Harvest of Souls]<br />
** [http://www.mobygames.com/game/dos/daryl-f-gates-police-quest-swat SWAT]<br />
** [http://www.mobygames.com/game/torins-passage Torin's Passage]<br />
<br />
[[Category:Game Formats]]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=VMD&diff=16100VMD2025-12-26T15:30:40Z<p>BJNFNE: change unknown to Indeo-3 compressed</p>
<hr />
<div>:''This page is about the VMD format used in Sierra computer games. See the [[Internet Wave]] page for information about a web reference format with the extension VMD.''<br />
<br />
''This page is based on the document 'Description of the Sierra Video and Music Data (VMD) Format' by Mike Melanson and Vladimir "VAG" Gneushev at [http://multimedia.cx/vmd-format.txt http://multimedia.cx/vmd-format.txt].''<br />
''Currently maintained by [https://github.com/BJNFNE BJNFNE]''<br />
<br />
* Extension: vmd<br />
* Company: [[Sierra Entertainment]] (acquired from [[Coktel]])<br />
* Samples: [http://samples.mplayerhq.hu/game-formats/sierra-vmd/ http://samples.mplayerhq.hu/game-formats/sierra-vmd/]<br />
* Samples: {{DexvertSamples|video/sierraVMD}}<br />
<br />
VMD is the file extension of a multimedia file format used in a number of [[Sierra Entertainment|Sierra]] CD-ROM computer games. The extension stands for Video and Music Data. The format is most notable for its use in Sierra's beloved 7-CD classic, Phantasmagoria, and is also used in other multimedia-heavy Sierra titles. Newer revisions were also used in Coktel Vision's ADI/Addy series of edutainment games.<br />
<br />
== File Format ==<br />
<br />
All multi-byte numbers are stored in little-endian format.<br />
<br />
A VMD file starts with the following 816- (0x330-)byte header:<br />
<br />
bytes 0-1 length of header, not including this length field; this<br />
length should be 0x32E (814)<br />
bytes 2-3 placeholder for VMD handle and some kind of VMD version<br />
bytes 4-5 VMD video codec version<br />
bytes 6-7 number of blocks in table of contents<br />
bytes 8-9 top corner coordinate of video frame<br />
bytes 10-11 left corner coordinate of video frame<br />
bytes 12-13 width of video frame<br />
bytes 14-15 height of video frame<br />
bytes 16-17 flags<br />
bytes 18-19 frames per block<br />
bytes 20-23 absolute file offset of multimedia data<br />
bytes 24-27 Indeo-3 compressed (Urban Runner "iv32")<br />
bytes 28-795 256 RGB palette entries, 3 bytes/entry in R-G-B order<br />
bytes 796-799 recommended size (bytes) of data frame load buffer<br />
bytes 800-803 recommended size (bytes) of unpack buffer for video decoding<br />
bytes 804-805 audio sample rate<br />
bytes 806-807 audio frame length/sample resolution<br />
bytes 808-809 number of sound buffers<br />
bytes 810-811 audio flags<br />
bytes 812-815 absolute file offset of table of contents<br />
<br />
Note that the RGB color components are 6-bit VGA palette components which means that they range from 0..63. The components need to be scaled if they are to be used in rendering typical RGB images where the components are 8 bits.<br />
<br />
The newer VMD version may have additional two fields in the header:<br />
<br />
bytes 816-817 external audio codec ID<br />
bytes 818-819 audio codec frame size in samples<br />
<br />
Even newer VMD version removes palette from the header thus shrinking down header size to 52 (or 0x34) bytes. The order of the other fields remains the same.<br />
<br />
A VMD file has a table of contents describing all of the file's block and frame information. The absolute file offset of the table of contents is given in the file header and usually points to the end of the file. The table of contents contains 2 parts: The block offset table and the frame information table. Blocks and frames in VMD are different concepts. A frame contains audio or video. A block contains both a video frame and an audio frame. The block offset table consists of a series of 6-byte records. Each record has the following format:<br />
<br />
bytes 0-1 unknown<br />
bytes 2-5 absolute file offset of block<br />
<br />
The number of entries in this table is specified by bytes 6-7 in the file header. After the block offset table is the frame information table. The frame information table consists of a series of 16-byte records with the following format:<br />
<br />
byte 0 frame data type<br />
1 = audio frame<br />
2 = video frame<br />
byte 1 unknown<br />
bytes 2-5 frame data length<br />
<br />
The meaning of the frame's remaining data depends on the frame type.<br />
if this is an audio frame:<br />
byte 6 audio flags (100 or 0x64 in case of external audio codec)<br />
bytes 7-15 unknown (in case of external audio codec bytes 7-10 are frame data length repeated again)<br />
<br />
if this is a video frame:<br />
bytes 6-7 left coordinate of video frame<br />
bytes 8-9 top coordinate of video frame<br />
bytes 10-11 right coordinate of video frame<br />
bytes 12-13 bottom coordinate of video frame<br />
byte 14 unknown<br />
byte 15 bit 1 (byte[15] & 0x02) indicates a new palette<br />
<br />
Generally, a frame information record needs to be made available to the audio or video decoder units of a VMD decoding application as the information is relevant to the decoding process.<br />
<br />
== Video Format ==<br />
<br />
The VMD video coding method uses the Lempel-Ziv (LZ77) algorithm, run length encoding (RLE), and interframe differencing to compress 8-bit data which can be either paletted, 16-bit RGB or 24-bit RGB. Known flavours (bytes 4-5 of the header) are:<br />
* 1 - old paletted frame<br />
* 5 - 24-bit video<br />
* 7 - compressed with [[Indeo 3]]<br />
* 13 - 16-bit video<br />
<br />
VMD video embodies both intraframes (a.k.a. keyframes) and interframes. Intraframes update the entire frame. Interframes only update portions of the frame that have changed from the previous frame. The first video frame of a VMD file is implicitly intracoded (the first frame has to paint the entire viewing area). The successive frames are all intercoded.<br />
<br />
The frame record for a video frame specifies the frame coordinates of the rectangular region that will be updated. For example, if the file header specifies that the video is 200 pixels wide and 100 pixels high,<br />
the left, top, right, and bottom coordinates of the rectangular update region will be 0, 0, 199, and 99, respectively, if the entire frame is to be updated. A subsequent interframe may choose to leave much of the previous frame unchanged and only update the block from (100, 10) -> (150, 40). In this case, the coordinates 100, 10, 150, and 40 would be encoded in the frame record. Depending on VMD version (bytes 2-3 of the header) frame offsets and dimensions may be stored either as bytes (versions 0-1) or as pixels (version 2).<br />
<br />
The initial palette for decoding VMD video is transported in the main VMD file header. If bit 1 of frame record byte 15 (byte[15] & 0x02) is set to 1, the compressed video data chunk begins with a new palette. The palette data is transported as 770 bytes. The first byte contains the first palette index to modify. The second byte contains the number of palette entries to change. The remaining 768 bytes are 256 R-G-B palette triplets. Again, these are stored as 6-bit VGA DAC values and should be scaled accordingly.<br />
<br />
The compressed video data begins with a byte describing how the data is encoded. The byte specifies the following information:<br />
<br />
bit 7 specifies that data chunk is LZ compressed<br />
bits 6-0 specifies 1 of 3 rendering methods<br />
<br />
If bit 7 is 1, the data chunk must be passed through the LZ decoder before progressing to the rendering phase. If bit 7 is 0, the data chunk is passed directly to the rendering phase.<br />
<br />
The VMD LZ decoding algorithm takes the compressed video buffer (after the coding method byte described above) as input and outputs a buffer of decoded bytes. The output buffer must be as large as indicated in bytes 800-803 of the main VMD header. The VMD LZ decoding algorithm operates as follows:<br />
<br />
allocate a circular queue of 4096 (0x1000) bytes and initialize all<br />
elements to 0x20; note that the queue is addressed with a 12-bit<br />
number<br />
initialize variable dataleft as the first 4 numbers in the block<br />
if the next 4 bytes are (0x34 0x12 0x78 0x56)<br />
advance stream over the 4 marker bytes<br />
initialize queue position (qpos) to 0x111<br />
initialize special chain length (speclen) to 18<br />
else<br />
initialize qpos to 0xFEE<br />
initialize speclen to nothing (any value above 18 will suffice in<br />
this example)<br />
proceed to main decode loop...<br />
while there is more data left (dataleft > 0)<br />
tag = the next byte in the stream<br />
if (tag is 0xFF) and (dataleft > 8)<br />
take the next 8 bytes from the stream and place them in both the<br />
output buffer and the circular queue<br />
subtract 8 from dataleft<br />
else<br />
foreach bit in tag byte, reading from right -> left<br />
if (bit is 1)<br />
take the next byte from the stream and place it in both the<br />
output buffer and the circular queue<br />
decrement dataleft<br />
else<br />
move a chain of bytes from the circular queue to the output<br />
get the length and beginning offset of the chain from the next<br />
2 bytes in the stream:<br />
byte 0: bits 7-0: lower 8 bits of beginning offset<br />
byte 1: bits 7-4: upper 4 bits of beginning offset<br />
bits 3-0: length of chain, minus 3<br />
thus, add 3 to the length to obtain the actual length<br />
if (length is equal to speclen)<br />
length is 18 (max ordinary speclen value) + next byte in<br />
stream<br />
copy the byte chain from the circular queue to the output;<br />
in the process, add the chain back into the queue<br />
subtract length from dataleft<br />
<br />
There are 3 rendering methods that a frame can use to paint the raw or LZ-decoded data (referred to as the video data buffer) onto the final output frame.<br />
<br />
Method 1 iterates through each line in the output frame, as indicated by the dimensions specified in the frame information record. For each line:<br />
<br />
offset = 0<br />
repeat<br />
length = next byte in video data buffer<br />
if (bit 7 of length byte is 1)<br />
mask off bit 7 of length and add 1 (length = (length & 0x7F) + 1)<br />
copy length bytes from the video data buffer to the output frame<br />
advance offset by length<br />
else<br />
increment length<br />
copy length bytes from the same position in the previous frame to<br />
the current frame<br />
while (offset < frame width)<br />
<br />
Method 2 simply copies the entire video data buffer onto the output frame. This is the simplest rendering method, but be sure to take into account the frame's specific decoding dimensions as specified in the frame record.<br />
<br />
Method 3 operates just like method 1 except for one small change. When bit 7 of the length byte is 1 and the length byte has been masked and incremented, the next byte in the video data buffer is examined. If the byte is not 0xFF, perform the same copy as in method 1. If the byte is 0xFF, apply a RLE decoding algorithm to unpack the data from the video data buffer into the output frame. The RLE unpacking algorithm operates as follows:<br />
<br />
if the length is odd, copy the next byte from the video data buffer to<br />
the output frame and decrement length<br />
divide length by 2<br />
while (length > 0)<br />
fetch the next byte from the video data buffer<br />
if the top bit of the byte is 1 (byte & 0x80)<br />
drop the top bit of the byte and shift left by 1:<br />
byte = (byte & 0x7F) << 1<br />
copy (byte) bytes from video data buffer to output frame<br />
else<br />
foreach count in byte<br />
copy the next 2 bytes from video data buffer to output frame; in<br />
other words, bytes A and B from the video data buffer will be<br />
repeated n times: ABABABAB...<br />
<br />
== Audio Format ==<br />
<br />
8-bits audio stored as a raw PCM samples, all 16-bits sound are 2:1 DPCM-encoded. First, you need to ensure VMD contains any sound by checking bit 12 (& 0x1000) of the file header' flags. Non-zero bit indicates file has sound. Fields audio_sample_rate and audio_frame_length contains playback rate and size of single (compressed) sound block respectively. Negative audio frame length used to indicate 16-bits sound data, in this case you need to invert this field to get the actual block length. Audio flags field keeps other important flags: bit 15 (& 0x8000) indicates old-style stereo-sound, while bit 9 (& 0x200) - new stereo sound format (introduced in Shivers 2 game). These formats a little different in the meaning of several fields (one format stores just deltas and another one stores initial sample values in the beginning of every block), making original playback core is not backward compatible - Shivers 2 can not play old videos properly. Optimal way is check bit 15 first and if it's zero, additionally check bit 9 to determinate number of channels. The main difference between old and new formats - old vmds treat audio frame length field as the number of samples for both channels, but new version - only as number of samples for single channel (i.e. you need to multiply it by 2 for stereo sound). There is also [[IMA ADPCM]] compression signalled by bit 4 (& 0x10) with block data in the following format: 16-bit initial samples for one or two channels, 8-bit step indices and the rest is ADPCM data decoded high nibble first. In case of new VMD format with an external audio codec payloads are decoded with some codec from Lernout&Hauspie StreamTalk family:<br />
* type 3 --- 15 kbps @ 8kHz<br />
* type 4 --- 50 kbps @ 22kHz<br />
* type 5 --- 25 kbps @ 11kHz<br />
* type 6 --- CELP codec 4.8 kbps @ 8kHz<br />
Most of these codecs are variable bitrate audio codecs based on MPEG Audio Layer II but without a header and with fixed bit allocation class.<br />
<br />
When you encounter frame information record of type 1, proceed to audio decoding. First, analyse frame's audio_flags byte. It may be eiter:<br />
* 1 - normal sound block<br />
Decompress single audio block and continue to next frame<br />
* 2 - multiple sound and silence blocks<br />
Get next 4 bytes of the frame's data. This is a sound mask bits. Starting from bit 0, each non-zero bit indicates silence block. Zero means normal audio block. Thus, iterate number_of_sound_buffer times to fill chain of sound and/or silence blocks.<br />
* 3 - single silence block<br />
Fill whole block with silence.<br />
<br />
The decompression scheme is quite trivial. As stated above, it has been used only if file contains 16-bits audio. First, you need to get one or two (depends on number of the channels) initial samples. For mono and new-stereo sound each initial sample is the first word(s) of audio stream data. Old-style stereo sound has no static samples, instead, they are initialized to zero at the beginning of the playback and carried between successive frames. This may cause some difficulties with random seeking over such kind of files. Using these samples, perform decoding of the rest of chunk' bytes using this formula:<br />
if code & 0x80 sample = sample - Table[code & 0x7F]<br />
else sample = sample + Table[code & 0x7F]<br />
Where code is the bytes of packed data. Interleave left-right samples decoding for stereo sound. <br />
<br />
The delta table is:<br />
0, 8, 16, 32, 48, 64, 80, 96, 112, 128, 144, 160, 176, 192, 208, 224<br />
240, 256, 272, 288, 304, 320, 336, 352, 368, 384, 400, 416, 432, 448, 464, 480<br />
496, 512, 520, 528, 536, 544, 552, 560, 568, 576, 584, 592, 600, 608, 616, 624<br />
632, 640, 648, 656, 664, 672, 680, 688, 696, 704, 712, 720, 728, 736, 744, 752<br />
760, 768, 776, 784, 792, 800, 808, 816, 824, 832, 840, 848, 856, 864, 872, 880<br />
888, 896, 904, 912, 920, 928, 936, 944, 952, 960, 968, 976, 984, 992, 1000, 1008<br />
1016, 1024, 1088, 1152, 1216, 1280, 1344, 1408, 1472, 1536, 1600, 1664, 1728, 1792, 1856, 1920<br />
1984, 2048, 2304, 2560, 2816, 3072, 3328, 3584, 3840, 4096, 5120, 6144, 7168, 8192,12288,16384<br />
<br />
== Games Using VMD ==<br />
<br />
These are some of the Sierra/Coktel Vision computer games that are known to use the VMD file format:<br />
* Coktel Vision:<br />
** ADI 2<br />
** ADI 4<br />
** ADI 5<br />
** Adibou 1<br />
** Adibou 2<br />
** Adibou 3<br />
** [https://www.mobygames.com/game/71003/adibou-presente-la-magie/ ADIBOU présente la Magie]<br />
** Adibou présente la Cuisine<br />
** ADIBOU présente le Dessin<br />
** Adiboud'chou à la mer<br />
** Adiboud'chou à la campagne<br />
** Adiboud'chou dans la jungle et la savane<br />
** Adiboud'chou sur la banquise<br />
** [http://www.mobygames.com/game/win3x/bizarre-adventures-of-woodruff-and-the-schnibble The Bizarre Adventures of Woodruff and the Schnibble]<br />
** [http://www.mobygames.com/game/last-dynasty The Last Dynasty]<br />
** [https://www.mobygames.com/game/45579/land-of-the-magic-stones/ Land of the Magic Stones]<br />
** [https://www.mobygames.com/game/184579/playtoons-1-featuring-uncle-archibald/ Playtoons 1]<br />
** [https://www.mobygames.com/game/185154/playtoons-2-the-case-of-the-counterfeit-collaborator/ Playtoons 2]<br />
** [https://www.mobygames.com/game/185155/playtoons-3-the-secret-of-the-castle/ Playtoons 3]<br />
** [https://www.mobygames.com/game/185156/playtoons-4-the-mandarine-prince/ Playtoons 4]<br />
** [https://www.mobygames.com/game/3809/urban-runner/ Urban Runner]<br />
** Nathan Vacances<br />
** English Fever<br />
* Sierra:<br />
** [http://www.mobygames.com/game/betrayal-in-antara Betrayal In Antara]<br />
** [http://www.mobygames.com/game/beast-within-a-gabriel-knight-mystery Gabriel Knight 2: The Beast Within]<br />
** [http://www.mobygames.com/game/leisure-suit-larry-love-for-sail Leisure Suit Larry 7]<br />
** [http://www.mobygames.com/game/lighthouse-the-dark-being Lighthouse]<br />
** [http://www.mobygames.com/game/dos/roberta-williams-phantasmagoria Phantasmagoria]<br />
** [http://www.mobygames.com/game/rama RAMA]<br />
** [http://www.mobygames.com/game/shivers Shivers]<br />
** [https://www.mobygames.com/game/665/shivers-two-harvest-of-souls Shivers 2: Harvest of Souls]<br />
** [http://www.mobygames.com/game/dos/daryl-f-gates-police-quest-swat SWAT]<br />
** [http://www.mobygames.com/game/torins-passage Torin's Passage]<br />
<br />
[[Category:Game Formats]]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/CNCSA&diff=16077Engines/CNCSA2025-08-09T20:01:49Z<p>BJNFNE: /* CNCSA32.DLL */</p>
<hr />
<div>CNCSA is an Game engine made in the year 1996.<br />
<br />
* CNCSA stands for Click & Create - Stand alone application.<br />
* CNCSA was made by Europress Software.<br />
* The engine was used so far known for the ADI 4 / 5 mini games which could get unlocked while solving excercises.<br />
<br />
== Games using this engine==<br />
* BreakTime (2.97)<br />
* Jet Fighter<br />
* Jupiter<br />
* Memory<br />
* Medor<br />
* Little Billard<br />
* STOCKAR'96 (v2.01b)<br />
* Rallygo?<br />
* Electron<br />
* Des Dalles<br />
* Athletics (v1.00)<br />
* Row (v1.00)<br />
* Push & Pusher (v1.00)<br />
* Gems (v1.00)<br />
* Fuzzy (v1.00)<br />
* Escape (v1.00)<br />
* The Diamond (v1.00)<br />
* CAR 97 (v1.00)<br />
* Sticky Ballz (v1.00)<br />
* Jumping Toon (v1.00)<br />
<br />
== Game executable versions ==<br />
* 1.4.1.34<br />
* 1.03<br />
<br />
== CNCSA32.DLL ==<br />
* CNCSA32.DLL is used for the graphics libary<br />
* Versions: 1.1.1.24<br />
* Used formats: bmp, dib, rle, pcx, .gif, lbm, ,iff, .fli, .flc<br />
<br />
== CCA File Structure ==<br />
* CCA stands for Click & Create Archive<br />
* first 4 byte are for compression which was used? 'PAME'<br />
* next 15 bytes there is present the Game name.<br />
* After that the next 4 bytes is the Game version<br />
<br />
== DAT File Format==<br />
* DAT contains the text for the various languages in [Sections]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/CNCSA&diff=16076Engines/CNCSA2025-08-09T20:01:26Z<p>BJNFNE: </p>
<hr />
<div>CNCSA is an Game engine made in the year 1996.<br />
<br />
* CNCSA stands for Click & Create - Stand alone application.<br />
* CNCSA was made by Europress Software.<br />
* The engine was used so far known for the ADI 4 / 5 mini games which could get unlocked while solving excercises.<br />
<br />
== Games using this engine==<br />
* BreakTime (2.97)<br />
* Jet Fighter<br />
* Jupiter<br />
* Memory<br />
* Medor<br />
* Little Billard<br />
* STOCKAR'96 (v2.01b)<br />
* Rallygo?<br />
* Electron<br />
* Des Dalles<br />
* Athletics (v1.00)<br />
* Row (v1.00)<br />
* Push & Pusher (v1.00)<br />
* Gems (v1.00)<br />
* Fuzzy (v1.00)<br />
* Escape (v1.00)<br />
* The Diamond (v1.00)<br />
* CAR 97 (v1.00)<br />
* Sticky Ballz (v1.00)<br />
* Jumping Toon (v1.00)<br />
<br />
== Game executable versions ==<br />
* 1.4.1.34<br />
* 1.03<br />
<br />
== CNCSA32.DLL ==<br />
* CNCSA32.DLL is used for the graphics libary<br />
* Versions: 1.1.1.24<br />
* Used formats: bmp, dib, rle, pcx,.gif, lbm, ,iff, .fli, .flc<br />
<br />
== CCA File Structure ==<br />
* CCA stands for Click & Create Archive<br />
* first 4 byte are for compression which was used? 'PAME'<br />
* next 15 bytes there is present the Game name.<br />
* After that the next 4 bytes is the Game version<br />
<br />
== DAT File Format==<br />
* DAT contains the text for the various languages in [Sections]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/CNCSA&diff=16075Engines/CNCSA2025-08-09T19:59:58Z<p>BJNFNE: /* CCA File Structure */</p>
<hr />
<div>CNCSA is an Game engine made in the year 1996.<br />
<br />
* CNCSA stands for Click & Create - Stand alone application.<br />
* CNCSA was made by Europress Software.<br />
* The engine was used so far known for the ADI 4 / 5 mini games which could get unlocked while solving excercises.<br />
<br />
== Games using this engine==<br />
* BreakTime (2.97)<br />
* Jet Fighter<br />
* Jupiter<br />
* Memory<br />
* Medor<br />
* Little Billard<br />
* STOCKAR'96 (v2.01b)<br />
* Rallygo?<br />
* Electron<br />
* Des Dalles<br />
* Athletics (v1.00)<br />
* Row (v1.00)<br />
* Push & Pusher (v1.00)<br />
* Gems (v1.00)<br />
* Fuzzy (v1.00)<br />
* Escape (v1.00)<br />
* The Diamond (v1.00)<br />
* CAR 97 (v1.00)<br />
* Sticky Ballz (v1.00)<br />
* Jumping Toon (v1.00)<br />
<br />
== Game executable versions ==<br />
* 1.4.1.34<br />
* 1.03<br />
<br />
== CNCSA32.DLL ==<br />
* CNCSA32.DLL is used for the graphics libary<br />
* Versions: 1.1.1.24<br />
<br />
== CCA File Structure ==<br />
* CCA stands for Click & Create Archive<br />
* first 4 byte are for compression which was used? 'PAME'<br />
* next 15 bytes there is present the Game name.<br />
* After that the next 4 bytes is the Game version<br />
<br />
== DAT File Format==<br />
* DAT contains the text for the various languages in [Sections]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/CNCSA&diff=16074Engines/CNCSA2025-08-09T19:50:40Z<p>BJNFNE: add DAT</p>
<hr />
<div>CNCSA is an Game engine made in the year 1996.<br />
<br />
* CNCSA stands for Click & Create - Stand alone application.<br />
* CNCSA was made by Europress Software.<br />
* The engine was used so far known for the ADI 4 / 5 mini games which could get unlocked while solving excercises.<br />
<br />
== Games using this engine==<br />
* BreakTime (2.97)<br />
* Jet Fighter<br />
* Jupiter<br />
* Memory<br />
* Medor<br />
* Little Billard<br />
* STOCKAR'96 (v2.01b)<br />
* Rallygo?<br />
* Electron<br />
* Des Dalles<br />
* Athletics (v1.00)<br />
* Row (v1.00)<br />
* Push & Pusher (v1.00)<br />
* Gems (v1.00)<br />
* Fuzzy (v1.00)<br />
* Escape (v1.00)<br />
* The Diamond (v1.00)<br />
* CAR 97 (v1.00)<br />
* Sticky Ballz (v1.00)<br />
* Jumping Toon (v1.00)<br />
<br />
== Game executable versions ==<br />
* 1.4.1.34<br />
* 1.03<br />
<br />
== CNCSA32.DLL ==<br />
* CNCSA32.DLL is used for the graphics libary<br />
* Versions: 1.1.1.24<br />
<br />
== CCA File Structure ==<br />
* first 4 byte are for compression which was used? 'PAME'<br />
* next 15 bytes there is present the Game name.<br />
* After that the next 4 bytes is the Game version<br />
<br />
== DAT File Format==<br />
* DAT contains the text for the various languages in [Sections]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Games/Connect_4&diff=16073Games/Connect 42025-08-09T15:02:25Z<p>BJNFNE: Created page with "Connect 4 was written in Visual Basic 4.0 == DLL's == Connect 4 had multiple DLL's, Those were added to the Game's directory to be playable out of the box. * KERNEL32.DLL * MSVCRT40.DLL (4.0) * USER32.DLL * VB40032.DLL (4.0 x86) == HLP == * These are the manuals in various Languages to understand how the Game works."</p>
<hr />
<div>Connect 4 was written in Visual Basic 4.0<br />
<br />
<br />
== DLL's ==<br />
Connect 4 had multiple DLL's, Those were added to the Game's directory to be playable out of the box.<br />
* KERNEL32.DLL<br />
* MSVCRT40.DLL (4.0)<br />
* USER32.DLL<br />
* VB40032.DLL (4.0 x86)<br />
<br />
== HLP ==<br />
* These are the manuals in various Languages to understand how the Game works.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16047Engines/PSM2025-05-25T15:30:56Z<p>BJNFNE: add more infos about DOK File Format</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
* Skyworker<br />
* Mr. Clean<br />
* Bi-Fi Roll Action in Hollywood<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== DOK File Format ==<br />
* DOK files are Documents<br />
* Used by multiple Art Department games<br />
* INFO.BAT relies on INFO.DOK<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== P2L File Format ==<br />
* P2L is an compressed Archive for the PSM Soundsystem<br />
* Signature: PSMLST PSM 2.00<br />
<br />
== GF File Format ==<br />
* GF Files have GF0 or GF1 extension.<br />
* Signature for all GF Files: GGFX<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]<br />
* [https://www.foobar2000.org/components/view/foo_input_zxtune Foo Input Zxtune]<br />
* [https://www.foobar2000.org/components/view/foo_openmpt54 Foo OpenMPT54]<br />
* [https://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/DEAF_Module_Decoder_(foo_deaf) DEAF Module Decoder]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=P2L P2L]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16046Engines/PSM2025-05-25T15:29:22Z<p>BJNFNE: /* File Formats ( */</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
* Skyworker<br />
* Mr. Clean<br />
* Bi-Fi Roll Action in Hollywood<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== File Formats ==<br />
* DOK (Documents)<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== P2L File Format ==<br />
* P2L is an compressed Archive for the PSM Soundsystem<br />
* Signature: PSMLST PSM 2.00<br />
<br />
== GF File Format ==<br />
* GF Files have GF0 or GF1 extension.<br />
* Signature for all GF Files: GGFX<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]<br />
* [https://www.foobar2000.org/components/view/foo_input_zxtune Foo Input Zxtune]<br />
* [https://www.foobar2000.org/components/view/foo_openmpt54 Foo OpenMPT54]<br />
* [https://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/DEAF_Module_Decoder_(foo_deaf) DEAF Module Decoder]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=P2L P2L]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16045Engines/PSM2025-05-25T15:29:11Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
* Skyworker<br />
* Mr. Clean<br />
* Bi-Fi Roll Action in Hollywood<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== File Formats ( ==<br />
* DOK (Documents)<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== P2L File Format ==<br />
* P2L is an compressed Archive for the PSM Soundsystem<br />
* Signature: PSMLST PSM 2.00<br />
<br />
== GF File Format ==<br />
* GF Files have GF0 or GF1 extension.<br />
* Signature for all GF Files: GGFX<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]<br />
* [https://www.foobar2000.org/components/view/foo_input_zxtune Foo Input Zxtune]<br />
* [https://www.foobar2000.org/components/view/foo_openmpt54 Foo OpenMPT54]<br />
* [https://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/DEAF_Module_Decoder_(foo_deaf) DEAF Module Decoder]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=P2L P2L]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16044Engines/PSM2025-05-24T18:37:01Z<p>BJNFNE: /* Games using this Engine */</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
* Skyworker<br />
* Mr. Clean<br />
* Bi-Fi Roll Action in Hollywood<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== P2L File Format ==<br />
* P2L is an compressed Archive for the PSM Soundsystem<br />
* Signature: PSMLST PSM 2.00<br />
<br />
== GF File Format ==<br />
* GF Files have GF0 or GF1 extension.<br />
* Signature for all GF Files: GGFX<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]<br />
* [https://www.foobar2000.org/components/view/foo_input_zxtune Foo Input Zxtune]<br />
* [https://www.foobar2000.org/components/view/foo_openmpt54 Foo OpenMPT54]<br />
* [https://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/DEAF_Module_Decoder_(foo_deaf) DEAF Module Decoder]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=P2L P2L]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16043Engines/PSM2025-05-24T18:30:28Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
* Skyworker<br />
* Mr. Clean<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== P2L File Format ==<br />
* P2L is an compressed Archive for the PSM Soundsystem<br />
* Signature: PSMLST PSM 2.00<br />
<br />
== GF File Format ==<br />
* GF Files have GF0 or GF1 extension.<br />
* Signature for all GF Files: GGFX<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]<br />
* [https://www.foobar2000.org/components/view/foo_input_zxtune Foo Input Zxtune]<br />
* [https://www.foobar2000.org/components/view/foo_openmpt54 Foo OpenMPT54]<br />
* [https://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/DEAF_Module_Decoder_(foo_deaf) DEAF Module Decoder]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=P2L P2L]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16042Engines/PSM2025-05-24T18:09:54Z<p>BJNFNE: /* External References */</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
* Skyworker<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]<br />
* [https://www.foobar2000.org/components/view/foo_input_zxtune Foo Input Zxtune]<br />
* [https://www.foobar2000.org/components/view/foo_openmpt54 Foo OpenMPT54]<br />
* [https://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/DEAF_Module_Decoder_(foo_deaf) DEAF Module Decoder]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=P2L P2L]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16041Engines/PSM2025-05-24T18:07:48Z<p>BJNFNE: /* Games using this Engine */</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
* Skyworker<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]<br />
* [https://www.foobar2000.org/components/view/foo_input_zxtune Foo Input Zxtune]<br />
* [https://www.foobar2000.org/components/view/foo_openmpt54 Foo OpenMPT54]<br />
* [https://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/DEAF_Module_Decoder_(foo_deaf) DEAF Module Decoder]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16040Engines/PSM2025-05-24T18:05:29Z<p>BJNFNE: add more external links</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]<br />
* [https://www.foobar2000.org/components/view/foo_input_zxtune Foo Input Zxtune]<br />
* [https://www.foobar2000.org/components/view/foo_openmpt54 Foo OpenMPT54]<br />
* [https://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/DEAF_Module_Decoder_(foo_deaf) DEAF Module Decoder]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16039Engines/PSM2025-05-24T17:55:33Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== SAV File Format ==<br />
* There are stored the Savegame.<br />
* Player name is there stored in plain text.<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16038Engines/PSM2025-05-24T17:54:20Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP00 ==<br />
* Starts the Game normal.<br />
<br />
== XP01 ==<br />
* Starts directly into the Game and skips Intro. And goes straight into the Game menu.<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16037Engines/PSM2025-05-24T17:51:34Z<p>BJNFNE: add XP02</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== XP02 ==<br />
* Is an Textviewer to view Text of an File.<br />
* Usage: XP02.EXE EXAMPLE.TXT<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16036Engines/PSM2025-05-24T17:48:04Z<p>BJNFNE: /* PSM4CFG */</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
<br />
== PSM4CFG ==<br />
* Is the Configuration program for the PSM Soundsystem.<br />
* Version 4.00<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16035Engines/PSM2025-05-24T17:47:30Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
* Captain Gysi und das Raumschiff Bonn<br />
<br />
== PSM4CFG ==<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16034Engines/PSM2025-05-24T17:44:29Z<p>BJNFNE: add Palladix links</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein<br />
<br />
<br />
== External References ==<br />
* [https://www.vgmpf.com/Wiki/index.php?title=Palladix Palladix]<br />
* [https://www.vgmpf.com/Wiki/index.php?title=PMA Palladix Music AdLib]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16033Engines/PSM2025-05-24T17:41:28Z<p>BJNFNE: /* Games using this Engine */</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten<br />
* Captain Zins<br />
* Die Enviro-Kids greifen ein</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/PSM&diff=16032Engines/PSM2025-05-24T17:39:32Z<p>BJNFNE: Created page with "== Games using this Engine == * Dunkle Schatten"</p>
<hr />
<div>== Games using this Engine ==<br />
* Dunkle Schatten</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/XPAT&diff=15946Engines/XPAT2025-05-10T14:20:17Z<p>BJNFNE: mention name of XCS</p>
<hr />
<div>XPAT is an Game engine made by Digital Media International in 1995.<br />
<br />
== Games using this Engine ==<br />
* The Land Before Time Kindergarten Adventure (1998)<br />
* The Land Before Time Math Adventure (1997)<br />
* The Land Before Time Activity Center (1997)<br />
<br />
== XCOMPILE ==<br />
* XCOMPILE.EXE is the Compiler which is used to compile the SPT files (script source code) into XCS (XPAT Compiled Script)<br />
* They left the Compiler on accident on the retail CD's.<br />
* Version 1.0<br />
* Howto use XCOMPILE:<br />
** 0. Copy the SETUP Folder which stores XCOMPILE.EXE to your Hard drive.<br />
** 1. Type under Project name, the name for your project.<br />
** 2. Define X and Y Resolution<br />
** 3. Keep "Allow Modifcations and Recompiles" enabled.<br />
** 4. Define under Path where the SPT file is stored. Example: \setup\<br />
** 5. Keep Update Path for Scripts and DLLs empty.<br />
** 6. Define under "Name of Starting Script" the name of the script: Example: example.spt<br />
** 7. If everything is ready press on the floppy disk. There define the Scriptpath and press OK. If its not working may try the Force Recompile option<br />
<br />
== XCS ==<br />
* XCS files are compiled with XCOMPILE<br />
* Name: XPAT Compiled Script<br />
<br />
== Used formats ==<br />
* [https://wiki.multimedia.cx/index.php/BMP BMP]<br />
* [https://wiki.multimedia.cx/index.php/WAV WAV]<br />
* [https://wiki.multimedia.cx/index.php/FLX FLX]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15944Engines/Eko2025-05-10T11:48:50Z<p>BJNFNE: /* Boolean */</p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques (2009)<br />
* Garfield Lasagna World Tour (2008)<br />
* Th3 Plan (2006)<br />
* Gifty (2000)<br />
* Strawberry Shortcake The Sweet Dreams Game (2006)<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
* C:\Eko\cactus\Main\MainMenu.cpp<br />
* C:\Eko\cactus\Main\mainwin.cpp<br />
* C:\Eko\cactus\Main\PathFinder.cpp<br />
* C:\Eko\cactus\Main\Replay.cpp<br />
* C:\Eko\cactus\Camera\CameraManager.cpp<br />
* C:\Eko\cactus\Engine\castle_w.cpp<br />
* C:\Eko\cactus\Engine\raster.cpp<br />
* C:\Eko\cactus\Engine\Poudre.cpp<br />
* C:\Eko\cactus\Engine\Instance_l.cpp<br />
* C:\Eko\cactus\Engine\texture.cpp<br />
* C:\Eko\cactus\Engine\Instance_p2.cpp<br />
* C:\Eko\cactus\Engine\visipak.cpp<br />
* C:\Eko\cactus\Engine\PolyLine.cpp<br />
* C:\Eko\cactus\Engine\mesh.cpp<br />
* C:\Eko\cactus\Engine\Instance_e.cpp<br />
* C:\Eko\cactus\Engine\Instance_pl.cpp<br />
* C:\Eko\cactus\Engine\Instance_z.cpp<br />
* C:\Eko\cactus\Engine\instance_f.cpp<br />
* C:\Eko\cactus\Engine\circulaire.cpp<br />
* C:\Eko\cactus\General\Cycle.cpp<br />
* C:\Eko\cactus\General\Text.cpp<br />
* C:\Eko\cactus\General\Font.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameRules.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameCinematic.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\Menu.cpp<br />
* C:\Eko\cactus\Gestion\Perso\Perso.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameCamera.cpp<br />
* C:\Eko\cactus\Langage\Emulator.cpp<br />
* C:\Eko\cactus\Specialfx\SpecialFx.cpp<br />
* C:\Eko\cactus\Specialfx\magicparticle.cpp<br />
* C:\Eko\cactus\Specialfx\GeneralFx.cpp<br />
* C:\Eko\cactus\arti\MetteurFeu.cpp<br />
* C:\Eko\cactus\arti\Garde.cpp<br />
* C:\Eko\cactus\arti\GardesSombreClair.cpp<br />
* C:\Eko\cactus\arti\Informateur.cpp<br />
* C:\Eko\cactus\arti\Turc.cpp<br />
* C:\Eko\cactus\arti\DonneurBonus.cpp<br />
* C:\Eko\cactus\arti\GenPoudre.cpp<br />
* C:\Eko\cactus\arti\Petit.cpp<br />
* C:\Eko\cactus\arti\Patrouilleur.cpp<br />
* C:\Eko\cactus\arti\PnjBase.cpp<br />
* C:\Eko\cactus\arti\TrajetPreDef.cpp<br />
* C:\Eko\cactus\Sound\Sound.cpp<br />
* C:\Eko\cactus\Sound\CSoundHardwareManager.cpp<br />
* C:\Eko\cactus\Sound\CPCSoundHardwareManager.cpp<br />
* C:\Eko\cactus\Sound\PCBFSoundManager.cpp<br />
* C:\Eko\cactus\Sound\CPCSoundSoftwareManager.cpp<br />
* C:\Eko\cactus\LoadRes\CResManager.cpp<br />
* C:\Eko\cactus\LoadRes\LoadRes.cpp<br />
* C:\Eko\cactus\Cinematic\CinematicPC.cpp<br />
* C:\Eko\cactus\Cinematic\Cinematic.cpp<br />
* C:\Eko\cactus\Camera\Instance_c.cpp<br />
* C:\Eko\cactus\General\Tga.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true<br />
* m_nGroundType<br />
<br />
== Functions ==<br />
* CCactusPCShaders::InitVertexShaders()<br />
* CCactusPCShaders::InitPixelShaders()<br />
* CCactusPCShaders::SetShader()<br />
<br />
== Macros ==<br />
* SET_CAMERA_MOTION_HANDCAMERA<br />
* LOAD_HANDCAMERA_PARAMS<br />
* SAVE_HANDCAMERA_PARAMS<br />
* SET_CAMERA_MOTION_RACE<br />
* TYPE_TARGET<br />
* SET_CAMERA_AUTOFOCUS<br />
<br />
== Foster ==<br />
* Foster is storing Copy Protection (StarForce)<br />
* Foster.exe version: 3.07<br />
* Used by Th3 Plan</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15943Engines/Eko2025-05-10T11:37:39Z<p>BJNFNE: add strawberry game</p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques (2009)<br />
* Garfield Lasagna World Tour (2008)<br />
* Th3 Plan (2006)<br />
* Gifty (2000)<br />
* Strawberry Shortcake The Sweet Dreams Game (2006)<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
* C:\Eko\cactus\Main\MainMenu.cpp<br />
* C:\Eko\cactus\Main\mainwin.cpp<br />
* C:\Eko\cactus\Main\PathFinder.cpp<br />
* C:\Eko\cactus\Main\Replay.cpp<br />
* C:\Eko\cactus\Camera\CameraManager.cpp<br />
* C:\Eko\cactus\Engine\castle_w.cpp<br />
* C:\Eko\cactus\Engine\raster.cpp<br />
* C:\Eko\cactus\Engine\Poudre.cpp<br />
* C:\Eko\cactus\Engine\Instance_l.cpp<br />
* C:\Eko\cactus\Engine\texture.cpp<br />
* C:\Eko\cactus\Engine\Instance_p2.cpp<br />
* C:\Eko\cactus\Engine\visipak.cpp<br />
* C:\Eko\cactus\Engine\PolyLine.cpp<br />
* C:\Eko\cactus\Engine\mesh.cpp<br />
* C:\Eko\cactus\Engine\Instance_e.cpp<br />
* C:\Eko\cactus\Engine\Instance_pl.cpp<br />
* C:\Eko\cactus\Engine\Instance_z.cpp<br />
* C:\Eko\cactus\Engine\instance_f.cpp<br />
* C:\Eko\cactus\Engine\circulaire.cpp<br />
* C:\Eko\cactus\General\Cycle.cpp<br />
* C:\Eko\cactus\General\Text.cpp<br />
* C:\Eko\cactus\General\Font.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameRules.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameCinematic.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\Menu.cpp<br />
* C:\Eko\cactus\Gestion\Perso\Perso.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameCamera.cpp<br />
* C:\Eko\cactus\Langage\Emulator.cpp<br />
* C:\Eko\cactus\Specialfx\SpecialFx.cpp<br />
* C:\Eko\cactus\Specialfx\magicparticle.cpp<br />
* C:\Eko\cactus\Specialfx\GeneralFx.cpp<br />
* C:\Eko\cactus\arti\MetteurFeu.cpp<br />
* C:\Eko\cactus\arti\Garde.cpp<br />
* C:\Eko\cactus\arti\GardesSombreClair.cpp<br />
* C:\Eko\cactus\arti\Informateur.cpp<br />
* C:\Eko\cactus\arti\Turc.cpp<br />
* C:\Eko\cactus\arti\DonneurBonus.cpp<br />
* C:\Eko\cactus\arti\GenPoudre.cpp<br />
* C:\Eko\cactus\arti\Petit.cpp<br />
* C:\Eko\cactus\arti\Patrouilleur.cpp<br />
* C:\Eko\cactus\arti\PnjBase.cpp<br />
* C:\Eko\cactus\arti\TrajetPreDef.cpp<br />
* C:\Eko\cactus\Sound\Sound.cpp<br />
* C:\Eko\cactus\Sound\CSoundHardwareManager.cpp<br />
* C:\Eko\cactus\Sound\CPCSoundHardwareManager.cpp<br />
* C:\Eko\cactus\Sound\PCBFSoundManager.cpp<br />
* C:\Eko\cactus\Sound\CPCSoundSoftwareManager.cpp<br />
* C:\Eko\cactus\LoadRes\CResManager.cpp<br />
* C:\Eko\cactus\LoadRes\LoadRes.cpp<br />
* C:\Eko\cactus\Cinematic\CinematicPC.cpp<br />
* C:\Eko\cactus\Cinematic\Cinematic.cpp<br />
* C:\Eko\cactus\Camera\Instance_c.cpp<br />
* C:\Eko\cactus\General\Tga.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true<br />
<br />
== Functions ==<br />
* CCactusPCShaders::InitVertexShaders()<br />
* CCactusPCShaders::InitPixelShaders()<br />
* CCactusPCShaders::SetShader()<br />
<br />
== Macros ==<br />
* SET_CAMERA_MOTION_HANDCAMERA<br />
* LOAD_HANDCAMERA_PARAMS<br />
* SAVE_HANDCAMERA_PARAMS<br />
* SET_CAMERA_MOTION_RACE<br />
* TYPE_TARGET<br />
* SET_CAMERA_AUTOFOCUS<br />
<br />
== Foster ==<br />
* Foster is storing Copy Protection (StarForce)<br />
* Foster.exe version: 3.07<br />
* Used by Th3 Plan</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15942Engines/Eko2025-05-10T11:30:15Z<p>BJNFNE: add more cpp files from the first game</p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques (2009)<br />
* Garfield Lasagna World Tour (2008)<br />
* Th3 Plan (2006)<br />
* Gifty (2000)<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
* C:\Eko\cactus\Main\MainMenu.cpp<br />
* C:\Eko\cactus\Main\mainwin.cpp<br />
* C:\Eko\cactus\Main\PathFinder.cpp<br />
* C:\Eko\cactus\Main\Replay.cpp<br />
* C:\Eko\cactus\Camera\CameraManager.cpp<br />
* C:\Eko\cactus\Engine\castle_w.cpp<br />
* C:\Eko\cactus\Engine\raster.cpp<br />
* C:\Eko\cactus\Engine\Poudre.cpp<br />
* C:\Eko\cactus\Engine\Instance_l.cpp<br />
* C:\Eko\cactus\Engine\texture.cpp<br />
* C:\Eko\cactus\Engine\Instance_p2.cpp<br />
* C:\Eko\cactus\Engine\visipak.cpp<br />
* C:\Eko\cactus\Engine\PolyLine.cpp<br />
* C:\Eko\cactus\Engine\mesh.cpp<br />
* C:\Eko\cactus\Engine\Instance_e.cpp<br />
* C:\Eko\cactus\Engine\Instance_pl.cpp<br />
* C:\Eko\cactus\Engine\Instance_z.cpp<br />
* C:\Eko\cactus\Engine\instance_f.cpp<br />
* C:\Eko\cactus\Engine\circulaire.cpp<br />
* C:\Eko\cactus\General\Cycle.cpp<br />
* C:\Eko\cactus\General\Text.cpp<br />
* C:\Eko\cactus\General\Font.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameRules.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameCinematic.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\Menu.cpp<br />
* C:\Eko\cactus\Gestion\Perso\Perso.cpp<br />
* C:\Eko\cactus\Gestion\GameRules\GameCamera.cpp<br />
* C:\Eko\cactus\Langage\Emulator.cpp<br />
* C:\Eko\cactus\Specialfx\SpecialFx.cpp<br />
* C:\Eko\cactus\Specialfx\magicparticle.cpp<br />
* C:\Eko\cactus\Specialfx\GeneralFx.cpp<br />
* C:\Eko\cactus\arti\MetteurFeu.cpp<br />
* C:\Eko\cactus\arti\Garde.cpp<br />
* C:\Eko\cactus\arti\GardesSombreClair.cpp<br />
* C:\Eko\cactus\arti\Informateur.cpp<br />
* C:\Eko\cactus\arti\Turc.cpp<br />
* C:\Eko\cactus\arti\DonneurBonus.cpp<br />
* C:\Eko\cactus\arti\GenPoudre.cpp<br />
* C:\Eko\cactus\arti\Petit.cpp<br />
* C:\Eko\cactus\arti\Patrouilleur.cpp<br />
* C:\Eko\cactus\arti\PnjBase.cpp<br />
* C:\Eko\cactus\arti\TrajetPreDef.cpp<br />
* C:\Eko\cactus\Sound\Sound.cpp<br />
* C:\Eko\cactus\Sound\CSoundHardwareManager.cpp<br />
* C:\Eko\cactus\Sound\CPCSoundHardwareManager.cpp<br />
* C:\Eko\cactus\Sound\PCBFSoundManager.cpp<br />
* C:\Eko\cactus\Sound\CPCSoundSoftwareManager.cpp<br />
* C:\Eko\cactus\LoadRes\CResManager.cpp<br />
* C:\Eko\cactus\LoadRes\LoadRes.cpp<br />
* C:\Eko\cactus\Cinematic\CinematicPC.cpp<br />
* C:\Eko\cactus\Cinematic\Cinematic.cpp<br />
* C:\Eko\cactus\Camera\Instance_c.cpp<br />
* C:\Eko\cactus\General\Tga.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true<br />
<br />
== Functions ==<br />
* CCactusPCShaders::InitVertexShaders()<br />
* CCactusPCShaders::InitPixelShaders()<br />
* CCactusPCShaders::SetShader()<br />
<br />
== Macros ==<br />
* SET_CAMERA_MOTION_HANDCAMERA<br />
* LOAD_HANDCAMERA_PARAMS<br />
* SAVE_HANDCAMERA_PARAMS<br />
* SET_CAMERA_MOTION_RACE<br />
* TYPE_TARGET<br />
* SET_CAMERA_AUTOFOCUS<br />
<br />
== Foster ==<br />
* Foster is storing Copy Protection (StarForce)<br />
* Foster.exe version: 3.07<br />
* Used by Th3 Plan</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15941Engines/Eko2025-05-10T11:26:29Z<p>BJNFNE: add release year to games</p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques (2009)<br />
* Garfield Lasagna World Tour (2008)<br />
* Th3 Plan (2006)<br />
* Gifty (2000)<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true<br />
<br />
== Functions ==<br />
* CCactusPCShaders::InitVertexShaders()<br />
* CCactusPCShaders::InitPixelShaders()<br />
* CCactusPCShaders::SetShader()<br />
<br />
== Macros ==<br />
* SET_CAMERA_MOTION_HANDCAMERA<br />
* LOAD_HANDCAMERA_PARAMS<br />
* SAVE_HANDCAMERA_PARAMS<br />
* SET_CAMERA_MOTION_RACE<br />
* TYPE_TARGET<br />
* SET_CAMERA_AUTOFOCUS<br />
<br />
== Foster ==<br />
* Foster is storing Copy Protection (StarForce)<br />
* Foster.exe version: 3.07<br />
* Used by Th3 Plan</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15940Engines/Eko2025-05-10T11:23:33Z<p>BJNFNE: /* Games using this Engine */</p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques<br />
* Garfield Lasagna World Tour<br />
* Th3 Plan<br />
* Gifty<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true<br />
<br />
== Functions ==<br />
* CCactusPCShaders::InitVertexShaders()<br />
* CCactusPCShaders::InitPixelShaders()<br />
* CCactusPCShaders::SetShader()<br />
<br />
== Macros ==<br />
* SET_CAMERA_MOTION_HANDCAMERA<br />
* LOAD_HANDCAMERA_PARAMS<br />
* SAVE_HANDCAMERA_PARAMS<br />
* SET_CAMERA_MOTION_RACE<br />
* TYPE_TARGET<br />
* SET_CAMERA_AUTOFOCUS<br />
<br />
== Foster ==<br />
* Foster is storing Copy Protection (StarForce)<br />
* Foster.exe version: 3.07<br />
* Used by Th3 Plan</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15939Engines/Eko2025-05-10T10:39:51Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques<br />
* Garfield Lasagna World Tour<br />
* Th3 Plan<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true<br />
<br />
== Functions ==<br />
* CCactusPCShaders::InitVertexShaders()<br />
* CCactusPCShaders::InitPixelShaders()<br />
* CCactusPCShaders::SetShader()<br />
<br />
== Macros ==<br />
* SET_CAMERA_MOTION_HANDCAMERA<br />
* LOAD_HANDCAMERA_PARAMS<br />
* SAVE_HANDCAMERA_PARAMS<br />
* SET_CAMERA_MOTION_RACE<br />
* TYPE_TARGET<br />
* SET_CAMERA_AUTOFOCUS<br />
<br />
== Foster ==<br />
* Foster is storing Copy Protection (StarForce)<br />
* Foster.exe version: 3.07<br />
* Used by Th3 Plan</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15938Engines/Eko2025-05-10T10:20:38Z<p>BJNFNE: add Garfield Lasagna World Tour</p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques<br />
* Garfield Lasagna World Tour<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true<br />
<br />
== Functions ==<br />
* CCactusPCShaders::InitVertexShaders()<br />
* CCactusPCShaders::InitPixelShaders()<br />
* CCactusPCShaders::SetShader()<br />
<br />
== Macros ==<br />
* SET_CAMERA_MOTION_HANDCAMERA<br />
* LOAD_HANDCAMERA_PARAMS<br />
* SAVE_HANDCAMERA_PARAMS<br />
* SET_CAMERA_MOTION_RACE<br />
* TYPE_TARGET<br />
* SET_CAMERA_AUTOFOCUS</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15937Engines/Atlas2025-05-10T10:07:56Z<p>BJNFNE: /* Components */</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
* Frankie Das große Rennen<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.14 (1995)<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
** 5.62.t (2002)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)<br />
* SmartHeap 5.0<br />
* Miles Sound System 6.1c<br />
<br />
== Booster Code ==<br />
* Booster Code was back then bundled to unlock in certain games extra level or other stuff.<br />
<br />
== ATRES32.DLL ==<br />
* Atlas Common Resources<br />
* Manages the Resources (BAP Files and RES files?)<br />
<br />
== AtMSS32.dll ==<br />
* Atlas Sound Extension<br />
* Handles the Sound related stuff<br />
<br />
== AtMsg32.dll ==<br />
* Atlas Messaging and Name Subsystem<br />
<br />
== ATFIO.dll ==<br />
* Atlas File I/O Extension<br />
* Handles the File I/O stuff.<br />
<br />
== RES Archive Structure ==<br />
* Contains strings which files were used for the archive.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15936Engines/Atlas2025-05-10T10:07:09Z<p>BJNFNE: add SmartHeap as Component</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
* Frankie Das große Rennen<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.14 (1995)<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
** 5.62.t (2002)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)<br />
* SmartHeap 5.0<br />
<br />
== Booster Code ==<br />
* Booster Code was back then bundled to unlock in certain games extra level or other stuff.<br />
<br />
== ATRES32.DLL ==<br />
* Atlas Common Resources<br />
* Manages the Resources (BAP Files and RES files?)<br />
<br />
== AtMSS32.dll ==<br />
* Atlas Sound Extension<br />
* Handles the Sound related stuff<br />
<br />
== AtMsg32.dll ==<br />
* Atlas Messaging and Name Subsystem<br />
<br />
== ATFIO.dll ==<br />
* Atlas File I/O Extension<br />
* Handles the File I/O stuff.<br />
<br />
== RES Archive Structure ==<br />
* Contains strings which files were used for the archive.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15935Engines/Atlas2025-05-10T10:06:25Z<p>BJNFNE: /* Games using this Engine */</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
* Frankie Das große Rennen<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.14 (1995)<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
** 5.62.t (2002)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)<br />
<br />
== Booster Code ==<br />
* Booster Code was back then bundled to unlock in certain games extra level or other stuff.<br />
<br />
== ATRES32.DLL ==<br />
* Atlas Common Resources<br />
* Manages the Resources (BAP Files and RES files?)<br />
<br />
== AtMSS32.dll ==<br />
* Atlas Sound Extension<br />
* Handles the Sound related stuff<br />
<br />
== AtMsg32.dll ==<br />
* Atlas Messaging and Name Subsystem<br />
<br />
== ATFIO.dll ==<br />
* Atlas File I/O Extension<br />
* Handles the File I/O stuff.<br />
<br />
== RES Archive Structure ==<br />
* Contains strings which files were used for the archive.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15934Engines/Atlas2025-05-10T10:05:39Z<p>BJNFNE: /* Engine versions */</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.14 (1995)<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
** 5.62.t (2002)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)<br />
<br />
== Booster Code ==<br />
* Booster Code was back then bundled to unlock in certain games extra level or other stuff.<br />
<br />
== ATRES32.DLL ==<br />
* Atlas Common Resources<br />
* Manages the Resources (BAP Files and RES files?)<br />
<br />
== AtMSS32.dll ==<br />
* Atlas Sound Extension<br />
* Handles the Sound related stuff<br />
<br />
== AtMsg32.dll ==<br />
* Atlas Messaging and Name Subsystem<br />
<br />
== ATFIO.dll ==<br />
* Atlas File I/O Extension<br />
* Handles the File I/O stuff.<br />
<br />
== RES Archive Structure ==<br />
* Contains strings which files were used for the archive.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15933Engines/Atlas2025-05-10T10:03:03Z<p>BJNFNE: fix</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.14 (1995)<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)<br />
<br />
== Booster Code ==<br />
* Booster Code was back then bundled to unlock in certain games extra level or other stuff.<br />
<br />
== ATRES32.DLL ==<br />
* Atlas Common Resources<br />
* Manages the Resources (BAP Files and RES files?)<br />
<br />
== AtMSS32.dll ==<br />
* Atlas Sound Extension<br />
* Handles the Sound related stuff<br />
<br />
== AtMsg32.dll ==<br />
* Atlas Messaging and Name Subsystem<br />
<br />
== ATFIO.dll ==<br />
* Atlas File I/O Extension<br />
* Handles the File I/O stuff.<br />
<br />
== RES Archive Structure ==<br />
* Contains strings which files were used for the archive.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15932Engines/Atlas2025-05-09T19:52:59Z<p>BJNFNE: /* Engine versions */</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.14 (1995)<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)<br />
<br />
== Booster Code ==<br />
* Booster Code was back then bundled to unlock in certain games extra level or other stuff.<br />
<br />
== ATRES32.DLL ==<br />
* Atlas Common Resources<br />
* Manages the Resources (BAP Files and RES files?)<br />
<br />
== AtMSS32.dll ==<br />
* Atlas Sound Extension<br />
* Handles the Sound related stuff<br />
<br />
== AtMsg32.dll ==<br />
* Atlas Messaging and Name Subsystem<br />
<br />
== ATFIO.dll ==<br />
* Atlas File I/O Extension<br />
* Handles the File I/O stuff.<br />
<br />
== RES Archive Structure<br />
* Contains strings which files were used for the archive.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15931Engines/Atlas2025-05-09T19:49:57Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)<br />
<br />
== Booster Code ==<br />
* Booster Code was back then bundled to unlock in certain games extra level or other stuff.<br />
<br />
== ATRES32.DLL ==<br />
* Atlas Common Resources<br />
* Manages the Resources (BAP Files and RES files?)<br />
<br />
== AtMSS32.dll ==<br />
* Atlas Sound Extension<br />
* Handles the Sound related stuff<br />
<br />
== AtMsg32.dll ==<br />
* Atlas Messaging and Name Subsystem<br />
<br />
== ATFIO.dll ==<br />
* Atlas File I/O Extension<br />
* Handles the File I/O stuff.<br />
<br />
== RES Archive Structure<br />
* Contains strings which files were used for the archive.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15930Engines/Atlas2025-05-09T19:46:39Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)<br />
<br />
== Booster Code ==<br />
* Booster Code was back then bundled to unlock in certain games extra level or other stuff.<br />
<br />
== ATRES32.DLL ==<br />
* Atlas Common Resources<br />
* Manages the Resources (BAP Files and RES files?)<br />
<br />
== AtMSS32.dll ==<br />
* Atlas Sound Extension<br />
* Handles the Sound related stuff<br />
<br />
== AtMsg32.dll ==<br />
* Atlas Messaging and Name Subsystem<br />
<br />
== ATFIO.dll ==<br />
* Atlas File I/O Extension<br />
* Handles the File I/O stuff.</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15929Engines/Atlas2025-05-09T19:35:36Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
* Math Blaster Ages 6-7<br />
* Math Blaster: Cross Terrain Challenge<br />
* Math Blaster Ages 7-8 - Mission 2: Race for the Omega Trophy<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.15<br />
** 5.51t (1997)<br />
** 5.55w (2000)<br />
** 5.55n (2000)<br />
** 5.60o (2001)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb<br />
<br />
== Components ==<br />
* Smacker (2000s games)</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15928Engines/Atlas2025-05-09T19:23:51Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
* Matteraketten Junior<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.15<br />
** 5.51t (1997)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15927Engines/Atlas2025-05-09T18:43:40Z<p>BJNFNE: /* Games using this Engine */</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
* Math Blaster Ages 9-12<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.51t (1997)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15926Engines/Atlas2025-05-09T18:43:26Z<p>BJNFNE: /* Engine versions */</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
* 5.0<br />
** 5.51t (1997)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Atlas&diff=15925Engines/Atlas2025-05-09T18:31:34Z<p>BJNFNE: Created page with "== Games using this Engine == * Mega Math Blaster == Engine versions == * 3.0 ** 3.37 (1995) == PDB Path == * N:\Atlas\TestVer32\Atlas\Atlas32.pdb"</p>
<hr />
<div>== Games using this Engine ==<br />
* Mega Math Blaster<br />
<br />
== Engine versions ==<br />
* 3.0<br />
** 3.37 (1995)<br />
<br />
== PDB Path ==<br />
* N:\Atlas\TestVer32\Atlas\Atlas32.pdb</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/XPAT&diff=15924Engines/XPAT2025-05-09T18:23:14Z<p>BJNFNE: fix company name</p>
<hr />
<div>XPAT is an Game engine made by Digital Media International in 1995.<br />
<br />
== Games using this Engine ==<br />
* The Land Before Time Kindergarten Adventure (1998)<br />
* The Land Before Time Math Adventure (1997)<br />
* The Land Before Time Activity Center (1997)<br />
<br />
== XCOMPILE ==<br />
* XCOMPILE.EXE is the Compiler which is used to compile the SPT files (script source code) into XCS (XPAT Compiled Script)<br />
* They left the Compiler on accident on the retail CD's.<br />
* Version 1.0<br />
* Howto use XCOMPILE:<br />
** 0. Copy the SETUP Folder which stores XCOMPILE.EXE to your Hard drive.<br />
** 1. Type under Project name, the name for your project.<br />
** 2. Define X and Y Resolution<br />
** 3. Keep "Allow Modifcations and Recompiles" enabled.<br />
** 4. Define under Path where the SPT file is stored. Example: \setup\<br />
** 5. Keep Update Path for Scripts and DLLs empty.<br />
** 6. Define under "Name of Starting Script" the name of the script: Example: example.spt<br />
** 7. If everything is ready press on the floppy disk. There define the Scriptpath and press OK. If its not working may try the Force Recompile option<br />
<br />
== XCS ==<br />
* XCS files are compiled with XCOMPILE<br />
<br />
== Used formats ==<br />
* [https://wiki.multimedia.cx/index.php/BMP BMP]<br />
* [https://wiki.multimedia.cx/index.php/WAV WAV]<br />
* [https://wiki.multimedia.cx/index.php/FLX FLX]</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15923Engines/Eko2025-05-09T18:16:53Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true<br />
<br />
== Functions ==<br />
* CCactusPCShaders::InitVertexShaders()<br />
* CCactusPCShaders::InitPixelShaders()<br />
* CCactusPCShaders::SetShader()<br />
<br />
== Macros ==<br />
* SET_CAMERA_MOTION_HANDCAMERA<br />
* LOAD_HANDCAMERA_PARAMS<br />
* SAVE_HANDCAMERA_PARAMS<br />
* SET_CAMERA_MOTION_RACE<br />
* TYPE_TARGET<br />
* SET_CAMERA_AUTOFOCUS</div>BJNFNEhttps://wiki.multimedia.cx/index.php?title=Engines/Eko&diff=15922Engines/Eko2025-05-09T18:12:42Z<p>BJNFNE: </p>
<hr />
<div>== Games using this Engine ==<br />
* Adibou et les saisons magiques<br />
<br />
== CPP Files ==<br />
* ..\..\CactusMessageHub\Source\CactusMessageHub.cpp<br />
* CCactusPCShaders.cpp<br />
* PCCartoonPacket2.cpp<br />
* ..\..\Main\MainInit.cpp<br />
* ..\..\Main\MainLoad.cpp<br />
<br />
== Header Files ==<br />
* ..//..//Main//TimeTrack.h<br />
<br />
== Defines ==<br />
* #ifndef __TRACK_TIME__H<br />
* #define __TRACK_TIME__H<br />
<br />
== Discovered Assembly from executable ==<br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 m4x4 oPos, v0, c0 sub r0, v0, c12 dp3 r0.w, r0, r0 rsq r0.w, r0.w mul r0, r0, r0.w dp3 r0, r0, v1 mov oD0, v2 mov r1, c9 mov oT0, v3 mad r2, -r0, r1, c9 mul r2, r2, c13.x add oT1.xy, r2, c13.y <br />
vs.1.1 dcl_position v0 dcl_normal v1 dcl_color v2 dcl_texcoord v3 mov r0, v0 sub r1, r0, c8 dp3 r1, r1, r1 rsq r1.w, r1.w nop mul r1.x, r1.x, r1.w mul r1.x, r1.x, c11.x mov r1, r1.x min r1, r1.x, c11.y mul r1, r1, v1 add r0.xyz, r0, r1 m4x4 oPos, r0, c0 mul oD0, v2, c10 mov oT0.xyz, v3<br />
<br />
<br />
== Boolean ==<br />
* m_bHaveToClose has to be true</div>BJNFNE