Войти
| Расширения имен файлов | .tga,.icb,.vda,. vst |
|---|---|
| Тип интернет-носителя | image / x-targa. image / x-tga |
| Код типа | 'TPIC' |
| Универсальный идентификатор типа (UTI) | com.truevision. tga-image |
| Разработано | Truevision |
| Тип формата | Растровый файл изображения |
Truevision TGA, часто называемый TARGA, представляет собой графический файл raster формата, созданный Truevision Inc. (теперь часть Avid Technology ). Это был собственный формат плат TARGA и VISTA, которые были первыми графическими картами для IBM-совместимых ПК, которые поддерживали Highcolor / truecolor <90.>дисплей. Это семейство графических карт предназначалось для профессионального компьютерного синтеза изображений и редактирования видео на ПК; по этой причине обычные разрешения файлов изображений TGA совпадают с разрешениями видеоформатов NTSC и PAL.
TARGA - это аббревиатура от Truevision Advanced Raster Graphics Adapter; TGA - это инициализм для графического адаптера Truevision.
Файлы TGA обычно имеют расширение ".tga" на ПК DOS / Windows системах и macOS (более старые Системы Macintosh используют код типа "TPIC" ). Формат может хранить данные изображения с 8, 15, 16, 24 или 32 битами точности на пиксель - максимум 24 бита для RGB и дополнительные 8-битный альфа-канал. Цветовые данные могут быть в формате с отображением цветов или в формате direct color или truecolor. Данные изображения могут быть сохранены в необработанном виде или, необязательно, может использоваться сжатие RLE без потерь, аналогичное PackBits. Этот тип сжатия плохо работает для типичных фотографических изображений, но достаточно хорошо работает для более простых изображений, таких как значки, мультфильмы и линейные рисунки.
Формат файла TGA был первоначально определен и указан ATT EPICenter с обратной связью от Island Graphics Inc в 1984 году. ATT EPICenter был внутренним подразделением ATT, созданным для продажи новых технологий, разработанных ATT для цветных буферов кадра. То, что позже стало Truevision, было результатом выкупа сотрудниками ATT в 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 по-прежнему широко используется в анимации и видео. промышленность, потому что его основным предназначением являются стандартные телевизионные экраны, а не цветные печатные страницы.
Несжатые 24-битные изображения TGA относительно просты по сравнению с несколькими другими известными 24-битными форматами хранения: 24-битный TGA содержит только 18-байтовый заголовок, за которым следуют данные изображения в виде упакованных данных RGB. Напротив, BMP требует заполнения строк до 4-байтовых границ, тогда как TIFF и PNG являются контейнерами метаданных, которые не помещают данные изображения или атрибуты в фиксированные расположение в файле.
Тридцатидвухразрядные изображения TGA содержат альфа-канал или ключевой сигнал и часто используются в программах генерации символов, таких как Avid Deko.
Все значения с прямым порядком байтов ; номера полей и подполей соответствуют версии 2.0 спецификации.
Версия 2 добавила область расширения и нижний колонтитул. Область разработчика существует для хранения информации о приложении.
| № поля. | Длина | Имя поля | Описание |
|---|---|---|---|
| 1 | 1 байт | Длина идентификатора | Длина поля идентификатора изображения |
| 2 | 1 байт | Тип цветовой карты | Включена ли цветовая карта |
| 3 | 1 байт | Тип изображения | Типы сжатия и цвета |
| 4 | 5 байтов | Спецификация цветовой карты | Описывает цветовую карту |
| 5 | 10 байтов | Спецификация изображения | Размеры и формат изображения |
Длина идентификатора изображения ( поле 1)
0–255 Количество байтов, из которых состоит поле идентификатора изображения. Поле идентификатора изображения может содержать любую информацию, но обычно оно содержит дату и время создания изображения или серийный номер.
Начиная с версии 2.0 спецификации TGA, дата и время создания изображения указываются в области расширения.
Тип цветовой карты (поле 2)
имеет значение:
Тип изображения (поле 3)
перечисляется в трех младших битах, а четвертый бит используется в качестве флага для RLE. Возможны следующие значения:
Тип изображения 1 и 9: в зависимости от значения глубины пикселя, представление данных изображения представляет собой 8-, 15- или 16-битный индекс в карте цветов, определяющий цвет пикселя. Тип изображения 2 и 10: данные изображения являются прямым представлением цвета пикселя. При глубине пикселя 15 и 16 бит каждый пиксель хранится с 5 битами на цвет. Если глубина пикселя составляет 16 бит, самый верхний бит зарезервирован для прозрачности. При глубине пикселя 24 бита каждый пиксель сохраняется с 8 битами на цвет. Глубина 32-битного пикселя определяет дополнительный 8-битный альфа-канал. Тип изображения 3 и 11: данные изображения являются прямым представлением данных в градациях серого. Глубина пикселя для изображений этого типа составляет 8 бит.
Спецификация цветовой карты (поле 4)
имеет три подполя:
В случае, если на самом деле не вся цветовая карта Используемый изображением, ненулевой индекс первой записи позволяет сохранить в файле только необходимую часть цветовой карты.
Спецификация изображения (поле 5)
имеет шесть подполей:
| Поле нет. | Длина | Поле | Описание |
|---|---|---|---|
| 6 | Из поля длины идентификатора изображения | Идентификатор изображения | Необязательное поле, содержащее идентифицирующую информацию |
| 7 | Из поля спецификации цветовой карты | Данные цветовой карты | Справочная таблица, содержащая данные цветовой карты |
| 8 | Из поля спецификации изображения | Данные изображения | Сохранено в соответствии с дескриптором изображения |
Версия 1.0 спецификации TGA была очень простой, и многим разработчикам требовалось хранить больше информации, поэтому они решили добавить дополнительные разделы в их файлы, относящиеся только к их приложению.
В версии 2.0 спецификации эти специфические для приложения улучшения / дополнения поддерживаются областью разработчика. Только смещение и размер области разработчика имеют отношение к спецификации, и разработчики могут добавлять в эту область все, что захотят.
Если декодер TGA не может интерпретировать информацию в области разработчика, он обычно игнорирует ее, поскольку предполагается, что она была создана другим приложением. Рекомендуется, чтобы разработчики встраивали логику в свои приложения, чтобы определить, совместимы ли данные в области разработчика с приложением; один из шагов к этому - проверка идентификатора программного обеспечения в нижнем колонтитуле файла.
| Номер поля. | Длина | Поле | Описание |
|---|---|---|---|
| 10 | 2 байта | Размер расширения | Размер в байтах области расширения, всегда 495 |
| 11 | 41 байт | Имя автора | Имя автора. Если не используется, байты должны быть установлены в NULL (\ 0) или пробелы |
| 12 | 324 байта | Комментарий автора | Комментарий, состоящий из четырех строк, каждый состоит из 80 символов плюс NULL |
| 13 | 12 байтов | Отметка даты / времени | Дата и время создания изображения |
| 14 | 41 байт | Идентификатор задания | |
| 15 | 6 байт | Время задания | Часы, минуты и секунды, затраченные на создание файла (для выставления счетов и т. д.) |
| 16 | 41 байт | Идентификатор программного обеспечения | Приложение, создавшее файл. |
| 17 | 3 байта | Версия программного обеспечения | |
| 18 | 4 байта | Цвет ключа | |
| 19 | 4 байта | Соотношение сторон пикселя | |
| 20 | 4 байта | Значение гаммы | |
| 21 | 4 байта | Цвет смещение коррекции | Количество байтов от начала файла до таблицы цветокоррекции, если она есть |
| 22 | 4 байта | Смещение почтовой марки | Количество байтов от начала файла до изображения почтовой марки, если оно есть |
| 23 | 4 байта | Смещение строки сканирования | Количество байтов от начала файла в таблицу строк сканирования, если она есть |
| 24 | 1 байт | Тип атрибутов | Задает альфа-канал |
Если файл TGA содержит нижний колонтитул, скорее всего, это файл TGA версии 2. Нижний колонтитул - это последние 26 байтов файла, из которых последние 18 являются постоянными.
| Поле № | Длина | Поле | Описание |
|---|---|---|---|
| 28 | 4 байта | Смещение расширения | Смещение в байтах от начала файла |
| 29 | 4 байта | Смещение области разработчика | Смещение в байтах от начала файла |
| 30 | 16 байт | Подпись | Содержит «TRUEVISION-XFILE» |
| 31 | 1 байт | Содержит «.» | |
| 32 | 1 байт | содержит NULL |
В старой версии спецификации формата файла TGA, взятой из Приложения C Технического руководства Truevision, говорится, что запускается Пакеты с кодированием по длине (RLE) могут пересекать строки сканирования: «Для пакета длины серии за заголовком следует одно значение цвета, которое предполагается повторять количество раз, указанное в заголовке. Пакет может строки перекрестного сканирования (начинаются на одной строке и заканчиваются на следующей) ».
Однако на странице 24 спецификации TGA v2.0 указано прямо противоположное: «Пакеты длины серии никогда не должны кодировать пиксели из более чем одной строки развертки . Даже если конец одной Строка развертки и начало следующей содержат пиксели одного и того же значения, эти два должны быть закодированы как отдельные пакеты. Другими словами, пакеты длины серии не должны переходить от одной строки к другой ".
Следовательно, считыватели TGA должны иметь возможность обрабатывать пакеты данных RLE, которые пересекают строки сканирования, поскольку это было частью исходной спецификации. Однако при сохранении (создании) файлов TGA необходимо будет ограничить пакеты данных RLE границами строк развертки, чтобы соответствовать новой спецификации TGA v2.0.
