Этого треда уже нет.
Это копия, сохраненная 5 мая в 12:58.

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

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
image.png116 Кб, 400x400
FFmpeg и общий кодирования видео тред #2 /ffmpeg/ Windows 7: Chromium based 2452566 В конец треда | Веб
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 - здесь ты найдёшь детальные методички в step-by-step how-to стиле для решения типовых задач типа склейки нескольких видео в одно, наложения звуков, хардсаба и т.д. Очень полезная для того, чтобы набить руку с параметрами.

Также очень много вопросов отвечено на стековерфло.

Самые ходовые видео-кодеки на данный момент - VP9 и H.264. Подробный разбор их режимов кодирования читай тут: https://slhck.info/posts/ - там всего несколько постов, но они очень крутые, чтобы понять, что происходит внутри этой адской машины.

ИТТ выбираем идеальные режимы кодирования, тестируем нереализованные параметры и ждём официального исхода батла HEVC vs AV1, после чего наконец-то сможем сжимать видео ещё лучше медленнее.

Бонусом сразу вброшу youtube-dl - утилита для нормального выкачивания видео с ютуба, вк, порнхаба и ещё миллиона других видеосервисов. Не совсем кодирование, но скорее всего ты тоже этим дерьмом занимаешься, если что-то делаешь с видео, т.ч. давай осваивай тоже нормальную утилиту вместо просмотра рекламы и установки зондов. Тоже опенсорс подо всё, что способно выполнять AND NOT и XOR.

Прошлый тред: >>2302860 (OP)
Windows 7: Chromium based 2 2452576
>>2452564
>>2452543
Итак, всё закодилось. Хистори файл с таймингами кодирования - пик1.
VP9 кодировался 304 секунды
H264 - 292 секунды
т.е. тайминги ну максимально похожие, 5% разницы.

SSIM и PSNR для обоих файлов на пиках 2 и 3. В итоге VP9 на капелюшечку, но лучше.

Кодирующий скрипт - на пике4, пресет для видео у меня
vcodec=libvpx-vp9
qmin=0
qmax=63
max-intra-rate=0
cpu-used=-8
deadline=good
Windows 7: Chromium based 3 2452578
Кароч VP9 клёвый, сам пользуюсь и всем советую.
Его очень тупо сделали в XMedia Recode - я хз почему он там такой тормознутый. Но в оригинальном ффмпеге он норм сделан.
Linux: Firefox based 4 2452583
>>452576
> В итоге VP9 на капелюшечку, но лучше.

Спасибо большое.
Здесь >>2452506 был неправ в следующем:
> vp9... пиздец просто какиеой неэффективныей в случае скорости кодирования.

Но я бы ещё немного развил успех и попробовал slower и что-нибудь эквивалентное для libvpx.
Но так, конечно, ноздря-в-ноздрю. Но разве vp9 позиционировался как замена h.264 а не h.265?
Windows 7: Chromium based 5 2452584
>>452583
>Но разве vp9 позиционировался как замена h.264 а не h.265?

Мне кажется, ты путаешь VP9 и AV1.
Linux: Firefox based 6 2452585
>>452584
Может быть. Я за движем не слежу уже нет шесть-восемь (исключением являются мои сравнительно недавние опыты с libavcodec::mpeg2 по кодированию dvd-совместимого контента, качественнее, чем CCE). Но мне по какой-то причине припоминается, что обещались какие-то ещё преимущества (ну, по эффективности сжатия) кроме патентной чистоты? Впрочем, опять могу что-то путать.
Linux: Firefox based 7 2452591
>>452584
Оказывается, не путаю:
> Разработка VP9 началась в третьем квартале 2011 года[3][4].

> Другая задача — добиться лучшей эффективности сжатия, чем у стандарта H.265 (High Efficiency Video Coding)[4].

https://ru.wikipedia.org/wiki/VP9
Windows 7: Firefox based 8 2452593
Нах делать столько лишних движений есть есть прекрасный Xmedia Recode который делает тоже самое гораздо проще?
Windows 7: Chromium based 9 2452594
>>452593
>Xmedia Recode кот

>>452578
>али в XMedia Recode - я хз почему он там такой тормознутый. Но в оригинальном ффмпеге он н

ну и традиционный испорченный телефон никто не отменял

впрочем, xmedia recode действительно лучший из гуёвых конвертеров. Но если айсикью позволяет пользоваться инструментом непосредственно, то почему бы не.
Windows 7: Chromium based 10 2452596
Впрочем, в следующую шапку действительно XMedia Recode стоит добавить. Для простых смертных, раз уж тут общий кодирования тред (думаю, его стоит сделать таковым). >>452566 (OP) сделал себе заметку, если следующий перекат тоже буду делать я
Linux: Firefox based 11 2452597
>>452593
> есть прекрасный Xmedia Recode который делает тоже самое гораздо проще?

Давай не будем торопиться с твоим очевидным пиздежом про
> гораздо проще

и для начала ты продемонстрируешь, как вот это >>452576 будет в твоей любимой мокропиське!
Linux: Firefox based 12 2452598
>>452596
> в следующую шапку действительно XMedia Recode стоит добавить

Не забудь сделать это в снисходительно-уничежительном тоне.

Ещё вот это резануло глаз:
> подо все существующие... платформы

«Все» — это слишком громко и немножко неправда. Про «наблюдаемой части нашей галактики» очень порадовало, т. к. регулярно приходится давать людям очевидное объяснение о том, что «в наблюдаемой нами части Вселенной законы физики таковы, что...».
image.png58 Кб, 392x435
Windows 7: Chromium based 13 2452599
>>452598
>«Все» — это слишком громко и немножко неправда

>Написана наСи и ассемблер

Не встречал за последние лет 20 ничего, способного выполнить AND, NOT и XOR, где не был бы реализован компилятор С.
Linux: Firefox based 14 2452601
>>452599
>Написана на Си и ассемблер

Вообще, из этого автоматически портируемость не следует.

> Не встречал за последние лет 20 ничего, способного выполнить AND, NOT и XOR, где не был бы реализован компилятор С.

Это почти всегда так, но ffmpeg несколько сложнее, чем hello world. Хотя возможность кросс-компиляции для DOS меня повеселила https://ffmpeg.org/platform.html
На практике ffmpeg со всеми входящими ограничен довольно скромным числом архитектур: amd64, x86, alpha, arm, arm64, hppa, ia64, ppc, ppc64.
https://packages.gentoo.org/packages/media-video/ffmpeg
Linux: Firefox based 15 2452603
>>452601
Хотел добавить, что МЦСТ портировала (хотя бы часть) ffmpeg на родной набор команд e2k.
Windows 7: Chromium based 16 2452606
>>452601
>из этого автоматически портируемость не следует.

Ну не на уровне бинарников, но на уровне исходников почему бы и нет? Я не вдавался в подробности, но что там используется такого платформо-зависимого?

>ограничен довольно скромным числом архитектур: amd64, x86, alpha, arm, arm64, hppa, ia64, ppc, ppc64.

https://packages.gentoo.org/packages/media-video/ffmpeg
Подожди, это же сайт просто с уже скомпилированными пакетами для линукса, так?
Linux: Firefox based 17 2452612
>>452606
> Подожди, это же сайт просто с уже скомпилированными пакетами для линукса, так?

Нет. Это сайт source-based дистрибутива, т. е. настаивающего на местной компиляции и сборке пакетов конечным пользователем. По-совместительству этот дистрибутив имеет один из наиболее широких (если не самый широкий) охват по архитектурам.
Я к тому, что, например, на 8-битные контроллеры AVR даже код linux (т. е. только ядро) портирован очень небольшой своей частью.
Windows 7: Chromium based 18 2452629
>>452612
Мммм... Ну ладно. Я верю, что там могут быть подводные камни. В конце-концов, про наблюдаемую часть галактики тоже гипербола и своеобразный байт для дискусса. Видишь, он сработал :3

>>452583
>я бы ещё немного развил успех и попробовал slower и что-нибудь эквивалентное для libvpx.

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

Без пруфов, я сейчас методом перебора подогнал 2 знака после запятой у -b:v в скрипте из >>452576 для VP9 так, чтобы на выходе All SSIM был максимально похож на 264й и у меня получилось 19.58М, т.е. экономия 2% лол. Это реально кодеки-близнецы.
Windows 10: Firefox based 19 2452814
>>452566 (OP)
В шапку при перекате

https://help.ubuntu.ru/wiki/ffmpeg
Windows 10: Chromium based 20 2453276
>>452566 (OP)
> ждём официального исхода батла HEVC vs AV1

Какие коэффициенты на что?
-vpre
Что это?
Windows 10: Firefox based 21 2453278
Можно сразу вопрос... Если я аутист, которые не умеет переустанавливать винду, то мне будет под силу освоить это?
Windows 7: Chromium based 22 2453281
>>453278
Главное, чтобы тебе было под силу прочитать это >>452566 (OP)
>Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.


Ну а дальше уж по ощущениям - насколько тебя вштырит. Меня ебануло на отличненько, например.
Windows 7: Firefox based 23 2453321
>>453278
Да, аутистам хорошо заходит.
Неизвестно: Safari 24 2453992
>>452566 (OP)
>HEVC vs AV1

Уже решили, что vp9 отсасывает у hevc?
Windows 7: Chromium based 25 2454006
>>453992
>vp9 отсасывает у hevc

тащемта их никто и не думал даже сравнивать
Android: Mobile Safari 26 2454013
>>453992
По скорости кодирования vp9 сильно отсасывает. Как и его чуть улучшенная версия av1.
Windows 7: Chromium based 27 2454018
>>454013
>По скорости кодирования vp9 сильно отсасывает

ещё один вылез лол
Linux: Firefox based 28 2454146
>>454018
Вместо смехуёчков и надрачивания на свою доминантность, показал бы клоуну пост >>452576, в котором в самом медленном режиме vp9 (libvpx) и h.264 (libx264) идут вровень. Как ситуация меняется в других режимах — вопрос открытых и я всё ещё сомневаюсь, что libvpx в других условиях убегает вперёд libx264. Но было бы неплохо. Тогда можно было бы сказать, что теперь у сообщества есть патентно чистый аналоги H.264 с опозданием каких-то 13 лет и слабенькими настройками.
Ubuntu Linux: Firefox based 29 2454151
>>454146
> теперь

6 лет как. Причём не аналог, а лучше него на 1080p+.
А ещё есть аналог H.265, из-за которого теперь в спешке клепают H.266, чтобы не обосраться.
Ну и заодно патентхолдеры знатно поубавили аппетиты и даже сделали аналог организации AOMedia, чтобы не допустить повторного факапа.
Благодаря AOM можно почти передавать HEVC в интернете бесплатно. Профит по загруженности канала в 2 раза. Такие дела.
Linux: Firefox based 30 2454171
>>454151
> Причём не аналог, а лучше него на 1080p+.

> лучше

Это неизмеримая категория. Утверждение лишено смысла.

> А ещё есть аналог H.265, из-за которого теперь в спешке клепают H.266, чтобы не обосраться.

> Ну и заодно патентхолдеры знатно поубавили аппетиты и даже сделали аналог организации AOMedia, чтобы не допустить повторного факапа.

Это твои эротические фантазии или ты готов обосновать утверждения именно в выдвинутой форме?

> Профит по загруженности канала в 2 раза. Такие дела.

Нужно два пруфа:
- что профит есть (рост вычислительной нагрузки в 10 раз — это слив, а не профит);
- что в два раза (метрики SSIM те же плюс/минус 0,5 дБ, поток вдвое меньше).
Windows 7: Chromium based 31 2454420
>>454146
>Вместо смехуёчков и надрачивания на свою доминантность, показал бы клоуну пост

Мне гораздо более интересно, откуда такие люди берутся. Это какой-то мемчик, который прошёл мимо меня или что? Просто у меня совершенно на другой борде тоже появился сабж с аналогичным утверждением и я сомневаюсь, что он отмечался ИТТ, т.е. люди где-то откапывают это заблуждение насчёт производительности вп9 и потом его зачем-то тиражируют, не проверяя самостоятельно.
Ubuntu Linux: Firefox based 32 2454425
>>454420
>люди где-то откапывают это заблуждение насчёт производительности вп9

Известно где. В libvpx 1.3 энкодер VP9 был сильно медленный и однотредовый. То, что его потом ускорили, многие не знают.
Windows 7: Firefox based 33 2454455
>>454425
Стоит ещё упомнить не так давно появившийся row-mt, без которого даже с форсированием многопоточности проц не загружается полноценно.
Windows 7: Chromium based 34 2454484
Вообще, у меня есть идея немного расширить это >>452576 исследование и дополнить его VP8, x265 и AV1 кодеками. Что ещё у нас на слуху?

И ещё было бы здорово использовать для оценки эквивалентного битрейта какую-то более адекватную метрику, чем простой SSIM искаропки ффмпега. Есть у кого что-нибудь на примете, чтобы могло оценивать динамический видеоряд? Или, может, мастера AOMAnalyzer ИТТ? Я идиот и так и не смог с ним совладать, онлайн документации нет, а в ирц я не полезу ибо стесняша-социофоб.
Windows 7: Chromium based 35 2454493
Ubuntu Linux: Firefox based 36 2454497
>>454484
>Что ещё у нас на слуху?

Вот это собери https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM
если осилишь
>стесняша-социофоб

пиздец
Windows 7: Chromium based 37 2454501
>>454497
>если осилишь

Бегло просмотрел ридми и не нашёл знакомых слов. Может, и попробую собрать, но точно не в ближайшей перспективе.

>пиздец

Что выросло, то выросло. Постите смешное сами.
Ubuntu Linux: Firefox based 38 2454509
>>454484
>какую-то более адекватную метрику, чем простой SSIM искаропки ффмпега

https://github.com/tdaede/rd_tool/blob/master/metrics_gather.sh
https://github.com/tdaede/awcy/blob/master/bd_rate_report.py
Вот такие у мозилловцев: PSNR, PSNRHVS, SSIM, FASTSSIM, CIEDE2000, PSNR Cb, PSNR Cr, APSNR, APSNR Cb, APSNR Cr, MSSSIM, VMAF
Для начала хватит. HVMAF ещё можно добавить (harmonic mean VMAF, в той статье нетфликса описана).

>>454501
>попробую собрать

На doom9 вроде собирали. Но вряд ли там очень свежее. Лучше учись с кодом работать, ничего сложного в этом нет. Иначе ты слишком сильно ограничен в исследовании кодеков.
Для простоты можно использовать виртуалку или WSL.
Неизвестно: Safari 39 2454521
>>454455
Он загружает все ядра только на 4к видео, а на фхд больше 4 ядер не нагрузишь. В то время h264 видео 144p на 16 ядрах можно конвертировать.
Windows 7: Chromium based 40 2454538
>>454509
>Для начала хватит

Благодарю. Попробую попердолиться.
Windows 7: Chromium based 41 2454599
Вброшу и сюда свой вопрос потому что меня ебёт. Есть ли сейчас какие-нибудь фронтенды для распараллеливания на уровне гопов, а не по тайлам? Второе, как известно, неизбежно ведёт к потерям в качестве, в то время как гопы могут быть закодированы независимо, а потом склеены. В связи с этим вопрос: как такое сделать? Я не верю, что никто не догадался распарсить лог-файл с 1го прохода и по нему нарезать оригинальный файл для кодирования тупо по -ss / -to. Если реально никто не догадался, то где можно почитать про формат лог-файла, который выплёвывает ффмпег? Вдруг моих познаний в шарпах хватит на такое, по-моему, распараллеливание без потерь было бы круто.
Ubuntu Linux: Firefox based 42 2454604
>>454599
Можно и не парсить, просто режешь видос по числу ядер и энкодишь отдельно. Для всего, что дольше минуты, потери на возможные парочку лишних I-фреймов будут минимальны.
Или можно оригинальные GOP использовать. Там скорее всего H.264 какой-нибудь, значит разрезал по scenechange, вряд ли твой энкодер другой бы тип кадра выбрал. Netflix вроде как раз так делает.
Windows 7: Chromium based 43 2454611
>>454604
>Для всего, что дольше минуты

Дело в том, что я режу смешные вебмки для двача, поэтому меня ебёт вопрос именно в таком разрезе и пара лишних и-кадров вовсе не лишняя и хотелось бы достичь именно полной аналогии итогового файла относительно обычного двухпроходового.

>Там скорее всего H.264 какой-нибудь

К сожалению, приходится работать иногда с разными источниками, т.ч. мне бы именно знать, что там напланировал себе именно сам енкодер.
Ubuntu Linux: Firefox based 44 2454620
>>454611
Ну если был scenechange, то даже если libvpx не поставит I-фрейм, преимущества это ему дать не должно.
Windows 7: Chromium based 45 2454622
>>454620
А разве scenechange это не специфичная для 264 штука? Я же говорю, иногда приходится реенкодить, скажем, vp9 источник.
Ubuntu Linux: Firefox based 46 2454635
>>454622
Я использовал в смысле смены сцены/ракурса видео, когда совсем другая картинка и не с чего делать motion prediction.
Можно сделать P-кадр из одних intra-блоков, но выгоды по битрейту это не даст. Или не делать пока кейфрейм, т.к. в теории предыдущие референсы могут пригодиться через десяток кадров, но это маловероятно.
Windows 7: Chromium based 47 2454637
>>454635
>Я использовал в смысле смены сцены/ракурса видео, когда совсем другая картинка и не с чего делать motion prediction.

Погоди, но как это определить по исходнику, не парся лог с первого прохода?
Ubuntu Linux: Firefox based 48 2454645
>>454637
Для vapoursynth есть плагины:
https://github.com/dubhater/vapoursynth-scxvid
https://github.com/dubhater/vapoursynth-wwxd
https://forum.doom9.org/showthread.php?t=166769
Или через ffmpeg:
https://stackoverflow.com/questions/35675529/using-ffmpeg-how-to-do-a-scene-change-detection-with-timecode

Или тупо использовать GOP от предыдущего энкода, т.к. скорее всего они как раз разрезаны по scenechange.
Windows 7: Chromium based 49 2454664
>>454645
>Или через ffmpeg:

>https://stackoverflow.com/questions/35675529/using-ffmpeg-how-to-do-a-scene-change-detection-with-timecode

О, вот эта вот штука выглядит удобно. Спасибо.
Windows 7: Chromium based 50 2454776
>>454146
>>452583
Кстати, анон, я вот ещё о чём задумался: а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте? Не логичнее ли было бы сравнивать кодеры там, где визуальные отличия более заметны, скажем, на 5М или даже 1-2М для данного 1920@50 исходника?
Ubuntu Linux: Firefox based 51 2454784
>>454776
>а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте

Чтобы H.264 не обосрался, очевидно же, он же на x264 надрачивает и до сих пор верит, что лучше него ничего не придумали.
20M это почти как на блюрее.
Linux: Firefox based 52 2455284
>>454784
Я не буду как ты. Не буду делать предположений о том, что привело тебя к ошибочному мнению. А ты мог бы просто спросить.

> Чтобы H.264 не обосрался, очевидно же

> он же на x264 надрачивает и до сих пор верит, что лучше него ничего не придумали.

Эротические фантазии, как они есть.
Впрочем, я был бы не я, если бы не расстроил тебя скучной правдой жизни.
Сам стандарт H.264 сегодня имеет достаточно реализаций, достигших сходных результатов по эффективности кодирования и вычислительной эффективности, из чего можно сделать вывод о том, что ожидать прорывных или вообще существенных подвижек в показателях для реализаций можно с крайне малой вероятностью. Другими словами, развитие стандарта окончено, стандарт и его реализации достигли зрелости, и одной из наиболее эффективных (на x86-ой платформе) реализацией является библиотека libx264, от характеристик которой сегодня можно отталкиваться как от опоры. В пользу признания libx264 в качестве опоры могу привести также следующие аргументы:
- широко известны и весьма широко же распространены результаты работы этой библиотеки;
- библиотека очень широко доступна и у большого множества экспертов есть опыт работы с ней.
Т. е. если сегодня и сравнивать результаты работы новых библиотек кодеров, то сравнивать с libx264.

>>454776
> а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте?

Экспертным путём прикинул ширину потока на 10...20 дБ SSIM. Это очень суровый для поисковика движения ролик, там компактного представления не имеет ни картина векторов движения, ни картина коэффициентов преобразования. Этот ролик просто перегружен для кодеков с компенсацией движения, следовательно, на типовую ширину потока для «среднего по больнице» большого (т. е. содержащего достаточное число и крупных планов и статичных сцен) видеоматериала и проверять смысле нет, потому, как меня интересует видео, а не месиво из блоков и мыла.

> Не логичнее ли было бы сравнивать кодеры там, где визуальные отличия более заметны, скажем, на 5М или даже 1-2М для данного 1920@50 исходника?

Я считаю, что ниже 10 дБ SSIM, в большинстве случаев, говорить о качестве бессмысленно. Картинка на вид не будет выглядеть хорошо: как минимум, текстуры будут смяты, вокруг резких границ будет звон или мыло, а из под движущихся объектов будет вместо фона с текстурой обнажаться шлейф искажений. Есть ли смысл такое рассматривать вариант эффективного высококачественного видео высокой чёткости 1920×1080@50? Я считаю, что есть, но число технический — для исследования робастности оптимизаторов из составе кодировщика.

> визуальные отличия более заметны

Для практических применений, я считаю, следует использовать те режимы, в которых «визуальные отличия» едва заметны или хотя бы в глаза не бросаются.
Linux: Firefox based 52 2455284
>>454784
Я не буду как ты. Не буду делать предположений о том, что привело тебя к ошибочному мнению. А ты мог бы просто спросить.

> Чтобы H.264 не обосрался, очевидно же

> он же на x264 надрачивает и до сих пор верит, что лучше него ничего не придумали.

Эротические фантазии, как они есть.
Впрочем, я был бы не я, если бы не расстроил тебя скучной правдой жизни.
Сам стандарт H.264 сегодня имеет достаточно реализаций, достигших сходных результатов по эффективности кодирования и вычислительной эффективности, из чего можно сделать вывод о том, что ожидать прорывных или вообще существенных подвижек в показателях для реализаций можно с крайне малой вероятностью. Другими словами, развитие стандарта окончено, стандарт и его реализации достигли зрелости, и одной из наиболее эффективных (на x86-ой платформе) реализацией является библиотека libx264, от характеристик которой сегодня можно отталкиваться как от опоры. В пользу признания libx264 в качестве опоры могу привести также следующие аргументы:
- широко известны и весьма широко же распространены результаты работы этой библиотеки;
- библиотека очень широко доступна и у большого множества экспертов есть опыт работы с ней.
Т. е. если сегодня и сравнивать результаты работы новых библиотек кодеров, то сравнивать с libx264.

>>454776
> а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте?

Экспертным путём прикинул ширину потока на 10...20 дБ SSIM. Это очень суровый для поисковика движения ролик, там компактного представления не имеет ни картина векторов движения, ни картина коэффициентов преобразования. Этот ролик просто перегружен для кодеков с компенсацией движения, следовательно, на типовую ширину потока для «среднего по больнице» большого (т. е. содержащего достаточное число и крупных планов и статичных сцен) видеоматериала и проверять смысле нет, потому, как меня интересует видео, а не месиво из блоков и мыла.

> Не логичнее ли было бы сравнивать кодеры там, где визуальные отличия более заметны, скажем, на 5М или даже 1-2М для данного 1920@50 исходника?

Я считаю, что ниже 10 дБ SSIM, в большинстве случаев, говорить о качестве бессмысленно. Картинка на вид не будет выглядеть хорошо: как минимум, текстуры будут смяты, вокруг резких границ будет звон или мыло, а из под движущихся объектов будет вместо фона с текстурой обнажаться шлейф искажений. Есть ли смысл такое рассматривать вариант эффективного высококачественного видео высокой чёткости 1920×1080@50? Я считаю, что есть, но число технический — для исследования робастности оптимизаторов из составе кодировщика.

> визуальные отличия более заметны

Для практических применений, я считаю, следует использовать те режимы, в которых «визуальные отличия» едва заметны или хотя бы в глаза не бросаются.
Windows 10: Chromium based 53 2455447
>>454146
> в котором в самом медленном режиме vp9

> deadline good

Вскройся.
70221903206490.jpg66 Кб, 1634x892
sage Windows 10: Firefox based 54 2455448
>>452583
>Вот это глубокaя философскaя мысль

^_^ ☝️

>с кaждой новой я использовaл нaрaботки прeдыдущиx и продвигaлся всe дaльшe

тaк и нaдо брaтишкa, чистоe нeзaмутнeнноe дрочeво ммм

>полностью прозрaчной иконкой и зaгрузив в рeжимe рaзрaботчикa

лол, a ты шaришь)

нa сaмом дeлe я просто включил тогл в нaстройкax вивaльдeвыx, a с ним нeльзя было xaйдить иконки, щaс погуглил отключил и всe норм, жить можно, но мнe всeгдa мaло :3

нaxуй aдрeс бaр, мeчтaю о пaймeню брaузeрe, eсли чeрeз пaру лeт нe выпустят буду сaм пилить, что бы бeз говнa, только исключитeльно вaжнaя информaция пeрeд глaзaми с 0ДцБ шумa
Linux: Firefox based 55 2455474
>>455447
Я рад, что остальное возражений не вызвало.

Уточню:
> в котором в одном из медленных режимов vp9 (libvpx) и h.264 (libx264) идут вровень
Ubuntu Linux: Firefox based 56 2456331
В прошлом треде просили дать результаты по AV1. Потестил чуть-чуть на 720p.

На простом видосе (танцующий человек в помещении) где-то 0.2 fps (100 кадров за 8 минут).
На видосе посложнее (взлетающие утки) примерно 0.1 fps (100 кадров за 14 минут).

Вполне терпимо. Настройки такие:
-cpu-used 4 -crf 25 -pass 2 -threads 8 -tile-columns 2 -tile-rows 2 -row-mt 1

Правда не уверен, что libaom-av1 speed=4 лучше, чем libvpx-vp9 speed=1, надо будет метрики посмотреть. Ну ускорят со временем. Вон быстрый декодер уже написали только для AVX2, собаки.
Ubuntu Linux: Firefox based 57 2456332
>>456331
Не, AV1 лучше VP9 на том же CRF (40 для уток, а то они сложные). Удивительно даже.
Правда, есть кадры, где VP9 лучше, видимо CRF по-разному ещё работает. Надо смотреть распределение метрик по кадрам. Но у VP9 кадров, где он хуже, вроде больше. Скорость выше ~ в 17 раз (2fps).
Windows 7: Chromium based 58 2456342
>>456332
так-то да, CRF безотносительно кодека сравнивать не имеет смысла, изучай метрики
Android: Mobile Safari 59 2456412
>>454497
Кстати, VVC уже добавили в media-autobuild_suite.
Через него очень удобно собирать медиасофт на винде из гита. Там можно и патчи наложить, и свои настройки конфигурации.
image.png47 Кб, 722x410
Windows 7: Chromium based 60 2457859
>>456412
>media-autobuild_suite

Оно там сломано - как раз пытаюсь всеми возможными способами сейчас собрать свой ффмпег с вмафом, ну и с ввц уж заодно.
Android: Mobile Safari 61 2457893
>>457859
Какие-то пакеты иногда ломаются, это нормально. Там их много и они из гита.
Добавь строчку "--disable-gnutls" в ffmeg_options.txt.
Ubuntu Linux: Firefox based 62 2458094
>>457859
>>457893
И так уже пофиксили. Этот португалец очень крутой, реактивный.
Windows 7: Chromium based 63 2458233
>>458094
Лол у меня этот пакет дольше компилится, чем он его фиксил. Сейчас посмотрим, куда оно упрётся теперь.

>Этот португалец очень крутой, реактивный.

Алсо это же не автор, а кто-то из кураторов проекта или как их там называют на гите?
Ubuntu Linux: Firefox based 64 2458237
>>458233
Изначальный автор другой, но сейчас он основной майнтейнер.
Windows 7: Chromium based 65 2458239
>>458237
А, ок. Реально реактивный. Сейчас я ему ещё одну ищщую тогда влеплю, там этот батник в одном месте подвисает и надо вручную делать подтверждение установки.

Вообще, хотелось бы, конечно, вручную чтобы оно нормально ставилось. Но я пытался сам по инструкции собрать ффмпег через MSYS2, но оно по-первых собирается с зависимостями от minwg-шных библиотек, а во-вторых, когда их отвязываешь, оно тупо не запускается под хостовой виндой, хотя в MSYS2 всё ок.
Забавно при этом, что этот самый media-autobuild_suite использует как раз эту самую MSYS2, т.е. задача, по идее, имеет решение...
Ubuntu Linux: Firefox based 66 2458244
>>458239
Возможно потому что mabs статиком подлинковывает mingw-шные библиотеки, хз. На винде вообще довольно запарно юниксовый софт собирать, не приспособлена система для этого.

Говорят в WSL получше (это убунта внутри винды, но на выходе обычные PE бинарники), но я не пробовал.
Windows 7: Chromium based 67 2458246
>>458244
>Возможно потому что mabs статиком подлинковывает mingw-шные библиотеки, хз

Да, очевидно, именно это она и делает. Вот я и пытаюсь понять, как это сделать самому.

>На винде вообще довольно запарно юниксовый софт собирать, не приспособлена система для этого.

Есть такое. И я удивлён, что до сих пор нет отлаженного софта для этого дела.
Ubuntu Linux: Firefox based 68 2458251
>>458246
>И я удивлён, что до сих пор нет отлаженного софта для этого дела.

Микрософту больше интересны решения на основе visual studio/cmake/clang, поддержкой POSIX-утилит и gcc/libc, которые требует софт, ориентированный на линукс, они не занимаются. Есть вот cygwin/msys от энтузиастов, но работают они не всегда хорошо.

Они вот такое недавно запилили, как раз продолжение их политики: https://github.com/Microsoft/vcpkg
Вроде по первому ощущению классная штука, но линукует всё со студийным рантаймом. Я хотел для Go на винде зависимости так собирать, а фиг, потому что Go хочет mingw на винде.
Windows 7: Chromium based 69 2459113
>>456412
>media-autobuild_suite

Такое чувство, что им очень давно никто не пользовался. Или пользовались люди, уже хорошо знакомые с MSYS2. Чувствую, я сейчас им там все скрипты хорошо актуализирую лол, если мы всё же доразберёмся со всеми багами.

Хотя параллельно попробую сейчас всё же вручную сам по MSYS2/MinGW инструкциям что-нибудь пособирать.
Ubuntu Linux: Firefox based 70 2459115
>>459113
Я постоянно пользуюсь. И многие другие, тот же Selur, который автор Hybrid. Просто некоторые пакеты переодически ломаются. Если не включать всё подряд, то работает достаточно стабильно.
Ты давно уже мог выключить gnutls, там вместо него другие бэкэды SSL можно использовать. Я его например не собираю.
Windows 7: Chromium based 71 2459117
>>459115
>Ты давно уже мог выключить gnutls, там вместо него другие бэкэды SSL можно использовать

Ну, в прошлый раз всё тоже в него всё упёрлось, >>458094 но как-то всё быстро разрулилось. Я просто думал, что это какая-то системная штука, которая самому скрипту нужна для работы.
Где она вообще используется в самом ффмпеге? Он же офлайновый насквозь.

Сейчас попробую без него собрать.
Ubuntu Linux: Firefox based 72 2459124
>>459117
>Где она вообще используется в самом ффмпеге? Он же офлайновый насквозь.

Бэкэнд SSL для поддержки HTTPS.
Не оффлайный, ты можешь запустить ffmpeg -i https://2ch.hk/s/src/2302860/15459507080970.webm (М) out.mp4 и он будет конвертировать вебмку в H.264, на лету скачивая её по сети. Т.к. SSL довольно сложный протокол, чтобы не переизобретать велосипед (хотя они любят), используется внешняя библиотека. Там есть поддержка openssl, gnutls, gcrypt и ещё парочки других. Я schannel использую, это вендовое API, не требует внешних библиотек и с ним билд меньшего размера должен выходить. Тебе размер не критичен, но раз gnutls сломан, используй любую другую. Можно вообще без поддержки SSL собирать.
Windows 7: Chromium based 73 2459127
>>459124
>Можно вообще без поддержки SSL собирать.

Ну в общем-то да, у меня всё строго локально происходит.
Ubuntu Linux: Firefox based 74 2459134
>>459127
https://github.com/FFmpeg/FFmpeg/blob/master/configure#L3338
Надо добавить в опции ffmpeg
--disable-gnutls
--disable-openssl
--disable-schannel
--disable-securetransport
--disable-libtls
--disable-mbedtls
Ещё --disable-gcrypt можно. Почитай configure скрипт, там очень много всего интересного.
MABS читает файлик с опциями ffmpeg и в зависимости от того, что так включено/выключено, подтягивает зависимости. Ещё часть зависимостей включается отдельно, через визард при запуске. Типо всяких mpv и rav1e.
Ubuntu Linux: Chromium based 75 2459135
Как установить топовый кодек h.264 на Линукс?
Windows 7: Chromium based 76 2459151
>>459134
>Почитай configure скрипт, там очень много всего интересного.

Увы, мне от него ни холодно ни жарко - я совсем нью в этих никсовых делах.

> подтягивает зависимости.

Вот кстати да, мне кажется, он этот тлс подтягивает ещё тупо по зависимостям. Где можно посмотреть, какие пакеты за что цепляются? Какой командой?
Windows 7: Chromium based 77 2459155
>>459134
Кстати, есть ли какая-то возможность почистить только конфиг этого самого mabs-а? Чтобы он не перекачивал и не переставлял всю систему каждый раз. А то я каждый раз всю папку целиком сношу и накатываю заново и это очень долго происходит. Мне бы сбросить скрипт просто на момент, когда он спрашивает, что мне надо поставить... И чтобы уже тупо проверял, надо ли ему что-то докачать или у него уже всё есть.
Ubuntu Linux: Firefox based 78 2459161
>>459151
>Увы, мне от него ни холодно ни жарко - я совсем нью в этих никсовых делах.

Ну просто чтобы видеть какие возможности есть. Вот здесь например https://github.com/FFmpeg/FFmpeg/blob/master/configure#L188 описаны все внешние библиотеки, которые поддерживаются.
> Где можно посмотреть, какие пакеты за что цепляются?

Только в исходнике. Вот здесь например https://github.com/jb-alvarado/media-autobuild_suite/blob/master/build/media-suite_compile.sh#L284 видно, что gnutls подтащится, если в ffmpeg включены gnutls или librtmp, или если нужен rtmpdump, или если бэкэнд курла gnutls.
>Кстати, есть ли какая-то возможность почистить только конфиг этого самого mabs-а?

Удалить media-autobuild_suite.ini из build.
Windows 7: Chromium based 79 2459165
>>459161
>Только в исходнике. Вот здесь например https://github.com/jb-alvarado/media-autobuild_suite/blob/master/build/media-suite_compile.sh#L284 видно, что gnutls подтащится, если в ffmpeg включены gnutls или librtmp, или если нужен rtmpdump, или если бэкэнд курла gnutls.

Оххх, это как-то глубоко. А где-нибудь хотя бы в заголовках нельзя посмотреть, что какая-то библиотека линкуется к этой? Я имею в виду, ну вот гит же сам по себе как-то же понимает, что у этой библиотеки есть такие-то зависимости и сам их подтягивает. Он же не парсит весь код насквозь.
Ubuntu Linux: Firefox based 80 2459173
>>459165
Не очень понял, но git clone конкретной зависимости запускается с помощью скриптов mabs, а не наоборот. Вот эти все строчки где "do_vcs" и дальше путь к git-репозиторию клонируют его код и затем собирают.
Не обязательно сразу в это полностью вникать, просто отключи ненужное и должно заработать. У тебя же в ffmpeg_options:

$ grep gnutls ffmpeg_options.txt
--enable-gnutls


Поэтому она и подтягивается.
Ubuntu Linux: Firefox based 81 2459177
>>459173
У тебя вообще конфиг ffmpeg самый полный (zeranoe+full), оно у тебя будет так десять лет собирать все зависимости и вполне вероятно где-нибудь ещё сломается. Закомментируй всё, что после Zeranoe и откомментируй нужное.

fontconfig/libass/libfreetype/gpl/libaom скорее всего пригодится, а остальное вряд ли.

В mpv тоже дофига всего.
Windows 7: Chromium based 82 2459178
>>459173
А, блин, точно, это же сам скрипт. Мне почему-то показалось, что это код какого-то файла этого самого gnutls.

Да, тогда, пожалуй, всё достаточно логично. Хотя всё равно для меня не совсем очевидно было бы без твоей подсказки, что из этой каши башевского скрипта (или на чём это написано?) является зависимостью чего.

Ладно, пока оно проскочило то место, слава Богу. Посмотрим, во что упрётся теперь.
Windows 7: Chromium based 83 2459182
>>459177
Да я что-то пожадничал, да. Не смог удержаться от альтернативных av1-кодеков - всё такое интересненькое... Ну и там понеслось. Я выключил только что я вообще не знаю, что это такое. Остальное прямо интересно потыкать самую последнюю версию.
Ubuntu Linux: Firefox based 84 2459183
>>459178
>что из этой каши башевского скрипта (или на чём это написано?) является зависимостью чего.

Я тоже в нём не всё понимаю, он довольно кошмарный и корявый. Но под винду выбор не велик, если хочется из гита собирать.
Windows 7: Chromium based 85 2459186
>>459183
>под винду выбор не велик, если хочется из гита собирать.

Я сейчас попытаюсь параллельно накатить собственный MSYS2 и попердолиться из него вручную, пока там скрипт собирает мой бесконечный конфиг. Всё же автоматика дело хорошее, но хочется понимать, что творит эта адская машина... Вообще не в курсе, как там, MSYS2 нормальная среда для компиляции всякого линуксового софта под винду? В документации сказано, что есть ещё просто MSYS, но его не рекомендуют... И можно накатить ещё чистый MinGW, но там нужно его по-хитрому вкручивать в систему, а я хочу такие линуксовые приколы максимально локализовать, чтобы оно на выходе мне компилило полностью статические стенделоновые виндовые экзешники.
Windows 7: Chromium based 86 2459187
>>459186
>В документации сказано

к ффмпегу, быстрофикс
Ubuntu Linux: Firefox based 87 2459191
>>459186
msys2 нормальный, он мне больше всего из доступных нравится. Т.к. там пакетный менеджер (pacman) удобный и пакеты довольно часто обновляются.

Руками в принципе не сложно всё настроить - поставил всякие gcc/make/pkgconfig через pacman, склонировал репу и просто запустить ./configure&&make. Но когда зависимостей штук 10 и все хочется новые из гита, это быстро надоедает. Собственно, mabs это просто такой автоматизированный набор из клонов и сборок каждой софтины по очереди.
Windows 7: Chromium based 88 2459193
>>459191
>Т.к. там пакетный менеджер (pacman) удобный и пакеты довольно часто обновляются.

Можешь рассказать про пакеты, кстати? Зачем они там нужны вообще, если всё можно собрать из гита. Я пока не очень ориентируюсь в этой никсовой логике.
Windows 7: Chromium based 89 2459195
>>459191
>Собственно, mabs это просто такой автоматизированный набор из клонов и сборок каждой софтины по очереди.

>>459161
>Удалить media-autobuild_suite.ini из build.

Кстати, как вообще в будущем поддерживать свою сборку ффмпега up-to-date? Точно так же, просто удалять media-autobuild_suite.ini или можно как-то запустить сборку и обновление зависимостей по уже имеющимся настройкам? Там в конце настройки скрипт предлагает сгенерировать какие-то скрипты для обновления - это что вообще?
Ubuntu Linux: Firefox based 90 2459196
>>459193
Быстрее/проще. Пакеты это прекомпилированные бинарники, которые кто-то собрал за тебя. Там просто скачивается архив и раскатывается на файловую систему. Ну и всё не соберёшь, без базовых компилера/autotools/make/прочих утилит у тебя не получится собирать другие пакеты.

В mabs часть зависимостей через пакеты ставится, например vorbis. Скорее всего потому что разработка уже не ведётся активно и нет смысла, стабильная версия из репозитория и так нормальная. А вот opus из гита, т.к. туда активно коммитят.

Мне нравится гибридный подход, я собираю из гита только то, что мне точно нужно последнее (libvpx/aom/ffmpeg/mpv и т.д.). А остальное всё стабильных версий, какой-нибудь freetype там например. Мне без разницы что они там с рендерингом шрифтов делают, я этим не занимаюсь. Ну это у меня на локальной системе, в mabs нельзя выбирать между гитом/пакетом.

>>459195
>Точно так же, просто удалять media-autobuild_suite.ini

Нет, не надо, это настройки сбросит. Просто запустить ещё раз media-autobuild_suite.bat и он сам пересоберёт обновившиеся пакеты.
>Там в конце настройки скрипт предлагает сгенерировать какие-то скрипты для обновления - это что вообще?

Не помню. Возможно это про update_suite.sh. Он нужен, да, он будет сам всё обновлять как раз.
Вот здесь дока есть по обновлениям: https://github.com/jb-alvarado/media-autobuild_suite/blob/master/doc/updating.md
Windows 7: Chromium based 91 2459200
>>459196
>Вот здесь дока есть по обновлениям: https://github.com/jb-alvarado/media-autobuild_suite/blob/master/doc/updating.md

О, то, что надо. Спасибо.

У меня ещё вопрос чисто по организации папок в никсах. Где почитать про нормальную организацию всех этих /etc/, /dev/, /usr/, /home/ и т.д.? А то я в прошлые разы в MSYS2 сваливал все файлы из гита в корень и компилил туда же, но чувствую, что что-то я делал не так. Как оно тут принято у вас?
Ubuntu Linux: Firefox based 92 2459201
>>459196
Ну и есть ещё такое понятие как стабильность. Версия в гите может часто ломаться, либо конфликтовать с другими пакетами, просто такое свойство разработки программного обеспечения. Меняются API, люди делают ошибки и т.д.

Соответственно, если у тебя вообще всё из гита, то как только пакетов станет штук 50, у тебя точно будет что-нибудь ломаться. Пакеты обычно фиксируются на какой-то версии и риск поломок меньше. (Из гита тоже можно по тэгу собирать, я имею ввиду git master.) Но тоже есть, если пакетов больше 200. В archlinux вот очень быстро обновляют пакеты после каждого релиза и периодически система ломается.

Ну на 10-20 пакетах в изолированном окружении эти проблемы не должны проявляться. В том же ffmpeg гит почти никода не ломают, только на новых мажорных релизах меняют API и не все программы быстро на него обновляют.

>>459200
https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
Windows 7: Chromium based 93 2459202
>>459200
>>459196
Я сейчас читаю https://github.com/msys2/msys2/wiki , но там, кажется, описывают только особенности самого мсиса и таких базовых вещей там нет.
Windows 7: Chromium based 94 2459203
image.png84 Кб, 1200x760
Windows 7: Chromium based 95 2459271
Ура, я это сделал! Скрипт запнулся после того места всего только 1 раз, но там всё было гораздо проще и удалось решить проблему даже не выключая компонент. Всё завершилось даже быстрее, чем я думал, и в итоге я даже не успел заскринить финальное окошко. Т.ч. пруфаю своим теперь изрядно распухшим ффмпегом в максимальной комплектации :з

Ещё раз спасибо >>459173>>459161>>459134>>459115 !

Надеюсь, оно там нормально собралось и не будет нещадно тормозить, как это бывает, когда сам собираешь MSVC-шные проекты. Наконец-то можно покатать метрики по своим семплам новые.
Ubuntu Linux: Firefox based 96 2459336
>>459271
Поздравляю. Потести libaom в мультитреде, мне интересно сколько у тебя fps будет.
Windows 7: Chromium based 97 2459339
>>459336
Ща. У меня тут весело: VP9 из новой сборки показывает хуже VMAF, чем старый зераноевский. Хотя SSIM лучше. Но это на коротких микро-семплах, сейчас попробую 1,5 минуты прогнать. Он долго считается - метрика медленнее работает, чем кодер лол.
Ubuntu Linux: Firefox based 98 2459345
>>459339
У zeranoe libvpx-20181017-2b838d9, за 3 месяца могли что-то сломать.
Ещё надо опции смотреть, у него такие (можно в бинарнике найти):
--prefix=/Users/kyle/software/libvpx/win64/libvpx-20181017-2b838d9-win64 --enable-vp9-highbitdepth --disable-avx512 --target=x86_64-win64-gcc

Ну гугловцы вроде прогоняют на всём метрики, не должны ломать качество. Вот производительность могут ухудшить, такое уже было. Или могут чуть-чуть ухудшить качество в угоду производительности.
Windows 7: Chromium based 99 2459346
>>459345
Не, производительность сейчас как раз в 1,5 раза просела тоже. Файл тоже меньше стал, но вот то, что метрика при этом ухудшилась - мне не нравится.
Ubuntu Linux: Firefox based 100 2459350
>>459346
Попробуй пересобрать libvpx и ffmpeg без этой строчки: https://github.com/jb-alvarado/media-autobuild_suite/blob/33d6660/build/media-suite_compile.sh#L846
postproc вроде замедляет скорость, а фичи оттуда почти никто не использует. highbitdepth точно замедляет, но у Zeranoe он есть и без него 10-битные вебмки нельзя делать. Но если это не нужно, то без него будет тоже быстрее.

>Файл тоже меньше стал, но вот то, что метрика при этом ухудшилась

Это нормально. Метрики надо всегда сравнивать на одинаковых по размеру файлах, иначе она ничего не показывает. И желательно на одинаковых по времени энкодах, если возможно. Либо добавлять ещё одну ось в график, отображающую время кодирования. Потому что качество это трейдофф от скорость + битрейт, а не только битрейт.
Windows 7: Chromium based 101 2459352
>>459350
>Это нормально. Метрики надо всегда сравнивать на одинаковых по размеру файлах, иначе она ничего не показывает.

Ну так-то да. Но там разница в 2% получилась по размеру, т.е. не так существенно. Метрика тоже, конечно, весьма абстрактная цифра.
Сейчас попробую выравнять размеры и тогда сравнить.

Суть просто в том, что кодировал я оба файла с одинаковыми настройками, в т.ч. и по битрейту.
Ubuntu Linux: Firefox based 102 2459360
>>459352
Ну рейтконтроль тоже может меняться, либо просто элемент рандома. Хотя 2% это довольно мало, да.
Можно ещё собрать libvpx той же ревезии и проверить, что результаты похожие (файлы скорее всего будут разные из-за мультитрединга в любом случае), чтобы удостовериться, что это не косяк сборки. Там надо просто добавить #commit=2b838d9 в строчку где do_vcs, перед закрывающейся кавычкой, чтобы он нужную ревизию счекаутил перед сборкой.

Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.
Разве что можно через vpxenc тестировать, тогда пересобирать ffmpeg не надо.
Windows 7: Chromium based 103 2459368
>>459360
>в строчку где do_vcs

Какую именно ты имеешь в виду? https://github.com/jb-alvarado/media-autobuild_suite/blob/33d6660/build/media-suite_compile.sh#L838 эту? Там их просто много и я не очень ориентируюсь пока в этом скрипте.
Ubuntu Linux: Firefox based 104 2459369
Windows 7: Chromium based 105 2459378
>>459369
>>459360
Не, всё же даже с обратной форой в +2% новый вп9 по всем 3 метрикам проиграл старому энкоду. Пойду накатывать зераноевский билд. Кстати, а где именно ты подсмотрел его номер? В ffmpeg_old -h libvpx нет ничего об этом.
Ubuntu Linux: Firefox based 106 2459383
>>459378
>Кстати, а где именно ты подсмотрел его номер?

В бинарник вшито (ffmpeg.exe). Просто ищешь строчку vp9-highbitdepth внутри бинарника.
Ну ещё здесь есть: https://ffmpeg.zeranoe.com/builds/readme/win64/static/ffmpeg-20190110-395e8a5-win64-static-readme.txt Но опции сборки так не посмотреть.
Windows 7: Chromium based 107 2459388
>>459383
>Ну ещё здесь есть: https://ffmpeg.zeranoe.com/builds/readme/win64/static/ffmpeg-20190110-395e8a5-win64-static-readme.txt

О, точно, нашёл.
У меня, правда, была 4.1 стабильная версия, но впх и там и там одинаковый, я смотрю.
Тест Android: Mobile Safari 108 2459432
Windows 7: Chromium based 109 2459463
>>459383
А в скачанном гите build/libvpx-git где-нибудь можно проверить, что он утянул именно правильный коммит?
Ubuntu Linux: Firefox based 110 2459468
>>459463
git rev-parse HEAD внутри каталога репы
Linux: Firefox based 111 2459513
>>452601
>>Написана на Си и ассемблер

>Вообще, из этого автоматически портируемость не следует.


Поц. Там на x86 asm написаны части для оптимизации под SIMD, в местах где интринсики не работают нормально.
Сначала напиши что-то сам, дебил блядь.
Windows 7: Chromium based 112 2459635
>>459360
>Можно ещё собрать libvpx той же ревезии и проверить, что результаты похожие (файлы скорее всего будут разные из-за мультитрединга в любом случае), чтобы удостовериться, что это не косяк сборки

Пересобрал целиком свою сборку с 2b838d9 впх и перекодировал свой семпл. В общем, да, получил на выходе идентичный с точностью до байта и до последней цифры во всех метриках файл. Контрольные суммы разве что разные. Время кодирования вышло на 6% больше, но я запускаю кодирующий скрипт на start /low encode.bat, т.ч. там что угодно могло его затормозить.

Т.ч. со сборкой всё в порядке и это именно что-то в 6b02a12 впх накуралесили с качеством.

Я бы, конечно, прошёлся по всем коммитам и посмотрел, кто из них чего стоит, но без автоматизации вручную это делать нереально. Т.ч. пока, пожалуй, останусь на 2b838d9 версии.

>Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.

Ну, в общем-то, для частых экспериментов можно сделать специальный media-autobuild_suite.ini, где вырезать вообще всё, кроме нужного кодера - и подкладывать его по мере необходимости. А потом уже менять на основной, когда убедишься в том, что хочешь собирать.
Windows 7: Chromium based 113 2459640
>>459360
>Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.

Ещё, кстати, хороший вопрос в том, насколько действительно репрезентабильна метрика вмафа с дефолтной vmaf_v0.6.1.pkl моделью. Это же нейросеть, я правильно понимаю? Есть где-нибудь описание, что каждая из моделей делает?
Windows 7: Chromium based 114 2459679
>>459360
>Она всего минуту собирается

Затестил сейчас, кстати, свою идею >>459635
>Ну, в общем-то, для частых экспериментов можно сделать специальный media-autobuild_suite.ini, где вырезать вообще всё, кроме нужного кодера

в общем, получилось, что 6 минут собирается vpx и ещё 22 - ффмпег, в сумме полчаса на это можно класть спокойно лол. Не очень оперативно, мда.
Android: Mobile Safari 115 2459697
>>459635
>Я бы, конечно, прошёлся по всем коммитам и посмотрел, кто из них чего стоит, но без автоматизации вручную это делать нереально

Каждый не надо, надо использовать двоичный поиск, всего log2(число коммитов). git bisect утилита для этого как раз написана.

Можно найти коммит, ухудшающий качество и зарепортить в их багтрекер. Хотя я им репортил замедление, а они тупо проигнорили.
Android: Mobile Safari 116 2459703
>>459640
Да, нейросетка, которую нетфликс на своих видосах тренировал (1080p вроде). Правда мне тут говорили, что она довольно сильно коррелирует с psnr, что как бы сигнализирует о слабой достоверности этой метрики.
Windows 7: Chromium based 117 2459705
>>459703
>что как бы сигнализирует о слабой достоверности этой метрики.

А какая норм тогда?
Android: Mobile Safari 118 2459731
>>459705
Все сразу + субъективная (глазами). Когда daala разрабатывали, у них периодически менялась "любимая" метрика. Вначале fastssim, потом psnrhvs что ли. Т.е. они все по-разному реагируют на артефакты от разных фич энкодера. Кто-то не замечает мыло (psnr), кому-то наверно всякие искажения от deringing фильтров больше нравятся. Идеальной метрики нет, даже если глазами смотреть, люди могут по-разному оценивать.
Windows 7: Chromium based 119 2459734
>>459731
А какие метрики оценивают картинку в динамике, а не тупо сравнивают их покадрово? Я пробежался по описанию вмафа, но, кажется, он работает так же, тупо агрегирует несколько разных параметров.
Android: Mobile Safari 120 2459740
>>459734
Хз, не знаю такой. Только глазами наверно.
Windows 7: Chromium based 121 2460611
Ребятушки, как добавить в видео главы? Хочу склеить небольшой сериал в один файл (я обычно смотрю его залпом), чтобы не переключать постоянно серии и не скипать опенинг/эндинг. И по главам если что можно будет найти нужную серию или какой-нибудь смешной момент. С гуглом не подружился, хэлп!
letsgocutsome.JPG122 Кб, 1274x712
Windows 7: Chromium based 123 2460666
>>460644
Ооооу, спасибо... Глава это CHAPTER, ооокей. Всё получилось!
Windows 7: Chromium based 124 2460678
О, ещё один микро вопрос:

>Format settings : CABAC / 4 Ref Frames


Этот собак на что-то влияет? У меня автоматом проставилось 4, в исходном файле было 15. Картинка ну никак не поменялась на первый взгляд, а файл стал в два раза меньше. Нужно ли принудительно вернуть 15 или и так сойдет? Смотреть собираюсь на мобилке.
Windows 10: Palemoon 125 2460705
-force_key_frames 1.2 не ставит ключевой кадр в указанном месте, на 1.16 ставит, на 1.24 ставит, на 1.2 не ставит.

С чем это может быть связано?
Windows 7: Chromium based 126 2460744
>>460666
Потыкай это. 10 гуёв для MKV из 10. https://mkvtoolnix.download
Ubuntu Linux: Firefox based 127 2460746
https://mkvtoolnix.download/doc/NEWS.md
Ебать он там релизы клепает конечно. По несколько раз в месяц.
Windows 7: Chromium based 128 2460752
>>460746
Ух, и правда раздухарился. Ещё недавно вот была 6 классическая версия.
Windows 7: Chromium based 129 2460761
>>460744
Не понял, как с помощью этой штуки собрать файлы. Главы удобно добавлять. В общем то, в консольке тоже удобно, если знать нужные команды.
Windows 7: Chromium based 130 2460771
>>460761
В один файл не собрать, это да. Этот тул может замерджить и извлечь дорожки, без проблем с -map, и вообще понагляднее.
Больше для метаданных. Имхо, это не та операция, которую удобно делать из консольки.
Но если ты придрочился, то да. Пользуй то, что тебе удобнее
Linux: Firefox based 131 2460874
>>460678
> Этот собак на что-то влияет?

Стандарт h.264 допускает два энтропийных (объяснять надо?) кодера — CAVLC и CABAC. CABAC более сложный, но и более эффективный. CABAC допускается для профилей от Main. И уже от Main есть смысл использовать только его. Посему в библиотеке libx264, насколько помню, оптимизатор RDO для модуля контроля ширины потока требует CABAC, и оптимизатор Trellis в модуле квантизации только с CABAC работает.
Linux: Firefox based 132 2460934
>>460678
Алсо,
> 4 Ref Frames

Это не CABAC. Это совсем другая опция.
Это ограничение на количество ссылочных кадров. Т. е. для любого (закодированного) кадра наибольшее число уже раскодированных кадров, необходимых для раскодирования текущего, в твоём случае будет 4. На практике крайне редко можно столкнуться с решением поисковика движения, для которого найдено более 6-8 ссылочных кадров. А после 4 ссылочных кадров эффективность сжатия почти не растёт, зато быстро растут требования к видеобуферу (в котором раскодированне кадры хранить) при воспроизведении.
Windows 7: Chromium based 133 2461209
Раз вы всё равно тут аутируете по крупному, то давайте поговорим о пользе ключевых кадров для энкодеров серии vpx
Польза/вред, оптимальные параметры, особенно интересует возможный парсинг кейфреймов исходника и насильную их установку, с этим сложнее, ффмпег может выставлять флаг форс фрейма в "любом" месте, на деле обосерается >>460705
Обсирается из-за предполагаемой ошибки, в том месте, где я пытаюсь ставить форс фрейм, в режиме auto ставится кейфрейм самим vp9, но при попытке установить его там силой, не ставит, но такие ошибки редки, причину понять пока не пытался особо.
Вообще попробую в vpxenc удалить ограничение на использование kf-min-dist, но не думаю, что поможет.

tl;dr vp9 частит с ключевыми кадрами, т.к. не обладает в достаточной мере хорошим алгоритмом предсказания их полезности. Грубо говоря выгоднее сделать кейфрайм или закодировать разницу с текущим, я так понимаю это работает. В итоге бывает 3 кейфрейма подряд и тому подобные идиотии. Хочется заставить работать kf-min-dist, которым может быть либо 0, либо равен kf-max-dist. При 0 энкодер расставляет ключевые кадры в авторежиме, при равном kf-max-dist в режиме постоянного гопа, забавный момент, если использовать флаг disable-kf, он все равно будет форсировать гоп, указанный в kf-max-dist не будет только авторасстановки, т.е --kf-min-dist=0 --kf-min-dist=128 --disable-kf работают аналогично --kf-min-dist=128 --kf-min-dist=128

Какое же говно этот vp, просто шок.
14259459374301.webm7 Мб, webm,
800x585, 4:25
Windows 7: Chromium based 134 2461218
>>461209
>Какое же говно этот vp, просто шок.

ты че пес я тебя порежу кодек от народа

А чего, собственно, ты хочешь добиться-то? Из всего твоего пассажа я увидел только некоторые твои наблюдения.

Я хз что там происходит с форсированной установкой и-кадров (не помню, кстати, в терминологии вп вообще остались ещё кейфреймы?), но если тебе прямо так горит, как насчёт нарезать исходник прямо физически ffmpeg -to 1 -c copy part1 / ffmpeg -ss 1 -c copy part2 тогда? Потом закодировать их отдельно и замусить без перекодирования в один файл (не помню наизусть строчку).

Меня в отношении гопов в вп заёбывают только аутисты, которые узнали про них и считают себя ниибаца умными, кодируя с -g 9999 и получая на выходе пикрил (не оценив разницу в размерах хотя бы с дефолтными 128), который потом адекватным людям приходится пережимать для употребления и дальнейшего распространения.

Впрочем, насчёт распиздяйского отношения вп к параметрам у меня тоже горит. Вроде бы как параметры кое-как и описаны, но в разных местах по-разному и хз где правда, а где нет. И вроде бы параметр есть, но вот начинаешь его гонять туда-сюда, а оказывается, что он только для 1 прохода. Или только для двух. Или включается в работу только когда другой параметр принимает значения в заданном диапазоне. Или вообще учитывается пошёл ты нахуй вот когда он учитывается.

Самая писечка ещё, что в вп (9 точно) есть ещё встроенный рандом. Специально не проверял, но в памяти отложилось, как я тестил auto-alt-ref и =0 и =1 давали одинаковый файл, но когда я переключился снова на =0, оно дало другой файл по контрольной сумме и артефакты были разбросаны по-другому. Т.ч. эта хуйня ещё и не детерминирована пиздос.
Windows 7: Chromium based 135 2461233
>>461218
> кодек от народа
264 от doom9 был и есть кодек от народа на деньги корпорации, vp так и останется туалетной уткой


> но если тебе прямо так горит, как насчёт нарезать исходник прямо физически

- Увеличит вес за счет мусорных заголовков
- Ухудшит работу расстановщика альтрефов/золотых кадров, кроме как если резать по ним, но доступа к ним у меня нет, некоторые полагают, они есть в логе первого прохода.
- Ухудшит работу моих темпоральных фильтров, а может и нет, они то не vp

> не оценив разницу в размерах

А разницу в качестве ты оценил? Кодирование с -g 99999 не уменьшает количество ключевых кадров при двухпроходном кодировании не статичного видео, т.к. ты указываешь максимальный гоп, а vp ставит кадры по его мнению там, где надо и не очень то и часто гоп в 128 перепрыгивает. По поводу статики 1/2/3 ключевых кадра, дальше экстраполируй, я статикой не занимаюсь, но лучше или fps ниже ноля, что повлияет на воспроизведение в некоторых плеерах/браузерах, лучше всего vfr, не видел пока с ним проблемделай в 264 просто

Про рандом не в курсе, у меня результаты повторяемые.

> А чего, собственно, ты хочешь добиться-то

Работоспособности kf-min-dist, как в 264 keyint_minработает, вот так и тут хочу чтобы работало, чтобы не совало мне десяток ключевых фреймов подряд.
Windows 7: Chromium based 136 2461235
>>461233
> Кодирование с -g 99999 не уменьшает количество ключевых кадров при двухпроходном кодировании не статичного видео

Ну, в случае, если аутист не делает вот так -keyint_min 999999 -g 999999 а такого в гайде на том сайте нет.
Windows 7: Chromium based 137 2461243
>>461233
>Увеличит вес за счет мусорных заголовков

Можно подробнее, о чём речь? Там же все заголовки заново переписываются, ффмпег умеет напрямую вливать равную видеодату.
Windows 7: Chromium based 138 2461244
>>461243
>вливать

сливать, быстрофикс
Windows 7: Chromium based 139 2461250
>>461243
Быстрее и проще тебе сшить два mp4 в которых есть "Encoding settings", открыть хекс редактором и поискать.
Windows 7: Chromium based 140 2461258
>x264 is a widely used open source implementation of the heavily patent encumbered MPEG-4 AVC media format.

Читаю тут всякое про кодеки и мне вот чисто из спортивного интереса: как у них там правовая система работает, что вот вроде бы стандарт закрытый и платный, но делать кодеки для него можно вроде как открытые и никому ничего за это не будет. На что именно распространяются патентные ограничения авц и хевка?
Windows 7: Chromium based 141 2461259
>>461258
avc разрешен к бесплатному распространению в сети интернет, любая продажа контента в avc должна сопровождаться передачей маржи la mpeg, а вообще оплата до начала продаж, как я понимаю.
С хевком хз, по идее нельзя и размещать(?), но это никого не останавливает, а если бы энтузиасты занимались этим с момента его выхода, la mpeg мог бы раньше разрешить бесплатное распространение и бравзера бы не стали в позу, как сейчас и не позакрывали вопросы связанные с поддержкой 265, но la mpeg такой подарок гуглу делать явно не хотел. Это так, обывательский взгляд.
Windows 7: Chromium based 142 2461261
>>461259
Пиздос там у белых людей проблемы с лицензиями и интеллектуальной собственностью хех мда как будто живу в 2д мире и пытаюсь понять 3е измерение. Ну да ладно.
Windows 7: Chromium based 143 2461265
>>461261
Люди хотят получать деньги за создание годноты, а уж как потом это оборачивается в "стекла прямоугольной формы с закруглениями" и прочие говнопатенты всяких эпл это такое.
Ubuntu Linux: Firefox based 144 2461267
>>461258
Стандарт открытый, основную прибыль гребут с производителей мобил и крупных контент-провайдеров. Распространение авц в интернете бесплатное. После релиза хевц, владельцы патентов пожадничали, хотели брать деньги и за распространение. Все дико охуели и так появилась aomedia.

Нас это как бы не касается, но т.к. патентное право на алгоритмы большинством крупных производителей соблюдается (просто закладывается в стоимость чипа) и там крутятся большие деньги, по сути влияет на весь остальной мир. Вот не захотели Google/Mozilla платить за HEVC (мозилле вроде и не зачем на самом деле, хз, чего они там, наверно за компанию), теперь ни у кого в браузере он не играется.

Самое смешное, что ты можешь спокойно скачать подробнейшную спеку и доки по HEVC совершенно бесплатно, но не можешь по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет. А то, что есть, - жалкие огрызки.

>>461261
Всё дело в деньгах. Патенты на алгоритмы все, кто только можно, говном поливал. А они всё равно есть и никуда уходить не собираются.
1547450929606.PNG793 Кб, 1041x697
Windows 7: Chromium based 145 2461273
>>461267
> Самое смешное

А что смешного? Так бесплатная параша и работает -- захотел, сделал документацию, не захотел -- не сделал. А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию. Ну в моём манямирке так это работает.
Windows 7: Chromium based 146 2461274
>>461267
>Самое смешное, что ты можешь спокойно скачать подробнейшную спеку и доки по HEVC совершенно бесплатно, но не можешь по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет. А то, что есть, - жалкие огрызки.

Вот кстати да, я с этой вилки проигрываю: хевк весь такой стандартный и оффициальный (тм), но кроме бумажки по нему ничего нет. А впх весь такой открытый и народный, но что там происходит дай бог знают только те, кто кидают коммиты в гит, хотя я там мимо почитал немного их рассылку и там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.
Windows 7: Chromium based 147 2461275
>>461273
>А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию. Ну в моём манямирке так это работает.

Это у белых людей так работает. В ИТТ стране так-то и на продажу нихуя документацию никто не пишет и все вась-васькаются пока проект живёт и кому-то нужен.
Как у белых людей они заставляют писать толковую документацию по своим продуктам - для меня большая загадка, ну на то они и белые люди.
Ubuntu Linux: Firefox based 148 2461278
>>461274
>там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации

Это где? У aomedia вообще закрытая рассылка, туда только мемберов пускают. Есть ещё рассылки для пользователей/девов, но там ничего серьёзно не обсуждают и никто никого там не слушает. Хотя гугль и так никого не слушает, делает всё как хочет. В своих закрытых багтрекерах всё решают.
Android: Mobile Safari 149 2461287
>>461209
>В итоге бывает 3 кейфрейма подряд и тому подобные идиотии.

А есть примеры? Можно в багтрекер заслать. Не факт что исправят, но может хоть скажут в чём проблема. В libaom пробовал воспроизвести?
Так-то тип кадра по RDO и scenechange должен выбираться. Если ему кажется, чго сейчас выгоднее all-intra, даже если ты зафорсишь P-фрейм, он его сделает целиком интрой и выгоды никакой не будет.
Windows 7: Chromium based 150 2461290
>>461287
> Можно в багтрекер заслать

Это не ошибка, это "алгоритм".
> Если ему кажется, что сейчас выгоднее all-intra, даже если ты зафорсишь P-фрейм, он его сделает целиком интрой и выгоды никакой не будет

Не думаю, но вообще можно попробовать смоделировать ситуацию смены сцены и закодировать с ключевым и без него.
Windows 7: Chromium based 151 2461293
>>461287
А вот по поводу того, что ffmpeg не может вставить форс фрейм можно и попробовать кому-то сообщить, начав с ffmpeg'овцев
Android: Mobile Safari 152 2461294
>>461218
>не помню, кстати, в терминологии вп вообще остались ещё кейфреймы

Остались. Есть ещё голден и альтрефы.
Вообще там всё по-идиотскому слегка, потому что пришлось обходить патенты. В хевце вот есть I/P/B и IDR и всё понятно. А у vpx вместо B невидимый альтреф, но который можно использовать в бипредикции.
В aom вроде вернули B-шки, т.к. появился большой пулл патентов, которые можно использовать.

Пиздец, до чего же мобильный интерфейс сосача ублюдский. Половину сообщения проебал и то потому что я сохранил до этого.
Android: Mobile Safari 153 2461299
>>461293
Они здесь причём, если просто используют апи библиотеки?
>>461290
>это "алгоритм

Они алгоритмами тоже занимаются.
Android: Mobile Safari 154 2461304
>>461233
>- Увеличит вес за счет мусорных заголовков

>- Ухудшит работу расстановщика альтрефов/золотых кадров, кроме как если резать по ним, но доступа к ним у меня нет, некоторые полагают, они есть в логе первого прохода.

Проверь вначале. Ты фигню пишешь, за границу кейфрейма ничего не выходит. И разницы по заголовкам никакой не будет после ремукса.

Нафиг вообще нужны эти теоретизирования, если можно проверить. Тем более что есть бесплатный аналайзер.
Windows 10: Palemoon 155 2461306
>>461304
Так может ты и покажешь как проверить, раз умный такой?
Windows 10: Palemoon 156 2461316
>>461304
Разрежь файл на 3 части, как хочешь, скодируй 3 части и сам файл с идентичными настройками на 2 проходах, сшей и сюда принеси метрики, если вес и метрики будут равны -- твоя правда, а безапелляционно > пукнуть тут и без тебя хватает кому.
Windows 7: Chromium based 157 2461322
>>461306
>Так может ты и покажешь как проверить, раз умный такой?

>>461316
>твоя правда, а безапелляционно > пукнуть тут и без тебя хватает кому.

Я другой анон, но тащемта проблема с кифреймами именно у того >>461233>>461209>>460705 анона. Ему кагбэ предлагают чекнуть варик, но он >>461250
>Быстрее и проще тебе

посылает нахуй. Ну, не надо так не надо. Тут кагбэ не >>461304 заинтересован-то.
Windows 7: Chromium based 158 2461327
>>461316
>>461306
> - Мне холодно и негде спать, вокруг зима, что мне делать?

> - Попробуй построить дом.

> - Может, ты сам попробуешь мне его построить, раз такой умный? Пукнуть и без тебя хватает кому.


Тебе норм вообще?
Windows 7: Chromium based 159 2461330
>>461322
Какой варик? Варика тут >>461218 нет, как разрезание предотвратит создание лишних ключевых фреймов, вы чё гоните?
Windows 7: Chromium based 160 2461331
>>461330
>предотвратит создание лишних ключевых фреймов

>>460705
>не ставит ключевой кадр в указанном месте

Ты уж определись для начала сам с проблемой, а то телепаты в отпуске.
Linux: Firefox based 161 2461332
Как выкрутить громкость? Делаю как написано в гугле
ffmpeg -i input.wav -filter:a "volume=5.0" output.wav
Но громкость не увеличивается, только звук становится рваный.
Как сделать, чтобы ебошило как в последних альбомах металлики?
Windows 7: Chromium based 162 2461334
>>461331
Авторежим ffmpeg слишком частит с ключевыми кадрами, в пику ему, я скармливаю ему лог через -force_key_frames, без них, но он по логу обсирается в некоторых местах ставить форсированные кадры, хотя лог его же, только с удалением ближайших повторений.

Вариантов я вижу:
1. Скармливать лог mp4, он похож, но из-за рабочей keyint_min частых повторений не имеет.
2. У vpx не баг, а фича в том, в коде даже комментарий есть, что --kf-min-dist не работает в авто режиме, а в не авто режиме он не нужен, не вижу сценария, где его можно использовать, без авторасстановки нужен только --kf-max-dist. То есть второй вариант: заставить работать --kf-min-dist

Что мы получим от разрезания? Если выберем первое решение скармливать, то мы энкодим раз, далее сравниваем с заданным и переэнкоживаем с разбиением файла на части? Это что за чушь? Лишь за раз по другому логу, либо рабочая --kf-min-dist, разрезать и делать десяток энкодов? Вы вменяемые, нет?
Windows 7: Chromium based 163 2461350
>>461334
>>461331
Да и к тому же, он при обычном кодировании ставит так ключевой кадр, вот ровна на тот фрейм, что я указываю в -force_key_frames.
>>461299
> Они здесь причём, если просто используют апи библиотеки?

Именно, если ты не в курсе, то из vpxenc ты не сможешь передать флаг VPX_EFLAG_FORCE_KF его может передать только ffmpeg, есть вариант, что он по каким-то причинам делает что-то не так, по loglevel debug он пытается, но не ставит.
> Они алгоритмами тоже занимаются

Он правильный для них
> // VP9 does not support a lower bound on the keyframe interval in

> // automatic keyframe placement mode.

> if (cfg->kf_mode != VPX_KF_DISABLED && cfg->kf_min_dist != cfg->kf_max_dist &&

> cfg->kf_min_dist > 0)

> ERROR(

> "kf_min_dist not supported in auto mode, use 0 "

> "or kf_max_dist instead.");
Windows 7: Chromium based 164 2461355
>>461350
> передать только ffmpeg

Ну не только, любой фронтэнд тесно взаимодействующий с апи, кроме ffmpeg не знаю для vp таких.
Windows 7: Chromium based 165 2461357
>>461334
> ffmpeg

libvpx*
1547463264320.mp4228 Кб, mp4,
600x400, 0:06
Windows 7: Chromium based 166 2461361
Ещё и libvpx теперь не собирается почему-то.
Windows 7: Chromium based 167 2461384
>>461327
> референсные b фреймы

> разрезание не окажет влияния

А тебе?
Windows 10: Firefox based 168 2461469
>>461265
> Люди хотят получать деньги за создание годноты

Нет. Частные правообладатели шантажируют общество с целью неограниченной эксплуатации его ресурсов. Все имущественные отношения вокруг интерректуальной собственности напоминают легализованный рекет. Патенты, если что в РФ, например, выдают по почти формальной экспертизе, в США/ЕС/Япошке выдают после чуть более строгой экспертизе, что впрочем, не исключает злоупотреблений чуть менее, чем никак.
Я считаю, что не только патентную систему, но и весь комплекс правоотношений вокруг имущества теперь можно считать архаикой и реакционизмом. Но последнее уже чисто моё мироощущение.

>>461258
> как у них там правовая система работает

Так же как и в РФ. Произвол правообладателя. Что бы он там не написал в лицензии, хотя бы даже изнасилования по субботам, все хозяйствующие субъекты будут скрупулёзно исполнять.

> вроде бы стандарт закрытый и платный

Нет. Не так. Нет единого международного понятия о закрытости и платности. Патенты действуют строго в правовом поле каждой отдельной страны (есть ещё единые патенты ЕС). Плюс, в лицензионном соглашении написано может быть очень разное. И даже во времени условия лицензирования могут изменяться.

> На что именно распространяются патентные ограничения авц и хевка?

Чтобы понять, что там кто кому должен, строго необходимо нанять юриста.

> но делать кодеки для него можно вроде как открытые и никому ничего за это не будет

Зависит от того, что конкретно написано в лицензионном соглашении. Опять же правоприменительная практика в каждой стране разная. Тут даже для самого правообладателя нетривиальная задача. И он, например, DarkShikari в суд, скорее всего, не потащит, даже если тот явно нарушает MPEG LA, поскольку овчинка выделки не стоит.

>>461261
> Пиздос там у белых людей проблемы с лицензиями и интеллектуальной собственность

Освальда Шпенглера почитай! У них не только с интеллектуальной собственностью экзистенциальный тупик.

>>461267
> Стандарт открытый

Опубликованный. Учтённый экземпляр по-прежнему стоит денег.

> основную прибыль гребут с производителей мобил и крупных контент-провайдеров

Совершенно верно.

> мозилле вроде и не зачем на самом деле, хз, чего они там, наверно за компанию

Наверняка наняли юриста и он им объяснил популярно, что трогать бяку не надо.

> подробнейшную спеку и доки по HEVC совершенно бесплатно

Неучтённый экземпляр, конечно. Но и это очень неплохо.

> по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет

И по AV1 тоже нет. И проектной документации нет?

> Всё дело в деньгах.

В имущественном интересе. Капитал, как самовозрастающая стоимость, и все дела.

> А они всё равно есть и никуда уходить не собираются.

Не во всех странах официально признаются патенты на алгоритмы. Например, в РФ можно на это член положить. Но тут в последние годы в мире институциональные инвесторы стали увлекаться киднеппингом (похищениями людей). Я когда это увидел в «Призраке в доспехах» в 90-х, то ни за что бы не поверил, что в 2010-х эта практика станет рутинным международным правонарушением.

>>461273
> А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию.

А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.

> Ну в моём манямирке так это работает.

А, ну, понятно.

>>461275
> Это у белых людей так работает.

> В ИТТ стране так-то и на продажу нихуя документацию никто не пишет и все вась-васькаются пока проект живёт и кому-то нужен.

Бытовая русофобия детектед. Вы хорошенько поработайте не с топовыми производителями, и не с изделиями миллиардных тиражей. Там качество и количество документации очень стремительно падает. Да что там далеко ходить-то. Вот не так давно писали модуль поддержки CP2130 от SiLabs. Изучили официальные доки, эрату, но в итоге пришлось, всё равно, реверсить закрытый драйвер, чтобы понять, как надо изъебнуться, чтобы недокументированную ошибку в микросхеме обойти.

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

Элементарно! Пишут в техническом задании к проекту. Во всех подробностях на десятках тысяч страниц, лол.

> там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.

Свободное общение. Свободный труд. Высокий уровень культуры белых людей, лол.
Windows 10: Firefox based 168 2461469
>>461265
> Люди хотят получать деньги за создание годноты

Нет. Частные правообладатели шантажируют общество с целью неограниченной эксплуатации его ресурсов. Все имущественные отношения вокруг интерректуальной собственности напоминают легализованный рекет. Патенты, если что в РФ, например, выдают по почти формальной экспертизе, в США/ЕС/Япошке выдают после чуть более строгой экспертизе, что впрочем, не исключает злоупотреблений чуть менее, чем никак.
Я считаю, что не только патентную систему, но и весь комплекс правоотношений вокруг имущества теперь можно считать архаикой и реакционизмом. Но последнее уже чисто моё мироощущение.

>>461258
> как у них там правовая система работает

Так же как и в РФ. Произвол правообладателя. Что бы он там не написал в лицензии, хотя бы даже изнасилования по субботам, все хозяйствующие субъекты будут скрупулёзно исполнять.

> вроде бы стандарт закрытый и платный

Нет. Не так. Нет единого международного понятия о закрытости и платности. Патенты действуют строго в правовом поле каждой отдельной страны (есть ещё единые патенты ЕС). Плюс, в лицензионном соглашении написано может быть очень разное. И даже во времени условия лицензирования могут изменяться.

> На что именно распространяются патентные ограничения авц и хевка?

Чтобы понять, что там кто кому должен, строго необходимо нанять юриста.

> но делать кодеки для него можно вроде как открытые и никому ничего за это не будет

Зависит от того, что конкретно написано в лицензионном соглашении. Опять же правоприменительная практика в каждой стране разная. Тут даже для самого правообладателя нетривиальная задача. И он, например, DarkShikari в суд, скорее всего, не потащит, даже если тот явно нарушает MPEG LA, поскольку овчинка выделки не стоит.

>>461261
> Пиздос там у белых людей проблемы с лицензиями и интеллектуальной собственность

Освальда Шпенглера почитай! У них не только с интеллектуальной собственностью экзистенциальный тупик.

>>461267
> Стандарт открытый

Опубликованный. Учтённый экземпляр по-прежнему стоит денег.

> основную прибыль гребут с производителей мобил и крупных контент-провайдеров

Совершенно верно.

> мозилле вроде и не зачем на самом деле, хз, чего они там, наверно за компанию

Наверняка наняли юриста и он им объяснил популярно, что трогать бяку не надо.

> подробнейшную спеку и доки по HEVC совершенно бесплатно

Неучтённый экземпляр, конечно. Но и это очень неплохо.

> по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет

И по AV1 тоже нет. И проектной документации нет?

> Всё дело в деньгах.

В имущественном интересе. Капитал, как самовозрастающая стоимость, и все дела.

> А они всё равно есть и никуда уходить не собираются.

Не во всех странах официально признаются патенты на алгоритмы. Например, в РФ можно на это член положить. Но тут в последние годы в мире институциональные инвесторы стали увлекаться киднеппингом (похищениями людей). Я когда это увидел в «Призраке в доспехах» в 90-х, то ни за что бы не поверил, что в 2010-х эта практика станет рутинным международным правонарушением.

>>461273
> А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию.

А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.

> Ну в моём манямирке так это работает.

А, ну, понятно.

>>461275
> Это у белых людей так работает.

> В ИТТ стране так-то и на продажу нихуя документацию никто не пишет и все вась-васькаются пока проект живёт и кому-то нужен.

Бытовая русофобия детектед. Вы хорошенько поработайте не с топовыми производителями, и не с изделиями миллиардных тиражей. Там качество и количество документации очень стремительно падает. Да что там далеко ходить-то. Вот не так давно писали модуль поддержки CP2130 от SiLabs. Изучили официальные доки, эрату, но в итоге пришлось, всё равно, реверсить закрытый драйвер, чтобы понять, как надо изъебнуться, чтобы недокументированную ошибку в микросхеме обойти.

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

Элементарно! Пишут в техническом задании к проекту. Во всех подробностях на десятках тысяч страниц, лол.

> там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.

Свободное общение. Свободный труд. Высокий уровень культуры белых людей, лол.
Windows 7: Chromium based 169 2461488
>>461469
> А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.

> Элементарно! Пишут в техническом задании к проекту

Ясно.
Windows 7: Firefox based 170 2461663
Android: Mobile Safari 171 2461729
Что не так с этим чудиком, который цитирует сообщения целиком и на каждое предложение пишет, что всё правильно. TCP ACK что ли.
Ubuntu Linux: Firefox based 172 2461783
>>461330
С -g 9999 должно предотвратить.
Или он у тебя и с -g 9999 ставит по 3 подряд? Почему не покажешь пример и не зарепортишь в багтрекер libvpx?

>>461350
>есть вариант, что он по каким-то причинам делает что-то не так

>по loglevel debug он пытается, но не ставит

Что пытается? Он передаёт флаг VPX_EFLAG_FORCE_KF в vpx_codec_encode.
Ну зарепорти, если думаешь, что ошибка в использовании API. libvpxenc.c гугловцы пишут в основном, кстати.

>Он правильный для них

Я про алгоритм scenechange.

>>461384
Референсы уже можно через кейфреймы передавать? А мужики-то и не знали.
Наверно круто жить в манямирке в котором хидеры на 100 байт (которых и не будет лишних, при склеивании от второго файла только пакеты кадров будут использованы, хидеры контейнера одни на файл) могут испортить всё качество вебмки на 20 мегабайт.
Linux: Firefox based 173 2461808
>>461488
Что ясно? Противоречие нашёл?
Ubuntu Linux: Firefox based 174 2461826
Ubuntu Linux: Firefox based 175 2461854
https://mega.nz/#!5oQE2Sob!STZHdk4ob4ptHknMvNcB4JxbCt9xdu3WUKkg7iyh2EM
Кто там метрики хотел. Вот здесь 5 готовых бинарника под винду с примерами запуска.
Windows 7: Chromium based 176 2461956
>>461826
crf 28, серьёзно?
.jpg13 Кб, 320x331
Windows 7: Firefox based 177 2462049
>>461826
>1080p

>2h 45s of runtime

>23.976 fps


>Net encoding time: 8 days
Windows 7: Chromium based 178 2462258
Как можно пофиксить e9e10.mp4, чтобы можно было присоединить его к предыдущим? Как только начинается эта серия, звука вообще нет, видео - слайдшоу. До этого момента все норм соединялось (ну понятное дело, они ж одинаковые вон были).
Capture.JPG271 Кб, 1776x997
Windows 7: Chromium based 179 2462260
Хммм. Вот пикча.
Linux: Firefox based 180 2462336
>>462258
>>462260
> Как можно пофиксить e9e10.mp4, чтобы можно было присоединить его к предыдущим?

Пережать звук и видео. Во всех роликах.

> они ж одинаковые вон были

Я так и знал — гуй делает людей тупее. Нет, чтобы вывести текст и автоматически сравнить построчно, он не будет в упор не видеть разницы во всех трёх графических окнах. Это три разный ролика. Отличаются параметры gop, ref frames, уровни и колориместрия. Профили для звуковой дорожки тоже отличаются, блджад.

> этого момента все норм соединялось

Если без проблем соединились e5e6.mp4 e7e8.mp4, то это просто досадное совпадение. По-хорошему, тебя соединялка в mp4-контейнер должна была нахуй послать.
Windows 7: Chromium based 181 2462342
>>462336
Справедливо накормил хуями. Будет ли соединяться, если прогнать через ffmpeg -y -i e7e8.mp4 -c:v libx264 e7e8c.mp4 ? Если нужно добавить какие-то опции, напиши их, пожалуйста. Как мне весь сериал подогнать под одну гребенку?
Windows 10: Palemoon 182 2462345
>>462342
Несправедливо, h264 поддерживает отличающиеся параметры энкода, более того х264 обладает инструментарием в виде --zones для этих целей, чтобы не разрезая видео на куски энкодить с различными параметрами. Легко предположить, что видео разные и щить не будет, но я думаю тут лишь вопрос звука, попробуй для начала соединить видео без звуковой дорожки.
Windows 7: Chromium based 183 2462350
>>462345
Сделал ffmpeg -y -f concat -i filelist.txt -map 0:v -c copy "Star vs the Forces of Evil.mp4" и видео стало отличным, идеальная склейка! Уффф, но как быть со звуком??
Windows 10: Palemoon 184 2462358
>>462350
Ну звук проще перекодировать, нет? Выбери кодек и скодируй вс3 дорожки в нём. Можно и только 3, но he-aac в стандартный комплект не входит.
Windows 7: Chromium based 185 2462370
>>462358
Как-то так?:

ffmpeg -i 1.mp4 -map a 1.aac
ffmpeg -i 2.mp4 -map a 2.aac

ffmpeg -i 1.mp4 -i 1.aac -map 0:v -map 1:a e7e8.mp4
ffmpeg -i 1.mp4 -i 1.aac -map 0:v -map 1:a e9e10.mp4

Круто, вроде то, что нужно. Только времени занимает ужас.

Вообще, я как видишь первые 8 серий соединил без подозрений что такая ошибка может получиться, моно ли мне как-нибудь вытащить профиль звука и перекодировать только оставшиеся серии, которые не получаются?
Windows 10: Palemoon 186 2462372
>>462370
> ffmpeg -i 1.mp4 -i 1.aac -map 0:v -map 1:a e7e8.mp4

> ffmpeg -i 1.mp4 -i 1.aac -map 0:v -map 1:a e9e10.mp4

-с copy забыл
Windows 10: Palemoon 187 2462389
>>462370
> моно ли мне как-нибудь вытащить профиль звука и перекодировать только оставшиеся серии, которые не получаются

1. Почему ты не перекодируешь весь звук отдельно и не соединишь его так же через конкат, а потом на соединенное видео не наложишь?
2. he-aac ты где возьмешь, чтобы присовокупить к первым эпизодам, скодированным в нём?
Ubuntu Linux: Firefox based 188 2462397
-c:a libfdk_aac -profile:a aac_he
Windows 7: Chromium based 189 2462398
>>462372
Получается рассинхрон видео и звука. So fucking sad.
Windows 10: Palemoon 190 2462404
>>462397
> libfdk_aac

Угу, начнём конпелирование ведра, вместо использования нормальных кодеков.
>>462398
Ну так -af в помощь, там есть список фильтров на звук, растягивай, при пережатии, раз он был кривой, либо, если рассинхрон постоянный используй оффсет для аудио. Надо смотреть, не люблю я эти угадайки, что у тебя не так и ты ли в этом виноват.
Windows 7: Chromium based 191 2462407
Linux: Firefox based 192 2462411
>>462345
> Несправедливо

Справедливо. В принципе, ничего не мешает сшить два потока данных разных профилей, уровней, разрешения и прочего-прочего кроме того, что от аппаратного декодера в результате внезапной смены всего этого можно ожидать любого варианта охуения. Так грамотные решения не делаются.
.PNG1 Кб, 539x25
Windows 7: Firefox based 193 2462412
Как затереть конкретный комментарий в метаданных?
Windows 10: Palemoon 194 2462416
>>462411
> ничего не мешает сшить

Уже ничего? Ладно.
> что от аппаратного декодер

Ожидать при реф 16? Не знаю, мой не алё при попытке открыть.
> можно ожидать

А можно без перекодирования взять и проверить, прежде, чем кодировать, например.
Ubuntu Linux: Firefox based 195 2462418
>>462404
>Угу, начнём конпелирование ведра

Надо короче научить каждого вендоюзера в софтаче компилировать ffmpeg со своими настройками/патчами. Тогда заживём. Вебмки вон худо-бедно научилось большинство делать, теперь надо двигаться дальше.
Windows 10: Palemoon 196 2462422
>>462418
Я и вижу, что не день, то очередные "открытия" к кодировании вемб, умельцы.
Linux: Firefox based 197 2462423
>>462416
> Уже ничего? Ладно.

Голова у тебя плохо работает. Хочешь увидеть противоречие, так, где его нет?

> Ожидать при реф 16?

Насколько я помню, MPEG-TS позволяет поменять на ходу у одного и того же потока видео и уровень и профиль и разрешение и тип развёртки и частоту кадров, просто декодер имеет право быть неготовым к таким внезапным поворотам. Впрочем, я и ошибаться могу.

> Не знаю, мой не алё при попытке открыть.

Разумеется. Потому, что кодировать бы было правильно с вменяемыми опциями из расчёта на наиболее распространённые аппаратные декодеры.

> А можно без перекодирования взять и проверить

На всех гипотетических декодерах? Я бы ожидал, что большинство из них прекратит декодирование с ошибкой.
1547586096370.png113 Кб, 307x357
Windows 10: Palemoon 198 2462425
>>462423
Можно я не буду на этот испанский стыд отвечать? Ладненько? Почему пердули не могут в иронию, просто отсутствует как класс.
Linux: Firefox based 199 2462426
>>462423
> Голова у тебя плохо работает. Ты поспешные выводы делаешь. Хочешь увидеть противоречие там, где его нет?

fix.
Извиняюсь за грубость. Что-то нашло. Наверно, моя тупость.
Linux: Firefox based 200 2462427
>>462425
> Почему пердули не могут в иронию, просто отсутствует как класс.

Не разбираюсь в тонкостях твоего внутреннего манямирка.

> Можно я не буду на этот испанский стыд отвечать? Ладненько?

Нет, уж. Если есть что по существу возразить, то давай!
Windows 7: Chromium based 201 2462435
>>462404
Добавил в общем -itsoffset из оригинальных файлов и вроде норм. Надо попробовать фулл собрать, только тут на ночь надо ставить блджад. Даже интересно, что получится в итоге и будет ли это показывать телефон. Капец тут конечно ничтожно уползаю в свою дыру откуда вылез, но я еще вернусь, няша, спасибо тебе <3. И тебе >>462336 спасибо, если завтра утром открою говно, буду все под ноль перекодировать.
Windows 10: Palemoon 202 2462437
>>462435
Почему на ночь? Ты же только один звук кодируешь, нет? Или серий много? А помощь какая? Ты сам вон всё, что нужно себе нашел.
Android: Mobile Safari 203 2462439
Подскажите как перегнать видео 4:4:4 в нормальное. А то жутко лагает проц.
Windows 10: Palemoon 204 2462440
>>462435
Да и ещё, не знаю как там с телефонами, по идее плеер должен быть приличный, если что попробуй через хром проигрывать.
>>462439
Перекодируй, только ты уверен, что лаги именно из-за полновесного хромы?
Android: Mobile Safari 205 2462443
>>462440
> Перекодируй, только ты уверен, что лаги именно из-за полновесного хромы?

Да. Почему то моя видеокарта gtx 1060 нихуя не может его обработать. А вообще можно ли как нибудь посмотреть без перекодировки? Кодек x264.
Windows 7: Chromium based 206 2462543
>>461826
>параллелизация по сценам

Ну слава Богу, хоть один человек в мире в это смог. Не зря с ав1 пердолился.
Windows 7: Chromium based 207 2462545
>>462543
Делал это ещё на вп, поклоняйтесь мне.
Windows 7: Chromium based 208 2462546
>>461854
>Кто там метрики хотел

Я хотел. А откуда дровишки? Я бы msssim и psnrhvs лучше тоже в виде фильтров к ффмпегу прикрутил.
Windows 7: Chromium based 209 2462549
>>462443
> можно ли как нибудь посмотреть без перекодировки?

Ну маленький семпл закодируй и посмотри, в чём проблема?
Ну а так, -pix_fmt yuv420p же.
image.png404 Кб, 604x604
Windows 7: Chromium based 210 2462550
Ubuntu Linux: Firefox based 211 2462576
>>462546
Это с реддита, там формат картинок avif тестируют и выложили набор утилит для работы с ним, заодно и проверку качества по метрикам.
Это те же программы, что и у мозилловцев, просто уже собранные бинарники под винду есть. Ну и 5 штук только, у мозилловцев больше.
>тоже в виде фильтров к ффмпегу прикрутил

Напиши фильтры на сишке, зашли в мэйллист.
Windows 7: Chromium based 212 2462584
>>462576
>Напиши фильтры на сишке,

Погоди, а эти экзешники на чём были написаны?
Windows 7: Chromium based 213 2462585
>>462576
>Это с реддита

Ссылку давай.
Windows 7: Firefox based 214 2462594
Пайсон скриптик на создание скринлистов для папки с видеофайлами:
https://pastebin.com/MN0NE3xJ

Я правильно понял, что для tile никак нельзя указать "расширайся вниз, сколько влезет", а только фиксированную сетку? Ето неудобно.
Windows 7: Chromium based 215 2462600
>>462594
Воткни тупо парсер выхода ffprobe и рассчитывай нужный тебе размер лейаута, ну.
Windows 7: Firefox based 216 2462602
>>462600
Так это каждый файл 2 раза читать надо, для меня это долго.
Windows 7: Chromium based 217 2462603
>>462602
че
проба мгновенно берётся ало - тебе тупо длительность надо узнать
Windows 7: Chromium based 218 2462606
>>462602
у тебя же даже не по ключевым, а тупо каждый 800й берётся
Windows 7: Firefox based 219 2462614
>>462603
А, ну надо проверить, но всё равно как было бы проще с бесконечной сеткой.

>>462606
Не видел примера, как сделоть каждые 10 сек. Битрейт и фпс разный.
Windows 7: Chromium based 220 2462619
>>462614
>Битрейт и фпс разный.

тоже есть в пробе
Windows 7: Chromium based 221 2462625
>>462614
>Не видел примера, как сделоть каждые 10 сек

на https://www.ffmpeg.org/ffmpeg-all.html#toc-select_002c-aselect
изучай переменные, там всё есть
Windows 7: Chromium based 222 2462641
>>462625
Как же их изучишь, они же переменные!
Windows 7: Chromium based 223 2462792
>>462641
наи
зусть
ohmygodyouresocool.gif1011 Кб, 306x280
Windows 7: Chromium based 224 2462978
Воообщем все получилось, анончики. Четыре часа файлик с главами по сериям, все как и хотелось. Уххх, что бы я без вас делал? Не знаю. Пойду пожалуй. Всем добра!
Windows 7: Firefox based 225 2462982
>>462625
>изучай переменные

В жопу этот подсчёт кадров, оказывается можно просто fps=1/15 указать.
А вот проба это да, неплохая штука.
Теперь всё красиво, пасиб.
Linux: Firefox based 226 2463003
>>462978
Видеть, как у людей что-то получается — это счастье. И тебе спасибо.
Windows 7: Firefox based 227 2463671
Как прикинуть средний битрейт видео (без аудио), если его в явном виде нет?
bit_rate=N/A
Windows 7: Chromium based 228 2463698
>>463671
-an -c copy
Android: Mobile Safari 229 2464014
Подскажите максимально эффективный параметр для кодирования с помощью nvenc, для фильмов. Как тут написано, он рекомендует CRF. Но я как понял для этого видеокарта не подходит? http://slhck.info/video/2017/03/01/rate-control.html
1547788584192.jpg146 Кб, 1124x1024
Windows 7: Chromium based 230 2464074
>>464014
Зависит от реализации nvenc, у штеуда такое себе, у нвидии даже 2 прохода есть, читать тут
ffmpeg -encoders <- список энкодеров, находишь свои nvenc'и
ffmpeg -h encoder=<подставить энкодер>
Далее читаешь и сопостовляешь с существующими гайдами. Сам пробовал только штеудовский, непонравилось, настроек нет совсем. Остальные руки не доходят потестировать, х264 и без того шустрый.
> он рекомендует CRF

Если тебе не важен лимит, если есть лимит, то можно и два прохода, 1 пройдет быстро, если не указан флаг --slow-firstpass
Если указан, то первый проход будет идти дольше остальных.
geforce-rtx-streaming-encoder-improves-image-quality.png77 Кб, 2568x1385
Ubuntu Linux: Firefox based 231 2464113
Покупайте RTX, оно уже даже на уровне с x264 medium.
Windows 10: Microsoft Edge 232 2464120
>>464113
Итак, ты принёс:
- рекламная листовка уровня «политрук лжёт»;
- PSNR;
- какие-то разы;
- просто какой-то битрейт;
- не приводится главный аргумент — скорость кодирования.

Вывод: ты принёс кусок говна.
1547796038258.jpg48 Кб, 604x403
Windows 7: Chromium based 233 2464122
>>464113
Это какой-то бред, как реализация программного энкодера, который использует аппаратные ресурсы видеокарты для расчетов, вместо ресурсов цопе, может меняться качественно? Что-то уровня вот на интел х264 качественнее жмот, чем на амуде. Как они это делали?
Windows 7: Chromium based 234 2464131
>>464122
Хотя если бы это был исключительно программный комплекс, использующий аппаратные ресурсы, то он бы работал на любом новидео с кудами, а не как сейчас.
Windows 10: Microsoft Edge 235 2464134
>>464122
> реализация программного энкодера, который использует аппаратные ресурсы видеокарты для расчетов

Ошибочное предположение.
Ubuntu Linux: Firefox based 236 2464136
>>464122
Там не программный, nvenc это отдельный чип на видеокарте.
Качество конечно говно, но для геймеров сойдёт. В GTX говорят у них даже B-фреймов не было, в RTX хз.
Windows 7: Chromium based 237 2464142
>>464134
>>464136
Ну и ладно и так сойдет.
> GTX говорят у них даже B-фреймов

Но в cli для управления этим чипом фигурирует b-adapt
Windows 7: Chromium based 238 2464143
>>464142
>>464136
И -init_qpB
Ubuntu Linux: Firefox based 239 2464145
>>464142
А, это для хевца. Для h.264 есть, да.
Windows 7: Chromium based 240 2464152
>>464113
Про что картинка-то вообще? Что качество растёт с битрейтом?
Windows 7: Chromium based 241 2464153
>>464152
У ртх децл лучше качество на том же битрейте.
Windows 7: Chromium based 242 2464154
>>464153
А скорость? Так-то -profile fast не то место, где говорят о качестве, он про другое же.
Windows 7: Chromium based 243 2464156
>>464154
Не знаю, но эта табличка добавила желания опробовать, ещё хотелось бы амудешный энкодер пощупать, но карты сейчас в ремонте. А потом сравнить метрики и визуально, потому что метриками мерятся не комильфо.
Android: Mobile Safari 244 2464162
>>464154
Видимо такая же как у икса, либо быстрее. У икса они только пресеты тестят, скорость аппаратного энкодера тоже особо не изменишь. Средний пресет они видимо на двух компах запустили, чтобы по скорости сравнялся.
Это просто смешная картинка от маркетологов, пример как не надо делать сравнения. У них же вся задача это впарить клиентам новые карточки.
Windows 7: Chromium based 245 2464164
>>464162
>У них же вся задача это впарить клиентам новые карточки.

А для кого они делают сравнение кодеров видео? Тем более на фасте. Вряд ли мамкины нагибаторы будут на скорость рипать новую серию Игры Притонов или что-то такое.
Windows 7: Chromium based 246 2464167
>>464164
Для киберкотлет, что записывают свои похождения и стримят, алое, 2k!9 на дворе.
Windows 7: Chromium based 247 2464169
>>464167
>2k!9

Эх, сейчас бы форсить протухший политачевский мемчик в 2.019е+3
Android: Mobile Safari 248 2464172
>>464164
Для геймеров же, летсплеи стримить.
Windows 7: Chromium based 249 2464173
>>464172
Он имел ввиду, что им типа качества не н-н-надо.
Android: Mobile Safari 250 2464177
>>464173
Ну, задача маркетинга это объяснить, что надо, лол. И если качество и раньше устраивало, значит можно делать меньше битрейт, канал хоть сэкономится.
Windows 7: Chromium based 251 2464178
>>464177
Хосспаде как же тяжело живётся производителям железа в эпоху упирания в квантовый физический потолок. Чёртово атомарное строение мира, нельзя было фрактальный сделать как будто ну че сложно что ли.
Windows 10: Firefox based 252 2464179
>>464178
> Хосспаде как же тяжело живётся производителям железа в эпоху упирания в квантовый физический потолок

Это маркетинг. Здесь важен только платёжеспособный спрос. Законы физики не важны.
Windows 7: Chromium based 253 2464181
>>464179
Нет, я имею в виду, что вот как хорошо было в 90е и 00е: ваще ничего не надо изобретать, никаких технологий - тупо накручивай частоту на чипе и всё. Никаких многоядерных ЦП, никаких тесселяций и волшебных лучей. Всё просто: вот в прошлом году на ЦП было 600МГц, а в этом мы взяли планку в 1ГГц (до сих пор помню этот год) - пиздуйте заносить бабосы. И главное даже врать не надо и выдумывать ничего, всё честно. А сейчас все ЦП упёрлись в 5ГГц, ядер дохуя, но юнити ебала их в рот и шпарит всё в главном потоке, видеокарты вообще отличаются друг от друга иди ка ты нахуй вот как они отличаются. Поди тут загони старых лохов покупать новые куски текстолита. (я до сих пор сижу на пекарне 2011 года сборки с материнкой из 2008 и играю во все свои йобы)
Windows 7: Chromium based 254 2464184
Небольшой глоток свежего воздуха индустрии подарил Сатоши, конечно, но сейчас и он закончился, и китайцы распродают даже асиксы, не говоря о видеокарточках.
Android: Mobile Safari 255 2464187
>>464181
Ну игры постепенно лучше задействуют многоядерный проц, другого выбора всё равно нет. В декодерах видео это тоже даёт профит, вон dav1d в мультитреде обходит узкие места AV1 с помощью грамотных инжененых решений, в libaom так не осилили. Если кодировать, разрезая по GOP, это вообще стопроцентная распараллезация.
Не все задачи хорошо распараллеливаются, конечно, от этого частично новые SIMD инструкции помогают, тот же AVX512. Хотя тоже не для всего это годится.
Windows 7: Chromium based 256 2464190
>>464187
>игры постепенно лучше задействуют многоядерный проц, другого выбора всё равно нет

Они бы лучше GPU наконец начали осваивать, который для них создавался, но нет, надо всем ломиться в CPU-0.
Windows 7: Chromium based 257 2464200
>>464187
> Если кодировать, разрезая по GOP, это вообще стопроцентная распараллезация

С чего ты взял, что это самый эффективный способ? Почему вы так доколебались до этой распарралелизации, но не удосужились провести тесты? Думаете людям, работающим в лампеге такие мюсли в голову не приходили?
Windows 7: Chromium based 258 2464204
>>464200
>Думаете людям, работающим в лампеге такие мюсли в голову не приходили?

Так выяснили же уже, что это не касается кодеров - их делают для непрерывного потока кадров, без задела на возможность скакать туда-сюда по файлу.
Windows 7: Chromium based 259 2464211
>>464204
И потому у них н-проходные режимы запилены? Потому используется Frame Threading и лукахеад? Им ничего не мешало сделать энкод по гопам, но он не сделан.
Windows 7: Chromium based 260 2464212
>>464211
>н-проходные режимы запилены

С подачей лога с предыдущего прохода.
Android: Mobile Safari 261 2464505
>>464200
Чувак, их останавливают референсы, которые передаются через ключевые кадры и мусорные заголовки, не парься ты так.
Windows 10: Palemoon 262 2464514
>>464505
> злые корпорации схоронили секрет параллелизации без потерь
Windows 7: Chromium based 263 2464517
>>464514
Секрета нет, просто писаки фронтендов настолько рукожопые дауны, что дальше ноубрейн передачи параметров в ффмпег ничего сделать не могут. Да и пользователи гуёвых конвертеров о таких понятиях, как тайл и гоп не слышали, т.ч. потребитель и автор стоят друг друга.
Windows 10: Palemoon 264 2464520
>>464517
Все вокруг дауны одни сидельцы форума для аниме умные, красивые, стоят тут одни
Windows 10: Palemoon 265 2464522
Вот вы кто-нибудь из этих умных, которые так уверены в своём способе, вместо фантазий провел бы исследование, насколько же влияет разбиение на качество энкода, ах, где же тот герой. ведь доказать так просто..
Apple Mac: Safari 266 2464626
>>464522
>ведь доказать так просто.

Это надо зверем быть, чтобы такое провернуть.
Windows 7: Chromium based 267 2464690
>>464522
>ах, где же тот герой. ведь доказать так просто..

>>464626
>Это надо зверем быть, чтобы такое провернуть.

Тащемта литералли прямо сейчас изучаю питон, чтобы написать тестирующий фреймворк для такого говна и чтобы оно гонялось само на автомате. Пытался что-то такое провернуть на обычных виндовых батниках, но там экранирование спецсимволов intensifies слишком быстро, да и адресуемых напрямую аргументов командной строки всего 9 и прочие артефакты, т.ч. мне всё стало ясно.

Строго говоря, изначально я просто заебался прописывать параметры по 2 раза для 2 проходов и хотел сделать, чтобы оно само там всё подставляло, но потом напридумывал ещё кучу вещей, которые мне надо автоматизировать для кодирования, ну а там уже и до прогона по параметрам не далеко, и до парсинга обратной связи по пробе и метрикам. Очень хочется ещё собрать автоматическое тестирование новых релизов впх по мере их появления в мастерской ветке на гите, но пока что у меня огромные проблемы со сборкой вручную (не через мабс) и либвпх, и ффмпега под винду. И ни на стаковерфло, ни на зераное мне не могут объяснить, что происходит, т.ч. тут пока всё не так очевидно. В конце-концов изучу ещё и башевый синтаксис и расковыряю мабсовые скрипты, конечно, но на это понадобится какое-то время. Планов, короче, куча, ух бля.

Вообще, я удивлён, что у кого-то действительно вызывает сомнения качество кодирования по гопам относительно тайлов, хотя об этом орут в каждой документации и вики, и кто-то всерьёз ищет здесь заговор авторов кодеров, которые массово утаивают от нас такой волшебный режим. Но тем интереснее будет проводить исследование и в нём будет хоть какой-то смысл помимо чисто академического "для себя". Т.ч. сомневайтесь больше, повышайте ставки.
Windows 10: Palemoon 268 2464741
>>464690
Ясно.
Ubuntu Linux: Firefox based 269 2464750
>>464690
>Планов, короче, куча, ух бля.

Короче потом учишь сишку, плюсы, раст, асм, читаешь спеки от Intel/Agner по SIMD-оптимизациям и начинаешь контрибьютить в сами кодеки, чтобы всё заебись работало. Потом получаешь PhD по DSP, тебя хайрит гугл/мозилла/нетфликс и ты съёбываешь в силиконку разрабатывать VVC/AV2.
http://www.ross.net/compression/
Windows 7: Chromium based 270 2464757
>>464750
Да вот я чувствую, всё к этому и идёт, потому что "а чем вот этот коммит отличается от этого? - да что вы тут напортачили, нормально же было, дайте я для себя исправлю - да тут вот так надо сделать, это же очевидно, вот вам коммит под ребро - ...". А ведь я просто хотел резать вебмки для двача лол.

Алсо
>потом учишь сишку

чек
>плюсы

чек

Питон выбрал реально тупо как расширенную командную строку, чтобы не загружать вижулу два часа каждый раз ради двух строчек в консоли. Пробежался бегло по популярным фреймворкам, вроде бы, оно должно уметь всё, что я себе напланировал пока.
Ubuntu Linux: Firefox based 271 2464763
>>464757
Надеюсь ты на третьем питоне пишешь, второй уже почти сдох. А так норм, да, для скриптов идеально.
Не очень норм, что его в бинарник пакетировать неудобно и распространять, мало у кого на винде из неразрабов питон стоит. Если для себя/задротов, то без разницы, а если для большой аудитории, что-нибудь компилируемое и высокоуровневое типо Go должно быть поудобнее.
image.png10 Кб, 565x166
Windows 7: Chromium based 272 2464771
>>464763
>Надеюсь ты на третьем питоне пишешь, второй уже почти сдох

Да, конечно - пикрил. Я только сейчас в него вкатываюсь, т.ч. даже не в курсе всей драмы и что там за тёрки между 2 и 3, тупо взял самый последний.

>Не очень норм, что его в бинарник пакетировать неудобно и распространять,

Не, мне чисто для себя, именно как альтернатива виндовым .bat-никам. Или расширенная консолька. Мне нравится встроенный режим калькулятора в интерпретатор питона, т.е. можно в реальном времени втыкать всякие команды и оно будет показывать результат. Очень круто.

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

Вообще не представляю себя пишущим что-то для широкой аудитории. На работе у меня свой набор музейных инструментов и там мне не дают выбирать. А в свободное время я пока для широкой аудитории ничего не пишу... Разве что вот вебмки режу. Т.ч. все мои программистские изыски чисто для себя пока.
Да и конечному пользователю нужен гуй, т.ч. я бы, пожалуй, ориентировался на шарпы, которые делает МС для своих ОС. Го лично у меня пока недостаточно на слуху и я не знаю, для кого и для чего его делает гугл - это может быть тупо очередная волна хайпа, как с руби.
Ubuntu Linux: Firefox based 273 2464789
>>464771
>Да и конечному пользователю нужен гуй, т.ч. я бы, пожалуй, ориентировался на шарпы

Если гуй, то да, шарп на винде удобен. Он не кроссплатформенный правда, обычно Qt берут для этого.
Хотя мне он тоже не очень нравится, т.к. Qt-либы, статически слинкованные, довольно дофига весят.
1540583456429-0.jpg23 Кб, 490x480
Windows 10: Chromium based 274 2464836
>>464690
Проверил, жду, когда ты изучишь питон и тоже проверишь, сравним результаты.
Windows 7: Firefox based 275 2465430
Почему ффмпег шлёт меня нахер, когда я пытаюсь в aac vbr?
Пользую ffmpeg -i "file" -vn -sn -c:a aac -ac 2 -vbr 5 out.m4a
А этот негодник говорит вот что:
Codec AVOption vbr (Variable bit rate mode) specified for output file #0 (out.m4a) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.
Linux: Firefox based 276 2465432
>>465430
>-vn -sn

а зойчем ты все выключил? святой дух кодировать собрался?
>output file #0 (out.m4a) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams)
Windows 7: Firefox based 277 2465436
>>465432
Выключил субтитры и видео же, если я кодирую только звук.
Да и, похоже что, кодке aac не умеет в -vbr, а умеет лишь libfdk_aac, которого нет в составе скомпилированных релизов ffmpeg. Самому собирать неохота.
Windows 10: Palemoon 278 2465437
>>465430
> aac

> vbr

Что ещё расскажешь? Он прямым текстом пишет, что опция vbr неприменима для используемых стримов.
Windows 7: Firefox based 279 2465439
>>465437
Тут https://trac.ffmpeg.org/wiki/Encode/AAC сказали, что libfdk_aac может в -vbr. Вот я и подумал: "А aac чего? В дураках что ли?" Как оказалось, да.
с.jpg361 Кб, 1862x2000
Linux: Firefox based 280 2465440
>>465436
>кодирую только звук

WRONG
ты нихуя не кодируешь
>https://ffmpeg.org/ffmpeg.html & Ctrl+f & -vn

>The -vn / -an / -sn / -dn options can be used to skip inclusion of video, audio, subtitle and data streams respectively
ScrShot0830 20.01.2019.jpg63 Кб, 496x445
Windows 7: Firefox based 281 2465441
>>465440
Выходной файл получил - значит кодирую.
с.jpg90 Кб, 800x1006
Linux: Firefox based 282 2465444
>>465441
хотя да, в глаза ебусь, наверное спать пора

тогда чекни доки
>-c:a libfdk_aac

https://trac.ffmpeg.org/wiki/Encode/AAC
Windows 10: Palemoon 283 2465449
>>465439
> Вот я и подумал

Не делай так, не совершай ошибки, делай всё по гайдам. А ты и так, ведь там прямо написано как кодировать vbr в aac:

Native FFmpeg AAC Encoder

The native FFmpeg AAC encoder. This is currently the second highest-quality AAC encoder available in FFmpeg and does not require an external library like the other AAC encoders described here. This is the default AAC encoder.

Note: -strict experimental (or -strict -2) was previously required for this encoder, but it is ​no longer experimental and these options are unnecessary since 5 December 2015.
Examples

Constant bit rate using -b:a:

ffmpeg -i input.wav -c:a aac -b:a 160k output.m4a

Variable bit rate (using -q:a:

ffmpeg -i input.wav -c:a aac -q:a 2 output.m4a

Effective range for -q:a is around 0.1-2. This VBR is experimental and likely to get even worse results than the CBR.
Linux: Firefox based 284 2465450
>>465436
>libfdk_aac, которого нет в составе скомпилированных релизов ffmpeg. Самому собирать неохота

искать самому тоже неохота?
https://github.com/illuspas/ffmpeg-hw-win32
Windows 7: Firefox based 285 2465479
>>465449
>This VBR is experimental and likely to get even worse results than the CBR.

>>465450
Старовата сборка. И также, ругнувшись, прожала звук в cbr.

Да и к чёрту, буду жать в cbr.
Linux: Firefox based 286 2465497
>>465479
>буду жать в cbr

что только не придумают, лишь бы самостоятельно не собирать
Ubuntu Linux: Firefox based 287 2465541
Есть готовые сборочки fdkaac (первая ссылка в гугле), CLI-враппер для libfdk-aac, почти свежие. Там точно VBR работает.
fdkaac через MABS очень легко собирается вообще, там можно всё выключить и только два таргета оставить (fdk-aac + fdkaac), будет очень быстро и последняя версия. Правда, в той сборочке походу какая-то проприетарная версия энкодера, которой в опенсорсе нет:

>"p" version stands for modified by Poikosoft audio laboratories.

>Modifications to the original encoder are the following:

>· Widened bandwidth for better audio quality

>· Uses the highest quality options available in the original codec for better audio quality

>· Double-precision algorithms for better audio quality

>· Uses high precision math functions rather than limited precalculated tables for better audio quality

>· Modified VBR tables for more VBR encoding modes

>· Improved x64 performance by using faster math functions

>· Uses MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, and AVX2 multimedia instructions whenever there is a performance benefit


Не особо наверно увеличивает суъективное качестве, но прикольно.

Ещё есть QAAC, который почти на уровне с fdk-aac, иногда наверно может быть чуть лучше.
Ubuntu Linux: Firefox based 288 2465547
>>465479
>И также, ругнувшись, прожала звук в cbr.

Дай угадаю, потому что оставил -c:a aac.
Windows 7: Firefox based 289 2467502
Так, снова я со своей черепицей. Хочу добавить таймкод, делаю как-то так:
ffmpeg.exe
-v error -i {fullpath}
-vf "fps=1/{interval}, scale=220:-1,
drawtext=text='%{{pts\:gmtime\:{interval}\:%H\\\:%M\\\:%S}}':
fontfile=/Windows/Fonts/verdana.ttf: fontsize=24:
fontcolor=white: x=0: y=145: box=1: boxcolor=black@0.5,
tile=layout={tile_w}x{tile_h}: color=DimGray"
-frames:v 1 -qscale:v 3 {output}

Проблема в том, что само время в таймкоде куда-то съезжает, и добавка interval в pts вроде помогла, но всё равно съезжает. Как правильно-то?

Ещё вылазит ошибка "Fontconfig error: Cannot load default config file". fontfile не работает, но и без него ошибка всё равно вылазит.
ner.jpeg88 Кб, 640x960
Windows 8: Firefox based 290 2471449
>>452566 (OP)
Как обновить ffmpeg из консоли под шиндовс? Как писать стримы с ютуба? Есть ли замена streamlink'у?
Windows 7: Firefox based 291 2471452
>>471449
> Как обновить ffmpeg из консоли под шиндовс?

Смотря как устанавливал, лол.
> Как писать стримы с ютуба? Есть ли замена streamlink'у?

youtube-dl.
Windows 8: Firefox based 292 2472685
>>471452
>Смотря как устанавливал, лол.

Никак, билды же в архивах раздаются. Просто разархивировал и добавил путь в PATH

>youtube-dl.

Как им правильно останавливать запись в нужный момент? Посредством ctrl+c получаются битые файлы, которые ничем не открываются. Алсо можно ли как-нибудь такие файлы восстановить без потерь?
Как в youtube-dl задать запись стима не с момента запуска программы, а с начала стрима? Или задать запись с нужной минуты? В streamlink'е всё это было просто и понятно, но с недавнего времени перестало работать.
Linux: Firefox based 293 2472749
Windows 8: Firefox based 294 2472756
>>472749
Я же выше уже писал, что им пользовался и всё устраивало, но в ноябре-декабре гугл там что-то у себя подкрутил и стримлинк теперь стримы не находит
> error: No playable streams found on this URL:

Сам стримлинк с августа прошлого года не обновлялся
Ubuntu Linux: Firefox based 295 2472771
>>472756
>с августа прошлого года не обновлялся

Да ладно.
https://github.com/streamlink/streamlink
>2 days ago

Релизодауны соснули у гитобогов
Windows 7: Firefox based 296 2472781
>>472685
> Посредством ctrl+c получаются битые файлы, которые ничем не открываются.

УМВР.
ffplay, mpv играет.
Windows 10: Firefox based 297 2474612
Может кто прикинуть на глазок, до какого битрейта можно пожать музычку, чтобы ничего не потерять на смартфоне за 6к и наушниках за 1к?
Понакачал довольно тяжёлых файлов, а вместить хочется как можно больше, а памяти мало.
И opus сейчас лучший?
Windows 10: Firefox based 298 2474620
>>452566 (OP)
Хочу переконвертировать много роликов из в мп4 в вебм с целью экономии места и без потери качества, Movavi Premium 19 выдаёт неизвестную ошибку, чем ещё это можно сделать? В идеале максимально простую хуйню с красивым дизайном и тремя кнопками откуда, куда, старт и чтобы несколько видосов сразу закинуть.
Windows 10: Firefox based 299 2474622
>>474620
FFmpeg for retards/bakas?
Windows 10: Palemoon 300 2474643
>>474620
> с целью экономии места и без потери качества

То есть хочешь сделать их ещё больше размера и с худшим качеством? Потому что вп дерьмо не знает, что такое качество.
Android: Firefox based 301 2474706
>>474612
На любых наушниках 256 mp3/aac128 ничего не потеряешь. opus 160kbps ультимативный вариант.
Вот слепой ABX тест, можешь определиться с нужным кодеком и битрейтом.
http://abx.digitalfeed.net/list.html

https://www.youtube.com/watch?v=Z1zmlNAhijc
Android: Mobile Safari 302 2474831
>>474706
Opus лучше vbr?
Windows 7: Firefox based 303 2474929
>>474612
AAC 128 должно хватать всем.

>>474620
HandBrake умеет обрабатывать пачками.
image.png15 Кб, 698x434
Windows 10: Firefox based 304 2475864
Я понимаю, что это совсем пиздец, но я застрял на моменте PATH, как добавить, можно для дебила?
Linux: Firefox based 305 2475870
>>475864
ты уверен что у тебя там все обновилось после того как добавил? https://github.com/chocolatey/choco/blob/master/src/chocolatey.resources/redirects/RefreshEnv.cmd
Windows 10: Palemoon 306 2475878
>>475864
А зачем тебе он в переменных окружения? Чтобы линупсойдом себя чувствовать? Просто скопируй ffmpeg.exe в C:\Windows\System32
Windows 10: Firefox based 307 2475886
>>475878
Нет, потому что так было где-то написано.
Спасибо, добра
Windows 10: Palemoon 308 2475892
>>475886
Лучше не экзешник добавь, чтобы не лазить, а батник вот такой
chcp 65001
<путь>\ffmpeg.exe
Поможет читать кирилицу в метадате и обновлять можно просто закинув в новый ffmpeg заместо старого.
Windows 7: Firefox based 309 2476453
Напишите на бумажке нормальную командную строку vp9, пример, я буду одним пальчиком набирать и через батник запускать.
1549293580158.jpg49 Кб, 856x642
Windows 10: Palemoon 310 2476482
>>476453
Абуняша разрешил постить mp4, оставь эти ональные игрища с реэнкодом интеллектуально незащищённым анимедетям.
Windows 8: Firefox based 311 2476512
А есть гайд для ваще полных долбоёбов?
.mp417,8 Мб, mp4,
1280x720, 1:08
Linux: Chromium based 312 2476579
>>476482
> Абуняша разрешил постить mp4
Windows 10: Firefox based 313 2476598
>>476482
С разморозкой тебя. Почитай на вики что пропустил за 2 года.
.png58 Кб, 827x626
Windows 7: Firefox based 314 2476720
>>476453
Я вот так конверчу, например. Выходит неплохо.
1549313247230.png479 Кб, 767x1036
Windows 10: Palemoon 315 2476726
>>476598
Что я пропустил, прости? Подробнее!
Windows 7: Palemoon 316 2476748
>>476720
Зачем хардкодишь имя? Можно же
title any2webm: %~n1
, а потом везде в целом одном месте %1 хуячить.
Windows 7: Palemoon 317 2476749
>>476720
А, а на выводе "%~pn1.webm" не забудь
.webm1,3 Мб, webm,
1024x426, 0:04
Windows 7: Firefox based 318 2476752
>>476748
Мне так удобнее.
Windows 7: Firefox based 319 2476964
>>476453
FOR a IN (%*) DO ffmpeg -hide_banner -i a -c:v libvpx-vp9 -row-mt 1 -threads 16 -pix_fmt yuv420p -b:v 0 -crf 30 -sn -map_metadata -1 "%%~na.webm"
Можно указать несколько исходных видео - батник будет их обрабатывать по очерёдности.
Windows 7: Firefox based 320 2476970
>>476964
Абу-пидор всё поломал https://pastebin.com/5iR5he5N
Windows 7: Firefox based 321 2477084
>>474612
Опус с битрейтом выше 144Кбит. И до 224. Ниже искажается звук, а выше разницы уже нет.
Windows 10: Firefox based 322 2477087
>>477084
Да уже пофиг, мне и на 128 норм.
Откуда цифра в 144?
Мб перекожу.
Windows 7: Firefox based 323 2477101
>>477087
>Откуда цифра в 144

экспериментально получена многократным перекодом в разные битрейты.
исходник.png245 Кб, 640x480
Windows 7: Firefox based 324 2477108
вот исходный звук, для сравнения
Windows 10: Firefox based 325 2477118
>>477101
Я так понял, "заметно" должно быть именно где-то в области 20-15 кГц? По крайней мере, не выше?
И лучше vbr юзать?
И ещё, как грамотно такой график назвать, я бы загуглил и в Audacity повторил, если можно.
Windows 7: Firefox based 326 2477141
>>477118
>"заметно" должно быть именно где-то в области 20-15 кГц?

Да. Если зажать качественное аудио слишком низким битрейтом, будут проскакивать посвистывание и писк, как при воспроизведении зацарапанного CD или когда у цифрового ТВ начинает рассываться картинка.
С некачественным звуком все немного иначе.
>И лучше vbr юзать?

Используется по умолчанию.
>>477118
>как грамотно такой график назвать, я бы загуглил и в Audacity повторил

https://www.youtube.com/watch?v=8AmS0JuURBI
Windows 10: Firefox based 327 2477147
>>477141
Огромное спасибо тебе.
Windows 10: Firefox based 328 2477152
Если используете Lossy формат, то ставьте максимальный битрейт, какой смысл в экономии в 2019?
Windows 7: Firefox based 329 2477158
>>477118
Тебе бы лучше понять такую простую вещь, что качество звука нужно оценивать на слух, а не по картинкам шизиков, которым важнее красивый спектр в почти неслышимой области.
Android: Mobile Safari 330 2477258
>>477158
Это не совсем шизофрения.
Есть такой момент, что я могу и на 32к наслаждаться, ок?
Но я не хочу, чтобы девайс меня обманывал, выдавая не оригинал, понимаешь?
Windows 10: Firefox based 331 2477597
>>474622
Не хочу разбираться.
>>474643
Что такое >впдерьмо? Вебм вроде меньше весит с такмим же качеством, не?
>>474929
Спасибо, попробую.
Windows 7: Chromium based 332 2477605
Нарезаю так, все правильно делаю?

ffmpeg -ss 00:00:00 -i input.mp4 -c:v libvpx-vp9 -crf 26 -b:v 0 -b:a 256k -c:a libvorbis -to длительность output.webm
Windows 10: Firefox based 333 2477606
>>477605
В один проход делоешь, надо в два
ffmpeg -ss 00:00:00 -i input.mp4 -c:v libvpx-vp9 -crf 26 -b:v 0 -b:a 256k -c:a libvorbis -to длительность -an -y -pass 1 output.webm
ffmpeg -ss 00:00:00 -i input.mp4 -c:v libvpx-vp9 -crf 26 -b:v 0 -b:a 256k -c:a libvorbis -to длительность -y -pass 2 output.webm
Windows 7: Chromium based 334 2477610
>>477606
А можно как то заранее узнать будущий вес файла еще до кодирования? Или обязательно кодить а потом уже глядя на промах прицеливаться в 20мегабайт изменяя длительность и CRF?
Windows 10: Firefox based 335 2477611
>>477610
Наверное нет. Если хочешь 20 МБ, то рассчитай битрейт и поставь его вместо -b:v 0
Windows 7: Chromium based 336 2477612
>>477611
Понял, буду разбираться, спасибо.
Linux: Chromium based 337 2477613
поясните про битрейт
Windows 7: Firefox based 338 2478101
>>477610
Пережать сегмент длиной в 30 секунд с желаемым качеством, посмотреть, с каким битрейтом его пожало.
image.png90 Кб, 1339x770
Windows 7: Chromium based 339 2478147
Кто знает, как исправлять такой косяк? Понятно, что проебан размер. Как вычислить что где и насколько проебанно?
Windows 10: Palemoon 340 2478152
>>478147
sar сделай 1:1
Windows 7: Firefox based 341 2478161
> SDL_OpenAudio (2 channels, 48000 Hz): WASAPI can't initialize audio client: CoInitialize has not been called.

???
Windows 7: Palemoon 342 2478164
>>478161
Конпелируй сам. Решение есть где-то в интернетах
Windows 7: Firefox based 344 2478181
>>478179
А почему такое произошло?
На другом компьютере всё нормально работает, версия там около годичной давности.
Windows 7: Firefox based 345 2478324
Почему последний стабильный ффмпег кодирует видео с пониженным на треть битрейтом, а не с тем что я ему указал? Я ему -b:v 2294k, а он мне выплевывает файл с 1700kbps. Он не охуел? В чем может быть проблема?

Полный код:
for p in (1 2) do ffmpeg ^
-ss 1:52:39.711 -to 1:53:29.961 ^
-i "j:\Видео\Матрица - Революция (2003).mkv" ^
-map 0:v:0 -map 0:a:0 ^
-map_metadata -1 ^
-map_chapters -1 ^
-metadata title="" ^
-metadata:s:0 title="" ^
-metadata:s:1 title="" ^
-vf crop=iw-4:ih:2:0,scale=1024:-2,setsar=1:1 ^
-c:v libvpx-vp9 -b:v 2294k -g 9999 ^
-threads 2 -frame-parallel 0 -pix_fmt yuv420p -lag-in-frames 16 -pass
p ^
-c:a libopus -b:a 128k -ac 2 -clev 1 -slev 1 ^
-sn -y "matrix7-6.webm"
Windows 7: Firefox based 346 2478344
>>478324
Разве должно быть как-то иначе?
Windows 8: Chromium based 347 2478441
Как делать превью для двача? Картинка в начале видео и второй видеопоток не работают.
1510375050744.mp4180 Кб, mp4,
638x354, 0:03
Windows 10: Firefox based 348 2478450
>>478324
> -map_metadata -1


> -metadata title="" ^

> -metadata:s:0 title="" ^

> -metadata:s:1 title="" ^
Windows 8: Chromium based 350 2478522
>>478451
Ты зря думаешь, что я такой тупой, но если бы ты объяснил, почему надо ставить 40 минут и 0,1кадр/сек а не 0,01 и как это рассчитывать от исходника видео, я был бы признателен.
Windows 10: Chromium based 351 2478539
>>478451
Кто-нибудь знает, как трек во втором видео называется?
Windows 7: Firefox based 352 2478546
>>478539
замечательный математический класс чируно
Windows 10: Chromium based 353 2478547
>>478546
Спасибо!
Windows 10: Firefox based 354 2478551
>>478522
> почему надо ставить 40 минут

10x от длины видео, остальное по вкусу
Windows 8: Chromium based 355 2479353
>>478551
Спасибо.
Что скажешь насчёт звука, с видео всё просто - vp10>vp9>vp8, а вот vorbis или opus, какой выбрать для битрейда 64-112k?
Windows 10: Firefox based 356 2479475
>>479353
> 64-112k

Для такого точно opus, когда он появился, то все балдели от того, как он звучит на низких битрейтрах по сравнению с пердящим vorbis'ом.
Мне нравится как "звучит" vorbis чуть больше, но стоит ли заморачиваться, когда есть универсальный opus.
1549638627936.png427 Кб, 566x800
Windows 10: Palemoon 357 2479480
>>479475
> универсальный

> 48000Hz мне дал или сам апскейльну

> 5.1/7.1? Не слышал и ты не услышишь!
Windows 10: Firefox based 358 2479485
>>479480
Это правда, я хотел сначала написать, что если можно позволить себе 192к+, то лучше обмазываться ворбисом с -q:a 6, но что-то в другом направлении пошёл.
Windows 7: Firefox based 359 2479575
Попробовал сжимать тишину опусом и ворбисом, первому написал -b:a 128k, второму -q:a 4, остальные настройки не трогал. Оба не сообразили что это тишина и не сжали ее в ноль. Зачем так делать?
Windows 7: Chromium based 360 2480952
>>479575
Уже отправил пулл-реквест?
Windows 8: New Opera 361 2486983
Как соединить две webm друг за другом, свойства у них одинаковые? В гугле забанен за неверное отгадывание гидрантов.
Захват звука с выхода приложения Windows 10: Firefox based 362 2487182
pactl load-module module-null-sink sink_name="app_sink" sink_properties=device.description="dummy_application_sink"
pactl list sink-inputs | grep -P "^[^\t]|application.name\ ="
pactl move-sink-input 468 app_sink
pactl load-module module-loopback source=app_sink.monitor sink=alsa_output.pci-0000_00_1b.0.analog-stereo
ffmpeg -r 30 -f x11grab -s 1920x1080 -i :0.0+0,0 -vsync 1 -f pulse -ac 2 -i app_sink.monitor -pix_fmt yuv444p -format yuv444p -c:v libx264 -threads 4 -preset ultrafast -crf 0 -c:a pcm_s16le -f matroska test.mkv

Я даже полюбил pulseaudio.
Windows 10: Firefox based 363 2487381
>>486983
Создаешь папочку, копируешь видео в неё, в папочке делаешь .txt файл с
file 'video1.mkv'
file 'video2.mkv'

Делаешь
ffmpeg -f concat -i file.txt -c copy new.mkv
Windows 7: Firefox based 364 2487426
>>487381
А если ты хороший мальчик, чистишь зубы 2 раза в день и не используешь пробелы в названиях файлов, то можно и без текстового файлика:
-i "concat:file1|file2"
Linux: Chromium based 365 2490298
>>452566 (OP)
ТРЕД НЕ ЧИТАЙ @ ВОПРОС ЗАДАВАЙ
Linux: Chromium based 366 2490299
>>490298
блять, какого черта сообщение отправилось

ладно, суть вопроса. только нашел этот тред, нихера шапку не читал (но почитаю). короче я шакалю все в hevc
Linux: Chromium based 367 2490300
>>490299
Ебучее обезъянье поделие странно реагирует на переключение языка с помощью ctrl + space. Ок, буду переключать как инвалид мышкой. Пардоньте что насрал выше. Короче, шакалю все со следующими опциями `-c:v hevc -crf 28`, то есть по сути дефолт для 265. Есть куда стремится? Или все правильно делаю?

Видяшки с ксяоми камеры и телефона. В будущем добавится еще DSLRка, везде 4К х264 кодек.
Windows 10: Chromium based 368 2490399
>>490300
Ну, из твоего высера мы поняли, что ты нитакойкаквсе. Стремиться больше некуда. Ты всего достиг.
Linux: Chromium based 369 2490430
>>490399
в чем же заключается моя нитокаякаквсешность, поясни пожалуйста, потешь мое самолюбие
Windows 10: Firefox based 370 2490479
Мне надо сконвертить вебм, 4 минуты, уместить соостветсвнно в 20мб, или какой там лимит. Чем это лучше сделать? И что к слову значат CRF и tolerance в webm for retards?
Linux: Chromium based 371 2490517
>>490300
>Archival — CRF that gives you the quality you want.

https://slhck.info/video/2017/03/01/rate-control.html
Windows 10: Firefox based 372 2490537
>>490479
Считаешь битрейте 20480 * 8 / длина_в_секундах и делаешь
-crf 20 -b:v xk
вроде оно уже научилось попадать в лимит.
image.png122 Кб, 641x659
Windows 8: Chromium based 373 2490701
>>490479
https://github.com/Kagami/boram/releases
Самая юзерфрендли прога, все интуитивно. Выставляешь размер в мб, сама считает битрейт.
Windows 7: Firefox based 374 2492754
Такой вопрос разбиваю гифку на кадры но при этом картинка шакалиться можно ли этого как-то избежать ?
Windows 7: Firefox based 375 2494293
В boram можно заменить или добавить аудио дорожку ?
image.png67 Кб, 943x372
Windows 8: Chromium based 376 2496213
>>494293
Мышкой нет, как и видеодорожку не заменить, хотя для субтитров автор это сделал, можно вставить свои из файла, ради этого ч и качал. Но boram показывает аргументы ffmpeg, по которым он будет работать, и если к ним дописать расположение аудио и -shortest для обрезки аудио, если стороннее аудио длиннее чем видео, то дорожка заменится.
Android: Mobile Safari 377 2496465
Пробовал записывать через обс игорь и во время гонения игоря крафтить вебм. В обоих случаях начинал лагать звук игры, эхо, и тоже самое в моим микрофоном в тс. Лечится перезагрузкой пк. Что не так с этим? Arch 8320@4.1&660.
Windows 7: Palemoon 378 2496751
Можете подсказать как сделать музыкальную webm из гифки? Нужно просто наложить музыку поверх гифки.
Windows 7: Firefox based 379 2496815
>>496751
Нужно разбить гифку на кадры, но качество пострадает
Windows 8: Chromium based 380 2497539
>>496751
Если гифка по длительности короче музыки, то
ffmpeg -i gifka.gif -i music.mp3 -map 0:v:0 -map 1:a:0 -shortest out1.webm
Здесь -i gifka.gif первый входной поток, где gifka.gif путь к файлу гиф, он может быть и "C:\gifki\гифка.gif" в зависимости откуда запускаешь ффмпег;
-map 0:v:0 и -map 1:a:0 соотв направляют потоки гифки и музла (0 и 1) в итоговый файл (0);
-shortest для обрезки музыки, если она длиннее гифки, в противном случае получишь застывший последний кадр гифки на оставшиеся 3 минуты трека.

Если нужно зациклить гифку, чтобы она 4 раза показалась, то
ffmpeg -stream_loop 3 -i gifka.gif -i music.mp3 -map 0:v:0 -map 1:a:0 -shortest out2.webm
Windows 7: Firefox based 381 2497626
>>452566 (OP)
как наложить на аудио другое аудио?
Windows 8: Chromium based 382 2497739
>>497626
ffmpeg -i ayduo1.ogg -i ayduo2.mp3 -filter_complex amix=inputs=2:duration=first out.wav
http://ffmpeg.org/ffmpeg-filters.html#amix
Windows 8: Chromium based 383 2497779
>>497626
Для нормализации громкости дописываешь выделенное жирным
amix=inputs=2:duration=first:dropout_transition=0,dynaudnorm
Windows 7: Palemoon 384 2498050
Не получается за лупить гифку.
Windows 8: Chromium based 385 2498072
>>498050
Экстрасенсы в отпуске, какие ошибки выдает ффмпег?
Windows 7: Palemoon 386 2498125
>>498072
Никаких, он просто делает вебм но не лупит гифку.
Windows 7: Firefox based 387 2498138
>>498125
Ну скрины хоть выложи что ты там делаешь
image.png2 Кб, 538x44
Windows 7: Palemoon 388 2498178
Windows 7: Firefox based 389 2498182
Как прилинковать к мкв внешние файлы?
sage Windows 7: Chromium based 390 2498230
>>498182
Какие? Шрифты, субтитры, обложку обычно встраивают.
А аудиодорожки переименовывают так, чтобы они подхватывались плеерами.
Windows 7: Firefox based 391 2498237
>>498178
Скинь гифку или ссылку на нее аж самому интересно
15509278740610.gif9,9 Мб, 800x800
Windows 7: Palemoon 392 2499000
Windows 7: Firefox based 393 2499027
>>498230
Я про другие мкв.
sage Windows 7: Chromium based 394 2499044
>>499027
Подробностей, кноечно, не будет, да? Ну удачи, хуле. Телепаы в отпуске.
Windows 8: Chromium based 395 2499051
>>498125
А что в вебм показывает?
У меня все работает, если нужно почетче картинку, то указывай битрейд повыше.
ffmpeg -stream_loop 3 -i cats.gif -i cats.mp3 -map 0:v:0 -map 1:a:0 -b:v 1000K -shortest cats1000.webm
>>499027
Какие другие?
sage Windows 7: Chromium based 397 2499134
>>499123
https://mkvtoolnix.download/doc/mkvmerge.html#mkvmerge.description.split
Только этим никто не пользуется~
Windows 7: Firefox based 398 2499158
>>499134
Маня, у аниме-сериалов часто выносят опенинги и эндинги в отдельные файлы для уменьшения размера раздачи.
out33.webm4 Мб, webm,
800x800, 0:19
Windows 7: Firefox based 399 2499172
>>499000
У меня тоже все работает хз что у тебя там
sage Windows 7: Chromium based 400 2499175
>>499158
Забавно. Сколько ни качал, такого не видел. Ну, маняме — отдельный мирок, что тут сказать. В этом случае оправданно, да.
out1.webm315 Кб, webm,
800x800, 0:02
Windows 7: Palemoon 401 2499202
>>499051
>А что в вебм показывает?
Android: Mobile Safari 402 2499228
Boram у кого бсодит с kernel_stack_inpage_error?
Android: Mobile Safari 403 2499400
>>490701
Я не понимаю, почему эта оболочка жрет памяти больше, чем сам ffmpeg при работе, да еще и плодит себе несколько процессов?
Windows 7: Firefox based 404 2499606
>>499400
А я только недавно поставил с ютуба ролики качать самое то, только как в борам указать папку для загрузки, по умолчанию в темп грузит.
image.png194 Кб, 452x309
Windows 7: Vivaldi 405 2499889
1. Где почитать про ключевые кадры? Как они отбираются, какие есть настройки их отбора, можно ли вручную по номерам указать? Для vp9 в первую очередь.

2. https://mattgadient.com/x264-vs-x265-vs-vp8-vs-vp9-examples/
Что за пресеты у vp9, откуда он взял эти fast/veryslow? У меня нет подобных настроек. Только best|good|deadline и цифры speed|cpu-used.
И есть ли какие-то подобные настройки для av1, чтобы можно было посмотреть может ли он хоть что-то за адекватное время?

>>452566 (OP)
>исхода батла HEVC vs AV1

Да вроде бы уже всё ясно. Ещё в паре vp9/hevc на низкой и средней скорости кодирования при равных битрейтах побеждает первый, а на высоких (superfast для hevc) второй, просто потому что у vp9 нет адекватных лоу-настроек. Всё согласно предназначению, hevc для стримов и телевиденья, а vp9 для архивирования в компактные файлы. Av1 лишь усугубит эти различия, мне кажется.
А если посмотреть сайт по ссылке выше, то там почему-то даже placebo-hevc проигрывает veryfast-vp9 почти на всех изображениях. Не представляю как он это получил, в моих тестах hevc часто выигрывал на скоростях выше 0.5, как бы я его не хейтил с этими артефактами в виде полос (пик) - лучше уж шум или квадраты, мне кажется.
Windows 10: Palemoon 406 2499916
>>499889
Ты втираешь полную дичь и твоя дичь не согласуется с моими результатами, потому помогать тебе не буду.
Android: Mobile Safari 407 2500074
>>499889
>placebo-hevc проигрывает veryfast-vp9

Омский космодром
Android: Mobile Safari 408 2506729
>>478147
Кукуки eбaныe, cовceм кукушкой поexaли
Windows 7: Chromium based 409 2508015
Есть файлы:
[MP4 1080p] filename.mp4
[MP4 Audio] filename.mp4

Как батником склеить их?
Windows 10: Firefox based 410 2508016
>>508015
ffmpeg -i video.mp4 -i audio.mp4 -map 0:v -map 1:a -c copy out.mp4
Windows 10: Chromium based 411 2509340
>>452566 (OP)
Накачал несколько любимых фильмов в формате BD Remux (копия диска со всеми папками и материалами). С помощью MkvToolNix вырезал ненужные мне дорожки и дополнительные материалы и сделал один файл MKV со всеми нужными дорогами, субтитрами и главами. Всё отлично, но выходные файлы получились слишком большого размера. Возможно сжать их без особой потери качества чтобы сохранилась вся структура фильма с субтитрами и главами? Не углубляясь сильно в матчасть, так сказать. Может есть годные проги с готовыми пресетами и т.д.
Все бдрипы в интернете либо неполные, либо слишком шакальные.
Windows 7: Firefox based 412 2509400
>>509340
ffmpeg'ом пожми видеодорогу, да и все. Примерно вот так:

ffmpeg ^
-i "movie.mkv" ^
-c:v libx264 -crf 18 ^
-profile:v high -preset veryslow -level 4.1 -tune film ^
-c:a copy ^
-c:s copy ^
-y "movie_shakalny.mkv"
pause

или так:

for p in (1 2) do ffmpeg ^
-i "movie.mkv" ^
-c:v libx264 -b:v 8000k ^
-profile:v high -preset veryslow -level 4.1 -tune film -pass
p ^
-c:a copy ^
-c:s copy ^
-y "movie_shakalny.mkv"
pause

8000kbps для 1080p - норм, но в идеале посмотреть сколько битрейта получается в первом варианте и пожать с ним во втором.
Windows 7: Firefox based 413 2509403
>>509400
Там где начинается и кончается спойлер - стояло по два процента %%. Макаба их сожрала, блин.

Макакич не прикрутил еще нормальную вставку кода?
[code]
test
[/code]
sage Windows 7: Firefox based 414 2509600
>>460744
Пpуфов, конечно же, не будет?
Windows 7: Chromium based 415 2509764
>>508016
Ладно, я неточно объяснил.
Есть у меня в папке сотня файлов типа >>508015 . В файлах [MP4 1080p] находится только видео-дорога, в файлах [MP4 audio] только аудио-дорога. Имена у каждого файла с аудио и видео-дорогой идентичны, т.е. к примеру:
[MP4 1080p] ebin.mp4
[MP4 Audio] ebin.mp4
[MP4 1080p] ebin: ressurection.mp4
[MP4 Audio] ebin: ressurection.mp4
[MP4 1080p] ebin vs Caesar.mp4
[MP4 Audio] ebin vs Caesar.mp4
Windows 10: Chromium based 416 2509795
>>509400
>>509403
Круто, спасибо. Сейчас опробую. [code] даже в pr не работает, лол
Windows 10: Chromium based 417 2510459
>>509795
Всё получилось. В первом случае файл вышел 15гб, во втором (два прохода) 17.2, но разницы в качестве не заметил.
Windows 10: Firefox based 418 2511829
Короче код
[CODE]ffmpeg -i D:\JoJoOpp1.mp4 -c:v libvpx-vp9 -pass 1 -b:v 0 -vf scale=-1:720:flags=lanczos -crf 48 -qmin 35 -qmax 55 -max-intra-rate 0 -threads 8 -speed 4 -tile-columns 6 -frame-parallel 1 -aq-mode 2 -an -f webm -[/CODE]

[CODE]ffmpeg -i D:\JoJoOpp1.mp4 -c:v libvpx-vp9 -pass 2 -b:v 0 -vf scale=-1:720:flags=lanczos -crf 48 -qmin 35 -qmax 55 -deadline good -max-intra-rate 0 -threads 8 -tile-columns 6 -speed 2 -frame-parallel 1 -lag-in-frames 1 -aq-mode 2 -c:a libopus -b:a 64k -vbr on -compression_level 10 -frame_duration 60 -y -f webm D:\JoJoOpp1.webm[/CODE]

Вроде бы норм, но в паре моментов видно артефакты, есть ли возможность улучшить или заставить более качественнее прорабатывать кадры
Linux: Firefox based 419 2511885
>>511829
>есть ли возможность улучшить или заставить более качественнее прорабатывать кадры

speed 1 вместо speed 2, очевидно же
Windows 7: New Opera 420 2512176
1. Скрипт для вырезания фрагментов из онлайн-видео:
Должен быть доступ к бинарникам youtube-dl и ffmpeg. Указывается начальное время обрезки и длина. Нужно указывать, есть ли у источника поддержка DASH, желательно как-то сделать, чтоб сам определял. YouTube-dl может определить, но он полностью скачивает видео.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
:BEGIN
set /p BEGIN=ENTER BEGIN POSITION FOR CUTTING IN SECONDS AND PRESS ENTER:
if not defined BEGIN goto BEGIN
:LENGTH
set /p LENGTH=ENTER LENGTH IN SECONDS AND PRESS ENTER:
if not defined LENGTH goto LENGTH
if not defined LINK goto LINK
if defined LINK goto START

:LINK
::@set LINK
set LINK=https://youtu.be/ae91V8Dme9c

:START
set /p DASH=DASH SUPPORT (YOUTUBE)(Y/N)
if not defined DASH goto :DASH
if /i %DASH%==Y goto :DASH
if /i %DASH%==N goto :NON-DASH

:DASH
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo[ext=mp4] -g %LINK%"') do set a=a
for /F b in ('"youtube-dl -f bestaudio[ext=m4a] -g %LINK%"') do set b=b
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast temp-v.mp4
ffmpeg -ss %BEGIN% -i "%b%" -t %LENGTH% temp-a.wav
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp-v.mp4
del temp-a.wav
goto :EOF

:NON-DASH
for /F a in ('"youtube-dl -f best[ext=mp4] -g %LINK%"') do set a=a
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast -c:a pcm_s16le temp.mp4
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp.mp4
[/CODE]

2. Скрипт для создания скриншотов из онлайн-видео (YouTube) с периодичностью 1 кадр в 15 секунд (искал таким образом момент в длинном видео по превьюшкам в XnView). Должен быть доступ к бинарникам youtube-dl и ffmpeg. Нужно останавливать вручную или уменьшить значение 36000 до длины видео. Попробовал сделать определение через ffprobe, но из-за символа &, получаемого в прямой ссылке на файл, все загибается.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
if not defined LINK goto LINK
if defined LINK goto START
:LINK

::SET LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START

::SET TIME
set TIME=15

echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo -g %LINK%"') do set a=a
::for /F "delims=." b in ('"ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 "%a%""') do set b=b
for /L c in (1,%TIME%,36000) do ffmpeg -ss c -i "%a%" -qscale 0 -y time-seconds-0%%c.jpg
[/CODE]

Очень странно, что нет нормального софта для подобных задач.
Windows 7: New Opera 420 2512176
1. Скрипт для вырезания фрагментов из онлайн-видео:
Должен быть доступ к бинарникам youtube-dl и ffmpeg. Указывается начальное время обрезки и длина. Нужно указывать, есть ли у источника поддержка DASH, желательно как-то сделать, чтоб сам определял. YouTube-dl может определить, но он полностью скачивает видео.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
:BEGIN
set /p BEGIN=ENTER BEGIN POSITION FOR CUTTING IN SECONDS AND PRESS ENTER:
if not defined BEGIN goto BEGIN
:LENGTH
set /p LENGTH=ENTER LENGTH IN SECONDS AND PRESS ENTER:
if not defined LENGTH goto LENGTH
if not defined LINK goto LINK
if defined LINK goto START

:LINK
::@set LINK
set LINK=https://youtu.be/ae91V8Dme9c

:START
set /p DASH=DASH SUPPORT (YOUTUBE)(Y/N)
if not defined DASH goto :DASH
if /i %DASH%==Y goto :DASH
if /i %DASH%==N goto :NON-DASH

:DASH
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo[ext=mp4] -g %LINK%"') do set a=a
for /F b in ('"youtube-dl -f bestaudio[ext=m4a] -g %LINK%"') do set b=b
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast temp-v.mp4
ffmpeg -ss %BEGIN% -i "%b%" -t %LENGTH% temp-a.wav
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp-v.mp4
del temp-a.wav
goto :EOF

:NON-DASH
for /F a in ('"youtube-dl -f best[ext=mp4] -g %LINK%"') do set a=a
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast -c:a pcm_s16le temp.mp4
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp.mp4
[/CODE]

2. Скрипт для создания скриншотов из онлайн-видео (YouTube) с периодичностью 1 кадр в 15 секунд (искал таким образом момент в длинном видео по превьюшкам в XnView). Должен быть доступ к бинарникам youtube-dl и ffmpeg. Нужно останавливать вручную или уменьшить значение 36000 до длины видео. Попробовал сделать определение через ffprobe, но из-за символа &, получаемого в прямой ссылке на файл, все загибается.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
if not defined LINK goto LINK
if defined LINK goto START
:LINK

::SET LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START

::SET TIME
set TIME=15

echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo -g %LINK%"') do set a=a
::for /F "delims=." b in ('"ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 "%a%""') do set b=b
for /L c in (1,%TIME%,36000) do ffmpeg -ss c -i "%a%" -qscale 0 -y time-seconds-0%%c.jpg
[/CODE]

Очень странно, что нет нормального софта для подобных задач.
Windows 7: New Opera 421 2512177
>>512176
Блядь, макаковская макаба таки попротила скрипт.
Windows 10: Firefox based 422 2512237
>>511885
в обоих проходах или только в одном?
Windows 10: Firefox based 423 2512239
>>511885
ладно, проблема сейчас такая образовалась, динамику обрабатывает хорошо, а вот статику хуево. А в вебмке у меня смена динамики и статики равномерная
Windows 10: Chromium based 424 2512276
Хочу коллекцию порнографии перекодировать для экономии места, какие настройки в хердбрейке посоветуете? Доступны нвенк и гсинк.
Windows 10: Chromium based 425 2512277
>>512276
>гсинк

quicksync*
scripts.png1 Кб, 512x512
Windows 7: New Opera 426 2512279
>>512176
Прикрепил 2 скрипта в pngzip.
scripts.jpg1 Кб, 512x512
Windows 7: New Opera 427 2512282
>>512279
rarjpg
Windows 7: New Opera 428 2512283
>>512282
Понятно, макака все похерила. Теперь уже ничего нельзя прикреплять.
Linux: Firefox based 429 2512786
>>512283
7z вроде работает. Чекни.
Windows 10: Firefox based 430 2512839
libaom макакич подкрутил, т.е вебмки поддерживает сделанные на этом кодеке?
.webm665 Кб, webm,
1280x720, 0:02
Windows 7: Firefox based 431 2512883
Windows 7: New Opera 432 2513094
Windows 10: Chromium based 433 2514845
>>510459
Перекодирую потихоньку видосы, но постоянно к концу появляется ошибка "Invalid length 0x557d2 > 0x8da2ea0ca in parent". Ничего страшного или страшно?
Windows 10: Vivaldi 434 2514875
>>452566 (OP)
У меня браузер vivaldi, и он не может в mp4, как починить?
Windows XP: Chromium based 435 2514889
>>514875
Снести это говно и поставить Chromium.
Windows 10: Vivaldi 436 2514946
>>514889
Я на хроме сидел с первых публичных версий, надоел он мне, а вивальди заебись. Подскажите блять, а то обидно, браузер то хороший.
Linux: Chromium based 437 2514978
>>514875
Может, кодек h.264 ставь
Windows 10: Vivaldi 438 2515094
>>514978
Так K-Lite Standart у меня стоит, а вот мп4 в бразуере по прежнему не работает.
Linux: Firefox based 439 2515119
>>515094
>K-Lite Standart у меня стоит

Вот поэтому у тебя ничего и не работает.
Это васяносборочка из говнокодеков срёт в системе похлеще любой мокрописьки.
Алсо, ты конченный штоле? В дрисне же кодеки искаропки стоят. Нахуя ты говном себе всё засрал?
Windows 10: Vivaldi 440 2515121
>>515119
Если всё работает искаропки, то схуяли ничего не работает то?
Windows 7: Chromium based 441 2515182
>>515119
>Это васяносборочка из говнокодеков срёт в системе похлеще любой мокрописьки.

А мне норм. Пользую на протяжении многих лет, брат жив.
1410149173332.jpg139 Кб, 1200x900
Windows 10: Firefox based 442 2515188
>>515182
> А мне норм. Пользую на протяжении многих лет, брат жив.
Windows 7: Firefox based 443 2515397
>>514845
>Ничего страшного или страшно?

На воспроизведение не повлияет. Это похоже баг у ффмпег какой-то.
15525585315320.jpg44 Кб, 500x281
Windows 10: Chromium based 444 2515398
>>515188
А аргументация будет, кроме гринтекста и баивых картиночек, или как всегда говна пожуёшь, кулёма?
Windows 10: Firefox based 445 2515659
>>515398
> А аргументация будет

Ты что дурной? Какая тебе аргументация? Я просто напомнил тебе, что ты утёнок, ну, чтобы ты особо не выёбывался.
Windows 10: New Opera 446 2515937
Здравствуйте. Не могли бы вы сказать, как сделать превьюшку на видео из картинки?
Windows 10: Firefox based 447 2516028
Есть .мп4 с роликом и .мп3 с музыкой. Как через ффмпег сделать .мп4 ролик чтобы крутился по лупу с этой музыкой?
Windows 7: Chromium based 448 2516747
>>515937
Для двача или для проводника в винде?
Windows 10: Firefox based 449 2516758
Есть гайд по сборке своей версии ffmpeg? Нужно добавить отсутствующий фильтр scale_npp. Или как-то проще можно сделать?
Windows 7: Firefox based 450 2516939
bump
Apple GayPhone: Safari 451 2517184
>>2497261
Пyть "C:\MPV"
https://dropmefiles.com/ напримeр
Windows 7: Firefox based 452 2517565
Зачем выдумали bt709 и bt2020? Чем bt601 не устраивал?
Android: Mobile Safari 453 2518777
Как закодировать vp9 используя аппаратное ускорение? h264 так умеет, на чём угодно.И как он по опыту, лучше h264? Вроде сравнивал, выглядит лучше.
Android: Mobile Safari 454 2518783
>>452576
> SSIM и PSNR для обоих файлов на пиках 2 и 3. В итоге VP9 на капелюшечку, но лучше.

Эти параметры нихуя не значат, качество совершенно не отображают
Вот ещё интересная ссылка, vp9 просто рвёт всех, а время кодирования можно подобрать такое же
https://mattgadient.com/x264-vs-x265-vs-vp8-vs-vp9-examples/
Windows 10: Firefox based 455 2518945
>>518783
Ну нихрена себе, SSIM И PSNR ничего не означают.
Что, глазу твоему верить?
Android: Mobile Safari 456 2518952
Windows 10: Palemoon 457 2521538
>>518783
Да боже мой, хоть один здравомыслящий на этих сайтах для детей. Конечно они ничего не значат и реально можно только глазами, может vmaf, за него не знаю, но ссим и пснр это говно говна.
Android: Mobile Safari 458 2522574
>>521538
Слушай, а поясни что этот vmaf даёт
Вот сравнил 1 и 2 видео выдало 4 балла. Потом сравнил 2 и 1 выдало 2 балла. В чём смысл?
Windows 10: Firefox based 459 2524981
>>461332
Тоже самое. Вообще после ффмпега у меня вебмки звучат тише. В плеере норм, а как слушаешь через браузер нужно громкость выкручивать.
Windows 10: Firefox based 461 2525008
>>524989
Ну чому так сложно то. А что тогда делает -af volume=10dB которая в вики указана? У меня после нее изменения вообще практически никакие. От тех же 10дб в аудасити оглохнуть можно, а ффмпегу даже 100 похуй.
Windows 7: Firefox based 462 2525324
Самый визуально красивый метод уменьшения изображения - sinc, а какой метод уменьшения изображения самый точный?
Android: Mobile Safari 463 2525829
Windows 7: Firefox based 464 2525831
>>525829
У синка звон стоит большой, у ланцоша, который используется по умолчанию, поменьше. Я прочитал что самый точный для уменьшения это supersample, но какой метод в ффмпеге ему соответствует - непонятно.
Windows 7: Chromium based 465 2527291
>>477610
Вот это у тeбя горит
Windows 7: Chromium based 466 2527424
Как вырезать несколько фрагментов из файла в один выходящий файл?
Я заю про -ss,-t и -to, но они дают порезать файл лишь раз.
Android: Mobile Safari 467 2527446
Может кто-то простым языком объяснить про команду map? В Вики нихуя не понял
Windows 7: Chromium based 468 2527586
>>527446
Короче смотри, у каждой дороги в контейне есть свое место. Начиная от 0 и до количества разной ебанины, что запихнули в контейнер. У видеодороги всегда 0 место, обычно.
Имеем файл: https://pastebin.com/snwpKAA7
Мы хотим оставить видеодорогу с английской аудиодорогой и дорогой с русабом, значит карта будет выглядеть так:
-map 0:0 -map 0:5 -map 0:6
Также, если нам не нужны дороги с главами, удалим их добавив -map_chapters -1

Если ты выбираешь два или более входных файла, то для них карта будет выглядеть как -map 0:0 для видеодороги из первого файла и как -map 1:1 для аудиодороги из второго.
Windows 7: Firefox based 469 2530137
>>527424
Тебе нужно несколько раз указать -ss -t
https://trac.ffmpeg.org/wiki/Creating multiple outputs
Windows 7: Chromium based 470 2530148
>>530137
>Creating%20multiple%20outputs

Вот только, мне нужен single output.
Android: Mobile Safari 471 2530272
>>527586
Спасибо
Android: Mobile Safari 472 2530515
>>530148
Ну так в конце собери их
И вообще удобнее будет в avidemux
Windows 7: Firefox based 473 2530525
>>530148
Ну значит делишь на [потоки] и их собираешь, либо проще запустить ffmpeg и через concat собрать в один - тогда кодировать лишний раз не надо.
image.png46 Кб, 677x342
Windows 7: Chromium based 474 2530625
Ньюфагу поможете?
Не конвертит файл, да и в принципе не берёт его никак, что делаю не так?
image.jpg128 Кб, 669x342
Windows 7: Chromium based 475 2530631
Windows 7: Firefox based 476 2530637
>>530625
Там ниже возможно что-то написано. Мануалы то читать пробовал?
https://opensource.com/article/17/6/ffmpeg-convert-media-file-formats
Windows 7: Firefox based 477 2530640
>>530631
а, видимо не указал полный путь до файла.
Windows 7: Chromium based 478 2530652
>>530640
Теперь permission denied
Был же гайд вебм треда, с ним уже через 15 минут первые вебмки конвертил
Windows 7: Chromium based 479 2530863
>>530652
ffmpeg -i "C:\Temp\xxx.webm" ddd.avi

Полный путь в скобки запили.
Windows 7: Chromium based 480 2530947
>>530863
Теперь invalid argument
Не понимаю на ютубе они просто имена файлов пишут без путеё и всё работает.
Windows 7: Chromium based 481 2530996
>>530947
Так и у меня все работает. Записывай экран бандикамом и лей сюда.
Windows 10: Firefox based 482 2531305
Подскажите как перековертировать мп4 с размером 1 гб в нужный мне размер с нормальным качеством? Пробовал крутить битрейт, получается пиксельный.
Windows 7: Chromium based 483 2531313
>>530996
Надеюсь ещё в треде, вчера не мог записать.
Windows 7: Chromium based 485 2531325
>>531313
>>531317
Скопируй всё это и вставь в консоль:
cd C:\zz &^
ffmpeg -i xxx.webm xxx.avi
Windows 7: Chromium based 486 2531358
>>531325
А выбрать из какой папки брать и в какую выводить можно как то?
Windows 7: Chromium based 487 2531398
>>531358
У тебя есть две проблемы.
1.
Ты не выбираешь директорию для старта кодирования. У тебя команда выглядит так: c:\Windows\System32\ffmpeg
И если она срабатывает, значит в System32 лежит копия ffmpeg.exe
Тебе нужно класть кодируемый файл в папку с ffmpeg.exe, либо указывать путь до файла.
И тут у тебя вторая проблема.
2.
Путь до файла должен быть типа: "C:\zz\xxx.webm"
У тебя же он: "C:\zz>xxx.webm"

Шифт+ПКМ по пустому месту в папке>Открыть окно команд - Открывает командную строку из текущей директории.
Шифт+ПКМ по файлу>Копировать как путь - Копирует путь до файла с именем, собственно.

Мне всё больше это кажется каким-то тролленгом.
Windows 10: Firefox based 488 2531411
Какой сейчас положняк по кодекам?
vp9 или h265? И что там daala?
vorbis или opus? Или вообще aac?
А по изображениям как, jp2 вин?
Windows 10: Firefox based 489 2531412
>>531411
>там с daala

Фикс.

Алсо, webp же не упомянул.
Android: Mobile Safari 490 2531589
>>531305
Конкретную инфу про файл дай
>>531411
> vp9 или h265?

vp9
> daala?

Av1
> А по изображениям как, jp2 вин?

Heif или webp
Windows 8: Firefox based 491 2531607
>>531589
>vp9

А чем тебе H265 не угодил? Я имею ввиду, не для веба, а для фильмов. Вон, забугорные пираты только в него и кодируют.
Android: Mobile Safari 492 2531618
Windows 8: Firefox based 493 2531621
>>531618
А этот, твой, Vp9, только в webm контейнер можно запихать или еще куда влезет? В Матросоку, например..
Windows 10: Palemoon 494 2531631
>>531621
Влезет, только ты сначала сам скодируй что-нибудь и сравни, потому что по поводу картинок по ссылке выше у меня очень сильные сомнения.
Android: Mobile Safari 495 2531645
>>531631
Ох уж эти отговорки
Windows 10: Palemoon 496 2531648
>>531645
Когда не с 4 дюймов будешь видео смотреть, тогда расскажешь про вп кодеки.
Android: Mobile Safari 497 2531685
>>531648
Перетолстил
изображение.png46 Кб, 1588x486
Windows 10: Firefox based 498 2531711
>>531618
>хуже кодирует

В плане качества? А то по размеру/скорости 265 прям вин.
Linux: Firefox based 499 2531741
>>531711
Обсуждали же уже — VP9 нужно сравнивать с H.264, а не с H.265.
Android: Mobile Safari 500 2531757
>>531711
> А то по размеру/скорости 265 прям вин.

Разница в 1 мб
Пресет не veryfast
Windows 10: Firefox based 501 2531781
>>531757
Вот veryfast -2 минуты, и -1мб на 265. А если ultrafast на 265 поставить, то вообще -5мин будет.

>>531741
По качеству или чему сравнивать? Судя по тому сайту, vp9 вообще всем по размер/скорость сливает.

Но опять же кодировалось там все 4/4 затычке.
изображение.png41 Кб, 1461x491
Windows 10: Firefox based 502 2531784
>>531781
Алсо, там же везде одинаковый битрейт, который не юзается нигде. А по динамическому битрейту только на 264/265 данные. Херня, а не тесты в общем.
Android: Mobile Safari 503 2531801
>>531781
> По качеству или чему сравнивать? Судя по тому сайту, vp9 вообще всем по размер/скорость сливает.

Ты по картинке смотри. Vp9 рвёт любого, особенно на низких битрейтах
Linux: Firefox based 504 2531851
Почему чтобы быстро вырезать кусок, я должен указывать отрезок в секундах(-t <sec>). Неужели, блядь, оно не может само по таймштампу посчитать секунды?
Windows 10: Firefox based 505 2531887
>>531851
Можно -to юзать.
Windows 8: Firefox based 506 2531888
>>531851
>Почему чтобы быстро вырезать кусок, я должен указывать отрезок в секундах

Можешь указывать в кадрах.
-vf select=“between(n\,start_frame_num\,end_frame_num),setpts=PTS-STARTPTS"
Windows 8: Firefox based 507 2531890
>>531741
>VP9 нужно сравнивать с H.264,

А vp8 с чем тогда?
Linux: Firefox based 508 2531950
>>531887
> Можно -to юзать.

Очень медленно работает.
>-vf select=“between(n\,start_frame_num\,end_frame_num),setpts=PTS-STARTPTS"

Хуя се сложно.
Android: Mobile Safari 509 2531956
>>531741
Да ладно, даже h265 сливает vp9, а ты хочешь его сравнить
Linux: Firefox based 510 2532118
>>531956
Только во влажных грёзах. В начале этого треда показано, что libx264 и libvpx идут и по скорости и по сжатию ноздря-в-ноздрю.
По наблюдаемой мной ситуации x265 обгоняет x264 по сжатию в 1,2...1,5 раза ценой уменьшения скорости кодирования разиков в 5...10. Такое себе достижение.

>>531890
Очевидно же! С говном.

>>531781
У тебя оптимизационная задача из кучи критериев. Важность каждого определить трудно. Специально для таких случаев придумал синтетический метод ранжирования «при прочих равных».
Применяется так. Допустим, что время кодирования оставим на сладкое. Закодируем разными кодерами некоторый видеоряд под одинаковую итоговую ширину потока и сравним SSIM. Или закодируем под почти одинаковый SSIM, но сравним среднюю ширину потока. Опять же, нужно задаться каким-то вполне разумным пределом по искажениям, например:
- высококачественная картинка — SSIM > 22 дБ;
- хорошая картинка — 18 дБ < SSIM < 22 дБ;
- терпимая картинка — 14 дБ < SSIM < 18 дБ;
- низкокачественная картинка — 10 дБ < SSIM < 14 дБ;
- треш, угар, говно и мыло — SSIM < 10 дБ.
И в каждой из номинаций определять «победителя», а потом вручать специальные призы за скорость кодирования. Я занялся бы, но мне не до этого будет в 2019 году.
Android: Mobile Safari 511 2532121
>>532118
> Только во влажных грёзах. В начале этого треда показано, что libx264 и libvpx идут и по скорости и по сжатию ноздря-в-ноздрю.

На скриншоты посмотри, дебик
Linux: Firefox based 512 2532142
>>532121
Что же ты там на них увидел, что противоречит высказанному мной?
Windows 10: Chromium based 513 2532251
>>532142
А в том что на vp9 намного меньше артефактов, особенно при низком битрейте. А x264 и x265 по качеству примерно одинаково ужасны
Linux: Firefox based 514 2532316
>>532251
Хорошо. А теперь покажи мне, что это именно так так, как ты говоришь.
Windows 8: Firefox based 515 2532351
А как кодировать в х265 с помощью ffmpeg? Какие команды использовать, где можно гайд почитать?
Linux: Firefox based 516 2532365
>>532351
Набрать в гугле "ffmpeg h265"?
Windows 8: Firefox based 517 2536715
А не подскажите, что нужно написать в батнике, чтобы
в текущей папке запустился ffmpeg, выбрал avs. файл, сделал два прохода видео, один проход звука, и на выходе объединил это в один output файл?
Что-то, похожее на это >>452576.
Windows 8: Firefox based 518 2541986
>>452566 (OP)
Какими параметрами прогнать видео с шадоуплея чтобы оно не херилось при заливке на ютуб?
Android: Mobile Safari 519 2542383
>>541986
Как раз таки на Ютуб надо заливать очень высокий битрейт
Если у тебя мало подписчиков надо заливать в 1440p
Windows 10: Palemoon 520 2542403
>>541986
Как снялось, а лучше в равке, ютуб сам пожмёт.
Windows 10: Firefox based 521 2542920
>>542403
Ну очевидно, что если бы моё "как снялось" ютуб не сжимал в 10 раз (со ста двадцати гб до 12) и не заполнял артефактами, то я бы не спрашивал.
>>542383
Битрейт стоит стандартный "высокий" — 50 мбит/c.
По инструкциям ютуба это больше, чем для 4к.
Windows 10: Palemoon 522 2543294
>>542920
Значит грузи в равке.
Windows 10: Firefox based 523 2544263
>>543294
Попробую
Windows 10: Firefox based 524 2546161
Сап, может быть совсем не туда обращаюсь, но хочу научиться делать качественные рипы, может кто занимался этим ?
В частности интересует, как человек добился такого результата. Сколько бы я не скачивал другие раздачи, но картинка была мыльная, как на первом пике.
Может кто помочь с изучением вопроса ? С чего стоит начать ?
Простите, если совсем не туда обратился, но вроде и то и то кодирование видео.
Заранее спасибо за ответ.
Windows 7: Chromium based 525 2546199
>>546161
У тебя до мыльнее после. Волшебство
Windows 7: Chromium based 526 2546224
>>546161
http://screenshotcomparison.com/comparison/134092
Прогнал дефолтными настройками с пресетами под crf23. Потери есть но незначительны. Если поиграть с настройками можно добиться желаемого результата. А вообще, все зависит от исходника. У меня он такой же мыльный как у тебя на втором пике.
Android: Mobile Safari 527 2546259
>>546161
Иди нахуй онимешник ебаный
Чтоб у тебя мать сдохла
Windows 10: Firefox based 528 2546346
>>546199
Не в топ порядке загрузил пикчи.
>>546224
Спасибо большое, ушел изучать настройки, результат действительно похож на
>a.png

Огромное спасибо за помощь.

>>546259
>пук
XJFyH7QtJ7I.jpg208 Кб, 1318x900
Windows 8: Firefox based 529 2550955
>>452566 (OP)
Как резать MP4 по границам сегментов без энкодинга (через -c copy)? Когда указываю время начала обрезки -ss видео режется с начала сегмента указанного времени, а аудио дорожка в точности с указанного времени. В выходном файле в лучшем случае сначала видео идет без звука, потом где-то на середине первого сегмента включается звук и дальше всё ок. В худшем случае (наблюдается при загрузке, например, на борды) видео сначала полностью подвисает, а потом продолжает проигрываться. При этом правую границу обрезки, заданную через -t или -to адекватно режет.
Как привязать обрезку звуковой дорожки с началу сегмента видео? При подобной обрезке webm таких артефактов нет, всё адекватно режется.
Режу так

ffmpeg -ss 00:03 -to 02:15 -i input.mp4 -c copy output.mp4

Сразу отмечу, энкодинг не предлагать, важно сохранить исходное качество видео.
Windows 7: Chromium based 530 2551208
>>550955
Mkvtoolnx умеет. Но мы в ффмпег треде, так что подождем лучшего ответа.
Windows 10: Palemoon 531 2551218
>>550955
А исходное качество аудио можно и не сохранять. Намёк понятен? Если нет, то -c:v copy -c:a <кодек, в котором аудио закодиррованно> -b:a <битрейт с которым оно закодированно>
nazare.mp424,1 Мб, mp4,
640x360, 5:18
Windows 7: Chromium based 532 2551224
>>551218
В таком случае, отрезок аудио может быть потерян. Как тут, две секунды вначале.
Windows 8: Firefox based 533 2551517
>>551218
Ты не понял, только при энкодинге видео выходный файл получается без артефактов, но нужно именно -c copy. Например, ты указал отрезать с 5 секунды, а это время выпало примерно на середину сегмента, поэтому ffmpeg возьмёт целый сегмент, и отрежет исходное видео с 4 секунды (время начала сегмента).
А аудио дорожка, как я понял, к сегментам видео не привязана и режется всегда по точно по указанному таймингу, и не важно энкодишь ты её или нет
Windows 8: Firefox based 534 2551521
Короче, нужно, наверное, как-то время ближайших границ сегмента видео найти, чтобы вручную не подбирать. Есть идеи как это можно делать?
Windows 10: Chromium based 535 2552607
Ффмпегом почти не пользуюсь да и новут не позволяет особо, так вот раньше мог конвертить из видео в аудио, а сегодня зашёл и выдаёт "does not contain any stream". Как фиксить?
Windows 10: Chromium based 536 2552651
>>552607
Я, балбес, не заметил, что без звука шебм выгрузил.
Screenshot2019-04-25 Без имени 1 pdf.png17 Кб, 585x655
Windows 7: Firefox based 537 2552852
>>452576

Сделал в графике, не благодари
Windows 7: Firefox based 538 2552893
>>546346
>Не в топ порядке загрузил пикчи.

Анон тебе говорил про надписи на твоих картинках говорит, а не о том как у тебя карта легла.
когда он говорил про до он говорил про надпись before на твое рисунке a.png, а когда говорил про после - говорил про надпись after на другом твоем рисунке b.png.
И учитывая контекст твоих постов - надписи на твоих рисунках - ложь ну и в контексте не несут смысла
Так что ты анона не понял и ответил невпопад.
Android: Mobile Safari 539 2552910
>>552852
Вывел бесполезные значения в бесполезные графики, молодца
Windows 7: Firefox based 540 2552929
>>512283
Поставь 100% инфы для восстановления когда будешь архивировать в винраре. А потом потестируй у макаки
Windows 7: Firefox based 541 2552930
>>512177
pastebin тебе дали
lJyfiEtV5sI.jpg18 Кб, 560x400
Windows 7: Chromium based 542 2554915
Есть ли какой-нибудь способ сократить ожидание на нулевом фрейме при обрезке видео через -ss ?
Я пытаюсь скачать 4 минуты 1-часовой порнухи через эту команду:

ffmpeg -i "ссылка" -ss 00:38:40.00 -to 00:41:20.00 -c copy -speed 8 out.mp4

но он по 5-10 минут пытается дойти до этой отметки. Я проверил первые 00:00:30 секунд, команда рабочая, но как ускорить ебучую обрезку?
Windows 7: Chromium based 543 2554918
ааа, я еблан, надо было -сс перед -и прописать
извиняюсь за засорение треда
Windows 7: Chromium based 544 2555122
>>554915
Так:
ffmpeg -ss 00:38:40.00 -to 00:41:20.00 -i "ссылка" -c copy out.mp4
Linux: Firefox based 545 2558176
>>554918
> извиняюсь за засорение треда

Ну такое, я вот мучался-мучался с этой "промоткой" где-то неделю, когда резал аниму, так и не решил, а ты мне сейчас готовый ответ принёс.
Теперь буду ловить флешбеки
Windows 10: Chromium based 546 2560668
>>512176
не скачивает если вытаскивать сорс видива через ютуб-дл с ключиком --get-url и затем передвать этот урл в ffmpeg

Это уже тыщу раз обсосано на просторах гугла.

У меня скрипт который я только сегодня запилил на powershell это все делает, + сжатие результата выполняет через видимокарту невидии.
Windows 10: Chromium based 547 2560671
>>515121
уже лет пять без всяких мокрописечных кодеков сижу и все работает, брузер хромог, видео смотрю по привычке корейским поделием KMplayer, там встроенные кодеки.
Windows 10: Chromium based 548 2560672
>>513094
внатуре двачеры ебнутые, есть хитхаб, пастбин, да дохуя чего. Нет хочу ебать мозги себе и другим.