{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Блоги: заметки с тегом gif", "_rss_description": "Автоматически собираемая лента заметок, написанных в блогах на Эгее", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": false, "_itunes_explicit": "no", "home_page_url": "https:\/\/www.blogengine.me\/blogs\/tags\/gif\/", "feed_url": "https:\/\/www.blogengine.me\/blogs\/tags\/gif\/json\/", "icon": false, "authors": [ { "name": "Илья Бирман", "url": "https:\/\/www.blogengine.me\/blogs\/", "avatar": false } ], "items": [ { "id": "130422", "url": "https:\/\/bolknote.ru\/all\/3707\/", "title": "Сжатый несжатый GIF", "content_html": "

Как многие знают, браузер нативно понимает сжатие gzip<\/i> (алгоритм DEFLATE<\/a>). Наконец-то браузеры научились с ним правильно работать, после стольких лет мучений — сжимать можно что угодно, достаточно просто указать правильный заголовок.<\/p>\n

Графический файлы обычно так не сжимают — внутри у них свой алгоритм сжатия, например в ПНГ<\/i> используется тот же DEFLATE<\/i>. Но с ГИФом ситуация хуже — у него внутри более старый алгоритм LZW<\/i>, к тому же нет никаких оптимизационных техник (например, ПНГ<\/i> использует так называемые «фильтры», которые позволяют эффективно сжимать градиенты.<\/p>\n

Вот я и подумал — нельзя ли как-то заменить алгоримт сжатия ГИФа с внутреннего LZW<\/i> на внешний gzip<\/i>? Если было бы нельзя, я бы эту заметку не писал.<\/p>\n

Смотрите, слева у вас на экране ГИФ, сжатый при помощи gzip<\/i> (так и грузится с сервера), справа — ПНГ.<\/p>\n

<\/p>\n<\/div>

<\/p>\n<\/div><\/div>


<\/p>\n

В каждом из них равное количество уникальных цветов, ПНГ пропущен через все оптимизаторы, которые я только нашёл. При этом ПНГ занимает 1374 байта, а гзипованный ГИФ — 1347, на 27 байт меньше. Дело тут конечно, не в паре десятков байт, а в принципе — если бы я выбрал картинку побольше, выигрыш, возможно, был бы существеннее.<\/p>\n

Почему же LZW<\/i> внутри ГИФа, плюс DEFLATE<\/i> снаружи сделали файл меньше, чем оптимизирующие просто DEFLATE<\/i>, плюс фильтры в случае ПНГ? Обычно наложение одного сжимающего алгоритма на другой делает файл больше сравнению с применением одного, более удачного алгоритам из двоих.<\/p>\n

Дело в том, что в ГИФ я использовал несжатый<\/i>, он подготовлен специальным образом, так, что его собственный алгоритм сжатия не работает, а gzip<\/i> работает над несжатым потоком данных.<\/p>\n

Самый простой, по моему мнению, способ получить такой файл — пропустить его через утилиту gifinter<\/i> из набора libungif<\/a> — библиотеки и набора утилит для работы с несжатыми файлами ГИФ.<\/p>\n

Утилиты эти отлично скомпилировались под мой «Мак» и обрабатывал я ГИФ следующим образом: для начала оптимизировал его при помощи giflite<\/i> (эта старая утилита под DOS<\/i>, которую я запускаю из-под dosbox<\/i>, творит с ГИФами чудеса), потом пропустил через утилиту, вырезающую из ГИФа комментарии (их туда вставил giflite<\/i>), только после этого пропустил файл через gifinter<\/i> и сжал при помощи gzip<\/i>:<\/p>\n

gifinter optimized.gif > non-compressed.gif\ngzip -9n non-compressed.gif<\/code><\/pre><\/pre>
Дальше я переименовал файл в 2012.08.08.gif-gz и добавил в конфигурацию своего «Апача» следующие строки:<\/p>\n
AddEncoding gzip .gif-gz\nAddType image\/gif .gif-gz<\/code><\/pre><\/pre>
Теперь при запросе сервер будет выдавать все необходимые заголовки:<\/p>\n
bolk@Bolk ~  $ telnet bolknote.ru 80\nTrying 91.230.61.15...\nConnected to bolknote.ru.\nEscape character is '^]'.\nHEAD \/imgs\/2012.08.08.gif-gz HTTP\/1.0\nHost: bolknote.ru\nAccept-encoding: gzip\n\nHTTP\/1.1 200 OK\nServer: nginx\nDate: Wed, 08 Aug 2012 06:12:14 GMT\nContent-Type: image\/gif\nContent-Length: 1347\nConnection: close\nAccept-Ranges: bytes\nCache-Control: max-age=2592000\nExpires: Fri, 07 Sep 2012 06:12:14 GMT\nContent-Encoding: gzip<\/code><\/pre><\/pre>
Если интересно как устроен несжатый ГИФ, об этом можно прочитать<\/a> в Википедии, откуда я взял картинку, там интересная уличная магия, перепечатывать «Википедию» не очень-то интересно.<\/p>\n
Готовой разгадки почему сжатый несжатый ГИФ обогнал ПНГ у меня нет, но есть одно возможное соображение — ГИФ чуть-чуть компактнее ПНГ, кроме того, ГИФ сжат целиком, тогда как в ПНГ сжата только картинка. Если моё предположение правда, то хорошего выигрыша ждать не сто́ит, но списывать формат ГИФ со счетов тоже не нужно.<\/p>\n
По-настоящему опыт ценен, если удасться сделать несжатую ГИФ-анимацию (этого я ещё не пробовал) и сжать её при помощи gzip<\/i>. Если удасться, это будет очень полезно, буду держать вас в курсе.<\/p>\n",
            "date_published": "2012-08-08T10:43:00+05:00",
            "date_modified": "2024-08-31T16:55:31+05:00",
            "tags": [
                "gif",
                "программирование"
            ],
            "author": {
                "name": "Евгений Степанищев",
                "url": "https:\/\/bolknote.ru\/",
                "avatar": "https:\/\/bolknote.ru\/pictures\/userpic\/userpic@2x.jpg?1760600028"
            },
            "_date_published_rfc2822": "Wed, 08 Aug 2012 10:43:00 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "130422",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "123692",
            "url": "https:\/\/bolknote.ru\/all\/3068\/",
            "title": "Internet Explorer показывает не все GIF",
            "content_html": "
\n\"\"\n
IE, не покажи этот GIF!<\/div>\n<\/div>\n
Нашёл в ЖЖ DiBR’а GIF, который не показывает Internet Explorer<\/a>. Забавно, хотя в отличие от JPEG, который не показывает современная «Опера»<\/a>, этот GIF несколько некорректен.<\/p>\n
Вот текст комментария из ЖЖ, который разъясняет принцип:<\/p>\n
\n
Согласно описанию формата, сразу за заголовком («GIF89a») идет Logical Screen Descriptor<\/i> (в котором как раз и прописан размер 80×80), затем Global Color Table<\/i>, а уж за ним — всякие Extensions<\/i> и данные изображений. В обсуждаемом файле Global Color Table<\/i> просто отсутствует (так что IE<\/i> ведет себя вполне адекватно). Зато присутствует картинка размером 100×100, которую и видят менее привередливые рендереры.<\/p>\n<\/blockquote>\n",
            "date_published": "2011-01-16T22:26:00+05:00",
            "date_modified": "2023-10-23T22:43:56+05:00",
            "tags": [
                "gif",
                "ie",
                "программирование"
            ],
            "author": {
                "name": "Евгений Степанищев",
                "url": "https:\/\/bolknote.ru\/",
                "avatar": "https:\/\/bolknote.ru\/pictures\/userpic\/userpic@2x.jpg?1760600028"
            },
            "_date_published_rfc2822": "Sun, 16 Jan 2011 22:26:00 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "123692",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "130909",
            "url": "https:\/\/bolknote.ru\/all\/1436\/",
            "title": "Фокусы с GIF, прозрачность и hover",
            "content_html": "