https://m.opennet.dev/openforum/vsluhforumID3/115453.html Разработчики из проектов VideoLAN и FFmpeg представили (http://www.jbkempf.com/blog/post/2018/Introducing-dav1d) библиотеку dav1d с реализацией нового свободного декодировщика для формата кодирования видео AV1 (https://www.opennet.ru/opennews/art.shtml?num=48345). Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS) и распространяется (https://code.videolan.org/videolan/dav1d) под лицензией BSD. Для сборки применяется инструментарий meson. <br><br><br>Ключевыми целями проекта является обеспечение переносимости кода для большинства существующих платформ и достижение максимально возможной производительности декодирования. По замыслу разработчиков высокая производительность программного декодировщика позволит сгладить отсутствие аппаратных механизмов ускорения, наблюдаемое на начальном этапе внедрения видеокодека AV1. Среди задач также упоминается сохранение компактности кода и корректная поддержка работы в многопоточных приложениях.<br><br><br>В библиотеке dav1d планируют реализовать все расширенные https://m.opennet.dev/openforum/vsluhforumID3/115453.html#106 Fri, 12 Oct 2018 00:40:05 GMT &gt; да, должно быть: это МОИ деньги, которые не станут ТВОИМИ, потому что <br>&gt; ты потратишь их на лицензионные отчисления.<br><br>Вот такая вот фиговая у него корпорация. Даже жадничать нормально не умеет.<br> https://m.opennet.dev/openforum/vsluhforumID3/115453.html#105 Fri, 12 Oct 2018 00:38:58 GMT Нужен медиаплеер ... под контент. А обладатели контента, хоть тот же гугл с ютубом, внезапно h.265 на этом самом вертели. Потому что не собираются никакие роялти MPEG LA платить, за сам факт того что видео в сеть грузят.<br> https://m.opennet.dev/openforum/vsluhforumID3/115453.html#104 Fri, 12 Oct 2018 00:36:29 GMT &gt; Ассемблер для галочки что-ли? <br><br>В горячих кусках кода SIMD asm или intrinsics дают отличия по скорости от сишного кода в разы. В логе комитов libaom совершенно нормально видеть разницу раз в 15 для C vs SSE4.1 asm какой-нибудь.<br> https://m.opennet.dev/openforum/vsluhforumID3/115453.html#103 Thu, 04 Oct 2018 08:22:17 GMT &gt; Почему такая не любовь к vdpau?<br><br>vdpau был в свое время разработан nvidia и ей же был заброшен в пользу nvdec (https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-NVDEC-GStreamer и т.п.). Тут нет какой-то особой нелюбви, просто он устарел и не поддерживатся / развивается. А va-api, разработанный интелом получился универсальным и открытым, в итоге и на AMD картах заместили свой собственный XvBA на va-api. По этой же причине в софте (chromium уже, firefox в процессе) используют именно va-api.<br><br>В целом, можно делать что угодно, но суровая реальность такова, что ускорения 10-ти битного HEVC, а также VP8 и VP9 в vdpau на нвидии не получить. Нвидия уже года 3 как не разрабатывает vdpau, фичи добавляются только в nvdec. Так что если так уж хочется использовать нвидию, стоит брать nvdec.<br><br>В треде на форонике дополнительно поясняют, что человек, который сделал vdpau больше не работает в nvidia, и это был линукс-специфичный код. nvdec - переносимый код, общий между виндой и линуксом. Реализация его с точк https://m.opennet.dev/openforum/vsluhforumID3/115453.html#102 Wed, 03 Oct 2018 22:26:49 GMT дриект3д и ваапи просто фейлятся и в дело идёт то что за ними.<br>директ - это для венды, стараюсь делать универсальные конфиги.<br><br>libva info: VA-API version 1.3.0<br>libva info: va_getDriverName() returns 0<br>libva info: Trying to open /usr/local/lib/dri/nvidia_drv_video.so<br>libva info: va_openDriver() returns -1<br>vaInitialize failed with error code -1 (unknown libva error),exit<br><br>nvdec/cuda - на фре нет, и мой интерес в том, чтобы всё таки программно тянуло, потому что AV1 ещё не скоро в железе будет, тем более в дешманском.<br><br>Почему такая не любовь к vdpau?<br> https://m.opennet.dev/openforum/vsluhforumID3/115453.html#101 Wed, 03 Oct 2018 20:35:58 GMT &gt; На данынй момент кодировщик есть только один - libaom. Он же используется <br>&gt; в ffmpeg.<br><br>Это не совсем так, есть еще rav1e, https://github.com/xiph/rav1e<br> https://m.opennet.dev/openforum/vsluhforumID3/115453.html#100 Wed, 03 Oct 2018 20:34:35 GMT &gt;&gt;В многопоточном режиме работы dav1d опережает libaom 1.0.0, но пока отстаёт от HEAD-ветки libaom <br>&gt; какой интересный этот кодек, AV1. Открытый, бесплатный, свободный от патентов и все <br>&gt; такое, но пользоваться им на практике ты не сможешь, потому что <br>&gt; ему даже для декодирования нужны несколько ядер, что уж говорить про <br>&gt; кодирование. А смогут - правильно, разработавшие его в порыве альтруизма ютубы <br>&gt; с нетфликсами. <br><br>Как раз нетфликс и ютуб нормально не смогут до появления железных реализаций.<br> https://m.opennet.dev/openforum/vsluhforumID3/115453.html#99 Wed, 03 Oct 2018 20:32:26 GMT &gt; Если что, интринсики есть и в шланге.<br>&gt; Все надеятся сделать лучше, чем может компилятор. И далеко не у всех <br>&gt; получается.<br><br>У авторов, без сомнения, получится. Это те же люди, что писали кодировщики и декодеры для VP9, и x264.<br> https://m.opennet.dev/openforum/vsluhforumID3/115453.html#98 Wed, 03 Oct 2018 20:26:40 GMT Медленность кодирования в софте это решаемая проблема уже сейчас - достаточно распараллелить это кодирование на тысячи ядер (читай виртуальных машин). А через два-три года подходящие GPU будут на фермах в ходу и проблема кодирования уйдет.<br>