Почему гифка на экспорте из Premiere весит в 90 раз больше?
Я всего лишь png слой поверх гифки добавил и тут такое...если удвоить количество кадров (я вначале это сделал случайно), то гифка вообще весила 100мбит (вместо 176 кбит должных).
Что за безумие? =(
nidalee, там гифка, в которой 343 кадра. Все кадры править не очень удобно.
Плюс, непонятно, почему, но в ФШ эта гифка проигрывается только до около середины. Потом при смене кадров ничего не происходит. Никаких адекватных объяснений не нашел. Такие дела.
Про мертвость гиф хотелось бы аргумент, если вас не затруднит.
там гифка, в которой 343 кадра. Все кадры править не очень удобно.
Вы можете выгнать из Premiere видео и открыть его в Photoshop. Он, как ни странно, это умеет.
Про мертвость гиф хотелось бы аргумент, если вас не затруднит.
Это технология внутрикадрового (intra-frame) сжатия, которая появилась тогда, когда нормальных альтернатив просто не было. Внутрикадровое сжатие - это трэш (для не-профессионального использования), потому что
а) оно портит качество (в консьюмерских кодеках)
б) оно сжимает в сотни раз хуже, чем межкадровое (inter-frame)
Единственное адекватное применение GIF - это простейшие анимации с минимальными изменениями (а-ля бабушкины открытки в WhatsApp).
Любые другие применения для GIF породят чудовище, которое будет весить 150 мегабайт против 1 (WEBP\WEBM).
В 2023 году от GIF нужно активно избавляться везде, где он остался. Не говоря уже о том, чтобы не делать новые GIF-ки.
nidalee, и еще. Непонятно, почему Ps воспроизводит только половину кадров. Там 343 кадра. Начиная с 171 кадра повторяется один и тот же. и на таймлайне и на экспорте.
А почему, например в статье Вк gif вставляется на ура, а webp/m никак?
Потому что VK в целом и mail.ru в частности - говноделы.
Непонятно, почему Ps воспроизводит только половину кадров. Там 343 кадра. Начиная с 171 кадра повторяется один и тот же. и на таймлайне и на экспорте.
Не знаю. Вы еще оригинальную gif-ку ему скармливаете?
Можете залить ее на ezgif и выкачать отдельные кадры (одним архивом), а потом склеить по своему разумению.
Там же можете прогнать optimize, может он вам поможет.
Там же можете прогнать optimize, может он вам поможет.
Вы будете смеяться, но да. После этого в Ps все кадры проигрываются, нормально.
Правда вес и качество ужались на 35%, что не есть хорошо.
Теперь остается понять, что этого мешало Ps проигрывать не такую уж и тяжелую гифку (240 кб - пыль).
nidalee расцеловал бы вас!!
Всё получилось. По качеству идеальненько. И даже если Gif умер, я все равно доволен)
Надо будет запомнить, у кого спрашивать такие деликатные вещи)
Николай Гефест, ну гифки не имеют никакого сжатия, практически, так что считай у тебя эта PNG без пнг-шного сжатия + gif * на количество кадров
Лучше экспортируй в какой-нибудь webm - практически везде, где можно встраивать сейчас гифки, можно встраивать и webm, но он имеет лучше качество и весит на порядок меньше
То что нужно посмотреть и сравнить разрешение исходной гифки и новой - это и будет ответ, почему так много.
Подозреваю, что png картинка, которую добавили к гифке сильно больше по разрешению => гифка была растянута до размера картинки.
Василий Банников, Даже если бы я допустил такой косяк, то на экспорте все равно это на виду постоянно.
Но я и изначально проверил, чтобы всё было в размер. Не представляю, как можно в таком накосячить..
Василий Банников, а gif нужен потому, что webm не загружается в статью. Только gif =(((((((
Вот это попадалово то, на ровном месте. Я уже webm постарался в gif конвертнуть, но все равно получается идиотский размер, в 20мб вместо 200кб
Николай Гефест, посмотрел внутрь гифки. У мелкой даже кадров больше.
Различаются атрибуты transparent color и background color - мб оно влияет на сжатие?
Может кто-то знает, почему Ps воспроизводит только половину кадров? Есть 343 кадра. Так вот, начиная с 171 кадра повторяется один и тот же. и на таймлайне и на экспорте. Что за глюк...
Николай Гефест, так а почему же видео при таком же разрешении должно весить много? С учётом того что в видео хранятся не все кадры, как в гифках, а только изменения кадров, а тут изменяется небольшой участок.
Средний
Простой
