https://www.opennet.ru/openforum/vsluhforumID3/137444.html Опубликован выпуск библиотеки SVT-AV1 3.1.0 (Scalable Video Technology AV1) c реализациями кодировщика и декодировщика формата кодирования видео AV1, для ускорения которых задействованы присутствующие в процессорах x86_64 и ARM расширения для аппаратного распараллеливания вычислений. Проект создан компанией Intel в партнёрстве с Netflix с целью достижения уровня производительности, пригодного для перекодирования видео на лету и применения в сервисах, отдающих видео по запросу (VOD). В настоящее время разработка ведётся под эгидой альянса Open Media (AOMedia), курирующего развитие формата кодирования видео AV1. Ранее проект развивался в рамках проекта OpenVisualCloud, который также разрабатывает кодировщики SVT-HEVC и SVT-VP9. Код распространяется под лицензией BSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63637<br> https://www.opennet.ru/openforum/vsluhforumID3/137444.html#134 Thu, 30 Oct 2025 09:08:55 GMT &gt; Чем копируется? Nvenc у вас есть который должен вроде как в реальном <br>&gt; времени <br><br>чем-чем? новость про что?<br>nvenc это не качества, а для скорости.<br> https://www.opennet.ru/openforum/vsluhforumID3/137444.html#133 Mon, 04 Aug 2025 15:46:39 GMT &gt; Если в разговоре вы имеете в виду именно численное значение &#171;уровня квантования&#187;, <br>&gt; то обычно пишут просто QP.<br><br>Оперировать именно термином квантования - несколько устарело, поскольку именно quantizer в лоб оно задавало только в антиках типа MPEG1. А более продвинутые кодеки по факту юзают модуляцию Q в зависимости от контента для энного визуального качества. Я понимаю что некоторых медленно попускает, но термины все же должны быть технически корректными и пенять на поястоянный quantizer когда его по факту модулируют - не комильфо.<br> https://www.opennet.ru/openforum/vsluhforumID3/137444.html#132 Mon, 04 Aug 2025 15:43:36 GMT &gt; 1. Не x264, x265, а MPEG-1 видео &#171;У MPEG-1 (как и у <br>&gt; подавляющего большинства &#171;традиционных&#187; видеокодеков до эры H.264/H.265) <br><br>Я сто лет MPEG1 не пользовался, но все же помню что его можно чисто технически сделать VBR, использовав constant-Q mode. Это не совсем CRF, но в каком-то роде очень первобытный вариант идеи. А MPEG2 вроде отличается только допустимым числом макроблоков и достижимыми разрешениями.<br><br>Сожрет ли такой поток убогий хардварный плеер - вопрос номер 2 к его VBV. Но лучше это окаменелое выкинуть и купить какой-нибудь свисток-приставку или медиабокс жрущий цать форматов.<br><br>&gt; нет такого понятия, как CRF-режим в терминах x264/x265&#187; <br><br>Его еще иногда называют Constant-quality mode. В конечном итоге мы крутим q, а битрейт без ограничений. В совсем педальных кодеках типа MPEG1 q был синонимом quantizer. И оно просто лупило постоянным квантизатором - получая, ессно, тоже VBR поток.<br><br>Более современные кодеки рассматривают сие как запрос энного уровня качества, квантизато https://www.opennet.ru/openforum/vsluhforumID3/137444.html#131 Mon, 04 Aug 2025 04:15:30 GMT Разрешение может быть любым у файла который надо перекодировать это я сам указываю кодировать с разрешением 720x405p.<br> https://www.opennet.ru/openforum/vsluhforumID3/137444.html#130 Mon, 04 Aug 2025 03:41:55 GMT Если точно то так: "QP можно, но с оговоркой.<br><br>&#8226; QP (Quantization Parameter) &#8212; это собственно значение &#171;шкалы квантования&#187; (обычно от 0 до ~51), которым измеряется степень сжатия конкретного блока (MB) или кадра.<br>&#8226; CQP (Constant QP) &#8212; это режим кодирования, при котором во всех кадрах используется одно и то же значение QP.<br><br>Если в разговоре вы имеете в виду именно численное значение &#171;уровня квантования&#187;, то обычно пишут просто QP.<br>Если же вы говорите о режиме x264, то пишут CQP, чтобы подчеркнуть: &#171;говорим именно о режиме Constant QP&#187;, а не о VBR (VBV), CRF или других режимах.<br><br>Но в обиходе часто упрощают и на x264/CQP-режим говорят просто &#171;QP-режим&#187; и задают &#171;QP=23&#187; и т. п.<br><br>Когда я написал QP я имел ввиду параметр -qp, подразумевал Constant QP.<br> https://www.opennet.ru/openforum/vsluhforumID3/137444.html#129 Sun, 03 Aug 2025 22:12:20 GMT И 25 кадров.<br> https://www.opennet.ru/openforum/vsluhforumID3/137444.html#128 Sun, 03 Aug 2025 21:56:42 GMT Для MPEG-1 видео с динамичными сценами нужно где-то 8000кб/сек. с разрешением 720x405p. Битрейт подбирать надо если размер видео файла учитывается, если на размер всё равно какой размер будет у видео файла начинать с 8192кб/сек.<br> https://www.opennet.ru/openforum/vsluhforumID3/137444.html#127 Sun, 03 Aug 2025 21:29:25 GMT Предположения не верные. Монитор 24,5.<br> https://www.opennet.ru/openforum/vsluhforumID3/137444.html#126 Sun, 03 Aug 2025 21:23:54 GMT 1. Не x264, x265, а MPEG-1 видео &#171;У MPEG-1 (как и у подавляющего большинства &#171;традиционных&#187; видеокодеков до эры H.264/H.265) нет такого понятия, как CRF-режим в терминах x264/x265&#187;<br>2. Делалось в VLC. Для MPEG-1 видео в VLC можно указать только цифру в кб/сек. &#8212; это ABR.<br>3. x264, x265 &#171;CRF (Constant Rate Factor) &#8212; это фактор качества, без физических единиц измерения&#187; &#171;По сути, это метод &#171;качественного&#187; (VBR-подобного) кодирования, при котором вы задаёте не целевой битрейт, а желаемый уровень визуального качества&#187; Для того что я перекодирую, кодеком x264, меня больше QP (Quantization Parameter) устраивает чем CRF. Перекодирую с x264 QP. <br>4. FFmpeg SVT-AV1 только третий раз использую.<br><br>"Cколько надо битрейта от сцен в видео зависит и кодека.<br><br>Спасибо капитан очевидность" Это мы с тобой знаем, прочесть может кто угодно, кому поиск эту страницу покажет. Это не только написано для тебя.<br>