Формат, битрейт

[Aland]

Обещанный тест.]

Красиво, убедительно, но меня не впечатлило.
Зачем выводить h264 с битрейтом 24 мб\с, он излишен, для среднединамичного видео достаточно 18 мб\с, дальнейшее повышение картинку не меняет.
В этом примере много абсолютно статичных сцен, для этих сцен 24 мб\с можно считать "сумасшедшим". Вывел последний ролик в h264 просто тупо поставил постоянный битрейт 5 мб\с, и как говорится найдите 10 отличий

 скачать

https://yadi.sk/i/zFhZdos8uYNew

вот зачем такому видео битрейт в четыре-пять раз выше.
У меня пока нет возможности проверить h265 в студии, но пробовал х265, заметил снижение веса процентов на 20, конечно х265 думая пока не доведен, и в студии он может лучше, но пока не понятно, подтвердятся ли заявления на двукратное снижение со стороны разработчиков.
Забыл спросить про пресет "совпадает с временной шкалой" что собственно он меняет в плане качества картинки, что он вообще значит, не считая эффекта удобства.

[Aland]

Обещанный тест.
..........
Битрейт в MPEG-4 (H.264) и HEVC (H.265) различается в два раза, чтобы оценить декларируемые возможности энкодера HEVC.

Читал тему, прочитал пост 10, вспомнил, что писал о своем интуитивном недоверии к результатам теста, и решил сделать свой простенький тест.
Загрузил в продюсер 5 картинок с переходом и вывел в MJPEG c максимальным качеством, получился файл весом 1,7 Гб,

 Оригинал MJPEG

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

сжал в формат H264 с битрейтом 4 мб\с, получился файл mp4 весом 13,2 Мб, сжался более чем в тысячу раз.
Качество неподвижной картинки хорошее, а переход неплохо, но чувствуется недостаток битрейта, легкие следы блочности, для теста это хорошо.

 MPEG4\AVC_4mb\s

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

На это все ушло минут 15, и первый файл был готов,
Затем в программе Main Concept Total Code Studio вывел в HEVC\265 с битрейтом 2 мб\с, в надежде получить файл в два раза меньше, и сопоставимый по качеству, посмотрел что получилось, и разочаровался, размер вдвое меньший получился, а качество кодек однозначно провалил. Неподвижная картинка нормально, а переход не справился.

 HEVC\H265_2 mb\s

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

Вывод в HEVC 30 секунд показал время 42 минуты, Вот в этот момент я понял, почему разработчики студии обременили доступ к кодеку конфигурацией железа, без участия чипа карты в кодировании, использовать его нет смысла.
Разочаровавшись в результате работы HEVC, я увеличил ему битрейт до 3 мб\с, сделал повторный вывод и опять разочаровался, с переходами он опять не справился

 HEVC\H265_3mbs

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

Пришлось пробовать вывод как в h264 с битрейтом 4 мб\с, получился лучше. но до h264 недотянул, неподвижная картинка хорошая, а переход артефактов чуть на мой взгляд больше

 HEVC\H265_4 mbs

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

Резюме: на низких битрейтах, когда картинка еще держится приемлемой, HEVC отработал так же как AVC, или чуть слабее, заявленное разработчиками мой простенький тест не подтвердил, воэможно этот кодек может показать свою чудесную мощь на видео 4к, 8к, может быть, а для HD он не лучше H264, оговорюсь, это только мой результат.

Павел, если не затруднит, потратьте 5 минут на вывод моего оригинала в HEVC в студии с битрейтом около 2000 кб.с, или 3000 кб\с, ну чтоб размер получился вполовину или на 2 трети от AVc\H264 4 mb\s, если получится лучше , HVEC сработает эффективнее и картинка сопоставимая, то однозначно поверю в возможности кодирования чипом видеокарты, в студию 20, да и вообще в чудеса.

[Денис 001]

Если ролик сплошь из статичных сцен - то можно и 5мб\с. Но, как правило, это не так, есть участки где высокий битрейт весьма уместен. Так что 24 - нормально, 18 - минимум для h264, особенно в реализации кодека пинстудии.
Хотя кому как, многие не отличают DVD от HD даже на большом экране. Видимо, на это рассчитывали разрабы кодека студии)))

[Paul Yux]

найдите 10 отличий

У Вас сочнее ("красивее") картинка получилась, чем у оригинала. Хорошо это или плохо - не знаю.

но пробовал х265, заметил снижение веса процентов на 20

У PS20 снижение ровно в 2 раза.
И главное, что скорость кодирования трёхкратная. "Вот что аппаратное кодирование делает!"

что он вообще значит, не считая эффекта удобства

Удобство! После можно зайти в расширенные настройки и поправить. Очень удобно. Но нужно учитывать правильность выставления параметров на временной шкале.

но меня не впечатлило

Предлагаю и прошу Вас, Aland, аналогично (битрейт можете ставить любой) закодировать следующий файл (ссылка ниже), также с камеры CANON XF305.
Но, выполните одно условие - кодировать только в прогрессив. Это важно. Причину объясню чуть позже.
Спасибо заранее. Мне этот файл доставил очень много хлопот. Когда начнёте с ним заниматься поймёте, что я имел ввиду. Но не забывайте про условие, написанное выше.

 Ссылка

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

[Aland]

Мне этот файл доставил очень много хлопот. Когда начнёте с ним заниматься поймёте

Ну, вобщем да, файлик не простой для сохранения качества, цвет 4 2 2 при переводе в 4 2 0 потребовал увеличения битрейта. Сделал два вывода, первый в режиме сохранения качества, когда кодер сам определяет битрейт, который может сохранить картинку без потери информации, битрейт получился высокий 40 мб\с, то есть при снижении картинка может начинать портиться

 Первый вывод

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

Второй раз вывел со средним битрейтом 18 мб\с, получил общий 20, насколько село качество, надо на большом экране смотреть, но я не увидел какого-то существенного изменения, картинка почти такая.

 Второй вывод

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

Вторая трудность это условие прогрессивного вывода. Я для себя давно уяснил, что деинтерлейсить нужно тогда, когда надо, если весомых причин нет, снял интерлейс, в нем и выводи, если не хочешь испортить динамику.
В оригинале панорамирование довольно активное, на грани появления эффекта стробоскопа. В интерлейсе строб визуально компенсируется интерлейсным смазом, и не так очевиден, прогрессив это обнажает, и строб стал очевидным, думаю так и должно быть.
Уменьшить восприятие строба можно выводом в прогрессив 50 кадров, каждое поле как прогрессивный кадр, , но такой задачи у меня не было, я не стал пробовать.
Вот если бы этот ролик я выводил бы для себя, я бы оставил поля без изменений, по мне лучше небольшой смаз, нежели строб. Ну а битрейт поставил бы как во втором выводе, смотрел раза три, не увидел существенных ухудшений.

[Paul Yux]

снял интерлейс, в нем и выводи
я бы оставил поля без изменений

Жаль, что с HEVC это не получится (см. спецификацию). Вывести то в интерлейс можно (в PS20 зря оставили такую возможность), но только, если хочется "насолить" (дважды(!) "насолить") тому, для кого предназначен клип

выводом в прогрессив 50 кадров... я не стал пробовать

Практически не спасает...

[Aland]

; Вывести то в интерлейс можно .

Режим 25р не лучше , чем деинтерлейс, прсто оператор по простому говоря не включал мозги, панорамирование с такой скоростью может показать строб и на 50р, а на 25р будет однозначно, не меньше, чем дает деинтерлейс. Просто во время съемки надо это помнить, и панораму делать аккуратно, тогда и результат деинтерлейса был бы приемлемым вполне.
HEVC интерлейсный, китайский всеядный плеер на андроиде показывать должен.

[Paul Yux]

HEVC интерлейсный, китайский всеядный плеер на андроиде показывать должен.

Показывать будут все плееры, но как показывать - такого лучше не надо.

Предполагается, что видеоматериал на входе кодера HEVC имеет прогрессивную развёртку. В HEVC не представлено явных функций кодирования чересстрочной развёртки, так как чересстрочная развёртка не используется в современных дисплеях и имеет всё меньшее распространение. Тем не менее, в HEVC были представлены метаданные, позволяющие указать кодеру, что было закодировано видео с чересстрочной развёрткой в одном из двух режимов: в виде отдельных изображений, как два поля (четные или нечетные строки кадра) или весь кадр целиком. Этот эффективный метод обеспечивает кодирование видеосигнала с чересстрочной разверткой, минуя необходимость нагружать декодеры поддержкой специального процесса декодирования.

 Источники

[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]
[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]
[Только зарегистрированные и активированные пользователи могут просматривать ссылки. ]

[Paul Yux]

Если нет в системе nvEncodeAPI64.dll для 64-бит или nvEncodeAPI.dll для 32-бит, то и не будет возможности вывода.
Драйвер на GTX 1080 какой стоит?