Png список: список скачать бесплатно — Компьютерные иконки Контрольные галочка

Найдите и скачайте бесплатно Список PNG Прозрачное прозрачное фоновое изображение доступно в высоком качестве с разрешением в различных стилях и размерах.

Спецификация PNG: Структура файла

REC-png.html

Рекомендация W3C

3.1. Подпись файла PNG

   137 80 78 71 13 10 26 10
 

См. Обоснование: Подпись файла PNG. 931)-1 байт.

Код типа блока размером 4 байта. Для удобства в описании и в при просмотре файлов PNG коды типов могут состоять только из прописных букв и строчные буквы ASCII (A-Z и az, или 65-90 и 97-122 десятичных). Однако, кодировщики и декодеры должны обрабатывать коды как фиксированные двоичные значения, не строки символов. Например, было бы неправильно представить код типа IDAT эквивалентами EBCDIC эти письма. Дополнительные соглашения об именах для типов фрагментов: обсуждаются в следующем разделе.

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

Фрагменты могут появляться в любом порядке с учетом ограничений, наложенных на каждый тип чанка. (Одним заметным ограничением является то, что IHDR должен появляются первыми, а IEND должны стоять последними; Таким образом Фрагмент IEND служит маркером конца файла.) Несколько фрагментов того же типа могут появляться, но только если это специально разрешено для тот тип.

См. Обоснование: Кусковая компоновка.

3.3. Соглашения об именах блоков

Четыре бита кода типа, а именно бит 5 (значение 32) каждого байта, являются используется для передачи свойств фрагмента. Этот выбор означает, что человек может прочтите присвоенные свойства в зависимости от того, каждая ли буква код типа в верхнем регистре (бит 5 равен 0) или в нижнем регистре (бит 5 равен 1). Однако декодеры должны проверять свойства неизвестного фрагмента путем численное тестирование указанных битов; проверка, является ли персонаж в верхнем или нижнем регистре неэффективно и даже неверно, если используется определение регистра, зависящее от локали.

Стоит отметить, что биты свойств являются неотъемлемой частью имени чанка и, следовательно, фиксированы для любого типа чанка. Таким образом, TEXT и Text будут несвязанными типами фрагментов коды, а не один и тот же кусок с разными свойствами. Декодеры должны распознавать коды типов простым четырехбайтовым литеральным сравнением; это некорректно выполнять преобразование регистра в кодах типов.

Семантика битов свойства:

Вспомогательный бит: бит 5 первого байта

0 (верхний регистр) = критический, 1 (нижний регистр) = вспомогательный.

Фрагменты, которые не являются строго необходимыми для осмысленного отображение содержимого файла, известное как «вспомогательные» фрагменты. Декодер обнаружил неизвестный фрагмент, в котором вспомогательный бит равно 1, можно смело игнорировать фрагмент и перейти к отображению изображения. блок времени (tIME) является примером вспомогательного блока.

Чанки, необходимые для успешного отображения файла содержимое называется «критическими» фрагментами. Декодер сталкивается с неизвестный фрагмент, в котором вспомогательный бит равен 0, должен указывать пользователя, что изображение содержит информацию, которую оно не может безопасно интерпретировать. Фрагмент заголовка изображения (IHDR) является примером критического фрагмента.

Частный бит: бит 5 второго байта

0 (верхний регистр) = общедоступный, 1 (нижний регистр) = закрытый.

Публичный блок — это блок, который является частью спецификации PNG или зарегистрирован в списке общедоступных типов фрагментов PNG специального назначения. Приложения также могут определять частные (незарегистрированные) фрагменты для своих собственные цели. Имена приватных чанков должны быть в нижнем регистре. вторая буква, в то время как общедоступным чанкам всегда будут присваиваться имена с заглавные вторые буквы. Обратите внимание, что декодерам не нужно тестировать бит свойства private-chunk, так как он не имеет функционального значения; это просто административное удобство для обеспечения того, чтобы общественность и имена частных чанков не будут конфликтовать. Видеть Дополнительные типы чанков и рекомендации для энкодеров: Использование приватных чанков.

Зарезервированный бит: бит 5 третьего байта

Должен быть 0 (верхний регистр) в файлах, соответствующих этой версии PNG.

Значение регистра третьей буквы имени чанка зарезервировано для возможного расширения в будущем. В настоящее время весь чанк имена должны иметь третьи буквы в верхнем регистре. (Декодеры не должны жаловаться на строчную третью букву, правда, как на какую-то будущую версию спецификации PNG может определить значение этого бита. это достаточен для обработки фрагмента со строчной третьей буквой в том же как и любой другой неизвестный тип фрагмента.)

Бит безопасного копирования: бит 5 четвертого байта

0 (верхний регистр) = небезопасно для копирования, 1 (нижний регистр) = безопасно для копирования.

Этот бит свойства не представляет интереса для чистых декодеров, но он требуется редакторам PNG (программам, изменяющим файлы PNG). Этот бит определяет правильную обработку нераспознанных фрагментов в файле, который модифицируется.

Если бит безопасного копирования фрагмента равен 1, фрагмент может быть скопирован в изменен файл PNG независимо от того, распознает ли программа фрагмент типа и независимо от степени модификации файла.

Если бит безопасного копирования чанка равен 0, это означает, что чанк зависит от данных изображения. Если программа сделала любые изменения в критических чанках, включая добавление, модификацию, удаление или переупорядочивание критических фрагментов, а затем нераспознанные небезопасные куски должны быть , а не скопированы в выходной файл PNG. (Конечно, если программа распознает чанк , он может выбрать вывод соответствующим образом измененной версии.)

Редактору PNG всегда разрешено копировать все нераспознанные фрагменты, если он только добавил, удалил, изменил или переупорядочил вспомогательные чанков. Это означает, что вспомогательные фрагменты не могут зависят от других вспомогательных блоков.

Редакторы PNG, которые не распознают критический фрагмент , должны сообщить об ошибке и вообще отказаться от обработки этого PNG-файла. безопасный/небезопасный механизм предназначен для использования со вспомогательными чанками. Бит безопасного копирования всегда будет равен 0 для критических фрагментов.

Правила для редакторов PNG обсуждаются далее в Правила упорядочения фрагментов.

Например, гипотетическое имя типа чанка «bLOb» имеет биты свойств:

   bLOb <-- 32-битный код типа фрагмента, представленный в текстовой форме
   ||||
   |||+- Бит безопасного копирования равен 1 (строчная буква; бит 5 равен 1)
   ||+-- Зарезервированный бит равен 0 (буква верхнего регистра; бит 5 равен 0)
   |+--- Частный бит равен 0 (буква в верхнем регистре; бит 5 равен 0)
   +---- Вспомогательный бит равен 1 (строчная буква; бит 5 равен 1)