The OpenNET Project / Index page

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

Результаты тестирования AV1 в Facebook. Новый формат JPEG XS

11.04.2018 21:47

Инженеры из компании Facebook провели тестирование кодека для открытого формата кодирования видео AV1, в сравнении с открытыми кодеками x264 и libvpx-vp9. Тестирование проведено в условиях, приближенных к наиболее распространенным ситуациям применения видео в Facebook и охватывает 400 наиболее популярных в социальной сети видеороликов, находящихся в разрешении 360p, 480p, 720p и 1080p (AV1 наиболее эффективен в UHD/4K и 8K, но данные разрешения принципиально не рассматривались).

По уровню сжатия AV1 опередил x264 (main profile) на 50.3%, x264 (high profile) на 46.2% и libvpx-vp9 на 34.0%, но ценой такого превосходства стало более длительное время кодирования из-за усложнения алгоритмов. Эффективность сжатия измерялась при помощи метода BD-rate (Bjontegaard-Delta), позволяющего оценить какая нижняя планка битрейта достижима при неизменном пиковом отношении сигнала к шуму (PSNR) или индексе структурного сходства (SSIM). Каждое из 400 видео вначале было закодировано используя режимы CRF (Constant Rate Factor) или QP (Quantization Parameter), а затем полученный результат дополнительно был прогнан через двухпроходный режим ABR (Adaptive Bit Rate).

Оценка PSNR (диаграмма показывает экономию битрейта при использовании AV1 по сравнению с x264 и libvpx-vp9):

Оценка SSIM:

Скорость кодирования (показано на сколько AV1 медленнее x264 и libvpx-vp9):

Результаты кодирования в режиме ABR (по сравнению с вышеотмеченными результатами разница по битрейту на уровне нескольких процентов, но время кодирования для AV1 и x264 возросло существенно):

Оценка PSNR:

Оценка SSIM:

Скорость кодирования:

Дополнительно можно отметить ещё три события, связанных с AV1 или кодированием видео:

  • Объединённая группа экспертов по фотографии (JPEG) представила будущий новый стандарт сжатия изображений JPEG XS, который позиционируется как легковесная система кодирования изображений, обеспечивающая минимальные задержки при кодировании и декодировании, и ориентированная на оптимизацию передачи последовательностей изображений очень высокого качества (до 8K). JPEG XS может оказаться полезным в системах виртуальной реальности и дронах, которые ранее вынуждены были использовать передачу изображений в несжатом виде из-за ограничений ресурсов и требований к оперативности доставки сигнала. JPEG XS позволяет существенно снизить необходимую пропускную способность канала связи без заметных для человеческого глаза потерь качества. Финальный вариант спецификаций планируют опубликовать в июле этого года, но процесс стандартизации и создания эталонных реализаций будет завершен только к апрелю следующего года.
  • Альянс Open Media развивает формат AVIF, позволяющий распространять отдельные изображения, сжатые при помощи технологий внутрикадрового сжатия из AV1. AVIF поддерживает как изображения в HDR (High Dynamic Range) и цветовом пространстве Wide-gamut, так и в стандартном динамическом диапазоне (SDR). AVIF развивается по аналогии с форматами WebP и HEIF/HEIC, которые используют методы внутрикадрового кодирования из VP8 и HEVC. Контейнер для распространения сжатых данных в AVIF полностью аналогичен HEIF.
  • Сообщество Xiph.Org подготовило обзор технических решений, использованных в формате кодирования видео AV1.


  1. Главная ссылка к новости (https://code.facebook.com/post...)
  2. OpenNews: Увидел свет первый выпуск открытого видеокодека нового поколения AV1
  3. OpenNews: Сообщество Xiph.Org представило видеокодек Daala с технологиями, опережающими VP9 и H.265/HEVC
  4. OpenNews: Компания Cisco представила свободный видеокодек Thor, конкурирующий с VP9 и H.265
  5. OpenNews: Сравнение скорости кодирования и декодирования видео при помощи VP9, HEVC и H.264
  6. OpenNews: Google выпустил библиотеку libvpx 1.5.0, в которой продолжено оттачивание реализации VP9
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: av1, jpeg, video, vp9, jpeg, jpegxs, avif
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (123) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 23:36, 11/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Результаты радуют. Нет разницы сколько времени будет кодироваться, если делаться это будет один раз, а воспроизводиться - много.
     
     
  • 2.2, Аноним (-), 23:38, 11/04/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Владельцы огромных пулов машин для кодирования видео (обычные TV каналы, всякие youtube'ы и так далее) с вами не согласны :)
     
     
  • 3.4, пох (?), 23:46, 11/04/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    наоборот - им-то пофиг, у них будет еще более огромный пул еще более мощных машин, подумаешь. Зато они выиграют 50% размера хранилки, а диски по прежнему дороги.

    А вот если ты, Анон, хочешь выложить видео для друзей и анонов без помощи этих пулов (включая тот который никакое видео не кодирует, а смотрит за тобой и твоими друзьями-анонами) - вероятнее всего, тебе расхочется ждать "пока дискетка отформатируется", и ты выберешь кодек побыстрее, а диск вместо 4 воткнешь 8T, хрен с ним.

     
     
  • 4.18, Алконим (?), 01:13, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Несогласен 1 Хранилища относительно дешевы, дешевле железа кодировщиков, по кр... текст свёрнут, показать
     
     
  • 5.19, Алконим (?), 01:17, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    gt оверквотинг удален Забыл про рекламу рекламные ролики тоже нужно перекод... текст свёрнут, показать
     
  • 5.23, Аноним (-), 03:15, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Которая индустрия идет - вот той и работать над этим А реально кому сильно н... текст свёрнут, показать
     
     
  • 6.30, Алконим (?), 04:22, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну тот же Hulu, Netflix, YouTube TV да и  телединозавры давно адаптировались под современный формат. И речь только про штаты.
    Да взять тот же YouTube, многие крупные ТырТуберы будут слегка недовольны если их видео будут дольше в перекодироваться.
     
     
  • 7.98, Аноним (-), 21:29, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Перекодироваться будет дольше, но потенциальная аудитория вырастет за счет тех, к кого интернет хреновый (привет, мобилки или адсл, который все еще распространен на западе).
     
  • 7.107, Аноним (-), 08:03, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У гугли не так уж много live потоков, просто роликов - намного больше А реалтай... текст свёрнут, показать
     
  • 5.122, Dal (?), 22:47, 14/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален В цене хранилок есть большой разброс, если надо хранить ... текст свёрнут, показать
     
  • 5.124, NEO (??), 01:52, 25/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    дата центры используют диски как кеш, основное хранилище ленточные библиотеки , они в 2 раза дешевле при увеличении памяти и в 20 раз более емкие, привод от полмиллиона, картридж(=линейная скорость диска) (hdd/2 цена), емкость до 192 TB!! (с хорошо сжимаемыми 480 TB) , картридж с ладошку, вообщем это дешево для промышленности, а вот электроэнергия нет, скорее всего будут ждать решений из железа , а это тогда будет сравнима с обычными кодеками по затратам.
     
  • 4.24, Аноним (-), 03:22, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    До того как умничать и делать глобальные выводы, нефигово бы посмотреть в список... текст свёрнут, показать
     
     
  • 5.51, пох (?), 09:08, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    имелось в виду, что если выбирать между удвоить хранилку и удесятерить мощность ... текст свёрнут, показать
     
     
  • 6.79, Аноним (-), 13:27, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Там же 600х по сравнению с vp9, не 10x
     
  • 6.108, Аноним (-), 08:27, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Гугломорды прямым текстом сказали что дороже всего им обходится бандвиз С ним и... текст свёрнут, показать
     
     
  • 7.120, пох (?), 18:24, 14/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    да Вот что значит, не чтить первоисточники - не понять нам, живущим в кварти... текст свёрнут, показать
     
  • 4.31, BrainFucker (ok), 05:01, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Зато они выиграют 50% размера хранилки, а диски по прежнему дороги.

    Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят в трех вариантах: ogg, m4a и opus.

     
     
  • 5.33, MrClon (ok), 06:35, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно
    > в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят
    > в трех вариантах: ogg, m4a и opus.

    Во время переходного периода — да, потом один из старых кодеков дропнут

     
     
  • 6.39, iPony (?), 07:16, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Во время переходного периода — да, потом один из старых кодеков дропнут

    То-то Youtube уже 8 (?) лет хранит.

    - Одной ногой мы стоим в прошлом, а другой ногой уже шагнули в будущее.
    - И долго нам эдак раскорякой стоять?

     
     
  • 7.42, MrClon (ok), 07:22, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я говорю не о том что удалят уже пожатое (подозреваю что ютуб в принципе не удаляет), а о том что перестанут жать новые видосы одним из старых кодеков
     
     
  • 8.49, iPony (?), 08:51, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ютюб вроде до сих пор жмёт в h 264 даже для 4K, хотя просто так и всем он его... текст свёрнут, показать
     
     
  • 9.52, MrClon (ok), 09:12, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    AV1 вышел считай что вчера, переходный период ещё даже не начался Его и браузер... текст свёрнут, показать
     
  • 8.80, Аноним (-), 13:29, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У них скорее наоборот, если посмотреть, то давно загруженное видео часто присутс... текст свёрнут, показать
     
  • 6.64, BrainFucker (ok), 11:18, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Во время переходного периода — да, потом один из старых кодеков дропнут

    Затянулось что-то, сколько лет уже длится переходный период. Хотя уже даже в Firefox добавили поддержку h264, а vpx по прежнему не имеет аппаратного ускорения вроде.

     
     
  • 7.66, MrClon (ok), 11:31, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Затянулось что-то, сколько лет уже длится переходный период. Хотя уже даже в
    > Firefox добавили поддержку h264, а vpx по прежнему не имеет аппаратного
    > ускорения вроде.

    Так гугл вроде и не собирался VP9 дропать. Не для того они его пилили и продвигали чтобы дропать. Разве-что в пользу AV1 теперь дропнут

    P.S. вроде есть видюхи с ускорением VP9

     
     
  • 8.71, BrainFucker (ok), 12:13, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда могли бы и не использовать h264 на ютубе, пострадали бы только анально ого... текст свёрнут, показать
     
     
  • 9.73, MrClon (ok), 12:33, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому-что H 264 это синица в руке Работает хорошо, везде кроме отдельных ульт... текст свёрнут, показать
     
     
  • 10.78, BrainFucker (ok), 13:24, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так ведь когда добавили webm на ютубе и режим без флеша, вроде поддержки h264 не... текст свёрнут, показать
     
     
  • 11.81, MrClon (ok), 13:33, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда был Флэш, он был на всех десктопах, и он кажется умел только H 264 ну и... текст свёрнут, показать
     
  • 9.104, iPony (?), 04:08, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    1 Edge поддерживает WebM 2 Нет, пострадала бы так же куча мобильных устройств ... текст свёрнут, показать
     
  • 7.105, iPony (?), 04:14, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а vpx по прежнему не имеет аппаратного ускорения вроде
    > MS а то бы может и там поддержка webm появилась бы

    А самое смешное, что поддержка в браузерах для декодирования VP9 на десктопах есть как раз только под ОС это фирмы.

     
  • 5.61, Никонор Бонифатич (?), 10:39, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    опять смешал кодер и контейнер
     
     
  • 6.65, BrainFucker (ok), 11:24, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > опять смешал кодер и контейнер

    В данном случае пофиг, всё равно никто не суёт h264 в webm и всем и так очевидно что webm имеется в виду vpx, а ogg подразумевает vorbis. Придираются к этому только отдельные з-ты.

     
     
  • 7.74, MrClon (ok), 12:36, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > В данном случае пофиг, всё равно никто не суёт h264 в webm
    > и всем и так очевидно что webm имеется в виду vpx,
    > а ogg подразумевает vorbis. Придираются к этому только отдельные з-ты.

    webm это VP[89] и AV1. В общем свежевылупленный формат моментально скатился в зоопарк, как обычно

     
     
  • 8.91, Владимир (??), 16:08, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А уж какой в mkv зоопарк, подумать страшно Серьезно, какая разница, сколько код... текст свёрнут, показать
     
     
  • 9.92, MrClon (ok), 16:18, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    mkv не жалко, он для того и предназначен Но webm это ведь 171 а давайте догов... текст свёрнут, показать
     
  • 5.109, Аноним (-), 08:35, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ютуб хранит видео и в h264, и в webm. Придётся хранить дополнительно
    > в ещё одном формате. А звуковые дорожки они сейчас вовсе хранят
    > в трех вариантах: ogg, m4a и opus.

    Раньше не было единого стандарта. Эппл хотел h.264 + aac, остальным постепенно стали отгружать в основном VP9 + opus. Но из-за эппла они не могли забить на h.264, даже если он и жрет заметно больше бандвиза чем VP9 при том же качестве.

    А тут случилось чудо и каким-то хреном убедили даже эппл. И они таки внедрят сабж у себя. А дальше... дальше будет как с флешом: потрындят пару месяцев что ваш браузер более не того. А потом и вовсе перекроют кислород. Ну может оставят какой-нибудь fallback в 360p для совсем старья, а если хочешь 4K смотреть - upgrade your browser и чего там еще.

     
  • 4.35, marks (?), 07:02, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ты всерьёз думаешь, что будет дешевле накопить серверов для кодирования, чем файловых хранилищ? И обслуживать потом? Интересная точка зрения. Причём, судя по всему, на кодирование будет уходить времени даже в два-три раза больше времени.
     
     
  • 5.44, СОВА (?), 07:35, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я думаю что дешевле купить кодирующего железа чем хранилок и (а вот это вы почему-то щабываете) платить за большую ширину канала, которая стоит гораздо больше любого железа.
     
  • 5.54, пох (?), 09:15, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    конечно computing node всегда дешевле чем storage И по стоимости, и по цене вл... текст свёрнут, показать
     
  • 5.99, Аноним (-), 21:38, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты всерьёз думаешь, что будет дешевле накопить серверов для кодирования, чем файловых
    > хранилищ? И обслуживать потом? Интересная точка зрения. Причём, судя по всему,
    > на кодирование будет уходить времени даже в два-три раза больше времени.

    У гугла хранилище для видосов по паттерну использования холодное: есть большое количество запросов к совсем свежим данным, а все вчерашее и старше запрашивается примерно никогда. А в холодном сторадже цена хранения единицы информации (секунды видео в случае ютуба) как раз и важна как нигде, и тут эффективность сжатия очень даже роляет.

     
  • 3.89, первоадмин (?), 15:37, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Владельцы огромных пулов машин для кодирования видео (обычные TV каналы, всякие youtube'ы
    > и так далее) с вами не согласны :)
    >обычные TV каналы

    на телеканалах нет ферм по кодировке видео, этой хренью только айтишники занимаются.
    На 1 канал цифрового вещания достаточно 6U оборудования для загона в эфирку

     
  • 2.5, Анонимус142 (?), 23:50, 11/04/2018 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Это первая версия, там ещё нет ни оптимизаций, ничего.
     
     
  • 3.34, Аноним (-), 06:43, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х в самом лучшем случае. Дальше-то что?
     
     
  • 4.41, amonimous (?), 07:18, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Кодированием/декодированием должен заниматься ГПУ. Например у меня на ноуте, если воспроизвести 60фпс 1080п видео софтварно, то вентиляторы начинают шуршать шо ппц. А в то же время через vaapi ноут вообще даже теплым не стал.
     
     
  • 5.63, Аноним (-), 11:06, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У ГПУ есть ряд ограничений. Новые кодеки используют не один прошлый кадр, а множество, что сильно увеличивает нагрузку на память. ГПУ в первую очередь числомолотилки. Для аналогии можно сравнить Bitcoin алгоритм sha256, и Litecoin scrypt. Второй использует память, и скорость вычисления у него на порядки ниже. Многие аппаратные реализации вообще физически ограничены количеством анализируемых кадров.
     
  • 4.53, MrClon (ok), 09:15, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть
    > отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х
    > в самом лучшем случае. Дальше-то что?

    AV1 с VP9 и не собирается гоняться, его конкурент H.265

     
     
  • 5.55, Аноним (-), 09:20, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > AV1 с VP9 и не собирается гоняться, его конкурент H.265

    И как раз самого интересного — сравнения с ним — и нету.

     
     
  • 6.58, MrClon (ok), 09:29, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> AV1 с VP9 и не собирается гоняться, его конкурент H.265
    > И как раз самого интересного — сравнения с ним — и нету.

    Есть, но не у мордокниги (:
    https://www.opennet.ru/openforum/vsluhforumID3/114062.html#57

     
  • 5.67, Аноним (-), 11:38, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    VP9 и H265 примерно сравнимы по сложности.
     
     
  • 6.70, MrClon (ok), 12:08, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > VP9 и H265 примерно сравнимы по сложности.

    У H.265 на самом деле (как и у H.264) большой разброс по сложности, в зависимости от параметров. Может жать и достаточно быстро, может и чертовски медленно (эффективность меняется соответственно). У VPx и AV1 гибкость в этом отношении ниже, хотя AV1 может ещё и научится

     
     
  • 7.110, Аноним (-), 08:41, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > У H.265 на самом деле (как и у H.264) большой разброс по
    > сложности, в зависимости от параметров.

    У VP9 и AV1 это аналогично. Там даже реалтаймные профайлы есть. Для видеоконференций всяких. И таки AV1 был сделан с оглядкой на ВСЕ что существовало. Но и с оглядкой на патенты, чтобы не залетать на роялти, как с H.265, когда не успели спеки выйти и тем более кодеки накодить как троллота с патентными дубинками уже встала в очередь.

     
     
  • 8.111, MrClon (ok), 08:53, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я пока не особо курил параметры, но кажется в текущих реализациях оно может либо... текст свёрнут, показать
     
  • 4.68, Аноним (-), 11:41, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть
    > отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х
    > в самом лучшем случае. Дальше-то что?

    Полностью не догонят, это ожидаемо. Но на CPU, кроме риповальщиков-релизеров, никто жать не собирается. Будут железные кодеры/декодеры, которые и дадут приемлимую скорость.

     
     
  • 5.100, Аноним (-), 21:48, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Железные кодеры (по крайней мере, те, что для массового рынка в процах и видяхах) имеют один недостаток: они жертвуют качеством выходной картинки (что ютубу не очень важно) и, самое главное, эффективностью сжатия в пользу скорости сжатия и возможности уложиться в ограничения аппаратных реализация (ограниченная память, сложность с отслеживанием предыдущих кадров).
    А кодировщик с неэффективным сжатием гуглу не сдался, потому что самые большие затраты у него не на показ актуального видео, которое залили сегодня, а на хранение всего того, что поназаливали за предыдущие пятнадцать лет и которое показывается примерно никогда.
     
  • 2.13, Аноним (-), 00:52, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >>Нет разницы сколько времени будет кодироваться

    До завершения перекодирования ролика "День рожденья Сани"
    осталось 2 лет 35 дней 6 часов 24 минут

     
     
  • 3.37, marks (?), 07:05, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вспомнил прямо времена диадапа
     
  • 2.32, Аноним (-), 06:28, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Есть разница и для некоторых ресурсов типа онлайн вещания типа Twitch tv YouTube... текст свёрнут, показать
     
     
  • 3.36, MrClon (ok), 07:02, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что-то я запутался в вашей мыли Для появления аппаратного декодера нужно ускоре... текст свёрнут, показать
     
     
  • 4.93, Аноним (-), 16:40, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >AV1 нужно сравнивать не с H.264, а с H.265  

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

     
     
  • 5.95, MrClon (ok), 17:01, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > нет. Как было сказано другим анонимом, AV1 в ненышнем виде никогда не
    > станет массовым форматом, потому что стримеры, ютуберы и прочие независимые создатели
    > контента просто не смогут им пользоваться. Им требуется кодирование в реальном
    > времени и с хорошим качеством, а такое сейчас способны обеспечить только
    > программные кодировщики

    Да какая разница какой кодек используют создатели контента? Всё-равно всякие там тытрубы его перекодируют в то чем им удобнее этот контент доставлять потребителю.

     
  • 2.46, Аноним (-), 08:24, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Нет разницы сколько времени будет кодироваться, если делаться это будет один раз

    На графиках AV1 в 5869 раз медленнее чем x264 на High Profile. Т.е. если на современных процессорах x264 кодирует фильм за два часа, то AV1 будет кодировать его полтора года.

     

  • 1.3, VINRARUS (ok), 23:45, 11/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А шо там с декодированием? Бежать за новым проигрывателем в магазин?
     
     
  • 2.6, vz (?), 23:51, 11/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Для каких целей нужен аппаратный декодер? На видеоядро навесят и пользуйся.
     
     
  • 3.7, VINRARUS (ok), 23:52, 11/04/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    То есть бежать...
    ПС: огнепанда до сих пор на GNUщихся ОС ютубик через ЦП полностью декодирует...
     
     
  • 4.8, vz (?), 00:03, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это её проблемы, хотя мой Celeron J3455 справляется с 1440p без выпадения кадров, да загруз около 80%, но тянет. С другой стороны можно пользоваться youtube и с аппаратным ускорением, приложение и софт известны.
     
     
  • 5.10, VINRARUS (ok), 00:28, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >хотя мой Celeron J3455 справляется с 1440p без выпадения кадров

    Ну для атлона х2 2,5 ГГц 1080р уже не по зубам. Думал видеокарту поставлю вместо чипсетной и шото улучшыться - результата 0.
    А сравнительно современный A4-3400 х2 токо с разгоном до 3 ГГц со скрипом может 1080р60 воспроизводить.
    Пичально шо не смогли договориться о апаратном ускорени в браузере...

     
     
  • 6.15, vz (?), 01:03, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам видеокарта помогла бы, mpv умеет аппаратное ускорение vdpau, а youtube через smplayer:
    Настройки SMPlayer:
    Настройки - Основные - Основные - Движок воспроизведения-mpv
    Настройки-Сеть - Youtube Поддержка видео-сайтов - mpv+youtube.dll

    Проверял, 4K видео без тормозов и выпадений кадров.

     
     
  • 7.16, vz (?), 01:05, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Вам видеокарта помогла бы, mpv умеет аппаратное ускорение vdpau, а youtube через
    > smplayer:
    > Настройки SMPlayer:
    > Настройки - Основные - Основные - Движок воспроизведения-mpv
    > Настройки-Сеть - Youtube Поддержка видео-сайтов - mpv+youtube.dll
    > Проверял, 4K видео без тормозов и выпадений кадров.

    Загрузка 4-х ядер около 20%, ну на 2-х ядерном по более может быть, проверьте хотя бы.

     
  • 7.21, VINRARUS (ok), 01:41, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вот токо станет ли человек со старым ЦП переключаться между браузером и плеером  ради 2-5 минутного видео?
    Ему проще уменьшыть качесnво и не сказать об этом. :D
     
     
  • 8.40, MrClon (ok), 07:17, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Человек 8212 нет, линуксоид 8212 вполне возможно Ещё и научит браузер а... текст свёрнут, показать
     
  • 8.50, пох (?), 08:53, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    смотря что за видео Если там есть что смотреть в 4k - станет Иначе лично я и с... текст свёрнут, показать
     
  • 8.106, Аноним (-), 06:15, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так сложно ссылку на видео перетянуть на кнопку окна плеера в панели задач ... текст свёрнут, показать
     
     
  • 9.115, Аноним (-), 14:02, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не поверишь c Для многих хомяков таки да, сложно ... текст свёрнут, показать
     
  • 9.119, iPony (?), 17:31, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а тебе так сложно каждый день встать и с утра пять раз расстегнуть и застегну... текст свёрнут, показать
     
  • 6.17, vz (?), 01:09, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пичально шо не смогли договориться о апаратном ускорени в браузере...

    Вот интересно, воткнуть mpv вместо штатного youtub-ерного расширением хотя бы

     
     
  • 7.45, СОВА (?), 07:40, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Пичально шо не смогли договориться о апаратном ускорени в браузере...
    > Вот интересно, воткнуть mpv вместо штатного youtub-ерного расширением хотя бы

    Так есть же расширение для фаерфокса, которое заставляет играть ютуб через mpv

     
     
  • 8.62, vz (?), 10:46, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Которое встраивается в тоже место html-разметки ... текст свёрнут, показать
     
  • 8.101, негуглица (?), 21:58, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    у вас ссылка не кликается ... текст свёрнут, показать
     
  • 2.26, Аноним (-), 03:43, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А шо там с декодированием? Бежать за новым проигрывателем в магазин?

    Проигрывателем? Однозначно. Там декодер хардварный и этого декодера там нет, конечно же. Десктопы и ноуты ютуб и так прожуют. Даже 64-битные планшетки и тому подобное наверное. Если в них кодек завезут. Могут наверное и завезти, как минимум в очередном хроме и проч, гуглу бандвиз себе убавить выгодно.

     

  • 1.9, JL2001 (ok), 00:18, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    а где x265 в сравнении?
     
     
  • 2.11, axredneck (?), 00:32, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Похоже, они сравнивали то, что уже используют (x264) с тем, что планируют использовать (AV1)
     
  • 2.12, Crazy Alex (ok), 00:42, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что сравнивать? Чтобы выжить против альянса AV1 он должен творить чудеса, не меньше.
     
     
  • 3.14, Аноним (-), 00:54, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>Чтобы выжить против альянса AV1 он должен творить чудеса, не меньше.

    Чтобы выжить против альянса AV1 он должен отстегивать альянсу А1.

    Поправил.

     
     
  • 4.20, Crazy Alex (ok), 01:34, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Хреново ты поправил - это мпегла всё пыталась дань собирать. А тут - чистый опенсорс - собралась пачка корпораций, задравшихся платить отчисления непонять кому и за что и забабахала бесплатный кодек.
     
     
  • 5.28, Аноним (-), 03:52, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Хреново ты поправил - это мпегла всё пыталась дань собирать. А тут
    > - чистый опенсорс - собралась пачка корпораций, задравшихся платить отчисления непонять
    > кому и за что и забабахала бесплатный кодек.

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

     
     
  • 6.75, Crazy Alex (ok), 12:39, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то я твою конспирологию не понял. Как ни крути - по итогу сплошная выгода всем, кроме торговцев патентно-мпеговым воздухом. Меня устраивает.
     
     
  • 7.112, Аноним (-), 09:30, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то я твою конспирологию не понял. Как ни крути - по итогу
    > сплошная выгода всем, кроме торговцев патентно-мпеговым воздухом. Меня устраивает.

    А нет никакой конспирологии. Есть честный вджоб в формате опенсорца. И таки он получился, даже невзирая на довольно проприетарный состав участников, что самое странное.

    И это, мысль "Coming Soon to a Screen Near You" на aomedia.org - таки доставляет. Как угодно но хорошо что наконец то можно будет выкладывать в вебе видео в 1 формате на всех. Даже гадских яблок.

     
  • 4.29, Аноним (-), 04:04, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы выжить против альянса AV1 он должен отстегивать альянсу А1.

    Уже не поможет. Троллей затроллили. Сказочно затроллили, черт побери.

     
  • 3.27, Аноним (-), 03:49, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А это невозможно Альянс с самого начала задался целью догнать и перегнать Он... текст свёрнут, показать
     
     
  • 4.84, Аноним (-), 13:53, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Тут такое дело, если в новый цикл производства, к пример... текст свёрнут, показать
     
     
  • 5.97, Crazy Alex (ok), 18:28, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да пофигу, оно всё раз в пол-года обновляется
     
  • 5.113, Аноним (-), 12:01, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > немало устройств с поддержкой h265, тут вполне работает правило "кто первый
    > встал того и тапки" (собственно на котором текущии разработчики AV1 вылезли)

    Да ничего страшного, все с удовольствием продатут НеЛохам новые улучшенные устройства еще раз. Интел, амд, нвидия и ARM совершенно точно одобрят эту идею. Как раз и получат свою копеечку от участия в альянсе. Ты же не думал что железячные фирмы ломанулись в альянс из чисто научного интереса? :)

     
  • 2.48, пох (?), 08:46, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а где x265 в сравнении?

    в заднице.

    Поищите любые его тесты - он совершенно неинтересен на этих параметрах. Потому что тоже тормоз, а выигрыш на 720p не особенный.

    Его есть смысл сравнивать на том, для чего оба вообще-то были придуманы - 4k и выше.

    ну, типа, если у вас есть для этого время и железо - вперед. Ограблю банк - пришлю донейт за хорошие тесты. Гуглю оно не надо, фейспуку тоже, они с такими материалами не собираются работать, и тем более - хорошо.

    (мои собственные застряли на этапе подбора параметров - потому что это адский ад,  ждать каждого теста и потом его глазами сравнивать, особо останавливаясь на проблемых для кодека местах - кстати, учтите, что мордокниге на это пофиг, ей ваших котиков не жалко, ей жалко дисков)

     
  • 2.57, MrClon (ok), 09:26, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > а где x265 в сравнении?

    Есть сравнения с более детальным отчётом, там правда старая версия AV1, ещё до заморозки
    http://www.compression.ru/video/codec_comparison/hevc_2017/MSU_HEVC_compariso
    Но далеко идущие выводы делать пока рано, ведь пока есть только референсная реализация кодека. В «боевых» реализациях точно улучшат производительность, а может быть и другие параметры которые были не важны при разработке, но важны в продакшене

     

  • 1.22, Аноним (-), 03:06, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Что-то я не догоняю графики скорости кодирования. Это отношение чего к чему?
     
     
  • 2.56, Аноним (-), 09:25, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что-то я не догоняю графики скорости кодирования. Это отношение чего к чему?

    Времени кодирования AV1 ко времени кодирования другим кодеком.

     
     
  • 3.69, Аноним (-), 11:49, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что-то я не догоняю графики скорости кодирования. Это отношение чего к чему?
    > Времени кодирования AV1 ко времени кодирования другим кодеком.

    Ясно. Спасибо. Печально.

     
     
  • 4.76, Crazy Alex (ok), 12:41, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё один. Это эталонная реализация, ориентированная не на скорость, а не понятность. Нет сейчас смысла скорость мерить, и не будет минимум пол-года.
     
     
  • 5.85, Аноним (-), 14:38, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ещё один. Это эталонная реализация, ориентированная не на скорость, а не понятность.
    > Нет сейчас смысла скорость мерить, и не будет минимум пол-года.

    Да я в курсе. На самом деле, там есть довольно много оптимизированного под SIMD кода, пришедшего из libvpx. Понятно, что оптимизировано не всё, но какой-то задел есть, и печально то, что даже с этим заделом скорость никакая.

     
  • 5.114, Аноним (-), 13:58, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто тебе все это сказал Там скорее всего будет как с VP9 - это и будет основной... текст свёрнут, показать
     

  • 1.25, Аноним (-), 03:39, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > 400 наиболее популярных в социальной сети видеоролика

    они что, пережимали уже сжатые видосы?

     
     
  • 2.43, dontbelieveinghosts (ok), 07:26, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тaщемтa у них на сервах должен храниться оригинал вместе с пожатым видео. Думаю "в сети" подразумевалось "в сети Facebook"
     
     
  • 3.47, пох (?), 08:38, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > тaщемтa у них на сервах должен храниться оригинал вместе с пожатым видео.

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

    хранят, наверняка, пожатое. Но при их скорости поступления _новых_ котиков и хомпорно, у них нет никаких проблем с источников свежего еще не (сильно *)жатого материала для тестирования.

    (*) - вообще-то нынче весь матеръял либо mp4, либо еще чем lossy compressed
    так что в любом случае это пересжатие.

     
     
  • 4.59, JL2001 (ok), 09:42, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> тaщемтa у них на сервах должен храниться оригинал вместе с пожатым видео.
    > хранят, наверняка, пожатое. Но при их скорости поступления _новых_ котиков и хомпорно,
    > у них нет никаких проблем с источников свежего еще не (сильно
    > *)жатого материала для тестирования.
    > (*) - вообще-то нынче весь матеръял либо mp4, либо еще чем lossy
    > compressed
    > так что в любом случае это пересжатие.

    вот именно - им уже грузят жатое и чаще всего семейства x264 что пережимать кодеком другого семейства требует допбитрейта для закодивания в видео багов видеоряда семейства x264

     
     
  • 5.103, пох (?), 00:32, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > в видео багов видеоряда семейства x264

    они у всех современных кодеков более-менее одинаковы, поскольку математика для одиночного кадра и нарезания его на квадратики, увы, у всех одна и та же, практически.
    Различается только технология/глубина поиска motion vectors, а там после двойного преобразования ты артефактов не увидишь, они все на этапе квадратиков. Ну, насколько я себе это понимаю - времени и вдохновения читать первоисточник как-то не ощущается.

     
     
  • 6.116, Аноним (-), 14:17, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это в теории А на практике дьявол позволяющий отыграть битиков - прачется в дет... текст свёрнут, показать
     

  • 1.38, Аноним (-), 07:08, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    JPEG XS - вроде бы хорошее начинание, но visually lossless меня не устраивает, так как это для промежуточной передачи данных, чтобы дальше пережать хорошим кодеком, а не хранить в JPEG XS, поэтому плохо что между камерой и финальным сжатием будет промежуточное сжатие с потерями.
     
  • 1.60, Аноним (-), 09:51, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ненужно, будущее за HEIF.
     
  • 1.72, Никодим (?), 12:27, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это исчадие ада было создано лишь для того чтобы следить за людьми.
     
     
  • 2.77, Crazy Alex (ok), 12:42, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Никодим, иди уже в свой скит
     
     
  • 3.83, Аноним (-), 13:46, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Никотин, иди уже в свой спирт.
     

  • 1.82, Аноним (-), 13:44, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот что пишут на сайте про jpeg xs
    >offering visually lossless quality

    жуть какая теперь уже форматы с потерямb называют lossless

     
     
  • 2.87, lucentcode (ok), 14:54, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, в данном случае они честно пишут что визуально без потерь, на самом деле потери есть, но они не значительные. При этом кодек под сриминг в режиме реального времени заточен, к примеру под сриминг игр. Большой битрейт, зато быстро кодируется. И визуально почти как lossless. Для трансляций - это самое то.
     
     
  • 3.94, Аноним (-), 16:44, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > под сриминг в режиме реального времени заточен
    > под сриминг игр
    > jpeg xs
    > JPEG КАРЛ

    Эстонские стримеры стримят в формате ЖПЕГ.

     
     
  • 4.96, Аноним (-), 18:27, 12/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    MJPEG? OnLive? Steam Link? Не, не слышал.

    Не всё в этом мире ограничивается твичом и прочими ютубами.

     

  • 1.86, lucentcode (ok), 14:52, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Только недавно спеки финальные первой версии формата выложили, пока кодировщик не очень оптимизирован, это proof of concept - реализация. Сейчас пойдут оптимизации, как это было с vp9 в своё время, и с h264, и через пару месяцев результаты тестирования уже будут другие. А через полгода-год оптимизацию подтянут почти под максимально возможный уровень, и железки с аппаратной поддержкой AV1 выпустят и всё будет Ок.
     
  • 1.88, Аноним (-), 14:55, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    JPEG XS - AVIF. О нет, опять начинается! Как когда-то с WebP. Но теперь уже точно можно сказать, что победит AVIF, т.к. в Alliance for Open Media теперь все бобры, и за внедрением во все браузеры дело не станет. И он под GNU, никаких патентов.
     
  • 1.90, Аноним (-), 15:59, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Или перевод лажовый, Или или
     
  • 1.102, Аноним (-), 22:31, 12/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Объединённая группа экспертов по фотографии (JPEG) представила будущий новый стандарт сжатия изображений JPEG XS

    АстаноВИТЯЗЬ! Уже были JPEG 2000 и JPEG XR, были WebP и Guetzli! Никому это не нужно! Это только Open Source сообщество готово каждые два года изобретать сначала lzma, потом xz, потом xz2, а потом в новых дистрах не мочь открыть свои старые бэкапы. Большинство никогда не избавится от mp3 и jpeg, и я уверен, до сих пор использует ASDSee 3.0 и WinAMP 2.7, потому что они привыкли!

     
     
  • 2.117, Аноним (-), 15:35, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Объединённая группа экспертов по фотографии (JPEG) представила будущий новый стандарт сжатия изображений JPEG XS
    > АстаноВИТЯЗЬ! Уже были JPEG 2000 и JPEG XR, были WebP и Guetzli!
    > Никому это не нужно! Это только Open Source сообщество готово каждые
    > два года изобретать сначала lzma, потом xz, потом xz2, а потом
    > в новых дистрах не мочь открыть свои старые бэкапы. Большинство никогда
    > не избавится от mp3 и jpeg, и я уверен, до сих
    > пор использует ASDSee 3.0 и WinAMP 2.7, потому что они привыкли!

    не обязательно. альтернативы WinAMP 2.95 для моего Рентиума1 с 98виндой просто нет. все остальное тех времен либо глючит или неюзабельно.

     
  • 2.118, Аноним84701 (ok), 16:41, 13/04/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > а потом в новых дистрах не мочь открыть свои старые бэкапы.

    Это вы разные версии Виндовс обозвали дитрибутивами?
    ЗЫ:
    Напомню, что  бэкапы штатной утилиты Win 9.х – не открываются в win2000, win2000 – в XP, XP – в Win7, Win7 - Win 8.1.   :)

     

  • 1.121, Аноним (-), 20:58, 14/04/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эй! А где же Пегий Дудочник?? ^.^
     

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



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

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