CFAST Disney Animation Studio
From Just Solve the File Format Problem
(Difference between revisions)
Line 35: | Line 35: | ||
4 bytes - numFrames | 4 bytes - numFrames | ||
− | ... (TODO) | + | for every frame |
+ | for every bitplane | ||
+ | 4 bytes - encoded size of bitplane | ||
+ | n bytes - compressed bitplane | ||
+ | |||
+ | 1 byte - numColors in frame | ||
+ | 3*numColors bytes | ||
+ | |||
+ | 1 byte - number of color cycling ranges | ||
+ | for every range | ||
+ | 1 byte - low color index (0..31) | ||
+ | 1 byte - high color index (0..31) | ||
+ | 6 bytes - unknown | ||
+ | 4 bytes - color cycle Rate | ||
+ | 32 bytes - color cycle color indices ? | ||
+ | Seems to always be numbered 0,1,2,3,4...31 (regardless of # bitplanes) | ||
+ | I don't know why need these, when we have low/high, | ||
+ | |||
+ | |||
+ | At the end of file may be exposure sheet information ... (TODO) | ||
</pre> | </pre> |
Revision as of 02:38, 18 June 2017
CFAST is an animated raster graphics format associated with the Disney Animation Studio application for Amiga computers.
Contents |
Format Specification
4 bytes - signature 'GUCF', 'LOCK' or 'STDY' If the signature is 'LOCK' or 'STDY' then a copyright/description message follows 2 bytes string length n bytes string 'LOCK' means the file was meant to be saved as final/non editable Then follows the bitmap header 4 bytes - image width 4 bytes - image height 4 bytes - Amiga screen width (320=lores, 640=hires) 4 bytes - Amiga screen height (200/400, 256/512) 1 byte - number of bitplanes (1..5) (numColors = 2^bitplanes) Then follows palette information for the first two colors (if there are more colors, they are specified later in the file) 3 bytes - rgb for color index 0 3 bytes - rgb for color index 1 Then follows an extra block of data of varying length 1 byte - extralen n bytes (unknown contents) Then follows the number of frames 4 bytes - numFrames for every frame for every bitplane 4 bytes - encoded size of bitplane n bytes - compressed bitplane 1 byte - numColors in frame 3*numColors bytes 1 byte - number of color cycling ranges for every range 1 byte - low color index (0..31) 1 byte - high color index (0..31) 6 bytes - unknown 4 bytes - color cycle Rate 32 bytes - color cycle color indices ? Seems to always be numbered 0,1,2,3,4...31 (regardless of # bitplanes) I don't know why need these, when we have low/high, At the end of file may be exposure sheet information ... (TODO)
Software
- Disney Animation Studio
- DASFLICK.ARJ → FLICK.EXE - Player for MS-DOS
Sample files
- DASFLICK.ARJ
- DASFLICK.ZIP - Another copy