Компания Google опубликовала (https://bitbucket.org/multicoreware/x265/src/46b84ff665fd301... выпуск библиотеки libvpx 1.8.0 (https://www.webmproject.org/), в рамках которой развиваются эталонные реализации свободных видеокодеков VP8 (https://www.opennet.me/opennews/art.shtml?num=26656) и VP9 (https://www.opennet.me/opennews/art.shtml?num=37195). &...Код libvpx распространяется (https://chromium.googlesource.com/webm/libvpx) под лицензией BSD. Компания Google делегирует неограниченному кругу лиц возможность безвозмездного использования всех патентов, касающихся заложенных в VP8 и VP9 технологий, без сбора каких-либо отчислений (royalty-free).Основные изменения в новой версии связаны с оптимизацией кодировщика для перекодирования видео на лету, например, для применения в сервисах, отдающих видео по запросу (VOD). На 5-10% увеличена скорость кодирования в режиме реального времени (режим "speed 7"). Добавлен новый режим "speed 9", который быстрее режима "speed 8" на 10-20%. Значительно улучшена реализация второго прохода кодирования формата VP9 (в режиме --auto-alt-ref=6 производительность возросла на 8% для потоков с переменным битрейтом и на 10% для потоков с постоянным уровнем качества).
В состав включены новые вызовы для управления синхронизацией и отбрасыванием кадров при многослойной потоковой передаче видео (SVC (https://ru.wikipedia.org/wiki/Scalable_Video_Coding), Scalable Video Coding): VP9E_SET_SVC_FRAME_DROP_LAYER, VP9E_SET_SVC_INTER_LAYER_PRED,
P9E_SET_SVC_GF_TEMPORAL_REF, VP9E_SET_SVC_REF_FRAME_CONFIG, VP9E_GET_SVC_REF_FRAME_CONFIG, VP9E_SET_POSTENCODE_DROP, VP9E_SET_SVC_SPATIAL_LAYER_SYNC, VP9E_SET_SVC_LAYER_ID, VP9E_SET_ROI_MAP.
Также можно отметить выпуск (https://bitbucket.org/multicoreware/x265/src/46b84ff665fd301... проекта x265 3.0 (https://bitbucket.org/multicoreware/x265/), в рамках которого развивается высокопроизводительный открытый кодировщик для формата сжатия видео H.265/HEVC. Код проекта доступен под лицензией GPLv2. В новой версии добавлена серия новых опций:
- '--hevc-aq' для включения экспериментального режима адаптивного квантования, при котором размер шагов квантования выбирается в зависимости от параметров активности изменений в кадре;
- '--tune animation' для применения дополнительных оптимизаций, повышающих качество видео с анимацией;- '--dolby-vision-profile integer|float' для генерации битового потока (bitstream), соответствующего профилям Dolby Vision (поддерживаются профили объёмного звука 5, 8.1 и 8.2).
- '--dolby-vision-rpu' для указания файла с метаданными Dolby Vision RPU;
- '--zonefile filename' для указания текстового файла, в котором определены границы зон кодирования;
- '--qp-adaptation-range' для указания диапазона квантования (Delta-QP) на основе психовизуальной модели;- '--refine-ctu-distortion 0/1' для управления нормализацией искажений при кодировании CTU (https://en.wikipedia.org/wiki/Coding_tree_unit) (Coding tree unit);
- Изменены значения преднастроек "veryslow" и "slower". Настройки "slower" теперь идентичны старым параметрам "veryslow", а настройкам "veryslow" присвоены новые значения.
URL: https://bitbucket.org/multicoreware/x265/src/46b84ff665fd301...
Новость: https://www.opennet.me/opennews/art.shtml?num=50102
> Изменены значения преднастроек "veryslow" и "slower". Настройки "slower" теперь идентичны старым параметрам "veryslow", а настройкам "veryslow" присвоены новые значенияПриятно видеть, что кодек стал быстрее. Я помню как в 2008 Intel Core Quad декодировал h264, напрягаясь на 80% на не динамичных сценах, а динамичные тормозили. А это был топовый процессор, быстрее которого не было. А спустя всего несколько лет, x264 так оптимизировали, что даже офисный "2 ядра 2 гига" всё воспроизводил, и не тормозило! А если всё-таки тормозило - значит в один поток, надо включить больше.
История повторяется. Медленно, но верно, и офисные компьютеры смогут воспроизводить x265 не напрягаясь
Почти уверен, что дело не в оптимизации x264, а в увеличении производительности CPU и наличии аппаратного кодека 264 в любом утюге.
И оптимизация и аппаратные декодеры много где появились.
Кажется с 1080p контентом не было никогда проблем на коредуо.
Да, помню что пень3 не тянул 720p, пришлось апгрейдится до коредуо и проблем все 10 лет после этого не было, а вот h.265 коредуо в 4к уже не тянул совсем.
Для справки. Вы наверное имели в виду аппаратные _декодеры_.Телефоные/десктопные видеокодеры вашей видеокарты кодируют очень плохо. Там нужен чуть ли ни битрейт в 30 мбит/с чтобы показать картинку где софтварные кодеры как x265 обходятся 8 мбитами.
Исключение здесь железные кодировщики для индустрии телевещания по типа Vitec и тому подобных.
И да H.265 кодек патентно не свободный. Покупая телефон, телевизор, видеокарту, процессор, вы косвенно спонсируете патентообладателей.
Аппаратные энкодеры для телевизионщиков не сильно лучше, там главное гарантировать реалтайм.
Софтварный энкодер может в два прохода кодировать не торопять, выцепляя всё что можно с большой глубиной поиска, аппаратные так не могут.
4k AV1 через VLC или Firefox уже воспроизводится без задержек
С невмеямым загрузом относительно vp9/hevc не говоря уже о h.264 декодерах. Ближе всего к чему-то приемлемому dav1d:https://code.videolan.org/videolan/dav1d/issues/78
https://code.videolan.org/videolan/dav1d/issues/215
https://code.videolan.org/videolan/dav1d/issues/216и не то что бы прям близко. AV1 в ближайщее время технодемка.
Вы параллельно в игры играете? Или постоянно смотрите 4k контент? Его нет...
AV1 в 4к вполне декодится давидом на 4х ядерном проце, главное чтобы битрейт был не слишком большим.
Вот libaom декодит сильно хуже.Для 1080 вполне винрарно и юзабельно уже сейчас, для 4к тоже в целом норм, но проц не ниже райзена или эквивалентного интела.
> История повторяется. Медленно, но верно, и офисные компьютеры смогут воспроизводить x265 не напрягаясьсовременные офисные компьютеры уже умеют (Intel начиная со Skylake)
Для остальных есть Nvidia
Начиная с 1030, и только некоторые профили.
Смешались в кучу кони, люди...1. В новости речь об x265, а не x264. Другой кодек, другая реализация.
2. В новости ничего не сказано об ускорении кодирования. Скорее всего, новый veryslow медленнее старого.
3. И x264, и x265 - это кодировщики, а не декодеры. Соответственно, изменения в них никак не влияют на скорость воспроизведения котиков на офисных "2 ядра 2 гига".
> 1. В новости речь об x265, а не x264. Другой кодек, другая реализация.Приятно видеть, как x264 делают быстрее. Для сравнения, h264 в 2008 году плохо воспроизводился как проприетарными кодеками, так и открытым x264 (в Ubuntu 8.10). А потом x264 так хорошо оптимизировали (в 2012 году и Ubuntu 12.10), что даже офисный компьютер за 4 тысячи рублей его стал декодировать, не напрягаясь. Судя по процитированному моменту новости, x265 тоже достигнет этого. Медленно, но верно, он этого достигает уже сейчас
> 2. В новости ничего не сказано об ускорении кодирования. Скорее всего, новый veryslow медленнее старого.
Пресеты veryslow, slow и так далее - это пресеты для кодирования. Судя по всему, код x265 оптимизировали, и поэтому veryslow превратился в slow. Логично предположить, что с декодированием происходит то же самое
> 3. И x264, и x265 - это кодировщики, а не декодеры. Соответственно, изменения в них никак не влияют на скорость воспроизведения котиков на офисных "2 ядра 2 гига".
Так вот почему mplayer тянет зависимость libx264...
mplayer тянет libavcodec, а он уже тянем всё, что поддерживает ffmpeg, в т.ч. и кодировщики.
>Код libvpx распространяется под лицензией BSD.Лучшая из лицензий. Я сначала как-то скептически отнёсся к проекту, но лицензия гарантирует вин.
для тех кто реализует платные сервисы вин это не столько лицензия ( для большей части лицензий нет разницы т.к. править библиотеку никто не будет ) а вот защита от патентных исков значит очень много...
обрати внимание - в x265 _gpl_2, а не lgpl - для того чтобы измазаться, не надо править библиотеку, ее вообще нельзя использовать в коммерческом проекте. imho, спонсоры движухи все те же, кто принес нам vp9, а теперь изо всех сил пропихивает av1 - "конкурирующие технологии должны умереть".И ох не в патентных исках дело :-(
> Я сначала как-то скептически отнёсся к проекту, но лицензия гарантирует вин.ничего она не гарантирует:
https://caniuse.com/#search=VP9
Partial support in Firefox refers to being enabled by default only for Windows usersна ипхонах не поддерживается и не будет - зака...нутыпонел, да?
x264 наше всьо, пока av1 все еще готовят для десктопа :-(
Ну или hevc - если не браузером смотреть, или браузером но с правильной лопатки.
> Ну или hevc - если не браузером смотреть, или браузером но с
> правильной лопатки.С Google Nexus, я угадал?
А дальше прочитать?Can be enabled in (all editions of) Firefox via the media.av1.enabled flag in about:config
и? Ты видео для себя, любимого, выкладываешь? А нахрена тогда файрфак вообще - mpv'ой смотреть проще.весь смысл веб-видео, что его выкладывают для других. И вряд ли для полутора васянов, полезущих менять не предназначенные для юзера настройки.
А как же MPL-2.0?
Всё так же хорошо для встраивальщиков, при этом багофичи не огораживаются анально.
любой утюг на базе Snapdragon 805 - 835 вполне успешно декодирует HEVC
а единственноверный браузер в утюге об этом знает? "приложению"-то, понятно, пофиг.
Где бы почитать про "--auto-alt-ref=" и возможные значения?
В старой документации пишут, что этот параметр либо 0 либо 1.
Включи исследовательскую жилку - поставь 0.5! :D