Программы


Ответить в тред Ответить в тред

<<
Назад | Вниз | Каталог | Обновить тред | Автообновление
450 55 123

FFmpeg и общий кодирования видео тред #2 /ffmpeg/ Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 18:21:24 24525661
image.png (116Кб, 400x400)
400x400
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)
Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 18:37:24 24525762
image.png (97Кб, 1097x268)
1097x268
cmd2019-01-0218[...].png (70Кб, 1200x980)
1200x980
cmd2019-01-0218[...].png (66Кб, 1200x980)
1200x980
image.png (127Кб, 1084x767)
1084x767
>>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
Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 18:39:16 24525783
Кароч VP9 клёвый, сам пользуюсь и всем советую.
Его очень тупо сделали в XMedia Recode - я хз почему он там такой тормознутый. Но в оригинальном ффмпеге он норм сделан.
Аноним (Linux: Firefox based) 02/01/19 Срд 18:50:24 24525834
>>2452576
> В итоге VP9 на капелюшечку, но лучше.
Спасибо большое.
Здесь >>2452506 был неправ в следующем:
> vp9... пиздец просто какиеой неэффективныей в случае скорости кодирования.
Но я бы ещё немного развил успех и попробовал slower и что-нибудь эквивалентное для libvpx.
Но так, конечно, ноздря-в-ноздрю. Но разве vp9 позиционировался как замена h.264 а не h.265?
Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 18:52:55 24525845
>>2452583
>Но разве vp9 позиционировался как замена h.264 а не h.265?
Мне кажется, ты путаешь VP9 и AV1.
Аноним (Linux: Firefox based) 02/01/19 Срд 18:57:02 24525856
>>2452584
Может быть. Я за движем не слежу уже нет шесть-восемь (исключением являются мои сравнительно недавние опыты с libavcodec::mpeg2 по кодированию dvd-совместимого контента, качественнее, чем CCE). Но мне по какой-то причине припоминается, что обещались какие-то ещё преимущества (ну, по эффективности сжатия) кроме патентной чистоты? Впрочем, опять могу что-то путать.
Аноним (Linux: Firefox based) 02/01/19 Срд 19:01:30 24525917
>>2452584
Оказывается, не путаю:
> Разработка VP9 началась в третьем квартале 2011 года[3][4].
> Другая задача — добиться лучшей эффективности сжатия, чем у стандарта H.265 (High Efficiency Video Coding)[4].
https://ru.wikipedia.org/wiki/VP9
Аноним (Microsoft Windows 7: Firefox based) 02/01/19 Срд 19:05:15 24525938
Нах делать столько лишних движений есть есть прекрасный Xmedia Recode который делает тоже самое гораздо проще?
Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 19:07:05 24525949
>>2452593
>Xmedia Recode кот
>>2452578
>али в XMedia Recode - я хз почему он там такой тормознутый. Но в оригинальном ффмпеге он н
ну и традиционный испорченный телефон никто не отменял

впрочем, xmedia recode действительно лучший из гуёвых конвертеров. Но если айсикью позволяет пользоваться инструментом непосредственно, то почему бы не.
Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 19:13:25 245259610
Впрочем, в следующую шапку действительно XMedia Recode стоит добавить. Для простых смертных, раз уж тут общий кодирования тред (думаю, его стоит сделать таковым). >>2452566 (OP) сделал себе заметку, если следующий перекат тоже буду делать я
Аноним (Linux: Firefox based) 02/01/19 Срд 19:14:35 245259711
>>2452593
> есть прекрасный Xmedia Recode который делает тоже самое гораздо проще?
Давай не будем торопиться с твоим очевидным пиздежом про
> гораздо проще
и для начала ты продемонстрируешь, как вот это >>2452576 будет в твоей любимой мокропиське!
Аноним (Linux: Firefox based) 02/01/19 Срд 19:19:53 245259812
>>2452596
> в следующую шапку действительно XMedia Recode стоит добавить
Не забудь сделать это в снисходительно-уничежительном тоне.

Ещё вот это резануло глаз:
> подо все существующие... платформы
«Все» — это слишком громко и немножко неправда. Про «наблюдаемой части нашей галактики» очень порадовало, т. к. регулярно приходится давать людям очевидное объяснение о том, что «в наблюдаемой нами части Вселенной законы физики таковы, что...».
Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 19:28:14 245259913
image.png (58Кб, 392x435)
392x435
>>2452598
>«Все» — это слишком громко и немножко неправда
>Написана на Си и ассемблер
Не встречал за последние лет 20 ничего, способного выполнить AND, NOT и XOR, где не был бы реализован компилятор С.
Аноним (Linux: Firefox based) 02/01/19 Срд 19:42:31 245260114
>>2452599
>Написана на Си и ассемблер
Вообще, из этого автоматически портируемость не следует.

> Не встречал за последние лет 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) 02/01/19 Срд 19:45:18 245260315
>>2452601
Хотел добавить, что МЦСТ портировала (хотя бы часть) ffmpeg на родной набор команд e2k.
Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 19:48:44 245260616
>>2452601
>из этого автоматически портируемость не следует.
Ну не на уровне бинарников, но на уровне исходников почему бы и нет? Я не вдавался в подробности, но что там используется такого платформо-зависимого?

>ограничен довольно скромным числом архитектур: amd64, x86, alpha, arm, arm64, hppa, ia64, ppc, ppc64.
https://packages.gentoo.org/packages/media-video/ffmpeg
Подожди, это же сайт просто с уже скомпилированными пакетами для линукса, так?
Аноним (Linux: Firefox based) 02/01/19 Срд 19:55:13 245261217
>>2452606
> Подожди, это же сайт просто с уже скомпилированными пакетами для линукса, так?
Нет. Это сайт source-based дистрибутива, т. е. настаивающего на местной компиляции и сборке пакетов конечным пользователем. По-совместительству этот дистрибутив имеет один из наиболее широких (если не самый широкий) охват по архитектурам.
Я к тому, что, например, на 8-битные контроллеры AVR даже код linux (т. е. только ядро) портирован очень небольшой своей частью.
Аноним (Microsoft Windows 7: Chromium based) 02/01/19 Срд 20:31:26 245262918
>>2452612
Мммм... Ну ладно. Я верю, что там могут быть подводные камни. В конце-концов, про наблюдаемую часть галактики тоже гипербола и своеобразный байт для дискусса. Видишь, он сработал :3

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

Без пруфов, я сейчас методом перебора подогнал 2 знака после запятой у -b:v в скрипте из >>2452576 для VP9 так, чтобы на выходе All SSIM был максимально похож на 264й и у меня получилось 19.58М, т.е. экономия 2% лол. Это реально кодеки-близнецы.
Аноним (Microsoft Windows 10: Firefox based) 03/01/19 Чтв 02:00:49 245281419
Аноним (Microsoft Windows 10: Chromium based) 03/01/19 Чтв 23:55:36 245327620
>>2452566 (OP)
> ждём официального исхода батла HEVC vs AV1
Какие коэффициенты на что?
-vpre
Что это?
Аноним (Microsoft Windows 10: Firefox based) 03/01/19 Чтв 23:57:58 245327821
Можно сразу вопрос... Если я аутист, которые не умеет переустанавливать винду, то мне будет под силу освоить это?
Аноним (Microsoft Windows 7: Chromium based) 04/01/19 Птн 00:00:12 245328122
>>2453278
Главное, чтобы тебе было под силу прочитать это >>2452566 (OP)
>Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.

Ну а дальше уж по ощущениям - насколько тебя вштырит. Меня ебануло на отличненько, например.
Аноним (Microsoft Windows 7: Firefox based) 04/01/19 Птн 00:51:32 245332123
>>2453278
Да, аутистам хорошо заходит.
Аноним (Неизвестно: Safari) 05/01/19 Суб 17:47:15 245399224
>>2452566 (OP)
>HEVC vs AV1
Уже решили, что vp9 отсасывает у hevc?
Аноним (Microsoft Windows 7: Chromium based) 05/01/19 Суб 18:12:46 245400625
>>2453992
>vp9 отсасывает у hevc
тащемта их никто и не думал даже сравнивать
Аноним (Google Android: Mobile Safari) 05/01/19 Суб 18:20:29 245401326
>>2453992
По скорости кодирования vp9 сильно отсасывает. Как и его чуть улучшенная версия av1.
Аноним (Microsoft Windows 7: Chromium based) 05/01/19 Суб 18:26:33 245401827
>>2454013
>По скорости кодирования vp9 сильно отсасывает
ещё один вылез лол
Аноним (Linux: Firefox based) 05/01/19 Суб 21:49:38 245414628
>>2454018
Вместо смехуёчков и надрачивания на свою доминантность, показал бы клоуну пост >>2452576, в котором в самом медленном режиме vp9 (libvpx) и h.264 (libx264) идут вровень. Как ситуация меняется в других режимах — вопрос открытых и я всё ещё сомневаюсь, что libvpx в других условиях убегает вперёд libx264. Но было бы неплохо. Тогда можно было бы сказать, что теперь у сообщества есть патентно чистый аналоги H.264 с опозданием каких-то 13 лет и слабенькими настройками.
Аноним (Ubuntu Linux: Firefox based) 05/01/19 Суб 22:02:43 245415129
>>2454146
> теперь
6 лет как. Причём не аналог, а лучше него на 1080p+.
А ещё есть аналог H.265, из-за которого теперь в спешке клепают H.266, чтобы не обосраться.
Ну и заодно патентхолдеры знатно поубавили аппетиты и даже сделали аналог организации AOMedia, чтобы не допустить повторного факапа.
Благодаря AOM можно почти передавать HEVC в интернете бесплатно. Профит по загруженности канала в 2 раза. Такие дела.
Аноним (Linux: Firefox based) 05/01/19 Суб 23:03:04 245417130
>>2454151
> Причём не аналог, а лучше него на 1080p+.
> лучше
Это неизмеримая категория. Утверждение лишено смысла.

> А ещё есть аналог H.265, из-за которого теперь в спешке клепают H.266, чтобы не обосраться.
> Ну и заодно патентхолдеры знатно поубавили аппетиты и даже сделали аналог организации AOMedia, чтобы не допустить повторного факапа.
Это твои эротические фантазии или ты готов обосновать утверждения именно в выдвинутой форме?

> Профит по загруженности канала в 2 раза. Такие дела.
Нужно два пруфа:
- что профит есть (рост вычислительной нагрузки в 10 раз — это слив, а не профит);
- что в два раза (метрики SSIM те же плюс/минус 0,5 дБ, поток вдвое меньше).
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 13:36:58 245442031
>>2454146
>Вместо смехуёчков и надрачивания на свою доминантность, показал бы клоуну пост
Мне гораздо более интересно, откуда такие люди берутся. Это какой-то мемчик, который прошёл мимо меня или что? Просто у меня совершенно на другой борде тоже появился сабж с аналогичным утверждением и я сомневаюсь, что он отмечался ИТТ, т.е. люди где-то откапывают это заблуждение насчёт производительности вп9 и потом его зачем-то тиражируют, не проверяя самостоятельно.
Аноним (Ubuntu Linux: Firefox based) 06/01/19 Вск 13:50:34 245442532
>>2454420
>люди где-то откапывают это заблуждение насчёт производительности вп9
Известно где. В libvpx 1.3 энкодер VP9 был сильно медленный и однотредовый. То, что его потом ускорили, многие не знают.
Аноним (Microsoft Windows 7: Firefox based) 06/01/19 Вск 14:52:20 245445533
>>2454425
Стоит ещё упомнить не так давно появившийся row-mt, без которого даже с форсированием многопоточности проц не загружается полноценно.
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 15:58:50 245448434
Вообще, у меня есть идея немного расширить это >>2452576 исследование и дополнить его VP8, x265 и AV1 кодеками. Что ещё у нас на слуху?

И ещё было бы здорово использовать для оценки эквивалентного битрейта какую-то более адекватную метрику, чем простой SSIM искаропки ффмпега. Есть у кого что-нибудь на примете, чтобы могло оценивать динамический видеоряд? Или, может, мастера AOMAnalyzer ИТТ? Я идиот и так и не смог с ним совладать, онлайн документации нет, а в ирц я не полезу ибо стесняша-социофоб.
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 16:26:39 245449335
Аноним (Ubuntu Linux: Firefox based) 06/01/19 Вск 16:33:48 245449736
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 16:40:11 245450137
>>2454497
>если осилишь
Бегло просмотрел ридми и не нашёл знакомых слов. Может, и попробую собрать, но точно не в ближайшей перспективе.

>пиздец
Что выросло, то выросло. Постите смешное сами.
Аноним (Ubuntu Linux: Firefox based) 06/01/19 Вск 16:55:47 245450938
>>2454484
>какую-то более адекватную метрику, чем простой 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, в той статье нетфликса описана).

>>2454501
>попробую собрать
На doom9 вроде собирали. Но вряд ли там очень свежее. Лучше учись с кодом работать, ничего сложного в этом нет. Иначе ты слишком сильно ограничен в исследовании кодеков.
Для простоты можно использовать виртуалку или WSL.
Аноним (Неизвестно: Safari) 06/01/19 Вск 17:06:49 245452139
>>2454455
Он загружает все ядра только на 4к видео, а на фхд больше 4 ядер не нагрузишь. В то время h264 видео 144p на 16 ядрах можно конвертировать.
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 17:19:24 245453840
>>2454509
>Для начала хватит
Благодарю. Попробую попердолиться.
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 19:24:29 245459941
Вброшу и сюда свой вопрос потому что меня ебёт. Есть ли сейчас какие-нибудь фронтенды для распараллеливания на уровне гопов, а не по тайлам? Второе, как известно, неизбежно ведёт к потерям в качестве, в то время как гопы могут быть закодированы независимо, а потом склеены. В связи с этим вопрос: как такое сделать? Я не верю, что никто не догадался распарсить лог-файл с 1го прохода и по нему нарезать оригинальный файл для кодирования тупо по -ss / -to. Если реально никто не догадался, то где можно почитать про формат лог-файла, который выплёвывает ффмпег? Вдруг моих познаний в шарпах хватит на такое, по-моему, распараллеливание без потерь было бы круто.
Аноним (Ubuntu Linux: Firefox based) 06/01/19 Вск 19:31:58 245460442
>>2454599
Можно и не парсить, просто режешь видос по числу ядер и энкодишь отдельно. Для всего, что дольше минуты, потери на возможные парочку лишних I-фреймов будут минимальны.
Или можно оригинальные GOP использовать. Там скорее всего H.264 какой-нибудь, значит разрезал по scenechange, вряд ли твой энкодер другой бы тип кадра выбрал. Netflix вроде как раз так делает.
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 19:40:20 245461143
>>2454604
>Для всего, что дольше минуты
Дело в том, что я режу смешные вебмки для двача, поэтому меня ебёт вопрос именно в таком разрезе и пара лишних и-кадров вовсе не лишняя и хотелось бы достичь именно полной аналогии итогового файла относительно обычного двухпроходового.

>Там скорее всего H.264 какой-нибудь
К сожалению, приходится работать иногда с разными источниками, т.ч. мне бы именно знать, что там напланировал себе именно сам енкодер.
Аноним (Ubuntu Linux: Firefox based) 06/01/19 Вск 19:57:39 245462044
>>2454611
Ну если был scenechange, то даже если libvpx не поставит I-фрейм, преимущества это ему дать не должно.
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 20:00:36 245462245
>>2454620
А разве scenechange это не специфичная для 264 штука? Я же говорю, иногда приходится реенкодить, скажем, vp9 источник.
Аноним (Ubuntu Linux: Firefox based) 06/01/19 Вск 20:21:20 245463546
>>2454622
Я использовал в смысле смены сцены/ракурса видео, когда совсем другая картинка и не с чего делать motion prediction.
Можно сделать P-кадр из одних intra-блоков, но выгоды по битрейту это не даст. Или не делать пока кейфрейм, т.к. в теории предыдущие референсы могут пригодиться через десяток кадров, но это маловероятно.
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 20:25:45 245463747
>>2454635
>Я использовал в смысле смены сцены/ракурса видео, когда совсем другая картинка и не с чего делать motion prediction.
Погоди, но как это определить по исходнику, не парся лог с первого прохода?
Аноним (Ubuntu Linux: Firefox based) 06/01/19 Вск 20:33:09 245464548
Аноним (Microsoft Windows 7: Chromium based) 06/01/19 Вск 21:40:12 245466449
Аноним (Microsoft Windows 7: Chromium based) 07/01/19 Пнд 01:43:54 245477650
>>2454146
>>2452583
Кстати, анон, я вот ещё о чём задумался: а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте? Не логичнее ли было бы сравнивать кодеры там, где визуальные отличия более заметны, скажем, на 5М или даже 1-2М для данного 1920@50 исходника?
Аноним (Ubuntu Linux: Firefox based) 07/01/19 Пнд 02:06:48 245478451
>>2454776
>а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте
Чтобы H.264 не обосрался, очевидно же, он же на x264 надрачивает и до сих пор верит, что лучше него ничего не придумали.
20M это почти как на блюрее.
Аноним (Linux: Firefox based) 07/01/19 Пнд 19:27:56 245528452
>>2454784
Я не буду как ты. Не буду делать предположений о том, что привело тебя к ошибочному мнению. А ты мог бы просто спросить.

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

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

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

> визуальные отличия более заметны
Для практических применений, я считаю, следует использовать те режимы, в которых «визуальные отличия» едва заметны или хотя бы в глаза не бросаются.
Аноним (Microsoft Windows 10: Chromium based) 07/01/19 Пнд 22:54:22 245544753
>>2454146
> в котором в самом медленном режиме vp9
> deadline good
Вскройся.
07/01/19 Пнд 22:56:06 245544854
70221903206490.jpg (66Кб, 1634x892)
1634x892
>>2452583
>Вот это глубок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) 07/01/19 Пнд 23:15:42 245547455
>>2455447
Я рад, что остальное возражений не вызвало.

Уточню:
> в котором в одном из медленных режимов vp9 (libvpx) и h.264 (libx264) идут вровень
Аноним (Ubuntu Linux: Firefox based) 09/01/19 Срд 02:52:11 245633156
В прошлом треде просили дать результаты по 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) 09/01/19 Срд 03:07:50 245633257
>>2456331
Не, AV1 лучше VP9 на том же CRF (40 для уток, а то они сложные). Удивительно даже.
Правда, есть кадры, где VP9 лучше, видимо CRF по-разному ещё работает. Надо смотреть распределение метрик по кадрам. Но у VP9 кадров, где он хуже, вроде больше. Скорость выше ~ в 17 раз (2fps).
Аноним (Microsoft Windows 7: Chromium based) 09/01/19 Срд 04:30:43 245634258
>>2456332
так-то да, CRF безотносительно кодека сравнивать не имеет смысла, изучай метрики
Аноним (Google Android: Mobile Safari) 09/01/19 Срд 11:19:23 245641259
>>2454497
Кстати, VVC уже добавили в media-autobuild_suite.
Через него очень удобно собирать медиасофт на винде из гита. Там можно и патчи наложить, и свои настройки конфигурации.
Аноним (Microsoft Windows 7: Chromium based) 10/01/19 Чтв 20:56:00 245785960
image.png (47Кб, 722x410)
722x410
>>2456412
>media-autobuild_suite
Оно там сломано - как раз пытаюсь всеми возможными способами сейчас собрать свой ффмпег с вмафом, ну и с ввц уж заодно.
Аноним (Google Android: Mobile Safari) 10/01/19 Чтв 21:31:37 245789361
>>2457859
Какие-то пакеты иногда ломаются, это нормально. Там их много и они из гита.
Добавь строчку "--disable-gnutls" в ffmeg_options.txt.
Аноним (Ubuntu Linux: Firefox based) 10/01/19 Чтв 22:33:36 245809462
>>2457859
>>2457893
И так уже пофиксили. Этот португалец очень крутой, реактивный.
Аноним (Microsoft Windows 7: Chromium based) 10/01/19 Чтв 23:01:06 245823363
>>2458094
Лол у меня этот пакет дольше компилится, чем он его фиксил. Сейчас посмотрим, куда оно упрётся теперь.

>Этот португалец очень крутой, реактивный.
Алсо это же не автор, а кто-то из кураторов проекта или как их там называют на гите?
Аноним (Ubuntu Linux: Firefox based) 10/01/19 Чтв 23:04:58 245823764
>>2458233
Изначальный автор другой, но сейчас он основной майнтейнер.
Аноним (Microsoft Windows 7: Chromium based) 10/01/19 Чтв 23:09:09 245823965
>>2458237
А, ок. Реально реактивный. Сейчас я ему ещё одну ищщую тогда влеплю, там этот батник в одном месте подвисает и надо вручную делать подтверждение установки.

Вообще, хотелось бы, конечно, вручную чтобы оно нормально ставилось. Но я пытался сам по инструкции собрать ффмпег через MSYS2, но оно по-первых собирается с зависимостями от minwg-шных библиотек, а во-вторых, когда их отвязываешь, оно тупо не запускается под хостовой виндой, хотя в MSYS2 всё ок.
Забавно при этом, что этот самый media-autobuild_suite использует как раз эту самую MSYS2, т.е. задача, по идее, имеет решение...
Аноним (Ubuntu Linux: Firefox based) 10/01/19 Чтв 23:18:41 245824466
>>2458239
Возможно потому что mabs статиком подлинковывает mingw-шные библиотеки, хз. На винде вообще довольно запарно юниксовый софт собирать, не приспособлена система для этого.

Говорят в WSL получше (это убунта внутри винды, но на выходе обычные PE бинарники), но я не пробовал.
Аноним (Microsoft Windows 7: Chromium based) 10/01/19 Чтв 23:22:40 245824667
>>2458244
>Возможно потому что mabs статиком подлинковывает mingw-шные библиотеки, хз
Да, очевидно, именно это она и делает. Вот я и пытаюсь понять, как это сделать самому.

>На винде вообще довольно запарно юниксовый софт собирать, не приспособлена система для этого.
Есть такое. И я удивлён, что до сих пор нет отлаженного софта для этого дела.
Аноним (Ubuntu Linux: Firefox based) 10/01/19 Чтв 23:30:24 245825168
>>2458246
>И я удивлён, что до сих пор нет отлаженного софта для этого дела.
Микрософту больше интересны решения на основе visual studio/cmake/clang, поддержкой POSIX-утилит и gcc/libc, которые требует софт, ориентированный на линукс, они не занимаются. Есть вот cygwin/msys от энтузиастов, но работают они не всегда хорошо.

Они вот такое недавно запилили, как раз продолжение их политики: https://github.com/Microsoft/vcpkg
Вроде по первому ощущению классная штука, но линукует всё со студийным рантаймом. Я хотел для Go на винде зависимости так собирать, а фиг, потому что Go хочет mingw на винде.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 01:48:41 245911369
>>2456412
>media-autobuild_suite
Такое чувство, что им очень давно никто не пользовался. Или пользовались люди, уже хорошо знакомые с MSYS2. Чувствую, я сейчас им там все скрипты хорошо актуализирую лол, если мы всё же доразберёмся со всеми багами.

Хотя параллельно попробую сейчас всё же вручную сам по MSYS2/MinGW инструкциям что-нибудь пособирать.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 01:58:02 245911570
>>2459113
Я постоянно пользуюсь. И многие другие, тот же Selur, который автор Hybrid. Просто некоторые пакеты переодически ломаются. Если не включать всё подряд, то работает достаточно стабильно.
Ты давно уже мог выключить gnutls, там вместо него другие бэкэды SSL можно использовать. Я его например не собираю.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 02:03:34 245911771
>>2459115
>Ты давно уже мог выключить gnutls, там вместо него другие бэкэды SSL можно использовать
Ну, в прошлый раз всё тоже в него всё упёрлось, >>2458094 но как-то всё быстро разрулилось. Я просто думал, что это какая-то системная штука, которая самому скрипту нужна для работы.
Где она вообще используется в самом ффмпеге? Он же офлайновый насквозь.

Сейчас попробую без него собрать.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 02:15:26 245912472
>>2459117
>Где она вообще используется в самом ффмпеге? Он же офлайновый насквозь.
Бэкэнд SSL для поддержки HTTPS.
Не оффлайный, ты можешь запустить ffmpeg -i https://2ch.hk/s/src/2302860/15459507080970.webm out.mp4 и он будет конвертировать вебмку в H.264, на лету скачивая её по сети. Т.к. SSL довольно сложный протокол, чтобы не переизобретать велосипед (хотя они любят), используется внешняя библиотека. Там есть поддержка openssl, gnutls, gcrypt и ещё парочки других. Я schannel использую, это вендовое API, не требует внешних библиотек и с ним билд меньшего размера должен выходить. Тебе размер не критичен, но раз gnutls сломан, используй любую другую. Можно вообще без поддержки SSL собирать.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 02:18:09 245912773
>>2459124
>Можно вообще без поддержки SSL собирать.
Ну в общем-то да, у меня всё строго локально происходит.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 02:27:25 245913474
>>2459127
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) 12/01/19 Суб 02:29:15 245913575
Как установить топовый кодек h.264 на Линукс?
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 02:48:34 245915176
>>2459134
>Почитай configure скрипт, там очень много всего интересного.
Увы, мне от него ни холодно ни жарко - я совсем нью в этих никсовых делах.

> подтягивает зависимости.
Вот кстати да, мне кажется, он этот тлс подтягивает ещё тупо по зависимостям. Где можно посмотреть, какие пакеты за что цепляются? Какой командой?
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 02:53:14 245915577
>>2459134
Кстати, есть ли какая-то возможность почистить только конфиг этого самого mabs-а? Чтобы он не перекачивал и не переставлял всю систему каждый раз. А то я каждый раз всю папку целиком сношу и накатываю заново и это очень долго происходит. Мне бы сбросить скрипт просто на момент, когда он спрашивает, что мне надо поставить... И чтобы уже тупо проверял, надо ли ему что-то докачать или у него уже всё есть.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 03:01:25 245916178
>>2459151
>Увы, мне от него ни холодно ни жарко - я совсем нью в этих никсовых делах.
Ну просто чтобы видеть какие возможности есть. Вот здесь например 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.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 03:10:20 245916579
>>2459161
>Только в исходнике. Вот здесь например 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) 12/01/19 Суб 03:19:37 245917380
>>2459165
Не очень понял, но git clone конкретной зависимости запускается с помощью скриптов mabs, а не наоборот. Вот эти все строчки где "do_vcs" и дальше путь к git-репозиторию клонируют его код и затем собирают.
Не обязательно сразу в это полностью вникать, просто отключи ненужное и должно заработать. У тебя же в ffmpeg_options:

$ grep gnutls ffmpeg_options.txt
--enable-gnutls


Поэтому она и подтягивается.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 03:29:01 245917781
>>2459173
У тебя вообще конфиг ffmpeg самый полный (zeranoe+full), оно у тебя будет так десять лет собирать все зависимости и вполне вероятно где-нибудь ещё сломается. Закомментируй всё, что после Zeranoe и откомментируй нужное.

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

В mpv тоже дофига всего.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 03:30:02 245917882
>>2459173
А, блин, точно, это же сам скрипт. Мне почему-то показалось, что это код какого-то файла этого самого gnutls.

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

Ладно, пока оно проскочило то место, слава Богу. Посмотрим, во что упрётся теперь.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 03:33:24 245918283
>>2459177
Да я что-то пожадничал, да. Не смог удержаться от альтернативных av1-кодеков - всё такое интересненькое... Ну и там понеслось. Я выключил только что я вообще не знаю, что это такое. Остальное прямо интересно потыкать самую последнюю версию.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 03:38:57 245918384
>>2459178
>что из этой каши башевского скрипта (или на чём это написано?) является зависимостью чего.
Я тоже в нём не всё понимаю, он довольно кошмарный и корявый. Но под винду выбор не велик, если хочется из гита собирать.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 03:43:15 245918685
>>2459183
>под винду выбор не велик, если хочется из гита собирать.
Я сейчас попытаюсь параллельно накатить собственный MSYS2 и попердолиться из него вручную, пока там скрипт собирает мой бесконечный конфиг. Всё же автоматика дело хорошее, но хочется понимать, что творит эта адская машина... Вообще не в курсе, как там, MSYS2 нормальная среда для компиляции всякого линуксового софта под винду? В документации сказано, что есть ещё просто MSYS, но его не рекомендуют... И можно накатить ещё чистый MinGW, но там нужно его по-хитрому вкручивать в систему, а я хочу такие линуксовые приколы максимально локализовать, чтобы оно на выходе мне компилило полностью статические стенделоновые виндовые экзешники.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 03:43:56 245918786
>>2459186
>В документации сказано
к ффмпегу, быстрофикс
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 03:54:23 245919187
>>2459186
msys2 нормальный, он мне больше всего из доступных нравится. Т.к. там пакетный менеджер (pacman) удобный и пакеты довольно часто обновляются.

Руками в принципе не сложно всё настроить - поставил всякие gcc/make/pkgconfig через pacman, склонировал репу и просто запустить ./configure&&make. Но когда зависимостей штук 10 и все хочется новые из гита, это быстро надоедает. Собственно, mabs это просто такой автоматизированный набор из клонов и сборок каждой софтины по очереди.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 03:56:01 245919388
>>2459191
>Т.к. там пакетный менеджер (pacman) удобный и пакеты довольно часто обновляются.
Можешь рассказать про пакеты, кстати? Зачем они там нужны вообще, если всё можно собрать из гита. Я пока не очень ориентируюсь в этой никсовой логике.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 04:03:34 245919589
>>2459191
>Собственно, mabs это просто такой автоматизированный набор из клонов и сборок каждой софтины по очереди.
>>2459161
>Удалить media-autobuild_suite.ini из build.
Кстати, как вообще в будущем поддерживать свою сборку ффмпега up-to-date? Точно так же, просто удалять media-autobuild_suite.ini или можно как-то запустить сборку и обновление зависимостей по уже имеющимся настройкам? Там в конце настройки скрипт предлагает сгенерировать какие-то скрипты для обновления - это что вообще?
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 04:12:12 245919690
>>2459193
Быстрее/проще. Пакеты это прекомпилированные бинарники, которые кто-то собрал за тебя. Там просто скачивается архив и раскатывается на файловую систему. Ну и всё не соберёшь, без базовых компилера/autotools/make/прочих утилит у тебя не получится собирать другие пакеты.

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

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

>>2459195
>Точно так же, просто удалять media-autobuild_suite.ini
Нет, не надо, это настройки сбросит. Просто запустить ещё раз media-autobuild_suite.bat и он сам пересоберёт обновившиеся пакеты.
>Там в конце настройки скрипт предлагает сгенерировать какие-то скрипты для обновления - это что вообще?
Не помню. Возможно это про update_suite.sh. Он нужен, да, он будет сам всё обновлять как раз.
Вот здесь дока есть по обновлениям: https://github.com/jb-alvarado/media-autobuild_suite/blob/master/doc/updating.md
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 04:25:08 245920091
>>2459196
>Вот здесь дока есть по обновлениям: https://github.com/jb-alvarado/media-autobuild_suite/blob/master/doc/updating.md
О, то, что надо. Спасибо.

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

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

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

>>2459200
https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 04:26:42 245920293
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 04:28:24 245920394
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 09:58:09 245927195
image.png (84Кб, 1200x760)
1200x760
Ура, я это сделал! Скрипт запнулся после того места всего только 1 раз, но там всё было гораздо проще и удалось решить проблему даже не выключая компонент. Всё завершилось даже быстрее, чем я думал, и в итоге я даже не успел заскринить финальное окошко. Т.ч. пруфаю своим теперь изрядно распухшим ффмпегом в максимальной комплектации :з

Ещё раз спасибо >>2459173>>2459161>>2459134>>2459115 !

Надеюсь, оно там нормально собралось и не будет нещадно тормозить, как это бывает, когда сам собираешь MSVC-шные проекты. Наконец-то можно покатать метрики по своим семплам новые.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 11:56:35 245933696
>>2459271
Поздравляю. Потести libaom в мультитреде, мне интересно сколько у тебя fps будет.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 12:05:16 245933997
>>2459336
Ща. У меня тут весело: VP9 из новой сборки показывает хуже VMAF, чем старый зераноевский. Хотя SSIM лучше. Но это на коротких микро-семплах, сейчас попробую 1,5 минуты прогнать. Он долго считается - метрика медленнее работает, чем кодер лол.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 12:16:40 245934598
>>2459339
У 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

Ну гугловцы вроде прогоняют на всём метрики, не должны ломать качество. Вот производительность могут ухудшить, такое уже было. Или могут чуть-чуть ухудшить качество в угоду производительности.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 12:18:19 245934699
>>2459345
Не, производительность сейчас как раз в 1,5 раза просела тоже. Файл тоже меньше стал, но вот то, что метрика при этом ухудшилась - мне не нравится.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 12:26:51 2459350100
>>2459346
Попробуй пересобрать libvpx и ffmpeg без этой строчки: https://github.com/jb-alvarado/media-autobuild_suite/blob/33d6660/build/media-suite_compile.sh#L846
postproc вроде замедляет скорость, а фичи оттуда почти никто не использует. highbitdepth точно замедляет, но у Zeranoe он есть и без него 10-битные вебмки нельзя делать. Но если это не нужно, то без него будет тоже быстрее.

>Файл тоже меньше стал, но вот то, что метрика при этом ухудшилась
Это нормально. Метрики надо всегда сравнивать на одинаковых по размеру файлах, иначе она ничего не показывает. И желательно на одинаковых по времени энкодах, если возможно. Либо добавлять ещё одну ось в график, отображающую время кодирования. Потому что качество это трейдофф от скорость + битрейт, а не только битрейт.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 12:32:22 2459352101
>>2459350
>Это нормально. Метрики надо всегда сравнивать на одинаковых по размеру файлах, иначе она ничего не показывает.
Ну так-то да. Но там разница в 2% получилась по размеру, т.е. не так существенно. Метрика тоже, конечно, весьма абстрактная цифра.
Сейчас попробую выравнять размеры и тогда сравнить.

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

Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.
Разве что можно через vpxenc тестировать, тогда пересобирать ffmpeg не надо.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 12:52:12 2459368103
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 12:53:02 2459369104
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 13:11:38 2459378105
>>2459369
>>2459360
Не, всё же даже с обратной форой в +2% новый вп9 по всем 3 метрикам проиграл старому энкоду. Пойду накатывать зераноевский билд. Кстати, а где именно ты подсмотрел его номер? В ffmpeg_old -h libvpx нет ничего об этом.
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 13:15:17 2459383106
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 13:18:19 2459388107
Тест Аноним (Google Android: Mobile Safari) 12/01/19 Суб 13:56:58 2459432108
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 14:12:10 2459463109
>>2459383
А в скачанном гите build/libvpx-git где-нибудь можно проверить, что он утянул именно правильный коммит?
Аноним (Ubuntu Linux: Firefox based) 12/01/19 Суб 14:13:51 2459468110
>>2459463
git rev-parse HEAD внутри каталога репы
Аноним (Linux: Firefox based) 12/01/19 Суб 14:32:59 2459513111
>>2452601
>>Написана на Си и ассемблер
>Вообще, из этого автоматически портируемость не следует.

Поц. Там на x86 asm написаны части для оптимизации под SIMD, в местах где интринсики не работают нормально.
Сначала напиши что-то сам, дебил блядь.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 16:04:42 2459635112
>>2459360
>Можно ещё собрать libvpx той же ревезии и проверить, что результаты похожие (файлы скорее всего будут разные из-за мультитрединга в любом случае), чтобы удостовериться, что это не косяк сборки
Пересобрал целиком свою сборку с 2b838d9 впх и перекодировал свой семпл. В общем, да, получил на выходе идентичный с точностью до байта и до последней цифры во всех метриках файл. Контрольные суммы разве что разные. Время кодирования вышло на 6% больше, но я запускаю кодирующий скрипт на start /low encode.bat, т.ч. там что угодно могло его затормозить.

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

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

>Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.
Ну, в общем-то, для частых экспериментов можно сделать специальный media-autobuild_suite.ini, где вырезать вообще всё, кроме нужного кодера - и подкладывать его по мере необходимости. А потом уже менять на основной, когда убедишься в том, что хочешь собирать.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 16:07:45 2459640113
>>2459360
>Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.
Ещё, кстати, хороший вопрос в том, насколько действительно репрезентабильна метрика вмафа с дефолтной vmaf_v0.6.1.pkl моделью. Это же нейросеть, я правильно понимаю? Есть где-нибудь описание, что каждая из моделей делает?
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 17:03:21 2459679114
>>2459360
>Она всего минуту собирается
Затестил сейчас, кстати, свою идею >>2459635
>Ну, в общем-то, для частых экспериментов можно сделать специальный media-autobuild_suite.ini, где вырезать вообще всё, кроме нужного кодера
в общем, получилось, что 6 минут собирается vpx и ещё 22 - ффмпег, в сумме полчаса на это можно класть спокойно лол. Не очень оперативно, мда.
Аноним (Google Android: Mobile Safari) 12/01/19 Суб 17:19:23 2459697115
>>2459635
>Я бы, конечно, прошёлся по всем коммитам и посмотрел, кто из них чего стоит, но без автоматизации вручную это делать нереально
Каждый не надо, надо использовать двоичный поиск, всего log2(число коммитов). git bisect утилита для этого как раз написана.

Можно найти коммит, ухудшающий качество и зарепортить в их багтрекер. Хотя я им репортил замедление, а они тупо проигнорили.
Аноним (Google Android: Mobile Safari) 12/01/19 Суб 17:25:06 2459703116
>>2459640
Да, нейросетка, которую нетфликс на своих видосах тренировал (1080p вроде). Правда мне тут говорили, что она довольно сильно коррелирует с psnr, что как бы сигнализирует о слабой достоверности этой метрики.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 17:28:22 2459705117
>>2459703
>что как бы сигнализирует о слабой достоверности этой метрики.
А какая норм тогда?
Аноним (Google Android: Mobile Safari) 12/01/19 Суб 18:08:15 2459731118
>>2459705
Все сразу + субъективная (глазами). Когда daala разрабатывали, у них периодически менялась "любимая" метрика. Вначале fastssim, потом psnrhvs что ли. Т.е. они все по-разному реагируют на артефакты от разных фич энкодера. Кто-то не замечает мыло (psnr), кому-то наверно всякие искажения от deringing фильтров больше нравятся. Идеальной метрики нет, даже если глазами смотреть, люди могут по-разному оценивать.
Аноним (Microsoft Windows 7: Chromium based) 12/01/19 Суб 18:12:56 2459734119
>>2459731
А какие метрики оценивают картинку в динамике, а не тупо сравнивают их покадрово? Я пробежался по описанию вмафа, но, кажется, он работает так же, тупо агрегирует несколько разных параметров.
Аноним (Google Android: Mobile Safari) 12/01/19 Суб 18:21:32 2459740120
>>2459734
Хз, не знаю такой. Только глазами наверно.
Аноним (Microsoft Windows 7: Chromium based) 13/01/19 Вск 13:38:34 2460611121
Ребятушки, как добавить в видео главы? Хочу склеить небольшой сериал в один файл (я обычно смотрю его залпом), чтобы не переключать постоянно серии и не скипать опенинг/эндинг. И по главам если что можно будет найти нужную серию или какой-нибудь смешной момент. С гуглом не подружился, хэлп!
Аноним (Microsoft Windows 7: Firefox based) 13/01/19 Вск 14:36:06 2460644122
Аноним (Microsoft Windows 7: Chromium based) 13/01/19 Вск 15:04:32 2460666123
letsgocutsome.JPG (122Кб, 1274x712)
1274x712
>>2460644
Ооооу, спасибо... Глава это CHAPTER, ооокей. Всё получилось!
Аноним (Microsoft Windows 7: Chromium based) 13/01/19 Вск 15:11:05 2460678124
О, ещё один микро вопрос:

>Format settings : CABAC / 4 Ref Frames

Этот собак на что-то влияет? У меня автоматом проставилось 4, в исходном файле было 15. Картинка ну никак не поменялась на первый взгляд, а файл стал в два раза меньше. Нужно ли принудительно вернуть 15 или и так сойдет? Смотреть собираюсь на мобилке.
Аноним (Microsoft Windows 10: Palemoon) 13/01/19 Вск 15:42:16 2460705125
-force_key_frames 1.2 не ставит ключевой кадр в указанном месте, на 1.16 ставит, на 1.24 ставит, на 1.2 не ставит.

С чем это может быть связано?
Аноним (Microsoft Windows 7: Chromium based) 13/01/19 Вск 16:47:31 2460744126
Аноним (Ubuntu Linux: Firefox based) 13/01/19 Вск 16:51:47 2460746127
Аноним (Microsoft Windows 7: Chromium based) 13/01/19 Вск 17:01:26 2460752128
>>2460746
Ух, и правда раздухарился. Ещё недавно вот была 6 классическая версия.
Аноним (Microsoft Windows 7: Chromium based) 13/01/19 Вск 17:14:01 2460761129
>>2460744
Не понял, как с помощью этой штуки собрать файлы. Главы удобно добавлять. В общем то, в консольке тоже удобно, если знать нужные команды.
Аноним (Microsoft Windows 7: Chromium based) 13/01/19 Вск 17:23:55 2460771130
>>2460761
В один файл не собрать, это да. Этот тул может замерджить и извлечь дорожки, без проблем с -map, и вообще понагляднее.
Больше для метаданных. Имхо, это не та операция, которую удобно делать из консольки.
Но если ты придрочился, то да. Пользуй то, что тебе удобнее
Аноним (Linux: Firefox based) 13/01/19 Вск 20:03:02 2460874131
>>2460678
> Этот собак на что-то влияет?
Стандарт h.264 допускает два энтропийных (объяснять надо?) кодера — CAVLC и CABAC. CABAC более сложный, но и более эффективный. CABAC допускается для профилей от Main. И уже от Main есть смысл использовать только его. Посему в библиотеке libx264, насколько помню, оптимизатор RDO для модуля контроля ширины потока требует CABAC, и оптимизатор Trellis в модуле квантизации только с CABAC работает.
Аноним (Linux: Firefox based) 13/01/19 Вск 21:30:19 2460934132
>>2460678
Алсо,
> 4 Ref Frames
Это не CABAC. Это совсем другая опция.
Это ограничение на количество ссылочных кадров. Т. е. для любого (закодированного) кадра наибольшее число уже раскодированных кадров, необходимых для раскодирования текущего, в твоём случае будет 4. На практике крайне редко можно столкнуться с решением поисковика движения, для которого найдено более 6-8 ссылочных кадров. А после 4 ссылочных кадров эффективность сжатия почти не растёт, зато быстро растут требования к видеобуферу (в котором раскодированне кадры хранить) при воспроизведении.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 08:49:18 2461209133
1547444951841.jpg (61Кб, 600x399)
600x399
1547444951934.jpg (54Кб, 600x402)
600x402
1547444952112.jpg (53Кб, 600x338)
600x338
1547444952184.jpg (61Кб, 600x353)
600x353
Раз вы всё равно тут аутируете по крупному, то давайте поговорим о пользе ключевых кадров для энкодеров серии vpx
Польза/вред, оптимальные параметры, особенно интересует возможный парсинг кейфреймов исходника и насильную их установку, с этим сложнее, ффмпег может выставлять флаг форс фрейма в "любом" месте, на деле обосерается >>2460705
Обсирается из-за предполагаемой ошибки, в том месте, где я пытаюсь ставить форс фрейм, в режиме 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, просто шок.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 09:08:17 2461218134
14259459374301.webm (7128Кб, 800x585, 00:04:25)
800x585
>>2461209
>Какое же говно этот vp, просто шок.
ты че пес я тебя порежу кодек от народа

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

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

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

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

Самая писечка ещё, что в вп (9 точно) есть ещё встроенный рандом. Специально не проверял, но в памяти отложилось, как я тестил auto-alt-ref и =0 и =1 давали одинаковый файл, но когда я переключился снова на =0, оно дало другой файл по контрольной сумме и артефакты были разбросаны по-другому. Т.ч. эта хуйня ещё и не детерминирована пиздос.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 09:31:00 2461233135
1547447453916.webm (65Кб, 557x443, 00:00:05)
557x443
1547447453917.webm (129Кб, 557x443, 00:00:05)
557x443
1547447453918.webm (193Кб, 557x443, 00:00:05)
557x443
>>2461218
> кодек от народа
264 от doom9 был и есть кодек от народа на деньги корпорации, vp так и останется туалетной уткой


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

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

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

> А чего, собственно, ты хочешь добиться-то
Работоспособности kf-min-dist, как в 264 keyint_minработает, вот так и тут хочу чтобы работало, чтобы не совало мне десяток ключевых фреймов подряд.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 09:34:05 2461235136
>>2461233
> Кодирование с -g 99999 не уменьшает количество ключевых кадров при двухпроходном кодировании не статичного видео
Ну, в случае, если аутист не делает вот так -keyint_min 999999 -g 999999 а такого в гайде на том сайте нет.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 09:44:53 2461243137
>>2461233
>Увеличит вес за счет мусорных заголовков
Можно подробнее, о чём речь? Там же все заголовки заново переписываются, ффмпег умеет напрямую вливать равную видеодату.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 09:45:14 2461244138
>>2461243
>вливать
сливать, быстрофикс
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 09:49:42 2461250139
>>2461243
Быстрее и проще тебе сшить два mp4 в которых есть "Encoding settings", открыть хекс редактором и поискать.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 10:03:21 2461258140
>x264 is a widely used open source implementation of the heavily patent encumbered MPEG-4 AVC media format.
Читаю тут всякое про кодеки и мне вот чисто из спортивного интереса: как у них там правовая система работает, что вот вроде бы стандарт закрытый и платный, но делать кодеки для него можно вроде как открытые и никому ничего за это не будет. На что именно распространяются патентные ограничения авц и хевка?
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 10:08:16 2461259141
>>2461258
avc разрешен к бесплатному распространению в сети интернет, любая продажа контента в avc должна сопровождаться передачей маржи la mpeg, а вообще оплата до начала продаж, как я понимаю.
С хевком хз, по идее нельзя и размещать(?), но это никого не останавливает, а если бы энтузиасты занимались этим с момента его выхода, la mpeg мог бы раньше разрешить бесплатное распространение и бравзера бы не стали в позу, как сейчас и не позакрывали вопросы связанные с поддержкой 265, но la mpeg такой подарок гуглу делать явно не хотел. Это так, обывательский взгляд.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 10:11:57 2461261142
>>2461259
Пиздос там у белых людей проблемы с лицензиями и интеллектуальной собственностью хех мда как будто живу в 2д мире и пытаюсь понять 3е измерение. Ну да ладно.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 10:16:37 2461265143
>>2461261
Люди хотят получать деньги за создание годноты, а уж как потом это оборачивается в "стекла прямоугольной формы с закруглениями" и прочие говнопатенты всяких эпл это такое.
Аноним (Ubuntu Linux: Firefox based) 14/01/19 Пнд 10:23:37 2461267144
>>2461258
Стандарт открытый, основную прибыль гребут с производителей мобил и крупных контент-провайдеров. Распространение авц в интернете бесплатное. После релиза хевц, владельцы патентов пожадничали, хотели брать деньги и за распространение. Все дико охуели и так появилась aomedia.

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

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

>>2461261
Всё дело в деньгах. Патенты на алгоритмы все, кто только можно, говном поливал. А они всё равно есть и никуда уходить не собираются.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 10:28:58 2461273145
1547450929606.PNG (793Кб, 1041x697)
1041x697
>>2461267
> Самое смешное
А что смешного? Так бесплатная параша и работает -- захотел, сделал документацию, не захотел -- не сделал. А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию. Ну в моём манямирке так это работает.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 10:30:44 2461274146
>>2461267
>Самое смешное, что ты можешь спокойно скачать подробнейшную спеку и доки по HEVC совершенно бесплатно, но не можешь по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет. А то, что есть, - жалкие огрызки.
Вот кстати да, я с этой вилки проигрываю: хевк весь такой стандартный и оффициальный (тм), но кроме бумажки по нему ничего нет. А впх весь такой открытый и народный, но что там происходит дай бог знают только те, кто кидают коммиты в гит, хотя я там мимо почитал немного их рассылку и там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 10:33:41 2461275147
>>2461273
>А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию. Ну в моём манямирке так это работает.
Это у белых людей так работает. В ИТТ стране так-то и на продажу нихуя документацию никто не пишет и все вась-васькаются пока проект живёт и кому-то нужен.
Как у белых людей они заставляют писать толковую документацию по своим продуктам - для меня большая загадка, ну на то они и белые люди.
Аноним (Ubuntu Linux: Firefox based) 14/01/19 Пнд 10:50:14 2461278148
>>2461274
>там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации
Это где? У aomedia вообще закрытая рассылка, туда только мемберов пускают. Есть ещё рассылки для пользователей/девов, но там ничего серьёзно не обсуждают и никто никого там не слушает. Хотя гугль и так никого не слушает, делает всё как хочет. В своих закрытых багтрекерах всё решают.
Аноним (Google Android: Mobile Safari) 14/01/19 Пнд 11:38:40 2461287149
>>2461209
>В итоге бывает 3 кейфрейма подряд и тому подобные идиотии.
А есть примеры? Можно в багтрекер заслать. Не факт что исправят, но может хоть скажут в чём проблема. В libaom пробовал воспроизвести?
Так-то тип кадра по RDO и scenechange должен выбираться. Если ему кажется, чго сейчас выгоднее all-intra, даже если ты зафорсишь P-фрейм, он его сделает целиком интрой и выгоды никакой не будет.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 11:44:58 2461290150
>>2461287
> Можно в багтрекер заслать
Это не ошибка, это "алгоритм".
> Если ему кажется, что сейчас выгоднее all-intra, даже если ты зафорсишь P-фрейм, он его сделает целиком интрой и выгоды никакой не будет
Не думаю, но вообще можно попробовать смоделировать ситуацию смены сцены и закодировать с ключевым и без него.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 11:55:34 2461293151
>>2461287
А вот по поводу того, что ffmpeg не может вставить форс фрейм можно и попробовать кому-то сообщить, начав с ffmpeg'овцев
Аноним (Google Android: Mobile Safari) 14/01/19 Пнд 11:56:16 2461294152
>>2461218
>не помню, кстати, в терминологии вп вообще остались ещё кейфреймы
Остались. Есть ещё голден и альтрефы.
Вообще там всё по-идиотскому слегка, потому что пришлось обходить патенты. В хевце вот есть I/P/B и IDR и всё понятно. А у vpx вместо B невидимый альтреф, но который можно использовать в бипредикции.
В aom вроде вернули B-шки, т.к. появился большой пулл патентов, которые можно использовать.

Пиздец, до чего же мобильный интерфейс сосача ублюдский. Половину сообщения проебал и то потому что я сохранил до этого.
Аноним (Google Android: Mobile Safari) 14/01/19 Пнд 12:03:01 2461299153
>>2461293
Они здесь причём, если просто используют апи библиотеки?
>>2461290
>это "алгоритм
Они алгоритмами тоже занимаются.
Аноним (Google Android: Mobile Safari) 14/01/19 Пнд 12:11:08 2461304154
>>2461233
>- Увеличит вес за счет мусорных заголовков
>- Ухудшит работу расстановщика альтрефов/золотых кадров, кроме как если резать по ним, но доступа к ним у меня нет, некоторые полагают, они есть в логе первого прохода.
Проверь вначале. Ты фигню пишешь, за границу кейфрейма ничего не выходит. И разницы по заголовкам никакой не будет после ремукса.

Нафиг вообще нужны эти теоретизирования, если можно проверить. Тем более что есть бесплатный аналайзер.
Аноним (Microsoft Windows 10: Palemoon) 14/01/19 Пнд 12:13:35 2461306155
>>2461304
Так может ты и покажешь как проверить, раз умный такой?
Аноним (Microsoft Windows 10: Palemoon) 14/01/19 Пнд 12:23:53 2461316156
>>2461304
Разрежь файл на 3 части, как хочешь, скодируй 3 части и сам файл с идентичными настройками на 2 проходах, сшей и сюда принеси метрики, если вес и метрики будут равны -- твоя правда, а безапелляционно > пукнуть тут и без тебя хватает кому.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 12:32:25 2461322157
>>2461306
>Так может ты и покажешь как проверить, раз умный такой?
>>2461316
>твоя правда, а безапелляционно > пукнуть тут и без тебя хватает кому.
Я другой анон, но тащемта проблема с кифреймами именно у того >>2461233>>2461209>>2460705 анона. Ему кагбэ предлагают чекнуть варик, но он >>2461250
>Быстрее и проще тебе
посылает нахуй. Ну, не надо так не надо. Тут кагбэ не >>2461304 заинтересован-то.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 12:44:16 2461327158
>>2461316
>>2461306
> - Мне холодно и негде спать, вокруг зима, что мне делать?
> - Попробуй построить дом.
> - Может, ты сам попробуешь мне его построить, раз такой умный? Пукнуть и без тебя хватает кому.

Тебе норм вообще?
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 12:55:25 2461330159
>>2461322
Какой варик? Варика тут >>2461218 нет, как разрезание предотвратит создание лишних ключевых фреймов, вы чё гоните?
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 12:58:26 2461331160
>>2461330
>предотвратит создание лишних ключевых фреймов
>>2460705
>не ставит ключевой кадр в указанном месте
Ты уж определись для начала сам с проблемой, а то телепаты в отпуске.
Аноним (Linux: Firefox based) 14/01/19 Пнд 13:03:39 2461332161
Как выкрутить громкость? Делаю как написано в гугле
ffmpeg -i input.wav -filter:a "volume=5.0" output.wav
Но громкость не увеличивается, только звук становится рваный.
Как сделать, чтобы ебошило как в последних альбомах металлики?
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 13:10:00 2461334162
>>2461331
Авторежим ffmpeg слишком частит с ключевыми кадрами, в пику ему, я скармливаю ему лог через -force_key_frames, без них, но он по логу обсирается в некоторых местах ставить форсированные кадры, хотя лог его же, только с удалением ближайших повторений.

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

Что мы получим от разрезания? Если выберем первое решение скармливать, то мы энкодим раз, далее сравниваем с заданным и переэнкоживаем с разбиением файла на части? Это что за чушь? Лишь за раз по другому логу, либо рабочая --kf-min-dist, разрезать и делать десяток энкодов? Вы вменяемые, нет?
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 13:43:52 2461350163
>>2461334
>>2461331
Да и к тому же, он при обычном кодировании ставит так ключевой кадр, вот ровна на тот фрейм, что я указываю в -force_key_frames.
>>2461299
> Они здесь причём, если просто используют апи библиотеки?
Именно, если ты не в курсе, то из 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.");
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 13:45:23 2461355164
>>2461350
> передать только ffmpeg
Ну не только, любой фронтэнд тесно взаимодействующий с апи, кроме ffmpeg не знаю для vp таких.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 13:47:24 2461357165
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 13:54:31 2461361166
1547463264320.mp4 (228Кб, 600x400, 00:00:06)
600x400
Ещё и libvpx теперь не собирается почему-то.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 14:33:37 2461384167
>>2461327
> референсные b фреймы
> разрезание не окажет влияния
А тебе?
Аноним (Microsoft Windows 10: Firefox based) 14/01/19 Пнд 16:34:13 2461469168
>>2461265
> Люди хотят получать деньги за создание годноты
Нет. Частные правообладатели шантажируют общество с целью неограниченной эксплуатации его ресурсов. Все имущественные отношения вокруг интерректуальной собственности напоминают легализованный рекет. Патенты, если что в РФ, например, выдают по почти формальной экспертизе, в США/ЕС/Япошке выдают после чуть более строгой экспертизе, что впрочем, не исключает злоупотреблений чуть менее, чем никак.
Я считаю, что не только патентную систему, но и весь комплекс правоотношений вокруг имущества теперь можно считать архаикой и реакционизмом. Но последнее уже чисто моё мироощущение.

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

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

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

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

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

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

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

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

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

> по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет
И по AV1 тоже нет. И проектной документации нет?

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

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

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

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

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

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

> там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.
Свободное общение. Свободный труд. Высокий уровень культуры белых людей, лол.
Аноним (Microsoft Windows 7: Chromium based) 14/01/19 Пнд 16:46:25 2461488169
>>2461469
> А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.
> Элементарно! Пишут в техническом задании к проекту
Ясно.
Аноним (Microsoft Windows 7: Firefox based) 14/01/19 Пнд 19:58:53 2461663170
Аноним (Google Android: Mobile Safari) 14/01/19 Пнд 21:19:54 2461729171
Что не так с этим чудиком, который цитирует сообщения целиком и на каждое предложение пишет, что всё правильно. TCP ACK что ли.
Аноним (Ubuntu Linux: Firefox based) 14/01/19 Пнд 22:08:59 2461783172
>>2461330
С -g 9999 должно предотвратить.
Или он у тебя и с -g 9999 ставит по 3 подряд? Почему не покажешь пример и не зарепортишь в багтрекер libvpx?

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

>Он правильный для них
Я про алгоритм scenechange.

>>2461384
Референсы уже можно через кейфреймы передавать? А мужики-то и не знали.
Наверно круто жить в манямирке в котором хидеры на 100 байт (которых и не будет лишних, при склеивании от второго файла только пакеты кадров будут использованы, хидеры контейнера одни на файл) могут испортить всё качество вебмки на 20 мегабайт.
Аноним (Linux: Firefox based) 14/01/19 Пнд 22:56:46 2461808173
>>2461488
Что ясно? Противоречие нашёл?
Аноним (Ubuntu Linux: Firefox based) 14/01/19 Пнд 23:41:25 2461826174
Аноним (Ubuntu Linux: Firefox based) 15/01/19 Втр 00:33:37 2461854175
Аноним (Microsoft Windows 7: Chromium based) 15/01/19 Втр 08:24:05 2461956176
Аноним (Microsoft Windows 7: Firefox based) 15/01/19 Втр 13:57:25 2462049177
.jpg (13Кб, 320x331)
320x331
>>2461826
>1080p
>2h 45s of runtime
>23.976 fps

>Net encoding time: 8 days
Аноним (Microsoft Windows 7: Chromium based) 15/01/19 Втр 18:32:44 2462258178
Как можно пофиксить e9e10.mp4, чтобы можно было присоединить его к предыдущим? Как только начинается эта серия, звука вообще нет, видео - слайдшоу. До этого момента все норм соединялось (ну понятное дело, они ж одинаковые вон были).
Аноним (Microsoft Windows 7: Chromium based) 15/01/19 Втр 18:33:29 2462260179
Capture.JPG (271Кб, 1776x997)
1776x997
Хммм. Вот пикча.
Аноним (Linux: Firefox based) 15/01/19 Втр 21:34:37 2462336180
>>2462258
>>2462260
> Как можно пофиксить e9e10.mp4, чтобы можно было присоединить его к предыдущим?
Пережать звук и видео. Во всех роликах.

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

> этого момента все норм соединялось
Если без проблем соединились e5e6.mp4 e7e8.mp4, то это просто досадное совпадение. По-хорошему, тебя соединялка в mp4-контейнер должна была нахуй послать.
Аноним (Microsoft Windows 7: Chromium based) 15/01/19 Втр 21:58:12 2462342181
>>2462336
Справедливо накормил хуями. Будет ли соединяться, если прогнать через ffmpeg -y -i e7e8.mp4 -c:v libx264 e7e8c.mp4 ? Если нужно добавить какие-то опции, напиши их, пожалуйста. Как мне весь сериал подогнать под одну гребенку?
Аноним (Microsoft Windows 10: Palemoon) 15/01/19 Втр 22:03:31 2462345182
>>2462342
Несправедливо, h264 поддерживает отличающиеся параметры энкода, более того х264 обладает инструментарием в виде --zones для этих целей, чтобы не разрезая видео на куски энкодить с различными параметрами. Легко предположить, что видео разные и щить не будет, но я думаю тут лишь вопрос звука, попробуй для начала соединить видео без звуковой дорожки.
Аноним (Microsoft Windows 7: Chromium based) 15/01/19 Втр 22:11:48 2462350183
>>2462345
Сделал ffmpeg -y -f concat -i filelist.txt -map 0:v -c copy "Star vs the Forces of Evil.mp4" и видео стало отличным, идеальная склейка! Уффф, но как быть со звуком??
Аноним (Microsoft Windows 10: Palemoon) 15/01/19 Втр 22:17:49 2462358184
>>2462350
Ну звук проще перекодировать, нет? Выбери кодек и скодируй вс3 дорожки в нём. Можно и только 3, но he-aac в стандартный комплект не входит.
Аноним (Microsoft Windows 7: Chromium based) 15/01/19 Втр 22:43:29 2462370185
>>2462358
Как-то так?:

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 серий соединил без подозрений что такая ошибка может получиться, моно ли мне как-нибудь вытащить профиль звука и перекодировать только оставшиеся серии, которые не получаются?
Аноним (Microsoft Windows 10: Palemoon) 15/01/19 Втр 22:46:29 2462372186
>>2462370
> 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 забыл
Аноним (Microsoft Windows 10: Palemoon) 15/01/19 Втр 23:20:00 2462389187
>>2462370
> моно ли мне как-нибудь вытащить профиль звука и перекодировать только оставшиеся серии, которые не получаются
1. Почему ты не перекодируешь весь звук отдельно и не соединишь его так же через конкат, а потом на соединенное видео не наложишь?
2. he-aac ты где возьмешь, чтобы присовокупить к первым эпизодам, скодированным в нём?
Аноним (Ubuntu Linux: Firefox based) 15/01/19 Втр 23:31:45 2462397188
-c:a libfdk_aac -profile:a aac_he
Аноним (Microsoft Windows 7: Chromium based) 15/01/19 Втр 23:32:05 2462398189
>>2462372
Получается рассинхрон видео и звука. So fucking sad.
Аноним (Microsoft Windows 10: Palemoon) 15/01/19 Втр 23:36:39 2462404190
>>2462397
> libfdk_aac
Угу, начнём конпелирование ведра, вместо использования нормальных кодеков.
>>2462398
Ну так -af в помощь, там есть список фильтров на звук, растягивай, при пережатии, раз он был кривой, либо, если рассинхрон постоянный используй оффсет для аудио. Надо смотреть, не люблю я эти угадайки, что у тебя не так и ты ли в этом виноват.
Аноним (Microsoft Windows 7: Chromium based) 15/01/19 Втр 23:39:33 2462407191
Аноним (Linux: Firefox based) 15/01/19 Втр 23:43:26 2462411192
>>2462345
> Несправедливо
Справедливо. В принципе, ничего не мешает сшить два потока данных разных профилей, уровней, разрешения и прочего-прочего кроме того, что от аппаратного декодера в результате внезапной смены всего этого можно ожидать любого варианта охуения. Так грамотные решения не делаются.
Аноним (Microsoft Windows 7: Firefox based) 15/01/19 Втр 23:44:52 2462412193
.PNG (1Кб, 539x25)
539x25
Как затереть конкретный комментарий в метаданных?
Аноним (Microsoft Windows 10: Palemoon) 15/01/19 Втр 23:49:00 2462416194
>>2462411
> ничего не мешает сшить
Уже ничего? Ладно.
> что от аппаратного декодер
Ожидать при реф 16? Не знаю, мой не алё при попытке открыть.
> можно ожидать
А можно без перекодирования взять и проверить, прежде, чем кодировать, например.
Аноним (Ubuntu Linux: Firefox based) 15/01/19 Втр 23:51:47 2462418195
>>2462404
>Угу, начнём конпелирование ведра
Надо короче научить каждого вендоюзера в софтаче компилировать ffmpeg со своими настройками/патчами. Тогда заживём. Вебмки вон худо-бедно научилось большинство делать, теперь надо двигаться дальше.
Аноним (Microsoft Windows 10: Palemoon) 15/01/19 Втр 23:57:26 2462422196
>>2462418
Я и вижу, что не день, то очередные "открытия" к кодировании вемб, умельцы.
Аноним (Linux: Firefox based) 15/01/19 Втр 23:57:51 2462423197
>>2462416
> Уже ничего? Ладно.
Голова у тебя плохо работает. Хочешь увидеть противоречие, так, где его нет?

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

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

> А можно без перекодирования взять и проверить
На всех гипотетических декодерах? Я бы ожидал, что большинство из них прекратит декодирование с ошибкой.
Аноним (Microsoft Windows 10: Palemoon) 16/01/19 Срд 00:01:42 2462425198
1547586096370.png (113Кб, 307x357)
307x357
>>2462423
Можно я не буду на этот испанский стыд отвечать? Ладненько? Почему пердули не могут в иронию, просто отсутствует как класс.
Аноним (Linux: Firefox based) 16/01/19 Срд 00:04:02 2462426199
>>2462423
> Голова у тебя плохо работает. Ты поспешные выводы делаешь. Хочешь увидеть противоречие там, где его нет?
fix.
Извиняюсь за грубость. Что-то нашло. Наверно, моя тупость.
Аноним (Linux: Firefox based) 16/01/19 Срд 00:05:35 2462427200
>>2462425
> Почему пердули не могут в иронию, просто отсутствует как класс.
Не разбираюсь в тонкостях твоего внутреннего манямирка.

> Можно я не буду на этот испанский стыд отвечать? Ладненько?
Нет, уж. Если есть что по существу возразить, то давай!
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 00:20:40 2462435201
>>2462404
Добавил в общем -itsoffset из оригинальных файлов и вроде норм. Надо попробовать фулл собрать, только тут на ночь надо ставить блджад. Даже интересно, что получится в итоге и будет ли это показывать телефон. Капец тут конечно ничтожно уползаю в свою дыру откуда вылез, но я еще вернусь, няша, спасибо тебе <3. И тебе >>2462336 спасибо, если завтра утром открою говно, буду все под ноль перекодировать.
Аноним (Microsoft Windows 10: Palemoon) 16/01/19 Срд 00:23:00 2462437202
>>2462435
Почему на ночь? Ты же только один звук кодируешь, нет? Или серий много? А помощь какая? Ты сам вон всё, что нужно себе нашел.
Аноним (Google Android: Mobile Safari) 16/01/19 Срд 00:23:56 2462439203
Подскажите как перегнать видео 4:4:4 в нормальное. А то жутко лагает проц.
Аноним (Microsoft Windows 10: Palemoon) 16/01/19 Срд 00:26:27 2462440204
>>2462435
Да и ещё, не знаю как там с телефонами, по идее плеер должен быть приличный, если что попробуй через хром проигрывать.
>>2462439
Перекодируй, только ты уверен, что лаги именно из-за полновесного хромы?
Аноним (Google Android: Mobile Safari) 16/01/19 Срд 00:30:14 2462443205
>>2462440
> Перекодируй, только ты уверен, что лаги именно из-за полновесного хромы?
Да. Почему то моя видеокарта gtx 1060 нихуя не может его обработать. А вообще можно ли как нибудь посмотреть без перекодировки? Кодек x264.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 07:53:29 2462543206
>>2461826
>параллелизация по сценам
Ну слава Богу, хоть один человек в мире в это смог. Не зря с ав1 пердолился.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 08:08:28 2462545207
>>2462543
Делал это ещё на вп, поклоняйтесь мне.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 08:12:27 2462546208
>>2461854
>Кто там метрики хотел
Я хотел. А откуда дровишки? Я бы msssim и psnrhvs лучше тоже в виде фильтров к ффмпегу прикрутил.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 08:21:09 2462549209
>>2462443
> можно ли как нибудь посмотреть без перекодировки?
Ну маленький семпл закодируй и посмотри, в чём проблема?
Ну а так, -pix_fmt yuv420p же.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 08:21:59 2462550210
image.png (404Кб, 604x604)
604x604
Аноним (Ubuntu Linux: Firefox based) 16/01/19 Срд 10:11:54 2462576211
>>2462546
Это с реддита, там формат картинок avif тестируют и выложили набор утилит для работы с ним, заодно и проверку качества по метрикам.
Это те же программы, что и у мозилловцев, просто уже собранные бинарники под винду есть. Ну и 5 штук только, у мозилловцев больше.
>тоже в виде фильтров к ффмпегу прикрутил
Напиши фильтры на сишке, зашли в мэйллист.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 11:07:40 2462584212
>>2462576
>Напиши фильтры на сишке,
Погоди, а эти экзешники на чём были написаны?
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 11:17:08 2462585213
>>2462576
>Это с реддита
Ссылку давай.
Аноним (Microsoft Windows 7: Firefox based) 16/01/19 Срд 11:48:29 2462594214
Пайсон скриптик на создание скринлистов для папки с видеофайлами:
https://pastebin.com/MN0NE3xJ

Я правильно понял, что для tile никак нельзя указать "расширайся вниз, сколько влезет", а только фиксированную сетку? Ето неудобно.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 12:08:42 2462600215
>>2462594
Воткни тупо парсер выхода ffprobe и рассчитывай нужный тебе размер лейаута, ну.
Аноним (Microsoft Windows 7: Firefox based) 16/01/19 Срд 12:19:13 2462602216
>>2462600
Так это каждый файл 2 раза читать надо, для меня это долго.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 12:20:03 2462603217
>>2462602
че
проба мгновенно берётся ало - тебе тупо длительность надо узнать
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 12:23:53 2462606218
>>2462602
у тебя же даже не по ключевым, а тупо каждый 800й берётся
Аноним (Microsoft Windows 7: Firefox based) 16/01/19 Срд 12:32:33 2462614219
>>2462603
А, ну надо проверить, но всё равно как было бы проще с бесконечной сеткой.

>>2462606
Не видел примера, как сделоть каждые 10 сек. Битрейт и фпс разный.
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 12:37:04 2462619220
>>2462614
>Битрейт и фпс разный.
тоже есть в пробе
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 12:48:14 2462625221
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 13:27:08 2462641222
>>2462625
Как же их изучишь, они же переменные!
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 19:03:23 2462792223
Аноним (Microsoft Windows 7: Chromium based) 16/01/19 Срд 23:04:14 2462978224
ohmygodyouresoc[...].gif (1011Кб, 306x280)
306x280
Воообщем все получилось, анончики. Четыре часа файлик с главами по сериям, все как и хотелось. Уххх, что бы я без вас делал? Не знаю. Пойду пожалуй. Всем добра!
Аноним (Microsoft Windows 7: Firefox based) 16/01/19 Срд 23:08:06 2462982225
>>2462625
>изучай переменные
В жопу этот подсчёт кадров, оказывается можно просто fps=1/15 указать.
А вот проба это да, неплохая штука.
Теперь всё красиво, пасиб.
Аноним (Linux: Firefox based) 16/01/19 Срд 23:22:34 2463003226
>>2462978
Видеть, как у людей что-то получается — это счастье. И тебе спасибо.
Аноним (Microsoft Windows 7: Firefox based) 17/01/19 Чтв 19:58:16 2463671227
Как прикинуть средний битрейт видео (без аудио), если его в явном виде нет?
bit_rate=N/A
Аноним (Microsoft Windows 7: Chromium based) 17/01/19 Чтв 20:32:51 2463698228
Аноним (Google Android: Mobile Safari) 18/01/19 Птн 02:22:51 2464014229
Подскажите максимально эффективный параметр для кодирования с помощью nvenc, для фильмов. Как тут написано, он рекомендует CRF. Но я как понял для этого видеокарта не подходит? http://slhck.info/video/2017/03/01/rate-control.html
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 08:16:28 2464074230
1547788584192.jpg (146Кб, 1124x1024)
1124x1024
>>2464014
Зависит от реализации nvenc, у штеуда такое себе, у нвидии даже 2 прохода есть, читать тут
ffmpeg -encoders <- список энкодеров, находишь свои nvenc'и
ffmpeg -h encoder=<подставить энкодер>
Далее читаешь и сопостовляешь с существующими гайдами. Сам пробовал только штеудовский, непонравилось, настроек нет совсем. Остальные руки не доходят потестировать, х264 и без того шустрый.
> он рекомендует CRF
Если тебе не важен лимит, если есть лимит, то можно и два прохода, 1 пройдет быстро, если не указан флаг --slow-firstpass
Если указан, то первый проход будет идти дольше остальных.

Аноним (Ubuntu Linux: Firefox based) 18/01/19 Птн 10:04:00 2464113231
geforce-rtx-str[...].png (77Кб, 2568x1385)
2568x1385
Покупайте RTX, оно уже даже на уровне с x264 medium.
Аноним (Microsoft Windows 10: Microsoft Edge) 18/01/19 Птн 10:17:55 2464120232
>>2464113
Итак, ты принёс:
- рекламная листовка уровня «политрук лжёт»;
- PSNR;
- какие-то разы;
- просто какой-то битрейт;
- не приводится главный аргумент — скорость кодирования.

Вывод: ты принёс кусок говна.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 10:20:42 2464122233
1547796038258.jpg (48Кб, 604x403)
604x403
>>2464113
Это какой-то бред, как реализация программного энкодера, который использует аппаратные ресурсы видеокарты для расчетов, вместо ресурсов цопе, может меняться качественно? Что-то уровня вот на интел х264 качественнее жмот, чем на амуде. Как они это делали?
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 10:27:03 2464131234
>>2464122
Хотя если бы это был исключительно программный комплекс, использующий аппаратные ресурсы, то он бы работал на любом новидео с кудами, а не как сейчас.
Аноним (Microsoft Windows 10: Microsoft Edge) 18/01/19 Птн 10:31:23 2464134235
>>2464122
> реализация программного энкодера, который использует аппаратные ресурсы видеокарты для расчетов
Ошибочное предположение.
Аноним (Ubuntu Linux: Firefox based) 18/01/19 Птн 10:33:06 2464136236
>>2464122
Там не программный, nvenc это отдельный чип на видеокарте.
Качество конечно говно, но для геймеров сойдёт. В GTX говорят у них даже B-фреймов не было, в RTX хз.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 10:37:44 2464142237
>>2464134
>>2464136
Ну и ладно и так сойдет.
> GTX говорят у них даже B-фреймов
Но в cli для управления этим чипом фигурирует b-adapt
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 10:38:18 2464143238
Аноним (Ubuntu Linux: Firefox based) 18/01/19 Птн 10:40:23 2464145239
>>2464142
А, это для хевца. Для h.264 есть, да.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 11:14:20 2464152240
>>2464113
Про что картинка-то вообще? Что качество растёт с битрейтом?
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 11:15:44 2464153241
>>2464152
У ртх децл лучше качество на том же битрейте.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 11:19:47 2464154242
>>2464153
А скорость? Так-то -profile fast не то место, где говорят о качестве, он про другое же.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 11:22:33 2464156243
>>2464154
Не знаю, но эта табличка добавила желания опробовать, ещё хотелось бы амудешный энкодер пощупать, но карты сейчас в ремонте. А потом сравнить метрики и визуально, потому что метриками мерятся не комильфо.
Аноним (Google Android: Mobile Safari) 18/01/19 Птн 11:46:42 2464162244
>>2464154
Видимо такая же как у икса, либо быстрее. У икса они только пресеты тестят, скорость аппаратного энкодера тоже особо не изменишь. Средний пресет они видимо на двух компах запустили, чтобы по скорости сравнялся.
Это просто смешная картинка от маркетологов, пример как не надо делать сравнения. У них же вся задача это впарить клиентам новые карточки.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 11:51:43 2464164245
>>2464162
>У них же вся задача это впарить клиентам новые карточки.
А для кого они делают сравнение кодеров видео? Тем более на фасте. Вряд ли мамкины нагибаторы будут на скорость рипать новую серию Игры Притонов или что-то такое.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 11:54:20 2464167246
>>2464164
Для киберкотлет, что записывают свои похождения и стримят, алое, 2k!9 на дворе.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 11:55:49 2464169247
>>2464167
>2k!9
Эх, сейчас бы форсить протухший политачевский мемчик в 2.019е+3
Аноним (Google Android: Mobile Safari) 18/01/19 Птн 11:56:58 2464172248
>>2464164
Для геймеров же, летсплеи стримить.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 11:58:03 2464173249
>>2464172
Он имел ввиду, что им типа качества не н-н-надо.
Аноним (Google Android: Mobile Safari) 18/01/19 Птн 12:05:44 2464177250
>>2464173
Ну, задача маркетинга это объяснить, что надо, лол. И если качество и раньше устраивало, значит можно делать меньше битрейт, канал хоть сэкономится.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 12:08:13 2464178251
>>2464177
Хосспаде как же тяжело живётся производителям железа в эпоху упирания в квантовый физический потолок. Чёртово атомарное строение мира, нельзя было фрактальный сделать как будто ну че сложно что ли.
Аноним (Microsoft Windows 10: Firefox based) 18/01/19 Птн 12:11:22 2464179252
>>2464178
> Хосспаде как же тяжело живётся производителям железа в эпоху упирания в квантовый физический потолок
Это маркетинг. Здесь важен только платёжеспособный спрос. Законы физики не важны.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 12:16:49 2464181253
>>2464179
Нет, я имею в виду, что вот как хорошо было в 90е и 00е: ваще ничего не надо изобретать, никаких технологий - тупо накручивай частоту на чипе и всё. Никаких многоядерных ЦП, никаких тесселяций и волшебных лучей. Всё просто: вот в прошлом году на ЦП было 600МГц, а в этом мы взяли планку в 1ГГц (до сих пор помню этот год) - пиздуйте заносить бабосы. И главное даже врать не надо и выдумывать ничего, всё честно. А сейчас все ЦП упёрлись в 5ГГц, ядер дохуя, но юнити ебала их в рот и шпарит всё в главном потоке, видеокарты вообще отличаются друг от друга иди ка ты нахуй вот как они отличаются. Поди тут загони старых лохов покупать новые куски текстолита. (я до сих пор сижу на пекарне 2011 года сборки с материнкой из 2008 и играю во все свои йобы)
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 12:20:41 2464184254
Небольшой глоток свежего воздуха индустрии подарил Сатоши, конечно, но сейчас и он закончился, и китайцы распродают даже асиксы, не говоря о видеокарточках.
Аноним (Google Android: Mobile Safari) 18/01/19 Птн 12:30:04 2464187255
>>2464181
Ну игры постепенно лучше задействуют многоядерный проц, другого выбора всё равно нет. В декодерах видео это тоже даёт профит, вон dav1d в мультитреде обходит узкие места AV1 с помощью грамотных инжененых решений, в libaom так не осилили. Если кодировать, разрезая по GOP, это вообще стопроцентная распараллезация.
Не все задачи хорошо распараллеливаются, конечно, от этого частично новые SIMD инструкции помогают, тот же AVX512. Хотя тоже не для всего это годится.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 12:35:07 2464190256
>>2464187
>игры постепенно лучше задействуют многоядерный проц, другого выбора всё равно нет
Они бы лучше GPU наконец начали осваивать, который для них создавался, но нет, надо всем ломиться в CPU-0.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 12:54:50 2464200257
>>2464187
> Если кодировать, разрезая по GOP, это вообще стопроцентная распараллезация
С чего ты взял, что это самый эффективный способ? Почему вы так доколебались до этой распарралелизации, но не удосужились провести тесты? Думаете людям, работающим в лампеге такие мюсли в голову не приходили?
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 12:59:10 2464204258
>>2464200
>Думаете людям, работающим в лампеге такие мюсли в голову не приходили?
Так выяснили же уже, что это не касается кодеров - их делают для непрерывного потока кадров, без задела на возможность скакать туда-сюда по файлу.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 13:10:25 2464211259
>>2464204
И потому у них н-проходные режимы запилены? Потому используется Frame Threading и лукахеад? Им ничего не мешало сделать энкод по гопам, но он не сделан.
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 13:11:59 2464212260
>>2464211
>н-проходные режимы запилены
С подачей лога с предыдущего прохода.
Аноним (Google Android: Mobile Safari) 18/01/19 Птн 21:06:31 2464505261
>>2464200
Чувак, их останавливают референсы, которые передаются через ключевые кадры и мусорные заголовки, не парься ты так.
Аноним (Microsoft Windows 10: Palemoon) 18/01/19 Птн 21:16:55 2464514262
>>2464505
> злые корпорации схоронили секрет параллелизации без потерь
Аноним (Microsoft Windows 7: Chromium based) 18/01/19 Птн 21:25:00 2464517263
>>2464514
Секрета нет, просто писаки фронтендов настолько рукожопые дауны, что дальше ноубрейн передачи параметров в ффмпег ничего сделать не могут. Да и пользователи гуёвых конвертеров о таких понятиях, как тайл и гоп не слышали, т.ч. потребитель и автор стоят друг друга.
Аноним (Microsoft Windows 10: Palemoon) 18/01/19 Птн 21:27:29 2464520264
>>2464517
Все вокруг дауны одни сидельцы форума для аниме умные, красивые, стоят тут одни
Аноним (Microsoft Windows 10: Palemoon) 18/01/19 Птн 21:31:10 2464522265
Вот вы кто-нибудь из этих умных, которые так уверены в своём способе, вместо фантазий провел бы исследование, насколько же влияет разбиение на качество энкода, ах, где же тот герой. ведь доказать так просто..
Аноним (Apple Mac: Safari) 19/01/19 Суб 01:20:26 2464626266
>>2464522
>ведь доказать так просто.
Это надо зверем быть, чтобы такое провернуть.
Аноним (Microsoft Windows 7: Chromium based) 19/01/19 Суб 06:11:54 2464690267
>>2464522
>ах, где же тот герой. ведь доказать так просто..
>>2464626
>Это надо зверем быть, чтобы такое провернуть.
Тащемта литералли прямо сейчас изучаю питон, чтобы написать тестирующий фреймворк для такого говна и чтобы оно гонялось само на автомате. Пытался что-то такое провернуть на обычных виндовых батниках, но там экранирование спецсимволов intensifies слишком быстро, да и адресуемых напрямую аргументов командной строки всего 9 и прочие артефакты, т.ч. мне всё стало ясно.

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

Вообще, я удивлён, что у кого-то действительно вызывает сомнения качество кодирования по гопам относительно тайлов, хотя об этом орут в каждой документации и вики, и кто-то всерьёз ищет здесь заговор авторов кодеров, которые массово утаивают от нас такой волшебный режим. Но тем интереснее будет проводить исследование и в нём будет хоть какой-то смысл помимо чисто академического "для себя". Т.ч. сомневайтесь больше, повышайте ставки.
Аноним (Microsoft Windows 10: Palemoon) 19/01/19 Суб 09:49:49 2464741268
Аноним (Ubuntu Linux: Firefox based) 19/01/19 Суб 10:30:39 2464750269
>>2464690
>Планов, короче, куча, ух бля.
Короче потом учишь сишку, плюсы, раст, асм, читаешь спеки от Intel/Agner по SIMD-оптимизациям и начинаешь контрибьютить в сами кодеки, чтобы всё заебись работало. Потом получаешь PhD по DSP, тебя хайрит гугл/мозилла/нетфликс и ты съёбываешь в силиконку разрабатывать VVC/AV2.
http://www.ross.net/compression/
Аноним (Microsoft Windows 7: Chromium based) 19/01/19 Суб 10:43:23 2464757270
>>2464750
Да вот я чувствую, всё к этому и идёт, потому что "а чем вот этот коммит отличается от этого? - да что вы тут напортачили, нормально же было, дайте я для себя исправлю - да тут вот так надо сделать, это же очевидно, вот вам коммит под ребро - ...". А ведь я просто хотел резать вебмки для двача лол.

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

Питон выбрал реально тупо как расширенную командную строку, чтобы не загружать вижулу два часа каждый раз ради двух строчек в консоли. Пробежался бегло по популярным фреймворкам, вроде бы, оно должно уметь всё, что я себе напланировал пока.
Аноним (Ubuntu Linux: Firefox based) 19/01/19 Суб 10:50:14 2464763271
>>2464757
Надеюсь ты на третьем питоне пишешь, второй уже почти сдох. А так норм, да, для скриптов идеально.
Не очень норм, что его в бинарник пакетировать неудобно и распространять, мало у кого на винде из неразрабов питон стоит. Если для себя/задротов, то без разницы, а если для большой аудитории, что-нибудь компилируемое и высокоуровневое типо Go должно быть поудобнее.
Аноним (Microsoft Windows 7: Chromium based) 19/01/19 Суб 11:03:53 2464771272
image.png (10Кб, 565x166)
565x166
>>2464763
>Надеюсь ты на третьем питоне пишешь, второй уже почти сдох
Да, конечно - пикрил. Я только сейчас в него вкатываюсь, т.ч. даже не в курсе всей драмы и что там за тёрки между 2 и 3, тупо взял самый последний.

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

>для большой аудитории, что-нибудь компилируемое и высокоуровневое типо Go должно быть поудобнее.
Вообще не представляю себя пишущим что-то для широкой аудитории. На работе у меня свой набор музейных инструментов и там мне не дают выбирать. А в свободное время я пока для широкой аудитории ничего не пишу... Разве что вот вебмки режу. Т.ч. все мои программистские изыски чисто для себя пока.
Да и конечному пользователю нужен гуй, т.ч. я бы, пожалуй, ориентировался на шарпы, которые делает МС для своих ОС. Го лично у меня пока недостаточно на слуху и я не знаю, для кого и для чего его делает гугл - это может быть тупо очередная волна хайпа, как с руби.
Аноним (Ubuntu Linux: Firefox based) 19/01/19 Суб 11:47:06 2464789273
>>2464771
>Да и конечному пользователю нужен гуй, т.ч. я бы, пожалуй, ориентировался на шарпы
Если гуй, то да, шарп на винде удобен. Он не кроссплатформенный правда, обычно Qt берут для этого.
Хотя мне он тоже не очень нравится, т.к. Qt-либы, статически слинкованные, довольно дофига весят.
Аноним (Microsoft Windows 10: Chromium based) 19/01/19 Суб 14:29:03 2464836274
1540583456429-0.jpg (23Кб, 490x480)
490x480
>>2464690
Проверил, жду, когда ты изучишь питон и тоже проверишь, сравним результаты.
Аноним (Microsoft Windows 7: Firefox based) 20/01/19 Вск 10:19:49 2465430275
Почему ффмпег шлёт меня нахер, когда я пытаюсь в 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) 20/01/19 Вск 10:26:07 2465432276
>>2465430
>-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)
Аноним (Microsoft Windows 7: Firefox based) 20/01/19 Вск 10:31:01 2465436277
>>2465432
Выключил субтитры и видео же, если я кодирую только звук.
Да и, похоже что, кодке aac не умеет в -vbr, а умеет лишь libfdk_aac, которого нет в составе скомпилированных релизов ffmpeg. Самому собирать неохота.
Аноним (Microsoft Windows 10: Palemoon) 20/01/19 Вск 10:33:46 2465437278
>>2465430
> aac
> vbr
Что ещё расскажешь? Он прямым текстом пишет, что опция vbr неприменима для используемых стримов.
Аноним (Microsoft Windows 7: Firefox based) 20/01/19 Вск 10:37:38 2465439279
Аноним (Linux: Firefox based) 20/01/19 Вск 10:39:59 2465440280
с.jpg (361Кб, 1862x2000)
1862x2000
>>2465436
>кодирую только звук
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
Аноним (Microsoft Windows 7: Firefox based) 20/01/19 Вск 10:41:54 2465441281
ScrShot0830 20.[...].jpg (63Кб, 496x445)
496x445
>>2465440
Выходной файл получил - значит кодирую.
Аноним (Linux: Firefox based) 20/01/19 Вск 10:47:54 2465444282
с.jpg (90Кб, 800x1006)
800x1006
Аноним (Microsoft Windows 10: Palemoon) 20/01/19 Вск 10:58:55 2465449283
>>2465439
> Вот я и подумал
Не делай так, не совершай ошибки, делай всё по гайдам. А ты и так, ведь там прямо написано как кодировать 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) 20/01/19 Вск 11:01:10 2465450284
Аноним (Microsoft Windows 7: Firefox based) 20/01/19 Вск 11:38:16 2465479285
>>2465449
>This VBR is experimental and likely to get even worse results than the CBR.
>>2465450
Старовата сборка. И также, ругнувшись, прожала звук в cbr.

Да и к чёрту, буду жать в cbr.
Аноним (Linux: Firefox based) 20/01/19 Вск 11:56:34 2465497286
>>2465479
>буду жать в cbr
что только не придумают, лишь бы самостоятельно не собирать
Аноним (Ubuntu Linux: Firefox based) 20/01/19 Вск 13:05:22 2465541287
Есть готовые сборочки 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) 20/01/19 Вск 13:11:25 2465547288
>>2465479
>И также, ругнувшись, прожала звук в cbr.
Дай угадаю, потому что оставил -c:a aac.
Аноним (Microsoft Windows 7: Firefox based) 23/01/19 Срд 01:39:45 2467502289
Так, снова я со своей черепицей. Хочу добавить таймкод, делаю как-то так:
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 не работает, но и без него ошибка всё равно вылазит.
Аноним (Microsoft Windows 8: Firefox based) 29/01/19 Втр 03:05:21 2471449290
ner.jpeg (88Кб, 640x960)
640x960
>>2452566 (OP)
Как обновить ffmpeg из консоли под шиндовс? Как писать стримы с ютуба? Есть ли замена streamlink'у?
Аноним (Microsoft Windows 7: Firefox based) 29/01/19 Втр 03:22:29 2471452291
>>2471449
> Как обновить ffmpeg из консоли под шиндовс?
Смотря как устанавливал, лол.
> Как писать стримы с ютуба? Есть ли замена streamlink'у?
youtube-dl.
Аноним (Microsoft Windows 8: Firefox based) 30/01/19 Срд 17:34:35 2472685292
>>2471452
>Смотря как устанавливал, лол.
Никак, билды же в архивах раздаются. Просто разархивировал и добавил путь в PATH

>youtube-dl.
Как им правильно останавливать запись в нужный момент? Посредством ctrl+c получаются битые файлы, которые ничем не открываются. Алсо можно ли как-нибудь такие файлы восстановить без потерь?
Как в youtube-dl задать запись стима не с момента запуска программы, а с начала стрима? Или задать запись с нужной минуты? В streamlink'е всё это было просто и понятно, но с недавнего времени перестало работать.
Аноним (Linux: Firefox based) 30/01/19 Срд 18:47:36 2472749293
Аноним (Microsoft Windows 8: Firefox based) 30/01/19 Срд 18:59:11 2472756294
>>2472749
Я же выше уже писал, что им пользовался и всё устраивало, но в ноябре-декабре гугл там что-то у себя подкрутил и стримлинк теперь стримы не находит
> error: No playable streams found on this URL:
Сам стримлинк с августа прошлого года не обновлялся
Аноним (Ubuntu Linux: Firefox based) 30/01/19 Срд 19:38:44 2472771295
Аноним (Microsoft Windows 7: Firefox based) 30/01/19 Срд 19:56:03 2472781296
>>2472685
> Посредством ctrl+c получаются битые файлы, которые ничем не открываются.
УМВР.
ffplay, mpv играет.
Аноним (Microsoft Windows 10: Firefox based) 01/02/19 Птн 23:38:48 2474612297
Может кто прикинуть на глазок, до какого битрейта можно пожать музычку, чтобы ничего не потерять на смартфоне за 6к и наушниках за 1к?
Понакачал довольно тяжёлых файлов, а вместить хочется как можно больше, а памяти мало.
И opus сейчас лучший?
Аноним (Microsoft Windows 10: Firefox based) 01/02/19 Птн 23:51:01 2474620298
>>2452566 (OP)
Хочу переконвертировать много роликов из в мп4 в вебм с целью экономии места и без потери качества, Movavi Premium 19 выдаёт неизвестную ошибку, чем ещё это можно сделать? В идеале максимально простую хуйню с красивым дизайном и тремя кнопками откуда, куда, старт и чтобы несколько видосов сразу закинуть.
Аноним (Microsoft Windows 10: Firefox based) 01/02/19 Птн 23:53:10 2474622299
Аноним (Microsoft Windows 10: Palemoon) 02/02/19 Суб 00:32:39 2474643300
>>2474620
> с целью экономии места и без потери качества
То есть хочешь сделать их ещё больше размера и с худшим качеством? Потому что вп дерьмо не знает, что такое качество.
Аноним (Google Android: Firefox based) 02/02/19 Суб 05:55:53 2474706301
Аноним (Google Android: Mobile Safari) 02/02/19 Суб 11:25:40 2474831302
Аноним (Microsoft Windows 7: Firefox based) 02/02/19 Суб 14:00:30 2474929303
>>2474612
AAC 128 должно хватать всем.

>>2474620
HandBrake умеет обрабатывать пачками.
Аноним (Microsoft Windows 10: Firefox based) 03/02/19 Вск 19:33:02 2475864304
image.png (15Кб, 698x434)
698x434
Я понимаю, что это совсем пиздец, но я застрял на моменте PATH, как добавить, можно для дебила?
Аноним (Linux: Firefox based) 03/02/19 Вск 19:38:09 2475870305
Аноним (Microsoft Windows 10: Palemoon) 03/02/19 Вск 19:58:57 2475878306
>>2475864
А зачем тебе он в переменных окружения? Чтобы линупсойдом себя чувствовать? Просто скопируй ffmpeg.exe в C:\Windows\System32
Аноним (Microsoft Windows 10: Firefox based) 03/02/19 Вск 20:09:38 2475886307
>>2475878
Нет, потому что так было где-то написано.
Спасибо, добра
Аноним (Microsoft Windows 10: Palemoon) 03/02/19 Вск 20:13:06 2475892308
>>2475886
Лучше не экзешник добавь, чтобы не лазить, а батник вот такой
chcp 65001
<путь>\ffmpeg.exe
Поможет читать кирилицу в метадате и обновлять можно просто закинув в новый ffmpeg заместо старого.
Аноним (Microsoft Windows 7: Firefox based) 04/02/19 Пнд 17:07:54 2476453309
Напишите на бумажке нормальную командную строку vp9, пример, я буду одним пальчиком набирать и через батник запускать.
Аноним (Microsoft Windows 10: Palemoon) 04/02/19 Пнд 18:19:49 2476482310
1549293580158.jpg (49Кб, 856x642)
856x642
>>2476453
Абуняша разрешил постить mp4, оставь эти ональные игрища с реэнкодом интеллектуально незащищённым анимедетям.
Аноним (Microsoft Windows 8: Firefox based) 04/02/19 Пнд 19:18:12 2476512311
А есть гайд для ваще полных долбоёбов?
Аноним (Linux: Chromium based) 04/02/19 Пнд 20:33:23 2476579312
.mp4 (18197Кб, 1280x720, 00:01:08)
1280x720
>>2476482
> Абуняша разрешил постить mp4
Аноним (Microsoft Windows 10: Firefox based) 04/02/19 Пнд 21:05:44 2476598313
>>2476482
С разморозкой тебя. Почитай на вики что пропустил за 2 года.
Аноним (Microsoft Windows 7: Firefox based) 04/02/19 Пнд 23:41:39 2476720314
.png (58Кб, 827x626)
827x626
>>2476453
Я вот так конверчу, например. Выходит неплохо.
Аноним (Microsoft Windows 10: Palemoon) 04/02/19 Пнд 23:47:34 2476726315
1549313247230.png (479Кб, 767x1036)
767x1036
>>2476598
Что я пропустил, прости? Подробнее!
Аноним (Microsoft Windows 7: Palemoon) 05/02/19 Втр 00:29:50 2476748316
>>2476720
Зачем хардкодишь имя? Можно же
title any2webm: %~n1
, а потом везде в целом одном месте %1 хуячить.
Аноним (Microsoft Windows 7: Palemoon) 05/02/19 Втр 00:31:47 2476749317
>>2476720
А, а на выводе "%~pn1.webm" не забудь
Аноним (Microsoft Windows 7: Firefox based) 05/02/19 Втр 00:43:11 2476752318
.webm (1359Кб, 1024x426, 00:00:04)
1024x426
Аноним (Microsoft Windows 7: Firefox based) 05/02/19 Втр 14:17:28 2476964319
>>2476453
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"
Можно указать несколько исходных видео - батник будет их обрабатывать по очерёдности.
Аноним (Microsoft Windows 7: Firefox based) 05/02/19 Втр 14:20:23 2476970320
Аноним (Microsoft Windows 7: Firefox based) 05/02/19 Втр 16:05:28 2477084321
>>2474612
Опус с битрейтом выше 144Кбит. И до 224. Ниже искажается звук, а выше разницы уже нет.
Аноним (Microsoft Windows 10: Firefox based) 05/02/19 Втр 16:07:12 2477087322
>>2477084
Да уже пофиг, мне и на 128 норм.
Откуда цифра в 144?
Мб перекожу.
Аноним (Microsoft Windows 7: Firefox based) 05/02/19 Втр 16:20:01 2477101323
136.png (224Кб, 640x480)
640x480
144.png (227Кб, 640x480)
640x480
224.png (217Кб, 640x480)
640x480
320.png (216Кб, 640x480)
640x480
>>2477087
>Откуда цифра в 144
экспериментально получена многократным перекодом в разные битрейты.
Аноним (Microsoft Windows 7: Firefox based) 05/02/19 Втр 16:22:25 2477108324
исходник.png (245Кб, 640x480)
640x480
вот исходный звук, для сравнения
Аноним (Microsoft Windows 10: Firefox based) 05/02/19 Втр 16:26:53 2477118325
>>2477101
Я так понял, "заметно" должно быть именно где-то в области 20-15 кГц? По крайней мере, не выше?
И лучше vbr юзать?
И ещё, как грамотно такой график назвать, я бы загуглил и в Audacity повторил, если можно.
Аноним (Microsoft Windows 7: Firefox based) 05/02/19 Втр 16:38:47 2477141326
>>2477118
>"заметно" должно быть именно где-то в области 20-15 кГц?
Да. Если зажать качественное аудио слишком низким битрейтом, будут проскакивать посвистывание и писк, как при воспроизведении зацарапанного CD или когда у цифрового ТВ начинает рассываться картинка.
С некачественным звуком все немного иначе.
>И лучше vbr юзать?
Используется по умолчанию.
>>2477118
>как грамотно такой график назвать, я бы загуглил и в Audacity повторил
https://www.youtube.com/watch?v=8AmS0JuURBI
Аноним (Microsoft Windows 10: Firefox based) 05/02/19 Втр 16:40:58 2477147327
>>2477141
Огромное спасибо тебе.
Аноним (Microsoft Windows 10: Firefox based) 05/02/19 Втр 16:47:54 2477152328
Если используете Lossy формат, то ставьте максимальный битрейт, какой смысл в экономии в 2019?
Аноним (Microsoft Windows 7: Firefox based) 05/02/19 Втр 16:56:47 2477158329
>>2477118
Тебе бы лучше понять такую простую вещь, что качество звука нужно оценивать на слух, а не по картинкам шизиков, которым важнее красивый спектр в почти неслышимой области.
Аноним (Google Android: Mobile Safari) 05/02/19 Втр 18:28:38 2477258330
>>2477158
Это не совсем шизофрения.
Есть такой момент, что я могу и на 32к наслаждаться, ок?
Но я не хочу, чтобы девайс меня обманывал, выдавая не оригинал, понимаешь?
Аноним (Microsoft Windows 10: Firefox based) 06/02/19 Срд 03:55:12 2477597331
>>2474622
Не хочу разбираться.
>>2474643
Что такое >впдерьмо? Вебм вроде меньше весит с такмим же качеством, не?
>>2474929
Спасибо, попробую.
Аноним (Microsoft Windows 7: Chromium based) 06/02/19 Срд 05:26:36 2477605332
Нарезаю так, все правильно делаю?

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
Аноним (Microsoft Windows 10: Firefox based) 06/02/19 Срд 05:32:57 2477606333
>>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 длительность -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
Аноним (Microsoft Windows 7: Chromium based) 06/02/19 Срд 05:54:31 2477610334
>>2477606
А можно как то заранее узнать будущий вес файла еще до кодирования? Или обязательно кодить а потом уже глядя на промах прицеливаться в 20мегабайт изменяя длительность и CRF?
Аноним (Microsoft Windows 10: Firefox based) 06/02/19 Срд 05:56:36 2477611335
>>2477610
Наверное нет. Если хочешь 20 МБ, то рассчитай битрейт и поставь его вместо -b:v 0
Аноним (Microsoft Windows 7: Chromium based) 06/02/19 Срд 06:02:24 2477612336
>>2477611
Понял, буду разбираться, спасибо.
Аноним (Linux: Chromium based) 06/02/19 Срд 06:02:29 2477613337
поясните про битрейт
Аноним (Microsoft Windows 7: Firefox based) 06/02/19 Срд 21:20:14 2478101338
>>2477610
Пережать сегмент длиной в 30 секунд с желаемым качеством, посмотреть, с каким битрейтом его пожало.
Аноним (Microsoft Windows 7: Chromium based) 06/02/19 Срд 23:21:10 2478147339
image.png (90Кб, 1339x770)
1339x770
Кто знает, как исправлять такой косяк? Понятно, что проебан размер. Как вычислить что где и насколько проебанно?
Аноним (Microsoft Windows 10: Palemoon) 06/02/19 Срд 23:33:56 2478152340
Аноним (Microsoft Windows 7: Firefox based) 07/02/19 Чтв 00:12:18 2478161341
> SDL_OpenAudio (2 channels, 48000 Hz): WASAPI can't initialize audio client: CoInitialize has not been called.
???
Аноним (Microsoft Windows 7: Palemoon) 07/02/19 Чтв 00:33:39 2478164342
>>2478161
Конпелируй сам. Решение есть где-то в интернетах
Аноним (Microsoft Windows XP: Firefox based) 07/02/19 Чтв 02:22:25 2478179343
Аноним (Microsoft Windows 7: Firefox based) 07/02/19 Чтв 02:46:14 2478181344
>>2478179
А почему такое произошло?
На другом компьютере всё нормально работает, версия там около годичной давности.
Аноним (Microsoft Windows 7: Firefox based) 07/02/19 Чтв 14:19:55 2478324345
Почему последний стабильный ффмпег кодирует видео с пониженным на треть битрейтом, а не с тем что я ему указал? Я ему -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"
Аноним (Microsoft Windows 7: Firefox based) 07/02/19 Чтв 15:05:49 2478344346
>>2478324
Разве должно быть как-то иначе?
Аноним (Microsoft Windows 8: Chromium based) 07/02/19 Чтв 17:11:09 2478441347
Как делать превью для двача? Картинка в начале видео и второй видеопоток не работают.
Аноним (Microsoft Windows 10: Firefox based) 07/02/19 Чтв 17:20:05 2478450348
1510375050744.mp4 (180Кб, 638x354, 00:00:03)
638x354
>>2478324
> -map_metadata -1

> -metadata title="" ^
> -metadata:s:0 title="" ^
> -metadata:s:1 title="" ^
Аноним (Microsoft Windows 10: Firefox based) 07/02/19 Чтв 17:22:45 2478451349
1490315582489.mp4 (6606Кб, 854x480, 00:20:00)
854x480
1471869780254.webm (8825Кб, 854x480, 00:40:00)
854x480
Аноним (Microsoft Windows 8: Chromium based) 07/02/19 Чтв 19:31:01 2478522350
>>2478451
Ты зря думаешь, что я такой тупой, но если бы ты объяснил, почему надо ставить 40 минут и 0,1кадр/сек а не 0,01 и как это рассчитывать от исходника видео, я был бы признателен.
Аноним (Microsoft Windows 10: Chromium based) 07/02/19 Чтв 20:05:04 2478539351
>>2478451
Кто-нибудь знает, как трек во втором видео называется?
Аноним (Microsoft Windows 7: Firefox based) 07/02/19 Чтв 20:12:21 2478546352
>>2478539
замечательный математический класс чируно
Аноним (Microsoft Windows 10: Chromium based) 07/02/19 Чтв 20:24:29 2478547353
Аноним (Microsoft Windows 10: Firefox based) 07/02/19 Чтв 20:40:16 2478551354
>>2478522
> почему надо ставить 40 минут
10x от длины видео, остальное по вкусу
Аноним (Microsoft Windows 8: Chromium based) 08/02/19 Птн 14:52:49 2479353355
>>2478551
Спасибо.
Что скажешь насчёт звука, с видео всё просто - vp10>vp9>vp8, а вот vorbis или opus, какой выбрать для битрейда 64-112k?
Аноним (Microsoft Windows 10: Firefox based) 08/02/19 Птн 18:06:02 2479475356
>>2479353
> 64-112k
Для такого точно opus, когда он появился, то все балдели от того, как он звучит на низких битрейтрах по сравнению с пердящим vorbis'ом.
Мне нравится как "звучит" vorbis чуть больше, но стоит ли заморачиваться, когда есть универсальный opus.
Аноним (Microsoft Windows 10: Palemoon) 08/02/19 Птн 18:10:37 2479480357
1549638627936.png (427Кб, 566x800)
566x800
>>2479475
> универсальный
> 48000Hz мне дал или сам апскейльну
> 5.1/7.1? Не слышал и ты не услышишь!
Аноним (Microsoft Windows 10: Firefox based) 08/02/19 Птн 18:20:16 2479485358
>>2479480
Это правда, я хотел сначала написать, что если можно позволить себе 192к+, то лучше обмазываться ворбисом с -q:a 6, но что-то в другом направлении пошёл.
Аноним (Microsoft Windows 7: Firefox based) 08/02/19 Птн 19:37:17 2479575359
Попробовал сжимать тишину опусом и ворбисом, первому написал -b:a 128k, второму -q:a 4, остальные настройки не трогал. Оба не сообразили что это тишина и не сжали ее в ноль. Зачем так делать?
Аноним (Microsoft Windows 7: Chromium based) 10/02/19 Вск 20:30:55 2480952360
>>2479575
Уже отправил пулл-реквест?
Аноним (Microsoft Windows 8: New Opera) 13/02/19 Срд 10:49:49 2486983361
Как соединить две webm друг за другом, свойства у них одинаковые? В гугле забанен за неверное отгадывание гидрантов.
Захват звука с выхода приложения Аноним (Microsoft Windows 10: Firefox based) 13/02/19 Срд 16:28:33 2487182362
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.
Аноним (Microsoft Windows 10: Firefox based) 13/02/19 Срд 20:56:34 2487381363
>>2486983
Создаешь папочку, копируешь видео в неё, в папочке делаешь .txt файл с
file 'video1.mkv'
file 'video2.mkv'

Делаешь
ffmpeg -f concat -i file.txt -c copy new.mkv
Аноним (Microsoft Windows 7: Firefox based) 13/02/19 Срд 22:36:58 2487426364
>>2487381
А если ты хороший мальчик, чистишь зубы 2 раза в день и не используешь пробелы в названиях файлов, то можно и без текстового файлика:
-i "concat:file1|file2"
Аноним (Linux: Chromium based) 18/02/19 Пнд 01:56:50 2490298365
>>2452566 (OP)
ТРЕД НЕ ЧИТАЙ @ ВОПРОС ЗАДАВАЙ

Аноним (Linux: Chromium based) 18/02/19 Пнд 01:58:52 2490299366
>>2490298
блять, какого черта сообщение отправилось

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

Видяшки с ксяоми камеры и телефона. В будущем добавится еще DSLRка, везде 4К х264 кодек.
Аноним (Microsoft Windows 10: Chromium based) 18/02/19 Пнд 11:45:40 2490399368
>>2490300
Ну, из твоего высера мы поняли, что ты нитакойкаквсе. Стремиться больше некуда. Ты всего достиг.
Аноним (Linux: Chromium based) 18/02/19 Пнд 13:01:10 2490430369
>>2490399
в чем же заключается моя нитокаякаквсешность, поясни пожалуйста, потешь мое самолюбие
Аноним (Microsoft Windows 10: Firefox based) 18/02/19 Пнд 14:55:52 2490479370
Мне надо сконвертить вебм, 4 минуты, уместить соостветсвнно в 20мб, или какой там лимит. Чем это лучше сделать? И что к слову значат CRF и tolerance в webm for retards?
Аноним (Linux: Chromium based) 18/02/19 Пнд 16:01:06 2490517371
Аноним (Microsoft Windows 10: Firefox based) 18/02/19 Пнд 17:04:52 2490537372
>>2490479
Считаешь битрейте 20480 * 8 / длина_в_секундах и делаешь
-crf 20 -b:v xk
вроде оно уже научилось попадать в лимит.
Аноним (Microsoft Windows 8: Chromium based) 18/02/19 Пнд 22:34:55 2490701373
image.png (122Кб, 641x659)
641x659
Аноним (Microsoft Windows 7: Firefox based) 22/02/19 Птн 15:02:47 2492754374
Такой вопрос разбиваю гифку на кадры но при этом картинка шакалиться можно ли этого как-то избежать ?
Аноним (Microsoft Windows 7: Firefox based) 23/02/19 Суб 14:23:00 2494293375
В boram можно заменить или добавить аудио дорожку ?
Аноним (Microsoft Windows 8: Chromium based) 23/02/19 Суб 22:10:05 2496213376
image.png (67Кб, 943x372)
943x372
>>2494293
Мышкой нет, как и видеодорожку не заменить, хотя для субтитров автор это сделал, можно вставить свои из файла, ради этого ч и качал. Но boram показывает аргументы ffmpeg, по которым он будет работать, и если к ним дописать расположение аудио и -shortest для обрезки аудио, если стороннее аудио длиннее чем видео, то дорожка заменится.
Аноним (Google Android: Mobile Safari) 23/02/19 Суб 23:18:22 2496465377
Пробовал записывать через обс игорь и во время гонения игоря крафтить вебм. В обоих случаях начинал лагать звук игры, эхо, и тоже самое в моим микрофоном в тс. Лечится перезагрузкой пк. Что не так с этим? Arch 8320@4.1&660.
Аноним (Microsoft Windows 7: Palemoon) 24/02/19 Вск 09:08:26 2496751378
Можете подсказать как сделать музыкальную webm из гифки? Нужно просто наложить музыку поверх гифки.
Аноним (Microsoft Windows 7: Firefox based) 24/02/19 Вск 12:12:53 2496815379
>>2496751
Нужно разбить гифку на кадры, но качество пострадает
Аноним (Microsoft Windows 8: Chromium based) 25/02/19 Пнд 13:08:09 2497539380
gif.gif (12419Кб, 480x545)
480x545
out.webm (937Кб, 480x545, 00:00:23)
480x545
>>2496751
Если гифка по длительности короче музыки, то
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
Аноним (Microsoft Windows 7: Firefox based) 25/02/19 Пнд 16:43:49 2497626381
>>2452566 (OP)
как наложить на аудио другое аудио?
Аноним (Microsoft Windows 8: Chromium based) 25/02/19 Пнд 20:20:36 2497739382
Аноним (Microsoft Windows 8: Chromium based) 25/02/19 Пнд 21:34:20 2497779383
>>2497626
Для нормализации громкости дописываешь выделенное жирным
amix=inputs=2:duration=first:dropout_transition=0,dynaudnorm
Аноним (Microsoft Windows 7: Palemoon) 26/02/19 Втр 10:25:11 2498050384
Не получается за лупить гифку.
Аноним (Microsoft Windows 8: Chromium based) 26/02/19 Втр 11:55:44 2498072385
>>2498050
Экстрасенсы в отпуске, какие ошибки выдает ффмпег?
Аноним (Microsoft Windows 7: Palemoon) 26/02/19 Втр 13:03:15 2498125386
>>2498072
Никаких, он просто делает вебм но не лупит гифку.
Аноним (Microsoft Windows 7: Firefox based) 26/02/19 Втр 13:05:55 2498138387
>>2498125
Ну скрины хоть выложи что ты там делаешь
Аноним (Microsoft Windows 7: Palemoon) 26/02/19 Втр 13:12:29 2498178388
image.png (2Кб, 538x44)
538x44
Аноним (Microsoft Windows 7: Firefox based) 26/02/19 Втр 13:12:52 2498182389
Как прилинковать к мкв внешние файлы?
26/02/19 Втр 13:46:58 2498230390
>>2498182
Какие? Шрифты, субтитры, обложку обычно встраивают.
А аудиодорожки переименовывают так, чтобы они подхватывались плеерами.
Аноним (Microsoft Windows 7: Firefox based) 26/02/19 Втр 14:02:24 2498237391
>>2498178
Скинь гифку или ссылку на нее аж самому интересно
Аноним (Microsoft Windows 7: Palemoon) 26/02/19 Втр 16:28:59 2499000392
15509278740610.gif (10118Кб, 800x800)
800x800
Аноним (Microsoft Windows 7: Firefox based) 26/02/19 Втр 17:19:04 2499027393
26/02/19 Втр 17:58:16 2499044394
>>2499027
Подробностей, кноечно, не будет, да? Ну удачи, хуле. Телепаы в отпуске.
Аноним (Microsoft Windows 8: Chromium based) 26/02/19 Втр 18:10:08 2499051395
cats1000K.webm (1268Кб, 800x800, 00:00:09)
800x800
cats.webm (400Кб, 800x800, 00:00:09)
800x800
>>2498125
А что в вебм показывает?
У меня все работает, если нужно почетче картинку, то указывай битрейд повыше.
ffmpeg -stream_loop 3 -i cats.gif -i cats.mp3 -map 0:v:0 -map 1:a:0 -b:v 1000K -shortest cats1000.webm
>>2499027
Какие другие?
Аноним (Microsoft Windows 7: Firefox based) 26/02/19 Втр 19:51:53 2499123396
26/02/19 Втр 20:07:02 2499134397
Аноним (Microsoft Windows 7: Firefox based) 26/02/19 Втр 20:36:59 2499158398
>>2499134
Маня, у аниме-сериалов часто выносят опенинги и эндинги в отдельные файлы для уменьшения размера раздачи.
Аноним (Microsoft Windows 7: Firefox based) 26/02/19 Втр 21:00:03 2499172399
out33.webm (4079Кб, 800x800, 00:00:19)
800x800
>>2499000
У меня тоже все работает хз что у тебя там
26/02/19 Втр 21:08:42 2499175400
>>2499158
Забавно. Сколько ни качал, такого не видел. Ну, маняме — отдельный мирок, что тут сказать. В этом случае оправданно, да.
Аноним (Microsoft Windows 7: Palemoon) 26/02/19 Втр 21:51:59 2499202401
out1.webm (315Кб, 800x800, 00:00:02)
800x800
>>2499051
>А что в вебм показывает?
Аноним (Google Android: Mobile Safari) 26/02/19 Втр 22:30:33 2499228402
Boram у кого бсодит с kernel_stack_inpage_error?
Аноним (Google Android: Mobile Safari) 27/02/19 Срд 00:29:37 2499400403
>>2490701
Я не понимаю, почему эта оболочка жрет памяти больше, чем сам ffmpeg при работе, да еще и плодит себе несколько процессов?
Аноним (Microsoft Windows 7: Firefox based) 27/02/19 Срд 01:20:10 2499606404
>>2499400
А я только недавно поставил с ютуба ролики качать самое то, только как в борам указать папку для загрузки, по умолчанию в темп грузит.
Аноним (Microsoft Windows 7: Vivaldi) 27/02/19 Срд 16:41:36 2499889405
image.png (194Кб, 452x309)
452x309
1. Где почитать про ключевые кадры? Как они отбираются, какие есть настройки их отбора, можно ли вручную по номерам указать? Для vp9 в первую очередь.

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

>>2452566 (OP)
>исхода батла HEVC vs AV1
Да вроде бы уже всё ясно. Ещё в паре vp9/hevc на низкой и средней скорости кодирования при равных битрейтах побеждает первый, а на высоких (superfast для hevc) второй, просто потому что у vp9 нет адекватных лоу-настроек. Всё согласно предназначению, hevc для стримов и телевиденья, а vp9 для архивирования в компактные файлы. Av1 лишь усугубит эти различия, мне кажется.
А если посмотреть сайт по ссылке выше, то там почему-то даже placebo-hevc проигрывает veryfast-vp9 почти на всех изображениях. Не представляю как он это получил, в моих тестах hevc часто выигрывал на скоростях выше 0.5, как бы я его не хейтил с этими артефактами в виде полос (пик) - лучше уж шум или квадраты, мне кажется.
Аноним (Microsoft Windows 10: Palemoon) 27/02/19 Срд 17:24:15 2499916406
>>2499889
Ты втираешь полную дичь и твоя дичь не согласуется с моими результатами, потому помогать тебе не буду.
Аноним (Google Android: Mobile Safari) 27/02/19 Срд 21:17:32 2500074407
>>2499889
>placebo-hevc проигрывает veryfast-vp9
Омский космодром
Аноним (Google Android: Mobile Safari) 27/02/19 Срд 22:18:13 2500310408
15498621575120.[...].jpg (101Кб, 1023x767)
1023x767
15498621575131.[...].jpg (158Кб, 1279x1023)
1279x1023
15498621575142.[...].jpg (206Кб, 1919x1079)
1919x1079
>>2462549
Никаких. И никаких вопросов бы нe возникло, eсли бы ты выложил скрин сразу и полностью. Кстати, кого ты хотeл удивить аптаймом XPшки?(и eсли бы нe новогодниe праздники, он был бы вышe) Bот мои.
Аноним (Google Android: Mobile Safari) 04/03/19 Пнд 03:38:22 2506729409
>>2478147
Кукуки eбaныe, cовceм кукушкой поexaли
Аноним (Microsoft Windows 7: Chromium based) 06/03/19 Срд 05:38:40 2508015410
Есть файлы:
[MP4 1080p] filename.mp4
[MP4 Audio] filename.mp4

Как батником склеить их?
Аноним (Microsoft Windows 10: Firefox based) 06/03/19 Срд 05:42:11 2508016411
>>2508015
ffmpeg -i video.mp4 -i audio.mp4 -map 0:v -map 1:a -c copy out.mp4
Аноним (Microsoft Windows 10: Chromium based) 08/03/19 Птн 18:16:53 2509340412
>>2452566 (OP)
Накачал несколько любимых фильмов в формате BD Remux (копия диска со всеми папками и материалами). С помощью MkvToolNix вырезал ненужные мне дорожки и дополнительные материалы и сделал один файл MKV со всеми нужными дорогами, субтитрами и главами. Всё отлично, но выходные файлы получились слишком большого размера. Возможно сжать их без особой потери качества чтобы сохранилась вся структура фильма с субтитрами и главами? Не углубляясь сильно в матчасть, так сказать. Может есть годные проги с готовыми пресетами и т.д.
Все бдрипы в интернете либо неполные, либо слишком шакальные.
Аноним (Microsoft Windows 7: Firefox based) 08/03/19 Птн 19:36:40 2509400413