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

"Выпуск библиотек для кодирования видео 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 | Индекс форумов | Темы | Пред. тема | След. тема