На русскоязычном ютубе вообще, как мне кажется, ни одного внятного видео на данную тему нет, всех интересует только ебучий стриминг.
Давайте немножко разберемся, если тут есть хоть немного понимающие ребята. А если в тред заглянет кто-нибудь, кто не по наслышке знает, что такое ffmpeg - будет вообще заебись.
Я думаю что нвенк как раз и разновидность ш264 но только сугубо под инвидию как раз для стиминга, может и ошибаюсь
У меня есть некоторый видеофайл, который весит дохуя. Нужно его пережать, чтобы место освободилось!
Тут возникает дилемма: кодировать на камне или на видеокарте?
Хочется чтобы и быстро было, и качественно. Но с моими 4/4 об этом можно только мечтать, хули. Поэтому я выбираю карточку, и тут возникает вопрос.
В чем разница?
В целом большой разницы между стримингом и простым сохранением как бы нет - видеопоток кодируется одинаково в любом случае. Просто при стриминге это все сразу летит через интеренет на твич, а во втором - в сектора на диске.
Хз насколько я помню нвенк при стриминге снижает нагрузку на проц и больше загружает видяху, как рассказывали всякие стримлеры
Папа, это не гугл.
Само собой. Меня интересуют более глубокие вещи, например, какое соотношение битрейта к качеству картинки НЕ при стриминге.
> А если в тред заглянет кто-нибудь, кто не по наслышке знает, что такое ffmpeg - будет вообще заебись.
Эх, где же эти анимубляди, когда они так нужны?
Интересно, но я думаю не слишком отличается от обычного 264, да и нахуй он нужен если все будут в будущем переходить на 265
В чём вопрос-то, блядь, Василий?
А что, простые сериалы никто не жмет?
>>240279342
Ну ты тред-то почитай. >>240278793
-i test.mkv h264_nvenc -b:v 1M output.mkv
Второе скодируется быстрее в 16 раз, но не пострадает ли качество выходного файла?>>240279342
Какая разница где кодировать, о чем ты вообще? Ты вообще знаешь что такое кодеки? Все, что ты получишь от кодирования на цпу — это медленную скорость
>>240279428
>>240278793
Разница в том, что на видеокарте кодирование будет быстрее. Охуеть, да? Учи матчасть, чтобы не быть баттхёртом.
Да я это и без тебя знал, ты глупый или слепой? Я спрашиваю, при одинаковом битрейте качество будет одинаковым или как?
Плюс nvenc не умеет в crf, плюс это НЕ тот же самый h264, прикольно, да? У них разные пресеты и работают они по-разному.
Ты несёшь хуйню
> качество будет одинаковым или как?
Так сравни же вживую.
Качество должно быть хуже, но незаметно хуже. Без лупы и прямых сравнений не заметишь.
А твоя мать сосет у осла. Иди нахуй, сажеёб.
А для аниме так вообще похую должно быть в таком случае, верно?
Да, там мелких деталей нет нихуя особо
в аниме дохуя статики и нет нойза, двумя проходами достаточно даже h264
кури профили
Как уже сказал мой коллега >>240280089, ты несёшь хуйню, и хуйня эта базируется на твоём полном непонимании базовых принципов работы CPU и GPU, а так же методов кодирования. Всё зиждется на каком-то магическом мышлении а-ля «ну там же пресеты разные». Предлагаю тебе простой и доступный твоему уровню понимания эксперимент: просчитай один и тот же ролик на ЦП и на ГП с одинаковыми параметрами экспорта и сравни своё «качество», что бы ты ни вкладывал в это понятие. Алибидерчи.
Я тебе говорю у меня 4 ядра 4 потока, я не могу себе позволить на сутки пеку оставить, чтобы он кодировал камнем нахуй, так что только nvenc. Про fast, medium и прочие пресеты знаю, это вроде так называется.
В тред врывается профессионал, задавай свои вопросы.
Что ты хотел сказать то?
Кодируй на камне в h265
У тебя и твоего коллеги одна проблема - вы зачем-то представляете, что со мной нужно спорить, хотя очевидно, что я нихуя не знаю и пришел задавать глупые вопросы. Внезапно, да?
У вас рак мозга, по всей видимости, поэтому ваш священный долг начать высираться, а не объяснить, в чем я не прав. Долбоебы.
Наоборот, мультики и аниме требовательные к битрейту, потому что много прямых линий, которые из-за шума будут портить картинку
>НЕ тот же самый h264
ты ведь не знал, что h264 это стандарт, а энкодер это x264, например?
Ура!
Как скормить ффмпегу несколько файлов в винде? Что писать в бат-файл?
Не знаю о чем тред, но сделал себе батник, в основе которого лежит функция с такими параметрами:
>ffmpeg -c:v h264_nvenc -preset slow -qp 24 -c:a copy
Пережал ею все видео на пк, сэкономил почти половину места. Предварительно сравнил под зумом кадры из разных видео, почти не заметил разницы.Некоторые видео вообще сжимаются до 10-20% от изначального размера без потери качества.
Тебе уже несколько раз сказали, но ты же не хочешь слушать и огрызаешься.
Просто и понятно: разницы в качестве (при одинаковых параметрах экспорта, разумеется) при кодировании на ЦП и ГП нет, разница только в скорости.
Только скриптами. Можешь через питон, есть обёртки.
Есть вроде handshake программа, с интерфейсом, поддерживает х254
bat-файл переместить в корзину, установить Adobe Media Encoder или любой бесплатный GUI к ffmpeg и забыть про редактирование видео из консоли как страшный сон.
А мог бы 265м пожать
>-qp 24
За что отвечает этот параметр?
Handbrakе с ананасом гну бесалпт
кому ты пиздишь, я энкодил на коре дуба половину жизни, 2-3 часа на сезон уходило под псп пережать, помому ты занимаешься какой то хуйней
Застонил камень тебе за чикс, зумерскиц хуесос.
пиздец ты животное
какое деливери было с трансфера, то и должно безпережатия лежать
хуею с вас
Кваеетизация, лучше не трогать. Сильно влияет на качество
еблан
я выкатываюсь, вы слишком тупы
Ну у меня же нет денежек на адобе..
>>240281093
Одинаковые параметры экспорта, понял. Сидеть дрочиться неделю теперь с профилями, пресетами, битрейтом и прочей ебалой.
Неудобная хуита.
>>240281039
>for /r %1 a in (*.mp4) do ffmpeg -i a ...
Подберу параметры за тебя, цена пятьдесят тысяч рублей
охуительная прога
Не использовать хуиту на видоекарте
Такие люди как ты заставляют меня плакать и пить таблетки от тревожности. Почему вы такие злые?
Avc intra 100, ты дебил?)
Битрейт подбирается про каждый файл индивидуально
Если серьезно, используй 265й с параметрами по умолчанию
Спасибо.
Абу благословил этот пост.
Если в долгосрок, то лучше купить карточку с поддержкой AV1(как я понял, пока только 30xx). Или подождать карточек с поддержкой h266.
А он как, ещё сильнее жмет?
Пробовал, но выдало какие-то лютые артефакты (будто изображение было поделено на квадратные слоты). Может это только из-за плеера, но этого было достаточно, чтобы выбрать 264.
>>240281530
Собственно и выбрал 24 как среднее. Попробовал все значения скриптом.
>>240281526
Что высрать хотел, срусня?
Ты откуда такой умный? про av1 и h266 это внутренняя кухня
>так чем он так хорош ?
Дохуя эффективный.
Ну вот у меня есть тестовый 5-минутный ролик, есть смысл его перегонять в 265й, если он и так пережат?
Я так понимаю, смысл имеет только работа с raw файлами...
Встроенный виндоплеер не умеет его хавать без покупки расширения, много смех.
raw файлы это файлы для энкодеров, тебе работать с ними не надо. RAW весят гигабуты в yuv420
у тебя ffmpeg получает контейнер с видео и выдает на выходе готовый контейнер с видео
k-lite для кого придумали?
У тебя ffmpeg сначало разомжет h264 в raw и выдаст тебе h265, это будет 1.5х в среднем по месту выигрыш
На карте не будет B-фреймов и будет хуже качество при равном битрейте. Плюс есть несколько кейсов которые фиксированные кодеки не умеют кодировать (одновременная смена сцены и гаммы, говорящая голова и еще пара).
В целом это нихуя для тебя лично не значит. Если хочешь сэкономить место - жми в 265 в main 10 профиле.
Ну я имею ввиду UWP парашу под названием Movie and TV. Для старенького WMP может и сгодится, спасибо за идею.
>Если хочешь сэкономить место - жми в 265 в main 10 профиле.
main10 это СОВСЕМ НЕ для экономии. зачем ему 10битный цвет?
Для экономии места хорошо растягивать GOP до 250 и -bf максимум выставлять, с b-pyramid
>>240282657
Этим гавном никто не пользуется, кроме самих мелкомягких
>да и нахуй он нужен если все будут в будущем переходить на 265
В будущем все будут переходить на AV1, ваш 265 нахуй никому не упал, его УЖЕ вытеснил VP9.
С хуяли загуляли?
h265 стандарт только недавно на железом уровне внедрили поддержку. Твой VP9 только на топовом железе работает, а надо для большинства.
VP9 вытеснит AV1. AV1 вытеснит h266.
>зачем ему 10битный цвет?
Затем что в этом профиле есть расширение до 1/8 сабпикселя и блоки предсказания 8х8.
>хорошо растягивать GOP до 250
Можно, но это тянет дополнительные тиры в SPS/PPS, которые поддерживает далеко не все железо в хардварном декодировании. Плюс если контент с быстрой сменой сцен ты наоборот соснешь без IDR фреймов по битрейту.
>b-pyramid
Если только в x265, т.е. на проце + ты охуеешь это декодировать, половина тель-авизоров будет воспроизводить с артефактами.
>все будут переходить на AV1
Мертворожденная параша, нужная только для разруливания корпоративных феодов
> вытеснил VP9.
Хардварные энкодеры-декодеры на потребительский рынок подвезут - тогда поговорим
>Твой VP9 только на топовом железе работает
На любом железе он работает, алло. Весь ютуб на нём. А ютуб смотрят с любого тапочка.
И мобилки и ноутбуки и телевизоры. Все поддерживает аппаратное декодирование.
Если ты про кодирование, то иди нахуй, обычному юзеру это не нужно. Но даже там уже внедряют, последние процы мобилок умеют, десятый ген интела умеет.
>Хардварные энкодеры-декодеры на потребительский рынок подвезут - тогда поговорим
Декодеры давно уже. Алёша.
Энкодеры в последних поколениях железа завезли. Даже мобильного.
Но ведь простой Иван город Тверь не написал, на чем будет декодировать, по умолчанию считается, что смотрят на топовом пека
Да, охуенно. Визуально сравни качество и размер
На пеке и буду.. не для мобилки же.
>Декодеры давно уже. Алёша.
На GeForce RTX 1xxx/2xxx серии?
неистово двойное чаепитие этого профессионала. Мы, наверное, с тобой в одной компании работаем, я так понял
>Весь ютуб на нём.
На h264, т.к. HLS/DASH нормально не работают с VP9. А VOD параша нужна постольку поскольку в режиме совместимости для калькуляторов без нормальных хардварных декодеров.
>>240283118
>Декодеры давно уже. Алёша.
Которые не поддерживают 2/3 тулов из VP9. Даже хром не юзает VAAPI/HWD для декодирования.
>Энкодеры в последних поколениях железа завезли.
На карточка нет и не планируется, на мобилах - опять же максимально урезанный профиль с поддержкой на 3.5 телефонах вроде Google Pixel. Формат проблемный, никто не будет ебаться и делать сопроцессор по объемам как второй SnapDragon много смех.
>>240283278
> по умолчанию считается, что смотрят на топовом пека
Пиздатое видео, можно смотреть ток на том компе где закодировано. Неблохо-неблохо.
Он пожал битрейт с 2195 до 500. Сейчас заценю, только VLC накачу.
>не для мобилки же.
Мобилки давно умеют в HEVC. Разумеется, декодирование и даже кодирование.
Ещё мой iPhone 7 умел, а он вышел нефритовый стержень знает когда.
Давным давно. Еще девятисотые печи поддерживали.
Это хорошо, что там 900я серия.
А если я буду смотреть на rockchip, когда мне завезут хардварный VP9?
А может, нахуй не нужон этот проплаченный VP9/AV1?
Нихуя себе на уровне, на 20% пижже.
-crf 25 -preset fast ебани, посмотри что получится
20% пизже по эффективности, но скорость кодирования. Я у себя на 6 ядрах запускал, AV1 кодировал раз в 20 медленнее при 20% эффективности
>>240283824
А что там получилось то? Ты какие-то выводы для себя сделал ведь полезные?
А у меня как раз дефолтные плееры его корректно отображают, а любимыц Light Alloy хуиту выдает.
А ещё подефолту находит только libx265, на h265/h265_nvenc выдает ошибку.
Кулити.
Есть трабл: при конверте видео из .webm в .mp4 и использовании дефолтных параметров (т.е. не указывая никаких) на некоторых файлых получаю ошибку
> 2 frames left in the queue on closing
Сам файл .webm проигрывается без проблем
Гугл проверял, везде одна хуйня без нормального ответа
Добавление параметра -max_muxing_queue_size не исправляет проблему
1) Конвертируй в другой контейнер
2) Обнови декодер
Это не ошибка. Внутри .webm (по сути то же самое что mp4) в конце лежит несколько пустых фреймов, в твоем файле. ffmpeg не знает что с ними делать и честно об этом говорит. Если длительность видео при просмотре не изменилась (иногда эти фреймы вставляют как стабы для растяжения видеодорожки) - забей нефритовый стержень.
Ну вывод один - на видеокарточке жать в 265 как-то не прикольно, если не трогать настройки, разумеется.
Быстро, да. Но размер выходит даже больше, чем у оригинала, то есть пользы ноль. Почему так - я не знаю.
Может, стоит попробовать это >>240284079 ? Сейчас сделаю.
>проплаченный VP9/AV1
>свободные кодеки без отчислений в отличии от h264/h265
>проплаченный
>h265/h265_nvenc
Там hevc_nvenc, сэр!
crf 18 ИМХО, это стандарт для ютьюб вообще
>свободные кодеки без
это ты так думаешь. Свободные, пока там очередная залупа не пришла к власти
Вот тебе еще таблица, выставляй битрейт по ней (выбирай из серых точек) под разрешение.
Флаг -b:v x000k , где x - число мегабит из графика
Они нихуя не свободны, это ебаный байт уровня патентов от мотороллы
битрейт зависит от уровня движения на видео, если что
Он собрался crf ставить
И в чем я не прав?
Из-за этой проблему у меня нет выходного файла, в пичке вся инфа
>>240284328
Юзаю последнюю (вроде) версию ffmpeg
так включи nvenc простой Иван город Тверь
Быстрофикс - файл есть, но его размер 0
Кто высоту делает нечетной то?
Так не я ж делал то, рандом вебмка с жёлтого сайта
В том, что то что ты описываешь справедливо для VBM, но не для CRF.
>>240284890
>Из-за этой проблему у меня нет выходного файла, в пичке вся инфа
Не, он говорит что видео не может быть кодировано из разрешения не кратного 2м, обнови ffmpeg, они это фиксили.
>crf 18 ИМХО, это стандарт для ютьюб вообще
СУКА В ГОЛОС! Настолько тонко, что я чуть не обосрался.
Уменьшай разрешение тогда до 250
> обнови ffmpeg
Так много смех, версия 4.3.2-2021-02-02, куда новее то?
Только что чекал, это вроде последняя...
Бля, вот это я проебался. Спасибо.
LA не справляется с ним чего-то.
Абу благословил этот пост.
Ну, значит не дошло до релиза. FFMPEG состоит из говна и палок чуть более чем полностью, ебани ченить вида:
-vf scale=trunc(in_w/2)2:trunc(in_h/2)2
Оно тебе подрежет чуть видео под нужный размер
Я даже не знал, что кто-то на виндогавне собирает ffmpeg
Анончик, я правда не понимаю. Почему энкодер от нвидии не жмет по умолчанию вообще? Размер получается больше, чем у входного файла. Я понимаю, что нужно выставить нужные флаги и все такое, но libx265 с дефолтными настройками пережал действительно отлично - мне понравился и размер, и качество.
Как добиться того же, используя мощности видеокарты?
Это твой совет >>240284672 ?
PS: Libx265 уменьшил битрейт исходного файла с 2000 до 500 кб, то есть в 4 раза, а hevc_nvenc оставил битрейт нетронутым. ???
ну так невидия это хуита для гавностримеров
а ffmpeg вроде как для профи
На дефолт не стоит рассчитывать.
Пиши -crf 18 или -qp 24
>Это твой совет 240284672 (You) ?
Да. Поэкспериментируй, пойми какое качество лично тебе больше нравится, это вещь субъективная.
Попробуй зафорсить хранение фреймов в видеокарте, мб она не работает и ffmpeg автоматически кодирует в режиме placebo.
ffmpeg -vsync 0 -hwaccel cuvid -c:v h265_cuvid -i <входной файл> -c:a copy -c:v h265_nvenc -b:v 1M <выходной файл>
Для разных видео размер может колебаться от 10% (сжатие) до 200% (увеличение).
> видео не может быть кодировано из разрешения не кратного 2м
Большое спасибо, помогло решить проблему. Если явно выставить целевое разрешение
>>240285736
Ну я сам не собирал а взял готовую. В принципе для моих нужд она нормально работала кроме одного вот этого момента
Стоит рассчитывать именно на дефолт, не не разбираешься.
Можно просто брать MSUшные отчеты и выбирать параметры по ним.
http://compression.ru/video/codec_comparison/hevc_2015/MSU_HEVC_comparison_2015_free.pdf
Опа, нихуя. Ну давай 264 ебанём.
ffmpeg -vsync 0 -hwaccel cuvid -c:v h264_cuvid -i <входной файл> -c:a copy -c:v h264_nvenc -b:v 1M <выходной файл>
Они его просто назвали hevc_cuvid.
Так это все для профессионалов. Для нас.
Кто сколько получает в этой сфере?
>>240282911
>SPS/PPS
Этот, должно быть, 300к-наносекер
V это декодер, тебе надо
ffmpeg -encoders
Так он же на декодер несуществующий ругался, не? >>240286316
В любом случае я пососал уже >>240286718
Пидорасы. Окей, покажи как ты кодировал с nvenc до этого?
>>240286738
Естественно это декодер, задумка в том чтобы он декодировал и не скидывал на проц, чтобы ffmpeg не мог софтовый кодек заюзать автоматически.
>Так это все для профессионалов.
Потрать неделю-другую и будешь "профессионалом". Выбирать параметры для кодека это не то чтобы пиздец какой скилл.
>Кто сколько получает в этой сфере?
Мало.
>покажи как ты кодировал с nvenc до этого
Всмысле, как я получил эту ошибку?
Не, всмысле с каким сеттингами у тебя размер файла остался большим.
>Выбирать параметры для кодека
А модифицировать кодеки это другое?
Ну там и настроек-то никаких не было.
-i <вход> -c:v hevc_nvenc -c:a copy <выход>
И всё. В случае с libx265 получилось охуенно.
А, ну тогда для начала битрейт просто выстави -b:v 1000k
На всякий ебанул еще ограничение на битрейт, чтобы наверняка.
Размер чуть больше, чем при кодировании на ЦП, но в несколько раз меньше и быстро, быстро настолько, что я поссать не успел сходить.
Но тут есть подводный камень.
Я для теста выбрал максимально хуевое видео - запись со стрима одного быдлокодера - где много статики, код и щакальная вебка.
Добавь эту хуйню, чтобы включились B-фреймы. Если карточка поддерживает то должно еще где-то 20% скинуть по весу:
-b_ref_mode:v middle
И посмотри что будет по рейтам. А так выбирай битрейты из графика и ебашь. >>240284672
Не, моя старушка 1050 обосралась, эх.
Могу попробовать на дискретной Intel и попробую прямо сейчас.
Нахуй ты ебешься с консолью, если ты в ней нихуя не понимаешь, дурачок?
Для таких как ты гуй придумали.
На дискретке завелось, но говорит вот такую штуку (пикрил).
ffmpeg -i test.mkv -c:v hevc_qsv -b:v 1000k -maxrate:v 1000k -c:a copy -b_ref_mode:v middle test_qsv.mkv
Нахуй и главное зачем?
А quicksync в принципе нормально B-пирамиду не строит. Плюс качество на них всегда было говном, если только у тебя не Intel Video 6000+.
Размер уменьшился в половину, ну, и на этом спасибо.
>Intel Video 6000+
Куда там, 630 HD. Ну, по крайней мере, хоть что-то может и ладно. Качество >>240289948 кстати говно, прямо пиздос, а буст к скорости всего 2x.
Анон, а в чем разница между CRF и битрейтом, всмысле, почему для того же 264 часто советуют юзать именно CRF вместо высчитывания оптимального битрейта?
А главное, почему nvenc не умеет работать с crf?
Это видеомакак тред?
yes
>Анон, а в чем разница между CRF и битрейтом
Разные стратегии выделения бюджета на битрейт (кеп), соответственно разные инструменты используются. В x264 constant-rate был банально лучше написан и это далеко не универсальная рекомендация.
>А главное, почему nvenc не умеет работать с crf?
Умеет, но не через ffmpeg.
Сложна.
> Я у себя на 6 ядрах запускал, AV1 кодировал раз в 20 медленнее
This.
На ГПУ кодировать надо так-то. Понятно, что сейчас только у 30хх серии есть аппаратная поддержка, но хули, так или иначе за этом будущее. ЦП сосёт.
>Умеет, но не через ffmpeg.
А что есть вообще помимо FF на рынке, хоть платное, хоть нет? Мне казалось что это вообще профессиональный инструмент, хотя может я чего-то не знаю?
Ну, так-то я понимаю, что делаю, просто не все флаги знаю и их применение, только и всего.
Adobe Media Encoder
Handbrake
>Handbrake
ffmpeg based же!
Соре. Тогда только AME и остаётся.
Или нет, я могу жестоко ошибаться. Сейчас луркану.
>>240302675
Ну частично юзает ffmpeg, хотя и не основан на нем полностью.
Задачи-то какие? Пукнуть на ютуб можно и в 5Mbps
Ну универсально пукнуть и на ютуб и на задник сцены проекцию и в телевизор.
Вроде в пресетах адоб энкодера для ютуба стоит 8 дефолтно не?
разрешение какое? какой объем памяти уместен?
Обычное 1920х1080
а частота? а во сколько памяти нужно уместиться?
Ну я вообще тред создавал с целью обуздать кодирование на ГП и не могу сказать, что пришел к правильному пониманию того, как же блядь и рыбку съесть (чтобы красиво было) и на нефритовый стержень сесть (чтобы быстро).
Дело вот в чем. Когда кодируешь в H264 на камне с параметром crf то получается вообще пиздато, просто смотришь, насколько хуевое качество тебе подойдет и повышаешь crf вплоть до 51. Шучу. Уже на 30 будет каша, средние значения 23-27, в зависимости от исходника. И это просто и понятно, но когда хочешь, чтобы все еще было и быстро, то приходится ебаться с битрейтом в ручную, по кусочку кодируя и делая выводы, где золотая середина.
В общем, такие дела.
>в ручную
вручную, совсем обдвачевался уже
Вообще похуй на ваши кодеки, но мне нравятся как люди срутся в треде, отстаивая свои позиции
Не понимаю вопроса, извини. Хочу выяснить оптимальный битрейт чтоб и красиво и не много весило
>>240303650
Хмм, я на глаз уже больше 15 не ощущаю прироста качества. 23-27 это перебор как по мне.
Че? Не понял, как качество может расти при большем сжатии?
Ваще положняк такой: 18 - неотличимо от оригинала, 23 - дефолтное значение, больше 23 на 3-4 пункта - разница с оригиналом ощутима, причем в худшую сторону.
Эээм, не большем сжатии а большем битрейте же
Больше CRF - меньше битрейт.
Я лучше википедии не объясню. И про битрейты не могу ничего дельного сказать, везде по-разному пишут.
В целом для 1080p 10Mb норм битрейт, все у тебя правильно стоит.