1513152089216.png24 Кб, 256x256
FFmpeg и общий кодирования видео тред №5 /ffmpeg/ Windows 10: Chromium based 3101682 В конец треда | Веб
FFmpeg и общий кодирования видео тред №5

В прошлый раз мы в кои-то веки не срались за кодеки весь тред, а культурно помогали друг другу с 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 (М)
image.png140 Кб, 1409x461
Windows 10: Chromium based 2 3102455
Репост из hw, может кто ответит.
Windows 10: Firefox based 3 3102726
Уважаемые ананасы, поясните за аппаратное ускорение. Я запутался.
В прошлых тредах много писали про нативную поддержку конкретных кодеков (типа VP9, AV1) на процессорах, но ведь когда мы говорим про ускорение, то имеется ввиду видеокарта, на которую перекладываются вычисления!?
И что из себя представляет эта самая поддержка? Блоки, инструкции?
Зачем тогда нужна эта самая поддержка? А насчет видеокарт - неужели им тоже нужны именно аппаратные блоки для работы с кодеками, почему нельзя просто обновить дрова и добавить поддержку программно?

Столько вопросов, а в голове мешанина. Буду крайне признателен, если вы проведете мне ликбез.
Windows 10: Chromium based 4 3102767
>>02726
Процессорам не нужно специально поддерживать какой-либо кодек, потому что процессор декодирует и энкодирует программно, а программно можно кодировать любой кодек, хоть 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 для мейлача и дискорда жать. А нормисам для домашнего использования вполне хватает аппаратного ускорения.
Windows 10: Chromium based 4 3102767
>>02726
Процессорам не нужно специально поддерживать какой-либо кодек, потому что процессор декодирует и энкодирует программно, а программно можно кодировать любой кодек, хоть 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 для мейлача и дискорда жать. А нормисам для домашнего использования вполне хватает аппаратного ускорения.
Windows 10: Firefox based 5 3102776
>>02767
А такой вопрос - на процессорах с интегрированной графикой есть эти самые асики? Например, если мы говорим о технологии Intel QSV, это же про аппаратное декодирование? Есть ли преимущества у такого декодирования за счет непосредственной близости к CPU (буквально расположение чипов на одной плате)?
Возможно, именно отсюда у меня и началась путаница, а так ответ очень помог разобраться, большое тебе спасибо.
Windows 10: Chromium based 6 3102780
>>02776
Да, Intel QSV это медиадвижок-асик. Он и декодирует, и энкодирует аппаратно.
Преимущество за счёт близости к CPU – какая-то шизотеория, едва ли это можно измерить и почувствовать.
Windows 10: Firefox based 7 3102782
>>02780

>какая-то шизотеория


Просто наивное предположение!
Windows 10: Palemoon 8 3102939
>>02767

> потому что медиадвижки есть уже во всех картах


Тетя Лиза грит НИНУЖНО
Linux: Firefox based 9 3102940
>>02939
Так вротеоны и не видеокарты, а мининг-асики с распаяным видеовыходом.
Windows 10: Palemoon 10 3102941
>>02940

> а мининг-асики


Давно из 2017? Теперь редивони и в мининге говным-говно с отвалами. Похоже 400 рыксы им не переплюнуть по части всего, простая как топор и эффективная так же как топор, не топ, но дело своё знала.
1642436960300.jpg145 Кб, 720x960
Windows 10: Palemoon 11 3102942
А ведь я её одно время долго руал за присущие ей косяки, а оно вон оно как вышло, что это фактически пик подразделения АТИ
Windows 10: Chromium based 12 3102968
/hw/ протёк
Windows 7: Firefox based 13 3103614
Если за два месяца автор сообщения >>3081689 → ещё не покинул нас, то я хочу донести до него ту мысль, что автор сообщения >>3081671 → с первых слов упомянул «говённый кирпич 2014 года», поэтому рекомендовать ему формат AV1 было неостроумно.
Windows 10: Firefox based 14 3104393
Я нихуя не понимаю как работает кроп. Я тупой.
Windows 10: Chromium based 15 3104405
>>04393
Что конкретно тебе непонятно? Там же всё элементарно.
Вот выдержка из моей старой шпаргалки по 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
Windows 10: Chromium based 16 3104779
Аноны, а вы знали, что тикток транскодирует наиболее успешные ролики в HEVC, подобно тому как ютюб их транскодирует в VP9 и AV1?
Только сегодня заметил и удивился, по большей части потому что браузеры в основном не поддерживают HEVC, насколько я знаю, хром например. Там какой-то особый плеер?
Windows 10: Chromium based 17 3104781
>>04779
А всё, уже сам разобрался. В хром тикток выдаёт AVC, а HEVC наверно идёт на мобильные приложения, их траффик в приоритете. И yt-dlp в mpv автоматически подхватывает поток в лучшем качестве. Это и по наличию/отсутствию вотермарки можно заметить, выше на скриншоте yt-dlp выдал кучу разных вариаций с различными вариантами перекодировки.
Windows 10: Firefox based 18 3104813
А можно без тонны гайдов просто мне объяснить как сжать видео в ffmpeg чтобы на двач кидать. Его я установил, что дальше делать
Windows 10: Chromium based 19 3105372
Сап аноны. Хочу цензурить видео выключая звук и/или накладывая картинку в определенный момент видео а то и несколько моментов чтоб не кодировать сотню раз. Но я совершенно не знаю как это сделать а нагуглить готовых решений не вышло. Нуждаюсь в аноне что скинет пару команд для решения моей задачки. С меня как обычно
Windows 10: Chromium based 20 3105375
>>04813
Зависит от разрешения, длины видео, и нужного тебе размера.
Windows 10: Chromium based 21 3105378
>>05372
Скачать видеоредактор, а не пердолиться.
Windows 10: Chromium based 22 3105383
>>05378
А где собсна пердолинг тут? Как по мне проще вставить в сосноль одну команду с определенными таймингами нежели жрать каловые видеоредакторы. Тут сложность только в создании такой команды собсна зачем я здесь
Windows 10: Chromium based 23 3105387
>>05383

>Как по мне проще вставить в сосноль одну команду с определенными таймингами нежели жрать каловые видеоредакторы.


Ну и как ты это представляешь. тем более с равными таймингами и вставками картинок? Тем более с несколькими отрезками. Пердоль питона или батник тогда сам, когда можно просто кинуть видосик, картинку и удалить звукв нужным местах в любом редакторе. Пердолинг ради пердолинга.
Windows 10: Chromium based 24 3105388
>>05387
Да особо равных таймингов не надо я за идеалом не гонюсь просто увеличу время исчезновения звука и вставки картинки. Мне много не надо хочу просто пару команд. Если у тебя есть овер простой бесплатный редактор то кидай я чекну
Windows 10: Chromium based 25 3105391
>>05388
Я премьер с афтерэффектс юзаю вообще, а ффпмег чисто для транскодирования и видеофильтров по быстрому. Легче уж какой-нибудь гуй на ффпмеге найти тогда в визуализацией, чем строку пердолить.
Android: Mobile Safari 26 3105871
Что делать, если у шебмки не видно длины, т. е. На двачах её длина показана как дохуя цифр, плюс саму шебм можно перематывать на пару секунд вперед, но по времени нет так как браузер пишет что видео длится 0 секунд. Это типа проёб с разметкой?
Windows 10: Firefox based 27 3105944
>>01682 (OP)
Как мне сделать, чтобы запись была не целым файлом, а дробилось на файлы по 30-60 минут? Использую эту команду:

ffmpeg.exe -f dshow -i audio="Line In (High Definition Audio Device)" G:/output.wav
изображение.png28 Кб, 583x267
Windows 10: Firefox based 28 3106102
Привет.

Может ли скорость записи на диск каким-то образом влиять на работу кодировщика? Проблема такая: когда запись ведется на ссд, все ок. Когда на винт - обс выдает ошибку "кодировщик перегружен".

Средний битрейт видео - 40-50мб, потому что использую NVENC с CQP 25-27, файлы очень жирные. Кристал марк грит винт еще нормально работает, пикрил.

Вопросы еще такой: почему мой пека может записывать качественно только с огромным битрейтом? Потому что на кодирование нужны ресурсы, и вся эффективность кодировки заключается в том, какое будет соотношение размера к качеству?
Android: Mobile Safari 29 3106134
>>02455
Какой процессор в шлеме? Там зависит от поддержки аппаратного ускорения в чипе. Посмотри через dxva checker что тянет ГПУ. И попробуй через mpv.net с включённым ускорением посмотреть
Android: Mobile Safari 30 3106139
>>06102
Зачем ты выставил cqp? Выстави cbr и всё
Windows 10: Firefox based 31 3106201
>>06139
Это конечно да, но мне важнее вопрос с моими дисками.
Linux: Firefox based 32 3106208
>>06102
Судя по ошибке ты про ОБС студио? Если ты пишешь стрим, то нехватка ввода-вывода может привести к ошибке. Это логично, потому что буферы не бесконечные и рано или поздно переполнятся.
Windows 10: Chromium based 33 3106233
>>06134
SoC:​ Qualcomm® Snapdragon™ XR2 Platform. MPV так же плохо воспроизводит, как mpc. Я уже забил. Железо короче не тянет.
Windows 10: Firefox based 34 3106248
>>06208

>Судя по ошибке ты про ОБС студио?


Да

>Если ты пишешь стрим


Нет, просто записываю игрушку для монтажа. И это меня как раз удивляет, так как чтение-запись у винта достаточные. Тут нужно сказать, что игра и система на ссд, так что во время процесса записи винт ничем другим не занят вообще, туда только пишется видео.

>>06139
Дополню. Я, наверное, тупой. Да, действительно, CQP хорош для работы с уже готовым видео и его дальнейшим пережатием, но оптимален ли он для записи - вопрос, на который я ответа не нашел.
Windows 10: Chromium based 35 3106293
>>06102

> Потому что на кодирование нужны ресурсы, и вся эффективность кодировки заключается в том, какое будет соотношение размера к качеству?


Ну в общем-то да, срать огромным битрейтом дело не хитрое, а вот достигать аналогичного качества с меньшим выходным размером – это и есть суть сложности сжатия.
Windows 10: Chromium based 36 3106295
>>06248
Для последующего монтажа при записи нет смысла нагружать кодировщик сложными методами. Просто выставляй высокий постоянный битрейт, а уже на этапе финального рендера сжимай как хочешь.
изображение.png28 Кб, 988x167
Windows 10: Firefox based 37 3106320
>>06295
Я просто опирался на данный гайд, когда начинал записывать: https://www.nvidia.com/en-us/geforce/guides/broadcasting-guide/

Сказали ставь CQP, я поставил без задней мысли. Только там есть хуйня - сказано выставить 15, но на практике ниже 20 разницы не будет никакой, а вот размер файла будет ебический. Короче да, буду пробовать проще, спасибо за совет.
Windows 10: Chromium based 38 3106345
>>06320
Этот гайд наверно рассчитан на запись сразу конечного результата. У меня самого в ОБСе настроено несколько профилей для разных ситуаций. Иногда надо записать и сразу отправить, а иногда записать для монтажа с минимумом потерь.
Windows 10: Chromium based 39 3106429
>>06102
Ну дык сам посчитай. 50мбит это 410 мегабайт в секунду на диск пишет. Попробуй с пресетами поиграть. может у тебя HQ какой-нибудь стоит. Может в карте дело, ты же не сказал какая. Я писал на своей 1063 в 50мб без лагов, а geforce experince 100проц без лагов пишет, но вес большой.
Windows 10: Chromium based 40 3106433
>>06429
Хотя туплю это всего 6 мегабайт в секунду, что получается
изображение.png103 Кб, 301x517
Windows 10: Firefox based 41 3106484
>>06429
Пресет стоит Quality, CQ 25.

Media Info грит пикрил. Я тут покурил, чего именно CQP, а не CBR. Ну он типа умнее и у него нет ограничений на моментальный битрейт, то есть если сцена сложная, то он будет хуячить по максимуму чтобы было ВМЕНЯЕМОЕ качество, а оно мне и нужно.
Можно конечно попробовать и CBR, конечно. Я примерно всегда одно и то же пишу.
А почему не VBR? Вроде можно получить россыпь пикселей в лицо в переходах от одних сцен к более сложным.

Карта десятой серии, говно, о котором в приличном месте не говорят вслух. В рекламном ролике https://www.youtube.com/watch?v=bpoDanWJ4Cw чел рассказывает, что NVENC на новых картах (я так понял речь про Turing и Amper) = x264 Slow. Да пиздец сладкие сказки, у меня все равно нет возможности это проверить.
Windows 10: Chromium based 42 3106508
>>06484

> чел рассказывает, что NVENC на новых картах (я так понял речь про Turing и Amper) = x264 Slow


Конечно сказки. Старый h.264 nvenc (до 1000-ой серии nvidia) примерно равен x264 на пресете fast, а новый (от 2000-серии nvidia) – x264 на пресете medium.
Screen Shot 2022-01-26 at 13.43.49-fullpageg.png52 Кб, 1272x1476
Windows 7: Firefox based 43 3106596
Android: Mobile Safari 44 3106722
>>06596
Ух ты, про встроенный AAC encoder не забыли и улучшают его качество. Надо будет потестить.
Windows 10: Chromium based 45 3106732
>>06484

>чел рассказывает, что NVENC на новых картах (я так понял речь про Turing и Amper) = x264 Slow.


Пиздеж. Там до слов как раком до луны еще. Чел выше правильно написал h264 medium максимум. Я вообще через проц пишу, в x264 fast в 12000кбит. Попробую nvenc для теста в cq 24.
Можешь еще streamFX скачать и потестить. Там более тонкие настройки, также есть nvenc h264-h265,prores_aw и даже AV1 через aom.
Windows 10: Chromium based 46 3106735
>>06596
Не вышел еще что ли? Даже исходники с офф.сайта еще старые.
Windows 10: Chromium based 47 3106752
>>04779
Это скорее всего для продукции аппле сделано
Windows 10: Chromium based 48 3106765
Сук, у меня 7700к у которого встроенная графика может аппаратно кодировать VP9, но это только на люпиксе через VAAPI. Я думал поставить WSL2 и через него попробовать пробросить iGPU чтобы там через VAAPI кодировать но это невозможно. Бля, нахуй этот WSL вообще существует? Его ставить заебёшься, лучше виртуалку с люпиксом поставить и не ебать себе мозги.
Windows 10: Chromium based 49 3106774
>>06765
Этот аппаратный вп9 на инцеловстройке говно по уровню сжатия, хоть и весьма быстро. А нахер тогда вообще нужен вп9, если не для максимального сжатия?
Windows 10: Chromium based 50 3106800
>>06774
Я думал он примерно на уровне с libvpx-vp9, но сравнить так и не довелась возможность.
А сейчас уже можно кодировать в libsvtav1
Android: Mobile Safari 51 3106804
>>06774
Вп9 поддерживается в браузере, разве он будет выглядеть хуже чем аппаратный h264?
Windows 10: Chromium based 52 3106817
>>06804
Ну тут я так понимаю замечание в том, что аппаратно ускоренный vp9 может выглядеть не лучше vp8, что вызывает вопросы к его уместности.
Windows 10: Palemoon 53 3106856
>>06774

> А нахер тогда вообще нужен вп9


Даже гугл этим вопросом после его создания задался и за десять лет нормальный энкодер к нему так и не завёз.
1633377582026.jpg1 Мб, 1125x1393
Android: Firefox based 54 3106897
>>3106238 →

>Ты нихуя не понял. Есть два видео, разные. Размер первого, допустим, 400 мб, второго - 600. Я прогоняю их через одни и те же параметры. В итоге получаю - первое видео - 150 мб, второе - 610 мб. В первом случае все успешно, во втором - размер файла только увеличился. Вот это непонятно, какого хуя.



Очевидно твои настройки кодирования слабее оригинала.
Пробуй preset veryslow

А может ты вообще через жопу что-то делаешь. Кто тебя знает если ты страницу из гкгла осилить не можешь.

Что mediainfo говорит о твоих исходных файлах?
Android: Mobile Safari 55 3106959
Котаны, покажите готовую строчку, чтобы видео с ютуба (скачанное уже) перепердолить в шебм. С меня сотни нефти.
Android: Mobile Safari 56 3106980
>>06959
Можно скачать с Ютуба вебм без конвертации
Windows 10: Chromium based 57 3106995
>>06959
Какова цель перепердоливания?
Windows 10: Chromium based 58 3107013
>>06959
ffmpeg -i video.mp4 out.webm
Android: Mobile Safari 59 3107021
>>02939

>Тетя Лиза грит НИНУЖНО


Каким же конченым долбоёбом нужно быть, чтобы сравнивать околотоповую видеокарту за $200 до кризиса с затычкой за $200 в разгар кризиса.
Сравнивай ХОТЯ БЫ с 6700 XT, она $450 стоила на старте, долбоёб.
Windows 10: Palemoon 60 3107022
>>07021
Порваная амдшная срака отправилась в зрительный зал.
Windows 10: Chromium based 61 3107034
>>06897
Скорее всего, первое видео пару секунд, а второе минут на 5. Поэтому и размер разный, потому что crf юзает.
Windows 10: Chromium based 62 3107039
>>07021
Какая разница кризис не кризис, офф цена одна и позиционирование тоже. Такое жидовское говно, которое слабее карты 6 летней давности, показывает отношение и как они хотят срубить бабла отбраковками на гоях.
Говновидия хотя бы высрала ртх 3050, с которой хоть что-то можно делать. Новые игры фуллхд на ультрах 60 фпс, длссы длдсары, для кодирования и работы 8гб, еще и мощнее 6500хт на 110%-120%.
Windows 10: Chromium based 63 3107041
>>07039
Также забыл, что говно 6500хт нормально работает только на pci 4.
BSD: Firefox based 64 3107054
>>07041
Нет, полно тестов на ютабе с pci3, просто там из-за урезанных линий предсказуемо производительность совсем невыгодная по сравнению с конкурентом, с 1650 насколько помню её сравнивают.
Windows 10: Chromium based 65 3107059
>>07054
Да полно тестов, где с pci 3 у нее падает производительность в 2 раза буквально, достаточно на канал бороды зайти.
1643368676836.mp42,6 Мб, mp4,
576x1024, 0:13
Linux: Firefox based 66 3107272
>>01682 (OP)
Это объемный звук? При проигровании этого видео на телефоне, сначала использовалось оба динамика, затем только разговорный, а потом только обычный. Как добиться такого же эффекта?
1625060635043.gif6,9 Мб, 90x100
Windows 10: Chromium based 67 3107273
аноны, никто не пробовал црфер? говорят прям выжимает качество до конца.
Снимок экрана от 2022-01-28 14-44-46.png23 Кб, 1038x314
Linux: Firefox based 68 3107279
>>07272

> 2k22


> зумеры изобрели стерео

Windows 10: Chromium based 69 3107292
>>07273
Все резко поняли, что ты имел в виду. Либо по английски пиши, либо штаны одень.
Android: Mobile Safari 70 3107352
>>07292
На пикчу повнимательнее посмотри, ньюфаня
Android: Mobile Safari 71 3107410
>>07352
И что мне этот анимешный высер даст?
Windows 10: Chromium based 72 3107411
>>07292
Он про "CRFer".
Screenshot2022-01-29-03-19-50-856com.yandex.browser.jpg1,2 Мб, 1440x3200
Android: Mobile Safari 73 3107483
>>07411
Еба что за пиздец, для этого придумали режим CBR который делает ТОЖЕ САМОЕ
Windows 10: Chromium based 74 3107523
>>07483
CRF сжимает гораздо эффективнее CBR в плане субъективного восприятия качества за счёт применения психовизуальной модели. Минусом является то, что предугадать размер выходного файла очень сложно. Можно ограничить максимальный битрейт, но это костыль. Другими словами: CBR не делает то же самое, даже сложно представить откуда ты это взял.
Linux: Firefox based 75 3107624
>>07483
Нет, вот вообще не тоже самое. Они преследуют взаимно исключающие цели.
CRF это как вы поняли некоторый постоянный уровень качества (это смотря какая психовизуальная модель в encoder. За CRF может скрываться обычный постоянный квантователь (CQ)).
CBR расшифровываеться как Constant Bit Rate, то есть постоянная ширина потока дынных. То есть битрейт фиксируеться на некотором значении и не меняеться ни в зависимости от типа кадра, ни в зависимости от его сжимаемости. Из этого следует что качество видео меняеться самым непредсказуемым образом. Нужно такое либо когда стабильность канала передачи данных важнее качества видео (обычно такое бывает на стримах или видеозвонках при конференциях), либо когда у тебя медленный диск и нужно уложиться в его скорость чтения/записи, что-бы не перегружать буферы, или когда ширина потока данных слишком мала что-бы передать медиа поток в сколько нибуть приемлемом качестве и нужно выжать максимум из размера файла.

Единственное, что более менее похожее на CRF по сути это двухпроходное VBR кодирование. Ты наверняка имел в виду именно это, но в виду своей глупости сказал совершенно другое, из-за чего тебя тут никто не понимает.
Android: Mobile Safari 76 3107644
>>07624

> CRF это как вы поняли некоторый постоянный уровень качества


Неверно, постоянный уровень качества это CQ

> CRF по сути это двухпроходное VBR кодирование


Да да, это. Причём два прохода тоже не имеют смысла, потому что x264 и x265 отлично оптимизированы и выдадут максимально возможное качество при одном проходе, только размер может немного не совпадать. Смысла в программе от этого не прибавляется.
Linux: Firefox based 77 3107658
>>07644

> Неверно, постоянный уровень качества это CQ


CQ это про постоянный квантователь (буквально Constant Quantizer). CRF предполагает повышение квантователя для динамичных сцен, за счёт чего и осуществляеться экономия битрейта.
Говорят что в libvpx за опцией CRF скрываеться CQ. Поэтому я так размыто и описал этот режим. К тому же, не во всех кодеках реализован CRF, у них только CQ.

> Причём два прохода тоже не имеют смысла, потому что x264 и x265 отлично оптимизированы


Речь про WEBM, а следовательно, про libvpx.
Windows 10: Palemoon 78 3107659
>>07644

> постоянный уровень качества это CQ


В говноэнкодерах -- безусловно, в энкодерах с психовизуальной моделью нет. Если вывести лог квантователя lib-vpx/9, то он тоже в режиме cq не придерживается указанного кванта, так что какая-то, пусть и херовая, но психовизульная модель там имеется.

> Причём два прохода тоже не имеют смысла, потому что x264 и x265


Только причём тут вебм, о котором идёт речь, он не умеет ни в h264, ни в h265.
Windows 10: Palemoon 79 3107660
>>07658

> CRF предполагает повышение квантователя для динамичных сцен, за счёт чего и осуществляеться экономия битрейта


И понижение в статичных.
Windows 10: Palemoon 80 3107661
>>07659

> режиме cq


Точнее в режиме q, давно уже не пользовался.
1643470551288.png38 Кб, 1092x378
Windows 10: Palemoon 81 3107665
>>07658

> CQ это про постоянный квантователь


Вот, кстати, относительно этого, я понимаю, почему у некоторых могут возникать недопонимания, дело в том, что гугл решил, что ну его нахер эти стандартизированные абревиатуры, изобрету свои, и cq в их понимании другое, не то, чтобы это относилось к делу в данном случае, но нужно учитывать, мало какие документации читал чиловек
Windows 10: Palemoon 82 3107667
>>07665
Собственно с 'q' у них таже история, постоянный квантайзер my ass, если qmax и qmin укажешь идентичные(чего в vpenc сделать нельзя, он требует минимум +-4, а вот ffmpeg кушает за обе щёки) то может и будет постоянный.
Windows 10: Chromium based 83 3107671
>>07483

>Параллельно с этим в условиях ограниченного размера видеофайла одним из наилучших методов сохранения качества видео признаётся использование параметра сжатия 'Constant Rate Factor'.


Нет, лучший метод это для сохранения качества VBR с мануальным вычислением битрейта каждого отдельного видево. CRF настолько знаю просто держит определенную планку качества и ему похуй какой будет размер в итоге.

>Программа подойдёт пользователям, любящим выжимать максимум из доступного ограничения на размер файла, что в условиях постинга на АИБ вполне оправдано.


Вау, пориджи придумали vp9 CQ - constrained quality.

>В период примерно 2015-16 гг [бум популярности кодирования WebM как технического новшества] показателем мастерства считалось кодирование WebM


С этого конечно описялся.
изображение.png25 Кб, 877x233
Linux: Firefox based 84 3107675
>>07665
Ага, у них там CQ это даже не CRF, а особенный режим, который при выходе за рамки битрейта меняет тамошний Q на VBR режим.
>>07667
То есть у них даже Constant Quantizer нет. Тупо чёрный ящик какой-то.
Windows 10: Palemoon 85 3107677
>>07675

> меняет тамошний Q на VBR режим


Или на CBR, но я не разбирался, а вот с режимом 'q' пару лет назад были обсуждения в вебм треде, с учётом, что гугл vp9 забросил, не думаю, что что-то изменилось.
Windows 10: Firefox based 86 3107932
Аноны, как массово прописывать метадату для мп3? Допустим есть альбом, но без метаданных вообще. Я пишу текстовый файлик с определённой структурой, навроде автора, год выпуска, кол-вол песен и тд, а потом ффмпег эти данные записывает в файлы в текущей директории.
16211073582360.png1,2 Мб, 1415x1415
Linux: Firefox based 87 3108043
Посоветуйте экономно-приемлемый CRF для libx265 и фильмов в дорогу, с мобилы 5.6". Разрешение самих фильмов и экрана 720p, сейчас все в жутком оверсайзе.
Про tune grain знаю, конечно two-pass, главное чтобы пиздеца в кадрах почти не было
PEPETHEFROGF024p.png123 Кб, 512x452
Windows 10: Chromium based 88 3108052
>>08043
Скачать уже готовые хевк 10бит фильмы. сделанные мастерами пердолинга, нужного тебе размера и не ебать себе мозги?
Android: Mobile Safari 89 3108070
Windows 10: Chromium based 90 3108072
>>07932
Не ебать себе мозг и скачать mp3tag.
Windows 10: Chromium based 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 обработкой?

Разве файлы не должны получаться идентичными при равных настройках кодирования одним кодеком? Почему так сильно падает качество при гпу обработке и как его можно улучшить?
Windows 10: Chromium based 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 обработкой?

Разве файлы не должны получаться идентичными при равных настройках кодирования одним кодеком? Почему так сильно падает качество при гпу обработке и как его можно улучшить?
Android: Mobile Safari 92 3108095
>>08043

> конечно two-pass


Это не влияет на качество, время впустую

https://handbrake.fr/docs/en/1.3.0/workflow/adjust-quality.html
Linux: Firefox based 93 3108100
>>08052
фильмы олдовые и в таком виде в принципе не существуют?
>>08070
Многовато же, что про 26 скажешь?
>>08095
По твоей ссылке pass не найдено. Я не помню, если в ffmpeg crf в two-pass не поддерживается, то он мне выдаст ворнинг.
Linux: Firefox based 94 3108104
>>08095
А если ты кидал ссылку чтобы дать мне значения RF, то спасибо, я воспользуюсь. Выглядит правдоподобно.
Linux: Firefox based 95 3108106
>>08104

> Выглядит правдоподобно.


Это я говорил про уменьшение реуомендуемых значений с падением разрешения.
А вот то что они советуют одинаковые значения для x264 и x265 - говорит мне о том, что остается 2 возможности:
- гайд писал чел, который не шарит
- Handbrake ввел свой RF и переводит в ffmpeg'овские CRF для x264 и x265, то есть этот RF ничего не значит для меня
Android: Mobile Safari 96 3108110
>>08106
В теории crf должен выдавать одинаковое качество у любого кодека. x264 и x265 довольно схожи и могут принимать одинаковые значения
Windows 10: Palemoon 97 3108113
>>08110
Нет, не должен. Принимать могут, но уровень сжатия разный.
Linux: Firefox based 98 3108118
>>08110
Ренжи одинаковые, как у qp, но проводить какую-то параллель между значениями crf у кодеков разного поколения навряд ли адекватно.
Linux: Firefox based 99 3108119
Ладно, интент вопроса был прощупать тред я здесь не сижу на анонов, которые экспериментировали со значениями CRF. Таковых не обнаружено, буду набивать шишки сам.
Android: Mobile Safari 100 3108123
>>08119
Я тебе могу скинуть скрипт и программу для сравнения разных значений
Linux: Chromium based 101 3108160
>>01682 (OP)
Короче это ближайший тред про редактирование видео, поэтому спрашиваю здесь: В видео аудиодорожка при проигрывании ее с динамиков ноута например еле слышна, но она же заебись слышится в наушниках затычках. Как называется эта проблема и каковы пути ее решения? "верха повышать низы занижать"?
Android: Mobile Safari 102 3108165
>>08160
У тебя аудио в фазе и противофазе, надо убрать правый канал
Windows 10: Chromium based 103 3108180
>>08089

> Как известно есть два аппаратных способа конвертации. На 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 кодируется разными кодировщиками.

> Почему так сильно падает качество при гпу обработке и как его можно улучшить?


Потому что гпу
Поступила в пту.
Цпу же молодец,
В вузе он отличный спец.
Таково аппаратное ускорение, просто прими это как данность. А чтобы его улучшить, выставляй самые медленные настройки.
Windows 10: Chromium based 103 3108180
>>08089

> Как известно есть два аппаратных способа конвертации. На 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 кодируется разными кодировщиками.

> Почему так сильно падает качество при гпу обработке и как его можно улучшить?


Потому что гпу
Поступила в пту.
Цпу же молодец,
В вузе он отличный спец.
Таково аппаратное ускорение, просто прими это как данность. А чтобы его улучшить, выставляй самые медленные настройки.
Linux: Firefox based 104 3108202
>>08165
Может тогда не убрать, а инвертировать?
мимо
Linux: Firefox based 105 3108207
>>08089

>Почему так сильно падает качество при гпу обработке и как его можно улучшить?


Вроде как из-за того, что при аппаратном кодировании картинка делится на участки и картинка в этих областях кодируется изолированно. То есть задача распараллеливается и потому быстрее выполняется, но из-за изолированности каждого участка качество выходит хуже. Вроде бы так.
Linux: Firefox based 106 3108233
>>08123
Спасибо, но заскриптую сам, хотя если на питоне, то кинь
Windows 10: Chromium based 107 3108252
>>08207
Звучит логично.
Windows 10: Chromium based 108 3108303
>>08100

>фильмы олдовые и в таком виде в принципе не существуют?


Да большинство фильмом более менее популярных 100% есть, могут не быть разве что какие-нибудь авторские короткометражки, и по их тоже полно перекодированных уже.
Windows 10: Firefox based 109 3108310
Не обращайте внимания...
Windows 10: Firefox based 110 3108777
подскажите пожалуйста все команды для субтитров, мне нужно будет их местоположение размер и тд и тп
Windows 10: Firefox based 111 3108784
>>08777
менять
389472374.jpg59 Кб, 985x632
Windows 10: Chromium based 112 3108814
Пчелы, уже изобрели такой простецкий гуй, чтобы как на пике?
sage Apple Mac: Safari 113 3108818
>>08814
Не нужен.
Android: Mobile Safari 114 3108820
>>08818
Рассказывай, как кропаешь?
Android: Mobile Safari 115 3108824
>>08814
Да. Avidemux.
image.png603 Кб, 1024x700
Windows 10: Chromium based 116 3108826
>>08824
Чет слишком комбайн какой-то, нужен именно для ффмпега гуй с окошком для своих команд
Android: Mobile Safari 117 3108827
>>08826
Сделай сам.
Windows 10: Firefox based 118 3108835
>>01682 (OP)
Как же досадно, что во многих видео перемотка работает плохо! Настроил на одну секунду, а плеер перематывает на 5, 8, 10 или 20. Ютуб, ВК, bdrip с торрентов - там можно это увидеть. Если перематывать точным способом, то это ахуеть можно с задержек (зависит от видео - где-то они почти незаметные, а где-то долгие). Как быть тогда? Не всегда есть возможность скачать в лучшем качестве (в более тяжёлых раздачах такой проблемы с перемотками нет). Плеер mpv.
Windows 10: Firefox based 119 3108855
Кто врубал аппаратный кодинг HEVC в ffmpeg на Win/Lin?
Какой кодек выставлять?

Указывайте Win это или Lin
Windows 10: Firefox based 120 3108856
>>08855
Блять, забыл сказать самое важное - на GPU AMD все это будет
Windows 10: Firefox based 121 3108861
как в LosslessCut добавить эффект размытия на задний фон для вертикального видео ?
Android: Mobile Safari 122 3108920
>>08835

> Плеер mpv.


Впиши в конфиг и попробуй

vd-queue-enable=yes
ad-queue-enable=yes
vd-queue-max-bytes=6000MiB
vd-queue-max-samples=2000000
vd-queue-max-secs=50
cache=yes
demuxer-max-bytes=2000M
demuxer-max-back-bytes=1000M
Android: Mobile Safari 123 3108921
>>08855
hevc_amf называется. Выглядит как говно, но быстро
Linux: Firefox based 124 3108927
>>08814
Boram. Но он не поддерживается c 2019 и я помню у меня были проблемы с переносом команды оттуда в актуальный ffmpeg. Но конкретно кроп, возоможно, работает как надо.
Linux: Firefox based 125 3108928
>>08921
Как говно это на уровне какого софтварного кодека?
Android: Mobile Safari 126 3108934
>>08928
x264 fast
Linux: Firefox based 127 3108960
>>08921
Серьезно? Я всегда знал, что аппаратное кодирование шакалит, но ожидал 0..5% потери качества за размер.
Или это у Амуде так все хуево как обычно?
Android: Mobile Safari 128 3108972
>>08927
Ему и искал альтернативу
Windows 10: Chromium based 129 3109076
>>08814
https://sourceforge.net/projects/ffmpeg-batch/
даже больше.
Переконвертировал игровые звуковые файлы новеллы с этой штукой примерно 32к файлов.
А предпросмотри я видел только в вебмретардс.
Windows 10: Chromium based 130 3109078
>>09076
Ну еще и как говорил анон avidemux. Также юзаю на постоянке Hybrid от selur, но там именно для avisynth/vapoursynth предпросмотр, но он итак работает.
16069733318740.jpg16 Кб, 201x251
Windows 10: Chromium based 131 3109141
>>09076
Этой тоже пользуюсь. Походу нет того, чего хотел, да и пох.
Тогда еще вопрос, есть такая команда, чтобы во время энкодинга рядом с командной строкой в реалтайме отображалась выходная картинка, т.е. последний обработанный кадр?
Android: Mobile Safari 132 3109153
>>08960
Ну да, амд похуже. Ну не прям сильно
Windows 10: Chromium based 133 3109168
>>09141
Просто прогоняй нужный тебе отрезок с командами через ffplay.
Windows 10: Firefox based 134 3109179
>>08920
Возможно перемотка стала чуть быстрее, но всё-равно долго. Бывает, что несколько перемоток подряд всё довольно быстро, а потом опять с большой задержкой.
В одном видео именно так. В другом всё ок и без этого конфига.
Сука, ну плеер же знает время. Если поставить на плей а потом поставить на паузу, тогда он может дойти до любого времени, и покажет с точностью до миллисекунд. А чтобы перемотать - тут уже ждать надо. Грустно, очень грустно.
Android: Mobile Safari 135 3109180
>>09168
Не, хотелось бы при каждом кодировании наблюдать результат
Android: Mobile Safari 136 3109184
Тут давно какой-то анон сжимал фильмы до 20мб. Как он это делал? Vp9 же не умеет кодировать в указанный размер, как мпеги. Может есть какие-нибудь фокусы с шебм?
Android: Mobile Safari 137 3109185
>>09184
Битрейт рассчитывай. Допустим фильм 1 час = 3600 с, 4 мб, например, оставляем для звука, для видео есть 16 мб = 16384 кб = 131072 кбит
131072/3600 = 36 кбит/с
Для таких пожатий лучше av1
Apple Mac: Safari 138 3109186
>>08820
Что-то вроде этого, только у меня собственный скрипт, который кодирует сегмент указанный в AB-loop:
https://github.com/occivink/mpv-scripts/blob/master/scripts/encode.lua
В том же репе есть crop.lua, сначала кропаешь видео в mpv, потом жмешь хоткей для encode.lua, последний учитывает текущие параметры кропа.
Windows 10: Chromium based 139 3109187
>>09179
Потому что при воспроизведении плеер декодирует все кадры, а при перемотке проходится лишь по ключевым.
Windows 10: Chromium based 140 3109188
>>09184
Сделай себе калькулятор битрейта в экселе, всё просто.
Android: Mobile Safari 141 3109219
>>09188
Скинь его
Linux: Firefox based 142 3109227
>>09188
Лол, классика. Будто мой заскринил.
Linux: Firefox based 143 3109228
Анон, объясни в чём разница ffmpeg и avisynth. Это аналоги или это вообще разные инструменты?
Windows 10: Palemoon 144 3109229
>>09228

> это вообще разные инструменты


Это.
Linux: Firefox based 145 3109230
>>09229
Ну так раскрой подробнее. Я читаю и не понимаю. Бывает такое. Объясни на пальцах. С ffmpeg я занимался, представление о нём имею.
Android: Mobile Safari 146 3109232
>>09228
Разные. Но их задачи и функции пересекаются. Они в чём-то похожи. Но avisynth не кодирует и не декодирует, а ffmpeg плохо приспособлен для нелинейного монтажа.
Windows 10: Chromium based 147 3109234
>>09219
Формула на скриншоте
Android: Mobile Safari 148 3109305
>>09188
Я имею ввиду, что у vp9 пиздец как будет варьироваться размер в районе 5 мб
Windows 10: Chromium based 149 3109327
>>09305
Тогда перекодируй, Москва не сразу строилась. Не пердолик что ли? А если разница с 20 МБ небольшая, то можно отдельно перекодировать только аудиопоток, чтобы уложиться в лимит либо повысить качество звука на оставшиеся килобайты.
Windows 10: Firefox based 150 3109492
подскажите пожалуйста, файл с сабами срт нужно чтобы одни сабы были в нижней части видео изначально, а затем сабы бы появлялись в верхней части видео, как сделать такое?
Windows 10: Chromium based 151 3110095
Что в libvpx означает speed на нулевом и отрицательных значениях?
Android: Mobile Safari 152 3110101
>>10095
Нулевое это самое лучшее
Android: Mobile Safari 153 3110102
>>09492
Через любой редактор субтитров можно подвинуть
Windows 10: Chromium based 154 3110183
>>10101
А отрицательное?
Windows 10: Chromium based 155 3110457
Сверху была дискуссия насчёт влияния многопоточности на качество сжатия.
Сейчас проверил, libvpx VP9 при прочих равных сжалось примерно на 5% хуже на 4 потоках, чем на 1.
Android: Mobile Safari 156 3110553
>>10457
И с какими настройками?
Windows 10: Chromium based 157 3110564
>>10457 >>10553
Отмена, я ошибся, там не прочие равные.
Android: Mobile Safari 158 3110565
>>10564
Этот кривой кодек будет сжимать хуже если увеличить размер tiles
Android: Mobile Safari 159 3111909
На харкаче до сих пор не показывает иконки у av1 видосов?
1504393855216.webm16,4 Мб, webm,
1280x720, 3:22
Windows 10: Chromium based 160 3111956
>>11909
Ну тест
16444155776540.mp416,5 Мб, mp4,
1280x720, 3:22
Windows 10: Chromium based 161 3111972
16444155776540.mp416,5 Мб, mp4,
1280x720, 3:22
Windows 10: Chromium based 162 3111975
Android: Mobile Safari 163 3112030
>>11909
Ага. Когда абу обновит ффмпег никогда, да и вп9 вроде такое же качество даёт, тогда будут миниатюры.
Android: Mobile Safari 164 3112037
>>12030
Vp9 намного хуже выдает и кодирует медленнее
Linux: Firefox based 165 3112041
>>12037
Медленнее чем AV1?
Android: Mobile Safari 166 3112074
>>12041
За одинаковое время кодирования и одинаковый битрейт ав1 будет выглядеть лучше но это не точно
Android: Mobile Safari 167 3113304
>>12037на супер низких битрейтах почемуто ав1 проигрывает вп9
Windows 8: Chromium based 168 3114663
ffmpeg -f concat -safe 0 -i mylist.txt -c copy output.wav

Это единственная команда для склеивания однородных файлов?
А то есть программа, которая ффмпегом соединяет, я попробовал сам соединить, вроде все нормально, но итоговые файлы совсем чуть-чуть различаются. Может лучше как-то иначе делать?
Android: Mobile Safari 169 3114664
>>14663
Да, остальные криво работают
Windows 10: Firefox based 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.
Windows 10: Chromium based 171 3114792
>>14781
Точно по миллисекундам – никак, начало должно быть на ключевом кадре. Не ебись с ffmpeg, нарезать без перекодирования проще в avidemux.
Windows 10: Firefox based 172 3115436
>>07022

>Palemoon


Зашивайся и запасайся смазкой.
Android: Mobile Safari 173 3115680
Что не так с xhe aac? Вроде уже кодеку 4 года, а энкодеров всего две штуки, его даже в ффмпег нет
Android: Mobile Safari 174 3115953
>>15680
Куча патентов, нет свободных реализаций, требуют деньги за использование. И это когда есть полностью свободный opus который совсем чуть-чуть хуже
Windows 10: New Opera 175 3116310
Сап.
Внезапно у новых вебм'ок перестало появляться превью. Команда простейшая -вход -выход. Здесь, как видите, превью у них есть. В чём проблема?
Вроде как проблема появилась после установки программы для достройки промежуточных кадров. Её уже удалил.
Windows 7: Chromium based 176 3116551
Может знает кто какой эквивалент -crf у h264_nvenc?
Windows 10: Firefox based 177 3116654
>>16310

>после установки


Запишу твою проблему в список доводов против установочного софта и запуска разной параши от имени администратора. Спасибо.
Apple Mac: Internet Explorer 178 3116691
>>16654
Запишись лучше сразу в дурку, там обязательно помогут, после курса галоперидола.
Android: Mobile Safari 179 3116704
>>16310
Klite codec pack поставь, вместе с ним ставится программка для отрисовки превью.
Android: Mobile Safari 180 3116706
>>16704
icaros shell extensions
Android: Mobile Safari 181 3116941
>>16551
Нету у него такого. Только CQ который выглядит хуже. Такое только у qsv есть.
Android: Mobile Safari 182 3117046
>>16941
Ну, на некоторых затычках у nvenc есть режим без потерь, которого пока больше нет ни у синих, ни у красных. Если бы невидия работала без выебонов, то это был бы ого-го какой аргумент для меня.
Windows 10: Chromium based 183 3117058
>>17046

> на некоторых затычках у nvenc есть режим без потерь


На каких затычках и что за лосслесс? Вот тут поподробнее.
Android: Mobile Safari 184 3117182
>>17058
Обычный без потерь. Как crf 0 у x264. Причём тут crf вообще
Android: Mobile Safari 185 3117261
>>17058

>На каких затычках и что за лосслесс?


Преимущественно не на дешёвых.
Подробности тут https://en.m.wikipedia.org/wiki/Nvidia_NVENC#Versions
Полгода назад обсуждали в этой ветке. Тогда ценник на 264-ку без потерь начинался от 20 тыс. руб., а на 265-ку от 30 тыс. руб. Сейчас дороже.
Android: Mobile Safari 186 3117265
>>17261
Какие блядь 20 тыщ, 1050 меньше 10 стоила
image.png8 Кб, 260x146
Windows 10: Chromium based 187 3117321
>>01682 (OP)
Сап, аноны. Нужна помощь. Делал в проге boram webm'ку, поставил кодек AV1. При его использовании видео рендерится, но потом когда постишь на 2ch — то не видно превью, пикрил. Что делать? При юзании кодека VP9 всё ок, но хуже качество.
Windows 10: Chromium based 188 3117323
>>17321

> Что делать?


Ждать, когда макакен прикрутит превью к ав1, очевидно же.
Android: Mobile Safari 189 3117329
>>17321
Уебан Абу уже сколько лет не может прикрутить к своей конченной хуйне поддержку этого супер годного кодека
Android: Mobile Safari 190 3117334
>>17265

> меньше 10 стоила


Ну, может быть. Я точно уже не помню. Ещё замечания?
Windows 10: Chromium based 191 3118551
>>13304
Чушь.
1534685748515.png289 Кб, 1005x1344
Windows 10: Chromium based 192 3119181
Вукодер – дырявый левацкий швайнокарась!
1646064295212.jpg56 Кб, 640x640
Windows 10: Palemoon 193 3119184
>>19181
А зачем он был нужен?
Android: Mobile Safari 194 3119209
>>19184
Можно сохранять из премьера в нормальные кодеки
Windows 7: Firefox based 195 3119291
снова выхожу на связь, как побороть эффект небольшого контура вокруг объекта находящегося на статичном фоне, например головы на фоне неба?
Windows 10: Palemoon 196 3119292
>>19291
Поиграйся с dehalo, если это то, о чём я думаю
Windows 10: Palemoon 197 3119294
>>19291
Ну и dering до кучи глянь
Windows 7: Firefox based 198 3119606
как убрать ошибку rc buffer underflow?
image.png3 Кб, 487x89
Windows 10: New Opera 199 3119677
Вот пишут, что кодекпаки плохо, из-за них проблемы и всё такое. В вегасе и премьере я сталкивался с проблемами, похожими на неправильные кодеки, но это не точно. Сейчас вот переустановил систему, решил ставить из k-lite кодеки по мере необходимости, но вот возникла необходимость и я не понимаю, а что ставить-то, блять? Как мне не поставить взаимоисключающего?
Что за source filters?
LAV или мелкософт?
Или не нужно ебать себе мозги, актуальный максимальный к-лайт конфликтной хуйни не ставит? Или есть мануалы?

не знаю куда писать, наверное, надо идти на профильные форумы видеоредакторов
Android: Mobile Safari 200 3119843
>>19677
Да ничего не надо ставить. Все эти кодеки были актуальны лет 15 назад. Сейчас система и программы давно изменились, они даже не берут их оттуда, а тащат свои.
Android: Mobile Safari 201 3120266
Что не так с vvc? Он же вроде год как зарелизился, но всё ещё нет нормальных энкодеров
aom хуита
Android: Mobile Safari 202 3120268
>>20266
Проприетарное платное говно идёт нахуй
Android: Mobile Safari 203 3120270
>>20268
А почему хевк тогда так популярен?
Android: Firefox based 204 3120281
>>20270
Потому что с ним работают бесплатные опенсорс ffmpeg и mpv.
Windows 10: Firefox based 205 3120282
>>20270
Из-за того, что он всегда был стандартом для Blu-ray видео.
Android: Mobile Safari 206 3120419
>>20268
А почему тогда всем похуй на evc?
Windows 10: New Opera 207 3120541
>>19843
Ты неправ. Они нужны видеоредакторам, они нужны mpc.
Windows 10: Firefox based 208 3120545
>>20541

> видеоредакторам


Видеоредакторам нужны не обычные кодеки, а vfw-кодеки. Это разные вещи.
Android: Mobile Safari 209 3120584
>>20541
>>20545
Ну я и говорю что mpc и vfw это устаревшие технологии. Причём современный mpc тянет свои кодеки за собой, ничего устанавливать не надо. Сейчас полностью переходят на ffmpeg, mpc-qt попробуйте, адекватный интерфейс для mpv. Voukoder тоже
Windows 10: Firefox based 210 3120809
>>20584

> Причём современный mpc тянет свои кодеки за собой, ничего устанавливать не надо


MPC-HC не тянет за собой vfw-кодеки, их нужно отдельно устанавливать. MPC-HC тянет за собой LAV Filters, а это не vfw-кодеки.
vfw-кодеки пикрил выглядят.
x264vfw, x265vfw, av1vfw, lagarith, etc. Именно такие и используют программы для видеоредактирования, чтобы энкодить. Ну это конечно же, ffmpeg можно решить всё, если программа вменяемая и имеет функцию подгрузки внешних энкодеров.
Ubuntu Linux: Firefox based 211 3123202
Аноны, может кто знает как скачать часть видео из 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.
Второй день экспериментирую. Ничего не получается.
Windows 10: Chromium based 212 3123291
>>23202
Вместо 2 дней экспериментов мог бы уже сделать это в 2 строки отдельно в yt-dl и ffmpeg, пердоля.
Windows 10: Chromium based 213 3123311
>>23202
Ебать ты поехавший, щяс бы два дня потратить на этот ебанутый способ. Неудивительно что у тебя линукс стоит, но странно что убунту, он старается быть на нормальных людей.
Ради тебя встал и скопировал команду
yt-dlp --downloader ffmpeg --downloader-args "ffmpeg_i:-ss 1:29:32 -to 1:30:42"
Android: Mobile Safari 214 3123903
Не реально, что не так с aom? Почему качество при vbr хуже чем на x265?
Windows 8: Firefox based 215 3124100
Возможно, мне с этим не совсем в ваш тред, но...

Есть старая игра 20-летней давности. Есть несвежий пека средней паршивости. Игра на нём идет отлично, 200+ фпс в 1920x1080.

Хочу записать видео прохождения некоторых её кусков в 1920x1080 @ 60 fps или мб даже 3840x2160 @ 60, если мне дадут погонять 4K-монитор (игра поддерживает такое разрешение). Летсплеером и стримером становиться не планирую, видеоряд нужен для других целей, акция одноразовая (запишу часов 5 игрового процесса и успокоюсь).

Фрапс тянет запись 1920x1080 @ 30 fps, но при фпс выше (где-то от ~40) упирается в производительность жесткого диска.

OBS со своим дефолтным (?) сжатием диск особо не насилует, но тут уже реалтаймовое сжатие видео не вывозит процессор.

Места на жёстком диске дофига.

Какие есть решения, которые бы сжимали несильно, чтобы успевало в реалтайме, но при этом не в ущерб визуальному качеству видео, а в ущерб объему? Десятки и сотни гигов получившегося видео - не вопрос, после записи пережму нормально.
Windows 10: Firefox based 216 3124110
>>24100
Lagarith.
Ubuntu Linux: Firefox based 217 3124116
>>23311
Ну и в чем он ебанутый?
По-моему, как раз удобно в одну строчку скачать отрывок + сжать его.

>Неудивительно что у тебя линукс стоит, но странно что убунту, он старается быть на нормальных людей.


Лол. Щас бы сидя на дваче рассуждать про нормальных людей.
В любом случае, спасибо за помощь. Получилось типа такого:
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
изображение.png17 Кб, 494x351
Windows 10: Firefox based 218 3124121
>>24100
Пикрил настройки должны удовлетворить твой запрос.
изображение.png67x33
Windows 10: Firefox based 219 3124125
Только заметил, что появились новые покемоны

>>24121

>CQP 23


По умолчанию стоит 20, так что его можно и оставить.
Android: Mobile Safari 220 3124139
>>24116
Зачем ты перегоняешь в vp9, если настройки по умолчанию в фф невероятно ужасные, когда на Ютубе и так можно скачать этот кодек??? ПИЗДЕЦ
Android: Mobile Safari 221 3124140
>>24121
Не надо использовать cqp, ставь cbr где-то 50000 КБ, и вообще лучше через Nvidia experience
Windows 10: Chromium based 222 3124176
>>24140
В клоуна решил поиграть?
Windows 10: Firefox based 223 3124229
>>24140
CQP тем и хорош, что сам рассчитает, как пользователю будет заебись исходя из сцены.

>Expirience


Не забудь зарегистрироваться где-нибудь, чтобы блядь еще воздухом подышать. Ни разу на дваче не видел сравнения в лоб нвенка от обс и нвенка от хуйвидии, а никому это не упало потому что и разницу не увидишь, потому что ее и нет. Обс замечательный инструмент и точка, никуда дергаться не нужно.
Android: Mobile Safari 224 3124255
>>24229

> CQP тем и хорош, что сам рассчитает, как пользователю будет заебись исходя из сцены.


Нихуя cqp не рассчитывает, это crf рассчитывает который нвидиа не поддерживает

> Ни разу на дваче не видел сравнения в лоб нвенка от обс и нвенка от хуйвидии, а никому это не упало потому что и разницу не увидишь, потому что ее и нет


Ебать дебил. У экспиренса намного меньше накладные расходы за счёт того что он не строит 3д сцену и использует специальные интерфейсы, без копирования картинки. Обс не нужен для простой записи игры.
Android: Mobile Safari 225 3124258
>>24100

> Хочу записать видео прохождения некоторых её кусков в 1920x1080 @ 60 fps или мб даже 3840x2160 @ 60, если мне дадут погонять 4K-монитор


Кстати ты можешь записать его и без 4к монитора, через DSR
Android: Mobile Safari 226 3124259
>>24229
NVFBC называется. Разница есть, и более чем заметная
Windows 10: Firefox based 227 3124267
>>24255

>Нихуя cqp не рассчитывает, это crf рассчитывает который нвидиа не поддерживает


У них одинаковое предназначение - целевое качество выходного видео, об устройстве каждого я не знаю, мне и не нужно. Если процессор не тянет запись, то просто пишешь на карте, только и всего
Android: Mobile Safari 228 3124299
>>24267
Нет, ни одинаковое. Cqp работает по другому и делает хуже картинку чем у crf.
Ubuntu Linux: Firefox based 229 3124374
>>24139
Речь изначальна не шла про ютуб.
Давай, покажи мне, где в вк есть кодек vp9.
Android: Mobile Safari 230 3124379
>>24374
Ладно, выстави тогда нормальные настройки, например обязательно quality good и mt-row 1, и пресет тройку где-то. Могу скинуть конкретно
Снимок экрана2022-03-1218-47-12.png119 Кб, 1043x363
Ubuntu Linux: Firefox based 231 3124400
>>24379
скинь, плиз.
У меня тут другая проблема - в самом начале низкий битрейт. Может как раз в настройках дело.
Windows 10: Chromium based 232 3124592
>>24400
Так и должно быть в начале с битрейтом. Установи windows terminal

И я вспомнил, vp9 так вообще нельзя конвертировать. Обязательно нужно два прохода, если один качество будет намного хуже! Так что скачивай видео и только после этого его конвертируй

https://0bin.net/paste/BWVblfKe#AscsdMVvgVqEEldRPxSrEXZvDrmV7eiBQm5QKHTaoyA
Ubuntu Linux: Firefox based 233 3124628
>>24592
понял. Ну значит так и придется поступить.
Спасибо за настройки, анон.

>Так и должно быть в начале с битрейтом. Установи windows terminal


Да я практически все время на линухе. Если буду на винде, то поставлю.
Windows 10: Firefox based 234 3124640
>>24255

>кспиренса намного меньше накладные расходы за счёт того что он не строит 3д сцену и использует специальные интерфейсы


Почему обс не может просто взять и делать то же самое?
Android: Mobile Safari 235 3124684
>>24640
Для этого придётся выпилить из обс все эти сцены и разными источниками. Да и наверное можно это добавить, но никто этим не занялся, нужно заплатить денег за работу
Windows 10: Firefox based 236 3124982
>>24684
Ну вот, нормально поговорили. Зачем было обзываться - непонятно, а мне обидно.
Windows 10: Chromium based 237 3125044
>>24982
мимо обнял
Windows 10: Chromium based 238 3125092
>>19181
Да похуй, ты же не спонсировал. А кто спонсировал должен отменить подписку.
Windows 10: Chromium based 239 3125098
Поясните за NVFBC по человечески пж. Что такое есть преимущества? Почитав в инете не поняв.
1627160302383.png482 Кб, 1015x1274
Windows 10: Chromium based 240 3125109
>>25092
Свинья перешла на визг, а я на ор!
Windows 10: Firefox based 241 3125124
>>19181
На фамилию обрати внимание, либо поляк, который трясётся за свою жопу, либо пидорнутый из Беларуси змагар.
Android: Firefox based 242 3125169
>>25098
Это не много, но с этого можно начать дальнейший поиск: https://www.reddit.com/r/nvidia/comments/5mes9h/shadowplay_nvenc_nvfbc_nvifr_what_do_they_mean/
Windows 10: Chromium based 243 3125329
>>25169
Ну теперь стало понятней. Видел какие-то патчи для дров нвиде есть, якобы чтобы nvFBC можно было использовать на обычных потребильских картах.
nvFBC где-то можно юзать вообще? Либо эта шняга чисто для линуха из-за их кастрированной ОС.
https://github.com/keylase/nvidia-patch/tree/master/win
Android: Mobile Safari 244 3125391
SVT-AV1 уже стал выдавать лучше качество чем старый x265 medium при такой же скорости?
Android: Mobile Safari 245 3125806
>>25391
Нет и я думаю не будет
Android: Mobile Safari 246 3125829
>>01682 (OP)
1. Эта херня есть на андроиде?
2. Есть ли у неё гуй?
3. Можно ли с её помошью вырезать кусок с ютубного видео, не скачивая его?
Android: Mobile Safari 247 3125890
>>25829
1. Иди нахуй
2. Иди нахуй
3. Иди нахуй
Linux: Firefox based 248 3125920
>>25829
1. Нет.
2. Есть сторонние. Не пробовал.
3. Не думаю.
Windows 10: Chromium based 249 3125978
>>25829
Напиздели тебе. Можно спокойно себе на андроиде собрать, либо через termux установить.
На андроид есть FFmpeg Media Encoder, он же как и гуи с пресетами, так и строка обычная есть.
Кусок не скачивая только, если через termux наверное. Команда выше есть.
yt-dlp --downloader ffmpeg --downloader-args "ffmpeg_i:-ss 1:29:32 -to 1:30:42"
1490360154388.png96 Кб, 900x350
Windows 10: Chromium based 250 3126040
А можно ли как-то вручную задавать изменение битрейта для разных временных отрезков одного видеофайла? Например, для важного, кульминационного момента задать повышенный битрейт, а для остальной части видео – пониженный.
Переменный битрейт и прочие умные методы – не то, потому что дело не в динамике, а в субъективной важности определённых моментов.
В голову приходит только отдельное кодирование нескольких фрагментов с последующим склеиванием, но это топорный костыль, к тому же на склейках будет резкое изменение качества, а снижение и повышение хотелось бы делать плавным и незаметным.
Android: Mobile Safari 251 3126127
>>26040
У libx264 есть зоны с множителями для битрейта.
https://superuser.com/a/919198
Такие дела.
Windows 10: Chromium based 252 3126140
>>26127
А для vp9 подобное есть?
Android: Mobile Safari 253 3126202
>>25829
1ffmpeg media encoder, охуенно работает, он же сразу с гуем
2shutter encoder боат жив, всем советую
3качай в newpipe или yt dlp и режь уже скачанное, иначе никак, либо будет рваная хуета. Ютуб это очень хитрый видеохостинг, а не радикал.
Windows 10: New Opera 254 3126356
Хотел сделать музыкальную вебмку.
Мне посоветовали ffmpeg, но я что-то ничего не понимаю.
До это с кодированием был никак не связан.
Посоветуйте гайд чтобы просто сделать музыкальную вебмку.
Ну или если просто не получится, то хотя-бы основы чтобы начать понимать суть.
Windows 10: Chromium based 255 3126362
>>26356
ffmpeg -r 1 -loop 1 -i pic.png -i music.flac -map 0:v -map 1:a -c:a libopus -b:a 128 -c:v libvpx-vp9 -b:v 0 -crf 16 -g 9999 -pix_fmt yuv420p shortest output.webm
Android: Mobile Safari 256 3126371
>>26362
Где -quality good? По умолчанию стоит хуйня из-за которой кодирует намного медленнее
Android: Mobile Safari 257 3126374
>>26362
Битрейт идеальный это 160
И два прохода обязательно нужно
Linux: Firefox based 258 3126384
>>26140
Порежь, отрендери с разным битрейтом и склей.
Windows 10: Chromium based 259 3126386
image.png5 Кб, 644x108
Windows 7: Chromium based 260 3126391
ffmpeg -f gdigrab -framerate 30 -i desktop output.mp4
Захват экрана через gdigrab плохо работает. Какой-то дикий пропуск кадров. Как фиксить?
Windows 10: Chromium based 261 3126396
>>26391
У тебя cpu-то справляется?
Windows 10: Chromium based 262 3126400
>>26371 >>26374
Перепиши как надо.
Windows 7: Chromium based 263 3126401
>>26396
Сотку долбит. По результату походу не справляется. Как облегчить процесс?
1572168546802.jpg591 Кб, 1600x2133
Windows 10: Chromium based 264 3126402
>>26401
Ну если по умолчанию для libx264 -preset medium, то попробуй fast, faster, veryfast, superfast, ultrafast. А вообще ffmpeg gpu-ускорением не обделён, попробуй h264_nvenc / h264_amf / h264_qsv.
Linux: Firefox based 265 3126403
>>26386
Да, я не дочитал, извини.
Windows 10: New Opera 266 3126442
>>26362
А если непонятно ничего из написанного, что делать?
Windows 7: Chromium based 267 3126444
>>26402
На ультрафаст получше, но все равно пропускает кадры. На hd3600 можно ускориться? Не нашел команду.
Windows 10: Chromium based 268 3126451
>>26356 >>26442
Читай шапку треда.
Windows 10: Chromium based 269 3126454
>>26444
Она должно быть не умеет энкодировать. Твоя некропека особо не годится для записи, придётся смириться с пропуском кадров. Попробуй снизить fps до 15-10-5..
Windows 10: New Opera 270 3126457
>>26451
Не могу в английский.
Windows 10: Chromium based 271 3126462
>>26457
Там есть простыми словами по-русски.
Windows 10: New Opera 272 3126464
>>26462
А, ну тогда буду читать.
Windows 10: Chromium based 273 3126492
>>26356
ffmpeg -loop 1 -r 1 -i "cover.jpg" -i "music.flac" -t 00:04:05.23 (длина музыки) -c:v libvpx-vp9 -pix_fmt yuv420p -colorspace bt709 -g 360 -c:a libopus -b:a 128k -map_metadata 1 -shortest "output.webm"
Apple Mac: Safari 274 3126500
>>26492
Не делайте вебмки, они до сих пор не поддерживаются на моем айпаде.
Windows 10: Chromium based 275 3126501
>>26492
Зачем -t, если есть -shortest?
1524264369124.jpg49 Кб, 604x450
Windows 10: Chromium based 276 3126509
>>26500
А мы будем
Windows 10: Chromium based 277 3126512
>>26500
У тебя айпад пердежных лет? Тем более, в софтварном режиме любое видео должно воспроизводится. Кто виноват, что в сафариговно не добавили-то.
>>26501
Потому что в ffmpeg баг, который после окончания музыки с шортест все равно добавляет пустой звук на 30-60 секунл дополнительно. Так что надо в ручную указывать.
Windows 10: Chromium based 278 3126513
>>26512
У меня ничего не багуется, проблема на твоей стороне.
Windows 10: Chromium based 279 3126514
>>26513
Чушь не неси, не раз подтверждения от тех анонов в треде были.
Windows 10: Chromium based 280 3126517
>>26514
А у меня не багуется, и что ты мне сделаешь?
Windows 10: Chromium based 281 3126525
>>26517
Литералли вывод самого нового 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

>HHShortest.webm


frame= 215 fps= 18 q=0.0 Lsize= 3308kB time=00:03:34.00 bitrate= 126.6kbits/s speed=17.8x
video:238kB audio:3002kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.096969%

>HHTime.webm


frame= 190 fps= 17 q=0.0 Lsize= 3307kB time=00:03:09.93 bitrate= 142.6kbits/s speed=17.4x
video:237kB audio:3002kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.091706%

>А у меня не багуется, и что ты мне сделаешь?


Разве что залупой по лбу дать.
Windows 10: New Opera 282 3126526
>>26492
Куда это писать то?
В блокнот чтоли?
Windows 10: Chromium based 283 3126531
>>26526
В командную строку куда еще. Как установить ffmpeg и прописать в переменные среды винды, полно гайдов на ютабах.
Windows 10: New Opera 284 3126532
>>26531
Понял тебя.
Windows 10: Chromium based 285 3126543
>>26525
А, я сейчас проверил старую шебму, а там действительно тишина на 20 секунд, а я даже не замечал.

> Разве что залупой по лбу дать.


Тебя там отец на ошибки наказывал? Соболезную.
Windows 10: Chromium based 286 3126604
>>26492
Почему gop только на 6 минут?
Windows 10: Chromium based 287 3126962
>>06596
gyan уже скомпилировал v5.0, если что
https://www.gyan.dev/ffmpeg/builds/
Android: Mobile Safari 288 3127141
объясни ффмпач, я делаю превью для вебмк по гайду питуза, когда создал док.txt вставил в него пути на шебемку и превью к ниму, ффмпег ругается что не может открыть этот ткст файл, я подозреваю что дело в синтаксе, какие то там ебаные блэксэши или ковычи не туда поставил, поясни в чем дело, windows 10
Android: Mobile Safari 289 3127235
>>27141
И команда которую ты пишешь?
Windows 10: Chromium based 290 3127253
>>27141
То есть вместо приведения полной команды ты предлагаешь нам искать гайд какого-то пидаруза?

> поясни в чем дело


Ты даун, для начала.
Windows 7: Firefox based 291 3127286
Есть такой же конвертер,как ффмпег,но для конвертации doc в pdf и прочих форматов текстовых и околотекстовых документов?
И конвертирует ли ффмпег картинки?
Windows 10: Firefox based 292 3127287
>>27286

> но для конвертации doc в pdf


MS Word.
Windows 10: Firefox based 293 3127288
>>27286

> И конвертирует ли ффмпег картинки?


Imagemagick.
Windows 10: Chromium based 294 3127289
>>27286

> И конвертирует ли ффмпег картинки?


Да
Linux: Firefox based 295 3127678
>>27286

> документы


pandoc

> картинки


imagemagick
Android: Mobile Safari 296 3127737
Почему мой старый 4 ядерный комп кодирует всего где-то в два раза медленнее более современного 6 ядерного 12 поточного монстра? Разве нету разницы раза в 3, 4? Проверял на i5-6500 и i5-12400, у обоих 8 Гб одноканал, у второго разогнан 3200. Нагрузка на проц 100%, кодек x265
Windows 10: Firefox based 297 3127738
>>27737
Всё дело в инструкциях, а не в ядрах.
Android: Mobile Safari 298 3127913
>>27737
Да, современные камни уже довольно давно растут в производительности не экспоненциально. Каждое следующее поколение добавляет по 10...20% 5...10% производительности на ядро. И прирост год от года снижается.
Windows 10: Palemoon 299 3128228
>>27737

> i5-6500


Ты его хотя бы разогнал до частот 12400?
Apple Mac: Internet Explorer 300 3129661
>>01682 (OP)
Сап, кодировальщики, прям не знаю, где ещё спросить.
Wondershare Uniconverter не хочет конвертить на видяхе - тупо не даёт включить опцию "ускорение gpu", трабла видна на первом скрине. Видяха ноутбучная, подключена, как я понимаю через встройку проца (стандартно для ноутбука).
Не спрашивайте, почему мокрописька, сам не в восторге. Обычно юзаю нормальный софт вроде того же ffmpeg
Windows 10: Chromium based 301 3129667
>>29661
А я спрошу.
image.png80 Кб, 225x224
Apple Mac: Internet Explorer 302 3129673
Android: Mobile Safari 303 3129785
>>29661

>VMware svga


Через виртуальную машину не заработает
Windows 10: Chromium based 304 3129835
>>01682 (OP)
Добрый день, аноны. Я решил создать пару вебмок для порно-тредов и заодно понять как эта перекодировка работает. В интернете нашёл гайд, где советуют использовать данные две команды по очереди:

ffmpeg -i <file> -c:v libvpx-vp9 -b:v <X>k -c:a libopus -b:a <X>k -speed 1 -lag-in-frames 25 -auto-alt-ref 1 -frame-parallel 0 -tile-columns 6 -quality good -sn -ac 2 -an -y -threads 4 -g 9999 -colorspace bt709 -pix_fmt yuv420p -f webm -pass 1 NUL

ffmpeg -i <file> -c:v libvpx-vp9 -b:v <X>k -c:a libopus -b:a <X>k -speed 1 -lag-in-frames 25 -auto-alt-ref 1 -frame-parallel 0 -tile-columns 6 -quality good -sn -ac 2 -an -y -threads 4 -g 9999 -colorspace bt709 -pix_fmt yuv420p -f webm -pass 2 "<filename>.webm"

Результат мне понравился, однако у меня теряется звук при кодировке. С чем это может быть связано?
Android: Mobile Safari 305 3129844
>>29835
Команда полное говно потому что
https://0bin.net/paste/BWVblfKe#AscsdMVvgVqEEldRPxSrEXZvDrmV7eiBQm5QKHTaoyA
Windows 10: Chromium based 306 3129845
>>29844
Спасибо, что указал и на подробную тему с Reddit. Было бы приятно и здесь указать анонам, что не так
Windows 10: Chromium based 307 3129895
>>29845
Не понял тебя. Причем тут среддит.
мимо
Linux: Firefox based 308 3130713
>>01682 (OP)
Какие форматы сейчас лучшие для хранения фото и видео?
Windows 10: Chromium based 309 3130731
>>30713
хз. Фотки какие-нибудь обычные jpeg, еще есть jpeg-xl, webp, avif, но ты с ними быстро не сможешь поделится.
Видео x265/hevc 10bit, или vp9. Хотя тут смотря что ты подразумеваешь под хранением.
Android: Mobile Safari 310 3130736
>>30713
Jpeg xl лучший для картинок, без конкурентов
Для видео libaom лучший, но сжимает в десятки раз дольше, непрактично, лучше SVT-AV1 или x265 10 bit slow
Windows 10: Chromium based 311 3131113
Сделал справку по всем ходовым кодекам с дополнительной полезной инфой, оценивайте и говорите что можно дополнить

https://github.com/megapro17/FFmpeg-Guide/blob/master/FFmpeg кодирование гайд.md
Windows 10: Chromium based 312 3131148
>>31113

>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.

https://mpv.io/manual/master/
Windows 10: Chromium based 312 3131148
>>31113

>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.

https://mpv.io/manual/master/
Windows 10: Chromium based 313 3131154
>>31148
Что-то я проверил на большом 4к фильме и оно даже медленнее так кодирует, иногда хеши сходятся, а иногда нет.. Уберу эту опцию тогда
Windows 10: Chromium based 314 3131188
>>31148
Не понял, расшифруй мысль, он гайдит по кодированию, ты приносишь информацию о просёре полимеров аппаратными декодерами. Что ты питаешься донести?
Windows 10: Firefox based 315 3131230
>>31148

> Как-то глупо ставить медленный пресет, изначально портя качество аппаратным декодированием


Ой бля, ты кодирование с декодированием путаешь, выдержка из мануала mpv здесь ни при чём, там о вреде аппаратного декодирования, а не кодирования. Аппаратное кодирование ничего страшного за собой не несёт.
Windows 10: Chromium based 316 3131300
>>31188
Чтобы закодировать, самому кодировщику нужно неожиданно прочитать исходник, то есть декодировать его. -hwaccel auto даёт команду делать это аппаратно, а вред аппаратного декодирования расписан в мануале mpv.
>>31230

> ты кодирование с декодированием путаешь


Не путаю.

> там о вреде аппаратного декодирования, а не кодирования


Знаю.

> Аппаратное кодирование ничего страшного за собой не несёт


Толсто.
Windows 10: Chromium based 317 3131305
>>31300

> Чтобы закодировать, самому кодировщику нужно неожиданно прочитать исходник, то есть декодировать его


Теперь понял, я изначальной команды не видел, потому и удивился, что анон пишет

>hwaccel


>preset slow


и я допереть не мог к чему это
1637670850655.png17 Кб, 593x268
Windows 10: Chromium based 318 3131324
>>31113

> https://web.archive.org/web/20210401103230/http://www.3ivx.com/support/calculator/index.html


Не нужен. Делается в экселе за минуту.
Windows 10: Chromium based 319 3131397
>>31324
Дааа охуенно придумал, каждый раз ждать пока запускается эксель вместо удобной страницы которая открывается секунду, в которой ничего лишнего
Windows 10: Chromium based 320 3131421
>>31397
Что у тебя за пк, если офис 2007 запускается медленнее хрома?
Android: Mobile Safari 321 3131445
>>31421
Хром всегда запущен, страницу открыть в нём займет менее секунды, а огромный эксель на любом компьютере запускается десяток секунд
Windows 10: Chromium based 322 3131451
>>31445
Зря ты накатил офис 2021 на свою корудуба. У эксель открывается за секунду.
Windows 10: Chromium based 323 3131458
>>31148
Давайте теперь смотреть видео без аппаратного декодирования, если качество старадает прям пиздец. По факту разницы не будет
Windows 10: Firefox based 324 3131459
>>31458

> По факту


По хуякту, тебе было приведено, как качество страдает.
Windows 10: Chromium based 325 3131460
>>31459
Сейчас бы беспруфный высер мпвшизов выслушивать, который на каждый пиксель с лупой дрочат. Объективного сравнения не было. Я вообще с nvdec cuda декодирую за секунды и похуй.
Windows 10: Firefox based 326 3131462
>>31460

> беспруфный высер


У тебя в башке, разве что. А ffmpeg это часть mpv, шизло, поэтому, всё, что там есть и к ffmpeg относится.
Windows 10: Chromium based 327 3131464
>>31462
Так ты сравнения принесешь или нет. мпвшизик.
Windows 10: Firefox based 328 3131465
>>31464
Не твоя личная армия. Так как ты опровергаешь.
Windows 10: Chromium based 329 3131470
>>31465
Очевидный пук в ответ от мпвдибила. Это не я опровергаю тем более, а ты начал челу выше доказывать бепруфным кукареком от мпвшизов, что нинужно. Не учитывая, что актуальная там инфа или нет вообще и когда писалась.
Windows 10: Firefox based 330 3131473
>>31470

> Это не я опровергаю тем более, а ты начал челу выше доказывать бепруфным кукареком от мпвшизов, что нинужно.


Конечно не нужно, нужно аппаратно декодировать на камне, а не на чипе видяхи, за камнями зашкваров не наблюдалось.
Windows 10: Palemoon 331 3131492
>>31473

> нужно аппаратно декодировать на камне


На интеловской встройке что ли? Ты оговорился или я чего-то недопонял?
Windows 10: Firefox based 332 3131493
>>31492
На процессоре.
image.png47 Кб, 380x250
Windows 10: Chromium based 333 3131495
>>31113
ffmpeg -i "1.mkv" -c:v libvpx-vp9 -quality good -cpu-used 4 -b:v 5000k -pix_fmt yuv420p -lag-in-frames 25 -tile-columns 2 -tile-rows 0 -threads 8 -row-mt 1 -auto-alt-ref 1
Windows 10: Chromium based 334 3131496
>>31495
и хули ты зачеркнул нужные параметры?
Windows 10: Chromium based 335 3131499
>>31496
потому что они говно. Зачем мне юзать вп9 и не юзать при этом максимальные параметры сжатия. Даже mp4 veryslow будет лучше чем спид 4.
Windows 10: Chromium based 336 3131512
>>31499
Ебать дебил
Windows 10: Chromium based 337 3131513
>>31512

>гыыы дибил.


Скорее пук от тебя дибила в ответ.
Android: Mobile Safari 338 3131576
>>01682 (OP)
У уого такое было, что
ffmpeg -i input.mkv -vf reverse output.mkv
вызывает огромную утечку памяти?
Четырехминутное видео с ютуба, размером в 3мб. Озу 12 гб.
Apple GayPad: Safari 339 3131597
>>31576
Это не совсем можно назвать мемори ликом, потому что оно использует памать согласно документации в нужных целях. Не знаю, почему эта операция требует столько, но это нормально
Windows 10: Chromium based 340 3131607
>>31576
Не понял, у тебя отъело 12 гб или всего имеется 12 гб озу?
Windows 7: Firefox based 341 3131623
Имеется n видеороликов, проименнованных в по порядку. Хочу склеить их в один и так,чтобы каждый повторялся дважды. Как это сделать?
Linux: Firefox based 342 3131629
>>31623
Склеивать можно по списку в тхт файле. Сам файл сгенерировать питоном, но ты, вероятно, не умеешь. Попробуй экселем, он же сечёт закономерности в росте чисел. А потом скопируешь в тхт.
Windows 7: Firefox based 343 3131630
>>31629
Питон я знаю
Linux: Firefox based 344 3131635
>>31630
Ну тогда фигачь питоном, бро. Хотя интересно, выйдет ли экселем.
Windows 10: Chromium based 345 3131646
Кто-нибудь пробовал биндить ffmpeg с помощью media suite build, чтобы добавить поддержку jpegxl. Я пробовал, но он не появился, сейчас специально в ffmpeg_options.txt добавил --enable-jxl и даже патч скачал. Не знаю сработает ли.
Linux: Firefox based 346 3131662
>>31635

> Хотя интересно, выйдет ли экселем.


Любым текстовым редактором с поддержкой регулярок выйдет
s#(^.*$)#\1\n\1#
Экселем тем более.
Windows 10: Firefox based 347 3131681
>>31607
Всего 12 гб. После переполнения ффмпег крашнулся. Собстенно, проблема скорее не в утечке, а в том, что от нее ффмпег крашится.
Windows 10: Chromium based 348 3131685
>>31576
>>31681
Странно. Файл конечно полностью выгружается в ОЗУ при -vf reverse, но у тебя какая-то аномалия. Проверь, так только с этим файлом или со всеми? Попробуй скачать последние компилы ffmpeg от разных людей.
Windows 10: Chromium based 349 3131713
>>31646
БАМП
Windows 10: Firefox based 350 3131966
Не знаю где написать.
Есть один файл.
В формате wav, 1.4 секунды.
Который отказывается воспроизводится на телефоне в качестве сигнала уведомления или так.
На ПК он воспроизводится без проблем, но ни один анализатор спектра ничего не показывает.
Конвертация в ogg, acc, opus, mp3, flac в ffmpeg c изменением частоты дискретизации не помогает.
Добавление секунды тишины в конец, изменение темпа, компрессия, перезапись с помощью плеера и wat u hear в Audacity тоже ничего не меняет.
На ПК воспроизводится, на телефоне нет. Анализаторы спектра молчат.
Что за чёрная магия?
Что ещё можно попробовать?
Windows 7: Chromium based 351 3131967
>>31966
Что о нём пишет mediainfo?
wav - это всё же не формат, а контейнер, как и avi, и внутри может быть что угодно.
Linux: Firefox based 352 3131972
>>31662
Я имел в виду не формулой, а просто растянуть, чтобы он сам угадал закономерность.
Windows 10: Firefox based 353 3132019
>>31967
Сам файл вот.
https://anonfiles.com/F0H8JeRbx4/RadioMessage_wav
В нём битый счётчик сэмплов и как следствие неправильно показывается его продолжительность, но это-то исправляется при конвертации в другой формат.
Вот он открыт в редакторе, никаких проблем. Но анализ спектра покажет пустое место.
Что такого там может быть, что не уходит при преобразованиях?
При этом у меня несколько телефонов, и на одном из них (sony) всё работает. А на других нет.
Windows 7: Chromium based 354 3132036
>>32019
Хм, хуй его знает. Сейчас тоже чего только ни делал с этим в вейвлабе, питч туда-сюда, эквалайзер - похеру. Не хватает познаний, видимо.
Android: Firefox based 355 3132236
Нужно запаковать aif в alac (lossless) без потерь.
Как это сделать через ffmpeg?
Android: Mobile Safari 356 3132408
>>32236
ffmpeg -i 1.aiff out.alac
Android: Mobile Safari 357 3132409
>>32408
Или лучше ffmpeg -i 1.aiff -c:a alac track.m4a
Windows 7: Firefox based 358 3132707
При конкатенации портится звук у части склееных видео. В чем проблема?
Конкатенирую стандартной командой с вики несколько вебемок в одну длинную
Windows 7: Firefox based 359 3132791
>>32707
Использовал [code]ffmpeg -f concat -safe 0 -i fileList.txt -c copy mergedVideo.webm[/code]
Сначала видео было с нормальным звуком,потом, начиная одной вебемки ,звук испортился. Попробовал переставить эту вебемку в начало и склеил заново. В результате у этой вебемки звук нормальный,но во всем остальном видео звук испортился. Не понимаю в чем причина. Может нужно привести все вебемки к одному аудио кодеку ,но как это сделать?
Windows 10: Chromium based 360 3132890
>>32791
Так нельзя соединять разные кодеки вообще чел
Решение одно сконвертировать их, но потеряется качество
Windows 10: Chromium based 361 3132896
>>32019
попробуй так https://dropmefiles.com/aDY8v
RadioMessagefix.zip.png122 Кб, 382x365
Windows 7: Firefox based 362 3132927
>>32019
Вроде норм файл. Только в заголовке присутствовала непонятная секция, нетипичная, не знаю такую. Удалил ее, короче в гекс-редакторе. Ну и тишину в начале вырезал, аж 17 семплов. И еще до кучи добавил вариант отнормированный по громкости, то есть громкость усилена до предела. Фикшенные файлы внутре картинки, в zip-архиве. Распакуй чем нибудь.
Windows 7: Firefox based 363 3132939
>>32019
Почитал про эту секцию. Она добавляется только к сжатым форматам, а у тебя нормальный PCM, то есть она не нужна. В этой секции указывается количество семплов. У тебя указан 1 семпл. То есть, проигрыватели, редакторы, конвертеры, которые читают эту секцию, думают что в файле 1 семпл. Такие дела...
Android: Mobile Safari 364 3132948
>>32927
Как ты сделал картинку в архиве?
Windows 7: Firefox based 365 3132955
>>32890
Так как сконвертировать-то? Сами они в вебем,получается нужно перекодировать звук,как сделать это?
Windows 10: Chromium based 366 3132958
>>32955
-c:v copy -c:a libopus
Windows 10: Chromium based 367 3132959
>>32948
rarjpeg мимокрокодил
Windows 7: Firefox based 368 3132967
>>32958
Как можно применить это к большому количеству файлов, в стиле того, как это делается при конкатенации, через txt файл?
Windows 10: Chromium based 369 3132976
>>32967
Насколько много файлов? Если не слишком, то для начала следует отобрать для перекодирования только те, у которых звук в vorbis.
Android: Mobile Safari 370 3133010
>>32959
Блять я знаю что это, там неработающие способны написаны
Windows 7: Firefox based 371 3133036
>>32976
10-30 в зависимости от папки. Я не знаю, какие кодеки в каждом видео. Думаю, что можно было бы просто перекодировать звук под один кодек, например opus , одновременно склеивая. Есть ли такая команда? Я нуб просто, много чего не знаю.
Android: Mobile Safari 372 3133040
>>33036
Да можно, просто напиши -c:a opus -b:a 160k вместе когда ты склеиваешь, но он пережмёт вообще все видео
Windows 7: Firefox based 373 3133051
>>33040
В какое место этой команды

>ffmpeg -f concat -safe 0 -i fileList.txt -c copy mergedVideo.webm


вставлять

> -c:a opus -b:a 160k


или, как еще предложили

>-c:v copy -c:a libopus

Android: Mobile Safari 374 3133053
>>33051

> >ffmpeg -f concat -safe 0 -i fileList.txt -c:v copy -c:a libopus -b:a 160k mergedVideo.webm

Windows 7: Firefox based 375 3133055
>>33053
Спасибо. Позже протестирую, если что , напишу
Приблуды для создания 7z-png.rar.jpg11 Кб, 121x74
Windows 7: Firefox based 376 3133059
>>32948
Да легко. Макаба отрезает архивы если их клеить в конец картинко-файла. Но есть способы запихнуть архив внутрь файла. Например в jpg есть секция для комментария - можно пихануть в нее, но там размер секции указывается в два байта, то есть архивы больше 65533 байта не влезут. Но есть еще png-картинки, в них размер секции пишется в 4 байта, значит можно пихануть большие архивы. У пнг тоже есть секции под комментарий - вот, пихаю туда. Для этого напейсал всякие приблуды, которые автоматом все делают. Зацени.
Windows 10: Chromium based 377 3133105
>>33059
Как сделать, чтобы такой раржпег открывался с 7zip?
Windows 7: Firefox based 378 3133121
>>33105
Можно открыть в 7z-опвском файовом менеджере. Можно добавить расширение rar, 7z, zip и открыть/распаковать как обычно. Ну а я открываю в total commander-е напичканом плагинами.
Windows 7: Firefox based 379 3133139
>>33121
Не. Если добавить расширение .rar, то 7z не открывает, и не распаковывает. С расширениями .7z и .zip норм открывает, даже если там rar. Щас попробовал.
Windows 10: Chromium based 380 3133219
>>33055
Я обнаружил через 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)

А вот того,который приклеивается с порченным звуком

>Input #0, matroska,webm, from 'tyu5_720p.webm':


Metadata:
TCDO : 122500000
TCOD : 2500000
ENCODER : Lavf58.29.100
Duration: 00:00:12.00, start: 0.000000, bitrate: 6463 kb/s
Stream #0:0: Video: vp8, yuv420p(progressive), 1280x720, SAR 1:1 DAR 16:9, 48 fps, 48 tbr, 1k tbn (default)
Metadata:
ENCODER : Lavc58.54.100 libvpx
DURATION : 00:00:12.003000000
Stream #0:1: Audio: vorbis, 44100 Hz, stereo, fltp (default)
Metadata:
ENCODER : Lavc58.54.100 libvorbis
DURATION : 00:00:12.003000000

В чем разница? Метаданные влияют?
Windows 10: Chromium based 380 3133219
>>33055
Я обнаружил через 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)

А вот того,который приклеивается с порченным звуком

>Input #0, matroska,webm, from 'tyu5_720p.webm':


Metadata:
TCDO : 122500000
TCOD : 2500000
ENCODER : Lavf58.29.100
Duration: 00:00:12.00, start: 0.000000, bitrate: 6463 kb/s
Stream #0:0: Video: vp8, yuv420p(progressive), 1280x720, SAR 1:1 DAR 16:9, 48 fps, 48 tbr, 1k tbn (default)
Metadata:
ENCODER : Lavc58.54.100 libvpx
DURATION : 00:00:12.003000000
Stream #0:1: Audio: vorbis, 44100 Hz, stereo, fltp (default)
Metadata:
ENCODER : Lavc58.54.100 libvorbis
DURATION : 00:00:12.003000000

В чем разница? Метаданные влияют?
Windows 10: Chromium based 381 3133311
>>33219
Возможно и правда влияют. Начал склеивать в другой папке,там такая же ситуация. Если у видоса портится звук,значит у него отличаются метаданные. Как это исправить?
image18 Кб, 386x330
Windows 10: Firefox based 382 3133316
>>33059

> Да легко. Макаба отрезает архивы если их клеить в конец картинко-файла.


А если пикрил отключить, то отрезает?
Windows 7: Firefox based 383 3133366
>>33311
Может в энкодерах разница? Сколько не смотрю на метаданные из поста, не понятно в чем беда
Windows 7: Firefox based 384 3134485
>>33316
Ща проверим.
Windows 7: Firefox based 385 3134487
>>34485
Только что скачанные - не обрезанные. Но со временем макаба вроде оптимизирует картинки и все лишнее отрезает. Позже надо проверить.
Windows 10: Firefox based 386 3134514
>>32896
>>32927

> попробуй так https://dropmefiles.com/aDY8v


> Фикшенные файлы внутре картинки, в zip-архиве.



Ничего не изменилось.
Как было пусто в анализаторах спектра, так и на телефоне не воспроизводится.
Откройте в foobar2000 визуализацию (например спектрограмма) при воспроизведении — будет пусто, хотя файл воспроизводится будет.

Единственный положительный эффект, который я наблюдал — это то что при конвертации в AAC или vorbis появляется слабый хрип на грани слышимости, какая-то часть частот просачивается и на спектр и при воспроизведении.
Windows 10: Firefox based 387 3134515
>>32939
При конвертировании в mp3 например все проблемы должны уходить, но не уходит.
При записи в редакторе с "what u hear" тем более, но тоже не уходят.
Как не понимал что за фигня, так и не понимаю.
Я бы списал всё это на какую-то неотключаемую DSP обработку в телефоне, которая почему-то агрессивно режет именно этот узкий диапазон частот, что имеется в файле, но почему визуализации в плеерах на ПК тоже молчат?
изображение.png109 Кб, 972x559
Windows 7: Firefox based 388 3134528
>>34514

>Откройте в foobar2000 визуализацию (например спектрограмма) при воспроизведении — будет пусто, хотя файл воспроизводится будет.


Нормально все.
Windows 10: Firefox based 389 3134554
>>34528
Переключи в моно (правый клик на спектрограмме) — будет пусто.
Кажется, проблема с каналами.
Windows 10: Firefox based 390 3134561
>>31966
>>34528
В общем вся проблема была в том что в файле ложное стерео, в котором дорожки в противофазе.
При сложении дороже в противофазе в моно получается тишина.
Телефон при воспроизведении тоже складывает в моно. А божественная сони воспроизводит стерео, ай да сони.
Вырезал дорожку псевдостерео в audicity, пересохранил и всё заработало.
Потрясающе.
изображение.png71 Кб, 935x604
Windows 7: Firefox based 391 3134567
>>34561
О как. Точно. Если сложить каналы в один, то тишина получается - в файле одни нолики.
Windows 10: Chromium based 392 3134836
Чем отличаются essentials билды от full? Что качать? Поясните.
Windows 10: Chromium based 393 3134837
Windows 10: Chromium based 394 3134839
>>34836 >>34837

>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.


Мне нихуя не понятно, нужна конкретика.
изображение.png77 Кб, 935x419
Windows 10: Firefox based 395 3134856
>>34839
Не понял, почему нужно качать с джандев, если есть BtBN.

По сабжу пикрил, вот тебе конкретика. Сиди изучай, че где есть, чего где нет.
Windows 10: Chromium based 396 3134945
>>34856
BtBN лучше? В первоисточнике он первый в списке просто
https://www.ffmpeg.org/download.html
Windows 10: Chromium based 397 3134946
>>34945

>первый в списке просто


gyan, то есть
изображение.png5 Кб, 793x57
Windows 10: Firefox based 398 3134950
>>34945
Со слов самого Джана разница в каких-то внешних библиотеках. Я по приколу про BtBN написал.
Android: Mobile Safari 399 3134951
>>34945
Они все говно, нужно качать nonfree, там больше кодеков, например для aac
Windows 10: Chromium based 400 3134955
>>34951
ААС вроде бы и так есть.
Ты про это? https://en.wikipedia.org/wiki/Fraunhofer_FDK_AAC

Ой короче, качаю от gyan и похуй. Еще хотел спросить, есть ли какая-то мизерная разница скорости в использовании shared и static версий?
Android: Mobile Safari 401 3134961
>>34955
Качай отсюда и похуй https://github.com/AnimMouse/ffmpeg-autobuild
Windows 10: Firefox based 402 3134966
>>34955
Не, разницы нет.
Windows 10: Chromium based 403 3135071
>>34961
Непонятно по какой причине и зачем он так странно отмечает билды, если это априори git. Latest и pre-release, типо у git версий тоже есть stable и unstable ветки? ну что за лол, только путаницы больше.
Windows 7: Firefox based 404 3135820
Какая программа является Final Cut'ом от мира винды?
Адобе или давинчи?
Windows 10: Chromium based 405 3135828
>>35820
Что ты подразумеваешь?
Windows 7: Firefox based 406 3135830
>>35828
В соседнем поиске программ треде анон говорил, что final cut божественен и вообще лучше, что случалось с видеоредакторами.
Вот у меня вопрос, какой видеоредактор является таким же божественным в винде
Android: Mobile Safari 407 3135835
>>35830
Как раз на винде ничего подобного нет. Я сам ради этого ставил хакинтош. И вообще это я писал.
SVT-AV1 BD-rate.png203 Кб, 1288x747
Windows 7: Firefox based 408 3135907
>>12041

> Медленнее чем AV1?



По адресу https://old.reddit.com/r/AV1/comments/r1sv22/av1_the_opus_of_video_codecs_discuss/ приводится график Intel, согласно которому при равном качестве видео кодировщик libsvtav1 (он же SVT-AV1) работает быстрѣе libvpx (то есть быстрѣе кодировщика VP9) НА ПОРЯДОК.

(График прилагаю.)

Другое дѣло, что нам от него не скорость работы нужна, как правило. Так что разумно заставлять libsvtav1 работать гораздо медленнѣе, но выдавать гораздо большѣе качество видео, недосягаемое для VP9 при том же битрейте.
Windows 7: Firefox based 409 3135922
>>25391

Да, см. >>35907.
Android: Mobile Safari 410 3135923
>>35907
Почему это? Vp9 используют потому что он выглядит чуть лучше h264, и поддерживается в браузерах. Av1 подходит для этого ещё лучше
Windows 10: Firefox based 411 3136035
>>35830

> Вот у меня вопрос, какой видеоредактор является таким же божественным в винде


Avid Media Composer. Стандарт в индустрии.
Windows 10: Firefox based 412 3136036
>>35835
У тебя в башке насрано просто.
image.png169 Кб, 1371x769
Windows 10: Chromium based 413 3136064
Из треда вопросов послали сюда
Может кто знает, можно ли в ОБС кодировщик видео и аудио выбрать такие, чтобы запись не крашилась с ошибкой? Я вроде все вариации пробовал из доступных - выдаёт ошибку? Или по старинке делать что-ли: сначала в mp4, потом в ffmpeg в webm переделывать? Хотелось бы сразу чтобы ОБС в webm конвертировал
Windows 7: Firefox based 414 3136071
>>36035
Нашёл avid 2021.12 на сайте 1progs
Windows 7: Firefox based 415 3136087
>>36035
>>36071
Ебать он мудрёный.
Давинчи в сравнении с ним детская игрушка
Windows 7: Firefox based 416 3136115
>>36064

Я порекомендовал бы кодировщик SVT-AV1, кабы с ним не была та проблема, что он весь компьютер способен повѣсить собою:

https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/1836

Там очень замѣтно, что тому человѣку, который повѣдалъ разработчикам о проблеме, разработчики въ ѿвѣтъ порекомендовали пересобрать OBS с новой версией SVT-AV1.

А как он пересоберёт? — это ему придётся сидѣть и дожидаться того, когда авторы OBS пересоберут под Windows-то. А авторы OBS, если правду сказать о них, не то чтобы были склонны в прошлом активно обновлять версии употребляемого в OBS программного обеспéчения. Только недавно (в версии OBS 27.2) встроенный Chrome обновили с версии 75 до версии 95 — это, стало быть, почти 2½ года не трогали его.

Если такими темпами и тут, то тогда дай-то Боже к концу 2024 года дождаться нормальнаго человѣческаго поведения видеокодировщика SVT-AV1 в OBS.
Windows 10: Chromium based 417 3136233
>>36064
Смысла сразу снимать в vp9 нет, только уже перекодировать в него. Насчет svt не знаю, да и он только на последних интелах.
16267286603710.png25 Кб, 449x470
Windows 10: Chromium based 418 3136234
>>36115
>>36233
Блин, это что же, в 2022 до сих пор никто кодировщика для ОБС чтобы сразу в webm конвертировать не изобрёл что-ли получается
Windows 7: Firefox based 419 3136237
>>36233

> Насчет 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 года.
Windows 7: Firefox based 420 3136239
(Но всё сказанное в >>36237 относится к работе SVT-AV1 в FFmpeg или отдѣльно.

А не в OBS.)
Windows 10: Chromium based 421 3136243
>>36237
Ну фиг знает, я как-то пытался, потом увидел харки, что зеоны только с v4 и забил. У меня-то 2678v3+16гб рам.
Windows 10: Chromium based 422 3136245
>>36234
Писать-то можешь, но вот качество говно будет. А vp9 нужен только с настройками для максимального сжатия.
Windows 7: Firefox based 423 3136284
Я создал тред нелинейных видеоредакторов.
Напишите пару строчек по теме, чтобы тред не удолили. Думаю тред будет полезным
>>3136277 (OP)
Windows 10: Chromium based 424 3136355
>>01682 (OP)
А есть чо менее дрочерское (с нормальный интерфейсом) для простейших задач (обрезка, склейка, конвертирование), но все же минималистичное (Premiere и прочее будет оверкиллом)
Windows 10: Chromium based 425 3136358
>>36355
Avidemux
Windows 10: Firefox based 426 3136361
Вот есть у меня условная запись геймплея с огромный битрейтом, мне нужно ее пожать, чтобы меньше места занимало.
Сможет ли видеокарта сжать видео так же эффективно, как процессор, но при этом в разы быстрее? Если нет, то почему так?
Android: Mobile Safari 427 3136369
>>36361
Не сможет, чудес не бывает. Или быстро или качественно. У нвидии ещё более менее качество, на уровне x265 medium
Windows 10: Firefox based 428 3136412
>>36369
А давай сделаем тесты? Аноны, подскажите, как это организовать! Хочу сравнить libx264 и h264_nvenc.
Windows 10: Chromium based 429 3136414
>>36369

> на уровне x265 medium


x264 medium
Windows 7: Firefox based 430 3136426
>>36412
Шкрепты напиши для ffmeg да сравни. Я как-то делал - качество сильно хуже чем процем жать почему-то.
Android: Mobile Safari 431 3136472
>>36412
В staxrip есть функция сравнения видео по кадрам рядом с друг другом. Там же можно и сжать по разному
Windows 10: Firefox based 432 3136479
>>36426
Я вот как-то еще не дорос до скриптов, все обычно руками прописываю. На чем пишешь, бат небось какой или пш1?

>>36472

>ставить еще одну программу


>осваивать ее


Мне ЛЕНЬ не столько руками писать параметры и затем сравнивать скрины, сколько осваивать новое по. Прямо фу. А еще я почитал мануалы по предустановкам использования (fast, medium etc), crf, профили и мне стало лень делать вообще что-либо.
Я не знаю, чего именно я хочу. Не знаю, как сравнить два энкодера - по битрейту? Я что, должен его руками задавать?
Кароч чето муторно все это, я ибал.

Мне хотелось простого ответа - nvenc ебет или не ебет? А оказалось, что придется ебаться самому.
Android: Mobile Safari 433 3136497
>>36479
Он на уровне x264 medium, тебе написали. Зависит ещё от поколения видеокарты
Windows 10: Chromium based 434 3136537
>>36479

> Мне хотелось простого ответа


Новый нвенк весьма хорош, но этим сказано далеко не всё. Везде разный баланс между уровнем сжатия и затраченным временем, однако баланс ничего не решает, когда у тебя есть определённые приоритеты. Мы тут собрались в основном пердолики и топим за максимальное сжатие любой ценой, но мы двачеры-максималисты, каждому из которых по отдельности доверять не стоит. Под разные задачи и сценарии использования лучше подходят разные кодеки, методы и их настройки. Если поваришься в теме сжатия подольше, это всё быстро станет для тебя интуитивно понятно.
Windows 10: Chromium based 435 3136560
>>26492
Бамп. Почему gop только на 6 минут?
Windows 10: Firefox based 436 3136564
>>36497
Мне мало утверждения

>на уровне


что это вообще значит? Выходной размер такой же при одинаковом заданном битрейте и выходном качестве? А как сравнивать x264 в режиме CRF с nvenc?

Я почитал еще с прошлого треда про квантизацию и понял, что cqp куда тупее, так как обрабатывает вообще все кадры одинаково, тогда как crf анализирует уровень движения или что-то такое, поэтому разные кадры сжимаются тоже по-разному.

>>36537
Да я и так с вами сижу уже черт знает сколько, а голова все равно пустая и понимания нет. Зато интерес есть, неподдельный.
Типа алгоритм 264 он же одинаков что для карты, что для камня. Так почему одно хуже, а другое лучше!?
Windows 10: Chromium based 437 3136610
>>36564

> Типа алгоритм 264 он же одинаков что для карты, что для камня.


Нет, общий только стандарт, а кодировщики разные.
Windows 10: Chromium based 438 3137093
>>36361
Сжать прям также эффективно как процессор нет. Но на высоких битрейтах nvenc давно равен x264. НО считаю кодирование в 300 фпс на моей 1063 стоит того.
У меня в obs стоит пресет quality с vbr 10000k max 12000k бфреймов 4. Удовлетворительное качество при минимальном весе. За 20 минут где-то 1.5 гига всего набегает.
Windows 10: Firefox based 439 3137350
Во время кодирования постепенно падает скорость, например если в начале было 1.5 то к концу кодирования может упасть до 1, это нормально или у меня какие то проблемы?
Windows 10: Chromium based 440 3137419
>>37350
Это может зависеть от сложности отдельных участков видео по динамике.
Windows 10: Firefox based 441 3137466
Как вырезать кусок видео без перекодировки, чтобы кадры не проебывались? Вырезаю кусок, там звук нормальный, а видео не двигается несколько секунд.
Windows 10: Firefox based 442 3137485
>>37466
Без перекодирования только по ключевым же
ffmpeg -i video.mp4 -ss 00:10:30 -to 00:11:30 -avoid_negative_ts 1 -c:v copy -c:a copy output.mp4
Windows 10: Chromium based 443 3137509
>>37485

> -avoid_negative_ts 1


Это для смещения на ближайший ключевой кадр? В какую сторону смещение?
Android: Mobile Safari 444 3137574
>>37509
Через avidemux тогда лучше
Windows 10: Chromium based 445 3137597
>>37574
Я в курсе, сам им пользуюсь, но про эту команду не знал. В какую сторону смещение?
78c0b119-9dc2-4682-b368-b28573226bfd-dc1f92a6-950f-47eb-9c7[...].mp4647 Кб, mp4,
576x1024, 0:15
Windows 10: Chromium based 446 3138601
Ребят, как клеить превью на видео на дваче? По сути через обычный метод на дваче не работает, и тут анон давно говорил, что можно как-то через манипуляцию временем или таймкодом, но не сказал как именно.
Вот этот видос он вроде клеил.
Windows 10: Chromium based 447 3138638
>>38601
Обычный метод подходит скорее для дискорда, который берёт для превью первый кадр, а не случайный, как мейлач. Мне сейчас некогда экспериментировать, но по твоему мп4релейтед видно, что имеется 2 видеодорожки. Первая, основная, должна быть короткой, чтобы с минимальной вероятностью быть выбранной для превью, а вторая, для превью, должна быть длинной и для компактности растянутой через большой gop. Проверяй сам, я побежал.
Windows 10: Chromium based 448 3138652
>>38638

>Обычный метод подходит скорее для дискорда, который берёт для превью первый кадр, а не случайный, как мейлач.


Ты о чем? Обычный это когда вторую дорожку с чуть большим разрешением вставляешь в файл и ставишь ее как основную. Тогда показывается превью, но запускается сам файл. Но макака убрал этот метод, чтобы скримеры не вставляли на мейлаче. На 2channel moe работает например.

>Мне сейчас некогда экспериментировать, но по твоему мп4релейтед видно, что имеется 2 видеодорожки


Это итак понятно.

>Первая, основная, должна быть короткой, чтобы с минимальной вероятностью быть выбранной для превью, а вторая, для превью, должна быть длинной и для компактности растянутой через большой gop.


Нихрена непонятно что ты имеешь ввиду под короткой и длинной. Надо лучше выражаться и понятнее.
Сам метод про который я говорю буквально на превью видео нарисованно.

>Превью работают но способ другой с кривой продолжительстью


Вот это я пытаюсь понять как сделать.
Windows 10: Firefox based 449 3140046
>>01682 (OP)
И так, нужно добавить тег "Название" ко множеству mkv файлов. Преимущественно аниме-сериалы. Если выделить все mkv в папке на дурачка, например при помощи консольной проги sharkdp/fd, командой fd -e mkv -E "Bonus" -x mkvpropedit.exe {} -s title="Anime Title", то у всех серий будет одинаковое название. А я хочу в названии сохранить информацию о серии. Что мне сделать ради этого?
Windows 10: New Opera 450 3140157
>>01682 (OP)
Как увеличить аудио битрейт хотя бы до 128 кб/с? И между какими командами нужно вставить (команду для изменения качества)?
Windows 10: Chromium based 451 3140169
>>40157

>Как увеличить аудио битрейт хотя бы до 128 кб/с?


-b:a 128k

>И между какими командами нужно вставить (команду для изменения качества)?


После -acodec aac в параметрах кодирования этого кодека.
image.png3 Кб, 299x87
Windows 10: New Opera 452 3140217
>>40169
128 не сработало (получил те же 81 кб секс), а вот когда выставил 256 то получилось, спасибо.
Windows 10: Chromium based 453 3140218
>>40217
Не должно быть такого. Используй обычный самый обновленный ffmpeg. В старых версиях полно багов. Буквально во всех кодеках каждый день исправления. А ты видимо какое-то старое говно юзаешь из гуев и прочих.
Windows 10: Chromium based 454 3140219
>>40218
Да и проверять надо через mediainfo.
Windows 10: New Opera 455 3140231
>>40218
Прога позволяет создавать подобные видики буквально в два клика. Любые другие варианты просто не стоят своего времени.
>>40219

>Не должно быть такого.


>проверять надо через mediainfo


Хм, точно.
Windows 10: Chromium based 456 3140237
>>40231

>Прога позволяет создавать подобные видики буквально в два клика.


Можно просто батник написать кинуть в shell:to и делать такие видосы в настоящие 2-5 кликов.
Windows 10: Chromium based 457 3140275
>>40046
Я сделал бат скрипт, но он жутко пердольный, я вообще не спец.
Windows 10: Firefox based 458 3140286
>>40275
Поделись батником.
Android: Mobile Safari 459 3140322
>>40157
Полный пиздец, ты используешь ужасный кодировщик . Прочитай faq
Windows 10: Chromium based 460 3140451
>>40286
Накатал тут целую паста какой до этого большой пердежный сложный и хуевый скрипт. Удалил к хуям всё.
Полностью новый написал короче. Тупо граббит имя файла и вставляет его в metadata title. легко и просто.
https://0bin.net/paste/uMpDdfPp#YmWIMeIvEVOuUNHJOwpsg-Dp4pOPCHn0XuxUW2Ec2LC
Windows 10: Chromium based 461 3141875
x265 ОФИЦИАЛЬНО больше не нужен
Он кодирует быстрее и с лучшим качеством, при одинаковом размере
https://www.opennet.ru/opennews/art.shtml?num=57068
image.png192 Кб, 376x370
Windows 10: Firefox based 462 3141881

>48 кеков озу в 4к

Android: Mobile Safari 463 3142212
>>41881
Кодирую 4к спокойно с 8 Гб оперативки, это написано если кодируешь много видео одновременно
Windows 10: Firefox based 464 3142218
Android: Mobile Safari 465 3142228
>>42218
Да, svt-av1
1484240789502.png470 Кб, 778x962
Просто хочу разобраться Linux: Firefox based 466 3142500
Для любой вебмки видеопоток в ней - он либо progressive, либо interlaced - или есть еще возможности?
Когда я кодирую ффмпегом - в моей webm пишет yuv420p(tv, progressive).
Но я встречаю шебм с двачей yuv420p(tv). Это подразумевает progressive, interlaced, что-то еще?
1650806993550.jpg78 Кб, 800x800
Windows 10: Palemoon 467 3142504
>>42500
Это подразумевает цветовой охват, 0-255 -pc, 16-235 - tv
Linux: Firefox based 468 3142505
>>42504
Меня не интересует tv или pc, меня интересует

> progressive, interlaced, что-то еще?

Android: Mobile Safari 469 3142513
>>42500
Если есть буква p то это точно progressive, видимо по разному показывает
Windows 10: Palemoon 470 3142523
>>42505
Это ничего не подразумевает, для определения воспользуйся http://www.aktau.be/2013/09/22/detecting-interlaced-video-with-ffmpeg/
Windows 10: Firefox based 471 3142620
>>42513
Я сделал vf=tinterlace, все равно yuv420p.
>>42523
Спасибо, попробую. Получается, возможны только 2 варианта - либо progressive, либо interlaced
Windows 10: Chromium based 472 3142636
>>42500
Есть еще дофига разновидностей интерлейсед по типу mbaff и прочих. Обычно такие файлы пишутся с камер на капоп концертах и тв программы. А так в инете везде прогрессивная развертка.
Если есть p значит прогрессивная.
Windows 10: Microsoft Edge 473 3142649
>>42523
Не мой кейс, мне нужно определить чисто формально, так сказать, не опираясь на контент. Этот фильтр не работает для видео из одной статической картинки, потому что разворачивать нечего, хех, но ведь interlaced/progressive определен даже для такого видео.
>>42636
Тип интерлейсинга мне пока не важен.

Мда, видимо, херней страдаю
Android: Mobile Safari 474 3142690
>>42620

> Я сделал vf=tinterlace, все равно yuv420p.


Как бы у тебя может видео физически быть прогрессивным, а пиксели на самом деле рисуются черезстрочно
image1,2 Мб, 1415x1415
Linux: Firefox based 475 3142718
>>42690
пздц как сложна жызнь
Android: Mobile Safari 476 3142750
>>41875

> x265 ОФИЦИАЛЬНО больше не нужен


> Он кодирует быстрее и с лучшим качеством, при одинаковом размере


> https://www.opennet.ru/opennews/art.shtml?num=57068


А если у меня Ryzen вместо интела?
Windows 10: Chromium based 477 3142789
>>42690
Что значит физически? При чём тут физика?
Android: Mobile Safari 478 3142815
>>42750
Всё работает
Windows 7: Firefox based 479 3142818
>>42789
Потому что Илон Маск Твиттер покупает.
Linux: Chromium based 480 3142871
>>26140
Есть, но никакой документации нету.
Vizier Rate Control называется.
Windows 10: Microsoft Edge 481 3143032
>>42818
Я тоже в шоке, правда плакать, смеяться или дрочить - не знаю.
Скорее плакать.
Windows 10: Chromium based 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
Android: Mobile Safari 483 3143304
>>43291
Видимо неправильно скомпилировал https://github.com/megapro17/FFmpeg-Builds/releases/tag/latest
Windows 10: Chromium based 484 3143328
>>43304
Да я через media suite. Забыл добавить походу новый параметр enable-jxl, с ним тоже не робит. Придется ждать пока добавят туда, либо самому скрипт переписывать.
Windows 10: Chromium based 485 3143863

> https://github.com/pituz/webm-thread/wiki/webm-encoding


> -cpu-used 0..8 (синоним: -speed, по умолчанию 1) — профили энкодера для -quality good, от более ресурсоёмких и эффективных к менее


Правильно ли я понимаю из этого, что в libvpx-vp9 при -quality best игнорируется -speed?
Android: Mobile Safari 486 3143899
>>43863
Нет, не игнорируется.
Гайд из шапки устарел, читай этот https://github.com/megapro17/FFmpeg-Guide/blob/master/FFmpeg кодирование гайд.md
Windows 10: Chromium based 487 3143948
>>43899

> 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.
Android: Mobile Safari 488 3144026
>>43948
Quality best можно не прописывать, потому что эта хуйня сжимает в десятки раз медленнее без особого прироста качества
Windows 10: Chromium based 489 3144042
>>44026
В процентах насколько больше сжатие и время относительно good?
Windows 10: Chromium based 490 3144055
>>43948
-quality best вроде даже выглядит хуже, чем -good -cpu-used 0-2. На него вообще походу с самого выхода забили.
Windows 10: Chromium based 491 3144061
>>44055
Чем подтвердишь?
Windows 10: Chromium based 492 3144064
>>44061
Да ничем в принципе. Раньше в бест всегда делал, потом рыскал на форумах и нашел такую инфу. Да и кодирует в 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.

sage Windows 10: Chromium based 493 3144267
>>44061
>>44064
И да, напоминаю, VP9 совершенно не нужен, когда SVT-AV1 сжимает быстрее и с лучшим качеством и так же поддерживается в браузерах
Windows 10: Chromium based 494 3144268
>>44267

> совершенно


В дискорде не поддерживается.
Windows 10: Chromium based 496 3144270
>>44269
Сам читал что скинул?
Windows 10: Chromium based 497 3144364
>>44270
Так он и скинул, что на дискоропомойку уже 2 года поддержку не могут добавить, которая делается в 2 строки.
1628149278871.jpeg50 Кб, 506x618
Windows 10: Chromium based 498 3144366
Windows 10: Chromium based 499 3144400
Ну когда там уже будет божественный h266 vvc. Уже 2 года пердолят и никаких результатов. Даже интел заделал каличный av1 в svt с хорошим результатом.
1629891606725.png400 Кб, 2000x2000
Windows 10: Chromium based 500 3144408
ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ
ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ
ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ
ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ
ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ

https://2ch.hk/s/res/3144406.html (М)
https://2ch.hk/s/res/3144406.html (М)
https://2ch.hk/s/res/3144406.html (М)
https://2ch.hk/s/res/3144406.html (М)
https://2ch.hk/s/res/3144406.html (М)
Windows 10: Firefox based 501 3144497
>>44400

> Ну когда там уже будет божественный h266 vvc


А зачем он сейчас нужен? Пока из 8К контента только панорамы природы, да городов в тестовых демо-роликах. HEVC для 4К вполне избыточен, да даже H.264 всё ещё на хорошем счету из-за своей многопрофильности.

> av1


Так AV1 и VVC для разных целей предназначены.
Windows 10: Chromium based 502 3144530
>>44497

>А зачем он сейчас нужен?


хз хоть какая-то конкуренция, гугел не может нормально запердолить все кодеки свои.

>Пока из 8К контента только панорамы природы, да городов в тестовых демо-роликах.


АВ1 вроде тоже для 8к всё готовили, ну и 4к в придачу. Для того же нетфликса, хотя до 8к все равно далеко еще.

>HEVC для 4К вполне избыточен


Что это значит, не понял. Избыточен для чего, должен быть какой-то предел?
В 4к VVC в 25-40% меньше размер, чем hevc при том же качестве.

>да даже H.264 всё ещё на хорошем счету из-за своей многопрофильности.


Скорее, для поддержки даже на тостере.

>Так AV1 и VVC для разных целей предназначены.


Каких?
Android: Mobile Safari 503 3144543
>>44530

> хз хоть какая-то конкуренция, гугел не может нормально запердолить все кодеки свои.


Запатентованное проприетарное говно не нужно. После релиза божественного svt-av1 данный кодек показал свое совершенство
Windows 10: Chromium based 504 3144551
>>44543
Мне даже интересно гугл на ютуб через свой косячный аом кодируют видео, или через их СВТ.
Windows 10: Firefox based 505 3144590
>>44543

> Запатентованное проприетарное говно не нужно.


Не нужно только дебилам, которые смотрят видео в браузере. На носителях везде будет VVC, как сейчас HEVC, как был H.264. Запомните это, мрази, и не отсвечивайте своей тупостью.
Windows 10: Chromium based 506 3144592
>>44026 >>44055 >>44064
То есть good и best в libvpx-vp9 это как veryslow и placebo в libx264 и libx265?
Windows 10: Chromium based 507 3147555
Какой стандартный пресет у SVT-AV1? На 0 конечно мемно на моей рязани 2600 делает, 2 секунды в полчаса. На амуде вообще нет смысла или от поколения зависит?
Windows 10: Chromium based 508 3147638
Имеет ли смысл 2pass при crf? Если важно, то vp9 в первую очередь.
Windows 10: Chromium based 509 3147652
>>47638
Ок, сам протестил. Смысла 0 - размер файла и качество идентичные.
Windows 10: Palemoon 510 3148326
>>43032

> Скорее плакать


Запретит профсоюз твиттерастов? У них его вроде и нет. К тому же "покупатЬ" не значит купить, нвиде за армово ярмо предложили такие условия взятия жепы, что они отказались от этой идеи.
Windows 10: Palemoon 511 3148334
>>44543

> Запатентованное проприетарное говно не нужно


В том то и проблема, что кодеки ла-мпег не говно и имеют крайне годную аналитическую часть, в отличии от гуглоговна, который срёт жёсткой неоднородностью видеоряда и это заметно даже не вооружённым вщглядом любому, кроме мобилкодаунов.
Windows 10: Palemoon 512 3148336
>>47638

> Имеет ли смысл 2pass при crf


> vp9


>>47652

> Смысла 0 - размер файла и качество идентичные


Метрики какие использовал или оценочное суждение? С другой стороны раньше оно точно было нужно и без второго прохода качество отличалось значительно. В х264 не нужно, на doom9 сами кодеры подтверждали.
Обновить тред