The OpenNET Project / Index page

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

Google открыл код libgav1, нового декодировщика для формата AV1

06.10.2019 08:49

Компания Google опубликовала libgav1, новую реализацию декодировщика для формата кодирования видео AV1 (поддерживаются профили 0 и 1). В Libgav1 задействованы расширенные оптимизации на базе наборов инструкций NEON (ARM) и SSE4.1 (x86), позволяющие добиться более высокой производительности, чем при использовании эталонного декодировщика aomdec (libaom), который является исследовательским проектом и во многих областях требует дополнительных оптимизаций.

Исходные тексты libgav1 размещены в репозитории проекта Chromium, в котором начиная с выпуска Chromium/Chrome 74 для декодирования AV1 применялся другой альтернативный декодировщик dav1d, развиваемый проектами VideoLAN и FFmpeg. Из отличий упоминается фокусирование внимания на достижение максимальной производительности декодирования AV1 на платформе Android и задействование расширенных оптимизаций для архитектуры ARM. Код новой библиотеки распространяется под лицензией Apache 2.0 (проект dav1d и эталонный кодек libaom, поставляются под пермиссивной лицензией BSD, что не создаст проблем с переносом кода).

Первые тесты производительности libgav1 показали, что на текущем этапе развития libgav1 пока сильно отстаёт от dav1d, но эти тесты мало о чём говорят, так как проведены на оборудовании x86, в то время как основные оптимизации в libgav1 связаны с ускорением работы на мобильных устройствах на базе архитектуры ARM. В частности, разработчики libgav1 изначально заявляли, что в текущем виде в libgav1 внимание уделено только производительности для Android-устройств, а оптимизации для других платформ будут добавлены позднее. Тесты на ARM пока не проводились.

Напомним, что видеокодек AV1 разработан альянсом Open Media (AOMedia), в котором представлены такие компании, как Mozilla, Google, Microsoft, Intel, ARM, NVIDIA, IBM, Cisco, Amazon, Netflix, AMD, VideoLAN, CCN и Realtek. AV1 позиционируется как общедоступный и не требующий оплаты отчислений свободный формат кодирования видео, который заметно опережает H.264 и VP9 по уровню сжатия. Для всего диапазона протестированных разрешений в среднем AV1 обеспечивает тот же уровень качества при уменьшении битрейта на 13% по сравнению с VP9 и на 17% по сравнению с HEVC. На высоких битрейтах выигрыш увеличивается до 22-27% для VP9 и до 30-43% для HEVC. В тестах Facebook AV1 обогнал по уровню сжатия main profile H.264 (x264) на 50.3%, high profile H.264 на 46.2%, а VP9 (libvpx-vp9) на 34.0%.

  1. Главная ссылка к новости (https://www.reddit.com/r/AV1/c...)
  2. OpenNews: Выпуск кодировщика видео SVT-AV1 0.6, развиваемого компанией Intel
  3. OpenNews: Третий выпуск dav1d, декодировщика AV1 от проектов VideoLAN и FFmpeg
  4. OpenNews: Альянс AOMedia опубликовал заявление, касающееся попыток сбора отчислений за AV1
  5. OpenNews: Mozilla и Xiph развивают реализацию видеокодека AV1 на языке Rust
  6. OpenNews: Увидел свет первый выпуск открытого видеокодека нового поколения AV1
Лицензия: CC-BY
Тип: Программы
Ключевые слова: av1
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (121) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:00, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Ждём аппаратных реализаций.
     
     
  • 2.9, corvuscor (ok), 10:41, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, жаль, что от большой тройки их еще и на горизонте не видать.
     
  • 2.31, Аноним (31), 14:30, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да уже слишком долго ждем, но кому-то важнее видимо SSE4.1 инструкции поддерживать, которые едвали дадут 20% прироста к скорости декодирования. Кто бы им объяснил, что аппаратное декодирования дает прирост по скорости в несколько раз, если не десятков.
     
     
  • 3.41, Аноним (41), 15:23, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сперва нужна отлаженная и выверенная программная реализация, чтобы уже её переносить в схемы. Более того, декодеры на x86 вполне уже справляются с 4k. А контента в AV1 почти нет, ибо есть некоторые сложности с кодировщиками.
     
  • 2.35, юзернейм (?), 15:00, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Уже есть
    > Realtek RTD1319 / RTD1311 with hardware AV1 decoder
    > Broadcom launces BCM7218X STB SoC with AV1 Hardware Decoding
     

  • 1.2, Аноним (2), 09:06, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –27 +/
    Гугл одна из немногих контор, которым есть дело до опенсорса. Спасибо огромное!!
     
     
  • 2.3, anonymous (??), 09:14, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Пока тот приносит деньги — разумеется.
     
     
  • 3.21, 12345 (??), 12:27, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Не обязательно деньги. Гугл умнее и подлее - он "привязывает" к себе, к той "халяве" которую он якобы раздает - как сервисы, так и код. Взамен хочет всего ничего: личные данные, контроль, зависимость.

    Иными словами, все люди - товар для гугла.
    "Don't be evil" - хаха 3 раза!!

     
     
  • 4.36, Olololo (?), 15:08, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А к каким конкретно сервисам google привязывает, что не отвязаться?
    Я раньше пользовался gmail, сейчас перешёл на protonmail. Что ещё есть у гугла? Маркетплейс для андройда? Я им почти не пользуюсь, поставил пять программ за несколько лет и всё.
    Гугл с его сервисами по моему мнению не нужен.
     
     
  • 5.38, SOska (?), 15:13, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сам себе противоречиш, если поставил, то уже значит привязался и все работает как надо
     
     
  • 6.39, Olololo (?), 15:17, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Сам себе противоречиш, если поставил, то уже значит привязался и все работает как надо

    Вот только я к интернету на мобильнике не подключаюсь, подключился несколько лет назад, поставил программы и с тех пор я offline. Где тут привязка?

     
     
  • 7.74, test (??), 02:20, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > несколько лет назад, поставил программы и с тех пор я offline

    полагаю, таких уникумов гугл боится как огня, но вас очень мало (возможно ты один  такой).

    На всякий случай спрошу: сюда ты тоже из оффлайна пишешь? Какое приложение используешь?

     
     
  • 8.75, Olololo (?), 02:39, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я сюда пишу с декстопа на Ryzen 2 specktre, meltdown и т п мне не страшны , че... текст свёрнут, показать
     
     
  • 9.76, Olololo (?), 02:39, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ещё стоит плагин noscript ... текст свёрнут, показать
     
     
  • 10.81, Ан (??), 09:13, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Один человек - не пример Т к всех денег не приносит Толпа хомок - это пример ... текст свёрнут, показать
     
  • 9.82, пофигист (?), 09:26, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ничего не пройдёт мимо VPN вот тут то и возникнет косячок, когда в браузере ты... текст свёрнут, показать
     
     
  • 10.87, Olololo (?), 11:38, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я же выше написал, что я не пользуюсь никакими сервисами и облаками тоже, а почт... текст свёрнут, показать
     
  • 9.104, Аноним (104), 16:02, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак да ты болен, у тебя паранойя, совсем что ли с катушек съехал ... текст свёрнут, показать
     
     
  • 10.123, Попугай Кеша (?), 18:26, 11/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Он просто технически грамотный специалист, обладающий своим собственным мнением ... текст свёрнут, показать
     
  • 5.60, marks (?), 19:26, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Гугл с его сервисами по моему мнению не нужен.

    Поэтому большинство пользователей бразуреров сидят с Хрома, пользуются документами, сохраняют в Кипе и пишут через гмыло письма. Ну про ютуб с поиском молчу. Причём ни один из их сервисов не является лучшим, удобнейшим и прочее. Есть всему куда лучше замены, но это не интересно людям.
    Я тоже избегаю привязки к гуглу, но ты будто инопланетянин. Совсем не в курсе, что творится на земле.

     
     
  • 6.61, Olololo (?), 19:35, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я всегда сидел и сижу до сих пор firefox. Что такое "документы", Кипа я не знаю, gmail не использую, для этого есть protonmail.com.
    Я пользуюсь тем, что мне удобно.
     
     
  • 7.67, Аноним (2), 23:10, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Люди за 10 лет вообще обленились. Они идут туда, где есть эко-система. А аргументы такие: зачем делать два телодвижения, если можно одно? Им лень искать "альтернативы" если есть где-то все из коробки и оно мало мальски работает. Поэтому у них есть гмыло и хром. Один аккаунт - куча возможностей. Там и облако, и офис, и мыло, и многое другое.

    Тоже самое и с эпплом. Я спрашиваю людей в чем суть, и получаю ответ: эко-система. Тоже самое и про винду сказать можно. Людям нафиг не нужен вайн, им сразу хочется чтобы все было. Поэтому они идут как на убой туда, где это все есть.

    Поэтому линукс для умных у кого время есть. Все собрали как кому нужно и норм. А людям лень на это тратить время. Два клика и все должно быть супер. По крайней мере они так думают.

     
     
  • 8.86, InuYasha (?), 11:29, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Именно что потому что, когда я ставлю ОС, я не потираю руки ох, сейчас что-нибу... текст свёрнут, показать
     
  • 7.84, Аноним (84), 10:22, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > protonmail

    Лень приводить ссылки, но этот сервис небезопасен и был замечен в сливании данных по запросу. Да и как можно доверять чужому маня шифрованию в облаке?

     
     
  • 8.88, Olololo (?), 11:41, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Во первый он безопасен если ты понимаешь, что они предалагают Во вторых они сам... текст свёрнут, показать
     
  • 8.103, Анон12122 (?), 15:34, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что скажите про Tutanota ... текст свёрнут, показать
     
  • 6.62, CrazyAlex (?), 19:50, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пользоваться тем, что удобно и быть привязанным - совершенно разные вещи. Замены есть, да ещё и "лучше" - это всё, что нужно. Кто хочет выбирает альтернативы. А то, что люди ведут себя не так, как кажется ращумным вам или мне (а я, если что, большой сторонник собственных серверов, fdroid и прочих способов сохранить независимость) - это, чёрт возьми, их право.
     
     
  • 7.110, artenox (?), 18:57, 09/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    CrazyAlex, а ты не бывший операфан? Что-то ник знакомый.
     
  • 6.79, Аноним (79), 05:19, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Причём ни один из их сервисов не является лучшим, удобнейшим и прочее

    Эмм... Поиск?

     
     
  • 7.80, Аноним (80), 06:24, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Яндекс ничем не хуже
     
     
  • 8.83, Аноним (79), 09:59, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Искать-то пробовали Такую чушь выдаёт ... текст свёрнут, показать
     
     
  • 9.89, JL2001 (ok), 11:50, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    гугл нонче тоже чушь выдаёт регулярно и нет возможности искать точные запросы ле... текст свёрнут, показать
     
  • 8.90, InuYasha (?), 12:59, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    не знаю, как почта, но как поисковик яндекс - днище ... текст свёрнут, показать
     
     
  • 9.111, artenox (?), 19:00, 09/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Картинки он ищет в разы лучше гугла Потому что гугл впал в копирастию и моралфа... текст свёрнут, показать
     
  • 4.40, Аноним (40), 15:23, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Этот лозунг давно убрали.
     
  • 2.6, Аноним (6), 10:31, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    То то я смотрю исходники рекламы и поисковика во всех репозиториях лежат.
    Андройд смотрю можно спокойно без блобов собрать без конкретного пакета от конкретной компании.
    Если кто то и относится к опен сурсу из членов альянса так это videolan и то качество их единственного плеера расстраивает.
     
     
  • 3.14, d (??), 11:13, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Зачем кому-то исходники их поисковика, который скорее всего состоит из костылей для жирной мультисерверной структуры, и обученных баз нейронок? Ты из одних исходников его все равно не поднимешь.
     
     
  • 4.122, anonymouse (?), 01:33, 11/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как зачем? SEO вышло бы на качественно новый уровень!
     
  • 3.112, artenox (?), 19:02, 09/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    VideoLAN пилит x264, кстати.
     
  • 2.7, VINRARUS (ok), 10:33, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Спасибо огромное

    ...за поводок на шэе!!!


     
     
  • 3.11, Аноним (11), 11:01, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гугл уже давно перешёл от поводка к переноске.
    https://i.imgur.com/NCsVouQ.jpg
     
     
  • 4.63, dimqua (ok), 21:50, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Все ради безопасности своих пользователей.
     
  • 4.71, Ананоним (?), 00:49, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я ржал как конь с картинки! Благодарю.
     
  • 3.68, Аноним (68), 23:18, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так либГАВ же.
     
  • 2.10, Аноним (10), 10:48, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Гугл одна из немногих контор, которым есть дело до опенсорса. Спасибо огромное!!

    Оценочное суждение: верояно google часть PRISM. Так что твоё утверждение теряет смысл. Такие подачки для вида.

     
  • 2.18, Аноним (18), 11:51, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо товарищу Гуглу за наше счастливое дество! :)
     
     
  • 3.113, artenox (?), 19:03, 09/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь уже яндекс надо благодарить.
     
  • 2.22, Аноним (22), 12:57, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И поэтому вместо того, чтоб заоптимизировать под ARM существующую библиотеку, они сделали свою, которая на x86 работает хуже?
     
  • 2.44, DmA (??), 16:27, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда у вас сервис видеохостинга типа ютуб вы каждый день будете думать, как улучшить сжатие видео!
     
  • 2.47, Anonymoustus (ok), 17:19, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гугл строит цифровой концлагерь.
     

  • 1.4, Аноним (4), 09:21, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Наверняка подобрали в песочнице на последней стадии готовности. Учитывая, что на андроиде самые жрущие сервисы всегда от гугла и все развитие идёт только за счёт развития аппаратной платформы , получается они совсем не умеют писать быстрый софт.
     
     
  • 2.8, VINRARUS (ok), 10:36, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Зачем нужен быстрый софт если хомяки могут купить новое более мощное устройство принеся дополнительную прибыль?
     
  • 2.13, Аноним (13), 11:12, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    8 ядер, 12 Гб ОЗУ и уйма места на новых смартах частично подтверждают что быстро и компактно не получается ни у кого, но и не сильно то пытались
     
     
  • 3.23, Аноним (22), 12:59, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На новых смартфонах это все появилось с легкой руки маркетологов, которым нужно что-то впаривать.
    А раз появилось больше памяти и CPU, то и программисты не парятся.
     

  • 1.12, Аноним (13), 11:10, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как раз посматривал чем для мобилки можно пережать фильмы в дорогу.
    ffmpeg вроде как давно в него умеет, но по факту на свежей версии начинает бесконечно кодировать. Часов за 8 так и не завершился, время показывал больше реального времени видосика. При этом проц жрёт что дурной.
    Впрочем vp9 тоже тупил долго, а файл получился жирнее чем после vp8.
    Прорывное счастье не случилось
     
     
  • 2.37, юзернейм (?), 15:10, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему не х265? Там адекватное время кодирования и аппаратная поддержка давно везде, подходит лучше всего под такую задачу вроде бы.
     
     
  • 3.42, Аноним (-), 15:51, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нафига х265, когда есть нормальный х264? В х265 качество кодировки объективно хуже, многие тесты и исследования это подтверждают.
     
     
  • 4.66, Аноним (41), 22:22, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поддержка и реализация х264 во многих устройствах отстает по качеству от х265. По поводу качества кодировки х265, Вы серьезно?
     
  • 4.69, Ordu (ok), 23:54, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В х265 качество кодировки объективно хуже

    Мне кажется, там давно речь не идёт об "объективно": это сжатие с потерями, вопрос не в том, как много потерь (точнее и в этом тоже, но наоборот: чем больше тем лучше, коэффициент сжатия увеличивается), вопрос в том, насколько человек замечает эти потери, а это очень субъективно.

    > многие тесты и исследования это подтверждают

    И тем не менее я бы с интересом почитал: способы объектного измерения субъективности -- это очень интересно.

     
     
  • 5.94, InuYasha (?), 18:28, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тесты искажений весьма объективны, на это есть свои математические методы. Они спасают нас от таких спецов [s]как вы[/s], которые рады впарить всем JPEG с качечством 10/100. Потому что "субъективно всё видно".
     
     
  • 6.98, Ordu (ok), 20:34, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когнитивная психология уже пятьдесят лет развлекается на тему того, что человек ... текст свёрнут, показать
     
     
  • 7.107, InuYasha (?), 18:35, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    OK, позиция примерно понятна Вы, возможно, некорректно выразились когда говорил... текст свёрнут, показать
     
  • 3.92, Цыля на цырлах (?), 16:13, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему не х265? Там адекватное время кодирования и аппаратная поддержка давно везде

    Патамучта религиозный фанатизм не велит

    Правда блоб нвидии вставлять религиозный фанатизм совсем не мешает :)

     
  • 3.95, InuYasha (?), 18:29, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>аппаратная поддержка давно везде

    на мой телевизор тоже завезёшь, может? из своего "везде".

     
  • 3.96, Аноним (96), 18:49, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну хотя бы потому что оно не шибко свободное, а потому рассматривается в последнюю очередь by default
     
  • 2.93, Ivan_83 (ok), 16:34, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть svt-av1, svt-hvenc и чего то ещё, вот оно раз в 10 быстрее кодирует других софтовых энкодеров но цена за это - большое потреблением памяти, для 4к - нужно 48гб, для 1080 - 16гб.
    У меня через ffmpeg в av1 с помощью svt кодить нормально не получилось, по крайней мере два месяца назад - частота кадров была какая то странная в результирующем видео, явно заниженная и опциями я это победить не смог.
    Был вариант вызывать svt-av1 эенкодер как то напрямую, но разбиратся не стал.

    Я бы для себя на чисто посмотреть кодил в h.265 через svt, кажется на моём райзене 2700х было 300 фпс, если я ничего не путаю.
    Притом профит тут не в скорости кодирования, а в том, что оно аппаратно декодится будет - на дольше акб хватит.

     
     
  • 3.97, Аноним (96), 18:56, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    480p для всякого "посмотреть на коленке с мобилки" хватает более чем.

    >> оно аппаратно декодится будет

    Как это проверить на конкретном девайсе?

     

  • 1.15, Онаним (?), 11:23, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Фороникс потестировал, оно на порядок медленнее.
     
     
  • 2.17, Онаним (?), 11:36, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Упреждая вопрос "чем что": чем dav1d
     
     
  • 3.19, Аноним (18), 11:54, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фороникс же. Значит, чем армяне.
     

  • 1.16, x3who (?), 11:33, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я чота не понял. Пишут что сравнивали с h.264, результаты сравнения - с HEVC. Разве HEVC - это не h.265?
     
     
  • 2.24, Аноним (24), 13:12, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, что с hevc сравнивают, так как это сейчас основной конкурент для AV1.
    Не понимаю тех, кто до сих пор кодирует h.264 - он же устарел, ведь место на винте не резиновое.
     
     
  • 3.26, iPony129412 (?), 14:07, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю тех, кто до сих пор кодирует h.264 - он же устарел, ведь место на винте не резиновое.

    1) поддержка GPU декстопов. У Nvidia это требуется GTX 960 (2015 год) и новее. У Intel примерно так же. У AMD дела значительно хуже.

    2) поддержка браузерами. Всё плохо https://caniuse.com/#search=hevc

     
     
  • 4.29, хотел спросить (?), 14:22, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    не знаю насчет десктопов но мобильные чипы типа 970M не вывозят HEVC

    возможно если NV12 то OK, а если HDR то уже всё, CPU only

    а вот 1060 нормально тащит

     
     
  • 5.54, iPony129412 (?), 17:44, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > мобильные чипы типа 970M не вывозят HEVC
    > а вот 1060 нормально тащит

    И не должна. Дело не в том, что но мобильное, а в том, что старое

    970M - Осень 2014, 1060 - весна 2016

     
  • 5.55, iPony129412 (?), 17:48, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возьми более старую десктопную GTX 970 - она не поддерживает HEVC.
    А более новая "подрезанная" GTX 960 уже поддерживает.
     
     
  • 6.105, Аноним (104), 16:12, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    там нет полноценно реализации, только гибридная.
    Полноценная появилась только в GT1030, HDR там и всякие плюшки. Только ты в linux хрен ее заведешь. Все как всегда через жопу.
     
     
  • 7.106, iPony129412 (?), 16:56, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > там нет полноценно реализации, только гибридная.

    Да не. Нормальная. Без неё не могу смотреть видяшки со своего смартфона на неслабом ПК 2013 года :/

     
  • 4.32, corvuscor (ok), 14:42, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > У AMD дела значительно хуже.

    Да, значительно, ведь там стабильная поддержка на картах от 2016 года и новее.

     
     
  • 5.50, iPony129412 (?), 17:40, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не обманывай.
    В вендах даже отключали HEVC декодирование для AMD карт.
    Да и ты сам пишешь, что позднее всех появилась хоть какая-то поддержка (с 2016 года).
     
  • 4.33, vz_2 (?), 14:47, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кодировать желательно на cpu, качество картинки значительно лучше, после gpu
     
     
  • 5.34, vz_2 (?), 14:49, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чем после gpu
     
  • 3.27, llolik (ok), 14:17, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > h.264 - он же устарел

    Зато трудно найти устройство, которое не умеет его воспроизводить.
    Нормальная ПОВСЕМЕСТНАЯ поддержка hevc так ещё и не совсем оформилась, а уже идёт AV1, нормальной широкой поддержки которого придётся ждать ещё неизвестно сколько.

     
     
  • 4.43, Аноним (43), 16:18, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы не повторилась история с jpeg - есть куча более эффективных форматов по степени сжатия, да только проблемы в том, что:
    1) Жпег вполне себе хорошо справляется на поле lossy кодирования
    2) Уже много всего завязано/кодировано в него
    3) Конкурентов много, а вот жпег - один.
    Вот и avc - софтовые кодировщики вылизаны, железо с момента старта распространения много-много быстрей стало, куча аппаратных кодеров/декодеров, куча контента.
     
     
  • 5.58, iPony129412 (?), 18:18, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Жпег вполне себе хорошо справляется на поле lossy кодирования

    Как-то не очень.
    Когда у тебя 4К камера в смартфоне. HEIF позволяет в два раза экономить место.

     
  • 5.114, artenox (?), 19:08, 09/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    WebP в 3-4 раза меньше весит. Четкость визуально ниже совсем чуть чуть и местами убираются шумы камеры (что даже +).
     
  • 3.46, Аноним (46), 17:18, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    99% видосиков пожатых в h265 в домашних условиях лютое гвнo. С h264 этот процент гораздо ниже, всё-таки не все люди — идиoты, кодирующие видимокартой. В hevc плохо кодируют независимо от обстоятельств и условий. Поскольку далеко не у всех есть датацентр под кодирование видосиков. Да, синедиски с h265 позволяют иметь качество значительно выше при том же битрейте, но это наверное и все преимущества. Место на диске именно что резиновое и наименьшая из забот, каждые 3 года стоимость терабайта падает раза в 4.
     
     
  • 4.48, Аноним (46), 17:21, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А вообще, все эти henc и av1 в первую очередь про сохранение какой-никакой картинки на микрописeчнoм битрейте, чтобы телефонным пользователям было более комфортно стримить и смотреть видосики в своих подвалах и не оно рассыпалось на квадраты.
     
  • 4.51, Онаним (?), 17:41, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > каждые 3 года стоимость терабайта падает раза в 4.

    Уже нет. Плюс сысыды эту стоимость снова приподняли.

     
     
  • 5.56, Аноним (46), 17:52, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Уже нет.

    Пока да, поговорим на эту тему снова года через 3, но там уже обещали диски по 50+ терабайт. Ссд тоже подешевели примерно в эти же 4 раза.

     
     
  • 6.70, x3who (?), 00:02, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>Уже нет.
    > Пока да, поговорим на эту тему снова года через 3, но там
    > уже обещали диски по 50+ терабайт. Ссд тоже подешевели примерно в
    > эти же 4 раза.

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

    В этих условиях, от того, что появятся диски по 50+ терабайт ничего не изменится. Люди же покупают не диски максимально возможного размера, а что им по средствам. Соответственно распределяется и цена за терабайт: с пол-года назад когда смотрел - самыми дешёвыми накопителями были 4ТБ. Народ массово покупает их, соотв. производитель их массово производит и цена выходит подешевле в пересчете на ТБ. В меньшую или большую сторону (по ёмкости накопителя) цена за ТБ растёт и существование 50+ терабайт дисков там ничего особо не изменит в рознице.

     
     
  • 7.78, Аноним (46), 04:06, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По секрету скажу, это только в России цены такие безумные (спасибо тебе, АКИТ), во всём остальном мире можно прибарахлиться очень дешёвыми терабайтами. Ну смотри, даже если так, 3 года назад ты мог купить ultrastar (топовый серверный винт) на 4тб за 25к. Сегодня те же самые ultrastar на 14тб стоят 30к. Обычные нормальные модели на 10тб сейчас стоят в районе 10к, у нас в стране от 20к.
     
     
  • 8.99, x3who (?), 00:20, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я вовсе не по РФ сужу ... текст свёрнут, показать
     
     
  • 9.100, Аноним (100), 03:00, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, это касается России и сателлитов её соседей , которые как РФ, только ... текст свёрнут, показать
     
     
  • 10.101, Аноним (100), 03:02, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати с налогами на ЦУ и вовсе дороже РФ получается А у нас будет растаможка, ... текст свёрнут, показать
     
  • 10.102, x3who (?), 10:49, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я не сравниваю цены между странами Я сравниваю цены на WD-шные диски в пределах... текст свёрнут, показать
     
     
  • 11.108, Аноним (108), 19:45, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Именно что зависит, всё зависит от локации Я склоняюсь к тому, что это местные ... текст свёрнут, показать
     
     
  • 12.109, x3who (?), 23:14, 08/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я не понимаю к чему ты клонишь - типа я не заметил, а винты на самом деле подеше... текст свёрнут, показать
     
  • 4.115, artenox (?), 19:11, 09/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не хуже xvid'а. Вообще только MPEG1/2 из коробки сохраняют шумы.
     

  • 1.20, Аноним (20), 12:00, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > текущем виде в libgav1 внимание уделено только производительности для Android-устройств
    > Тесты на ARM пока не проводились

    Это прекрасно. NIH-синдром цветет бурным цветом.

     
     
  • 2.25, Ретроград (?), 13:25, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не понял. Они на андроид х86 его тестировали чтоли?
     
     
  • 3.49, Аноним (20), 17:40, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да ни на чём его не тестировали. Но будет круто, инфа 147%. А главное - своё.
     

  • 1.28, хотел спросить (?), 14:19, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    тезисы:

    - на текущем этапе развития libgav1 пока сильно отстаёт от dav1d
    - но эти тесты мало о чём говорят, так как проведены на оборудовании x86
    - основные оптимизации в libgav1 связаны с ускорением работы на архитектуре ARM
    - тесты на ARM пока не проводились

    что и требовалось знать... что-то разработали, но что именно пока не знаем, может и будет конфетка, но это неточно

     
     
  • 2.52, Онаним (?), 17:42, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Пока что, увы, libgav1\10 получилось. Производительность в разы ниже чем у голиафа.
     
  • 2.85, Fedd (ok), 10:51, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тесты пхорониксом пока не проводились, а не гуглом
     

  • 1.30, Аноним (31), 14:27, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше бы аппаратное декодирование делали, а не SSE4.1 инструкции.
     
     
  • 2.45, DmA (??), 16:29, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А какого кодека делать реализацию? :)
     
     
  • 3.53, Онаним (?), 17:42, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А какого кодека делать реализацию? :)

    Тут скорее вопрос, какого кодека их либдав1д не устроил.

     
     
  • 4.59, Аноним (46), 19:24, 06/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    NIH, вполне логично
     

  • 1.57, Аноним (57), 18:01, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > в текущем виде в libgav1 внимание уделено только производительности для Android-устройств, а оптимизации для других платформ будут добавлены позднее. Тесты на ARM пока не проводились.

    Что?

     
  • 1.64, Аноним (64), 21:52, 06/10/2019 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +/
     
  • 1.65, Gadel (ok), 22:07, 06/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ждём libgavgavgav.so

    p.s. Хорошая новость. Даёшь открытый стандарт видео!

     
  • 1.72, Онаним (?), 01:17, 07/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Позорище, а не кодек. Еще лет 10 пройдет пока они разродятся достойной, по скорости h264/5, реализацией.
     
  • 1.77, Андрей (??), 03:00, 07/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В Libgav1 задействованы расширенные оптимизации на базе наборов инструкций NEON (ARM) и SSE4.1 (x86), позволяющие добиться более высокой производительности, чем при использовании эталонного декодировщика aomdec (libaom)

    Что касается x86 - то это точно формулировка цели dav1d. Но зачем же пилить новую библиотеку вместо того, чтобы добавить NEON оптимизации в dav1d! Разработчикам Гугла запрещено активно работать над открытыми проектами? А разрешено только над открытыми проектами принадлежащими на самом деле Гуглу?

     
     
  • 2.91, Анонтоним (?), 13:58, 07/10/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В проекте dav1d зачем-то пишут на макроассемблере, а в libgav1 на интринсиках и C++ шаблонах. Это не совместимые подходы: в dav1d никак не используется компилятор, а на результат libgav1 неявно влияют разработчики компиляторов. Выйдет новая процессорная микроархитектура - в dav1d нужно будет её поддерживать ручками (переписывать ассемблерный код), а библиотеку libgav1 достаточно будет пересобрать новыми компилятором.
     
     
  • 3.118, Андрей (??), 17:05, 10/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, вот в чём, значит, дело. Интринзики - это понятно. Но C++ и шаблоны: тут я сомневаюсь в целесообразности.
     

  • 1.116, artenox (?), 19:15, 09/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    AV1 созвучно с древним AVI. А MS не стали релизить Win9.
    Кстати, когда в линуксовую static сборку ffmpeg завезут? В виндовой давно есть (даже в XP сборке).
     
     
  • 2.117, Андрей (??), 17:02, 10/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > AV1 созвучно с древним AVI. А MS не стали релизить Win9.

    Мне тоже не нравится выбор названия

    > Кстати, когда в линуксовую static сборку ffmpeg завезут? В виндовой давно есть
    > (даже в XP сборке).

    Так давно уже есть. Например, в Debian:

    -rw-r--r-- 1 root root 20644382 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavcodec.a
    -rw-r--r-- 1 root root   330016 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavdevice.a
    -rw-r--r-- 1 root root  5395896 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavfilter.a
    -rw-r--r-- 1 root root  4981876 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavformat.a
    -rw-r--r-- 1 root root   221494 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavresample.a
    -rw-r--r-- 1 root root   892154 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libavutil.a
    -rw-r--r-- 1 root root   135452 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libpostproc.a
    -rw-r--r-- 1 root root   225814 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libswresample.a
    -rw-r--r-- 1 root root   845944 Aug 20 13:15 /usr/lib/x86_64-linux-gnu/libswscale.a

     
     
  • 3.119, artenox (?), 18:33, 10/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В свежем Debian то, конечно, есть. Но у меня Ubuntu 16.04, там в репах 2.8 обновлять никто не собирается (и хорошо). Я про static сборку https://johnvansickle.com/ffmpeg на которую ссылается https://ffmpeg.org/download.html
     
     
  • 4.120, artenox (?), 18:36, 10/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, надо собрать самому. С fdk-aac до кучи.
     

  • 1.121, Аноним (121), 22:21, 10/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему не SSE4.2? Очень много процессоров имеющих SSE4.1, но неимеющих SSE4.2?
     

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



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

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