The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3.0"  +/
Сообщение от opennews (??), 06-Фев-19, 11:52 
Компания Google опубликовала (https://bitbucket.org/multicoreware/x265/src/46b84ff665fd301...) выпуск библиотеки libvpx 1.8.0 (https://www.webmproject.org/), в рамках которой развиваются эталонные реализации свободных видеокодеков  VP8 (https://www.opennet.ru/opennews/art.shtml?num=26656) и VP9 (https://www.opennet.ru/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.ru/opennews/art.shtml?num=50102

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –4 +/
Сообщение от Аноним (1), 06-Фев-19, 11:52 
> Изменены значения преднастроек "veryslow" и "slower". Настройки "slower" теперь идентичны старым параметрам "veryslow", а настройкам "veryslow" присвоены новые значения

Приятно видеть, что кодек стал быстрее. Я помню как в 2008 Intel Core Quad декодировал h264, напрягаясь на 80% на не динамичных сценах, а динамичные тормозили. А это был топовый процессор, быстрее которого не было. А спустя всего несколько лет, x264 так оптимизировали, что даже офисный "2 ядра 2 гига" всё воспроизводил, и не тормозило! А если всё-таки тормозило - значит в один поток, надо включить больше.

История повторяется. Медленно, но верно, и офисные компьютеры смогут воспроизводить x265 не напрягаясь

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +7 +/
Сообщение от leap42 (ok), 06-Фев-19, 12:14 
Почти уверен, что дело не в оптимизации x264, а в увеличении производительности CPU и наличии аппаратного кодека 264 в любом утюге.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

21. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –1 +/
Сообщение от Ivan_83 (ok), 07-Фев-19, 00:11 
И оптимизация и аппаратные декодеры много где появились.
Кажется с 1080p контентом не было никогда проблем на коредуо.
Да, помню что пень3 не тянул 720p, пришлось апгрейдится до коредуо и проблем все 10 лет после этого не было, а вот h.265 коредуо в 4к уже не тянул совсем.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

24. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +1 +/
Сообщение от Аноним (24), 07-Фев-19, 02:09 
Для справки. Вы наверное имели в виду аппаратные _декодеры_.

Телефоные/десктопные видеокодеры вашей видеокарты кодируют очень плохо. Там нужен чуть ли ни битрейт в 30 мбит/с чтобы показать картинку где софтварные кодеры как x265 обходятся 8 мбитами.

Исключение здесь железные кодировщики для индустрии телевещания по типа Vitec и тому подобных.

И да H.265 кодек патентно не свободный. Покупая телефон, телевизор, видеокарту, процессор, вы косвенно спонсируете патентообладателей.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

27. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Ivan_83 (ok), 07-Фев-19, 15:13 
Аппаратные энкодеры для телевизионщиков не сильно лучше, там главное гарантировать реалтайм.
Софтварный энкодер может в два прохода кодировать не торопять, выцепляя всё что можно с большой глубиной поиска, аппаратные так не могут.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

5. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (5), 06-Фев-19, 12:18 
4k AV1 через VLC или Firefox уже воспроизводится без задержек
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (16), 06-Фев-19, 20:37 
С невмеямым загрузом относительно 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 в ближайщее время технодемка.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (18), 06-Фев-19, 21:13 
Вы параллельно в игры играете? Или постоянно смотрите 4k контент? Его нет...
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

22. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Ivan_83 (ok), 07-Фев-19, 00:15 
AV1 в 4к вполне декодится давидом на 4х ядерном проце, главное чтобы битрейт был не слишком большим.
Вот libaom декодит сильно хуже.

Для 1080 вполне винрарно и юзабельно уже сейчас, для 4к тоже в целом норм, но проц не ниже райзена или эквивалентного интела.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

9. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от бублички (?), 06-Фев-19, 12:58 
> История повторяется. Медленно, но верно, и офисные компьютеры смогут воспроизводить x265 не напрягаясь

современные офисные компьютеры уже умеют (Intel начиная со Skylake)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

15. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –1 +/
Сообщение от Аноним (15), 06-Фев-19, 19:37 
Для остальных есть Nvidia
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

23. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Ivan_83 (ok), 07-Фев-19, 00:16 
Начиная с 1030, и только некоторые профили.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +2 +/
Сообщение от Аноним (17), 06-Фев-19, 20:54 
Смешались в кучу кони, люди...

1. В новости речь об x265, а не x264. Другой кодек, другая реализация.
2. В новости ничего не сказано об ускорении кодирования. Скорее всего, новый veryslow медленнее старого.
3. И x264, и x265 - это кодировщики, а не декодеры. Соответственно, изменения в них никак не влияют на скорость воспроизведения котиков на офисных "2 ядра 2 гига".

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

26. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –1 +/
Сообщение от Аноним (26), 07-Фев-19, 13:30 
> 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...

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

29. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (17), 08-Фев-19, 03:36 
mplayer тянет libavcodec, а он уже тянем всё, что поддерживает ffmpeg, в т.ч. и кодировщики.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

2. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –7 +/
Сообщение от Qwerty (??), 06-Фев-19, 11:59 
>Код libvpx распространяется под лицензией BSD.

Лучшая из лицензий. Я сначала как-то скептически отнёсся к проекту, но лицензия гарантирует вин.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (3), 06-Фев-19, 12:11 
для тех кто реализует платные сервисы вин это не столько лицензия ( для большей части лицензий нет разницы т.к. править библиотеку никто не будет ) а вот защита от патентных исков значит очень много...
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –3 +/
Сообщение от нах (?), 06-Фев-19, 12:49 
обрати внимание - в x265 _gpl_2, а не lgpl - для того чтобы измазаться, не надо править библиотеку, ее вообще нельзя использовать в коммерческом проекте. imho, спонсоры движухи все те же, кто принес нам vp9, а теперь изо всех сил пропихивает av1 - "конкурирующие технологии должны умереть".

И ох не в патентных исках дело :-(

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –1 +/
Сообщение от нах (?), 06-Фев-19, 12:46 
> Я сначала как-то скептически отнёсся к проекту, но лицензия гарантирует вин.

ничего она не гарантирует:

https://caniuse.com/#search=VP9
Partial support in Firefox refers to being enabled by default only for Windows users

на ипхонах не поддерживается и не будет - зака...нутыпонел, да?
x264 наше всьо, пока av1 все еще готовят для десктопа :-(
Ну или hevc - если не браузером смотреть, или браузером но с правильной лопатки.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

8. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Qwerty (??), 06-Фев-19, 12:52 
> Ну или hevc - если не браузером смотреть, или браузером но с
> правильной лопатки.

С Google Nexus, я угадал?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (13), 06-Фев-19, 15:53 
А дальше прочитать?

Can be enabled in (all editions of) Firefox via the media.av1.enabled flag in about:config

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

20. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –1 +/
Сообщение от пох (?), 06-Фев-19, 22:23 
и? Ты видео для себя, любимого, выкладываешь? А нахрена тогда файрфак вообще - mpv'ой смотреть проще.

весь смысл веб-видео, что его выкладывают для других. И вряд ли для полутора васянов, полезущих менять не предназначенные для юзера настройки.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

14. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (14), 06-Фев-19, 16:04 
А как же MPL-2.0?
Всё так же хорошо для встраивальщиков, при этом багофичи не огораживаются анально.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

10. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  –1 +/
Сообщение от бублички (?), 06-Фев-19, 13:04 
любой утюг на базе Snapdragon 805 - 835 вполне успешно декодирует HEVC
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от нах (?), 06-Фев-19, 14:04 
а единственноверный браузер в утюге об этом знает? "приложению"-то, понятно, пофиг.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

11. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (11), 06-Фев-19, 13:44 
Где бы почитать про "--auto-alt-ref=" и возможные значения?
В старой документации пишут, что этот параметр либо 0 либо 1.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3..."  +/
Сообщение от Аноним (19), 06-Фев-19, 21:39 
Включи исследовательскую жилку - поставь 0.5! :D
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру