https://www.opennet.me/openforum/vsluhforumID3/130183.html Доступен выпуск проекта VVenC 1.8, развивающего высокопроизводительный кодировщик для видео в формате H.266/VVC (отдельно той же командой разработчиков развивается декодировщик VVDeC). Код проекта написан на языке С++ и распространяется под лицензией BSD. В новой версии предложены дополнительные оптимизации, позволившие на 15% ускорить кодирование в быстром режиме, на 5% в медленном и на 10% в остальных преднастройках. Сокращён разрыв в эффективности многопоточных и однопоторчных операций...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58941<br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#290 Sat, 15 Apr 2023 22:46:38 GMT &gt; На мобилках AV1 нет от слова вообще - YT всем выдаёт по-прежнему древние VP9/H.264. <br><br>Гугл именно на мобильных пользователях и тестировал AV1, предположу, что в Индии. Так что не факт, что всё везде кодируется и отдается одинаково. Было бы интересно сравнить авто-выбор кодеков в браузере пользователей разных регионов и сравнить, правильный ли ID использует yt-dlp внутри, общаясь с Innertube API.<br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#289 Fri, 14 Apr 2023 16:55:10 GMT С новыми видеокартами RTX можно хоть сейчас стримить в AV1 прям в реалтайме<br><br>И у Гугла свои аппаратные решения уже тоже есть.<br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#288 Thu, 13 Apr 2023 10:38:25 GMT пользуются = используются<br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#287 Thu, 13 Apr 2023 10:33:15 GMT "H.264/MPEG-4 AVC" используется и для потокового кодирования в реальном времени, а для этого ещё мощнее надо процессор. И не только процессор, но и чтобы кодек был под это спроектирован, а не только справлялся с потоковым кодированием за счёт избыточных ресурсов процессора. Качество качеством, а ресурсы ресурсами. По этому у меня под разное оборудование и разные задачи пользуются разные кодеки. Не ну может если иметь, что-то из самого мощного, что есть в продаже да ещё двухпроцессорную материнскую плату то и AV1 и с кодированием в реальном времени справится.<br><br>Не знаю, у меня есть подозрения, что MPEG-2 видео и H.264/MPEG-4 AVC и для кодирования потокового видео в репльном времеи разробатывались. <br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#286 Wed, 12 Apr 2023 19:47:37 GMT Это разумная аргументация.<br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#285 Wed, 12 Apr 2023 11:17:21 GMT У меня до сих пор такие. И моник 2К - это идеально, что тогда, на ЭЛТ, что сейчас, на ЖК. А вот когда цепанул 4К - это просто ужас. И нафиг оно не нужно, как показала практика. Только фотки смотреть / редактировать. Хотя, опять же - когда редактируешь, всё величиваешь в 10 раз.<br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#284 Wed, 12 Apr 2023 10:50:40 GMT На зависть всем -- кому? Наверное, x264 и theora? Кодировать может и приятно, до тех пор, пока не посмотришь, что там вообще накодировалось такой ценой.<br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#283 Wed, 12 Apr 2023 10:42:12 GMT качать ютуб обойдётся ютубом.<br> https://www.opennet.me/openforum/vsluhforumID3/130183.html#282 Wed, 12 Apr 2023 10:29:11 GMT &gt; (потому что av1 не может в рилтайм и с этим &gt; гугель ничего никогда поделать <br>&gt; не сможет никогда) - вас будут кормить &gt; г-ном. <br><br>Комиты вот прям здесь и сейчас - сильно опровергают эти заявления. Там как раз более менее причесав профайлы и speed up для "качественных" пресетов они взялись окучивать быстрые. И там так то есть RTC пресет. Вот именно реалтаймный, by design. Более того - именно из этой штуки отливают хардварные блоки энкодеров. Поэтому там есть забавные ограничения на код. Более того, комиты упоминают как раз использование этого в андроиде под реалтайм кодирование (видеоконфы?).<br>