Jump to content

ШЕСТЬ

ANIM — это формат файла , используемый для хранения цифровых фильмов и компьютерной анимации (отсюда и название ANIM), и является разновидностью формата ILBM , который является подформатом Interchange File Format . [1] [2]

Основные характеристики

[ редактировать ]

Типы файлов анимации

[ редактировать ]

Известные типы файлов для Anim в AmigaOS : Anim1, Anim2, Anim3, Anim5 и Anim7. Anim1–Anim3 не поддерживали звук. Anim 5 и Anim7 должны иметь возможность содержать аудиоданные, представляющие собой полный формат файлов анимации фильмов. [ нужна ссылка ]

Дополнения к стандарту IFF

[ редактировать ]

В дополнение к обычным фрагментам ILBM тип файла ANIM также определяет:

  • ANHD анимации заголовок ) (
  • DLTA — сохраняет изменения между кадрами с поддержкой различных методов сжатия для использования избыточности между кадрами.

Режимы сжатия:

  • ANIM-0 ILBM BODY (без дельта-сжатия)
  • АНИМ-1 БРДМ XOR
  • Режим длинной дельты ANIM-2
  • Режим короткой дельты ANIM-3
  • ANIM-4 Общий режим «Дельта»
  • ANIM-5-байтовый режим вертикальной разницы (наиболее распространенный)
  • Режим Stereo Byte Delta ANIM-6 ( стереоскопические кадры)
  • Сжатие ANIM-7 Anim-5 с использованием данных LONG/WORD
  • Сжатие ANIM-8 Anim-5 с использованием данных LONG/WORD
  • Формат сжатия ANIM-J Эрика Грэма ( Sculpt 3D /Sculpt 4D)

Внутри файла может быть несколько режимов сжатия.

Формат ANIM IFF был разработан в 1988 году в Sparta Inc. , фирме, базирующейся в Калифорнии , первоначально для производства анимированных видеопоследовательностей на компьютере Amiga , и впервые использовался в программах Videoscape и Video Titler компании Aegis Development для Amiga. линейка компьютеров. [1] Будучи очень эффективным и официальным подмножеством существующего стандартного формата файлов Amiga ILBM/IFF, он стал фактическим стандартом для файлов анимации на Amiga. [2]

Формат файла должен иметь следующие характеристики:

  • Уметь хранить и воспроизводить последовательности кадров и минимизировать как пространство для хранения на диске (посредством сжатия), так и время воспроизведения (посредством эффективных алгоритмов распаковки).
  • Сохранять максимальную совместимость с существующими форматами IFF и иметь возможность отображать исходный кадр как обычное неподвижное изображение IFF.

В формате ANIM представлено несколько схем сжатия. Большинство из них представляют строго исторический интерес, поскольку в настоящее время используется только кодирование байтов с вертикальной кодировкой длины, разработанное Atari программистом Джимом Кентом .

Формат Amiga Anim7 был создан в 1992 году программистом Вольфгангом Хофером .

Формат видеофайла, первоначально созданный для Commodore CDTV , а позже адаптированный для Amiga CD32 , назывался CDXL и был похож на формат файла ANIM. [3] [4]

Формат ANIM поддерживается как минимум одним текущим онлайн-редактором изображений. [5] [6]

Технический обзор

[ редактировать ]

Минимальный файл Anim состоит из трех чередующихся растровых изображений ILBM. Первое растровое изображение представляет собой полное изображение, необходимое для создания «следующего» кадра, тогда как два других являются «дельта-изображениями», рассчитанными как отличия от первого.

Начальный кадр представляет собой обычное изображение IFF с кодировкой длины серии, что позволяет предварительно просмотреть содержимое файла. Последующие кадры затем описываются путем перечисления только их отличий от предыдущего кадра.

Пока отображается первый кадр, последующие кадры загружаются в буфер графической памяти. Amiga переключается между экранами почти мгновенно, загружая дальнейшие кадры с помощью блиттера. Используя возможности DMA, графический чипсет мог получить доступ к памяти, не прерывая работу процессора. Этот метод называется двойной буферизацией .

Чтобы лучше это понять, предположим, что у вас есть два экрана, называемые A и B, с возможностью мгновенного переключения дисплея с одного на другой. Исходный кадр загружается на экраны A и B. Отображается экран A. Различия между кадром 1 и кадром 2 рассчитываются и изменяются на экране B, который затем отображается. Затем различия между этим кадром и кадром 3 используются для изменения экрана А, который затем отображается, и так далее. Обратите внимание, что кадр 2 сохраняется как отличия от кадра 1, а все остальные кадры сохраняются как отличия от двух предыдущих кадров.

ANIM — это ФОРМА IFF, и ее структура блоков следующая:

FORM ANIM
*FORM ILBM (first frame)
**BMHD (normal type IFF data)
**ANHD (optional animation header chunk for timing of 1st frame)
**CMAP (Colormap)
**BODY
*FORM ILBM (frame 2)
**ANHD (animation header chunk)
**DLTA (delta mode data)
*FORM ILBM (frame 3)
**ANHD
**DLTA

(And so on...)

Исходный FORM ILBM может содержать все обычные фрагменты ILBM, такие как CRNG и т. д. BODY обычно представляет собой стандартный блок данных с кодировкой длины серии (но также любой другой допустимый режим сжатия, указанный BMHD). При желании здесь может появиться фрагмент ANHD, предоставляющий данные синхронизации для первого кадра. Если оно здесь, поле операции должно быть = 0.

Последующие FORM ILBM содержат ANHD вместо BMHD, который дублирует часть BMHD и имеет дополнительные параметры, относящиеся к кадру анимации. Чанк DLTA содержит данные для режимов дельта-сжатия. Если используется более старый режим сжатия XOR, сюда будет помещен фрагмент BODY. Кроме того, в каждый из них могут быть помещены другие фрагменты, если это будет сочтено необходимым (и по мере того, как в программы проигрывателя помещается код для их использования). Например, фрагменты CMAP для изменения цветовой палитры.

Основное предположение в ANIM заключается в том, что размер растрового изображения и режим отображения (например, HAM) не будут меняться в ходе анимации.

Фрагменты DLTA не являются представлениями чередующихся битовых карт, поэтому использование формы ILBM не подходит для этих кадров. Однако это несоответствие не было замечено до тех пор, пока не было выпущено или близко к выпуску несколько коммерческих продуктов, которые создавали/воспроизводили этот формат.

Методы сжатия, используемые в формате Anim

[ редактировать ]

Формат Anim допускает пять методов сжатия: режим XOR, режим длинной дельты, режим короткой дельты, режим общей дельты и вертикальное сжатие байтов.

Воспроизведение файлов ANIM

[ редактировать ]

Для воспроизведения ANIM обычно требуются два буфера, как упоминалось выше, и двойная буферизация между ними. Данные кадра из файла ANIM используются для изменения скрытого кадра на следующий отображаемый кадр. При использовании режима XOR обычная процедура декодирования по длине серии может быть легко изменена для выполнения требуемой операции «исключающее ИЛИ». Обратите внимание, что серии нулевых байтов, которые будут очень распространены, можно игнорировать, поскольку исключающее значение или любое значение байта до нулевого байта не изменит исходное значение байта. Общая процедура для всех методов сжатия заключается в том, чтобы сначала декодировать исходное изображение ILBM в скрытый буфер и затем дважды буферизовать его для просмотра. Затем эта картинка копируется в другой (теперь скрытый) буфер. На этом этапе каждый кадр отображается с использованием одной и той же процедуры. Следующий кадр формируется в скрытом буфере путем применения данных DLTA (или данных XOR из фрагмента BODY), и новый кадр помещается в двойной буфер для просмотра. Этот процесс продолжается до конца файла.

Влияние ANIM на другие типы файлов анимации

[ редактировать ]

Стандарт Anim от Amiga повлиял на развитие формата Animated GIF . [ нужна ссылка ]

  1. ^ Jump up to: а б «ANIM — формат IFF для анимации CEL» . TEXTFILES.COM . Май 1988 года.
  2. ^ Jump up to: а б Рандельсхофер, Вернер. «Амига-анимации» . www.randelshofer.ch . Проверено 18 мая 2023 г.
  3. ^ Сассенрат, Карл. «Карл Сассенрат — Справочная информация» . КАРЛ САССЕНРАТ — архитектор операционных систем и языков .
  4. ^ «A500.org — загрузки/видео/cdxlplay.lha» . www.a500.org . Проверено 9 мая 2023 г.
  5. ^ Photopea (18 мая 2023 г.), photopea/photopea , получено 18 мая 2023 г.
  6. ^ «Photopea | Онлайн-редактор фотографий» . www.photopea.com . Проверено 18 мая 2023 г.
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: bf5d96c514a4c66c01aca1788db6f69e__1684385640
URL1:https://arc.ask3.ru/arc/aa/bf/9e/bf5d96c514a4c66c01aca1788db6f69e.html
Заголовок, (Title) документа по адресу, URL1:
ANIM - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)