Компьютерная графика старой школы иногда создавала анимацию (циклы и затухание) без фактического перерисовки чего-либо в видеопамяти, исключительно путем обновления цветовую палитру.
Можно ли это сделать в анимированной гифке? То есть оптимизировать (уменьшить размер файла) gif, предоставив только один кадр (значимого) растрового содержимого, но иметь ли значения цвета обновления каждого (отложенного) кадра анимации в (глобальной) палитре?
Краткий ответ: нет.
Согласно существующему стандарту, каждый кадр GIF, содержащий локальную палитру, должен иметь свои собственные данные для отображения с использованием этой палитры, в противном случае локальная палитра бесполезна.
Одним из возможных решений является определение собственного блока расширения приложения GIF (как это сделал Netscape; см. Ссылку) для хранения дополнительных палитры и их временные задержки. Очевидно, эти блоки расширения должны появляться после фреймов, на данные которых они влияют.
Обратной стороной этого подхода является то, что никто, кроме вашего декодера, не будет поддерживать циклическую смену палитры, если ваш тип блока каким-либо образом не станет новым стандартом де-факто.
Тем не менее, ваши созданные вручную GIF-файлы останутся действительными для всех других декодеров GIF (даже без переключения палитры), поскольку стандарт требует, чтобы они молча игнорировали любые расширения приложений GIF с неизвестными им идентификаторами.
