] [email protected] (Terje Vernly) pregunta:
]
] BTW. ¿Tiene que cualquiera consiguió una descripción
del FLI-formato?
Aquí usted va.
-----------------------------------------------------------------------
Flic Files (.FLI) la descripción del Formato:
Los detalles de un archivo de FLI son ligeramente
complejos, pero el
la idea detrás de él es simple: no moleste guardando
las partes de un
marco que está igual que el último marco. No sólo
hace esto
excepto el espacio, pero es muy rápido. Es más
rápido dejar un pixel
exclusivamente que para ponerlo.
Un archivo de FLI tiene un 128-byte título
seguido por una sucesión de
marcos. El primer marco es usando comprimido un bytewise
correr-lengthcompression el esquema. Los marcos subsecuentes
se guardan como el
diferencie del marco anterior. (De vez en cuando el primero
el marco y/o los marcos subsecuentes son uncompressed.) Hay uno
excepcionalmente idee al final de un FLI que contiene la diferencia
entre el último marco y el primer marco.
El título de FLI:
byte tamaño nombre significado
desplazamiento
0 4 Longitud del tamaño de archivo,
para programas que quieren,
para leer el FLI de repente si posible.
4 2 Juego mágico para hechizar AF11.
Por favor use otro
valore aquí si usted cambia formato (incluso a
una resolución diferente) para que Autodesk
Animator no chocará intentando leerlo.
6 2 Número de los marcos de marcos
en FLI. Los archivos de FLI tienen
una longitud del maxium de 4000 marcos.
8 2 anchura de Pantalla de anchura (320).
10 2 altura de Pantalla de altura (200).
12 2 Profundidad de profundidad de un pixel
(8).
14 2 banderas deben ser 0.
16 2 Número de velocidad de tictaces
videos entre los marcos.
18 4 próximo Puso a 0.
22 4 frit Pusieron a 0.
26 102 extienden Todo el zeroes--para el perfeccionamiento
futuro.
Luego es los marcos cada uno de los cuales tienen un título:
byte tamaño nombre significado
desplazamiento
0 4 Bytes del tamaño en este marco.
Autodesk Animator
demandas que esto está menos de 64K.
4 2 magias Siempre hexadecimal F1FA
6 2 pedazos cortos y gruesos Numeran de '
pedazos cortos y gruesos en
marco.
8 8 extienden Espacio para los perfeccionamientos
futuros. Todos
ceros.
Detrás del título del marco los
pedazos cortos y gruesos que constituyen
vienen el
marco. Primero viene un pedazo corto y grueso colorido si el
mapa colorido ha
cambiado
>from el último marco. Entonces viene un pedazo corto
y grueso del pixel si el
havechanged del pixels. Si el marco es completamente idéntico
al último marco
no habrá ningún pedazo corto y grueso en absoluto.
Un pedazo corto y grueso él tiene un
título, seguido por los datos. El
el título del pedazo corto y grueso es:
byte tamaño nombre significado
desplazamiento
0 4 Bytes del tamaño en este pedazo
corto y grueso.
4 2 Tipo del tipo de pedazo corto y grueso
(vea debajo).
Hay cinco tipos de pedazos cortos y gruesos
que usted verá en un FLI
actualmente
archivo.
significado de nombre de número
11 FLI_COLOR Compressed el mapa colorido
12 Línea de FLI_LC comprimió--el
tipo más común
de condensación para cualquiera pero el primero
marco. Describe la diferencia del pixel
del marco anterior.
13 FLI_BLACK Set la pantalla entera para colorar
0 (sólo ocurre
en el primer marco).
15 FLI_BRUN la Bytewise correr-longitud condensación--primero
sólo idee
16 FLI_COPY Indicates el uncompressed 64000
bytes pronto
para seguir. Durante esas veces cuando
¡la condensación apenas no trabaja!
Los esquemas de condensación son todos
byte-orientados. Si el
el datos comprimido termina siendo una longitud impar un solo byte
de la
almohadilla es
insertado para que el FLI_COPY siempre empieza a una dirección
igual
para DMA más rápido.
Pedazos cortos y gruesos de FLI_COLOR
La primera palabra es el número de
paquetes en este pedazo corto y grueso.
Esto
es seguido directamente por los paquetes. El primer byte de un
paquete
dice cuántos colores para saltar. Cuántos colores
el próximo byte dice
para cambiar. Si este byte es cero que se interpreta para significar
256.
Luego sigue 3 bytes para cada color cambiar (uno cada uno para rojo,
verde y azul).
Pedazos cortos y gruesos de FLI_LC
Éste es el más común,
y ay, el pedazo corto y grueso más complejo. El
primero la palabra (16 pedazos) es el número de líneas
que empiezan de la cima
de la pantalla que está igual que el marco anterior. (Para
ejemplo, si hay sólo movimiento en la línea del fondo
de pantalla
usted tendría un 199 aquí.) La próxima palabra
es el número de líneas
eso cambia. Hay el datos luego para las líneas cambiantes
ellos. Cada línea está individualmente comprimida;
entre otro
cosas esto lo hace muy más fácil de tocar el FLI atrás
a un
tamaño reducido.
El primer byte de una línea comprimida
es el número de paquetes
en esta línea. Si la línea está inalterada
del último marco esto
es cero. El formato de un paquete individual es:
skip_count
size_count
datos
La cuenta del salto es un solo byte.
Si más de 255 pixels
será saltado que debe irrumpirse en 2 paquetes. El tamaño
la cuenta también es un byte. Si es positivo, tantos los
bytes de datos
siga y será copiado a la pantalla. Si es negativo un
el solo byte sigue, y se repite tiempos de -skip_count.
En el peor caso un marco de FLI_LC puede estar
aproximadamente 70K. Si él
sale para ser 60000 bytes o más Autodesk Animator decide
la condensación no vale la pena y ahorra el marco como FLI_COPY.
Pedazos cortos y gruesos de FLI_BLACK
Éstos son muy simples. Hay ningún
datos asociado con
ellos en absoluto. De hecho ellos sólo se generan para el primer
marco
en Autodesk Animator después del usuario selecciona NUEVO bajo
el FLIC
menú.
Pedazos cortos y gruesos de FLI_BRUN
Éstos son mucho como los pedazos cortos
y gruesos de FLI_LC sin los
saltos. Ellos
empiece inmediatamente con los datos para la primera línea,
y va línea -
pie de autor de allí. El primer byte contiene el número
de
paquetes en esa línea. El formato para un paquete es:
size_count
datos
Si el size_count es positivo que el datos consiste
en un solo byte
qué se repite tiempos del size_count. Si el size_count es negativo
hay bytes de -size_count de datos a los que se copian el
pantalla. En Autodesk Animator si el "comprimido" el datos muestra
señales
de exceder 60000 bytes el marco se guarda en cambio como FLI_COPY.
Pedazos cortos y gruesos de FLI_COPY
Éstos son 64000 bytes de datos para
la lectura directa hacia el
pantalla.
-----------------------------------------------------------------------
Y aquí es las extensiones del PROFESIONAL:-----------------------------------------------------------------------
Éste es info suplemental en los AutoDesk Animator FLI y formatos de FLC.
Lo siguiente está un esfuerzo en describir los más nuevos
pedazos cortos y
gruesos y marcos
eso no se describe en el Turbo C la FLI biblioteca documentación.
Pedazo corto y grueso de tipo de pedazo corto y grueso ID
---------------------
FLI_DELTA 7 (decimal)
Primero la PALABRA (16 pedazos) es el número de líneas
comprimidas para
seguir. Luego es el datos para las líneas cambiantes ellos,
siempre empezando
con la primera línea. Cada línea está
individualmente comprimida.
La primera PALABRA (16 pedazos) de una línea comprimida
el número de paquetes
está en la línea. Si el número de paquetes
es un líneas de -paquetes de salto
negativas.
Si el número de paquetes es positivo, descifre los paquetes.
El formato de
un paquete individual es:
skip_count
size_count
datos
La cuenta del salto es un solo byte. Si más de 255
pixels será saltado, debe
irrumpirse en 2 paquetes. El size_count también es un
byte. Si es positivo,
tantos las PALABRAS de datos siguen y serán copiadas a la pantalla.
Si es
negativo, un solo valor de las PALABRAS sigue, y será repetido
tiempos de
-size_count.
Pedazo corto y grueso de tipo de pedazo corto y grueso ID
---------------------
FLI_256_COLOR 4 (decimal)
La primera PALABRA es el número de paquetes en este pedazo
corto y grueso.
Esto es seguido directamente por los paquetes. El primer byte
de un paquete es
cuántos colores para saltar. El próximo byte es
cuántos colores para cambiar.
Si este número es 0, (ceros), significa 256. Luego siga
3 bytes para cada
color cambiar. (Uno cada uno para rojo, verde y azul).
La única diferencia entre un FLI_256_COLOR pedazo corto
y grueso (tipo 4
decimal) y un pedazo corto y grueso de FLI_COLOR (tipo 11 decimal)
es que los
valores en el tipo 4 rango del pedazo corto y grueso de 0 a 255, y
los valores
en un tipo 11 rango del pedazo corto y grueso de 0 a 63.
NOTA: La PALABRA se refiere a un 16 int del pedazo en INTEL
(Endian Pequeño)
el formato.
Las PALABRAS se refieren
a los dos-bytes (16 pedazos) de datos
consecutivos. (Endian grande)
.FLC los marcos especiales y pedazos cortos y gruesos
FLC puede contener todos los pedazos cortos y gruesos anteriores más uno otro:
Pedazo corto y grueso de tipo de pedazo corto y grueso ID
---------------------
FLI_MINI 18 (decimal) 12 (Hechice)
Éste es un miniture 64 x 32 versión del primer
marco en FLI_BRUN de lo que yo
entiendo, estructure, usó como un botón por seleccionar
flc de dentro de
Animator En pro de. Simplemente no haga nada con este pedazo
corto y grueso.
FLC el Nuevo Marco
FLC también contiene un marco con los bytes mágicos
ponga para hechizar 00A1.
Éste es el primer marco en el archivo de .flc. Realmente
no es en absoluto un
marco pero tener varios pedazos cortos y gruesos dentro de él
eso especifican
info de situación de archivo específico a Animator En
pro de. IE: filepath,
conjunto de caracteres para usar, y .COL archivan info. Este
MARCO puede
saltarse mientras cargando. ¡Eso es correcto! ¡Ignórelo!
El título del marco
es la misma longitud como todos los otros marcos. Para que usted
puede leer el
título del marco, entonces salte más allá del
resto del marco.
NOTA: Al leer el título de FLI en el más
nuevo FLI y FLC archiva, los FLI
firma bytes son AF12 en lugar de AF11 usados en los archivos de FLI
más viejos.
Tampoco, usted puede ignorar la anchura de la pantalla y altura
que ellos no
pueden ser
320 x 200.
Los tamaños de la pantalla aceptables incluyen:
320 x 200, 640 x 480, 800 x 600, 1280 x 1024,
NOTA: el valor de retraso entre los marcos parece estar
en 1000th's de un
segundo en lugar de 70th's.
Si usted tiene cualquier pregunta o más info en el FLI o FLC
estructura,
por favor permítame saber.
Mike Haaland
CompuServe: 72300,1433
Delphi: MikeHaaland
Internet: [email protected]
Usenet: ... !htsmm1.las-vegas.nv.us!mike
-----------------------------------------------------------------------
Enlate a alguien en alguna parte el archivo esto y enlate al escritor
de FAQ
agregue un indicador
a él, por favor.
Mike Haaland
CompuServe: 72300,1433
Delphi: MikeHaaland
Internet: [email protected]
Usenet: ... !htsmm1.las-vegas.nv.us!mike
--