CFAST Disney Animation Studio
From Just Solve the File Format Problem
(Difference between revisions)
(Category->Animation) |
|||
| (24 intermediate revisions by 4 users not shown) | |||
| Line 1: | Line 1: | ||
{{FormatInfo | {{FormatInfo | ||
|formattype=electronic | |formattype=electronic | ||
| − | |subcat= | + | |subcat=Animation |
| − | + | |extensions={{ext|cft}} | |
| − | |extensions={{cft}} | + | |
}} | }} | ||
'''CFAST''' is an animated raster graphics format associated with the ''Disney Animation Studio'' application for Amiga computers. | '''CFAST''' is an animated raster graphics format associated with the ''Disney Animation Studio'' application for Amiga computers. | ||
== Format Specification == | == Format Specification == | ||
| + | There appears to be TWO different formats. One with .cft extension and one with .sec | ||
| + | .cft format: | ||
<pre> | <pre> | ||
| + | Numbers are stored in big-endian format. | ||
| + | |||
4 bytes - signature 'GUCF', 'LOCK' or 'STDY' | 4 bytes - signature 'GUCF', 'LOCK' or 'STDY' | ||
| + | 'LOCK' means the file was meant to be saved as final/non editable. | ||
| + | 'STDY' means the file is one of the Animation Studio Sample files (copyright Disney) | ||
| − | If the signature is 'LOCK' or 'STDY' then a copyright/description message follows | + | If the signature is 'LOCK' or 'STDY' then a copyright/description message follows |
2 bytes string length | 2 bytes string length | ||
n bytes string | n bytes string | ||
| − | |||
| − | Then follows the bitmap header | + | Then follows the bitmap header |
4 bytes - image width | 4 bytes - image width | ||
4 bytes - image height | 4 bytes - image height | ||
| − | 4 bytes - Amiga screen width | + | 4 bytes - Amiga screen width (320=lores, 640=hires) |
| − | 4 bytes - Amiga screen height | + | 4 bytes - Amiga screen height (200=NTSC, 256=PAL, 400=NTSC interlaced, 512=PAL interlaced) |
| − | 1 byte - number of bitplanes (1..5) | + | 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 | ||
| + | |||
| + | Frames are compressed individually (frames are NOT delta compressed from the previous frame) | ||
| + | for every frame | ||
| + | for every bitplane | ||
| + | 4 bytes - compressed size of bitplane | ||
| + | n bytes - compressed bitplane data (Run length encoding) | ||
| + | end of every 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 these are needed, when we have low/high. | ||
| + | end of every range | ||
| + | end of every frame | ||
| + | |||
| + | At the end of the file, there may also be exposure sheet information ... (TODO) | ||
| + | |||
| + | RLE compression: | ||
| + | |||
| + | Bitplanes are compressed with run length encoding. Each column of words (two bytes) are compressed separately. | ||
| − | + | 2 bytes - code | |
| − | + | if code < 0 then the next word is replicated -code+1 times | |
| − | + | else code+1 words are copied literally | |
| − | + | ||
| − | + | ||
| − | 1 | + | |
| − | + | ||
</pre> | </pre> | ||
| Line 36: | Line 74: | ||
== Software == | == Software == | ||
* [[Disney Animation Studio]] | * [[Disney Animation Studio]] | ||
| + | * [http://cd.textfiles.com/silvercollection/disc2/GRAPHVEW/DASFLICK.ARJ DASFLICK.ARJ] → FLICK.EXE - Player for MS-DOS | ||
== Sample files == | == Sample files == | ||
| − | * [[https://www.pcorner.com/list/ANIM/DASFLICK.ZIP/INFO/ DASFLICK] | + | * [http://cd.textfiles.com/silvercollection/disc2/GRAPHVEW/DASFLICK.ARJ DASFLICK.ARJ] |
| + | ** [https://www.pcorner.com/list/ANIM/DASFLICK.ZIP/INFO/ DASFLICK.ZIP] - Another copy | ||
| + | * {{DexvertSamples|video/disneyCFAST}} | ||
== Links == | == Links == | ||
| Line 44: | Line 85: | ||
[[Category:Video]] | [[Category:Video]] | ||
| + | [[Category:Amiga]] | ||
| + | [[Category:Amiga graphics formats]] | ||
Latest revision as of 22:25, 26 May 2024
CFAST is an animated raster graphics format associated with the Disney Animation Studio application for Amiga computers.
Contents |
[edit] Format Specification
There appears to be TWO different formats. One with .cft extension and one with .sec
.cft format:
Numbers are stored in big-endian format.
4 bytes - signature 'GUCF', 'LOCK' or 'STDY'
'LOCK' means the file was meant to be saved as final/non editable.
'STDY' means the file is one of the Animation Studio Sample files (copyright Disney)
If the signature is 'LOCK' or 'STDY' then a copyright/description message follows
2 bytes string length
n bytes string
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=NTSC, 256=PAL, 400=NTSC interlaced, 512=PAL interlaced)
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
Frames are compressed individually (frames are NOT delta compressed from the previous frame)
for every frame
for every bitplane
4 bytes - compressed size of bitplane
n bytes - compressed bitplane data (Run length encoding)
end of every 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 these are needed, when we have low/high.
end of every range
end of every frame
At the end of the file, there may also be exposure sheet information ... (TODO)
RLE compression:
Bitplanes are compressed with run length encoding. Each column of words (two bytes) are compressed separately.
2 bytes - code
if code < 0 then the next word is replicated -code+1 times
else code+1 words are copied literally
[edit] Software
- Disney Animation Studio
- DASFLICK.ARJ → FLICK.EXE - Player for MS-DOS
[edit] Sample files
- DASFLICK.ARJ
- DASFLICK.ZIP - Another copy
- dexvert samples — video/disneyCFAST