24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
FFmpeg и общий кодирования видео тред №5 /ffmpeg/
Аноним (Microsoft Windows 10: Chromium based)15/01/22 Суб 01:37:51#1№3101682
В прошлый раз мы в кои-то веки не срались за кодеки весь тред, а культурно помогали друг другу с ffmpeg.
FFmpeg - мощнейший видео-комбайн с открытым исходным кодом подо все существующие в наблюдаемой части нашей галактики платформы. 99% бесплатного и платного графического конвертероговна используют его в качестве бек-энда, так что давай-ка заканчивай пользоваться интерфейсными зондами и осваивай сам инструмент напрямую. Вебмки для двача тоже сжимают итт.
Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.
Полная документация по самому конвертеру и всем встроенным кодекам: https://www.ffmpeg.org/ffmpeg-all.html - можно пользоваться как справочником и подглядывать, когда что-то забыл.
Более прикладная и полезная для бытовых целей официальная вики: http://trac.ffmpeg.org/wiki - здесь ты найдёшь детальные методички с пошаговыми инструкциями для решения типовых задач типа склейки нескольких видео в одно, наложения звуков, хардсаба и т.д. Очень полезная для того, чтобы набить руку с параметрами.
Также на очень много вопросов отвечено на стековерфло и неожиданно в предыдущих тредах.
Самые ходовые видео-кодеки на данный момент - VP9 и H.264. Подробный разбор их режимов кодирования читай тут: https://slhck.info/posts/ - там всего несколько постов, но они очень крутые, чтобы понять, что происходит внутри этой адской машины.
ИТТ выбираем идеальные режимы кодирования, тестируем нереализованные параметры и ждём официального исхода баттла VVC vs AV1, после чего наконец-то сможем сжимать видео ещё медленнее.
Бонусом в треде обсуждается yt-dlp, если отдельного треда про него нет на доске в данный момент. Это опенсорс утилита для нормального выкачивания видео с ютуба, вк, порнхаба и ещё миллиона других видеосервисов. Не совсем кодирование, но скорее всего ты тоже этим занимаешься, если что-то делаешь с видео, так что давай осваивай тоже нормальную утилиту вместо просмотра рекламы и установки зондов.
Аноним (Microsoft Windows 10: Firefox based)17/01/22 Пнд 11:40:47#3№3102726
Уважаемые ананасы, поясните за аппаратное ускорение. Я запутался. В прошлых тредах много писали про нативную поддержку конкретных кодеков (типа VP9, AV1) на процессорах, но ведь когда мы говорим про ускорение, то имеется ввиду видеокарта, на которую перекладываются вычисления!? И что из себя представляет эта самая поддержка? Блоки, инструкции? Зачем тогда нужна эта самая поддержка? А насчет видеокарт - неужели им тоже нужны именно аппаратные блоки для работы с кодеками, почему нельзя просто обновить дрова и добавить поддержку программно?
Столько вопросов, а в голове мешанина. Буду крайне признателен, если вы проведете мне ликбез.
Аноним (Microsoft Windows 10: Chromium based)17/01/22 Пнд 13:00:56#4№3102767
>>3102726 Процессорам не нужно специально поддерживать какой-либо кодек, потому что процессор декодирует и энкодирует программно, а программно можно кодировать любой кодек, хоть av1 на pentium 4. "Нативной поддержки конкретных кодеков (типа VP9, AV1) на процессорах" нет. Под аппаратным ускорением имеется ввиду перекладывание части вычислений на видеокарту. Современные видеокарты имеют для этого специальный медиадвижок для декодирования и энкодирования на отдельных от общих блоках. Этот медиадвижок – ASIC (подробнее в вики и гугле), то есть он аппаратно узкоспециализирован для выполнения конкретных алгоритмов определённых кодеков, поэтому программно обновить возможности медиадвижка нельзя. Насчёт аппаратного ускорения видеокартой, но на общих блоках, а не специальных, я сам не особо понимаю, да и не особо нужно. Это бессмысленно, потому что медиадвижки есть уже во всех картах. Причём медиадвижок почти всегда один и то же на все карты одного поколения от млада до стара. Например, все nvidia от 1650 super до 2080 ti имеют одинаковый медиадвижок, и соответственно их возможности в энкодировании и декодировании равны. Медиадвижок в 3000-ой серии nvidia почти такой же, лишь добавилось аппаратное декодирование av1. По аналогии майнить можно и на видеокартах, и на асиках для майнинга, на последних это в разы эффективнее, но по различным причинам менее рентабельно. А в случае с аппаратным ускорением кодеков о рентабельности речи не идёт, это просто норма современности. К слову, программное энкодирование и декодирование всё равно качественнее аппаратного. Программный кодировщик x264 имеет гораздо больше возможностей и тонкостей настройки, чем аппаратные nvidia nvenc и amd amf/vce. Но программный путь куда более затратный. Старый h.264 nvenc (до 1000-ой серии nvidia) был примерно равен x264 на пресете fast, а новый (от 2000-серии nvidia) – x264 на пресете medium. Так что программное энкодирование остаётся профессионалам и пердоликам-перфекционистам. Ну ещё vp9 для мейлача и дискорда жать. А нормисам для домашнего использования вполне хватает аппаратного ускорения.
Аноним (Microsoft Windows 10: Firefox based)17/01/22 Пнд 13:28:35#5№3102776
>>3102767 А такой вопрос - на процессорах с интегрированной графикой есть эти самые асики? Например, если мы говорим о технологии Intel QSV, это же про аппаратное декодирование? Есть ли преимущества у такого декодирования за счет непосредственной близости к CPU (буквально расположение чипов на одной плате)? Возможно, именно отсюда у меня и началась путаница, а так ответ очень помог разобраться, большое тебе спасибо.
Аноним (Microsoft Windows 10: Chromium based)17/01/22 Пнд 13:36:44#6№3102780
>>3102776 Да, Intel QSV это медиадвижок-асик. Он и декодирует, и энкодирует аппаратно. Преимущество за счёт близости к CPU – какая-то шизотеория, едва ли это можно измерить и почувствовать.
Аноним (Microsoft Windows 10: Firefox based)17/01/22 Пнд 13:39:49#7№3102782
>>3102780 >какая-то шизотеория Просто наивное предположение!
Аноним (Microsoft Windows 10: Palemoon)17/01/22 Пнд 19:17:43#8№3102939
>>3102939 Так вротеоны и не видеокарты, а мининг-асики с распаяным видеовыходом.
Аноним (Microsoft Windows 10: Palemoon)17/01/22 Пнд 19:22:38#10№3102941
>>3102940 > а мининг-асики Давно из 2017? Теперь редивони и в мининге говным-говно с отвалами. Похоже 400 рыксы им не переплюнуть по части всего, простая как топор и эффективная так же как топор, не топ, но дело своё знала.
Аноним (Microsoft Windows 10: Palemoon)17/01/22 Пнд 19:24:26#11№3102942
А ведь я её одно время долго руал за присущие ей косяки, а оно вон оно как вышло, что это фактически пик подразделения АТИ
Аноним (Microsoft Windows 10: Chromium based)17/01/22 Пнд 21:05:21#12№3102968
/hw/ протёк
Аноним (Microsoft Windows 7: Firefox based)19/01/22 Срд 05:47:57#13№3103614
Если за два месяца автор сообщения >>3081689 → ещё не покинул нас, то я хочу донести до него ту мысль, что автор сообщения >>3081671 → с первых слов упомянул «говённый кирпич 2014 года», поэтому рекомендовать ему формат AV1 было неостроумно.
Аноним (Microsoft Windows 10: Firefox based)21/01/22 Птн 04:39:13#14№3104393
Я нихуя не понимаю как работает кроп. Я тупой.
Аноним (Microsoft Windows 10: Chromium based)21/01/22 Птн 07:49:44#15№3104405
>>3104393 Что конкретно тебе непонятно? Там же всё элементарно. Вот выдержка из моей старой шпаргалки по ffmpeg, разжёвывал её сам себе для запоминаемости, может тебе поможет:
-vf crop=0:0:0:0 Обрезка фрагмента, где значение – ширина, высота и координаты верхней левой точки. Можно вычитать (вычислять) прямо в значении. Например, вырезать 600x400 из 1280x720 из нижней правой части: -vf crop=600:400:1280-600:720-400. При вычитании можно использовать константы ширины и высоты исходника: in_w и in_h: -vf crop=600:400:in_w-600:in_h-400. Вырезать центральную часть: -vf crop=600:400:in_w/2-300:in_h/2-200
Аноним (Microsoft Windows 10: Chromium based)22/01/22 Суб 03:33:58#16№3104779
Аноны, а вы знали, что тикток транскодирует наиболее успешные ролики в HEVC, подобно тому как ютюб их транскодирует в VP9 и AV1? Только сегодня заметил и удивился, по большей части потому что браузеры в основном не поддерживают HEVC, насколько я знаю, хром например. Там какой-то особый плеер?
Аноним (Microsoft Windows 10: Chromium based)22/01/22 Суб 03:46:12#17№3104781
>>3104779 А всё, уже сам разобрался. В хром тикток выдаёт AVC, а HEVC наверно идёт на мобильные приложения, их траффик в приоритете. И yt-dlp в mpv автоматически подхватывает поток в лучшем качестве. Это и по наличию/отсутствию вотермарки можно заметить, выше на скриншоте yt-dlp выдал кучу разных вариаций с различными вариантами перекодировки.
Аноним (Microsoft Windows 10: Firefox based)22/01/22 Суб 11:17:54#18№3104813
А можно без тонны гайдов просто мне объяснить как сжать видео в ffmpeg чтобы на двач кидать. Его я установил, что дальше делать
Аноним (Microsoft Windows 10: Chromium based)23/01/22 Вск 20:53:26#19№3105372
Сап аноны. Хочу цензурить видео выключая звук и/или накладывая картинку в определенный момент видео а то и несколько моментов чтоб не кодировать сотню раз. Но я совершенно не знаю как это сделать а нагуглить готовых решений не вышло. Нуждаюсь в аноне что скинет пару команд для решения моей задачки. С меня как обычно
Аноним (Microsoft Windows 10: Chromium based)23/01/22 Вск 21:00:56#20№3105375
>>3104813 Зависит от разрешения, длины видео, и нужного тебе размера.
Аноним (Microsoft Windows 10: Chromium based)23/01/22 Вск 21:02:22#21№3105378
>>3105372 Скачать видеоредактор, а не пердолиться.
Аноним (Microsoft Windows 10: Chromium based)23/01/22 Вск 21:15:04#22№3105383
>>3105378 А где собсна пердолинг тут? Как по мне проще вставить в сосноль одну команду с определенными таймингами нежели жрать каловые видеоредакторы. Тут сложность только в создании такой команды собсна зачем я здесь
Аноним (Microsoft Windows 10: Chromium based)23/01/22 Вск 21:24:29#23№3105387
>>3105383 >Как по мне проще вставить в сосноль одну команду с определенными таймингами нежели жрать каловые видеоредакторы. Ну и как ты это представляешь. тем более с равными таймингами и вставками картинок? Тем более с несколькими отрезками. Пердоль питона или батник тогда сам, когда можно просто кинуть видосик, картинку и удалить звукв нужным местах в любом редакторе. Пердолинг ради пердолинга.
Аноним (Microsoft Windows 10: Chromium based)23/01/22 Вск 21:28:36#24№3105388
>>3105387 Да особо равных таймингов не надо я за идеалом не гонюсь просто увеличу время исчезновения звука и вставки картинки. Мне много не надо хочу просто пару команд. Если у тебя есть овер простой бесплатный редактор то кидай я чекну
Аноним (Microsoft Windows 10: Chromium based)23/01/22 Вск 21:36:32#25№3105391
>>3105388 Я премьер с афтерэффектс юзаю вообще, а ффпмег чисто для транскодирования и видеофильтров по быстрому. Легче уж какой-нибудь гуй на ффпмеге найти тогда в визуализацией, чем строку пердолить.
Аноним (Google Android: Mobile Safari)25/01/22 Втр 01:12:33#26№3105871
Что делать, если у шебмки не видно длины, т. е. На двачах её длина показана как дохуя цифр, плюс саму шебм можно перематывать на пару секунд вперед, но по времени нет так как браузер пишет что видео длится 0 секунд. Это типа проёб с разметкой?
Аноним (Microsoft Windows 10: Firefox based)25/01/22 Втр 11:33:54#27№3105944
>>3101682 (OP) Как мне сделать, чтобы запись была не целым файлом, а дробилось на файлы по 30-60 минут? Использую эту команду:
Может ли скорость записи на диск каким-то образом влиять на работу кодировщика? Проблема такая: когда запись ведется на ссд, все ок. Когда на винт - обс выдает ошибку "кодировщик перегружен".
Средний битрейт видео - 40-50мб, потому что использую NVENC с CQP 25-27, файлы очень жирные. Кристал марк грит винт еще нормально работает, пикрил.
Вопросы еще такой: почему мой пека может записывать качественно только с огромным битрейтом? Потому что на кодирование нужны ресурсы, и вся эффективность кодировки заключается в том, какое будет соотношение размера к качеству?
Аноним (Google Android: Mobile Safari)25/01/22 Втр 15:58:38#29№3106134
>>3102455 Какой процессор в шлеме? Там зависит от поддержки аппаратного ускорения в чипе. Посмотри через dxva checker что тянет ГПУ. И попробуй через mpv.net с включённым ускорением посмотреть
Аноним (Google Android: Mobile Safari)25/01/22 Втр 16:01:16#30№3106139
>>3106102 Зачем ты выставил cqp? Выстави cbr и всё
Аноним (Microsoft Windows 10: Firefox based)25/01/22 Втр 17:03:06#31№3106201
>>3106139 Это конечно да, но мне важнее вопрос с моими дисками.
>>3106102 Судя по ошибке ты про ОБС студио? Если ты пишешь стрим, то нехватка ввода-вывода может привести к ошибке. Это логично, потому что буферы не бесконечные и рано или поздно переполнятся.
Аноним (Microsoft Windows 10: Chromium based)25/01/22 Втр 17:32:36#33№3106233
>>3106134 SoC: Qualcomm® Snapdragon™ XR2 Platform. MPV так же плохо воспроизводит, как mpc. Я уже забил. Железо короче не тянет.
Аноним (Microsoft Windows 10: Firefox based)25/01/22 Втр 17:54:02#34№3106248
>>3106208 >Судя по ошибке ты про ОБС студио? Да >Если ты пишешь стрим Нет, просто записываю игрушку для монтажа. И это меня как раз удивляет, так как чтение-запись у винта достаточные. Тут нужно сказать, что игра и система на ссд, так что во время процесса записи винт ничем другим не занят вообще, туда только пишется видео.
>>3106139 Дополню. Я, наверное, тупой. Да, действительно, CQP хорош для работы с уже готовым видео и его дальнейшим пережатием, но оптимален ли он для записи - вопрос, на который я ответа не нашел.
Аноним (Microsoft Windows 10: Chromium based)25/01/22 Втр 19:15:29#35№3106293
>>3106102 > Потому что на кодирование нужны ресурсы, и вся эффективность кодировки заключается в том, какое будет соотношение размера к качеству? Ну в общем-то да, срать огромным битрейтом дело не хитрое, а вот достигать аналогичного качества с меньшим выходным размером – это и есть суть сложности сжатия.
Аноним (Microsoft Windows 10: Chromium based)25/01/22 Втр 19:21:49#36№3106295
>>3106248 Для последующего монтажа при записи нет смысла нагружать кодировщик сложными методами. Просто выставляй высокий постоянный битрейт, а уже на этапе финального рендера сжимай как хочешь.
Аноним (Microsoft Windows 10: Firefox based)25/01/22 Втр 20:35:55#37№3106320
Сказали ставь CQP, я поставил без задней мысли. Только там есть хуйня - сказано выставить 15, но на практике ниже 20 разницы не будет никакой, а вот размер файла будет ебический. Короче да, буду пробовать проще, спасибо за совет.
Аноним (Microsoft Windows 10: Chromium based)25/01/22 Втр 21:52:41#38№3106345
>>3106320 Этот гайд наверно рассчитан на запись сразу конечного результата. У меня самого в ОБСе настроено несколько профилей для разных ситуаций. Иногда надо записать и сразу отправить, а иногда записать для монтажа с минимумом потерь.
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 00:26:41#39№3106429
>>3106102 Ну дык сам посчитай. 50мбит это 410 мегабайт в секунду на диск пишет. Попробуй с пресетами поиграть. может у тебя HQ какой-нибудь стоит. Может в карте дело, ты же не сказал какая. Я писал на своей 1063 в 50мб без лагов, а geforce experince 100проц без лагов пишет, но вес большой.
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 00:36:14#40№3106433
>>3106429 Хотя туплю это всего 6 мегабайт в секунду, что получается
Аноним (Microsoft Windows 10: Firefox based)26/01/22 Срд 09:39:50#41№3106484
Media Info грит пикрил. Я тут покурил, чего именно CQP, а не CBR. Ну он типа умнее и у него нет ограничений на моментальный битрейт, то есть если сцена сложная, то он будет хуячить по максимуму чтобы было ВМЕНЯЕМОЕ качество, а оно мне и нужно. Можно конечно попробовать и CBR, конечно. Я примерно всегда одно и то же пишу. А почему не VBR? Вроде можно получить россыпь пикселей в лицо в переходах от одних сцен к более сложным.
Карта десятой серии, говно, о котором в приличном месте не говорят вслух. В рекламном ролике https://www.youtube.com/watch?v=bpoDanWJ4Cw чел рассказывает, что NVENC на новых картах (я так понял речь про Turing и Amper) = x264 Slow. Да пиздец сладкие сказки, у меня все равно нет возможности это проверить.
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 10:48:46#42№3106508
>>3106484 > чел рассказывает, что NVENC на новых картах (я так понял речь про Turing и Amper) = x264 Slow Конечно сказки. Старый h.264 nvenc (до 1000-ой серии nvidia) примерно равен x264 на пресете fast, а новый (от 2000-серии nvidia) – x264 на пресете medium.
Аноним (Microsoft Windows 7: Firefox based)26/01/22 Срд 14:02:54#43№3106596
Аноним (Google Android: Mobile Safari)26/01/22 Срд 18:29:26#44№3106722
>>3106596 Ух ты, про встроенный AAC encoder не забыли и улучшают его качество. Надо будет потестить.
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 18:55:03#45№3106732
>>3106484 >чел рассказывает, что NVENC на новых картах (я так понял речь про Turing и Amper) = x264 Slow. Пиздеж. Там до слов как раком до луны еще. Чел выше правильно написал h264 medium максимум. Я вообще через проц пишу, в x264 fast в 12000кбит. Попробую nvenc для теста в cq 24. Можешь еще streamFX скачать и потестить. Там более тонкие настройки, также есть nvenc h264-h265,prores_aw и даже AV1 через aom.
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 18:58:17#46№3106735
>>3106596 Не вышел еще что ли? Даже исходники с офф.сайта еще старые.
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 19:34:01#47№3106752
>>3104779 Это скорее всего для продукции аппле сделано
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 19:43:22#48№3106765
Сук, у меня 7700к у которого встроенная графика может аппаратно кодировать VP9, но это только на люпиксе через VAAPI. Я думал поставить WSL2 и через него попробовать пробросить iGPU чтобы там через VAAPI кодировать но это невозможно. Бля, нахуй этот WSL вообще существует? Его ставить заебёшься, лучше виртуалку с люпиксом поставить и не ебать себе мозги.
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 19:53:23#49№3106774
>>3106765 Этот аппаратный вп9 на инцеловстройке говно по уровню сжатия, хоть и весьма быстро. А нахер тогда вообще нужен вп9, если не для максимального сжатия?
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 20:37:04#50№3106800
>>3106774 Я думал он примерно на уровне с libvpx-vp9, но сравнить так и не довелась возможность. А сейчас уже можно кодировать в libsvtav1
Аноним (Google Android: Mobile Safari)26/01/22 Срд 20:45:35#51№3106804
>>3106774 Вп9 поддерживается в браузере, разве он будет выглядеть хуже чем аппаратный h264?
Аноним (Microsoft Windows 10: Chromium based)26/01/22 Срд 21:29:46#52№3106817
>>3106804 Ну тут я так понимаю замечание в том, что аппаратно ускоренный vp9 может выглядеть не лучше vp8, что вызывает вопросы к его уместности.
Аноним (Microsoft Windows 10: Palemoon)26/01/22 Срд 22:57:47#53№3106856
>>3106774 > А нахер тогда вообще нужен вп9 Даже гугл этим вопросом после его создания задался и за десять лет нормальный энкодер к нему так и не завёз.
>>3106238 → >Ты нихуя не понял. Есть два видео, разные. Размер первого, допустим, 400 мб, второго - 600. Я прогоняю их через одни и те же параметры. В итоге получаю - первое видео - 150 мб, второе - 610 мб. В первом случае все успешно, во втором - размер файла только увеличился. Вот это непонятно, какого хуя.
Аноним (Google Android: Mobile Safari)27/01/22 Чтв 15:54:57#59№3107021
>>3102939 >Тетя Лиза грит НИНУЖНО Каким же конченым долбоёбом нужно быть, чтобы сравнивать околотоповую видеокарту за $200 до кризиса с затычкой за $200 в разгар кризиса. Сравнивай ХОТЯ БЫ с 6700 XT, она $450 стоила на старте, долбоёб.
Аноним (Microsoft Windows 10: Palemoon)27/01/22 Чтв 15:59:22#60№3107022
>>3107021 Порваная амдшная срака отправилась в зрительный зал.
Аноним (Microsoft Windows 10: Chromium based)27/01/22 Чтв 17:03:52#61№3107034
>>3106897 Скорее всего, первое видео пару секунд, а второе минут на 5. Поэтому и размер разный, потому что crf юзает.
Аноним (Microsoft Windows 10: Chromium based)27/01/22 Чтв 17:13:38#62№3107039
>>3107021 Какая разница кризис не кризис, офф цена одна и позиционирование тоже. Такое жидовское говно, которое слабее карты 6 летней давности, показывает отношение и как они хотят срубить бабла отбраковками на гоях. Говновидия хотя бы высрала ртх 3050, с которой хоть что-то можно делать. Новые игры фуллхд на ультрах 60 фпс, длссы длдсары, для кодирования и работы 8гб, еще и мощнее 6500хт на 110%-120%.
Аноним (Microsoft Windows 10: Chromium based)27/01/22 Чтв 17:17:10#63№3107041
>>3107039 Также забыл, что говно 6500хт нормально работает только на pci 4.
>>3107041 Нет, полно тестов на ютабе с pci3, просто там из-за урезанных линий предсказуемо производительность совсем невыгодная по сравнению с конкурентом, с 1650 насколько помню её сравнивают.
Аноним (Microsoft Windows 10: Chromium based)27/01/22 Чтв 19:12:25#65№3107059
>>3107054 Да полно тестов, где с pci 3 у нее падает производительность в 2 раза буквально, достаточно на канал бороды зайти.
>>3101682 (OP) Это объемный звук? При проигровании этого видео на телефоне, сначала использовалось оба динамика, затем только разговорный, а потом только обычный. Как добиться такого же эффекта?
Аноним (Microsoft Windows 10: Chromium based)28/01/22 Птн 14:21:29#67№3107273
>>3107411 Еба что за пиздец, для этого придумали режим CBR который делает ТОЖЕ САМОЕ
Аноним (Microsoft Windows 10: Chromium based)29/01/22 Суб 11:42:32#74№3107523
>>3107483 CRF сжимает гораздо эффективнее CBR в плане субъективного восприятия качества за счёт применения психовизуальной модели. Минусом является то, что предугадать размер выходного файла очень сложно. Можно ограничить максимальный битрейт, но это костыль. Другими словами: CBR не делает то же самое, даже сложно представить откуда ты это взял.
>>3107483 Нет, вот вообще не тоже самое. Они преследуют взаимно исключающие цели. CRF это как вы поняли некоторый постоянный уровень качества (это смотря какая психовизуальная модель в encoder. За CRF может скрываться обычный постоянный квантователь (CQ)). CBR расшифровываеться как Constant Bit Rate, то есть постоянная ширина потока дынных. То есть битрейт фиксируеться на некотором значении и не меняеться ни в зависимости от типа кадра, ни в зависимости от его сжимаемости. Из этого следует что качество видео меняеться самым непредсказуемым образом. Нужно такое либо когда стабильность канала передачи данных важнее качества видео (обычно такое бывает на стримах или видеозвонках при конференциях), либо когда у тебя медленный диск и нужно уложиться в его скорость чтения/записи, что-бы не перегружать буферы, или когда ширина потока данных слишком мала что-бы передать медиа поток в сколько нибуть приемлемом качестве и нужно выжать максимум из размера файла.
Единственное, что более менее похожее на CRF по сути это двухпроходное VBR кодирование. Ты наверняка имел в виду именно это, но в виду своей глупости сказал совершенно другое, из-за чего тебя тут никто не понимает.
Аноним (Google Android: Mobile Safari)29/01/22 Суб 18:05:30#76№3107644
>>3107624 > CRF это как вы поняли некоторый постоянный уровень качества Неверно, постоянный уровень качества это CQ > CRF по сути это двухпроходное VBR кодирование Да да, это. Причём два прохода тоже не имеют смысла, потому что x264 и x265 отлично оптимизированы и выдадут максимально возможное качество при одном проходе, только размер может немного не совпадать. Смысла в программе от этого не прибавляется.
>>3107644 > Неверно, постоянный уровень качества это CQ CQ это про постоянный квантователь (буквально Constant Quantizer). CRF предполагает повышение квантователя для динамичных сцен, за счёт чего и осуществляеться экономия битрейта. Говорят что в libvpx за опцией CRF скрываеться CQ. Поэтому я так размыто и описал этот режим. К тому же, не во всех кодеках реализован CRF, у них только CQ. > Причём два прохода тоже не имеют смысла, потому что x264 и x265 отлично оптимизированы Речь про WEBM, а следовательно, про libvpx.
Аноним (Microsoft Windows 10: Palemoon)29/01/22 Суб 18:19:46#78№3107659
>>3107644 > постоянный уровень качества это CQ В говноэнкодерах -- безусловно, в энкодерах с психовизуальной моделью нет. Если вывести лог квантователя lib-vpx/9, то он тоже в режиме cq не придерживается указанного кванта, так что какая-то, пусть и херовая, но психовизульная модель там имеется. > Причём два прохода тоже не имеют смысла, потому что x264 и x265 Только причём тут вебм, о котором идёт речь, он не умеет ни в h264, ни в h265.
Аноним (Microsoft Windows 10: Palemoon)29/01/22 Суб 18:20:39#79№3107660
>>3107658 > CRF предполагает повышение квантователя для динамичных сцен, за счёт чего и осуществляеться экономия битрейта И понижение в статичных.
Аноним (Microsoft Windows 10: Palemoon)29/01/22 Суб 18:21:48#80№3107661
>>3107659 > режиме cq Точнее в режиме q, давно уже не пользовался.
Аноним (Microsoft Windows 10: Palemoon)29/01/22 Суб 18:30:56#81№3107665
>>3107658 > CQ это про постоянный квантователь Вот, кстати, относительно этого, я понимаю, почему у некоторых могут возникать недопонимания, дело в том, что гугл решил, что ну его нахер эти стандартизированные абревиатуры, изобрету свои, и cq в их понимании другое, не то, чтобы это относилось к делу в данном случае, но нужно учитывать, мало какие документации читал чиловек
Аноним (Microsoft Windows 10: Palemoon)29/01/22 Суб 18:33:38#82№3107667
>>3107665 Собственно с 'q' у них таже история, постоянный квантайзер my ass, если qmax и qmin укажешь идентичные(чего в vpenc сделать нельзя, он требует минимум +-4, а вот ffmpeg кушает за обе щёки) то может и будет постоянный.
Аноним (Microsoft Windows 10: Chromium based)29/01/22 Суб 18:38:49#83№3107671
>>3107483 >Параллельно с этим в условиях ограниченного размера видеофайла одним из наилучших методов сохранения качества видео признаётся использование параметра сжатия 'Constant Rate Factor'. Нет, лучший метод это для сохранения качества VBR с мануальным вычислением битрейта каждого отдельного видево. CRF настолько знаю просто держит определенную планку качества и ему похуй какой будет размер в итоге. >Программа подойдёт пользователям, любящим выжимать максимум из доступного ограничения на размер файла, что в условиях постинга на АИБ вполне оправдано. Вау, пориджи придумали vp9 CQ - constrained quality. >В период примерно 2015-16 гг [бум популярности кодирования WebM как технического новшества] показателем мастерства считалось кодирование WebM С этого конечно описялся.
>>3107665 Ага, у них там CQ это даже не CRF, а особенный режим, который при выходе за рамки битрейта меняет тамошний Q на VBR режим. >>3107667 То есть у них даже Constant Quantizer нет. Тупо чёрный ящик какой-то.
Аноним (Microsoft Windows 10: Palemoon)29/01/22 Суб 18:45:44#85№3107677
>>3107675 > меняет тамошний Q на VBR режим Или на CBR, но я не разбирался, а вот с режимом 'q' пару лет назад были обсуждения в вебм треде, с учётом, что гугл vp9 забросил, не думаю, что что-то изменилось.
Аноним (Microsoft Windows 10: Firefox based)30/01/22 Вск 14:34:17#86№3107932
Аноны, как массово прописывать метадату для мп3? Допустим есть альбом, но без метаданных вообще. Я пишу текстовый файлик с определённой структурой, навроде автора, год выпуска, кол-вол песен и тд, а потом ффмпег эти данные записывает в файлы в текущей директории.
Посоветуйте экономно-приемлемый CRF для libx265 и фильмов в дорогу, с мобилы 5.6". Разрешение самих фильмов и экрана 720p, сейчас все в жутком оверсайзе. Про tune grain знаю, конечно two-pass, главное чтобы пиздеца в кадрах почти не было
Аноним (Microsoft Windows 10: Chromium based)30/01/22 Вск 19:37:28#88№3108052
Аноним (Microsoft Windows 10: Chromium based)30/01/22 Вск 21:12:31#91№3108089
Я тупенький, поэтому мой вопрос будет соответствующий.
Как известно есть два аппаратных способа конвертации. На CPU и на GPU.
Так как очевидно, что CPU гораздо более медленный вариант, то для каких-нибудь стримов выгодней использовать GPU, а когда время не столь критично, то CPU.
Так вот вопросец, но чтобы было понятно распишу что как я к нему пришёл.
Я пробовал прогонять видос размером чуть больше 100МБ в разрешении 1080P кодеками H265, H264, VP8, VP9.
При этом стремился получать в итоге файлы схожего размера. Чекал качество и время. Так же у первых двух кодеков я прогонял в разной битности 10 и 12 бит, а так же по умолчанию (я так понимаю 8 бит) и так же на GPU.
Так вот самое хуёвое качество при таком же размере дало GPU (nvenc). Оно прямо на голову хуже выходило, а если я увеличивал качество, файлы уже проигрывали по размеру очень сильно. Вплоть до того, что файл сжимался только на 10-15%, что никуда не годится.
H265 давал одно из лучших сжатий по отношению к чёткости я бы её так назвал или резкости. Но проблема оказалась в том, что кодек всё ещё плохо поддерживается в интернетах. Например данным сайтом. Если сюда загрузить видео в H265 кодеке, оно не воспроизводится.
Аналогично было с VP9 тоже плохая поддержка конкретно здесь. Приходится скачивать видео, чтобы посмотреть вместо просмотра онлайн. Так же V9 оказался более чистым чем H265, но гораздо более долгим в плане конвертации. Можно сказать что он лучший, но самый ресурсозатратный на мой взгляд.
В итоге я остановился на H264 и VP8. Оба кодека отлично поддерживаются почти везде в сети, включая данный сайт. Оба дают удовлетворительное качество при схожем размере. Но вот стоит мне прогнать H264 через GPU он сосёт с проглотом просто как черепаха проигрывает ракете.
Так вот мне безумно нравится идея GPU обработки, но я не понимаю возможно ли как-то приблизить качество и размер выходного файла между CPU и GPU обработкой?
Разве файлы не должны получаться идентичными при равных настройках кодирования одним кодеком? Почему так сильно падает качество при гпу обработке и как его можно улучшить?
Аноним (Google Android: Mobile Safari)30/01/22 Вск 21:22:03#92№3108095
>>3108043 > конечно two-pass Это не влияет на качество, время впустую
>>3108052 фильмы олдовые и в таком виде в принципе не существуют? >>3108070 Многовато же, что про 26 скажешь? >>3108095 По твоей ссылке pass не найдено. Я не помню, если в ffmpeg crf в two-pass не поддерживается, то он мне выдаст ворнинг.
>>3108104 > Выглядит правдоподобно. Это я говорил про уменьшение реуомендуемых значений с падением разрешения. А вот то что они советуют одинаковые значения для x264 и x265 - говорит мне о том, что остается 2 возможности: - гайд писал чел, который не шарит - Handbrake ввел свой RF и переводит в ffmpeg'овские CRF для x264 и x265, то есть этот RF ничего не значит для меня
Аноним (Google Android: Mobile Safari)30/01/22 Вск 21:47:13#96№3108110
>>3108106 В теории crf должен выдавать одинаковое качество у любого кодека. x264 и x265 довольно схожи и могут принимать одинаковые значения
Аноним (Microsoft Windows 10: Palemoon)30/01/22 Вск 21:55:06#97№3108113
>>3108110 Нет, не должен. Принимать могут, но уровень сжатия разный.
Ладно, интент вопроса был прощупать тред я здесь не сижу на анонов, которые экспериментировали со значениями CRF. Таковых не обнаружено, буду набивать шишки сам.
Аноним (Google Android: Mobile Safari)30/01/22 Вск 22:06:49#100№3108123
>>3108119 Я тебе могу скинуть скрипт и программу для сравнения разных значений
>>3101682 (OP) Короче это ближайший тред про редактирование видео, поэтому спрашиваю здесь: В видео аудиодорожка при проигрывании ее с динамиков ноута например еле слышна, но она же заебись слышится в наушниках затычках. Как называется эта проблема и каковы пути ее решения? "верха повышать низы занижать"?
Аноним (Google Android: Mobile Safari)31/01/22 Пнд 00:54:44#102№3108165
>>3108160 У тебя аудио в фазе и противофазе, надо убрать правый канал
Аноним (Microsoft Windows 10: Chromium based)31/01/22 Пнд 02:40:01#103№3108180
>>3108089 > Как известно есть два аппаратных способа конвертации. На CPU и на GPU. Нет, на CPU – это программный способ. И вместо конвертации правильнее говорить о кодировании. > Так как очевидно, что CPU гораздо более медленный вариант, то для каких-нибудь стримов выгодней использовать GPU, а когда время не столь критично, то CPU. В общих чертах да. Хотя и стримить можно на процессоре, если он тянет x264 на пресете slow в реалтайме. И оффлайн рендерить можно на видеокарте, если конечный сервис всё равно ещё раз пережмёт видео на сервере самостоятельно. > Я пробовал прогонять видос размером чуть больше 100МБ в разрешении 1080P кодеками H265, H264, VP8, VP9. VP8 мог бы не откапывать, его труп уже разложился. VP9 – его продолжение. > Так вот самое хуёвое качество при таком же размере дало GPU (nvenc). Оно прямо на голову хуже выходило, а если я увеличивал качество, файлы уже проигрывали по размеру очень сильно. Вплоть до того, что файл сжимался только на 10-15%, что никуда не годится. Ну да, всё так. Хорошо что не радеон, он разочаровал бы в кодировании ещё сильнее, чем нвидия. Причём в рамках самой нвидии важна конкретная модель. От 1650 super до 3090 ti – новый нвенк, в h.264 он примерно равен x264 на пресете medium. Все модели до них имеют старый нвенк, он в h.264 он примерно равен x264 на пресете fast. > H265 давал одно из лучших сжатий по отношению к чёткости я бы её так назвал или резкости. Но проблема оказалась в том, что кодек всё ещё плохо поддерживается в интернетах. Например данным сайтом. Если сюда загрузить видео в H265 кодеке, оно не воспроизводится. Верно. И не всё ещё плохо, а в принципе плохо, потому что это несвободный кодек, требующий паевые отчисления. > Аналогично было с VP9 тоже плохая поддержка конкретно здесь. Приходится скачивать видео, чтобы посмотреть вместо просмотра онлайн. Вот тут чушь написал. Проблема на твоей стороне, что-то не так делаешь или криво настроил. Конкретно здесь нормально поддерживается и смотрится онлайн. > Так же V9 оказался более чистым чем H265, но гораздо более долгим в плане конвертации. Можно сказать что он лучший, но самый ресурсозатратный на мой взгляд. Плюс-минус так. Но ты ещё AV1 не пробовал, он по ресурсозатратности лидирует. > В итоге я остановился на H264 и VP8. Оба кодека отлично поддерживаются почти везде в сети, включая данный сайт. Оба дают удовлетворительное качество при схожем размере. VP8 не нужен, это уже архаизм. > Так вот мне безумно нравится идея GPU обработки, но я не понимаю возможно ли как-то приблизить качество и размер выходного файла между CPU и GPU обработкой? Есть в кодировании такая вещь, как баланс качества и скорости. Качественнее – значит медленнее, быстрее – значит шакальнее. Этот баланс ты должен найти исходя из своих приоритетов. Но ты хочешь и то и другое одновременно. И судя по тому, что ты остановился на нетребовательных H.264 и VP8 и тебе безумно нравится идея GPU-обработки, в приоритете у тебя всё-таки скорость. И ты считаешь, что с их скоростью можно вот так просто взять и начать кодировать ещё и так же качественно, как ресурсозатратными кодеками на процессоре? А все, кто ими пользуется, типа лохи, да? Это наивно. > Разве файлы не должны получаться идентичными при равных настройках кодирования одним кодеком? Нет, не должны. О равных настройках тут в принципе речь идти не может, потому что один и тот же кодек на CPU и GPU кодируется разными кодировщиками. > Почему так сильно падает качество при гпу обработке и как его можно улучшить? Потому что гпу Поступила в пту. Цпу же молодец, В вузе он отличный спец. Таково аппаратное ускорение, просто прими это как данность. А чтобы его улучшить, выставляй самые медленные настройки.
>>3108089 >Почему так сильно падает качество при гпу обработке и как его можно улучшить? Вроде как из-за того, что при аппаратном кодировании картинка делится на участки и картинка в этих областях кодируется изолированно. То есть задача распараллеливается и потому быстрее выполняется, но из-за изолированности каждого участка качество выходит хуже. Вроде бы так.
Аноним (Microsoft Windows 10: Chromium based)31/01/22 Пнд 14:48:56#108№3108303
>>3108100 >фильмы олдовые и в таком виде в принципе не существуют? Да большинство фильмом более менее популярных 100% есть, могут не быть разве что какие-нибудь авторские короткометражки, и по их тоже полно перекодированных уже.
Аноним (Microsoft Windows 10: Firefox based)31/01/22 Пнд 15:04:37#109№3108310
Аноним (Microsoft Windows 10: Firefox based)01/02/22 Втр 20:09:02#118№3108835
>>3101682 (OP) Как же досадно, что во многих видео перемотка работает плохо! Настроил на одну секунду, а плеер перематывает на 5, 8, 10 или 20. Ютуб, ВК, bdrip с торрентов - там можно это увидеть. Если перематывать точным способом, то это ахуеть можно с задержек (зависит от видео - где-то они почти незаметные, а где-то долгие). Как быть тогда? Не всегда есть возможность скачать в лучшем качестве (в более тяжёлых раздачах такой проблемы с перемотками нет). Плеер mpv.
Аноним (Microsoft Windows 10: Firefox based)01/02/22 Втр 21:57:45#119№3108855
Кто врубал аппаратный кодинг HEVC в ffmpeg на Win/Lin? Какой кодек выставлять?
Указывайте Win это или Lin
Аноним (Microsoft Windows 10: Firefox based)01/02/22 Втр 21:58:18#120№3108856
>>3108855 Блять, забыл сказать самое важное - на GPU AMD все это будет
Аноним (Microsoft Windows 10: Firefox based)01/02/22 Втр 22:09:36#121№3108861
как в LosslessCut добавить эффект размытия на задний фон для вертикального видео ?
Аноним (Google Android: Mobile Safari)02/02/22 Срд 05:25:04#122№3108920
>>3108814 Boram. Но он не поддерживается c 2019 и я помню у меня были проблемы с переносом команды оттуда в актуальный ffmpeg. Но конкретно кроп, возоможно, работает как надо.
>>3108921 Серьезно? Я всегда знал, что аппаратное кодирование шакалит, но ожидал 0..5% потери качества за размер. Или это у Амуде так все хуево как обычно?
Аноним (Google Android: Mobile Safari)02/02/22 Срд 10:31:33#128№3108972
Аноним (Microsoft Windows 10: Chromium based)02/02/22 Срд 17:05:11#130№3109078
>>3109076 Ну еще и как говорил анон avidemux. Также юзаю на постоянке Hybrid от selur, но там именно для avisynth/vapoursynth предпросмотр, но он итак работает.
Аноним (Microsoft Windows 10: Chromium based)02/02/22 Срд 20:46:45#131№3109141
>>3109076 Этой тоже пользуюсь. Походу нет того, чего хотел, да и пох. Тогда еще вопрос, есть такая команда, чтобы во время энкодинга рядом с командной строкой в реалтайме отображалась выходная картинка, т.е. последний обработанный кадр?
Аноним (Google Android: Mobile Safari)02/02/22 Срд 22:02:51#132№3109153
Аноним (Microsoft Windows 10: Chromium based)02/02/22 Срд 23:09:44#133№3109168
>>3109141 Просто прогоняй нужный тебе отрезок с командами через ffplay.
Аноним (Microsoft Windows 10: Firefox based)02/02/22 Срд 23:54:50#134№3109179
>>3108920 Возможно перемотка стала чуть быстрее, но всё-равно долго. Бывает, что несколько перемоток подряд всё довольно быстро, а потом опять с большой задержкой. В одном видео именно так. В другом всё ок и без этого конфига. Сука, ну плеер же знает время. Если поставить на плей а потом поставить на паузу, тогда он может дойти до любого времени, и покажет с точностью до миллисекунд. А чтобы перемотать - тут уже ждать надо. Грустно, очень грустно.
Аноним (Google Android: Mobile Safari)02/02/22 Срд 23:56:09#135№3109180
>>3109168 Не, хотелось бы при каждом кодировании наблюдать результат
Аноним (Google Android: Mobile Safari)03/02/22 Чтв 00:15:25#136№3109184
Тут давно какой-то анон сжимал фильмы до 20мб. Как он это делал? Vp9 же не умеет кодировать в указанный размер, как мпеги. Может есть какие-нибудь фокусы с шебм?
Аноним (Google Android: Mobile Safari)03/02/22 Чтв 00:28:20#137№3109185
>>3109184 Битрейт рассчитывай. Допустим фильм 1 час = 3600 с, 4 мб, например, оставляем для звука, для видео есть 16 мб = 16384 кб = 131072 кбит 131072/3600 = 36 кбит/с Для таких пожатий лучше av1
>>3108820 Что-то вроде этого, только у меня собственный скрипт, который кодирует сегмент указанный в AB-loop: https://github.com/occivink/mpv-scripts/blob/master/scripts/encode.lua В том же репе есть crop.lua, сначала кропаешь видео в mpv, потом жмешь хоткей для encode.lua, последний учитывает текущие параметры кропа.
Аноним (Microsoft Windows 10: Chromium based)03/02/22 Чтв 00:33:24#139№3109187
>>3109179 Потому что при воспроизведении плеер декодирует все кадры, а при перемотке проходится лишь по ключевым.
Аноним (Microsoft Windows 10: Chromium based)03/02/22 Чтв 00:38:01#140№3109188
>>3109229 Ну так раскрой подробнее. Я читаю и не понимаю. Бывает такое. Объясни на пальцах. С ffmpeg я занимался, представление о нём имею.
Аноним (Google Android: Mobile Safari)03/02/22 Чтв 07:23:24#146№3109232
>>3109228 Разные. Но их задачи и функции пересекаются. Они в чём-то похожи. Но avisynth не кодирует и не декодирует, а ffmpeg плохо приспособлен для нелинейного монтажа.
Аноним (Microsoft Windows 10: Chromium based)03/02/22 Чтв 08:01:44#147№3109234
Аноним (Google Android: Mobile Safari)03/02/22 Чтв 14:25:41#148№3109305
>>3109188 Я имею ввиду, что у vp9 пиздец как будет варьироваться размер в районе 5 мб
Аноним (Microsoft Windows 10: Chromium based)03/02/22 Чтв 15:28:56#149№3109327
>>3109305 Тогда перекодируй, Москва не сразу строилась. Не пердолик что ли? А если разница с 20 МБ небольшая, то можно отдельно перекодировать только аудиопоток, чтобы уложиться в лимит либо повысить качество звука на оставшиеся килобайты.
Аноним (Microsoft Windows 10: Firefox based)04/02/22 Птн 01:43:34#150№3109492
подскажите пожалуйста, файл с сабами срт нужно чтобы одни сабы были в нижней части видео изначально, а затем сабы бы появлялись в верхней части видео, как сделать такое?
Аноним (Microsoft Windows 10: Chromium based)05/02/22 Суб 09:15:11#151№3110095
Что в libvpx означает speed на нулевом и отрицательных значениях?
Аноним (Google Android: Mobile Safari)05/02/22 Суб 10:08:35#152№3110101
Аноним (Microsoft Windows 10: Chromium based)05/02/22 Суб 21:51:13#155№3110457
Сверху была дискуссия насчёт влияния многопоточности на качество сжатия. Сейчас проверил, libvpx VP9 при прочих равных сжалось примерно на 5% хуже на 4 потоках, чем на 1.
Аноним (Google Android: Mobile Safari)06/02/22 Вск 07:19:52#156№3110553
Это единственная команда для склеивания однородных файлов? А то есть программа, которая ффмпегом соединяет, я попробовал сам соединить, вроде все нормально, но итоговые файлы совсем чуть-чуть различаются. Может лучше как-то иначе делать?
Аноним (Google Android: Mobile Safari)16/02/22 Срд 03:24:11#169№3114664
Аноним (Microsoft Windows 10: Firefox based)16/02/22 Срд 15:26:57#170№3114781
Как нормально вырезать без конвертации? Я пробовал ffmpeg -i hetero.mp4 -ss 00:39:08.685 -to 00:48:12.509 -c:v copy -c:a copy gay.mp4 Но если со звуком норм, то видео проебывает секунд по 20.
Аноним (Microsoft Windows 10: Chromium based)16/02/22 Срд 15:53:29#171№3114792
>>3114781 Точно по миллисекундам – никак, начало должно быть на ключевом кадре. Не ебись с ffmpeg, нарезать без перекодирования проще в avidemux.
Аноним (Microsoft Windows 10: Firefox based)17/02/22 Чтв 20:51:49#172№3115436
>>3107022 >Palemoon Зашивайся и запасайся смазкой.
Аноним (Google Android: Mobile Safari)18/02/22 Птн 13:10:59#173№3115680
Что не так с xhe aac? Вроде уже кодеку 4 года, а энкодеров всего две штуки, его даже в ффмпег нет
Аноним (Google Android: Mobile Safari)18/02/22 Птн 19:59:35#174№3115953
>>3115680 Куча патентов, нет свободных реализаций, требуют деньги за использование. И это когда есть полностью свободный opus который совсем чуть-чуть хуже
Аноним (Microsoft Windows 10: New Opera)19/02/22 Суб 18:42:55#175№3116310
Сап. Внезапно у новых вебм'ок перестало появляться превью. Команда простейшая -вход -выход. Здесь, как видите, превью у них есть. В чём проблема? Вроде как проблема появилась после установки программы для достройки промежуточных кадров. Её уже удалил.
Аноним (Microsoft Windows 7: Chromium based)20/02/22 Вск 07:21:42#176№3116551
Может знает кто какой эквивалент -crf у h264_nvenc?
Аноним (Microsoft Windows 10: Firefox based)20/02/22 Вск 13:03:58#177№3116654
>>3116310 >после установки Запишу твою проблему в список доводов против установочного софта и запуска разной параши от имени администратора. Спасибо.
Аноним (Apple Mac: Internet Explorer)20/02/22 Вск 14:02:59#178№3116691
>>3116654 Запишись лучше сразу в дурку, там обязательно помогут, после курса галоперидола.
Аноним (Google Android: Mobile Safari)20/02/22 Вск 14:21:30#179№3116704
>>3116310 Klite codec pack поставь, вместе с ним ставится программка для отрисовки превью.
Аноним (Google Android: Mobile Safari)20/02/22 Вск 14:22:58#180№3116706
Аноним (Google Android: Mobile Safari)20/02/22 Вск 21:22:03#181№3116941
>>3116551 Нету у него такого. Только CQ который выглядит хуже. Такое только у qsv есть.
Аноним (Google Android: Mobile Safari)21/02/22 Пнд 06:42:43#182№3117046
>>3116941 Ну, на некоторых затычках у nvenc есть режим без потерь, которого пока больше нет ни у синих, ни у красных. Если бы невидия работала без выебонов, то это был бы ого-го какой аргумент для меня.
Аноним (Microsoft Windows 10: Chromium based)21/02/22 Пнд 07:54:53#183№3117058
>>3117046 > на некоторых затычках у nvenc есть режим без потерь На каких затычках и что за лосслесс? Вот тут поподробнее.
Аноним (Google Android: Mobile Safari)21/02/22 Пнд 15:01:37#184№3117182
>>3117058 Обычный без потерь. Как crf 0 у x264. Причём тут crf вообще
Аноним (Google Android: Mobile Safari)21/02/22 Пнд 19:44:37#185№3117261
>>3117058 >На каких затычках и что за лосслесс? Преимущественно не на дешёвых. Подробности тут https://en.m.wikipedia.org/wiki/Nvidia_NVENC#Versions Полгода назад обсуждали в этой ветке. Тогда ценник на 264-ку без потерь начинался от 20 тыс. руб., а на 265-ку от 30 тыс. руб. Сейчас дороже.
Аноним (Google Android: Mobile Safari)21/02/22 Пнд 19:51:17#186№3117265
>>3117261 Какие блядь 20 тыщ, 1050 меньше 10 стоила
Аноним (Microsoft Windows 10: Chromium based)22/02/22 Втр 01:13:23#187№3117321
>>3101682 (OP) Сап, аноны. Нужна помощь. Делал в проге boram webm'ку, поставил кодек AV1. При его использовании видео рендерится, но потом когда постишь на 2ch — то не видно превью, пикрил. Что делать? При юзании кодека VP9 всё ок, но хуже качество.
Аноним (Microsoft Windows 10: Chromium based)22/02/22 Втр 01:21:55#188№3117323
>>3117321 > Что делать? Ждать, когда макакен прикрутит превью к ав1, очевидно же.
Аноним (Google Android: Mobile Safari)22/02/22 Втр 03:24:59#189№3117329
>>3117321 Уебан Абу уже сколько лет не может прикрутить к своей конченной хуйне поддержку этого супер годного кодека
Аноним (Google Android: Mobile Safari)22/02/22 Втр 06:37:12#190№3117334
>>3117265 > меньше 10 стоила Ну, может быть. Я точно уже не помню. Ещё замечания?
Аноним (Microsoft Windows 10: Chromium based)26/02/22 Суб 10:31:49#191№3118551
Вот пишут, что кодекпаки плохо, из-за них проблемы и всё такое. В вегасе и премьере я сталкивался с проблемами, похожими на неправильные кодеки, но это не точно. Сейчас вот переустановил систему, решил ставить из k-lite кодеки по мере необходимости, но вот возникла необходимость и я не понимаю, а что ставить-то, блять? Как мне не поставить взаимоисключающего? Что за source filters? LAV или мелкософт? Или не нужно ебать себе мозги, актуальный максимальный к-лайт конфликтной хуйни не ставит? Или есть мануалы?
не знаю куда писать, наверное, надо идти на профильные форумы видеоредакторов
Аноним (Google Android: Mobile Safari)03/03/22 Чтв 04:25:12#200№3119843
>>3119677 Да ничего не надо ставить. Все эти кодеки были актуальны лет 15 назад. Сейчас система и программы давно изменились, они даже не берут их оттуда, а тащат свои.
Аноним (Google Android: Mobile Safari)04/03/22 Птн 16:20:14#201№3120266
Что не так с vvc? Он же вроде год как зарелизился, но всё ещё нет нормальных энкодеров aom хуита
Аноним (Google Android: Mobile Safari)04/03/22 Птн 16:25:08#202№3120268
Аноним (Microsoft Windows 10: New Opera)05/03/22 Суб 01:30:56#207№3120541
>>3119843 Ты неправ. Они нужны видеоредакторам, они нужны mpc.
Аноним (Microsoft Windows 10: Firefox based)05/03/22 Суб 01:37:36#208№3120545
>>3120541 > видеоредакторам Видеоредакторам нужны не обычные кодеки, а vfw-кодеки. Это разные вещи.
Аноним (Google Android: Mobile Safari)05/03/22 Суб 04:20:06#209№3120584
>>3120541 >>3120545 Ну я и говорю что mpc и vfw это устаревшие технологии. Причём современный mpc тянет свои кодеки за собой, ничего устанавливать не надо. Сейчас полностью переходят на ffmpeg, mpc-qt попробуйте, адекватный интерфейс для mpv. Voukoder тоже
Аноним (Microsoft Windows 10: Firefox based)05/03/22 Суб 15:46:10#210№3120809
>>3120584 > Причём современный mpc тянет свои кодеки за собой, ничего устанавливать не надо MPC-HC не тянет за собой vfw-кодеки, их нужно отдельно устанавливать. MPC-HC тянет за собой LAV Filters, а это не vfw-кодеки. vfw-кодеки пикрил выглядят. x264vfw, x265vfw, av1vfw, lagarith, etc. Именно такие и используют программы для видеоредактирования, чтобы энкодить. Ну это конечно же, ffmpeg можно решить всё, если программа вменяемая и имеет функцию подгрузки внешних энкодеров.
Аноны, может кто знает как скачать часть видео из vk с помощью ffmpeg? Например для youtube связка youtube-dl и ffmpeg работает прекрасно: ffmpeg $(youtube-dl -g ''URL"' | sed 's/^/-ss 08:00 -to 08:30 -i /') -b:v 0 -crf 30 output.webm Для vk выдает ошибку HTTP error 400 Bad Request. Второй день экспериментирую. Ничего не получается.
Аноним (Microsoft Windows 10: Chromium based)10/03/22 Чтв 08:16:29#212№3123291
>>3123202 Вместо 2 дней экспериментов мог бы уже сделать это в 2 строки отдельно в yt-dl и ffmpeg, пердоля.
Аноним (Microsoft Windows 10: Chromium based)10/03/22 Чтв 10:39:49#213№3123311
>>3123202 Ебать ты поехавший, щяс бы два дня потратить на этот ебанутый способ. Неудивительно что у тебя линукс стоит, но странно что убунту, он старается быть на нормальных людей. Ради тебя встал и скопировал команду yt-dlp --downloader ffmpeg --downloader-args "ffmpeg_i:-ss 1:29:32 -to 1:30:42"
Аноним (Google Android: Mobile Safari)11/03/22 Птн 17:46:08#214№3123903
Не реально, что не так с aom? Почему качество при vbr хуже чем на x265?
Аноним (Microsoft Windows 8: Firefox based)12/03/22 Суб 00:14:16#215№3124100
Возможно, мне с этим не совсем в ваш тред, но...
Есть старая игра 20-летней давности. Есть несвежий пека средней паршивости. Игра на нём идет отлично, 200+ фпс в 1920x1080.
Хочу записать видео прохождения некоторых её кусков в 1920x1080 @ 60 fps или мб даже 3840x2160 @ 60, если мне дадут погонять 4K-монитор (игра поддерживает такое разрешение). Летсплеером и стримером становиться не планирую, видеоряд нужен для других целей, акция одноразовая (запишу часов 5 игрового процесса и успокоюсь).
Фрапс тянет запись 1920x1080 @ 30 fps, но при фпс выше (где-то от ~40) упирается в производительность жесткого диска.
OBS со своим дефолтным (?) сжатием диск особо не насилует, но тут уже реалтаймовое сжатие видео не вывозит процессор.
Места на жёстком диске дофига.
Какие есть решения, которые бы сжимали несильно, чтобы успевало в реалтайме, но при этом не в ущерб визуальному качеству видео, а в ущерб объему? Десятки и сотни гигов получившегося видео - не вопрос, после записи пережму нормально.
Аноним (Microsoft Windows 10: Firefox based)12/03/22 Суб 00:29:39#216№3124110
>>3123311 Ну и в чем он ебанутый? По-моему, как раз удобно в одну строчку скачать отрывок + сжать его. >Неудивительно что у тебя линукс стоит, но странно что убунту, он старается быть на нормальных людей. Лол. Щас бы сидя на дваче рассуждать про нормальных людей. В любом случае, спасибо за помощь. Получилось типа такого: yt-dlp --downloader ffmpeg --downloader-args "ffmpeg_i:-ss 00:00 -to 00:20" --downloader-args "ffmpeg_o:-c:v vp9 -b:v 0 -crf 30 -o output.webm
Аноним (Microsoft Windows 10: Firefox based)12/03/22 Суб 01:14:06#218№3124121
Аноним (Microsoft Windows 10: Firefox based)12/03/22 Суб 10:57:58#223№3124229
>>3124140 CQP тем и хорош, что сам рассчитает, как пользователю будет заебись исходя из сцены. >Expirience Не забудь зарегистрироваться где-нибудь, чтобы блядь еще воздухом подышать. Ни разу на дваче не видел сравнения в лоб нвенка от обс и нвенка от хуйвидии, а никому это не упало потому что и разницу не увидишь, потому что ее и нет. Обс замечательный инструмент и точка, никуда дергаться не нужно.
Аноним (Google Android: Mobile Safari)12/03/22 Суб 12:00:20#224№3124255
>>3124229 > CQP тем и хорош, что сам рассчитает, как пользователю будет заебись исходя из сцены. Нихуя cqp не рассчитывает, это crf рассчитывает который нвидиа не поддерживает > Ни разу на дваче не видел сравнения в лоб нвенка от обс и нвенка от хуйвидии, а никому это не упало потому что и разницу не увидишь, потому что ее и нет Ебать дебил. У экспиренса намного меньше накладные расходы за счёт того что он не строит 3д сцену и использует специальные интерфейсы, без копирования картинки. Обс не нужен для простой записи игры.
Аноним (Google Android: Mobile Safari)12/03/22 Суб 12:05:56#225№3124258
>>3124100 > Хочу записать видео прохождения некоторых её кусков в 1920x1080 @ 60 fps или мб даже 3840x2160 @ 60, если мне дадут погонять 4K-монитор Кстати ты можешь записать его и без 4к монитора, через DSR
Аноним (Google Android: Mobile Safari)12/03/22 Суб 12:07:34#226№3124259
>>3124229 NVFBC называется. Разница есть, и более чем заметная
Аноним (Microsoft Windows 10: Firefox based)12/03/22 Суб 12:19:30#227№3124267
>>3124255 >Нихуя cqp не рассчитывает, это crf рассчитывает который нвидиа не поддерживает У них одинаковое предназначение - целевое качество выходного видео, об устройстве каждого я не знаю, мне и не нужно. Если процессор не тянет запись, то просто пишешь на карте, только и всего
Аноним (Google Android: Mobile Safari)12/03/22 Суб 14:00:33#228№3124299
>>3124267 Нет, ни одинаковое. Cqp работает по другому и делает хуже картинку чем у crf.
>>3124379 скинь, плиз. У меня тут другая проблема - в самом начале низкий битрейт. Может как раз в настройках дело.
Аноним (Microsoft Windows 10: Chromium based)12/03/22 Суб 23:02:53#232№3124592
>>3124400 Так и должно быть в начале с битрейтом. Установи windows terminal
И я вспомнил, vp9 так вообще нельзя конвертировать. Обязательно нужно два прохода, если один качество будет намного хуже! Так что скачивай видео и только после этого его конвертируй
>>3124592 понял. Ну значит так и придется поступить. Спасибо за настройки, анон. >Так и должно быть в начале с битрейтом. Установи windows terminal Да я практически все время на линухе. Если буду на винде, то поставлю.
Аноним (Microsoft Windows 10: Firefox based)13/03/22 Вск 01:33:53#234№3124640
>>3124255 >кспиренса намного меньше накладные расходы за счёт того что он не строит 3д сцену и использует специальные интерфейсы Почему обс не может просто взять и делать то же самое?
Аноним (Google Android: Mobile Safari)13/03/22 Вск 08:51:58#235№3124684
>>3124640 Для этого придётся выпилить из обс все эти сцены и разными источниками. Да и наверное можно это добавить, но никто этим не занялся, нужно заплатить денег за работу
Аноним (Microsoft Windows 10: Firefox based)13/03/22 Вск 18:43:14#236№3124982
>>3124684 Ну вот, нормально поговорили. Зачем было обзываться - непонятно, а мне обидно.
Аноним (Microsoft Windows 10: Chromium based)13/03/22 Вск 21:36:48#237№3125044
Аноним (Microsoft Windows 10: Chromium based)14/03/22 Пнд 14:11:47#243№3125329
>>3125169 Ну теперь стало понятней. Видел какие-то патчи для дров нвиде есть, якобы чтобы nvFBC можно было использовать на обычных потребильских картах. nvFBC где-то можно юзать вообще? Либо эта шняга чисто для линуха из-за их кастрированной ОС. https://github.com/keylase/nvidia-patch/tree/master/win
Аноним (Google Android: Mobile Safari)14/03/22 Пнд 16:02:15#244№3125391
SVT-AV1 уже стал выдавать лучше качество чем старый x265 medium при такой же скорости?
Аноним (Google Android: Mobile Safari)15/03/22 Втр 07:58:11#245№3125806
>>3125829 1. Нет. 2. Есть сторонние. Не пробовал. 3. Не думаю.
Аноним (Microsoft Windows 10: Chromium based)15/03/22 Втр 16:16:43#249№3125978
>>3125829 Напиздели тебе. Можно спокойно себе на андроиде собрать, либо через termux установить. На андроид есть FFmpeg Media Encoder, он же как и гуи с пресетами, так и строка обычная есть. Кусок не скачивая только, если через termux наверное. Команда выше есть. yt-dlp --downloader ffmpeg --downloader-args "ffmpeg_i:-ss 1:29:32 -to 1:30:42"
Аноним (Microsoft Windows 10: Chromium based)15/03/22 Втр 18:04:28#250№3126040
А можно ли как-то вручную задавать изменение битрейта для разных временных отрезков одного видеофайла? Например, для важного, кульминационного момента задать повышенный битрейт, а для остальной части видео – пониженный. Переменный битрейт и прочие умные методы – не то, потому что дело не в динамике, а в субъективной важности определённых моментов. В голову приходит только отдельное кодирование нескольких фрагментов с последующим склеиванием, но это топорный костыль, к тому же на склейках будет резкое изменение качества, а снижение и повышение хотелось бы делать плавным и незаметным.
Аноним (Google Android: Mobile Safari)15/03/22 Втр 20:52:51#251№3126127
Аноним (Google Android: Mobile Safari)15/03/22 Втр 22:34:48#253№3126202
>>3125829 1ffmpeg media encoder, охуенно работает, он же сразу с гуем 2shutter encoder боат жив, всем советую 3качай в newpipe или yt dlp и режь уже скачанное, иначе никак, либо будет рваная хуета. Ютуб это очень хитрый видеохостинг, а не радикал.
Аноним (Microsoft Windows 10: New Opera)16/03/22 Срд 01:45:52#254№3126356
Хотел сделать музыкальную вебмку. Мне посоветовали ffmpeg, но я что-то ничего не понимаю. До это с кодированием был никак не связан. Посоветуйте гайд чтобы просто сделать музыкальную вебмку. Ну или если просто не получится, то хотя-бы основы чтобы начать понимать суть.
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 02:47:54#255№3126362
>>3126401 Ну если по умолчанию для libx264 -preset medium, то попробуй fast, faster, veryfast, superfast, ultrafast. А вообще ffmpeg gpu-ускорением не обделён, попробуй h264_nvenc / h264_amf / h264_qsv.
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 11:50:30#269№3126454
>>3126444 Она должно быть не умеет энкодировать. Твоя некропека особо не годится для записи, придётся смириться с пропуском кадров. Попробуй снизить fps до 15-10-5..
Аноним (Microsoft Windows 10: New Opera)16/03/22 Срд 11:53:56#270№3126457
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 14:18:20#277№3126512
>>3126500 У тебя айпад пердежных лет? Тем более, в софтварном режиме любое видео должно воспроизводится. Кто виноват, что в сафариговно не добавили-то. >>3126501 Потому что в ffmpeg баг, который после окончания музыки с шортест все равно добавляет пустой звук на 30-60 секунл дополнительно. Так что надо в ручную указывать.
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 14:21:08#278№3126513
>>3126512 У меня ничего не багуется, проблема на твоей стороне.
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 14:25:12#279№3126514
>>3126513 Чушь не неси, не раз подтверждения от тех анонов в треде были.
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 14:26:46#280№3126517
>>3126514 А у меня не багуется, и что ты мне сделаешь?
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 14:44:13#281№3126525
>>3126517 Литералли вывод самого нового ffmpeg 5 версии из сорцов февраля. ffmpeg version N-105377-ga8f1779a25-gb2421c4f26+3 Copyright (c) 2000-2022 the FFmpeg developers built with gcc 11.2.0 (Rev8, Built by MSYS2 project) Сам флак Duration: 00:03:09.92, start: 0.000000, bitrate: 970 kb/s Stream #1:0: Audio: flac, 44100 Hz, stereo, s16
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 15:11:17#285№3126543
>>3126525 А, я сейчас проверил старую шебму, а там действительно тишина на 20 секунд, а я даже не замечал. > Разве что залупой по лбу дать. Тебя там отец на ошибки наказывал? Соболезную.
Аноним (Microsoft Windows 10: Chromium based)16/03/22 Срд 18:13:59#286№3126604
Аноним (Google Android: Mobile Safari)17/03/22 Чтв 21:03:56#288№3127141
объясни ффмпач, я делаю превью для вебмк по гайду питуза, когда создал док.txt вставил в него пути на шебемку и превью к ниму, ффмпег ругается что не может открыть этот ткст файл, я подозреваю что дело в синтаксе, какие то там ебаные блэксэши или ковычи не туда поставил, поясни в чем дело, windows 10
Аноним (Google Android: Mobile Safari)17/03/22 Чтв 22:41:58#289№3127235
Аноним (Microsoft Windows 10: Chromium based)17/03/22 Чтв 23:01:59#290№3127253
>>3127141 То есть вместо приведения полной команды ты предлагаешь нам искать гайд какого-то пидаруза? > поясни в чем дело Ты даун, для начала.
Аноним (Microsoft Windows 7: Firefox based)18/03/22 Птн 00:18:30#291№3127286
Есть такой же конвертер,как ффмпег,но для конвертации doc в pdf и прочих форматов текстовых и околотекстовых документов? И конвертирует ли ффмпег картинки?
Аноним (Microsoft Windows 10: Firefox based)18/03/22 Птн 00:20:24#292№3127287
>>3127286 > документы pandoc > картинки imagemagick
Аноним (Google Android: Mobile Safari)18/03/22 Птн 22:03:21#296№3127737
Почему мой старый 4 ядерный комп кодирует всего где-то в два раза медленнее более современного 6 ядерного 12 поточного монстра? Разве нету разницы раза в 3, 4? Проверял на i5-6500 и i5-12400, у обоих 8 Гб одноканал, у второго разогнан 3200. Нагрузка на проц 100%, кодек x265
Аноним (Microsoft Windows 10: Firefox based)18/03/22 Птн 22:04:30#297№3127738
Аноним (Google Android: Mobile Safari)19/03/22 Суб 08:56:57#298№3127913
>>3127737 Да, современные камни уже довольно давно растут в производительности не экспоненциально. Каждое следующее поколение добавляет по 10...20% 5...10% производительности на ядро. И прирост год от года снижается.
Аноним (Microsoft Windows 10: Palemoon)19/03/22 Суб 23:46:01#299№3128228
>>3127737 > i5-6500 Ты его хотя бы разогнал до частот 12400?
Аноним (Apple Mac: Internet Explorer)23/03/22 Срд 00:30:17#300№3129661
>>3101682 (OP) Сап, кодировальщики, прям не знаю, где ещё спросить. Wondershare Uniconverter не хочет конвертить на видяхе - тупо не даёт включить опцию "ускорение gpu", трабла видна на первом скрине. Видяха ноутбучная, подключена, как я понимаю через встройку проца (стандартно для ноутбука). Не спрашивайте, почему мокрописька, сам не в восторге. Обычно юзаю нормальный софт вроде того же ffmpeg
Аноним (Microsoft Windows 10: Chromium based)23/03/22 Срд 00:39:54#301№3129667
Аноним (Google Android: Mobile Safari)23/03/22 Срд 11:10:32#303№3129785
>>3129661 >VMware svga Через виртуальную машину не заработает
Аноним (Microsoft Windows 10: Chromium based)23/03/22 Срд 14:01:51#304№3129835
>>3101682 (OP) Добрый день, аноны. Я решил создать пару вебмок для порно-тредов и заодно понять как эта перекодировка работает. В интернете нашёл гайд, где советуют использовать данные две команды по очереди:
>>3101682 (OP) Какие форматы сейчас лучшие для хранения фото и видео?
Аноним (Microsoft Windows 10: Chromium based)25/03/22 Птн 23:11:25#309№3130731
>>3130713 хз. Фотки какие-нибудь обычные jpeg, еще есть jpeg-xl, webp, avif, но ты с ними быстро не сможешь поделится. Видео x265/hevc 10bit, или vp9. Хотя тут смотря что ты подразумеваешь под хранением.
Аноним (Google Android: Mobile Safari)25/03/22 Птн 23:27:16#310№3130736
>>3130713 Jpeg xl лучший для картинок, без конкурентов Для видео libaom лучший, но сжимает в десятки раз дольше, непрактично, лучше SVT-AV1 или x265 10 bit slow
Аноним (Microsoft Windows 10: Chromium based)26/03/22 Суб 23:57:34#311№3131113
Сделал справку по всем ходовым кодекам с дополнительной полезной инфой, оценивайте и говорите что можно дополнить
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 01:26:37#312№3131148
>>3131113 >hwaccel >preset slow Или крестик сними, или трусы надень. Как-то глупо ставить медленный пресет, изначально портя качество аппаратным декодированием, чтобы выиграть совсем немного времени. В мануале mpv написано:
Quality reduction with hardware decoding
In theory, hardware decoding does not reduce video quality (at least for the codecs h264 and HEVC). However, due to restrictions in video output APIs, as well as bugs in the actual hardware decoders, there can be some loss, or even blatantly incorrect results.
In some cases, RGB conversion is forced, which means the RGB conversion is performed by the hardware decoding API, instead of the shaders used by --vo=gpu. This means certain colorspaces may not display correctly, and certain filtering (such as debanding) cannot be applied in an ideal way. This will also usually force the use of low quality chroma scalers instead of the one specified by --cscale. In other cases, hardware decoding can also reduce the bit depth of the decoded image, which can introduce banding or precision loss for 10-bit files.
vdpau always does RGB conversion in hardware, which does not support newer colorspaces like BT.2020 correctly. However, vdpau doesn't support 10 bit or HDR encodings, so these limitations are unlikely to be relevant.
vaapi and d3d11va are safe. Enabling deinterlacing (or simply their respective post-processing filters) will possibly at least reduce color quality by converting the output to a 8 bit format.
dxva2 is not safe. It appears to always use BT.601 for forced RGB conversion, but actual behavior depends on the GPU drivers. Some drivers appear to convert to limited range RGB, which gives a faded appearance. In addition to driver-specific behavior, global system settings might affect this additionally. This can give incorrect results even with completely ordinary video sources.
rpi always uses the hardware overlay renderer, even with --vo=gpu.
cuda should usually be safe, but depending on how a file/stream has been mixed, it has been reported to corrupt the timestamps causing glitched, flashing frames. It can also sometimes cause massive framedrops for unknown reasons. Caution is advised, and nvdec should always be preferred.
crystalhd is not safe. It always converts to 4:2:2 YUV, which may be lossy, depending on how chroma sub-sampling is done during conversion. It also discards the top left pixel of each frame for some reason.
All other methods, in particular the copy-back methods (like dxva2-copy etc.) should hopefully be safe, although they can still cause random decoding issues. At the very least, they shouldn't affect the colors of the image.
In particular, auto-copy will only select "safe" modes (although potentially slower than other methods), but there's still no guarantee the chosen hardware decoder will actually work correctly.
In general, it's very strongly advised to avoid hardware decoding unless absolutely necessary, i.e. if your CPU is insufficient to decode the file in questions. If you run into any weird decoding issues, frame glitches or discoloration, and you have --hwdec turned on, the first thing you should try is disabling it.
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 01:56:36#313№3131154
>>3131148 Что-то я проверил на большом 4к фильме и оно даже медленнее так кодирует, иногда хеши сходятся, а иногда нет.. Уберу эту опцию тогда
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 09:50:54#314№3131188
>>3131148 Не понял, расшифруй мысль, он гайдит по кодированию, ты приносишь информацию о просёре полимеров аппаратными декодерами. Что ты питаешься донести?
Аноним (Microsoft Windows 10: Firefox based)27/03/22 Вск 11:22:50#315№3131230
>>3131148 > Как-то глупо ставить медленный пресет, изначально портя качество аппаратным декодированием Ой бля, ты кодирование с декодированием путаешь, выдержка из мануала mpv здесь ни при чём, там о вреде аппаратного декодирования, а не кодирования. Аппаратное кодирование ничего страшного за собой не несёт.
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 14:42:43#316№3131300
>>3131188 Чтобы закодировать, самому кодировщику нужно неожиданно прочитать исходник, то есть декодировать его. -hwaccel auto даёт команду делать это аппаратно, а вред аппаратного декодирования расписан в мануале mpv. >>3131230 > ты кодирование с декодированием путаешь Не путаю. > там о вреде аппаратного декодирования, а не кодирования Знаю. > Аппаратное кодирование ничего страшного за собой не несёт Толсто.
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 14:50:16#317№3131305
>>3131300 > Чтобы закодировать, самому кодировщику нужно неожиданно прочитать исходник, то есть декодировать его Теперь понял, я изначальной команды не видел, потому и удивился, что анон пишет >hwaccel >preset slow и я допереть не мог к чему это
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 15:38:51#318№3131324
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 17:49:58#319№3131397
>>3131324 Дааа охуенно придумал, каждый раз ждать пока запускается эксель вместо удобной страницы которая открывается секунду, в которой ничего лишнего
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 18:26:53#320№3131421
>>3131397 Что у тебя за пк, если офис 2007 запускается медленнее хрома?
Аноним (Google Android: Mobile Safari)27/03/22 Вск 19:20:45#321№3131445
>>3131421 Хром всегда запущен, страницу открыть в нём займет менее секунды, а огромный эксель на любом компьютере запускается десяток секунд
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 19:32:41#322№3131451
>>3131445 Зря ты накатил офис 2021 на свою корудуба. У эксель открывается за секунду.
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 19:39:40#323№3131458
>>3131148 Давайте теперь смотреть видео без аппаратного декодирования, если качество старадает прям пиздец. По факту разницы не будет
Аноним (Microsoft Windows 10: Firefox based)27/03/22 Вск 19:43:54#324№3131459
>>3131458 > По факту По хуякту, тебе было приведено, как качество страдает.
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 19:50:19#325№3131460
>>3131459 Сейчас бы беспруфный высер мпвшизов выслушивать, который на каждый пиксель с лупой дрочат. Объективного сравнения не было. Я вообще с nvdec cuda декодирую за секунды и похуй.
Аноним (Microsoft Windows 10: Firefox based)27/03/22 Вск 19:53:40#326№3131462
>>3131460 > беспруфный высер У тебя в башке, разве что. А ffmpeg это часть mpv, шизло, поэтому, всё, что там есть и к ffmpeg относится.
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 19:57:32#327№3131464
>>3131462 Так ты сравнения принесешь или нет. мпвшизик.
Аноним (Microsoft Windows 10: Firefox based)27/03/22 Вск 20:00:57#328№3131465
>>3131464 Не твоя личная армия. Так как ты опровергаешь.
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 20:03:27#329№3131470
>>3131465 Очевидный пук в ответ от мпвдибила. Это не я опровергаю тем более, а ты начал челу выше доказывать бепруфным кукареком от мпвшизов, что нинужно. Не учитывая, что актуальная там инфа или нет вообще и когда писалась.
Аноним (Microsoft Windows 10: Firefox based)27/03/22 Вск 20:06:00#330№3131473
>>3131470 > Это не я опровергаю тем более, а ты начал челу выше доказывать бепруфным кукареком от мпвшизов, что нинужно. Конечно не нужно, нужно аппаратно декодировать на камне, а не на чипе видяхи, за камнями зашкваров не наблюдалось.
Аноним (Microsoft Windows 10: Palemoon)27/03/22 Вск 20:56:54#331№3131492
>>3131473 > нужно аппаратно декодировать на камне На интеловской встройке что ли? Ты оговорился или я чего-то недопонял?
Аноним (Microsoft Windows 10: Firefox based)27/03/22 Вск 20:58:51#332№3131493
Аноним (Microsoft Windows 10: Chromium based)27/03/22 Вск 22:29:20#337№3131513
>>3131512 >гыыы дибил. Скорее пук от тебя дибила в ответ.
Аноним (Google Android: Mobile Safari)28/03/22 Пнд 02:36:20#338№3131576
>>3101682 (OP) У уого такое было, что ffmpeg -i input.mkv -vf reverse output.mkv вызывает огромную утечку памяти? Четырехминутное видео с ютуба, размером в 3мб. Озу 12 гб.
>>3131576 Это не совсем можно назвать мемори ликом, потому что оно использует памать согласно документации в нужных целях. Не знаю, почему эта операция требует столько, но это нормально
Аноним (Microsoft Windows 10: Chromium based)28/03/22 Пнд 11:25:18#340№3131607
>>3131576 Не понял, у тебя отъело 12 гб или всего имеется 12 гб озу?
Аноним (Microsoft Windows 7: Firefox based)28/03/22 Пнд 12:47:37#341№3131623
Имеется n видеороликов, проименнованных в по порядку. Хочу склеить их в один и так,чтобы каждый повторялся дважды. Как это сделать?
>>3131623 Склеивать можно по списку в тхт файле. Сам файл сгенерировать питоном, но ты, вероятно, не умеешь. Попробуй экселем, он же сечёт закономерности в росте чисел. А потом скопируешь в тхт.
Аноним (Microsoft Windows 7: Firefox based)28/03/22 Пнд 13:22:44#343№3131630
>>3131630 Ну тогда фигачь питоном, бро. Хотя интересно, выйдет ли экселем.
Аноним (Microsoft Windows 10: Chromium based)28/03/22 Пнд 14:40:06#345№3131646
Кто-нибудь пробовал биндить ffmpeg с помощью media suite build, чтобы добавить поддержку jpegxl. Я пробовал, но он не появился, сейчас специально в ffmpeg_options.txt добавил --enable-jxl и даже патч скачал. Не знаю сработает ли.
>>3131635 > Хотя интересно, выйдет ли экселем. Любым текстовым редактором с поддержкой регулярок выйдет s#(^.*$)#\1\n\1# Экселем тем более.
Аноним (Microsoft Windows 10: Firefox based)28/03/22 Пнд 16:14:06#347№3131681
>>3131607 Всего 12 гб. После переполнения ффмпег крашнулся. Собстенно, проблема скорее не в утечке, а в том, что от нее ффмпег крашится.
Аноним (Microsoft Windows 10: Chromium based)28/03/22 Пнд 16:49:41#348№3131685
>>3131576 >>3131681 Странно. Файл конечно полностью выгружается в ОЗУ при -vf reverse, но у тебя какая-то аномалия. Проверь, так только с этим файлом или со всеми? Попробуй скачать последние компилы ffmpeg от разных людей.
Аноним (Microsoft Windows 10: Chromium based)28/03/22 Пнд 18:03:02#349№3131713
Аноним (Microsoft Windows 10: Firefox based)29/03/22 Втр 04:03:48#350№3131966
Не знаю где написать. Есть один файл. В формате wav, 1.4 секунды. Который отказывается воспроизводится на телефоне в качестве сигнала уведомления или так. На ПК он воспроизводится без проблем, но ни один анализатор спектра ничего не показывает. Конвертация в ogg, acc, opus, mp3, flac в ffmpeg c изменением частоты дискретизации не помогает. Добавление секунды тишины в конец, изменение темпа, компрессия, перезапись с помощью плеера и wat u hear в Audacity тоже ничего не меняет. На ПК воспроизводится, на телефоне нет. Анализаторы спектра молчат. Что за чёрная магия? Что ещё можно попробовать?
Аноним (Microsoft Windows 7: Chromium based)29/03/22 Втр 05:00:51#351№3131967
>>3131966 Что о нём пишет mediainfo? wav - это всё же не формат, а контейнер, как и avi, и внутри может быть что угодно.
>>3131967 Сам файл вот. https://anonfiles.com/F0H8JeRbx4/RadioMessage_wav В нём битый счётчик сэмплов и как следствие неправильно показывается его продолжительность, но это-то исправляется при конвертации в другой формат. Вот он открыт в редакторе, никаких проблем. Но анализ спектра покажет пустое место. Что такого там может быть, что не уходит при преобразованиях? При этом у меня несколько телефонов, и на одном из них (sony) всё работает. А на других нет.
Аноним (Microsoft Windows 7: Chromium based)29/03/22 Втр 13:49:26#354№3132036
>>3132019 Хм, хуй его знает. Сейчас тоже чего только ни делал с этим в вейвлабе, питч туда-сюда, эквалайзер - похеру. Не хватает познаний, видимо.
Аноним (Google Android: Mobile Safari)30/03/22 Срд 01:19:36#357№3132409
>>3132408 Или лучше ffmpeg -i 1.aiff -c:a alac track.m4a
Аноним (Microsoft Windows 7: Firefox based)30/03/22 Срд 20:26:51#358№3132707
При конкатенации портится звук у части склееных видео. В чем проблема? Конкатенирую стандартной командой с вики несколько вебемок в одну длинную
Аноним (Microsoft Windows 7: Firefox based)30/03/22 Срд 22:36:34#359№3132791
>>3132707 Использовал [code]ffmpeg -f concat -safe 0 -i fileList.txt -c copy mergedVideo.webm[/code] Сначала видео было с нормальным звуком,потом, начиная одной вебемки ,звук испортился. Попробовал переставить эту вебемку в начало и склеил заново. В результате у этой вебемки звук нормальный,но во всем остальном видео звук испортился. Не понимаю в чем причина. Может нужно привести все вебемки к одному аудио кодеку ,но как это сделать?
Аноним (Microsoft Windows 10: Chromium based)31/03/22 Чтв 00:45:07#360№3132890
>>3132791 Так нельзя соединять разные кодеки вообще чел Решение одно сконвертировать их, но потеряется качество
Аноним (Microsoft Windows 10: Chromium based)31/03/22 Чтв 00:53:07#361№3132896
>>3132019 Вроде норм файл. Только в заголовке присутствовала непонятная секция, нетипичная, не знаю такую. Удалил ее, короче в гекс-редакторе. Ну и тишину в начале вырезал, аж 17 семплов. И еще до кучи добавил вариант отнормированный по громкости, то есть громкость усилена до предела. Фикшенные файлы внутре картинки, в zip-архиве. Распакуй чем нибудь.
Аноним (Microsoft Windows 7: Firefox based)31/03/22 Чтв 02:57:04#363№3132939
>>3132019 Почитал про эту секцию. Она добавляется только к сжатым форматам, а у тебя нормальный PCM, то есть она не нужна. В этой секции указывается количество семплов. У тебя указан 1 семпл. То есть, проигрыватели, редакторы, конвертеры, которые читают эту секцию, думают что в файле 1 семпл. Такие дела...
Аноним (Google Android: Mobile Safari)31/03/22 Чтв 04:59:38#364№3132948
Аноним (Microsoft Windows 7: Firefox based)31/03/22 Чтв 08:33:51#368№3132967
>>3132958 Как можно применить это к большому количеству файлов, в стиле того, как это делается при конкатенации, через txt файл?
Аноним (Microsoft Windows 10: Chromium based)31/03/22 Чтв 09:48:08#369№3132976
>>3132967 Насколько много файлов? Если не слишком, то для начала следует отобрать для перекодирования только те, у которых звук в vorbis.
Аноним (Google Android: Mobile Safari)31/03/22 Чтв 12:09:52#370№3133010
>>3132959 Блять я знаю что это, там неработающие способны написаны
Аноним (Microsoft Windows 7: Firefox based)31/03/22 Чтв 13:05:06#371№3133036
>>3132976 10-30 в зависимости от папки. Я не знаю, какие кодеки в каждом видео. Думаю, что можно было бы просто перекодировать звук под один кодек, например opus , одновременно склеивая. Есть ли такая команда? Я нуб просто, много чего не знаю.
Аноним (Google Android: Mobile Safari)31/03/22 Чтв 13:14:52#372№3133040
>>3133036 Да можно, просто напиши -c:a opus -b:a 160k вместе когда ты склеиваешь, но он пережмёт вообще все видео
Аноним (Microsoft Windows 7: Firefox based)31/03/22 Чтв 13:31:00#373№3133051
>>3133040 В какое место этой команды >ffmpeg -f concat -safe 0 -i fileList.txt -c copy mergedVideo.webm вставлять > -c:a opus -b:a 160k или, как еще предложили >-c:v copy -c:a libopus
Аноним (Google Android: Mobile Safari)31/03/22 Чтв 13:32:19#374№3133053
>>3132948 Да легко. Макаба отрезает архивы если их клеить в конец картинко-файла. Но есть способы запихнуть архив внутрь файла. Например в jpg есть секция для комментария - можно пихануть в нее, но там размер секции указывается в два байта, то есть архивы больше 65533 байта не влезут. Но есть еще png-картинки, в них размер секции пишется в 4 байта, значит можно пихануть большие архивы. У пнг тоже есть секции под комментарий - вот, пихаю туда. Для этого напейсал всякие приблуды, которые автоматом все делают. Зацени.
Аноним (Microsoft Windows 10: Chromium based)31/03/22 Чтв 15:05:16#377№3133105
>>3133059 Как сделать, чтобы такой раржпег открывался с 7zip?
Аноним (Microsoft Windows 7: Firefox based)31/03/22 Чтв 15:13:47#378№3133121
>>3133105 Можно открыть в 7z-опвском файовом менеджере. Можно добавить расширение rar, 7z, zip и открыть/распаковать как обычно. Ну а я открываю в total commander-е напичканом плагинами.
Аноним (Microsoft Windows 7: Firefox based)31/03/22 Чтв 15:26:00#379№3133139
>>3133121 Не. Если добавить расширение .rar, то 7z не открывает, и не распаковывает. С расширениями .7z и .zip норм открывает, даже если там rar. Щас попробовал.
Аноним (Microsoft Windows 10: Chromium based)31/03/22 Чтв 18:35:05#380№3133219
>>3133055 Я обнаружил через ffprobe, что у всех файлов звук через vorbis,каких-то отличий не нашел,кроме битрейта,различие в котором не мешает соединению других файлов. Может ли влиять наличие метаданных? Вот вывод того,который склеивается >Input #0, matroska,webm, from 'rit.webm': Metadata: encoder : Lavf56.36.100 Duration: 00:00:15.00, start: 0.000000, bitrate: 6335 kb/s Stream #0:0: Video: vp8, yuv420p(progressive), 1280x720, SAR 1:1 DAR 16:9, 48 fps, 48 tbr, 1k tbn (default) Stream #0:1: Audio: vorbis, 44100 Hz, stereo, fltp (default)
Аноним (Microsoft Windows 10: Chromium based)31/03/22 Чтв 21:28:29#381№3133311
>>3133219 Возможно и правда влияют. Начал склеивать в другой папке,там такая же ситуация. Если у видоса портится звук,значит у него отличаются метаданные. Как это исправить?
Аноним (Microsoft Windows 10: Firefox based)31/03/22 Чтв 21:36:59#382№3133316
Ничего не изменилось. Как было пусто в анализаторах спектра, так и на телефоне не воспроизводится. Откройте в foobar2000 визуализацию (например спектрограмма) при воспроизведении — будет пусто, хотя файл воспроизводится будет.
Единственный положительный эффект, который я наблюдал — это то что при конвертации в AAC или vorbis появляется слабый хрип на грани слышимости, какая-то часть частот просачивается и на спектр и при воспроизведении.
Аноним (Microsoft Windows 10: Firefox based)03/04/22 Вск 17:35:19#387№3134515
>>3132939 При конвертировании в mp3 например все проблемы должны уходить, но не уходит. При записи в редакторе с "what u hear" тем более, но тоже не уходят. Как не понимал что за фигня, так и не понимаю. Я бы списал всё это на какую-то неотключаемую DSP обработку в телефоне, которая почему-то агрессивно режет именно этот узкий диапазон частот, что имеется в файле, но почему визуализации в плеерах на ПК тоже молчат?
Аноним (Microsoft Windows 7: Firefox based)03/04/22 Вск 17:56:06#388№3134528
>>3134514 >Откройте в foobar2000 визуализацию (например спектрограмма) при воспроизведении — будет пусто, хотя файл воспроизводится будет. Нормально все.
Аноним (Microsoft Windows 10: Firefox based)03/04/22 Вск 18:58:06#389№3134554
>>3134528 Переключи в моно (правый клик на спектрограмме) — будет пусто. Кажется, проблема с каналами.
Аноним (Microsoft Windows 10: Firefox based)03/04/22 Вск 19:13:39#390№3134561
>>3131966 >>3134528 В общем вся проблема была в том что в файле ложное стерео, в котором дорожки в противофазе. При сложении дороже в противофазе в моно получается тишина. Телефон при воспроизведении тоже складывает в моно. А божественная сони воспроизводит стерео, ай да сони. Вырезал дорожку псевдостерео в audicity, пересохранил и всё заработало. Потрясающе.
Аноним (Microsoft Windows 7: Firefox based)03/04/22 Вск 19:35:01#391№3134567
Аноним (Microsoft Windows 10: Chromium based)04/04/22 Пнд 12:57:23#394№3134839
>>3134836>>3134837 >This site offers builds in a couple of variants: the essentials build variant contains commonly used libraries, whereas the full build variant also contains most of the remainder. Мне нихуя не понятно, нужна конкретика.
Аноним (Microsoft Windows 10: Firefox based)04/04/22 Пнд 13:17:48#395№3134856
Аноним (Microsoft Windows 10: Chromium based)04/04/22 Пнд 20:52:16#403№3135071
>>3134961 Непонятно по какой причине и зачем он так странно отмечает билды, если это априори git. Latest и pre-release, типо у git версий тоже есть stable и unstable ветки? ну что за лол, только путаницы больше.
Аноним (Microsoft Windows 7: Firefox based)06/04/22 Срд 15:30:29#404№3135820
Какая программа является Final Cut'ом от мира винды? Адобе или давинчи?
Аноним (Microsoft Windows 10: Chromium based)06/04/22 Срд 15:53:19#405№3135828
Аноним (Microsoft Windows 7: Firefox based)06/04/22 Срд 15:55:25#406№3135830
>>3135828 В соседнем поиске программ треде анон говорил, что final cut божественен и вообще лучше, что случалось с видеоредакторами. Вот у меня вопрос, какой видеоредактор является таким же божественным в винде
Аноним (Google Android: Mobile Safari)06/04/22 Срд 16:01:04#407№3135835
>>3135830 Как раз на винде ничего подобного нет. Я сам ради этого ставил хакинтош. И вообще это я писал.
Аноним (Microsoft Windows 7: Firefox based)06/04/22 Срд 17:43:39#408№3135907
Другое дѣло, что нам от него не скорость работы нужна, как правило. Так что разумно заставлять libsvtav1 работать гораздо медленнѣе, но выдавать гораздо большѣе качество видео, недосягаемое для VP9 при том же битрейте.
Аноним (Microsoft Windows 7: Firefox based)06/04/22 Срд 18:03:41#409№3135922
Из треда вопросов послали сюда Может кто знает, можно ли в ОБС кодировщик видео и аудио выбрать такие, чтобы запись не крашилась с ошибкой? Я вроде все вариации пробовал из доступных - выдаёт ошибку? Или по старинке делать что-ли: сначала в mp4, потом в ffmpeg в webm переделывать? Хотелось бы сразу чтобы ОБС в webm конвертировал
Аноним (Microsoft Windows 7: Firefox based)06/04/22 Срд 23:44:18#414№3136071
Там очень замѣтно, что тому человѣку, который повѣдалъ разработчикам о проблеме, разработчики въ ѿвѣтъ порекомендовали пересобрать OBS с новой версией SVT-AV1.
А как он пересоберёт? — это ему придётся сидѣть и дожидаться того, когда авторы OBS пересоберут под Windows-то. А авторы OBS, если правду сказать о них, не то чтобы были склонны в прошлом активно обновлять версии употребляемого в OBS программного обеспéчения. Только недавно (в версии OBS 27.2) встроенный Chrome обновили с версии 75 до версии 95 — это, стало быть, почти 2½ года не трогали его.
Если такими темпами и тут, то тогда дай-то Боже к концу 2024 года дождаться нормальнаго человѣческаго поведения видеокодировщика SVT-AV1 в OBS.
Аноним (Microsoft Windows 10: Chromium based)07/04/22 Чтв 11:22:49#417№3136233
>>3136064 Смысла сразу снимать в vp9 нет, только уже перекодировать в него. Насчет svt не знаю, да и он только на последних интелах.
Аноним (Microsoft Windows 10: Chromium based)07/04/22 Чтв 11:27:35#418№3136234
> Насчет svt не знаю, да и он только на последних интелах.
По адресу https://gitlab.com/AOMediaCodec/SVT-AV1 и https://github.com/AOMediaCodec/SVT-AV1 указаны довольно мощные технические требования: дескать, нужен Intel Core не менѣе чѣмъ пятого поколения, а работа SVT-AV1 провѣряется разработчиками на Windows не старѣе 2016 года, а при попытке удѣлить менѣе шести гигабайтов RAM кодированию fullHD с десятибитными компонентами цвѣта будет вылетать ошибка.
Однако, едва попробовав libsvtav1 мѣсяцъ назад, я тотчас же вполне убедился в том, что всё это была хѣрня, то есть что на моём i7-3770 под седьмою виндою, кушая не болѣе двух-трёх гигабайтов RAM (но зато ≈9 гигов с учётом виртуальной памяти), именно fullHD и именно с десятибитными компонентами цвѣтовъ способен обрабатываться движком libsvtav1 невозбранно.
Рѣчь идёт, повторяю, о десятилѣтней давности процессоре i7-3770, продажи которого начались въ апрѣлѣ 2012 года.
Аноним (Microsoft Windows 7: Firefox based)07/04/22 Чтв 11:40:04#420№3136239
(Но всё сказанное в >>3136237 относится к работе SVT-AV1 в FFmpeg или отдѣльно.
А не в OBS.)
Аноним (Microsoft Windows 10: Chromium based)07/04/22 Чтв 11:51:30#421№3136243
>>3136237 Ну фиг знает, я как-то пытался, потом увидел харки, что зеоны только с v4 и забил. У меня-то 2678v3+16гб рам.
Аноним (Microsoft Windows 10: Chromium based)07/04/22 Чтв 11:52:39#422№3136245
>>3136234 Писать-то можешь, но вот качество говно будет. А vp9 нужен только с настройками для максимального сжатия.
Аноним (Microsoft Windows 7: Firefox based)07/04/22 Чтв 14:09:41#423№3136284
Я создал тред нелинейных видеоредакторов. Напишите пару строчек по теме, чтобы тред не удолили. Думаю тред будет полезным >>3136277 (OP)
Аноним (Microsoft Windows 10: Chromium based)07/04/22 Чтв 18:41:25#424№3136355
>>3101682 (OP) А есть чо менее дрочерское (с нормальный интерфейсом) для простейших задач (обрезка, склейка, конвертирование), но все же минималистичное (Premiere и прочее будет оверкиллом)
Аноним (Microsoft Windows 10: Chromium based)07/04/22 Чтв 18:47:20#425№3136358
Аноним (Microsoft Windows 10: Firefox based)07/04/22 Чтв 18:59:37#426№3136361
Вот есть у меня условная запись геймплея с огромный битрейтом, мне нужно ее пожать, чтобы меньше места занимало. Сможет ли видеокарта сжать видео так же эффективно, как процессор, но при этом в разы быстрее? Если нет, то почему так?
Аноним (Google Android: Mobile Safari)07/04/22 Чтв 19:22:31#427№3136369
>>3136361 Не сможет, чудес не бывает. Или быстро или качественно. У нвидии ещё более менее качество, на уровне x265 medium
Аноним (Microsoft Windows 10: Firefox based)07/04/22 Чтв 20:38:11#428№3136412
>>3136369 А давай сделаем тесты? Аноны, подскажите, как это организовать! Хочу сравнить libx264 и h264_nvenc.
Аноним (Microsoft Windows 10: Chromium based)07/04/22 Чтв 20:42:43#429№3136414
Аноним (Microsoft Windows 7: Firefox based)07/04/22 Чтв 21:01:44#430№3136426
>>3136412 Шкрепты напиши для ffmeg да сравни. Я как-то делал - качество сильно хуже чем процем жать почему-то.
Аноним (Google Android: Mobile Safari)07/04/22 Чтв 22:58:16#431№3136472
>>3136412 В staxrip есть функция сравнения видео по кадрам рядом с друг другом. Там же можно и сжать по разному
Аноним (Microsoft Windows 10: Firefox based)07/04/22 Чтв 23:42:02#432№3136479
>>3136426 Я вот как-то еще не дорос до скриптов, все обычно руками прописываю. На чем пишешь, бат небось какой или пш1?
>>3136472 >ставить еще одну программу >осваивать ее Мне ЛЕНЬ не столько руками писать параметры и затем сравнивать скрины, сколько осваивать новое по. Прямо фу. А еще я почитал мануалы по предустановкам использования (fast, medium etc), crf, профили и мне стало лень делать вообще что-либо. Я не знаю, чего именно я хочу. Не знаю, как сравнить два энкодера - по битрейту? Я что, должен его руками задавать? Кароч чето муторно все это, я ибал.
Мне хотелось простого ответа - nvenc ебет или не ебет? А оказалось, что придется ебаться самому.
Аноним (Google Android: Mobile Safari)08/04/22 Птн 01:22:35#433№3136497
>>3136479 Он на уровне x264 medium, тебе написали. Зависит ещё от поколения видеокарты
Аноним (Microsoft Windows 10: Chromium based)08/04/22 Птн 08:20:22#434№3136537
>>3136479 > Мне хотелось простого ответа Новый нвенк весьма хорош, но этим сказано далеко не всё. Везде разный баланс между уровнем сжатия и затраченным временем, однако баланс ничего не решает, когда у тебя есть определённые приоритеты. Мы тут собрались в основном пердолики и топим за максимальное сжатие любой ценой, но мы двачеры-максималисты, каждому из которых по отдельности доверять не стоит. Под разные задачи и сценарии использования лучше подходят разные кодеки, методы и их настройки. Если поваришься в теме сжатия подольше, это всё быстро станет для тебя интуитивно понятно.
Аноним (Microsoft Windows 10: Chromium based)08/04/22 Птн 09:56:49#435№3136560
Аноним (Microsoft Windows 10: Firefox based)08/04/22 Птн 10:16:59#436№3136564
>>3136497 Мне мало утверждения >на уровне что это вообще значит? Выходной размер такой же при одинаковом заданном битрейте и выходном качестве? А как сравнивать x264 в режиме CRF с nvenc?
Я почитал еще с прошлого треда про квантизацию и понял, что cqp куда тупее, так как обрабатывает вообще все кадры одинаково, тогда как crf анализирует уровень движения или что-то такое, поэтому разные кадры сжимаются тоже по-разному.
>>3136537 Да я и так с вами сижу уже черт знает сколько, а голова все равно пустая и понимания нет. Зато интерес есть, неподдельный. Типа алгоритм 264 он же одинаков что для карты, что для камня. Так почему одно хуже, а другое лучше!?
Аноним (Microsoft Windows 10: Chromium based)08/04/22 Птн 12:42:49#437№3136610
>>3136564 > Типа алгоритм 264 он же одинаков что для карты, что для камня. Нет, общий только стандарт, а кодировщики разные.
Аноним (Microsoft Windows 10: Chromium based)09/04/22 Суб 18:22:32#438№3137093
>>3136361 Сжать прям также эффективно как процессор нет. Но на высоких битрейтах nvenc давно равен x264. НО считаю кодирование в 300 фпс на моей 1063 стоит того. У меня в obs стоит пресет quality с vbr 10000k max 12000k бфреймов 4. Удовлетворительное качество при минимальном весе. За 20 минут где-то 1.5 гига всего набегает.
Аноним (Microsoft Windows 10: Firefox based)10/04/22 Вск 13:10:25#439№3137350
Во время кодирования постепенно падает скорость, например если в начале было 1.5 то к концу кодирования может упасть до 1, это нормально или у меня какие то проблемы?
Аноним (Microsoft Windows 10: Chromium based)10/04/22 Вск 15:48:35#440№3137419
>>3137350 Это может зависеть от сложности отдельных участков видео по динамике.
Аноним (Microsoft Windows 10: Firefox based)10/04/22 Вск 17:40:56#441№3137466
Как вырезать кусок видео без перекодировки, чтобы кадры не проебывались? Вырезаю кусок, там звук нормальный, а видео не двигается несколько секунд.
Аноним (Microsoft Windows 10: Firefox based)10/04/22 Вск 18:20:13#442№3137485
>>3137466 Без перекодирования только по ключевым же ffmpeg -i video.mp4 -ss 00:10:30 -to 00:11:30 -avoid_negative_ts 1 -c:v copy -c:a copy output.mp4
Аноним (Microsoft Windows 10: Chromium based)10/04/22 Вск 19:16:55#443№3137509
>>3137485 > -avoid_negative_ts 1 Это для смещения на ближайший ключевой кадр? В какую сторону смещение?
Аноним (Google Android: Mobile Safari)10/04/22 Вск 21:13:14#444№3137574
Ребят, как клеить превью на видео на дваче? По сути через обычный метод на дваче не работает, и тут анон давно говорил, что можно как-то через манипуляцию временем или таймкодом, но не сказал как именно. Вот этот видос он вроде клеил.
Аноним (Microsoft Windows 10: Chromium based)14/04/22 Чтв 15:30:15#447№3138638
>>3138601 Обычный метод подходит скорее для дискорда, который берёт для превью первый кадр, а не случайный, как мейлач. Мне сейчас некогда экспериментировать, но по твоему мп4релейтед видно, что имеется 2 видеодорожки. Первая, основная, должна быть короткой, чтобы с минимальной вероятностью быть выбранной для превью, а вторая, для превью, должна быть длинной и для компактности растянутой через большой gop. Проверяй сам, я побежал.
Аноним (Microsoft Windows 10: Chromium based)14/04/22 Чтв 16:08:17#448№3138652
>>3138638 >Обычный метод подходит скорее для дискорда, который берёт для превью первый кадр, а не случайный, как мейлач. Ты о чем? Обычный это когда вторую дорожку с чуть большим разрешением вставляешь в файл и ставишь ее как основную. Тогда показывается превью, но запускается сам файл. Но макака убрал этот метод, чтобы скримеры не вставляли на мейлаче. На 2channel moe работает например. >Мне сейчас некогда экспериментировать, но по твоему мп4релейтед видно, что имеется 2 видеодорожки Это итак понятно. >Первая, основная, должна быть короткой, чтобы с минимальной вероятностью быть выбранной для превью, а вторая, для превью, должна быть длинной и для компактности растянутой через большой gop. Нихрена непонятно что ты имеешь ввиду под короткой и длинной. Надо лучше выражаться и понятнее. Сам метод про который я говорю буквально на превью видео нарисованно. >Превью работают но способ другой с кривой продолжительстью Вот это я пытаюсь понять как сделать.
Аноним (Microsoft Windows 10: Firefox based)18/04/22 Пнд 14:53:15#449№3140046
>>3101682 (OP) И так, нужно добавить тег "Название" ко множеству mkv файлов. Преимущественно аниме-сериалы. Если выделить все mkv в папке на дурачка, например при помощи консольной проги sharkdp/fd, командой fd -e mkv -E "Bonus" -x mkvpropedit.exe {} -s title="Anime Title", то у всех серий будет одинаковое название. А я хочу в названии сохранить информацию о серии. Что мне сделать ради этого?
Аноним (Microsoft Windows 10: New Opera)18/04/22 Пнд 18:35:05#450№3140157
>>3101682 (OP) Как увеличить аудио битрейт хотя бы до 128 кб/с? И между какими командами нужно вставить (команду для изменения качества)?
Аноним (Microsoft Windows 10: Chromium based)18/04/22 Пнд 18:57:44#451№3140169
>>3140157 >Как увеличить аудио битрейт хотя бы до 128 кб/с? -b:a 128k >И между какими командами нужно вставить (команду для изменения качества)? После -acodec aac в параметрах кодирования этого кодека.
Аноним (Microsoft Windows 10: New Opera)18/04/22 Пнд 20:11:36#452№3140217
>>3140169 128 не сработало (получил те же 81 кб секс), а вот когда выставил 256 то получилось, спасибо.
Аноним (Microsoft Windows 10: Chromium based)18/04/22 Пнд 20:13:45#453№3140218
>>3140217 Не должно быть такого. Используй обычный самый обновленный ffmpeg. В старых версиях полно багов. Буквально во всех кодеках каждый день исправления. А ты видимо какое-то старое говно юзаешь из гуев и прочих.
Аноним (Microsoft Windows 10: Chromium based)18/04/22 Пнд 20:14:15#454№3140219
>>3140218 Прога позволяет создавать подобные видики буквально в два клика. Любые другие варианты просто не стоят своего времени. >>3140219 >Не должно быть такого. >проверять надо через mediainfo Хм, точно.
Аноним (Microsoft Windows 10: Chromium based)18/04/22 Пнд 20:44:57#456№3140237
>>3140231 >Прога позволяет создавать подобные видики буквально в два клика. Можно просто батник написать кинуть в shell:to и делать такие видосы в настоящие 2-5 кликов.
Аноним (Microsoft Windows 10: Chromium based)18/04/22 Пнд 23:04:58#457№3140275
>>3140046 Я сделал бат скрипт, но он жутко пердольный, я вообще не спец.
Аноним (Microsoft Windows 10: Firefox based)18/04/22 Пнд 23:57:33#458№3140286
Для любой вебмки видеопоток в ней - он либо progressive, либо interlaced - или есть еще возможности? Когда я кодирую ффмпегом - в моей webm пишет yuv420p(tv, progressive). Но я встречаю шебм с двачей yuv420p(tv). Это подразумевает progressive, interlaced, что-то еще?
Аноним (Microsoft Windows 10: Palemoon)24/04/22 Вск 16:25:58#467№3142504
Аноним (Microsoft Windows 10: Firefox based)24/04/22 Вск 21:03:42#471№3142620
>>3142513 Я сделал vf=tinterlace, все равно yuv420p. >>3142523 Спасибо, попробую. Получается, возможны только 2 варианта - либо progressive, либо interlaced
Аноним (Microsoft Windows 10: Chromium based)24/04/22 Вск 21:45:30#472№3142636
>>3142500 Есть еще дофига разновидностей интерлейсед по типу mbaff и прочих. Обычно такие файлы пишутся с камер на капоп концертах и тв программы. А так в инете везде прогрессивная развертка. Если есть p значит прогрессивная.
Аноним (Microsoft Windows 10: Microsoft Edge)24/04/22 Вск 22:34:18#473№3142649
>>3142523 Не мой кейс, мне нужно определить чисто формально, так сказать, не опираясь на контент. Этот фильтр не работает для видео из одной статической картинки, потому что разворачивать нечего, хех, но ведь interlaced/progressive определен даже для такого видео. >>3142636 Тип интерлейсинга мне пока не важен.
Мда, видимо, херней страдаю
Аноним (Google Android: Mobile Safari)25/04/22 Пнд 03:10:34#474№3142690
>>3142620 > Я сделал vf=tinterlace, все равно yuv420p. Как бы у тебя может видео физически быть прогрессивным, а пиксели на самом деле рисуются черезстрочно
>>3126140 Есть, но никакой документации нету. Vizier Rate Control называется.
Аноним (Microsoft Windows 10: Microsoft Edge)26/04/22 Втр 08:09:37#481№3143032
>>3142818 Я тоже в шоке, правда плакать, смеяться или дрочить - не знаю. Скорее плакать.
Аноним (Microsoft Windows 10: Chromium based)26/04/22 Втр 20:38:36#482№3143291
Скомпилировал новый билд ffmpeg с jpeg-xl, но поддержки декодера и энкодера все равно нет в кодеках. ЧЯДНТ? Codecs: D..... = Decoding supported .E.... = Encoding supported ..V... = Video codec ..A... = Audio codec ..S... = Subtitle codec ...I.. = Intra frame-only codec ....L. = Lossy compression .....S = Lossless compression
..VILS jpegxl JPEG XL
Аноним (Google Android: Mobile Safari)26/04/22 Втр 21:08:39#483№3143304
Аноним (Microsoft Windows 10: Chromium based)26/04/22 Втр 21:54:17#484№3143328
>>3143304 Да я через media suite. Забыл добавить походу новый параметр enable-jxl, с ним тоже не робит. Придется ждать пока добавят туда, либо самому скрипт переписывать.
Аноним (Microsoft Windows 10: Chromium based)28/04/22 Чтв 04:44:39#485№3143863
> https://github.com/pituz/webm-thread/wiki/webm-encoding > -cpu-used 0..8 (синоним: -speed, по умолчанию 1) — профили энкодера для -quality good, от более ресурсоёмких и эффективных к менее Правильно ли я понимаю из этого, что в libvpx-vp9 при -quality best игнорируется -speed?
Аноним (Google Android: Mobile Safari)28/04/22 Чтв 10:09:25#486№3143899
Аноним (Microsoft Windows 10: Chromium based)28/04/22 Чтв 13:12:19#487№3143948
>>3143899 > https://trac.ffmpeg.org/wiki/Encode/VP9 > When the deadline/quality parameter is good or best, values for -cpu-used can be set between 0 and 5. The default is 0. Значит -speed всё равно можно не прописывать, если нужно лучшее качество, достаточно -quality best.
Аноним (Google Android: Mobile Safari)28/04/22 Чтв 16:35:37#488№3144026
>>3143948 Quality best можно не прописывать, потому что эта хуйня сжимает в десятки раз медленнее без особого прироста качества
Аноним (Microsoft Windows 10: Chromium based)28/04/22 Чтв 17:40:44#489№3144042
>>3144026 В процентах насколько больше сжатие и время относительно good?
Аноним (Microsoft Windows 10: Chromium based)28/04/22 Чтв 18:21:09#490№3144055
>>3143948 -quality best вроде даже выглядит хуже, чем -good -cpu-used 0-2. На него вообще походу с самого выхода забили.
Аноним (Microsoft Windows 10: Chromium based)28/04/22 Чтв 18:33:18#491№3144061
Аноним (Microsoft Windows 10: Chromium based)28/04/22 Чтв 18:49:53#492№3144064
>>3144061 Да ничем в принципе. Раньше в бест всегда делал, потом рыскал на форумах и нашел такую инфу. Да и кодирует в 10 раз медленнее, чем -cpu-used 0. >best: This usually gives the best quality output but is extremely slow. In general this is not a recommended setting unless you have a lot of time on your hands. >good: This will probably be what most users use most of the time. Within the scope of "good" quality there are 6 further speed steps that are set through the --cpu-used parameter (values from 0 to 5). Setting --good quality and --cpu-used=0 will give quality that is usually very close to and even sometimes better than that obtained with --best but the encoder will typically run about twice as fast. Setting --cpu-used=1 or --cpu-used=2 will give further significant boosts to encode speed, but will start to have a more noticeable impact on quality and may also start to effect the accuracy of the data rate control. Setting a value of 4 or 5 will turn off "rate distortion optimisation" which has a big impact on quality, but also greatly speeds up the encoder. >real time: Real-time mode allows the encoder to auto adjust the speed vs. quality trade-off in order to try and hit a particular cpu utilisation target. In this mode the --cpu-used parameter controls the %cpu target as follows: target cpu utilisation = (100116-cpu-used)/16)%. Legal values for -cpu-used when combined with --rt mode are (0-15). It is worth nothing that in --rt mode the encode quality will depend on how hard a particular clip or section of a clip is and how fast the encoding machine is. In this mode the results will thus vary from machine to machine and even from run to run depending on what else you are doing.
Аноним (Microsoft Windows 10: Firefox based)29/04/22 Птн 20:48:43#501№3144497
>>3144400 > Ну когда там уже будет божественный h266 vvc А зачем он сейчас нужен? Пока из 8К контента только панорамы природы, да городов в тестовых демо-роликах. HEVC для 4К вполне избыточен, да даже H.264 всё ещё на хорошем счету из-за своей многопрофильности. > av1 Так AV1 и VVC для разных целей предназначены.
Аноним (Microsoft Windows 10: Chromium based)29/04/22 Птн 22:08:33#502№3144530
>>3144497 >А зачем он сейчас нужен? хз хоть какая-то конкуренция, гугел не может нормально запердолить все кодеки свои. >Пока из 8К контента только панорамы природы, да городов в тестовых демо-роликах. АВ1 вроде тоже для 8к всё готовили, ну и 4к в придачу. Для того же нетфликса, хотя до 8к все равно далеко еще. >HEVC для 4К вполне избыточен Что это значит, не понял. Избыточен для чего, должен быть какой-то предел? В 4к VVC в 25-40% меньше размер, чем hevc при том же качестве. >да даже H.264 всё ещё на хорошем счету из-за своей многопрофильности. Скорее, для поддержки даже на тостере. >Так AV1 и VVC для разных целей предназначены. Каких?
Аноним (Google Android: Mobile Safari)29/04/22 Птн 23:29:06#503№3144543
>>3144530 > хз хоть какая-то конкуренция, гугел не может нормально запердолить все кодеки свои. Запатентованное проприетарное говно не нужно. После релиза божественного svt-av1 данный кодек показал свое совершенство
Аноним (Microsoft Windows 10: Chromium based)30/04/22 Суб 00:20:22#504№3144551
>>3144543 Мне даже интересно гугл на ютуб через свой косячный аом кодируют видео, или через их СВТ.
Аноним (Microsoft Windows 10: Firefox based)30/04/22 Суб 10:47:02#505№3144590
>>3144543 > Запатентованное проприетарное говно не нужно. Не нужно только дебилам, которые смотрят видео в браузере. На носителях везде будет VVC, как сейчас HEVC, как был H.264. Запомните это, мрази, и не отсвечивайте своей тупостью.
Аноним (Microsoft Windows 10: Chromium based)30/04/22 Суб 10:52:31#506№3144592
>>3144026>>3144055>>3144064 То есть good и best в libvpx-vp9 это как veryslow и placebo в libx264 и libx265?
Аноним (Microsoft Windows 10: Chromium based)08/05/22 Вск 10:21:37#507№3147555
Какой стандартный пресет у SVT-AV1? На 0 конечно мемно на моей рязани 2600 делает, 2 секунды в полчаса. На амуде вообще нет смысла или от поколения зависит?
Аноним (Microsoft Windows 10: Chromium based)08/05/22 Вск 13:45:04#508№3147638
Имеет ли смысл 2pass при crf? Если важно, то vp9 в первую очередь.
Аноним (Microsoft Windows 10: Chromium based)08/05/22 Вск 13:57:50#509№3147652
>>3147638 Ок, сам протестил. Смысла 0 - размер файла и качество идентичные.
Аноним (Microsoft Windows 10: Palemoon)09/05/22 Пнд 21:42:13#510№3148326
>>3143032 > Скорее плакать Запретит профсоюз твиттерастов? У них его вроде и нет. К тому же "покупатЬ" не значит купить, нвиде за армово ярмо предложили такие условия взятия жепы, что они отказались от этой идеи.
Аноним (Microsoft Windows 10: Palemoon)09/05/22 Пнд 21:48:18#511№3148334
>>3144543 > Запатентованное проприетарное говно не нужно В том то и проблема, что кодеки ла-мпег не говно и имеют крайне годную аналитическую часть, в отличии от гуглоговна, который срёт жёсткой неоднородностью видеоряда и это заметно даже не вооружённым вщглядом любому, кроме мобилкодаунов.
Аноним (Microsoft Windows 10: Palemoon)09/05/22 Пнд 21:51:08#512№3148336
>>3147638 > Имеет ли смысл 2pass при crf > vp9 >>3147652 > Смысла 0 - размер файла и качество идентичные Метрики какие использовал или оценочное суждение? С другой стороны раньше оно точно было нужно и без второго прохода качество отличалось значительно. В х264 не нужно, на doom9 сами кодеры подтверждали.
В прошлый раз мы в кои-то веки не срались за кодеки весь тред, а культурно помогали друг другу с ffmpeg.
FFmpeg - мощнейший видео-комбайн с открытым исходным кодом подо все существующие в наблюдаемой части нашей галактики платформы. 99% бесплатного и платного графического конвертероговна используют его в качестве бек-энда, так что давай-ка заканчивай пользоваться интерфейсными зондами и осваивай сам инструмент напрямую. Вебмки для двача тоже сжимают итт.
Скачать тут: https://www.ffmpeg.org/download.html
Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.
Полная документация по самому конвертеру и всем встроенным кодекам: https://www.ffmpeg.org/ffmpeg-all.html - можно пользоваться как справочником и подглядывать, когда что-то забыл.
Более прикладная и полезная для бытовых целей официальная вики: http://trac.ffmpeg.org/wiki - здесь ты найдёшь детальные методички с пошаговыми инструкциями для решения типовых задач типа склейки нескольких видео в одно, наложения звуков, хардсаба и т.д. Очень полезная для того, чтобы набить руку с параметрами.
Также на очень много вопросов отвечено на стековерфло и неожиданно в предыдущих тредах.
Самые ходовые видео-кодеки на данный момент - VP9 и H.264. Подробный разбор их режимов кодирования читай тут: https://slhck.info/posts/ - там всего несколько постов, но они очень крутые, чтобы понять, что происходит внутри этой адской машины.
Вики WebM-треда: https://github.com/pituz/webm-thread/wiki
и https://hive.blasux.ru/webm/s
ИТТ выбираем идеальные режимы кодирования, тестируем нереализованные параметры и ждём официального исхода баттла VVC vs AV1, после чего наконец-то сможем сжимать видео ещё медленнее.
Бонусом в треде обсуждается yt-dlp, если отдельного треда про него нет на доске в данный момент. Это опенсорс утилита для нормального выкачивания видео с ютуба, вк, порнхаба и ещё миллиона других видеосервисов. Не совсем кодирование, но скорее всего ты тоже этим занимаешься, если что-то делаешь с видео, так что давай осваивай тоже нормальную утилиту вместо просмотра рекламы и установки зондов.
Тред №0: https://2ch.hk/s/arch/2020-08-05/res/2591244.html
Тред №1: https://2ch.hk/s/arch/2021-02-25/res/2816778.html
Тред №2: https://2ch.hk/s/arch/2021-09-23/res/2979843.html
Тред №3: https://2ch.hk/s/arch/2021-11-13/res/3029626.html
Тред №4: https://2ch.hk/s/res/3056070.html