https://www.opennet.ru/openforum/vsluhforumID3/117244.html Сообщества VideoLAN и FFmpeg опубликовали (https://medium.com/@ewoutterhoeven/dav1d-0-2-0-covering-all-pcs-including-mobile-eac3e43868c2) третий выпуск (0.3) библиотеки dav1d с реализацией альтернативного свободного декодировщика формата кодирования видео AV1 (https://www.opennet.ru/opennews/art.shtml?num=48345). Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS) и распространяется (https://code.videolan.org/videolan/dav1d) под лицензией BSD. Реализована поддержка архитектур x86, x86_64, ARMv7 и ARMv8, и операционных систем Linux, Windows, macOS, Android и iOS.<br><br><br><br><br>Библиотека dav1d поддерживает все возможности AV1, включая расширенные виды субдискретизации (https://ru.wikipedia.org/wiki/%D0%A6%D0%B2%D0%B5%D1%82%D0%BE%D0%B2%D0%B0%D1%8F_%D1%81%D1%83%D0%B1%D0%B4%D0%B8%D1%81%D0%BA%D1%80%D0%B5%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F) и все заявленные в спецификации параметры управления глубиной цвета (8, 10 и 12 бит). Работа библиотеки протестирована на большой коллекции файлов в ф https://www.opennet.ru/openforum/vsluhforumID3/117244.html#76 Mon, 06 May 2019 12:55:32 GMT "все заявленные в спецификации параметры управления глубиной цвета (8, 10 и 12 бит)"<br>При современных тенденциях для мониторов в 6bit + мерцание ;)<br> https://www.opennet.ru/openforum/vsluhforumID3/117244.html#75 Thu, 02 May 2019 17:27:21 GMT &gt;Не нужно думать, что один мегаразработчик знает работу процессора и компьютера в целом лучше чем тысяча разработчиков компилятора<br><br>Разработчик софта, в отличие от разработчика компилятора, в целом лучше знает механику своего кода.<br> https://www.opennet.ru/openforum/vsluhforumID3/117244.html#74 Thu, 02 May 2019 15:47:12 GMT В фразе "hand-writing SSSE3 and NEON assembly code", та часть, что использует SIMD инструкции даёт ускорение от 3 до 30 раз (по сравнению с обычной Си реализацией где быть может не особо об оптимизациях и думали!), а вот вручную писанный ассемблерный код может быть только замедляет в полтора раза... Не нужно думать, что один мегаразработчик знает работу процессора и компьютера в целом лучше чем тысяча разработчиков компилятора. Зато его понтовый код где дикая смесь макросов и директив предпроцессора сможет сопровождать только он и быть может ещё пара странных личностей (в смысле без 100 грамм в таком коде не разберёшься). А всё потому, что кто когда давным давно столкнулся с багом в gcc и теперь боится использовать SIMD интринсики.<br> https://www.opennet.ru/openforum/vsluhforumID3/117244.html#73 Thu, 02 May 2019 11:17:43 GMT &gt; Заходишь почитать комменты про AV1 на опеннет и видишь дискуссию о том <br>&gt; как правильно - Linux или GNU\Linux, является ли Android Linux-ом и <br>&gt; тому подобное.<br><br>Запрос принят. Тред скрыт.<br> https://www.opennet.ru/openforum/vsluhforumID3/117244.html#72 Thu, 02 May 2019 11:12:39 GMT &gt; Зануды подсказывают, что в русском языке некоторые части предложения можно опускать, в <br>&gt; связи с их очевидностью и избыточностью.<br>&gt; Должно было быть "операционных систем семейства Linux"<br><br>И даже более того. Это уже настолько устоявшееся, причём достаточно давно, выражение, что уже более десятка лет (за большее поручиться не готов, но подозреваю, что это очень вероятно) говорят просто "ОС Linux". И не только у нас, но и за бугром.<br> https://www.opennet.ru/openforum/vsluhforumID3/117244.html#71 Thu, 02 May 2019 09:06:54 GMT Про Linux неправильно, допустим, а "По этому", правильно?<br> https://www.opennet.ru/openforum/vsluhforumID3/117244.html#70 Thu, 02 May 2019 09:01:21 GMT GNU/Linux*0<br> https://www.opennet.ru/openforum/vsluhforumID3/117244.html#69 Thu, 02 May 2019 08:44:59 GMT &gt; более весомые проблемы с переносимостью на другие процессоры<br><br>Э-э, а зачем переносить код для AVX2 на процессор без поддержки AVX2?<br><br>&gt; Анон намекал на то, что в современном мире от ассемблерных вставок чаще <br>&gt; копеечный выигрыш и более весомые проблемы с переносимостью на другие процессоры. <br><br>С одной стороны - есть, с многозначительным и мудрым видом, намекающие на тайные знания аноны. <br>С другой стороны, конкретные авторы конкретного софта с вполне конкретным результатом говорят:<br>&gt; By hand-writing SSSE3 and NEON assembly code, most of the C functions were sped up by factors ranging anywhere from 2 to 20, resulting in hugely higher frame rates.<br><br>https://medium.com/@ewoutterhoeven/dav1d-0-2-0-covering-all-pcs-including-mobile-eac3e43868c2<br>Как и наличие таких же вставок в AOM или том же glibc:<br>https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/x86_64/multiarch/memchr-avx2.S<br>https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/x86_64/multiarch/memcpy-ssse3.S<br><br>Но анонам, как обычно виднее https://www.opennet.ru/openforum/vsluhforumID3/117244.html#68 Thu, 02 May 2019 08:16:23 GMT Анон намекал на то, что в современном мире от ассемблерных вставок чаще копеечный выигрыш и более весомые проблемы с переносимостью на другие процессоры.<br>