https://www.opennet.ru/openforum/vsluhforumID3/114841.html В рамках проекта rav1e (https://github.com/xiph/rav1e) разработчики из сообществ Xiph и Mozilla развивают экспериментальный кодировщик для формата кодирования видео AV1 (https://www.opennet.ru/opennews/art.shtml?num=48345), написанный на языке Rust и отличающийся от эталонного кодировщика libaom более высокой скоростью кодирования и повышенным вниманием к обеспечению безопасности. AV1 заметно опережает (https://www.opennet.ru/opennews/art.shtml?num=48429) x264 и libvpx-vp9 по уровню сжатия, но из-за усложнения алгоритмов предложенная реализация кодировщика требует существенно больше времени для кодирования (по скорости кодирования libaom отстаёт от libvpx-vp9 в сотни раз, а от x264 в тысячи раз). Предложенный вариант кодировщика на языке Rust в настоящее время обеспечивает производительность кодирования на уровне 5 кадров в секунду для уровня качества 480p.<br><br>URL: https://news.ycombinator.com/item?id=17539361<br>Новость: https://www.opennet.ru/opennews/art.shtml?num=48976<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#99 Sat, 28 Jul 2018 07:24:06 GMT То же самое было при появлении H.264. 12 лет назад компьютеры с трудом H.264 720p декодировали. Были и неоптимизированные кодеки, и слабые процессоры.<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#98 Sun, 22 Jul 2018 15:52:58 GMT "Кто-то ru.arvid писал, что добился воспроизведения с arvid не то *.avi, не то *.mov в реалтайме. Свершилось! Наконец-то фидошники приспособили видеомагнитофон для записи видеоизображения."<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#97 Wed, 18 Jul 2018 22:35:34 GMT &gt; а в 100000 раз быстрее.<br><br>Только качество в раз 10 хуже софтварного CPU кодировщика.<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#96 Wed, 18 Jul 2018 20:22:29 GMT &gt; Много лично вам было щастья от vorbis?<br><br>Много bdrip'ов аниме с ним посмотрел. Если кто не знает, поясняю: анимешные энкодеры самые передовые в техническом плане. Даже от аппаратной поддержки отвернулись ещё в 2011, 10битный пресет 264 начав активно юзать.<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#95 Wed, 18 Jul 2018 16:15:05 GMT &gt;Кадры идут в простом формате типа BMP, там не возможно ничего проэксплуатировать<br><br>Возможно, надо просто представлять, в какие именно структуры сожмёт кадр энкодер (либо пробовать разные варианты и смотреть в анализаторе битстриима) и найти баг обработки этих структур.<br><br>Хотя баг в декодере найти проще.<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#94 Wed, 18 Jul 2018 09:51:04 GMT &gt; наверное, то что он и не был никогда "just for fun", а сразу разрабатывался как замена текущего, не когда-то там в отдаленном будущем, а еще до того, как был дописан окончательно. <br><br>Замена текущему? Ты пробовал его собирать и запускать? Это эксперимент.<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#93 Wed, 18 Jul 2018 09:28:09 GMT Любую ироничную ситуацию в комментах испортят зануды)<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#92 Wed, 18 Jul 2018 08:32:18 GMT Форт - это язык хипстоты (правда прошлого века). Нормальные пацаны даже ассемблером не балуются. А суровые мужики программируют паяльником.<br> https://www.opennet.ru/openforum/vsluhforumID3/114841.html#91 Wed, 18 Jul 2018 07:58:02 GMT &gt; А зачем нужен кодек, который жмет так медленно?<br><br>например, чтоб денег никому не платить. Помнится, это и было основной целью разработки.<br><br>&gt; Смартфоны прекрасно это делают.<br><br>смартфоны это делают с артефактами и не всегда удачно, но - пипл хавает, схавает и это.<br>Через пару лет китайцы может затолкают кодек в твой смрадфонный SoC, и будешь наслаждаться.<br><br>Но вот именно этот проект - вряд ли кому-то пригодится. Много лично вам было щастья от vorbis? <br>