Peek: почему файлы такие большие?

Извините за слишком поздний ответ :(

Я не могу сказать вам, почему ваш файл такой большой, без дополнительной информации. Что такое «большой» и «длинный»?

В общем, ImageMagick используется для преобразования анимации в GIF, и он очень хорошо справляется с уменьшением кадров: каждый кадр будет содержать только те данные, которые отличаются от предыдущего.

Как правило, для получения хороших результатов для анимированных GIF-файлов нужно соблюдать несколько правил:

• Используйте низкую частоту кадров. 15 кадров в секунду, кажется, мне подходит
• Избегайте слишком больших изменений. Если есть тяжелая анимация, кадры будут сильно отличаться
• Избегайте слишком большого количества цветов, поскольку GIF ограничен 256-цветной палитрой. Это касается не столько размера файла, сколько визуального качества.

В противном случае мне нужно было бы какое-то сравнение с реальным миром, чтобы рассказать вам больше, например, анимация, которую вы считаете большой и не такой большой, и сопоставимая анимация, которую вы записали с просмотром, которую вы считаете слишком большой.

Раньше я использовал ScreenToGif в Windows для записи гифок: знайте, я рад, что есть альтернатива Linux!

Я использовал ScreenToGif для записи следующего gif ( использованного в README одного из моих проектов ):

Чтобы сравнить размеры файлов, я записал точно такую ​​же анимацию с помощью Peek:

Даже если они не совсем сопоставимы, они все равно основаны на той же шкале размера файла (частота кадров, количество цветов, продолжительность, «скорость изменения» / скорость анимации).

Вот вывод: ScreenToGif создал файл размером 58,2 КБ, а Peek сохранил файл размером 16,6 КБ. Пик побеждает!
Следует ли закрыть этот вопрос? Мы могли бы упомянуть об этом где-нибудь в документации или провести еще несколько тестов.

Спасибо @chteuchteu за это расследование. Также я подозреваю, что Peek уже неплохо справляется (в данном случае благодаря imagemagick) по уменьшению размера файла. В конце концов, Gif просто не подходит для создания больших анимаций с большим количеством изменений, так как оптимизация полностью зависит только от наличия различий в каждом кадре. Я склоняюсь к тому, чтобы закрыть это, но, может быть, сначала нам стоит написать какой-нибудь FAQ :)

+1 за FAQ!

Я добавил FAQ в README