Truevision TGA

Эта статья требует дополнительных ссылок для проверки . Пожалуйста, помогите улучшить эту статью , добавив цитаты из надежных источников . Материал, не полученный от источника, может быть оспорен и удален Найти источники:  "Truevision TGA"  -  новости  · газеты  · книги  · научный сотрудник  · JSTOR ( март 2014 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения )

Truevision TGA , часто называемый TARGA , представляет собой формат файлов растровой графики, созданный Truevision Inc. (теперь частью Avid Technology ). Это был родной формат TARGA и VISTA доски, которые были первые графические карты для IBM-совместимых ПК для поддержки HighColor / полноцветный дисплей. Это семейство графических карт предназначалось для профессионального компьютерного синтеза изображений и редактирования видео на ПК; по этой причине обычные разрешения файлов изображений TGA совпадают с разрешениями видеоформатов NTSC и PAL . ^[2]

TARGA - это аббревиатура от Truevision Advanced Raster Graphics Adapter ; TGA является аббревиатурой для Truevision видеоадаптера .

Файлы TGA обычно имеют расширение «.tga» в системах ПК DOS / Windows и macOS (более старые системы Macintosh используют код типа «TPIC» ). Формат может хранить данные изображения с точностью 8, 15, 16, 24 или 32 бита на пиксель ^[3] - максимум 24 бита RGB и дополнительный 8-битный альфа-канал . Цветовые данные могут быть отображены по цвету , в прямом цветовом или истинном цветовом формате. Данные изображения могут храниться в необработанном виде или, необязательно, с сжатием без потерь RLE, аналогичным PackBits.можно использовать. Этот тип сжатия плохо работает с типичными фотографическими изображениями, но достаточно хорошо работает с более простыми изображениями, такими как значки, мультфильмы и линейные рисунки.

История [ править ]

Формат файла TGA был первоначально определен и определен AT&T EPICenter с обратной связью с Island Graphics Inc в 1984 году. AT&T EPICenter был внутренним дочерним предприятием AT&T, созданным для продажи новых технологий, разработанных AT&T для буферов цветных кадров . То, что позже стало Truevision, стало результатом выкупа служащими компании AT&T с привлечением заемных средств в 1987 году.

Первые две карты EPICenter, VDA (видеоадаптер) и ICB (плата захвата изображений), использовали первые воплощения файлового формата TGA. Расширения файлов ".vda" и ".icb" подразумевают информацию о содержащихся данных, относящихся к плате.

Позже Алан Власук (тогда глава EPICenter), Брэд Пиллоу (EPICenter) и Стивен Домпьер (президент острова) решили, что необходим более кодированный формат файла. Формат файла был создан и реализован Брэдом Пиллоу (EPICenter) и Брайаном Хантом (EPICenter) и был разработан в ответ на эту потребность в менее специфичном для платы формате файла. Было сделано очень простое расширение того, что уже использовалось, и оно содержало информацию о ширине, высоте, глубине пикселей, связанной карте цветов и происхождении изображения. Поле метки (до 255 символов) также было включено в первоначальную спецификацию, но использовалось редко.

В то время также появился другой технически превосходный формат файла под названием TIFF , но его использование для полноцветных изображений было очень ограниченным, поскольку реализация и обмен файлами между приложениями, поддерживающими спецификацию TIFF, были довольно сложными и сложными. Упрощенный характер файлового формата TGA и его переносимость между платформами являются основной причиной его широкого распространения и постоянного успеха в самых разных приложениях по всему миру и по сей день.

Первоначально формат файла TGA использовался в программах ICB-PAINT и TARGA-PAINT (которые позже стали известны как TIPS) и для нескольких проектов в области просмотра недвижимости в Интернете и видеоконференцсвязи с неподвижными кадрами.

Текущая версия (2.0) включает несколько улучшений, таких как «почтовые марки» (более известные как эскизы ), альфа-канал , значение гаммы и текстовые метаданные. Автором ее является Шон Штайнер из Truevision Inc. под руководством Кевина Фридли и Дэвид Споэлстра в 1989 году.

На момент своего запуска он олицетворял новейшие достижения в области обработки цифровых изображений. Даже сегодня, хотя его максимальная глубина цвета не очень хорошо подходят для высокого класса предварительной печати, интенсивных систем обработки изображений, TGA по - прежнему широко используется по всей анимации и видео индустрии , так как его основные , предназначенные выходы стандартных экранов телевизоров, а не цвет печатных страниц . ^[4]

Несжатые 24-битные изображения TGA относительно просты по сравнению с несколькими другими известными 24-битными форматами хранения: 24-битный TGA содержит только 18-байтовый заголовок, за которым следуют данные изображения в виде упакованных данных RGB. Напротив, BMP требует заполнения строк до 4-байтовых границ, тогда как TIFF и PNG являются контейнерами метаданных, которые не помещают данные или атрибуты изображения в фиксированное место в файле.

Тридцатидвухразрядные изображения TGA содержат альфа-канал или ключевой сигнал и часто используются в программах генерации символов, таких как Avid Deko.

Технические детали [ править ]

Все значения с прямым порядком байтов ; Номера полей и подполей соответствуют версии 2.0 спецификации.

Версия 2 добавила область расширения и нижний колонтитул. Область разработчика существует для хранения информации, относящейся к конкретному приложению.

Заголовок [ править ]

Длина идентификатора изображения (поле 1)

0–255 Количество байтов, из которых состоит поле идентификатора изображения. Поле идентификатора изображения может содержать любую информацию, но обычно оно содержит дату и время создания изображения или серийный номер.

Начиная с версии 2.0 спецификации TGA, дата и время создания изображения указываются в области расширения.

Тип цветовой карты (поле 2)

имеет значение:

• 0, если файл изображения не содержит цветовую карту
• 1 если присутствует
• 2–127 зарезервировано Truevision
• 128–255 доступны для использования разработчиками

Тип изображения (поле 3)

перечисляется в младших трех битах, а четвертый бит является флагом для RLE. Некоторые возможные значения:

• 0 данные изображения отсутствуют
• 1 несжатое цветное изображение
• 2 несжатых полноцветных изображения
• 3 несжатых черно-белых изображения (в оттенках серого)
• 9 кодированных длин серий цветных изображений
• 10 полноцветных изображений с кодировкой длин серий
• 11 черно-белых изображений (в оттенках серого) с кодировкой длин серий

Тип изображения 1 и 9: в зависимости от значения глубины пикселя представление данных изображения представляет собой 8-, 15- или 16-битный индекс в карте цвета, который определяет цвет пикселя. Тип изображения 2 и 10: данные изображения являются прямым представлением цвета пикселя. Для глубины пикселя 15 и 16 бит каждый пиксель хранится с 5 битами на цвет. Если глубина пикселя составляет 16 бит, самый верхний бит зарезервирован для прозрачности. При глубине пикселя 24 бита каждый пиксель хранится с 8 битами на цвет. Глубина 32-битного пикселя определяет дополнительный 8-битный альфа-канал. Тип изображения 3 и 11: данные изображения являются прямым представлением данных в градациях серого. Глубина пикселя для изображений этого типа составляет 8 бит.

Спецификация цветовой карты (поле 4)

имеет три подполя:

• Индекс первой записи (2 байта): индекс первой записи цветовой карты, включенной в файл
• Длина цветовой карты (2 байта): количество записей цветовой карты, включенных в файл.
• Размер записи цветовой карты (1 байт): количество бит на пиксель

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

Спецификация изображения (поле 5)

имеет шесть подполей:

• X-начало (2 байта): абсолютная координата левого нижнего угла для дисплеев, где начало координат находится в нижнем левом углу.
• Y-origin (2 байта): как для X-origin
• Ширина изображения (2 байта): ширина в пикселях
• Высота изображения (2 байта): высота в пикселях
• Глубина пикселя (1 байт): бит на пиксель
• Дескриптор изображения (1 байт): биты 3-0 указывают глубину альфа-канала, биты 5-4 указывают направление

Данные изображения и цветовой карты [ править ]

Область разработчика (необязательно) [ редактировать ]

Версия 1.0 спецификации TGA была очень простой, и многим разработчикам было необходимо хранить больше информации, поэтому они решили добавлять в свои файлы дополнительные разделы, специфичные только для их приложений.

В версии 2.0 спецификации эти специфические для приложения улучшения / дополнения поддерживаются областью разработчика. Только смещение и размер области разработчика имеют отношение к спецификации, и разработчики могут добавлять в эту область все, что захотят.

Если декодер TGA не может интерпретировать информацию в области разработчика, он обычно игнорирует ее, поскольку предполагается, что она была создана другим приложением. Рекомендуется, чтобы разработчики встраивали логику в свои приложения, чтобы определить, совместимы ли данные в области разработчика с приложением; один из шагов к этому - проверка идентификатора программного обеспечения в нижнем колонтитуле файла.

Область расширения (необязательно) [ править ]

Нижний колонтитул файла (необязательно) [ править ]

Если файл TGA содержит нижний колонтитул, скорее всего, это файл TGA версии 2. Нижний колонтитул - это последние 26 байтов файла, из которых последние 18 являются постоянными.

Несоответствия в спецификациях [ править ]

В более старой версии спецификации формата файла TGA, взятой из Приложения C Технического руководства Truevision, говорится, что пакеты с кодировкой длины серий (RLE) могут пересекать строки развертки: «Для пакета длины серии за заголовком следует одно значение цвета. , который предполагается повторять количество раз, указанное в заголовке. Пакет может пересекать строки сканирования (начинаться на одной строке и заканчиваться на следующей) ».

Однако на странице 24 спецификации TGA v2.0 указано прямо противоположное: «Пакеты длин серий никогда не должны кодировать пиксели из более чем одной строки развертки . Даже если конец одной строки развертки и начало следующей содержат пиксели одно и то же значение, эти два должны быть закодированы как отдельные пакеты. Другими словами, пакеты длины серий не должны переходить от одной строки к другой ".

Следовательно, считыватели TGA должны иметь возможность обрабатывать пакеты данных RLE, которые пересекают строки сканирования, поскольку это было частью исходной спецификации. Однако при сохранении (создании) файлов TGA необходимо будет ограничить пакеты данных RLE границами строк развертки, чтобы соответствовать новой спецификации TGA v2.0.

Ссылки [ править ]

Внешние ссылки [ править ]

• Спецификация TGA - предыдущая версия формата файла, взятая из Технического руководства Truevision
• Пакет соответствия TrueVision TGA 2.0 - примеры