МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
Расчетно-графическая работа
Тема: «BMP, PCX, PNG – форматы»
По курсу «Сетевые информационные технологии»
Выполнил:
Группа:
АВТ-918
Проверил:
Новосибирск, 2013г.
Содержание
1. Теоретическая часть
1.1. Введение
1.2. PNG – формат
1.2.1. Общая информация
1.2.2. Область применения
1.2.3. Структура файла
1.2.4. Достоинства
1.2.5. Недостатки
1.3. PCX – формат
1.3.1. Общая информация
1.3.2. Область применения
1.3.3. Структура файла
1.3.4. Достоинства
1.3.5. Недостатки
1.4. BMP – формат
1.4.1. Общая информация
1.4.2. Область применения
1.4.3. Структура файла
1.4.4. Достоинства
1.4.5. Недостатки
1.5. Сравнительная характеристика форматов
2. Практическая часть
1. Теоретическая часть
- Особенности растровой графики
Растровая графика описывает изображения с использованием цветных точек — пикселей, расположенных на сетке. Например, серфер в море описывается конкретным расположением и цветом каждой точки изображения, примерно, как в мозаике (фотографии, отсканированные рисунки и т. д.). При редактировании растровой графики изменяются пиксели, а не линии. Растровая графика зависит от разрешения, так как информация, описывающая изображение, прикреплена к сетке определенного размера. При изменении размеров данных файлов, качество может измениться, например, приведет к «разлохмачиванию» краев изображения, поскольку пиксели будут перераспределяться. Вывод растровой графики на устройства с более низким разрешением, чем само изображение, понизит его качество.
Применение растровой графики позволяет добиться качественного изображения, фотографического. Но все это создается за счет большого объема файла и работы вручную, т. е. при редактировании приходится поправлять каждую точку. Даже если использовать инструменты типа линии или примитивов (овалов, квадратов), то результат представляет собой изменение пикселей.
При изменении размеров изображений растровой графики качество ухудшается: при уменьшении — исчезают мелкие детали, а при увеличении картинка может превратиться в набор неряшливых квадратов (увеличенных пикселей).
При печати растровой графики или при просмотре на средствах, имеющих недостаточную разрешающую способность, значительно ухудшается восприятие образа.
- Разнообразие форматов растровой графики
Ни одна область применения компьютера не может похвастаться таким многообразием типов форматов файлов, как графика. Многие фирмы, выпуская графическую программу, создают свой собственных формат файлов, в котором редактор должен идеально сохранять все работы, созданные с его помощью. С увеличением количества существующих графических форматов совмещать их становится все труднее. Поэтому появилось несколько определенных форматов, ставших стандартами. Так, например, для изображений в Интернете в большинстве случаев используются форматы JPG и GIF, а в издательском деле царствует TIFF.
Многие растровые форматы обладают способностью нести дополнительную информацию: различные цветовые модели изображения, вектора, альфа-каналы (дополнительный канал, с помощью которого можно сохранять выделенные или прозрачные области изображения), слои различных типов, интерлиньяж (возможность чересстрочного показа изображения), анимацию, возможности сжатия и многое другое.
Достоинства растровых изображений: способность передать тончайшие нюансы изображения, возможность редактировать индивидуально каждый пиксель, изменяя его параметры. Ну, а принципиальный недостаток один — очень большие размеры полученного файла.
1.2.1. Общая информация
Формат PNG (Portable Network Graphics) представляет собой растровый формат хранения графической информации, использующий сжатие без потерь по алгоритму Deflate. Данный формат был создан как свободный формат для замены GIF.
Днём рождения PNG можно считать 4 января 1995 года, когда Т. Боутелл предложил в ряде конференций Usenet создать свободный формат, который был бы не хуже GIF. И уже через три недели после публикации идеи были разработаны четыре версии нового формата. Вначале он имел название PBF (Portable Bitmap Format), а нынешнее имя получил 23 января 1995 года. Уже в декабре того же года спецификация PNG версии 0.92 была рассмотрена консорциумом W3C, а с выходом 1 октября 1996 года версии 1.0 PNG был рекомендован в качестве полноправного сетевого формата.
Формат PNG спроектирован для замены устаревшего и более простого формата GIF, а также, в некоторой степени, для замены значительно более сложного формата TIFF (см. официальный сайт PNG или хронологическую страницу для дополнительной информации).
Формат GIF был разработан фирмой CompuServe в 1987 году и изначально был недоступен для свободного использования. До окончания в 2004 году действия патентов на алгоритм сжатия LZW, принадлежавших Unisys и используемых в GIF, его применение в свободном программном обеспечении было затруднено. На данный момент такие затруднения сняты. PNG же с самого начала использует открытый, непатентованный алгоритм сжатия Deflate, бесплатные реализации которого доступны в Интернете. Этот же алгоритм используют многие программы компрессии данных, в том числе PKZIP и gzip (GNU zip).
Для передачи анимированных изображений был разработан расширенный формат MNG, опубликованный в середине 1999 года и уже поддерживаемый в различных приложениях, однако пока так и не ставший общепринятым.
Некоторые — в частности, разработчики Mozilla Foundation — критиковали MNG за сложность и большой размер реализации, и отсутствие обратной совместимости с PNG. В 2004 году они разработали формат APNG, который не был принят в качестве официального стандарта разработчиками PNG и MNG, но его поддержка к 2008 году была реализована в тестовых сборках некоторых браузеров и некоторых программах просмотра изображений.
1.2.2. Область применения
Формат PNG предназначен, прежде всего, для использования в Интернете и редактирования графики.
Формат позволяет хранить три типа изображений: greyscale (для описания изображения используется один канал — белый), indexed-colour (используется палитра цветов, как в GIF) и truecolor (используется три канала — RGB). При этом он хранит графическую информацию в сжатом виде, и это сжатие производится без потерь, в отличие, например, от JPEG.
Формат PNG является хорошим форматом для редактирования изображений, даже для хранения промежуточных стадий редактирования, так как восстановление и пересохранение изображения проходят без потерь в качестве. Также, в отличие, например, от TIFF, спецификация PNG не позволяет авторам реализаций выбирать, какие возможности они собираются реализовать. Поэтому любое сохранённое изображение PNG может быть прочитано в любом другом приложении, поддерживающем PNG.
1.2.3. Структура файла
Файл PNG состоит из блоков данных, называющихся chunk'ами. Chunk в общем случае имеет переменную длину. Чтобы отличить один от другого, в каждом chunk'е есть поле типа.
Минимальный PNG-файл должен содержать как минимум сигнатуру и три chunk'a:
IHDR -- заголовок файла
IDAT -- данные, собственно картинка
IEND -- конец файла
Chunk состоит из четырёх полей:
Length -- длина поля данных chunk'а (4 байта)
Type -- поле типа (4 байта)
Data -- поле данных, может быть нулевой длины
CRC -- поле с проверочным кодом для полей Type, Data
Сигнатура PNG-файла содержит всегда 8 байт:
* (decimal) 10 26 10
* (hexadecimal)e 47 0d 0a 1a 0a
* (ASCII C notation) \211 P N G \r \n \032 \n
Сигнатура не является стандартным chunk'ом.
- IHDR chunk
Этот chunk содержит основную информацию о картинке: ширина и высоту в пикселях, количество битов на сэмпл (не на пиксель) или количество бит, определяющее размер палитры и т. п.
- IEND chunk
Это chunk сигнализирует о конце PNG-файла.
- IDAT chunk
Этот chunk содержит данные с графической информацией. Эти данные запакованы в zlib формат. Данные, запакованные в zlib формат, запакованы в формат DEFLATE, который в общем случае предусматривает сжатие информации. Но один из вариантов DEFLATE позволяет хранить данные в контейнерах DEFLATE без сжатия.
Графическая информация, хранящаяся в IDAT chunk'ах, представляет собой набор строк (scanlines). В формате PNG для более эффективного сжатия предусмотрена фильтрация строк. Для указания используемого фильтра перед данными строки должен следовать один байт. Содержимое означает, какой фильтр используется. В самой простой реализации фильтр можно не использовать (ведь и сжатия никакого не планируется). В этом случае этот байт должен быть равен 0.
Как вариант, одна строка графической информации может упаковываться в один IDAT chunk. Так, например, сделано в Беркут-ЕТ: файл содержит 240 IDAT chunk'ов.
Алгоритмы упаковки данных без сжатия в zlib и deflate форматы очень просты для реализации во встраиваемых системах, поскольку они сводятся к простому формированию заголовков и подсчёту контрольной суммы adler32.
Рис. 1. Структура PNG-файла
На рисунке изображена последовательность chunk'ов, образующих файл PNG. Как уже говорилось, в chunk'и IDAT "укладываются" 240 строк. Перед каждой строкой следует байт, указывающий тип фильтра (значение 0).
На рисунке используются следующие обозначения:
CH - chunk header, содержит длину поля данных и тип chunk'а IDAT
ZH - zlib header,
DH - DEFLATE header, содержит 5 байт
CC - контрольная сумма crc32 для chunk'a
ZA - контрольная сумма adler32 для данных, упакованных DEFLATE алгоритмом.
Важно, что CC считается для каждого chunk'a, а ZA считается для всего вектора данных, упакованного алгоритмом DEFLATE.
- zlib header
Он содержит 2 байта: 0x78, 0x01
Байт 0х78 означает, что для компрессии данных используется DEFLATE с окном до 32 Кбайт.
Байт 0х01 содержит проверочный бит для первого байта и определяет уровень сжатия "без сжатия".
- DEFLATE header
DEFLATE header содержит 5 байт. Первый байт содержит информацию о типе компрессии и о последнем блоке. Если используется тип компрессии "no compression", то первый и последующие блоки должны иметь первый байт 0x00, а последний блок 0x01.
Ещё четыре байта используются для указания длины блока (первые 2 байта) и проверочного поля для длины блока (вторые 2 байта). Другими словами -- LEN и NLEN, где NLEN = 0xffff - LEN.
- png check
PNG check -- это утилита, упрощающая жизнь программисту при отладке кода, создающего PNG. Она проверяет правильность формирования PNG и сообщает, если что-то не так. Например, утилита может отследить, что не сходится контрольная сумма или отсутствует какой-нибудь chunk, и т. п.
1.2.4. Достоинства
PNG обладает более высокой степенью сжатия для файлов с большим количеством цветов, чем GIF, но разница составляет около 5-25 %;
Так же самое главное преимущество формата PNG — это новые алгоритмы сжатия. В отличие от формата GIF, который эффективно сжимает только горизонтальные одноцветные области, формат PNG этим не ограничивается. Для сравнения приведено два изображения в разных форматах. Очевидно, что при почти десятикратной эффективности сжатия потерь в качестве не замечено.
Рис. 2. PNG (372 байта) Рис. 3. GIF (2, 5 Кбайт)
Еще одним важным преимуществом является фильтрация строк (scanline filtering, или delta filters), благодаря которой PNG-упаковщик может получить гораздо более удобные данные для сжатия.
Например, есть изображение 5×5 пикселей с горизонтальным градиентом. Схематично отобразим, как оно может быть сохранено в файле (каждое число — уникальный цвет).
Рис. 4. Схематичное отображение
Как видно из примера, GIF-кодировщик отдал бы на сжатие строки, которые плохо упаковываются по горизонтали (потому что одинаковые цвета распространяются по вертикали). А вот как может преобразовать эти данные PNG-кодировщик:
Рис. 5. Схематичное отображение (PNG-кодировщик)
Перед каждой строкой появилась цифра 2. Это — фильтр, который был применен к строке. В данном случае это фильтр Up, который говорит декодеру: «Для текущего пикселя возьми значение пикселя выше и прибавь к нему текущее значение». В нашем случае это 0, потому что цвета текущего и верхнего пикселей не отличаются. А эти данные можно эффективней упаковать, если у нас достаточно большое изображение.
1.2.5. Недостатки
К недостаткам формата можно отнести:
а. Не все веб-браузеры одинаково отображают содержимое png-файла. Узким местом являются:
- частичная прозрачность (альфа-канал);
- поддержка прозрачности в палитре;
- гамма-коррекция.
- поддержка расширений PNG с анимацией.
- цветовая коррекция (ICC).
б. Существует одна особенность GIF, которая в PNG не реализована — поддержка множественного изображения, особенно анимации; PNG изначально был предназначен лишь для хранения одного изображения в одном файле.
1.3.1. Общая информация
PCX (PCExchange) — стандарт представления графической информации, разработанный компанией ZSoft Corporation. Использовался графической программой ZSoft PC Paintbrush (одной из первых популярных графических программ) для MS-DOS, текстовыми процессорами и настольными издательскими системами, такими как Microsoft Word и Ventura Publisher.
Данный формат является не столь популярным аналогом BMP, хотя поддерживается специфическими графическими редакторами, такими как Adobe Photoshop, Corel Draw, GIMP и др. В настоящее время вытеснен форматами, которые поддерживают лучшее сжатие: GIF, JPEG и PNG.
Тип формата — растровый. Большинство файлов такого типа использует стандартную палитру цветов, но формат был расширен из расчета на хранение 24-битных изображений.
PCX — аппаратно-зависимый формат. Предназначается для хранения информации в файле в таком же виде, как и в видеоплате. Для совместимости со старыми программами необходима поддержка EGA-режима видеоконтроллером.
Формат предполагает использование простейшего алгоритма сжатия (Run Length Encoding, RLE) без потерь информации. Алгоритм такого сжатия очень быстрый и занимает небольшой объём памяти, однако не очень эффективен, непрактичен для сжатия фотографий и более детальной компьютерной графики. При сохранении изображения, подряд идущие пиксели одинакового цвета объединяются, и вместо указания цвета для каждого пикселя указывается цвет группы пикселей и их количество. Такой алгоритм хорошо сжимает изображения, в которых присутствуют области одного цвета.
1.3.2. Область применения
Область применения данного формата сокращается, поскольку вытесняется другими форматами. Имеет больше историческое значение, нежели практическое.
Однако, благодаря поддержке многими приложениями и простоте перезаписи, данный формат нередко используется разработчиками при работе с растровой графикой.
Так же данный формат используют многие графические редакторы, в частности Paint. Вместе с форматом TIFF формат PCX является одним из наиболее распространённых форматов, которые используют сканеры.
1.3.3. Структура файла
Файл изображения PCX начинается с заголовка длиной 128 байт. Затем идут закодированные графические данные.
При кодировании используется простой алгоритм, основанный на методе длинных серий. Если в файле запоминается несколько цветовых слоев, каждая строка изображения запоминается по цветовым слоям. Согласно документации Zsoft, это выполняется по приведенной ниже схеме (R - красный слой, G - зеленый слой, B - синий слой, I - слой интенсивности)
Строка изображения 0:
RRR...
GGG...
BBB...
III...
Строка изображения 1:
RRR...
GGG...
BBB...
III...
(и т. д.)
Запоминание по слоям проводится, как правило, для 16-цветных изображений EGA. При стандартной палитре EGA, которая устанавливается по умолчанию BIOS'ом, нулевой слой видео памяти содержит СИНЮЮ компоненту цвета, а не красную. Если же палитра отлична от стандартной, то говорить о том, что слои видео памяти, соотносятся с компонентами цвета вообще затруднительно.
Метод кодирования состоит в следующем:
ДЛЯ каждого байта X, прочитанного из файла. ЕСЛИ оба старших бита X равны 1, то <повторитель> = значению, хранящемуся в 6 младших битах X <данные> = находятся в следующем байте за X. ИНАЧЕ <повторитель> = 1 <данные> = X
Поскольку для насыщения данного алгоритма требуется в среднем 25% неповторяющихся данных и, по меньшей мере, наличие смещения между повторяющимися данными, то размер получаемого файла, как правило, оказывается приемлемым.
Смещение | Обозначение | Длина | Описание / комментарий |
0 | Manufacturer | 1 | Постоянный флаг 10 = ZSoft. PCX |
1 | Version | 1 | Информация о версии: |
2 | Encoding | 1 | 1 = PCX кодирование длинными сериями |
3 | Bits per pixel | 1 | Число бит на пиксел в слое |
4 | Window | 8 | Размеры изображения (Xmin, Ymin) – (Xmax, Ymax) в пикселах включительно |
12 | Hres | 2 | Горизонтальное разрешение создающего устройства |
14 | Vres | 2 | Вертикальное разрешение создающего устройства |
16 | Colormap | 48 | Набор цветовой палитры (см. далее текст) |
64 | Reserved | 1 | |
65 | NPlanes | 1 | Число цветовых слоев |
66 | Bytes per Line | 2 | Число байт на строку в цветовом слое (для PCX-файлов всегда должно быть четным) |
68 | Palette Info | 2 | Как интерпретировать палитру: |
70 | Filler | 58 | Заполняется нулями до конца заголовка |
1.3.4. Достоинства
- Возможность создания ограниченной палитры цветов (например, 16 или 256 цветов);
- Поддерживается большим количеством приложений;
- Сжатие производится без потерь.
1.3.5. Недостатки
- Не поддерживает цветовые системы, отличные от RGB;
- Многочисленные варианты, особенно при работе с цветами, могут делать работу с файлом невозможным;
- Неудобная схема сжатия в действительности может увеличивать размеры некоторых файлов.
1.4.1. Общая информация
BMP (от англ. Bitmap Picture) — формат хранения растровых изображений, разработанный компанией Microsoft.
С форматом BMP работает огромное количество программ, так как его поддержка интегрирована в операционные системы Windows и OS/2. Файлы формата BMP могут иметь расширения. bmp, .dib и. rle. Кроме того, данные этого формата включаются в двоичные файлы ресурсов RES и в PE-файлы.
Компания Microsoft также разработала для своих нужд форматы ICO и CUR, которые имеют похожую на BMP структуру. Кроме этого, структуры из этого формата используются некоторыми WinAPI-функциями подсистемы GDI.
Глубина цвета в данном формате может быть 1, 4, 8, 16, 24, 32, 48 бит на пиксель. При этом для глубины цвета меньше 16 бит используется палитра с полноцветными компонентами глубиной 24 бита.
В формате BMP изображения могут храниться, как есть или же с применением некоторых распространённых алгоритмов сжатия. В частности, формат BMP поддерживает RLE-сжатие без потери качества, а современные операционные системы и программное обеспечение позволяют использовать JPEG и PNG (эти форматы встраиваются в BMP как в контейнер).
1.4.2. Область применения
Из-за большого объема изображения и редкого использования сжатия, файлы в данном формате весят слишком много для использования в сети.
Однако же, не смотря на свою «старость», данный формат широко используется для работы в пределах одной машины благодаря интегрированной поддержке в ОС Windows. С данным форматом работают практически все известные программы.
1.4.3. Структура файла
BMP — стандартный формат графических файлов Windows. Подавляющее большинство BMP-файлов хранится без сжатия, что облегчает работу с ними.
BMP-файлы состоят из трех основных частей:
- заголовок; палитра; графические данные (значения пикселей).
Заголовок содержит информацию о файле и находящемся в нем графическом изображении. Здесь хранятся параметры изображения (ширина, высота, глубина пикселей), а также количество цветов в нем.
Палитра присутствует только в BMP-файлах, содержащих палитровые изображения (с глубиной пикселей 8 бит и менее). К 8-битным изображениям прикладывается палитра, состоящая не более чем из 256 элементов.
Графические данные — это и есть само изображение. Формат этих данных зависит от глубины пикселей. 8-битные BMP-файлы могут использоваться для работы с 8-битными поверхностями, а 24-битные — для беспалитровых поверхностей.
- Структура заголовка
Данные заголовка BMP-файла хранятся в двух структурах:
BITMAPFILEHEADER и BITMAPINFOHEADER.
Структура BITMAPFILEHEADER присутствует в начале любого BMP-файла и содержит информацию о самом файле. Для нас в этой структуре представляет интерес лишь одно поле — bfType, сигнатура BMP-файла. В BMP-файлах это поле содержит буквы BM (обе буквы — прописные). По содержимому этого поля мы будем убеждаться в том, что выбранные файлы действительно имеют формат BMP.
Структура BITMAPINFOHEADER содержит информацию об изображении, хранящемся в BMP-файле. Эта структура объявляется так:
typedef struct tagBITMAPINFOHEADER {
DWORD biSize;
LONG biWidth;
LONG biHeight;
WORD biPlanes;
WORD biBitCount;
DWORD biCompression;
DWORD biSizeImage;
LONG biXPelsPerMeter;
LONG biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;
} BITMAPINFOHEADER, FAR *LPBITMAPINFOHEADER, *PBITMAPINFOHEADER;
Первое поле, biSize, определяет размер структуры BITMAPINFOHEADER в байтах. Если ваша программа создает BMP-файл, это поле заполняется тривиально — достаточно определить размер структуры функцией sizeof. Однако при чтении BMP-файла по содержимому этого поля приходится рассчитывать позицию файла, на которой структура заголовка кончается. Эта мера обеспечивает обратную совместимость, благодаря ей Microsoft в будущем сможет увеличить размер структуры BITMAPINFOHEADER, не нарушая работы существующих приложений.
Поля biWidth, biHeight и biBitCount определяют размеры изображения. Содержимое поля biCompression позволяет узнать, хранится ли изображение в сжатом виде. Поскольку мы не собираемся работать со сжатыми BMP-файлами, необходимо проверить, имеет ли это поле значение BI_RGB (а не BI_RLE8, свидетельствующее о сжатии файла).
В поле biSizeImage хранится размер графических данных (в пикселях). Однако учтите, что это поле часто оказывается незаполненным (содержит нулевое значение). В таких случаях нам придется самостоятельно вычислять размер графических данных.
Наконец, поле biClrUsed определят количество цветов в палитре (для палитровых изображений). Как и поле biSizeImage, оно часто может быть равно нулю. Это означает, что палитра содержит максимальное количество элементов (256 для 8-битных изображений).
- Палитра
Палитра в BMP-файлах хранится в виде списка структур RGBQUAD, где каждый элемент представляет отдельный цвет. Структура RGBQUAD объявляется так:
typedef struct tagRGBQUAD {
BYTE rgbBlue;
BYTE rgbGreen;
BYTE rgbRed;
BYTE rgbReserved;
} RGBQUAD;
В первых трех полях хранятся цветовые RGB-составляющие. На поле rgbReserved мы не будем обращать внимания (предполагается, что оно равно нулю). Как я упоминал выше, количество структур RGBQUAD в BMP-файле определяется полем biClrUsed. Тем не менее обычно 8-битные BMP-файлы содержат 256 структур RGBQUAD. В 24-битных RGB-файлах структуры RGBQUAD отсутствуют.
- Графические данные
Графические данные в основном представляют собой список пикселей, из которых состоит изображение. Однако каждая горизонтальная строка пикселей должна занимать блок памяти, выровненный по границе параграфа. Следовательно, если количество байт, необходимых для хранения строки пикселей, не кратно четырем, в каждую строку включается от одного до трех дополняющих байт.
При этом для работы с графическими данными BMP-файлов используется концепция шага. Отличие состоит в том, что для графических данных BMP-файлов значение шага программисту придется считать самостоятельно. Впрочем, это не так уж сложно, потому что шаг всегда попадает на ближайшую границу параграфа за концом блока памяти, необходимого для хранения строки пикселей.
Изображения хранятся в BMP-файлах в перевернутом виде, так что первая строка пикселей файла на самом деле является нижней строкой настоящего изображения.
1.4.4. Достоинства
- Возможность редактирования почти в любой программе, как стандартной, так и специальной;
- Высокое качество изображения.
1.4.5. Недостатки
- Абсолютно не подходит для сети Интернет;
- Крайне неудачный выбор для последующей распечатки;
- Аппаратно-зависимый формат.
PNG | PCX | BMP | JPEG | GIF | |
Потери при сжатии | - | - | - | + | - |
Максимальное число бит на пиксел | 48 | 24 | 24 | 24 | 8 |
Прозрачность | альфа-канал | - | - | - | + |
Гамма-коррекция | + | - | |||
Множественное изображение | +/- | - | - | - | + |
Алгоритм сжатия | Deflate(LZ77) | RLE | RLE | JPEG | LZW |
Размер изображения 800хбит (Кбайт) | 148 | 153 | 1403 | 302 | 156 |
Проблемы отображения браузерами | + | - | - | - | - |
Цветовая схема | Все доступные | Не поддерживает CMYK | Все доступные | Не поддерживает Indexed color, со CMYK вероятны проблемы при чтении | Все доступные |
