WikiDer > Truevision TGA

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

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

ТАРГА - это аббревиатура от Расширенный растровый графический адаптер Truevision; TGA является инициализм за Графический адаптер Truevision.

Файлы TGA обычно имеют расширение ".tga" на ПК ДОС/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 - Примеры