Подскажите, к чему в итоге вы пришли в ваших поисках? Какой оптимальный вариант на сегодня сжатия , так чтоб подходил для всех стоков, при этом чтоб финальный рендр (тот который заливаем на стоки) был и не гигантских размеров и качество на уровне.
Сделал вывод, что оптимальный - Quick Time, H.264 по требованиям iStock
ProRes - только если дойду до 4К 60р, потому что H.264 в таком формате только 30р.
Но, что-то мне подсказывает, что PhotoJPEG будет более рациональным вариантом, в плане размера файлов. Тем более, что там можно, похоже, любую частоту кадров использовать (60 в 4К точно поддерживают). Я то лелеял надежду на то, что в ProRes можно было в этом месте "выиграть". Но, стоки принимаю минимум "обычный" ProRes 422
PS По нормальному Adobe всё равно нельзя вывести в mov, H.264 в точном соответствии с требованиями iStock. К примеру, при настройке параметров рендера нельзя выбрать уровень H.264 и FHD выводиться только в 4.1, а Айс просит 4.2.
Но это можно сделать при выводе в mp4, т.е. выбрав контейнер H.264 вместо Quick Time.
Тем более, некоторые рекомендации по настройке рендера (мультипасс, настройка Max и Target bitrate) можно выполнить только там, что косвенно говорит о том, что лучше использовать mp4, изменив потом расширение. либо, это очередной финт ушами от Эпл для пользователей Виндовс.
В общем, сделал так. Посмотрю, как пройдёт.
Последний раз редактировалось Виталий В., 29.01.2019 в 05:10.
FCPX еще в 2011г так умел делать и не только покраска, а и многие другие эффекты
Вы уверены? Насколько я знаю, на Маках GPU рендер и всё что с ним связанно до сих пор не сильно уж так что бы эффективно используется. Но, возможно Final Cut как то и смог. А что там по станциям маковским было в 2011? https://support.apple.com/kb/SP589?locale=ru_RU
"ATI Radeon HD 5770"... Эм... GPU render на ATI? Ну не знаю.
Но, это ж в Premiere ввели этот инструмент не так давно. Кстати, и GPU эффектов там достаточно. А в SpeedGrade эти инструменты и GPU акселерация была сразу. А это 2003 год, на минуточку https://blogs.adobe.com/creativeclou...it-of-history/
При том, что adobe premiere тяжелый и не поворотливый. Потихоньку его дорабатывают. Но FCPX изначально был максимально оптимизировал под родное железо и ось.
Я не Виталий, но отвечу. Остальные стоки более менее всеядные, поэтому выполняя рекомендации айса все остальные это принимают
Это понятно, согласен. Но тут есть два нюанса:
1) Я больше имел в виду все вот эти тонкости типа битрейта или версии h264 (4.2, 5.2) - на них Айсу на самом деле плевать, они там чисто для галочки прописаны. То есть жать 1080р в 30 Мбит, а UHD в 100 Мбит - это, на мой взгляд, далеко не лучший вариант с точки зрения качества для покупателя (который нередко будет красить этот ролик под себя).
2) Айс - вообще весьма спорный сток, каждый сам решает для себя - грузить на него или нет. Я вот перестал грузить и вряд ли начну в ближайшем будущем - скорее, удалю портфель оттуда вообще.
Поэтому ориентироваться на его требования - не совсем универсально: если человек не грузит на Айс, то ему неважны его требования, а если грузит, то есть немало очень простых вариантов перегонять ролики для него отдельно по странным требованиям этого стока, грузить и удалять.
PS. Как я уже говорил, Виталий упустил в своих сравнениях самое главное: Prores 422 и 444 кардинально отличаются от h264 не битрейтом, а субдискретизацией. Никогда сжатие в 420 не сможет сравниться с 422 или 444, и это очень хорошо видно, когда пытаешься красить и рендерить сцены с большим количеством деталей или плавными цветовыми переходами.
То есть жать 1080р в 30 Мбит, а UHD в 100 Мбит - это, на мой взгляд, далеко не лучший вариант с точки зрения качества для покупателя (который нередко будет красить этот ролик под себя).
Но тем не менее лия из uhd в fhd жмёт так что остаётся 2-15Мбит. Чем же она руководствуется делая такие вещи?
Ведь покупателям приходится брать и такие пережатые файлы.
рубикон И где Фотолия по продажам футажей, на фоне Шаттера, Понда и ещё нескольких стоков?
Может починят это, а может так продвигают свои расширы, где покупатель получает не изуродованный файл.