The OpenNET Project / Index page

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

Выпуск библиотек для кодирования видео libvpx 1.8.0 и x265 3.0

06.02.2019 11:24

Компания Google опубликовала выпуск библиотеки libvpx 1.8.0, в рамках которой развиваются эталонные реализации свободных видеокодеков VP8 и VP9. Код 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, 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.

Также можно отметить выпуск проекта x265 3.0, в рамках которого развивается высокопроизводительный открытый кодировщик для формата сжатия видео 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 (Coding tree unit);
  • Изменены значения преднастроек "veryslow" и "slower". Настройки "slower" теперь идентичны старым параметрам "veryslow", а настройкам "veryslow" присвоены новые значения.


  1. Главная ссылка к новости (https://groups.google.com/a/we...)
  2. OpenNews: Google выпустил библиотеку libvpx 1.5.0, в которой продолжено оттачивание реализации VP9
  3. OpenNews: В рамках проекта x265 началась разработка открытого кодировщика для стандарта сжатия видео H.265
  4. OpenNews: Компания Cisco представила свободный видеокодек Thor, конкурирующий с VP9 и H.265
  5. OpenNews: Сравнение скорости кодирования и декодирования видео при помощи VP9, HEVC и H.264
Лицензия: CC-BY
Тип: Программы
Ключевые слова: libvpx, vp9, x265
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (27) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:52, 06/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Изменены значения преднастроек "veryslow" и "slower". Настройки "slower" теперь идентичны старым параметрам "veryslow", а настройкам "veryslow" присвоены новые значения

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

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

     
     
  • 2.4, leap42 (ok), 12:14, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Почти уверен, что дело не в оптимизации x264, а в увеличении производительности CPU и наличии аппаратного кодека 264 в любом утюге.
     
     
  • 3.21, Ivan_83 (ok), 00:11, 07/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И оптимизация и аппаратные декодеры много где появились.
    Кажется с 1080p контентом не было никогда проблем на коредуо.
    Да, помню что пень3 не тянул 720p, пришлось апгрейдится до коредуо и проблем все 10 лет после этого не было, а вот h.265 коредуо в 4к уже не тянул совсем.
     
  • 3.24, Аноним (24), 02:09, 07/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для справки. Вы наверное имели в виду аппаратные _декодеры_.

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

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

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

     
     
  • 4.27, Ivan_83 (ok), 15:13, 07/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Аппаратные энкодеры для телевизионщиков не сильно лучше, там главное гарантировать реалтайм.
    Софтварный энкодер может в два прохода кодировать не торопять, выцепляя всё что можно с большой глубиной поиска, аппаратные так не могут.
     
  • 2.5, Аноним (5), 12:18, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    4k AV1 через VLC или Firefox уже воспроизводится без задержек
     
     
  • 3.16, Аноним (16), 20:37, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С невмеямым загрузом относительно 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 в ближайщее время технодемка.

     
     
  • 4.18, Аноним (18), 21:13, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вы параллельно в игры играете? Или постоянно смотрите 4k контент? Его нет...
     
  • 4.22, Ivan_83 (ok), 00:15, 07/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    AV1 в 4к вполне декодится давидом на 4х ядерном проце, главное чтобы битрейт был не слишком большим.
    Вот libaom декодит сильно хуже.

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

     
  • 2.9, бублички (?), 12:58, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > История повторяется. Медленно, но верно, и офисные компьютеры смогут воспроизводить x265 не напрягаясь

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

     
     
  • 3.15, Аноним (15), 19:37, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для остальных есть Nvidia
     
     
  • 4.23, Ivan_83 (ok), 00:16, 07/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Начиная с 1030, и только некоторые профили.
     
  • 2.17, Аноним (17), 20:54, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Смешались в кучу кони, люди...

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

     
     
  • 3.26, Аноним (26), 13:30, 07/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 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...

     
     
  • 4.29, Аноним (17), 03:36, 08/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    mplayer тянет libavcodec, а он уже тянем всё, что поддерживает ffmpeg, в т.ч. и кодировщики.
     

  • 1.2, Qwerty (??), 11:59, 06/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    >Код libvpx распространяется под лицензией BSD.

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

     
     
  • 2.3, Аноним (3), 12:11, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    для тех кто реализует платные сервисы вин это не столько лицензия ( для большей части лицензий нет разницы т.к. править библиотеку никто не будет ) а вот защита от патентных исков значит очень много...
     
     
  • 3.7, нах (?), 12:49, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    обрати внимание - в x265 _gpl_2, а не lgpl - для того чтобы измазаться, не надо править библиотеку, ее вообще нельзя использовать в коммерческом проекте. imho, спонсоры движухи все те же, кто принес нам vp9, а теперь изо всех сил пропихивает av1 - "конкурирующие технологии должны умереть".

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

     
  • 2.6, нах (?), 12:46, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я сначала как-то скептически отнёсся к проекту, но лицензия гарантирует вин.

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

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

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

     
     
  • 3.8, Qwerty (??), 12:52, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну или hevc - если не браузером смотреть, или браузером но с
    > правильной лопатки.

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

     
  • 3.13, Аноним (13), 15:53, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А дальше прочитать?

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

     
     
  • 4.20, пох (?), 22:23, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    и? Ты видео для себя, любимого, выкладываешь? А нахрена тогда файрфак вообще - mpv'ой смотреть проще.

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

     
  • 2.14, Аноним (14), 16:04, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А как же MPL-2.0?
    Всё так же хорошо для встраивальщиков, при этом багофичи не огораживаются анально.
     

  • 1.10, бублички (?), 13:04, 06/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    любой утюг на базе Snapdragon 805 - 835 вполне успешно декодирует HEVC
     
     
  • 2.12, нах (?), 14:04, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а единственноверный браузер в утюге об этом знает? "приложению"-то, понятно, пофиг.
     

  • 1.11, Аноним (11), 13:44, 06/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где бы почитать про "--auto-alt-ref=" и возможные значения?
    В старой документации пишут, что этот параметр либо 0 либо 1.
     
     
  • 2.19, Аноним (19), 21:39, 06/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Включи исследовательскую жилку - поставь 0.5! :D
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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