{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Блоги: заметки с тегом avif",
    "_rss_description": "Автоматически собираемая лента заметок, написанных в блогах на Эгее",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": false,
    "_itunes_explicit": "no",
    "home_page_url": "https:\/\/blogengine.me\/blogs\/tags\/avif\/",
    "feed_url": "https:\/\/blogengine.me\/blogs\/tags\/avif\/json\/",
    "icon": false,
    "authors": [
        {
            "name": "Илья Бирман",
            "url": "https:\/\/blogengine.me\/blogs\/",
            "avatar": false
        }
    ],
    "items": [
        {
            "id": "135277",
            "url": "https:\/\/bolknote.ru\/all\/szhatie-i-kartinki\/",
            "title": "Сжатие и картинки",
            "content_html": "<p>Я тут размышлял о том, что в вебе, когда человечество изобретает новый алгоритм сжатия, для текстовых файлов, содержащих программный код или разметку, никто не придумывает новый формат, в котором это всё будет передаваться.<\/p>\n<p>Поступают иначе — в браузер и сервер вносят реализацию сжатия и распаковки и те же самые текстовые данные начинают передаваться чуточку быстрее.<\/p>\n<p>С картинками так не происходит. Понятно, что многие форматы имеют специальные алгоритмы для удаления части информации, которая не так уж и важна глазу, зато позволяет эффективнее сжимать, но поверх-то частенько работает какой-то алгоритм сжатия без потерь.<\/p>\n<p>Например, в <i>PNG<\/i> это <i>DEFLATE<\/i>, в <i>GIF<\/i> — <i>LZW<\/i>.<\/p>\n<p>В принципе, никто не мешает наложить встроенный в браузер алгоритм сжатия на формат графики, — протокол передачи это позволяет. Я уже <a href=\"https:\/\/bolknote.ru\/all\/3707\/\">экспериментировал<\/a> подобным образом с форматом <i>GIF<\/i>, так как оказалось, что этот формат позволяет выключить встроенное сжатие. То есть я как бы выкидывал используемый в <i>GIF<\/i> древний <i>LZW<\/i> и заменял его на более современный <i>DEFLATE<\/i>, реализованный в браузере.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/bolknote.ru\/pictures\/2025.03.18@2x.webp\" width=\"695\" height=\"250\" alt=\"\" \/>\n<\/div>\n<p>Тогда этот эксперимент ничего не дал, но недавно я его повторил. Только вместо <i>DEFLATE<\/i> использовал <i>brotli<\/i>, ещё более свежий алгоритм. <i>GIF<\/i>, в этом случае, <i>стал меньше<\/i> <i>PNG<\/i>. Это, кстати, не всегда так происходит, но в этом случае повезло. Я попробовал ещё и <i>zstd<\/i>, он ещё новее, но он жмёт хуже <i>brotli<\/i>, его достоинство в скорости.<\/p>\n<p>Любопытно ещё, что когда я сжал через <i>brotli<\/i> картинку, сконвертированную в формат <i>AVIF<\/i>, она стала ещё меньше. Я такого не ожидал, мне казалось, что современные бинарные форматы делаются максимально экономно.<\/p>\n<p>В общем, схема со сжатием графики в браузере, как будто бы, имеет право на существование.<\/p>\n",
            "date_published": "2025-03-18T21:03:43+05:00",
            "date_modified": "2025-03-18T21:58:35+05:00",
            "tags": [
                "avif",
                "программирование"
            ],
            "author": {
                "name": "Евгений Степанищев",
                "url": "https:\/\/bolknote.ru\/",
                "avatar": "https:\/\/bolknote.ru\/pictures\/userpic\/userpic@2x.jpg?1760600028"
            },
            "_date_published_rfc2822": "Tue, 18 Mar 2025 21:03:43 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "135277",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        }
    ],
    "_e2_version": 4079,
    "_e2_ua_string": "Aegea 11.0 (v4079e)"
}