Этого треда уже нет.
Это копия, сохраненная 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
116 Кб, 400x400FFmpeg - мощнейший видео-комбайн с открытым исходным кодом подо все существующие в наблюдаемой части нашей галактики платформы. 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)
Скачать тут: 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)
>>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
>>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
Кароч VP9 клёвый, сам пользуюсь и всем советую.
Его очень тупо сделали в XMedia Recode - я хз почему он там такой тормознутый. Но в оригинальном ффмпеге он норм сделан.
Его очень тупо сделали в XMedia Recode - я хз почему он там такой тормознутый. Но в оригинальном ффмпеге он норм сделан.
>>452576
Спасибо большое.
Здесь >>2452506 был неправ в следующем:
Но я бы ещё немного развил успех и попробовал slower и что-нибудь эквивалентное для libvpx.
Но так, конечно, ноздря-в-ноздрю. Но разве vp9 позиционировался как замена h.264 а не h.265?
> В итоге VP9 на капелюшечку, но лучше.
Спасибо большое.
Здесь >>2452506 был неправ в следующем:
> vp9... пиздец просто какиеой неэффективныей в случае скорости кодирования.
Но я бы ещё немного развил успех и попробовал slower и что-нибудь эквивалентное для libvpx.
Но так, конечно, ноздря-в-ноздрю. Но разве vp9 позиционировался как замена h.264 а не h.265?
>>452583
Мне кажется, ты путаешь VP9 и AV1.
>Но разве vp9 позиционировался как замена h.264 а не h.265?
Мне кажется, ты путаешь VP9 и AV1.
>>452584
Может быть. Я за движем не слежу уже нет шесть-восемь (исключением являются мои сравнительно недавние опыты с libavcodec::mpeg2 по кодированию dvd-совместимого контента, качественнее, чем CCE). Но мне по какой-то причине припоминается, что обещались какие-то ещё преимущества (ну, по эффективности сжатия) кроме патентной чистоты? Впрочем, опять могу что-то путать.
Может быть. Я за движем не слежу уже нет шесть-восемь (исключением являются мои сравнительно недавние опыты с libavcodec::mpeg2 по кодированию dvd-совместимого контента, качественнее, чем CCE). Но мне по какой-то причине припоминается, что обещались какие-то ещё преимущества (ну, по эффективности сжатия) кроме патентной чистоты? Впрочем, опять могу что-то путать.
>>452584
Оказывается, не путаю:
https://ru.wikipedia.org/wiki/VP9
Оказывается, не путаю:
> Разработка VP9 началась в третьем квартале 2011 года[3][4].
> Другая задача — добиться лучшей эффективности сжатия, чем у стандарта H.265 (High Efficiency Video Coding)[4].
https://ru.wikipedia.org/wiki/VP9
Нах делать столько лишних движений есть есть прекрасный Xmedia Recode который делает тоже самое гораздо проще?
>>452593
>>452578
ну и традиционный испорченный телефон никто не отменял
впрочем, xmedia recode действительно лучший из гуёвых конвертеров. Но если айсикью позволяет пользоваться инструментом непосредственно, то почему бы не.
>Xmedia Recode кот
>>452578
>али в XMedia Recode - я хз почему он там такой тормознутый. Но в оригинальном ффмпеге он н
ну и традиционный испорченный телефон никто не отменял
впрочем, xmedia recode действительно лучший из гуёвых конвертеров. Но если айсикью позволяет пользоваться инструментом непосредственно, то почему бы не.
Впрочем, в следующую шапку действительно XMedia Recode стоит добавить. Для простых смертных, раз уж тут общий кодирования тред (думаю, его стоит сделать таковым). >>452566 (OP) сделал себе заметку, если следующий перекат тоже буду делать я
>>452596
Не забудь сделать это в снисходительно-уничежительном тоне.
Ещё вот это резануло глаз:
«Все» — это слишком громко и немножко неправда. Про «наблюдаемой части нашей галактики» очень порадовало, т. к. регулярно приходится давать людям очевидное объяснение о том, что «в наблюдаемой нами части Вселенной законы физики таковы, что...».
> в следующую шапку действительно XMedia Recode стоит добавить
Не забудь сделать это в снисходительно-уничежительном тоне.
Ещё вот это резануло глаз:
> подо все существующие... платформы
«Все» — это слишком громко и немножко неправда. Про «наблюдаемой части нашей галактики» очень порадовало, т. к. регулярно приходится давать людям очевидное объяснение о том, что «в наблюдаемой нами части Вселенной законы физики таковы, что...».
58 Кб, 392x435>>452598
Не встречал за последние лет 20 ничего, способного выполнить AND, NOT и XOR, где не был бы реализован компилятор С.
>«Все» — это слишком громко и немножко неправда
>Написана наСи и ассемблер
Не встречал за последние лет 20 ничего, способного выполнить AND, NOT и XOR, где не был бы реализован компилятор С.
>>452599
Вообще, из этого автоматически портируемость не следует.
Это почти всегда так, но 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
>Написана на Си и ассемблер
Вообще, из этого автоматически портируемость не следует.
> Не встречал за последние лет 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
>>452601
Хотел добавить, что МЦСТ портировала (хотя бы часть) ffmpeg на родной набор команд e2k.
Хотел добавить, что МЦСТ портировала (хотя бы часть) ffmpeg на родной набор команд e2k.
>>452601
Ну не на уровне бинарников, но на уровне исходников почему бы и нет? Я не вдавался в подробности, но что там используется такого платформо-зависимого?
https://packages.gentoo.org/packages/media-video/ffmpeg
Подожди, это же сайт просто с уже скомпилированными пакетами для линукса, так?
>из этого автоматически портируемость не следует.
Ну не на уровне бинарников, но на уровне исходников почему бы и нет? Я не вдавался в подробности, но что там используется такого платформо-зависимого?
>ограничен довольно скромным числом архитектур: amd64, x86, alpha, arm, arm64, hppa, ia64, ppc, ppc64.
https://packages.gentoo.org/packages/media-video/ffmpeg
Подожди, это же сайт просто с уже скомпилированными пакетами для линукса, так?
>>452606
Нет. Это сайт source-based дистрибутива, т. е. настаивающего на местной компиляции и сборке пакетов конечным пользователем. По-совместительству этот дистрибутив имеет один из наиболее широких (если не самый широкий) охват по архитектурам.
Я к тому, что, например, на 8-битные контроллеры AVR даже код linux (т. е. только ядро) портирован очень небольшой своей частью.
> Подожди, это же сайт просто с уже скомпилированными пакетами для линукса, так?
Нет. Это сайт source-based дистрибутива, т. е. настаивающего на местной компиляции и сборке пакетов конечным пользователем. По-совместительству этот дистрибутив имеет один из наиболее широких (если не самый широкий) охват по архитектурам.
Я к тому, что, например, на 8-битные контроллеры AVR даже код linux (т. е. только ядро) портирован очень небольшой своей частью.
>>452612
Мммм... Ну ладно. Я верю, что там могут быть подводные камни. В конце-концов, про наблюдаемую часть галактики тоже гипербола и своеобразный байт для дискусса. Видишь, он сработал :3
>>452583
Насчёт вот этого я сейчас сделал более интересный эксперимент. SSIM сам по себе хуйня, которую не пощупаешь, а вот эквивалентный битрейт более осязаем.
Без пруфов, я сейчас методом перебора подогнал 2 знака после запятой у -b:v в скрипте из >>452576 для VP9 так, чтобы на выходе All SSIM был максимально похож на 264й и у меня получилось 19.58М, т.е. экономия 2% лол. Это реально кодеки-близнецы.
Мммм... Ну ладно. Я верю, что там могут быть подводные камни. В конце-концов, про наблюдаемую часть галактики тоже гипербола и своеобразный байт для дискусса. Видишь, он сработал :3
>>452583
>я бы ещё немного развил успех и попробовал slower и что-нибудь эквивалентное для libvpx.
Насчёт вот этого я сейчас сделал более интересный эксперимент. SSIM сам по себе хуйня, которую не пощупаешь, а вот эквивалентный битрейт более осязаем.
Без пруфов, я сейчас методом перебора подогнал 2 знака после запятой у -b:v в скрипте из >>452576 для VP9 так, чтобы на выходе All SSIM был максимально похож на 264й и у меня получилось 19.58М, т.е. экономия 2% лол. Это реально кодеки-близнецы.
Можно сразу вопрос... Если я аутист, которые не умеет переустанавливать винду, то мне будет под силу освоить это?
>>453278
Главное, чтобы тебе было под силу прочитать это >>452566 (OP)
Ну а дальше уж по ощущениям - насколько тебя вштырит. Меня ебануло на отличненько, например.
Главное, чтобы тебе было под силу прочитать это >>452566 (OP)
>Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.
Ну а дальше уж по ощущениям - насколько тебя вштырит. Меня ебануло на отличненько, например.
>>453278
Да, аутистам хорошо заходит.
Да, аутистам хорошо заходит.
>>453992
По скорости кодирования vp9 сильно отсасывает. Как и его чуть улучшенная версия av1.
По скорости кодирования vp9 сильно отсасывает. Как и его чуть улучшенная версия av1.
>>454018
Вместо смехуёчков и надрачивания на свою доминантность, показал бы клоуну пост >>452576, в котором в самом медленном режиме vp9 (libvpx) и h.264 (libx264) идут вровень. Как ситуация меняется в других режимах — вопрос открытых и я всё ещё сомневаюсь, что libvpx в других условиях убегает вперёд libx264. Но было бы неплохо. Тогда можно было бы сказать, что теперь у сообщества есть патентно чистый аналоги H.264 с опозданием каких-то 13 лет и слабенькими настройками.
Вместо смехуёчков и надрачивания на свою доминантность, показал бы клоуну пост >>452576, в котором в самом медленном режиме vp9 (libvpx) и h.264 (libx264) идут вровень. Как ситуация меняется в других режимах — вопрос открытых и я всё ещё сомневаюсь, что libvpx в других условиях убегает вперёд libx264. Но было бы неплохо. Тогда можно было бы сказать, что теперь у сообщества есть патентно чистый аналоги H.264 с опозданием каких-то 13 лет и слабенькими настройками.
>>454146
6 лет как. Причём не аналог, а лучше него на 1080p+.
А ещё есть аналог H.265, из-за которого теперь в спешке клепают H.266, чтобы не обосраться.
Ну и заодно патентхолдеры знатно поубавили аппетиты и даже сделали аналог организации AOMedia, чтобы не допустить повторного факапа.
Благодаря AOM можно почти передавать HEVC в интернете бесплатно. Профит по загруженности канала в 2 раза. Такие дела.
> теперь
6 лет как. Причём не аналог, а лучше него на 1080p+.
А ещё есть аналог H.265, из-за которого теперь в спешке клепают H.266, чтобы не обосраться.
Ну и заодно патентхолдеры знатно поубавили аппетиты и даже сделали аналог организации AOMedia, чтобы не допустить повторного факапа.
Благодаря AOM можно почти передавать HEVC в интернете бесплатно. Профит по загруженности канала в 2 раза. Такие дела.
>>454151
Это неизмеримая категория. Утверждение лишено смысла.
Это твои эротические фантазии или ты готов обосновать утверждения именно в выдвинутой форме?
Нужно два пруфа:
- что профит есть (рост вычислительной нагрузки в 10 раз — это слив, а не профит);
- что в два раза (метрики SSIM те же плюс/минус 0,5 дБ, поток вдвое меньше).
> Причём не аналог, а лучше него на 1080p+.
> лучше
Это неизмеримая категория. Утверждение лишено смысла.
> А ещё есть аналог H.265, из-за которого теперь в спешке клепают H.266, чтобы не обосраться.
> Ну и заодно патентхолдеры знатно поубавили аппетиты и даже сделали аналог организации AOMedia, чтобы не допустить повторного факапа.
Это твои эротические фантазии или ты готов обосновать утверждения именно в выдвинутой форме?
> Профит по загруженности канала в 2 раза. Такие дела.
Нужно два пруфа:
- что профит есть (рост вычислительной нагрузки в 10 раз — это слив, а не профит);
- что в два раза (метрики SSIM те же плюс/минус 0,5 дБ, поток вдвое меньше).
>>454146
Мне гораздо более интересно, откуда такие люди берутся. Это какой-то мемчик, который прошёл мимо меня или что? Просто у меня совершенно на другой борде тоже появился сабж с аналогичным утверждением и я сомневаюсь, что он отмечался ИТТ, т.е. люди где-то откапывают это заблуждение насчёт производительности вп9 и потом его зачем-то тиражируют, не проверяя самостоятельно.
>Вместо смехуёчков и надрачивания на свою доминантность, показал бы клоуну пост
Мне гораздо более интересно, откуда такие люди берутся. Это какой-то мемчик, который прошёл мимо меня или что? Просто у меня совершенно на другой борде тоже появился сабж с аналогичным утверждением и я сомневаюсь, что он отмечался ИТТ, т.е. люди где-то откапывают это заблуждение насчёт производительности вп9 и потом его зачем-то тиражируют, не проверяя самостоятельно.
>>454420
Известно где. В libvpx 1.3 энкодер VP9 был сильно медленный и однотредовый. То, что его потом ускорили, многие не знают.
>люди где-то откапывают это заблуждение насчёт производительности вп9
Известно где. В libvpx 1.3 энкодер VP9 был сильно медленный и однотредовый. То, что его потом ускорили, многие не знают.
>>454425
Стоит ещё упомнить не так давно появившийся row-mt, без которого даже с форсированием многопоточности проц не загружается полноценно.
Стоит ещё упомнить не так давно появившийся row-mt, без которого даже с форсированием многопоточности проц не загружается полноценно.
Вообще, у меня есть идея немного расширить это >>452576 исследование и дополнить его VP8, x265 и AV1 кодеками. Что ещё у нас на слуху?
И ещё было бы здорово использовать для оценки эквивалентного битрейта какую-то более адекватную метрику, чем простой SSIM искаропки ффмпега. Есть у кого что-нибудь на примете, чтобы могло оценивать динамический видеоряд? Или, может, мастера AOMAnalyzer ИТТ? Я идиот и так и не смог с ним совладать, онлайн документации нет, а в ирц я не полезу ибо стесняша-социофоб.
И ещё было бы здорово использовать для оценки эквивалентного битрейта какую-то более адекватную метрику, чем простой SSIM искаропки ффмпега. Есть у кого что-нибудь на примете, чтобы могло оценивать динамический видеоряд? Или, может, мастера AOMAnalyzer ИТТ? Я идиот и так и не смог с ним совладать, онлайн документации нет, а в ирц я не полезу ибо стесняша-социофоб.
>>454484
Вот это собери https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM
если осилишь
пиздец
>Что ещё у нас на слуху?
Вот это собери https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM
если осилишь
>стесняша-социофоб
пиздец
>>454497
Бегло просмотрел ридми и не нашёл знакомых слов. Может, и попробую собрать, но точно не в ближайшей перспективе.
Что выросло, то выросло. Постите смешное сами.
>если осилишь
Бегло просмотрел ридми и не нашёл знакомых слов. Может, и попробую собрать, но точно не в ближайшей перспективе.
>пиздец
Что выросло, то выросло. Постите смешное сами.
>>454484
https://github.com/tdaede/rd_tool/blob/master/metrics_gather.sh
https://github.com/tdaede/awcy/blob/master/bd_rate_report.py
Вот такие у мозилловцев: PSNR, PSNRHVS, SSIM, FASTSSIM, CIEDE2000, PSNR Cb, PSNR Cr, APSNR, APSNR Cb, APSNR Cr, MSSSIM, VMAF
Для начала хватит. HVMAF ещё можно добавить (harmonic mean VMAF, в той статье нетфликса описана).
>>454501
На doom9 вроде собирали. Но вряд ли там очень свежее. Лучше учись с кодом работать, ничего сложного в этом нет. Иначе ты слишком сильно ограничен в исследовании кодеков.
Для простоты можно использовать виртуалку или WSL.
>какую-то более адекватную метрику, чем простой SSIM искаропки ффмпега
https://github.com/tdaede/rd_tool/blob/master/metrics_gather.sh
https://github.com/tdaede/awcy/blob/master/bd_rate_report.py
Вот такие у мозилловцев: PSNR, PSNRHVS, SSIM, FASTSSIM, CIEDE2000, PSNR Cb, PSNR Cr, APSNR, APSNR Cb, APSNR Cr, MSSSIM, VMAF
Для начала хватит. HVMAF ещё можно добавить (harmonic mean VMAF, в той статье нетфликса описана).
>>454501
>попробую собрать
На doom9 вроде собирали. Но вряд ли там очень свежее. Лучше учись с кодом работать, ничего сложного в этом нет. Иначе ты слишком сильно ограничен в исследовании кодеков.
Для простоты можно использовать виртуалку или WSL.
>>454455
Он загружает все ядра только на 4к видео, а на фхд больше 4 ядер не нагрузишь. В то время h264 видео 144p на 16 ядрах можно конвертировать.
Он загружает все ядра только на 4к видео, а на фхд больше 4 ядер не нагрузишь. В то время h264 видео 144p на 16 ядрах можно конвертировать.
Вброшу и сюда свой вопрос потому что меня ебёт. Есть ли сейчас какие-нибудь фронтенды для распараллеливания на уровне гопов, а не по тайлам? Второе, как известно, неизбежно ведёт к потерям в качестве, в то время как гопы могут быть закодированы независимо, а потом склеены. В связи с этим вопрос: как такое сделать? Я не верю, что никто не догадался распарсить лог-файл с 1го прохода и по нему нарезать оригинальный файл для кодирования тупо по -ss / -to. Если реально никто не догадался, то где можно почитать про формат лог-файла, который выплёвывает ффмпег? Вдруг моих познаний в шарпах хватит на такое, по-моему, распараллеливание без потерь было бы круто.
>>454599
Можно и не парсить, просто режешь видос по числу ядер и энкодишь отдельно. Для всего, что дольше минуты, потери на возможные парочку лишних I-фреймов будут минимальны.
Или можно оригинальные GOP использовать. Там скорее всего H.264 какой-нибудь, значит разрезал по scenechange, вряд ли твой энкодер другой бы тип кадра выбрал. Netflix вроде как раз так делает.
Можно и не парсить, просто режешь видос по числу ядер и энкодишь отдельно. Для всего, что дольше минуты, потери на возможные парочку лишних I-фреймов будут минимальны.
Или можно оригинальные GOP использовать. Там скорее всего H.264 какой-нибудь, значит разрезал по scenechange, вряд ли твой энкодер другой бы тип кадра выбрал. Netflix вроде как раз так делает.
>>454604
Дело в том, что я режу смешные вебмки для двача, поэтому меня ебёт вопрос именно в таком разрезе и пара лишних и-кадров вовсе не лишняя и хотелось бы достичь именно полной аналогии итогового файла относительно обычного двухпроходового.
К сожалению, приходится работать иногда с разными источниками, т.ч. мне бы именно знать, что там напланировал себе именно сам енкодер.
>Для всего, что дольше минуты
Дело в том, что я режу смешные вебмки для двача, поэтому меня ебёт вопрос именно в таком разрезе и пара лишних и-кадров вовсе не лишняя и хотелось бы достичь именно полной аналогии итогового файла относительно обычного двухпроходового.
>Там скорее всего H.264 какой-нибудь
К сожалению, приходится работать иногда с разными источниками, т.ч. мне бы именно знать, что там напланировал себе именно сам енкодер.
>>454611
Ну если был scenechange, то даже если libvpx не поставит I-фрейм, преимущества это ему дать не должно.
Ну если был scenechange, то даже если libvpx не поставит I-фрейм, преимущества это ему дать не должно.
>>454620
А разве scenechange это не специфичная для 264 штука? Я же говорю, иногда приходится реенкодить, скажем, vp9 источник.
А разве scenechange это не специфичная для 264 штука? Я же говорю, иногда приходится реенкодить, скажем, vp9 источник.
>>454622
Я использовал в смысле смены сцены/ракурса видео, когда совсем другая картинка и не с чего делать motion prediction.
Можно сделать P-кадр из одних intra-блоков, но выгоды по битрейту это не даст. Или не делать пока кейфрейм, т.к. в теории предыдущие референсы могут пригодиться через десяток кадров, но это маловероятно.
Я использовал в смысле смены сцены/ракурса видео, когда совсем другая картинка и не с чего делать motion prediction.
Можно сделать P-кадр из одних intra-блоков, но выгоды по битрейту это не даст. Или не делать пока кейфрейм, т.к. в теории предыдущие референсы могут пригодиться через десяток кадров, но это маловероятно.
>>454635
Погоди, но как это определить по исходнику, не парся лог с первого прохода?
>Я использовал в смысле смены сцены/ракурса видео, когда совсем другая картинка и не с чего делать motion prediction.
Погоди, но как это определить по исходнику, не парся лог с первого прохода?
>>454637
Для vapoursynth есть плагины:
https://github.com/dubhater/vapoursynth-scxvid
https://github.com/dubhater/vapoursynth-wwxd
https://forum.doom9.org/showthread.php?t=166769
Или через ffmpeg:
https://stackoverflow.com/questions/35675529/using-ffmpeg-how-to-do-a-scene-change-detection-with-timecode
Или тупо использовать GOP от предыдущего энкода, т.к. скорее всего они как раз разрезаны по scenechange.
Для vapoursynth есть плагины:
https://github.com/dubhater/vapoursynth-scxvid
https://github.com/dubhater/vapoursynth-wwxd
https://forum.doom9.org/showthread.php?t=166769
Или через ffmpeg:
https://stackoverflow.com/questions/35675529/using-ffmpeg-how-to-do-a-scene-change-detection-with-timecode
Или тупо использовать GOP от предыдущего энкода, т.к. скорее всего они как раз разрезаны по scenechange.
>>454776
Чтобы H.264 не обосрался, очевидно же, он же на x264 надрачивает и до сих пор верит, что лучше него ничего не придумали.
20M это почти как на блюрее.
>а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте
Чтобы H.264 не обосрался, очевидно же, он же на x264 надрачивает и до сих пор верит, что лучше него ничего не придумали.
20M это почти как на блюрее.
>>454784
Я не буду как ты. Не буду делать предположений о том, что привело тебя к ошибочному мнению. А ты мог бы просто спросить.
Эротические фантазии, как они есть.
Впрочем, я был бы не я, если бы не расстроил тебя скучной правдой жизни.
Сам стандарт H.264 сегодня имеет достаточно реализаций, достигших сходных результатов по эффективности кодирования и вычислительной эффективности, из чего можно сделать вывод о том, что ожидать прорывных или вообще существенных подвижек в показателях для реализаций можно с крайне малой вероятностью. Другими словами, развитие стандарта окончено, стандарт и его реализации достигли зрелости, и одной из наиболее эффективных (на x86-ой платформе) реализацией является библиотека libx264, от характеристик которой сегодня можно отталкиваться как от опоры. В пользу признания libx264 в качестве опоры могу привести также следующие аргументы:
- широко известны и весьма широко же распространены результаты работы этой библиотеки;
- библиотека очень широко доступна и у большого множества экспертов есть опыт работы с ней.
Т. е. если сегодня и сравнивать результаты работы новых библиотек кодеров, то сравнивать с libx264.
>>454776
Экспертным путём прикинул ширину потока на 10...20 дБ SSIM. Это очень суровый для поисковика движения ролик, там компактного представления не имеет ни картина векторов движения, ни картина коэффициентов преобразования. Этот ролик просто перегружен для кодеков с компенсацией движения, следовательно, на типовую ширину потока для «среднего по больнице» большого (т. е. содержащего достаточное число и крупных планов и статичных сцен) видеоматериала и проверять смысле нет, потому, как меня интересует видео, а не месиво из блоков и мыла.
Я считаю, что ниже 10 дБ SSIM, в большинстве случаев, говорить о качестве бессмысленно. Картинка на вид не будет выглядеть хорошо: как минимум, текстуры будут смяты, вокруг резких границ будет звон или мыло, а из под движущихся объектов будет вместо фона с текстурой обнажаться шлейф искажений. Есть ли смысл такое рассматривать вариант эффективного высококачественного видео высокой чёткости 1920×1080@50? Я считаю, что есть, но число технический — для исследования робастности оптимизаторов из составе кодировщика.
Для практических применений, я считаю, следует использовать те режимы, в которых «визуальные отличия» едва заметны или хотя бы в глаза не бросаются.
Я не буду как ты. Не буду делать предположений о том, что привело тебя к ошибочному мнению. А ты мог бы просто спросить.
> Чтобы H.264 не обосрался, очевидно же
> он же на x264 надрачивает и до сих пор верит, что лучше него ничего не придумали.
Эротические фантазии, как они есть.
Впрочем, я был бы не я, если бы не расстроил тебя скучной правдой жизни.
Сам стандарт H.264 сегодня имеет достаточно реализаций, достигших сходных результатов по эффективности кодирования и вычислительной эффективности, из чего можно сделать вывод о том, что ожидать прорывных или вообще существенных подвижек в показателях для реализаций можно с крайне малой вероятностью. Другими словами, развитие стандарта окончено, стандарт и его реализации достигли зрелости, и одной из наиболее эффективных (на x86-ой платформе) реализацией является библиотека libx264, от характеристик которой сегодня можно отталкиваться как от опоры. В пользу признания libx264 в качестве опоры могу привести также следующие аргументы:
- широко известны и весьма широко же распространены результаты работы этой библиотеки;
- библиотека очень широко доступна и у большого множества экспертов есть опыт работы с ней.
Т. е. если сегодня и сравнивать результаты работы новых библиотек кодеров, то сравнивать с libx264.
>>454776
> а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте?
Экспертным путём прикинул ширину потока на 10...20 дБ SSIM. Это очень суровый для поисковика движения ролик, там компактного представления не имеет ни картина векторов движения, ни картина коэффициентов преобразования. Этот ролик просто перегружен для кодеков с компенсацией движения, следовательно, на типовую ширину потока для «среднего по больнице» большого (т. е. содержащего достаточное число и крупных планов и статичных сцен) видеоматериала и проверять смысле нет, потому, как меня интересует видео, а не месиво из блоков и мыла.
> Не логичнее ли было бы сравнивать кодеры там, где визуальные отличия более заметны, скажем, на 5М или даже 1-2М для данного 1920@50 исходника?
Я считаю, что ниже 10 дБ SSIM, в большинстве случаев, говорить о качестве бессмысленно. Картинка на вид не будет выглядеть хорошо: как минимум, текстуры будут смяты, вокруг резких границ будет звон или мыло, а из под движущихся объектов будет вместо фона с текстурой обнажаться шлейф искажений. Есть ли смысл такое рассматривать вариант эффективного высококачественного видео высокой чёткости 1920×1080@50? Я считаю, что есть, но число технический — для исследования робастности оптимизаторов из составе кодировщика.
> визуальные отличия более заметны
Для практических применений, я считаю, следует использовать те режимы, в которых «визуальные отличия» едва заметны или хотя бы в глаза не бросаются.
>>454784
Я не буду как ты. Не буду делать предположений о том, что привело тебя к ошибочному мнению. А ты мог бы просто спросить.
Эротические фантазии, как они есть.
Впрочем, я был бы не я, если бы не расстроил тебя скучной правдой жизни.
Сам стандарт H.264 сегодня имеет достаточно реализаций, достигших сходных результатов по эффективности кодирования и вычислительной эффективности, из чего можно сделать вывод о том, что ожидать прорывных или вообще существенных подвижек в показателях для реализаций можно с крайне малой вероятностью. Другими словами, развитие стандарта окончено, стандарт и его реализации достигли зрелости, и одной из наиболее эффективных (на x86-ой платформе) реализацией является библиотека libx264, от характеристик которой сегодня можно отталкиваться как от опоры. В пользу признания libx264 в качестве опоры могу привести также следующие аргументы:
- широко известны и весьма широко же распространены результаты работы этой библиотеки;
- библиотека очень широко доступна и у большого множества экспертов есть опыт работы с ней.
Т. е. если сегодня и сравнивать результаты работы новых библиотек кодеров, то сравнивать с libx264.
>>454776
Экспертным путём прикинул ширину потока на 10...20 дБ SSIM. Это очень суровый для поисковика движения ролик, там компактного представления не имеет ни картина векторов движения, ни картина коэффициентов преобразования. Этот ролик просто перегружен для кодеков с компенсацией движения, следовательно, на типовую ширину потока для «среднего по больнице» большого (т. е. содержащего достаточное число и крупных планов и статичных сцен) видеоматериала и проверять смысле нет, потому, как меня интересует видео, а не месиво из блоков и мыла.
Я считаю, что ниже 10 дБ SSIM, в большинстве случаев, говорить о качестве бессмысленно. Картинка на вид не будет выглядеть хорошо: как минимум, текстуры будут смяты, вокруг резких границ будет звон или мыло, а из под движущихся объектов будет вместо фона с текстурой обнажаться шлейф искажений. Есть ли смысл такое рассматривать вариант эффективного высококачественного видео высокой чёткости 1920×1080@50? Я считаю, что есть, но число технический — для исследования робастности оптимизаторов из составе кодировщика.
Для практических применений, я считаю, следует использовать те режимы, в которых «визуальные отличия» едва заметны или хотя бы в глаза не бросаются.
Я не буду как ты. Не буду делать предположений о том, что привело тебя к ошибочному мнению. А ты мог бы просто спросить.
> Чтобы H.264 не обосрался, очевидно же
> он же на x264 надрачивает и до сих пор верит, что лучше него ничего не придумали.
Эротические фантазии, как они есть.
Впрочем, я был бы не я, если бы не расстроил тебя скучной правдой жизни.
Сам стандарт H.264 сегодня имеет достаточно реализаций, достигших сходных результатов по эффективности кодирования и вычислительной эффективности, из чего можно сделать вывод о том, что ожидать прорывных или вообще существенных подвижек в показателях для реализаций можно с крайне малой вероятностью. Другими словами, развитие стандарта окончено, стандарт и его реализации достигли зрелости, и одной из наиболее эффективных (на x86-ой платформе) реализацией является библиотека libx264, от характеристик которой сегодня можно отталкиваться как от опоры. В пользу признания libx264 в качестве опоры могу привести также следующие аргументы:
- широко известны и весьма широко же распространены результаты работы этой библиотеки;
- библиотека очень широко доступна и у большого множества экспертов есть опыт работы с ней.
Т. е. если сегодня и сравнивать результаты работы новых библиотек кодеров, то сравнивать с libx264.
>>454776
> а зачем ты предложил делать сравнение енкодеров именно на 20М битрейте?
Экспертным путём прикинул ширину потока на 10...20 дБ SSIM. Это очень суровый для поисковика движения ролик, там компактного представления не имеет ни картина векторов движения, ни картина коэффициентов преобразования. Этот ролик просто перегружен для кодеков с компенсацией движения, следовательно, на типовую ширину потока для «среднего по больнице» большого (т. е. содержащего достаточное число и крупных планов и статичных сцен) видеоматериала и проверять смысле нет, потому, как меня интересует видео, а не месиво из блоков и мыла.
> Не логичнее ли было бы сравнивать кодеры там, где визуальные отличия более заметны, скажем, на 5М или даже 1-2М для данного 1920@50 исходника?
Я считаю, что ниже 10 дБ SSIM, в большинстве случаев, говорить о качестве бессмысленно. Картинка на вид не будет выглядеть хорошо: как минимум, текстуры будут смяты, вокруг резких границ будет звон или мыло, а из под движущихся объектов будет вместо фона с текстурой обнажаться шлейф искажений. Есть ли смысл такое рассматривать вариант эффективного высококачественного видео высокой чёткости 1920×1080@50? Я считаю, что есть, но число технический — для исследования робастности оптимизаторов из составе кодировщика.
> визуальные отличия более заметны
Для практических применений, я считаю, следует использовать те режимы, в которых «визуальные отличия» едва заметны или хотя бы в глаза не бросаются.
66 Кб, 1634x892>>452583
^_^ ☝️
тaк и нaдо брaтишкa, чистоe нeзaмутнeнноe дрочeво ммм
лол, 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
>Вот это глубок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
>>455447
Я рад, что остальное возражений не вызвало.
Уточню:
Я рад, что остальное возражений не вызвало.
Уточню:
> в котором в одном из медленных режимов vp9 (libvpx) и h.264 (libx264) идут вровень
В прошлом треде просили дать результаты по 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, собаки.
На простом видосе (танцующий человек в помещении) где-то 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, собаки.
>>456331
Не, AV1 лучше VP9 на том же CRF (40 для уток, а то они сложные). Удивительно даже.
Правда, есть кадры, где VP9 лучше, видимо CRF по-разному ещё работает. Надо смотреть распределение метрик по кадрам. Но у VP9 кадров, где он хуже, вроде больше. Скорость выше ~ в 17 раз (2fps).
Не, AV1 лучше VP9 на том же CRF (40 для уток, а то они сложные). Удивительно даже.
Правда, есть кадры, где VP9 лучше, видимо CRF по-разному ещё работает. Надо смотреть распределение метрик по кадрам. Но у VP9 кадров, где он хуже, вроде больше. Скорость выше ~ в 17 раз (2fps).
>>456332
так-то да, CRF безотносительно кодека сравнивать не имеет смысла, изучай метрики
так-то да, CRF безотносительно кодека сравнивать не имеет смысла, изучай метрики
>>454497
Кстати, VVC уже добавили в media-autobuild_suite.
Через него очень удобно собирать медиасофт на винде из гита. Там можно и патчи наложить, и свои настройки конфигурации.
Кстати, VVC уже добавили в media-autobuild_suite.
Через него очень удобно собирать медиасофт на винде из гита. Там можно и патчи наложить, и свои настройки конфигурации.
47 Кб, 722x410>>456412
Оно там сломано - как раз пытаюсь всеми возможными способами сейчас собрать свой ффмпег с вмафом, ну и с ввц уж заодно.
>media-autobuild_suite
Оно там сломано - как раз пытаюсь всеми возможными способами сейчас собрать свой ффмпег с вмафом, ну и с ввц уж заодно.
>>457859
Какие-то пакеты иногда ломаются, это нормально. Там их много и они из гита.
Добавь строчку "--disable-gnutls" в ffmeg_options.txt.
Какие-то пакеты иногда ломаются, это нормально. Там их много и они из гита.
Добавь строчку "--disable-gnutls" в ffmeg_options.txt.
>>458094
Лол у меня этот пакет дольше компилится, чем он его фиксил. Сейчас посмотрим, куда оно упрётся теперь.
Алсо это же не автор, а кто-то из кураторов проекта или как их там называют на гите?
Лол у меня этот пакет дольше компилится, чем он его фиксил. Сейчас посмотрим, куда оно упрётся теперь.
>Этот португалец очень крутой, реактивный.
Алсо это же не автор, а кто-то из кураторов проекта или как их там называют на гите?
>>458237
А, ок. Реально реактивный. Сейчас я ему ещё одну ищщую тогда влеплю, там этот батник в одном месте подвисает и надо вручную делать подтверждение установки.
Вообще, хотелось бы, конечно, вручную чтобы оно нормально ставилось. Но я пытался сам по инструкции собрать ффмпег через MSYS2, но оно по-первых собирается с зависимостями от minwg-шных библиотек, а во-вторых, когда их отвязываешь, оно тупо не запускается под хостовой виндой, хотя в MSYS2 всё ок.
Забавно при этом, что этот самый media-autobuild_suite использует как раз эту самую MSYS2, т.е. задача, по идее, имеет решение...
А, ок. Реально реактивный. Сейчас я ему ещё одну ищщую тогда влеплю, там этот батник в одном месте подвисает и надо вручную делать подтверждение установки.
Вообще, хотелось бы, конечно, вручную чтобы оно нормально ставилось. Но я пытался сам по инструкции собрать ффмпег через MSYS2, но оно по-первых собирается с зависимостями от minwg-шных библиотек, а во-вторых, когда их отвязываешь, оно тупо не запускается под хостовой виндой, хотя в MSYS2 всё ок.
Забавно при этом, что этот самый media-autobuild_suite использует как раз эту самую MSYS2, т.е. задача, по идее, имеет решение...
>>458239
Возможно потому что mabs статиком подлинковывает mingw-шные библиотеки, хз. На винде вообще довольно запарно юниксовый софт собирать, не приспособлена система для этого.
Говорят в WSL получше (это убунта внутри винды, но на выходе обычные PE бинарники), но я не пробовал.
Возможно потому что mabs статиком подлинковывает mingw-шные библиотеки, хз. На винде вообще довольно запарно юниксовый софт собирать, не приспособлена система для этого.
Говорят в WSL получше (это убунта внутри винды, но на выходе обычные PE бинарники), но я не пробовал.
>>458244
Да, очевидно, именно это она и делает. Вот я и пытаюсь понять, как это сделать самому.
Есть такое. И я удивлён, что до сих пор нет отлаженного софта для этого дела.
>Возможно потому что mabs статиком подлинковывает mingw-шные библиотеки, хз
Да, очевидно, именно это она и делает. Вот я и пытаюсь понять, как это сделать самому.
>На винде вообще довольно запарно юниксовый софт собирать, не приспособлена система для этого.
Есть такое. И я удивлён, что до сих пор нет отлаженного софта для этого дела.
>>458246
Микрософту больше интересны решения на основе visual studio/cmake/clang, поддержкой POSIX-утилит и gcc/libc, которые требует софт, ориентированный на линукс, они не занимаются. Есть вот cygwin/msys от энтузиастов, но работают они не всегда хорошо.
Они вот такое недавно запилили, как раз продолжение их политики: https://github.com/Microsoft/vcpkg
Вроде по первому ощущению классная штука, но линукует всё со студийным рантаймом. Я хотел для Go на винде зависимости так собирать, а фиг, потому что Go хочет mingw на винде.
>И я удивлён, что до сих пор нет отлаженного софта для этого дела.
Микрософту больше интересны решения на основе visual studio/cmake/clang, поддержкой POSIX-утилит и gcc/libc, которые требует софт, ориентированный на линукс, они не занимаются. Есть вот cygwin/msys от энтузиастов, но работают они не всегда хорошо.
Они вот такое недавно запилили, как раз продолжение их политики: https://github.com/Microsoft/vcpkg
Вроде по первому ощущению классная штука, но линукует всё со студийным рантаймом. Я хотел для Go на винде зависимости так собирать, а фиг, потому что Go хочет mingw на винде.
>>456412
Такое чувство, что им очень давно никто не пользовался. Или пользовались люди, уже хорошо знакомые с MSYS2. Чувствую, я сейчас им там все скрипты хорошо актуализирую лол, если мы всё же доразберёмся со всеми багами.
Хотя параллельно попробую сейчас всё же вручную сам по MSYS2/MinGW инструкциям что-нибудь пособирать.
>media-autobuild_suite
Такое чувство, что им очень давно никто не пользовался. Или пользовались люди, уже хорошо знакомые с MSYS2. Чувствую, я сейчас им там все скрипты хорошо актуализирую лол, если мы всё же доразберёмся со всеми багами.
Хотя параллельно попробую сейчас всё же вручную сам по MSYS2/MinGW инструкциям что-нибудь пособирать.
>>459113
Я постоянно пользуюсь. И многие другие, тот же Selur, который автор Hybrid. Просто некоторые пакеты переодически ломаются. Если не включать всё подряд, то работает достаточно стабильно.
Ты давно уже мог выключить gnutls, там вместо него другие бэкэды SSL можно использовать. Я его например не собираю.
Я постоянно пользуюсь. И многие другие, тот же Selur, который автор Hybrid. Просто некоторые пакеты переодически ломаются. Если не включать всё подряд, то работает достаточно стабильно.
Ты давно уже мог выключить gnutls, там вместо него другие бэкэды SSL можно использовать. Я его например не собираю.
>>459115
Ну, в прошлый раз всё тоже в него всё упёрлось, >>458094 но как-то всё быстро разрулилось. Я просто думал, что это какая-то системная штука, которая самому скрипту нужна для работы.
Где она вообще используется в самом ффмпеге? Он же офлайновый насквозь.
Сейчас попробую без него собрать.
>Ты давно уже мог выключить gnutls, там вместо него другие бэкэды SSL можно использовать
Ну, в прошлый раз всё тоже в него всё упёрлось, >>458094 но как-то всё быстро разрулилось. Я просто думал, что это какая-то системная штука, которая самому скрипту нужна для работы.
Где она вообще используется в самом ффмпеге? Он же офлайновый насквозь.
Сейчас попробую без него собрать.
>>459117
Бэкэнд SSL для поддержки HTTPS.
Не оффлайный, ты можешь запустить ffmpeg -i https://2ch.hk/s/src/2302860/15459507080970.webm (
М) out.mp4 и он будет конвертировать вебмку в H.264, на лету скачивая её по сети. Т.к. SSL довольно сложный протокол, чтобы не переизобретать велосипед (хотя они любят), используется внешняя библиотека. Там есть поддержка openssl, gnutls, gcrypt и ещё парочки других. Я schannel использую, это вендовое API, не требует внешних библиотек и с ним билд меньшего размера должен выходить. Тебе размер не критичен, но раз gnutls сломан, используй любую другую. Можно вообще без поддержки SSL собирать.
>Где она вообще используется в самом ффмпеге? Он же офлайновый насквозь.
Бэкэнд SSL для поддержки HTTPS.
Не оффлайный, ты можешь запустить ffmpeg -i https://2ch.hk/s/src/2302860/15459507080970.webm (
М) out.mp4 и он будет конвертировать вебмку в H.264, на лету скачивая её по сети. Т.к. SSL довольно сложный протокол, чтобы не переизобретать велосипед (хотя они любят), используется внешняя библиотека. Там есть поддержка openssl, gnutls, gcrypt и ещё парочки других. Я schannel использую, это вендовое API, не требует внешних библиотек и с ним билд меньшего размера должен выходить. Тебе размер не критичен, но раз gnutls сломан, используй любую другую. Можно вообще без поддержки SSL собирать.>>459124
Ну в общем-то да, у меня всё строго локально происходит.
>Можно вообще без поддержки SSL собирать.
Ну в общем-то да, у меня всё строго локально происходит.
>>459127
https://github.com/FFmpeg/FFmpeg/blob/master/configure#L3338
Надо добавить в опции ffmpeg
--disable-gnutls
--disable-openssl
--disable-schannel
--disable-securetransport
--disable-libtls
--disable-mbedtls
Ещё --disable-gcrypt можно. Почитай configure скрипт, там очень много всего интересного.
MABS читает файлик с опциями ffmpeg и в зависимости от того, что так включено/выключено, подтягивает зависимости. Ещё часть зависимостей включается отдельно, через визард при запуске. Типо всяких mpv и rav1e.
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.
Как установить топовый кодек h.264 на Линукс?
>>459134
Увы, мне от него ни холодно ни жарко - я совсем нью в этих никсовых делах.
Вот кстати да, мне кажется, он этот тлс подтягивает ещё тупо по зависимостям. Где можно посмотреть, какие пакеты за что цепляются? Какой командой?
>Почитай configure скрипт, там очень много всего интересного.
Увы, мне от него ни холодно ни жарко - я совсем нью в этих никсовых делах.
> подтягивает зависимости.
Вот кстати да, мне кажется, он этот тлс подтягивает ещё тупо по зависимостям. Где можно посмотреть, какие пакеты за что цепляются? Какой командой?
>>459134
Кстати, есть ли какая-то возможность почистить только конфиг этого самого mabs-а? Чтобы он не перекачивал и не переставлял всю систему каждый раз. А то я каждый раз всю папку целиком сношу и накатываю заново и это очень долго происходит. Мне бы сбросить скрипт просто на момент, когда он спрашивает, что мне надо поставить... И чтобы уже тупо проверял, надо ли ему что-то докачать или у него уже всё есть.
Кстати, есть ли какая-то возможность почистить только конфиг этого самого mabs-а? Чтобы он не перекачивал и не переставлял всю систему каждый раз. А то я каждый раз всю папку целиком сношу и накатываю заново и это очень долго происходит. Мне бы сбросить скрипт просто на момент, когда он спрашивает, что мне надо поставить... И чтобы уже тупо проверял, надо ли ему что-то докачать или у него уже всё есть.
>>459151
Ну просто чтобы видеть какие возможности есть. Вот здесь например https://github.com/FFmpeg/FFmpeg/blob/master/configure#L188 описаны все внешние библиотеки, которые поддерживаются.
Только в исходнике. Вот здесь например https://github.com/jb-alvarado/media-autobuild_suite/blob/master/build/media-suite_compile.sh#L284 видно, что gnutls подтащится, если в ffmpeg включены gnutls или librtmp, или если нужен rtmpdump, или если бэкэнд курла gnutls.
Удалить media-autobuild_suite.ini из build.
>Увы, мне от него ни холодно ни жарко - я совсем нью в этих никсовых делах.
Ну просто чтобы видеть какие возможности есть. Вот здесь например 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.
>>459161
Оххх, это как-то глубоко. А где-нибудь хотя бы в заголовках нельзя посмотреть, что какая-то библиотека линкуется к этой? Я имею в виду, ну вот гит же сам по себе как-то же понимает, что у этой библиотеки есть такие-то зависимости и сам их подтягивает. Он же не парсит весь код насквозь.
>Только в исходнике. Вот здесь например https://github.com/jb-alvarado/media-autobuild_suite/blob/master/build/media-suite_compile.sh#L284 видно, что gnutls подтащится, если в ffmpeg включены gnutls или librtmp, или если нужен rtmpdump, или если бэкэнд курла gnutls.
Оххх, это как-то глубоко. А где-нибудь хотя бы в заголовках нельзя посмотреть, что какая-то библиотека линкуется к этой? Я имею в виду, ну вот гит же сам по себе как-то же понимает, что у этой библиотеки есть такие-то зависимости и сам их подтягивает. Он же не парсит весь код насквозь.
>>459165
Не очень понял, но git clone конкретной зависимости запускается с помощью скриптов mabs, а не наоборот. Вот эти все строчки где "do_vcs" и дальше путь к git-репозиторию клонируют его код и затем собирают.
Не обязательно сразу в это полностью вникать, просто отключи ненужное и должно заработать. У тебя же в ffmpeg_options:
$ grep gnutls ffmpeg_options.txt
--enable-gnutls
Поэтому она и подтягивается.
Не очень понял, но git clone конкретной зависимости запускается с помощью скриптов mabs, а не наоборот. Вот эти все строчки где "do_vcs" и дальше путь к git-репозиторию клонируют его код и затем собирают.
Не обязательно сразу в это полностью вникать, просто отключи ненужное и должно заработать. У тебя же в ffmpeg_options:
$ grep gnutls ffmpeg_options.txt
--enable-gnutls
Поэтому она и подтягивается.
>>459173
У тебя вообще конфиг ffmpeg самый полный (zeranoe+full), оно у тебя будет так десять лет собирать все зависимости и вполне вероятно где-нибудь ещё сломается. Закомментируй всё, что после Zeranoe и откомментируй нужное.
fontconfig/libass/libfreetype/gpl/libaom скорее всего пригодится, а остальное вряд ли.
В mpv тоже дофига всего.
У тебя вообще конфиг ffmpeg самый полный (zeranoe+full), оно у тебя будет так десять лет собирать все зависимости и вполне вероятно где-нибудь ещё сломается. Закомментируй всё, что после Zeranoe и откомментируй нужное.
fontconfig/libass/libfreetype/gpl/libaom скорее всего пригодится, а остальное вряд ли.
В mpv тоже дофига всего.
>>459173
А, блин, точно, это же сам скрипт. Мне почему-то показалось, что это код какого-то файла этого самого gnutls.
Да, тогда, пожалуй, всё достаточно логично. Хотя всё равно для меня не совсем очевидно было бы без твоей подсказки, что из этой каши башевского скрипта (или на чём это написано?) является зависимостью чего.
Ладно, пока оно проскочило то место, слава Богу. Посмотрим, во что упрётся теперь.
А, блин, точно, это же сам скрипт. Мне почему-то показалось, что это код какого-то файла этого самого gnutls.
Да, тогда, пожалуй, всё достаточно логично. Хотя всё равно для меня не совсем очевидно было бы без твоей подсказки, что из этой каши башевского скрипта (или на чём это написано?) является зависимостью чего.
Ладно, пока оно проскочило то место, слава Богу. Посмотрим, во что упрётся теперь.
>>459177
Да я что-то пожадничал, да. Не смог удержаться от альтернативных av1-кодеков - всё такое интересненькое... Ну и там понеслось. Я выключил только что я вообще не знаю, что это такое. Остальное прямо интересно потыкать самую последнюю версию.
Да я что-то пожадничал, да. Не смог удержаться от альтернативных av1-кодеков - всё такое интересненькое... Ну и там понеслось. Я выключил только что я вообще не знаю, что это такое. Остальное прямо интересно потыкать самую последнюю версию.
>>459178
Я тоже в нём не всё понимаю, он довольно кошмарный и корявый. Но под винду выбор не велик, если хочется из гита собирать.
>что из этой каши башевского скрипта (или на чём это написано?) является зависимостью чего.
Я тоже в нём не всё понимаю, он довольно кошмарный и корявый. Но под винду выбор не велик, если хочется из гита собирать.
>>459183
Я сейчас попытаюсь параллельно накатить собственный MSYS2 и попердолиться из него вручную, пока там скрипт собирает мой бесконечный конфиг. Всё же автоматика дело хорошее, но хочется понимать, что творит эта адская машина... Вообще не в курсе, как там, MSYS2 нормальная среда для компиляции всякого линуксового софта под винду? В документации сказано, что есть ещё просто MSYS, но его не рекомендуют... И можно накатить ещё чистый MinGW, но там нужно его по-хитрому вкручивать в систему, а я хочу такие линуксовые приколы максимально локализовать, чтобы оно на выходе мне компилило полностью статические стенделоновые виндовые экзешники.
>под винду выбор не велик, если хочется из гита собирать.
Я сейчас попытаюсь параллельно накатить собственный MSYS2 и попердолиться из него вручную, пока там скрипт собирает мой бесконечный конфиг. Всё же автоматика дело хорошее, но хочется понимать, что творит эта адская машина... Вообще не в курсе, как там, MSYS2 нормальная среда для компиляции всякого линуксового софта под винду? В документации сказано, что есть ещё просто MSYS, но его не рекомендуют... И можно накатить ещё чистый MinGW, но там нужно его по-хитрому вкручивать в систему, а я хочу такие линуксовые приколы максимально локализовать, чтобы оно на выходе мне компилило полностью статические стенделоновые виндовые экзешники.
>>459186
msys2 нормальный, он мне больше всего из доступных нравится. Т.к. там пакетный менеджер (pacman) удобный и пакеты довольно часто обновляются.
Руками в принципе не сложно всё настроить - поставил всякие gcc/make/pkgconfig через pacman, склонировал репу и просто запустить ./configure&&make. Но когда зависимостей штук 10 и все хочется новые из гита, это быстро надоедает. Собственно, mabs это просто такой автоматизированный набор из клонов и сборок каждой софтины по очереди.
msys2 нормальный, он мне больше всего из доступных нравится. Т.к. там пакетный менеджер (pacman) удобный и пакеты довольно часто обновляются.
Руками в принципе не сложно всё настроить - поставил всякие gcc/make/pkgconfig через pacman, склонировал репу и просто запустить ./configure&&make. Но когда зависимостей штук 10 и все хочется новые из гита, это быстро надоедает. Собственно, mabs это просто такой автоматизированный набор из клонов и сборок каждой софтины по очереди.
>>459191
Можешь рассказать про пакеты, кстати? Зачем они там нужны вообще, если всё можно собрать из гита. Я пока не очень ориентируюсь в этой никсовой логике.
>Т.к. там пакетный менеджер (pacman) удобный и пакеты довольно часто обновляются.
Можешь рассказать про пакеты, кстати? Зачем они там нужны вообще, если всё можно собрать из гита. Я пока не очень ориентируюсь в этой никсовой логике.
>>459191
>>459161
Кстати, как вообще в будущем поддерживать свою сборку ффмпега up-to-date? Точно так же, просто удалять media-autobuild_suite.ini или можно как-то запустить сборку и обновление зависимостей по уже имеющимся настройкам? Там в конце настройки скрипт предлагает сгенерировать какие-то скрипты для обновления - это что вообще?
>Собственно, mabs это просто такой автоматизированный набор из клонов и сборок каждой софтины по очереди.
>>459161
>Удалить media-autobuild_suite.ini из build.
Кстати, как вообще в будущем поддерживать свою сборку ффмпега up-to-date? Точно так же, просто удалять media-autobuild_suite.ini или можно как-то запустить сборку и обновление зависимостей по уже имеющимся настройкам? Там в конце настройки скрипт предлагает сгенерировать какие-то скрипты для обновления - это что вообще?
>>459193
Быстрее/проще. Пакеты это прекомпилированные бинарники, которые кто-то собрал за тебя. Там просто скачивается архив и раскатывается на файловую систему. Ну и всё не соберёшь, без базовых компилера/autotools/make/прочих утилит у тебя не получится собирать другие пакеты.
В mabs часть зависимостей через пакеты ставится, например vorbis. Скорее всего потому что разработка уже не ведётся активно и нет смысла, стабильная версия из репозитория и так нормальная. А вот opus из гита, т.к. туда активно коммитят.
Мне нравится гибридный подход, я собираю из гита только то, что мне точно нужно последнее (libvpx/aom/ffmpeg/mpv и т.д.). А остальное всё стабильных версий, какой-нибудь freetype там например. Мне без разницы что они там с рендерингом шрифтов делают, я этим не занимаюсь. Ну это у меня на локальной системе, в mabs нельзя выбирать между гитом/пакетом.
>>459195
Нет, не надо, это настройки сбросит. Просто запустить ещё раз media-autobuild_suite.bat и он сам пересоберёт обновившиеся пакеты.
Не помню. Возможно это про update_suite.sh. Он нужен, да, он будет сам всё обновлять как раз.
Вот здесь дока есть по обновлениям: https://github.com/jb-alvarado/media-autobuild_suite/blob/master/doc/updating.md
Быстрее/проще. Пакеты это прекомпилированные бинарники, которые кто-то собрал за тебя. Там просто скачивается архив и раскатывается на файловую систему. Ну и всё не соберёшь, без базовых компилера/autotools/make/прочих утилит у тебя не получится собирать другие пакеты.
В mabs часть зависимостей через пакеты ставится, например vorbis. Скорее всего потому что разработка уже не ведётся активно и нет смысла, стабильная версия из репозитория и так нормальная. А вот opus из гита, т.к. туда активно коммитят.
Мне нравится гибридный подход, я собираю из гита только то, что мне точно нужно последнее (libvpx/aom/ffmpeg/mpv и т.д.). А остальное всё стабильных версий, какой-нибудь freetype там например. Мне без разницы что они там с рендерингом шрифтов делают, я этим не занимаюсь. Ну это у меня на локальной системе, в mabs нельзя выбирать между гитом/пакетом.
>>459195
>Точно так же, просто удалять media-autobuild_suite.ini
Нет, не надо, это настройки сбросит. Просто запустить ещё раз media-autobuild_suite.bat и он сам пересоберёт обновившиеся пакеты.
>Там в конце настройки скрипт предлагает сгенерировать какие-то скрипты для обновления - это что вообще?
Не помню. Возможно это про update_suite.sh. Он нужен, да, он будет сам всё обновлять как раз.
Вот здесь дока есть по обновлениям: https://github.com/jb-alvarado/media-autobuild_suite/blob/master/doc/updating.md
>>459196
О, то, что надо. Спасибо.
У меня ещё вопрос чисто по организации папок в никсах. Где почитать про нормальную организацию всех этих /etc/, /dev/, /usr/, /home/ и т.д.? А то я в прошлые разы в MSYS2 сваливал все файлы из гита в корень и компилил туда же, но чувствую, что что-то я делал не так. Как оно тут принято у вас?
>Вот здесь дока есть по обновлениям: https://github.com/jb-alvarado/media-autobuild_suite/blob/master/doc/updating.md
О, то, что надо. Спасибо.
У меня ещё вопрос чисто по организации папок в никсах. Где почитать про нормальную организацию всех этих /etc/, /dev/, /usr/, /home/ и т.д.? А то я в прошлые разы в MSYS2 сваливал все файлы из гита в корень и компилил туда же, но чувствую, что что-то я делал не так. Как оно тут принято у вас?
>>459196
Ну и есть ещё такое понятие как стабильность. Версия в гите может часто ломаться, либо конфликтовать с другими пакетами, просто такое свойство разработки программного обеспечения. Меняются API, люди делают ошибки и т.д.
Соответственно, если у тебя вообще всё из гита, то как только пакетов станет штук 50, у тебя точно будет что-нибудь ломаться. Пакеты обычно фиксируются на какой-то версии и риск поломок меньше. (Из гита тоже можно по тэгу собирать, я имею ввиду git master.) Но тоже есть, если пакетов больше 200. В archlinux вот очень быстро обновляют пакеты после каждого релиза и периодически система ломается.
Ну на 10-20 пакетах в изолированном окружении эти проблемы не должны проявляться. В том же ffmpeg гит почти никода не ломают, только на новых мажорных релизах меняют API и не все программы быстро на него обновляют.
>>459200
https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
Ну и есть ещё такое понятие как стабильность. Версия в гите может часто ломаться, либо конфликтовать с другими пакетами, просто такое свойство разработки программного обеспечения. Меняются API, люди делают ошибки и т.д.
Соответственно, если у тебя вообще всё из гита, то как только пакетов станет штук 50, у тебя точно будет что-нибудь ломаться. Пакеты обычно фиксируются на какой-то версии и риск поломок меньше. (Из гита тоже можно по тэгу собирать, я имею ввиду git master.) Но тоже есть, если пакетов больше 200. В archlinux вот очень быстро обновляют пакеты после каждого релиза и периодически система ломается.
Ну на 10-20 пакетах в изолированном окружении эти проблемы не должны проявляться. В том же ffmpeg гит почти никода не ломают, только на новых мажорных релизах меняют API и не все программы быстро на него обновляют.
>>459200
https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
>>459200
>>459196
Я сейчас читаю https://github.com/msys2/msys2/wiki , но там, кажется, описывают только особенности самого мсиса и таких базовых вещей там нет.
>>459196
Я сейчас читаю https://github.com/msys2/msys2/wiki , но там, кажется, описывают только особенности самого мсиса и таких базовых вещей там нет.
84 Кб, 1200x760Ура, я это сделал! Скрипт запнулся после того места всего только 1 раз, но там всё было гораздо проще и удалось решить проблему даже не выключая компонент. Всё завершилось даже быстрее, чем я думал, и в итоге я даже не успел заскринить финальное окошко. Т.ч. пруфаю своим теперь изрядно распухшим ффмпегом в максимальной комплектации :з
Ещё раз спасибо >>459173>>459161>>459134>>459115 !
Надеюсь, оно там нормально собралось и не будет нещадно тормозить, как это бывает, когда сам собираешь MSVC-шные проекты. Наконец-то можно покатать метрики по своим семплам новые.
Ещё раз спасибо >>459173>>459161>>459134>>459115 !
Надеюсь, оно там нормально собралось и не будет нещадно тормозить, как это бывает, когда сам собираешь MSVC-шные проекты. Наконец-то можно покатать метрики по своим семплам новые.
>>459271
Поздравляю. Потести libaom в мультитреде, мне интересно сколько у тебя fps будет.
Поздравляю. Потести libaom в мультитреде, мне интересно сколько у тебя fps будет.
>>459336
Ща. У меня тут весело: VP9 из новой сборки показывает хуже VMAF, чем старый зераноевский. Хотя SSIM лучше. Но это на коротких микро-семплах, сейчас попробую 1,5 минуты прогнать. Он долго считается - метрика медленнее работает, чем кодер лол.
Ща. У меня тут весело: VP9 из новой сборки показывает хуже VMAF, чем старый зераноевский. Хотя SSIM лучше. Но это на коротких микро-семплах, сейчас попробую 1,5 минуты прогнать. Он долго считается - метрика медленнее работает, чем кодер лол.
>>459339
У zeranoe libvpx-20181017-2b838d9, за 3 месяца могли что-то сломать.
Ещё надо опции смотреть, у него такие (можно в бинарнике найти):
--prefix=/Users/kyle/software/libvpx/win64/libvpx-20181017-2b838d9-win64 --enable-vp9-highbitdepth --disable-avx512 --target=x86_64-win64-gcc
Ну гугловцы вроде прогоняют на всём метрики, не должны ломать качество. Вот производительность могут ухудшить, такое уже было. Или могут чуть-чуть ухудшить качество в угоду производительности.
У 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
Ну гугловцы вроде прогоняют на всём метрики, не должны ломать качество. Вот производительность могут ухудшить, такое уже было. Или могут чуть-чуть ухудшить качество в угоду производительности.
>>459345
Не, производительность сейчас как раз в 1,5 раза просела тоже. Файл тоже меньше стал, но вот то, что метрика при этом ухудшилась - мне не нравится.
Не, производительность сейчас как раз в 1,5 раза просела тоже. Файл тоже меньше стал, но вот то, что метрика при этом ухудшилась - мне не нравится.
>>459346
Попробуй пересобрать libvpx и ffmpeg без этой строчки: https://github.com/jb-alvarado/media-autobuild_suite/blob/33d6660/build/media-suite_compile.sh#L846
postproc вроде замедляет скорость, а фичи оттуда почти никто не использует. highbitdepth точно замедляет, но у Zeranoe он есть и без него 10-битные вебмки нельзя делать. Но если это не нужно, то без него будет тоже быстрее.
Это нормально. Метрики надо всегда сравнивать на одинаковых по размеру файлах, иначе она ничего не показывает. И желательно на одинаковых по времени энкодах, если возможно. Либо добавлять ещё одну ось в график, отображающую время кодирования. Потому что качество это трейдофф от скорость + битрейт, а не только битрейт.
Попробуй пересобрать libvpx и ffmpeg без этой строчки: https://github.com/jb-alvarado/media-autobuild_suite/blob/33d6660/build/media-suite_compile.sh#L846
postproc вроде замедляет скорость, а фичи оттуда почти никто не использует. highbitdepth точно замедляет, но у Zeranoe он есть и без него 10-битные вебмки нельзя делать. Но если это не нужно, то без него будет тоже быстрее.
>Файл тоже меньше стал, но вот то, что метрика при этом ухудшилась
Это нормально. Метрики надо всегда сравнивать на одинаковых по размеру файлах, иначе она ничего не показывает. И желательно на одинаковых по времени энкодах, если возможно. Либо добавлять ещё одну ось в график, отображающую время кодирования. Потому что качество это трейдофф от скорость + битрейт, а не только битрейт.
>>459350
Ну так-то да. Но там разница в 2% получилась по размеру, т.е. не так существенно. Метрика тоже, конечно, весьма абстрактная цифра.
Сейчас попробую выравнять размеры и тогда сравнить.
Суть просто в том, что кодировал я оба файла с одинаковыми настройками, в т.ч. и по битрейту.
>Это нормально. Метрики надо всегда сравнивать на одинаковых по размеру файлах, иначе она ничего не показывает.
Ну так-то да. Но там разница в 2% получилась по размеру, т.е. не так существенно. Метрика тоже, конечно, весьма абстрактная цифра.
Сейчас попробую выравнять размеры и тогда сравнить.
Суть просто в том, что кодировал я оба файла с одинаковыми настройками, в т.ч. и по битрейту.
>>459352
Ну рейтконтроль тоже может меняться, либо просто элемент рандома. Хотя 2% это довольно мало, да.
Можно ещё собрать libvpx той же ревезии и проверить, что результаты похожие (файлы скорее всего будут разные из-за мультитрединга в любом случае), чтобы удостовериться, что это не косяк сборки. Там надо просто добавить #commit=2b838d9 в строчку где do_vcs, перед закрывающейся кавычкой, чтобы он нужную ревизию счекаутил перед сборкой.
Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.
Разве что можно через vpxenc тестировать, тогда пересобирать ffmpeg не надо.
Ну рейтконтроль тоже может меняться, либо просто элемент рандома. Хотя 2% это довольно мало, да.
Можно ещё собрать libvpx той же ревезии и проверить, что результаты похожие (файлы скорее всего будут разные из-за мультитрединга в любом случае), чтобы удостовериться, что это не косяк сборки. Там надо просто добавить #commit=2b838d9 в строчку где do_vcs, перед закрывающейся кавычкой, чтобы он нужную ревизию счекаутил перед сборкой.
Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.
Разве что можно через vpxenc тестировать, тогда пересобирать ffmpeg не надо.
>>459360
Какую именно ты имеешь в виду? https://github.com/jb-alvarado/media-autobuild_suite/blob/33d6660/build/media-suite_compile.sh#L838 эту? Там их просто много и я не очень ориентируюсь пока в этом скрипте.
>в строчку где do_vcs
Какую именно ты имеешь в виду? https://github.com/jb-alvarado/media-autobuild_suite/blob/33d6660/build/media-suite_compile.sh#L838 эту? Там их просто много и я не очень ориентируюсь пока в этом скрипте.
>>459378
В бинарник вшито (ffmpeg.exe). Просто ищешь строчку vp9-highbitdepth внутри бинарника.
Ну ещё здесь есть: https://ffmpeg.zeranoe.com/builds/readme/win64/static/ffmpeg-20190110-395e8a5-win64-static-readme.txt Но опции сборки так не посмотреть.
>Кстати, а где именно ты подсмотрел его номер?
В бинарник вшито (ffmpeg.exe). Просто ищешь строчку vp9-highbitdepth внутри бинарника.
Ну ещё здесь есть: https://ffmpeg.zeranoe.com/builds/readme/win64/static/ffmpeg-20190110-395e8a5-win64-static-readme.txt Но опции сборки так не посмотреть.
>>459383
О, точно, нашёл.
У меня, правда, была 4.1 стабильная версия, но впх и там и там одинаковый, я смотрю.
>Ну ещё здесь есть: https://ffmpeg.zeranoe.com/builds/readme/win64/static/ffmpeg-20190110-395e8a5-win64-static-readme.txt
О, точно, нашёл.
У меня, правда, была 4.1 стабильная версия, но впх и там и там одинаковый, я смотрю.
>>459383
А в скачанном гите build/libvpx-git где-нибудь можно проверить, что он утянул именно правильный коммит?
А в скачанном гите build/libvpx-git где-нибудь можно проверить, что он утянул именно правильный коммит?
>>459463
git rev-parse HEAD внутри каталога репы
git rev-parse HEAD внутри каталога репы
>>452601
Поц. Там на x86 asm написаны части для оптимизации под SIMD, в местах где интринсики не работают нормально.
Сначала напиши что-то сам, дебил блядь.
>>Написана на Си и ассемблер
>Вообще, из этого автоматически портируемость не следует.
Поц. Там на x86 asm написаны части для оптимизации под SIMD, в местах где интринсики не работают нормально.
Сначала напиши что-то сам, дебил блядь.
>>459360
Пересобрал целиком свою сборку с 2b838d9 впх и перекодировал свой семпл. В общем, да, получил на выходе идентичный с точностью до байта и до последней цифры во всех метриках файл. Контрольные суммы разве что разные. Время кодирования вышло на 6% больше, но я запускаю кодирующий скрипт на start /low encode.bat, т.ч. там что угодно могло его затормозить.
Т.ч. со сборкой всё в порядке и это именно что-то в 6b02a12 впх накуралесили с качеством.
Я бы, конечно, прошёлся по всем коммитам и посмотрел, кто из них чего стоит, но без автоматизации вручную это делать нереально. Т.ч. пока, пожалуй, останусь на 2b838d9 версии.
Ну, в общем-то, для частых экспериментов можно сделать специальный media-autobuild_suite.ini, где вырезать вообще всё, кроме нужного кодера - и подкладывать его по мере необходимости. А потом уже менять на основной, когда убедишься в том, что хочешь собирать.
>Можно ещё собрать libvpx той же ревезии и проверить, что результаты похожие (файлы скорее всего будут разные из-за мультитрединга в любом случае), чтобы удостовериться, что это не косяк сборки
Пересобрал целиком свою сборку с 2b838d9 впх и перекодировал свой семпл. В общем, да, получил на выходе идентичный с точностью до байта и до последней цифры во всех метриках файл. Контрольные суммы разве что разные. Время кодирования вышло на 6% больше, но я запускаю кодирующий скрипт на start /low encode.bat, т.ч. там что угодно могло его затормозить.
Т.ч. со сборкой всё в порядке и это именно что-то в 6b02a12 впх накуралесили с качеством.
Я бы, конечно, прошёлся по всем коммитам и посмотрел, кто из них чего стоит, но без автоматизации вручную это делать нереально. Т.ч. пока, пожалуй, останусь на 2b838d9 версии.
>Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.
Ну, в общем-то, для частых экспериментов можно сделать специальный media-autobuild_suite.ini, где вырезать вообще всё, кроме нужного кодера - и подкладывать его по мере необходимости. А потом уже менять на основной, когда убедишься в том, что хочешь собирать.
>>459360
Ещё, кстати, хороший вопрос в том, насколько действительно репрезентабильна метрика вмафа с дефолтной vmaf_v0.6.1.pkl моделью. Это же нейросеть, я правильно понимаю? Есть где-нибудь описание, что каждая из моделей делает?
>Плохо, что в mabs нет поддержки шаред libvpx. Она всего минуту собирается, а ффмпег минут 15 минимум. Для частых экспериментов это не очень подходит.
Ещё, кстати, хороший вопрос в том, насколько действительно репрезентабильна метрика вмафа с дефолтной vmaf_v0.6.1.pkl моделью. Это же нейросеть, я правильно понимаю? Есть где-нибудь описание, что каждая из моделей делает?
>>459360
Затестил сейчас, кстати, свою идею >>459635
в общем, получилось, что 6 минут собирается vpx и ещё 22 - ффмпег, в сумме полчаса на это можно класть спокойно лол. Не очень оперативно, мда.
>Она всего минуту собирается
Затестил сейчас, кстати, свою идею >>459635
>Ну, в общем-то, для частых экспериментов можно сделать специальный media-autobuild_suite.ini, где вырезать вообще всё, кроме нужного кодера
в общем, получилось, что 6 минут собирается vpx и ещё 22 - ффмпег, в сумме полчаса на это можно класть спокойно лол. Не очень оперативно, мда.
>>459635
Каждый не надо, надо использовать двоичный поиск, всего log2(число коммитов). git bisect утилита для этого как раз написана.
Можно найти коммит, ухудшающий качество и зарепортить в их багтрекер. Хотя я им репортил замедление, а они тупо проигнорили.
>Я бы, конечно, прошёлся по всем коммитам и посмотрел, кто из них чего стоит, но без автоматизации вручную это делать нереально
Каждый не надо, надо использовать двоичный поиск, всего log2(число коммитов). git bisect утилита для этого как раз написана.
Можно найти коммит, ухудшающий качество и зарепортить в их багтрекер. Хотя я им репортил замедление, а они тупо проигнорили.
>>459640
Да, нейросетка, которую нетфликс на своих видосах тренировал (1080p вроде). Правда мне тут говорили, что она довольно сильно коррелирует с psnr, что как бы сигнализирует о слабой достоверности этой метрики.
Да, нейросетка, которую нетфликс на своих видосах тренировал (1080p вроде). Правда мне тут говорили, что она довольно сильно коррелирует с psnr, что как бы сигнализирует о слабой достоверности этой метрики.
>>459705
Все сразу + субъективная (глазами). Когда daala разрабатывали, у них периодически менялась "любимая" метрика. Вначале fastssim, потом psnrhvs что ли. Т.е. они все по-разному реагируют на артефакты от разных фич энкодера. Кто-то не замечает мыло (psnr), кому-то наверно всякие искажения от deringing фильтров больше нравятся. Идеальной метрики нет, даже если глазами смотреть, люди могут по-разному оценивать.
Все сразу + субъективная (глазами). Когда daala разрабатывали, у них периодически менялась "любимая" метрика. Вначале fastssim, потом psnrhvs что ли. Т.е. они все по-разному реагируют на артефакты от разных фич энкодера. Кто-то не замечает мыло (psnr), кому-то наверно всякие искажения от deringing фильтров больше нравятся. Идеальной метрики нет, даже если глазами смотреть, люди могут по-разному оценивать.
>>459731
А какие метрики оценивают картинку в динамике, а не тупо сравнивают их покадрово? Я пробежался по описанию вмафа, но, кажется, он работает так же, тупо агрегирует несколько разных параметров.
А какие метрики оценивают картинку в динамике, а не тупо сравнивают их покадрово? Я пробежался по описанию вмафа, но, кажется, он работает так же, тупо агрегирует несколько разных параметров.
>>459734
Хз, не знаю такой. Только глазами наверно.
Хз, не знаю такой. Только глазами наверно.
Ребятушки, как добавить в видео главы? Хочу склеить небольшой сериал в один файл (я обычно смотрю его залпом), чтобы не переключать постоянно серии и не скипать опенинг/эндинг. И по главам если что можно будет найти нужную серию или какой-нибудь смешной момент. С гуглом не подружился, хэлп!
О, ещё один микро вопрос:
Этот собак на что-то влияет? У меня автоматом проставилось 4, в исходном файле было 15. Картинка ну никак не поменялась на первый взгляд, а файл стал в два раза меньше. Нужно ли принудительно вернуть 15 или и так сойдет? Смотреть собираюсь на мобилке.
>Format settings : CABAC / 4 Ref Frames
Этот собак на что-то влияет? У меня автоматом проставилось 4, в исходном файле было 15. Картинка ну никак не поменялась на первый взгляд, а файл стал в два раза меньше. Нужно ли принудительно вернуть 15 или и так сойдет? Смотреть собираюсь на мобилке.
-force_key_frames 1.2 не ставит ключевой кадр в указанном месте, на 1.16 ставит, на 1.24 ставит, на 1.2 не ставит.
С чем это может быть связано?
С чем это может быть связано?
https://mkvtoolnix.download/doc/NEWS.md
Ебать он там релизы клепает конечно. По несколько раз в месяц.
Ебать он там релизы клепает конечно. По несколько раз в месяц.
>>460746
Ух, и правда раздухарился. Ещё недавно вот была 6 классическая версия.
Ух, и правда раздухарился. Ещё недавно вот была 6 классическая версия.
>>460744
Не понял, как с помощью этой штуки собрать файлы. Главы удобно добавлять. В общем то, в консольке тоже удобно, если знать нужные команды.
Не понял, как с помощью этой штуки собрать файлы. Главы удобно добавлять. В общем то, в консольке тоже удобно, если знать нужные команды.
>>460761
В один файл не собрать, это да. Этот тул может замерджить и извлечь дорожки, без проблем с -map, и вообще понагляднее.
Больше для метаданных. Имхо, это не та операция, которую удобно делать из консольки.
Но если ты придрочился, то да. Пользуй то, что тебе удобнее
В один файл не собрать, это да. Этот тул может замерджить и извлечь дорожки, без проблем с -map, и вообще понагляднее.
Больше для метаданных. Имхо, это не та операция, которую удобно делать из консольки.
Но если ты придрочился, то да. Пользуй то, что тебе удобнее
>>460678
Стандарт h.264 допускает два энтропийных (объяснять надо?) кодера — CAVLC и CABAC. CABAC более сложный, но и более эффективный. CABAC допускается для профилей от Main. И уже от Main есть смысл использовать только его. Посему в библиотеке libx264, насколько помню, оптимизатор RDO для модуля контроля ширины потока требует CABAC, и оптимизатор Trellis в модуле квантизации только с CABAC работает.
> Этот собак на что-то влияет?
Стандарт h.264 допускает два энтропийных (объяснять надо?) кодера — CAVLC и CABAC. CABAC более сложный, но и более эффективный. CABAC допускается для профилей от Main. И уже от Main есть смысл использовать только его. Посему в библиотеке libx264, насколько помню, оптимизатор RDO для модуля контроля ширины потока требует CABAC, и оптимизатор Trellis в модуле квантизации только с CABAC работает.
>>460678
Алсо,
Это не CABAC. Это совсем другая опция.
Это ограничение на количество ссылочных кадров. Т. е. для любого (закодированного) кадра наибольшее число уже раскодированных кадров, необходимых для раскодирования текущего, в твоём случае будет 4. На практике крайне редко можно столкнуться с решением поисковика движения, для которого найдено более 6-8 ссылочных кадров. А после 4 ссылочных кадров эффективность сжатия почти не растёт, зато быстро растут требования к видеобуферу (в котором раскодированне кадры хранить) при воспроизведении.
Алсо,
> 4 Ref Frames
Это не CABAC. Это совсем другая опция.
Это ограничение на количество ссылочных кадров. Т. е. для любого (закодированного) кадра наибольшее число уже раскодированных кадров, необходимых для раскодирования текущего, в твоём случае будет 4. На практике крайне редко можно столкнуться с решением поисковика движения, для которого найдено более 6-8 ссылочных кадров. А после 4 ссылочных кадров эффективность сжатия почти не растёт, зато быстро растут требования к видеобуферу (в котором раскодированне кадры хранить) при воспроизведении.
Раз вы всё равно тут аутируете по крупному, то давайте поговорим о пользе ключевых кадров для энкодеров серии vpx
Польза/вред, оптимальные параметры, особенно интересует возможный парсинг кейфреймов исходника и насильную их установку, с этим сложнее, ффмпег может выставлять флаг форс фрейма в "любом" месте, на деле обосерается >>460705
Обсирается из-за предполагаемой ошибки, в том месте, где я пытаюсь ставить форс фрейм, в режиме auto ставится кейфрейм самим vp9, но при попытке установить его там силой, не ставит, но такие ошибки редки, причину понять пока не пытался особо.
Вообще попробую в vpxenc удалить ограничение на использование kf-min-dist, но не думаю, что поможет.
tl;dr vp9 частит с ключевыми кадрами, т.к. не обладает в достаточной мере хорошим алгоритмом предсказания их полезности. Грубо говоря выгоднее сделать кейфрайм или закодировать разницу с текущим, я так понимаю это работает. В итоге бывает 3 кейфрейма подряд и тому подобные идиотии. Хочется заставить работать kf-min-dist, которым может быть либо 0, либо равен kf-max-dist. При 0 энкодер расставляет ключевые кадры в авторежиме, при равном kf-max-dist в режиме постоянного гопа, забавный момент, если использовать флаг disable-kf, он все равно будет форсировать гоп, указанный в kf-max-dist не будет только авторасстановки, т.е --kf-min-dist=0 --kf-min-dist=128 --disable-kf работают аналогично --kf-min-dist=128 --kf-min-dist=128
Какое же говно этот vp, просто шок.
Польза/вред, оптимальные параметры, особенно интересует возможный парсинг кейфреймов исходника и насильную их установку, с этим сложнее, ффмпег может выставлять флаг форс фрейма в "любом" месте, на деле обосерается >>460705
Обсирается из-за предполагаемой ошибки, в том месте, где я пытаюсь ставить форс фрейм, в режиме auto ставится кейфрейм самим vp9, но при попытке установить его там силой, не ставит, но такие ошибки редки, причину понять пока не пытался особо.
Вообще попробую в vpxenc удалить ограничение на использование kf-min-dist, но не думаю, что поможет.
tl;dr vp9 частит с ключевыми кадрами, т.к. не обладает в достаточной мере хорошим алгоритмом предсказания их полезности. Грубо говоря выгоднее сделать кейфрайм или закодировать разницу с текущим, я так понимаю это работает. В итоге бывает 3 кейфрейма подряд и тому подобные идиотии. Хочется заставить работать kf-min-dist, которым может быть либо 0, либо равен kf-max-dist. При 0 энкодер расставляет ключевые кадры в авторежиме, при равном kf-max-dist в режиме постоянного гопа, забавный момент, если использовать флаг disable-kf, он все равно будет форсировать гоп, указанный в kf-max-dist не будет только авторасстановки, т.е --kf-min-dist=0 --kf-min-dist=128 --disable-kf работают аналогично --kf-min-dist=128 --kf-min-dist=128
Какое же говно этот vp, просто шок.
7 Мб, webm,800x585, 4:25
>>461209
ты че пес я тебя порежу кодек от народа
А чего, собственно, ты хочешь добиться-то? Из всего твоего пассажа я увидел только некоторые твои наблюдения.
Я хз что там происходит с форсированной установкой и-кадров (не помню, кстати, в терминологии вп вообще остались ещё кейфреймы?), но если тебе прямо так горит, как насчёт нарезать исходник прямо физически ffmpeg -to 1 -c copy part1 / ffmpeg -ss 1 -c copy part2 тогда? Потом закодировать их отдельно и замусить без перекодирования в один файл (не помню наизусть строчку).
Меня в отношении гопов в вп заёбывают только аутисты, которые узнали про них и считают себя ниибаца умными, кодируя с -g 9999 и получая на выходе пикрил (не оценив разницу в размерах хотя бы с дефолтными 128), который потом адекватным людям приходится пережимать для употребления и дальнейшего распространения.
Впрочем, насчёт распиздяйского отношения вп к параметрам у меня тоже горит. Вроде бы как параметры кое-как и описаны, но в разных местах по-разному и хз где правда, а где нет. И вроде бы параметр есть, но вот начинаешь его гонять туда-сюда, а оказывается, что он только для 1 прохода. Или только для двух. Или включается в работу только когда другой параметр принимает значения в заданном диапазоне. Или вообще учитывается пошёл ты нахуй вот когда он учитывается.
Самая писечка ещё, что в вп (9 точно) есть ещё встроенный рандом. Специально не проверял, но в памяти отложилось, как я тестил auto-alt-ref и =0 и =1 давали одинаковый файл, но когда я переключился снова на =0, оно дало другой файл по контрольной сумме и артефакты были разбросаны по-другому. Т.ч. эта хуйня ещё и не детерминирована пиздос.
>Какое же говно этот vp, просто шок.
ты че пес я тебя порежу кодек от народа
А чего, собственно, ты хочешь добиться-то? Из всего твоего пассажа я увидел только некоторые твои наблюдения.
Я хз что там происходит с форсированной установкой и-кадров (не помню, кстати, в терминологии вп вообще остались ещё кейфреймы?), но если тебе прямо так горит, как насчёт нарезать исходник прямо физически ffmpeg -to 1 -c copy part1 / ffmpeg -ss 1 -c copy part2 тогда? Потом закодировать их отдельно и замусить без перекодирования в один файл (не помню наизусть строчку).
Меня в отношении гопов в вп заёбывают только аутисты, которые узнали про них и считают себя ниибаца умными, кодируя с -g 9999 и получая на выходе пикрил (не оценив разницу в размерах хотя бы с дефолтными 128), который потом адекватным людям приходится пережимать для употребления и дальнейшего распространения.
Впрочем, насчёт распиздяйского отношения вп к параметрам у меня тоже горит. Вроде бы как параметры кое-как и описаны, но в разных местах по-разному и хз где правда, а где нет. И вроде бы параметр есть, но вот начинаешь его гонять туда-сюда, а оказывается, что он только для 1 прохода. Или только для двух. Или включается в работу только когда другой параметр принимает значения в заданном диапазоне. Или вообще учитывается пошёл ты нахуй вот когда он учитывается.
Самая писечка ещё, что в вп (9 точно) есть ещё встроенный рандом. Специально не проверял, но в памяти отложилось, как я тестил auto-alt-ref и =0 и =1 давали одинаковый файл, но когда я переключился снова на =0, оно дало другой файл по контрольной сумме и артефакты были разбросаны по-другому. Т.ч. эта хуйня ещё и не детерминирована пиздос.
>>461218
> кодек от народа
264 от doom9 был и есть кодек от народа на деньги корпорации, vp так и останется туалетной уткой
- Увеличит вес за счет мусорных заголовков
- Ухудшит работу расстановщика альтрефов/золотых кадров, кроме как если резать по ним, но доступа к ним у меня нет, некоторые полагают, они есть в логе первого прохода.
- Ухудшит работу моих темпоральных фильтров, а может и нет, они то не vp
А разницу в качестве ты оценил? Кодирование с -g 99999 не уменьшает количество ключевых кадров при двухпроходном кодировании не статичного видео, т.к. ты указываешь максимальный гоп, а vp ставит кадры по его мнению там, где надо и не очень то и часто гоп в 128 перепрыгивает. По поводу статики 1/2/3 ключевых кадра, дальше экстраполируй, я статикой не занимаюсь, но лучше или fps ниже ноля, что повлияет на воспроизведение в некоторых плеерах/браузерах, лучше всего vfr, не видел пока с ним проблемделай в 264 просто
Про рандом не в курсе, у меня результаты повторяемые.
Работоспособности kf-min-dist, как в 264 keyint_minработает, вот так и тут хочу чтобы работало, чтобы не совало мне десяток ключевых фреймов подряд.
> кодек от народа
264 от doom9 был и есть кодек от народа на деньги корпорации, vp так и останется туалетной уткой
> но если тебе прямо так горит, как насчёт нарезать исходник прямо физически
- Увеличит вес за счет мусорных заголовков
- Ухудшит работу расстановщика альтрефов/золотых кадров, кроме как если резать по ним, но доступа к ним у меня нет, некоторые полагают, они есть в логе первого прохода.
- Ухудшит работу моих темпоральных фильтров, а может и нет, они то не vp
> не оценив разницу в размерах
А разницу в качестве ты оценил? Кодирование с -g 99999 не уменьшает количество ключевых кадров при двухпроходном кодировании не статичного видео, т.к. ты указываешь максимальный гоп, а vp ставит кадры по его мнению там, где надо и не очень то и часто гоп в 128 перепрыгивает. По поводу статики 1/2/3 ключевых кадра, дальше экстраполируй, я статикой не занимаюсь, но лучше или fps ниже ноля, что повлияет на воспроизведение в некоторых плеерах/браузерах, лучше всего vfr, не видел пока с ним проблемделай в 264 просто
Про рандом не в курсе, у меня результаты повторяемые.
> А чего, собственно, ты хочешь добиться-то
Работоспособности kf-min-dist, как в 264 keyint_minработает, вот так и тут хочу чтобы работало, чтобы не совало мне десяток ключевых фреймов подряд.
>>461233
Ну, в случае, если аутист не делает вот так -keyint_min 999999 -g 999999 а такого в гайде на том сайте нет.
> Кодирование с -g 99999 не уменьшает количество ключевых кадров при двухпроходном кодировании не статичного видео
Ну, в случае, если аутист не делает вот так -keyint_min 999999 -g 999999 а такого в гайде на том сайте нет.
>>461233
Можно подробнее, о чём речь? Там же все заголовки заново переписываются, ффмпег умеет напрямую вливать равную видеодату.
>Увеличит вес за счет мусорных заголовков
Можно подробнее, о чём речь? Там же все заголовки заново переписываются, ффмпег умеет напрямую вливать равную видеодату.
>>461243
Быстрее и проще тебе сшить два mp4 в которых есть "Encoding settings", открыть хекс редактором и поискать.
Быстрее и проще тебе сшить два mp4 в которых есть "Encoding settings", открыть хекс редактором и поискать.
>x264 is a widely used open source implementation of the heavily patent encumbered MPEG-4 AVC media format.
Читаю тут всякое про кодеки и мне вот чисто из спортивного интереса: как у них там правовая система работает, что вот вроде бы стандарт закрытый и платный, но делать кодеки для него можно вроде как открытые и никому ничего за это не будет. На что именно распространяются патентные ограничения авц и хевка?
>>461258
avc разрешен к бесплатному распространению в сети интернет, любая продажа контента в avc должна сопровождаться передачей маржи la mpeg, а вообще оплата до начала продаж, как я понимаю.
С хевком хз, по идее нельзя и размещать(?), но это никого не останавливает, а если бы энтузиасты занимались этим с момента его выхода, la mpeg мог бы раньше разрешить бесплатное распространение и бравзера бы не стали в позу, как сейчас и не позакрывали вопросы связанные с поддержкой 265, но la mpeg такой подарок гуглу делать явно не хотел. Это так, обывательский взгляд.
avc разрешен к бесплатному распространению в сети интернет, любая продажа контента в avc должна сопровождаться передачей маржи la mpeg, а вообще оплата до начала продаж, как я понимаю.
С хевком хз, по идее нельзя и размещать(?), но это никого не останавливает, а если бы энтузиасты занимались этим с момента его выхода, la mpeg мог бы раньше разрешить бесплатное распространение и бравзера бы не стали в позу, как сейчас и не позакрывали вопросы связанные с поддержкой 265, но la mpeg такой подарок гуглу делать явно не хотел. Это так, обывательский взгляд.
>>461259
Пиздос там у белых людей проблемы с лицензиями и интеллектуальной собственностью хех мда как будто живу в 2д мире и пытаюсь понять 3е измерение. Ну да ладно.
Пиздос там у белых людей проблемы с лицензиями и интеллектуальной собственностью хех мда как будто живу в 2д мире и пытаюсь понять 3е измерение. Ну да ладно.
>>461261
Люди хотят получать деньги за создание годноты, а уж как потом это оборачивается в "стекла прямоугольной формы с закруглениями" и прочие говнопатенты всяких эпл это такое.
Люди хотят получать деньги за создание годноты, а уж как потом это оборачивается в "стекла прямоугольной формы с закруглениями" и прочие говнопатенты всяких эпл это такое.
>>461258
Стандарт открытый, основную прибыль гребут с производителей мобил и крупных контент-провайдеров. Распространение авц в интернете бесплатное. После релиза хевц, владельцы патентов пожадничали, хотели брать деньги и за распространение. Все дико охуели и так появилась aomedia.
Нас это как бы не касается, но т.к. патентное право на алгоритмы большинством крупных производителей соблюдается (просто закладывается в стоимость чипа) и там крутятся большие деньги, по сути влияет на весь остальной мир. Вот не захотели Google/Mozilla платить за HEVC (мозилле вроде и не зачем на самом деле, хз, чего они там, наверно за компанию), теперь ни у кого в браузере он не играется.
Самое смешное, что ты можешь спокойно скачать подробнейшную спеку и доки по HEVC совершенно бесплатно, но не можешь по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет. А то, что есть, - жалкие огрызки.
>>461261
Всё дело в деньгах. Патенты на алгоритмы все, кто только можно, говном поливал. А они всё равно есть и никуда уходить не собираются.
Стандарт открытый, основную прибыль гребут с производителей мобил и крупных контент-провайдеров. Распространение авц в интернете бесплатное. После релиза хевц, владельцы патентов пожадничали, хотели брать деньги и за распространение. Все дико охуели и так появилась aomedia.
Нас это как бы не касается, но т.к. патентное право на алгоритмы большинством крупных производителей соблюдается (просто закладывается в стоимость чипа) и там крутятся большие деньги, по сути влияет на весь остальной мир. Вот не захотели Google/Mozilla платить за HEVC (мозилле вроде и не зачем на самом деле, хз, чего они там, наверно за компанию), теперь ни у кого в браузере он не играется.
Самое смешное, что ты можешь спокойно скачать подробнейшную спеку и доки по HEVC совершенно бесплатно, но не можешь по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет. А то, что есть, - жалкие огрызки.
>>461261
Всё дело в деньгах. Патенты на алгоритмы все, кто только можно, говном поливал. А они всё равно есть и никуда уходить не собираются.
793 Кб, 1041x697>>461267
А что смешного? Так бесплатная параша и работает -- захотел, сделал документацию, не захотел -- не сделал. А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию. Ну в моём манямирке так это работает.
> Самое смешное
А что смешного? Так бесплатная параша и работает -- захотел, сделал документацию, не захотел -- не сделал. А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию. Ну в моём манямирке так это работает.
>>461267
Вот кстати да, я с этой вилки проигрываю: хевк весь такой стандартный и оффициальный (тм), но кроме бумажки по нему ничего нет. А впх весь такой открытый и народный, но что там происходит дай бог знают только те, кто кидают коммиты в гит, хотя я там мимо почитал немного их рассылку и там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.
>Самое смешное, что ты можешь спокойно скачать подробнейшную спеку и доки по HEVC совершенно бесплатно, но не можешь по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет. А то, что есть, - жалкие огрызки.
Вот кстати да, я с этой вилки проигрываю: хевк весь такой стандартный и оффициальный (тм), но кроме бумажки по нему ничего нет. А впх весь такой открытый и народный, но что там происходит дай бог знают только те, кто кидают коммиты в гит, хотя я там мимо почитал немного их рассылку и там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.
>>461273
Это у белых людей так работает. В ИТТ стране так-то и на продажу нихуя документацию никто не пишет и все вась-васькаются пока проект живёт и кому-то нужен.
Как у белых людей они заставляют писать толковую документацию по своим продуктам - для меня большая загадка, ну на то они и белые люди.
>А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию. Ну в моём манямирке так это работает.
Это у белых людей так работает. В ИТТ стране так-то и на продажу нихуя документацию никто не пишет и все вась-васькаются пока проект живёт и кому-то нужен.
Как у белых людей они заставляют писать толковую документацию по своим продуктам - для меня большая загадка, ну на то они и белые люди.
>>461274
Это где? У aomedia вообще закрытая рассылка, туда только мемберов пускают. Есть ещё рассылки для пользователей/девов, но там ничего серьёзно не обсуждают и никто никого там не слушает. Хотя гугль и так никого не слушает, делает всё как хочет. В своих закрытых багтрекерах всё решают.
>там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации
Это где? У aomedia вообще закрытая рассылка, туда только мемберов пускают. Есть ещё рассылки для пользователей/девов, но там ничего серьёзно не обсуждают и никто никого там не слушает. Хотя гугль и так никого не слушает, делает всё как хочет. В своих закрытых багтрекерах всё решают.
>>461209
А есть примеры? Можно в багтрекер заслать. Не факт что исправят, но может хоть скажут в чём проблема. В libaom пробовал воспроизвести?
Так-то тип кадра по RDO и scenechange должен выбираться. Если ему кажется, чго сейчас выгоднее all-intra, даже если ты зафорсишь P-фрейм, он его сделает целиком интрой и выгоды никакой не будет.
>В итоге бывает 3 кейфрейма подряд и тому подобные идиотии.
А есть примеры? Можно в багтрекер заслать. Не факт что исправят, но может хоть скажут в чём проблема. В libaom пробовал воспроизвести?
Так-то тип кадра по RDO и scenechange должен выбираться. Если ему кажется, чго сейчас выгоднее all-intra, даже если ты зафорсишь P-фрейм, он его сделает целиком интрой и выгоды никакой не будет.
>>461287
Это не ошибка, это "алгоритм".
Не думаю, но вообще можно попробовать смоделировать ситуацию смены сцены и закодировать с ключевым и без него.
> Можно в багтрекер заслать
Это не ошибка, это "алгоритм".
> Если ему кажется, что сейчас выгоднее all-intra, даже если ты зафорсишь P-фрейм, он его сделает целиком интрой и выгоды никакой не будет
Не думаю, но вообще можно попробовать смоделировать ситуацию смены сцены и закодировать с ключевым и без него.
>>461287
А вот по поводу того, что ffmpeg не может вставить форс фрейм можно и попробовать кому-то сообщить, начав с ffmpeg'овцев
А вот по поводу того, что ffmpeg не может вставить форс фрейм можно и попробовать кому-то сообщить, начав с ffmpeg'овцев
>>461218
Остались. Есть ещё голден и альтрефы.
Вообще там всё по-идиотскому слегка, потому что пришлось обходить патенты. В хевце вот есть I/P/B и IDR и всё понятно. А у vpx вместо B невидимый альтреф, но который можно использовать в бипредикции.
В aom вроде вернули B-шки, т.к. появился большой пулл патентов, которые можно использовать.
Пиздец, до чего же мобильный интерфейс сосача ублюдский. Половину сообщения проебал и то потому что я сохранил до этого.
>не помню, кстати, в терминологии вп вообще остались ещё кейфреймы
Остались. Есть ещё голден и альтрефы.
Вообще там всё по-идиотскому слегка, потому что пришлось обходить патенты. В хевце вот есть I/P/B и IDR и всё понятно. А у vpx вместо B невидимый альтреф, но который можно использовать в бипредикции.
В aom вроде вернули B-шки, т.к. появился большой пулл патентов, которые можно использовать.
Пиздец, до чего же мобильный интерфейс сосача ублюдский. Половину сообщения проебал и то потому что я сохранил до этого.
>>461233
Проверь вначале. Ты фигню пишешь, за границу кейфрейма ничего не выходит. И разницы по заголовкам никакой не будет после ремукса.
Нафиг вообще нужны эти теоретизирования, если можно проверить. Тем более что есть бесплатный аналайзер.
>- Увеличит вес за счет мусорных заголовков
>- Ухудшит работу расстановщика альтрефов/золотых кадров, кроме как если резать по ним, но доступа к ним у меня нет, некоторые полагают, они есть в логе первого прохода.
Проверь вначале. Ты фигню пишешь, за границу кейфрейма ничего не выходит. И разницы по заголовкам никакой не будет после ремукса.
Нафиг вообще нужны эти теоретизирования, если можно проверить. Тем более что есть бесплатный аналайзер.
>>461304
Разрежь файл на 3 части, как хочешь, скодируй 3 части и сам файл с идентичными настройками на 2 проходах, сшей и сюда принеси метрики, если вес и метрики будут равны -- твоя правда, а безапелляционно > пукнуть тут и без тебя хватает кому.
Разрежь файл на 3 части, как хочешь, скодируй 3 части и сам файл с идентичными настройками на 2 проходах, сшей и сюда принеси метрики, если вес и метрики будут равны -- твоя правда, а безапелляционно > пукнуть тут и без тебя хватает кому.
>>461306
>>461316
Я другой анон, но тащемта проблема с кифреймами именно у того >>461233>>461209>>460705 анона. Ему кагбэ предлагают чекнуть варик, но он >>461250
посылает нахуй. Ну, не надо так не надо. Тут кагбэ не >>461304 заинтересован-то.
>Так может ты и покажешь как проверить, раз умный такой?
>>461316
>твоя правда, а безапелляционно > пукнуть тут и без тебя хватает кому.
Я другой анон, но тащемта проблема с кифреймами именно у того >>461233>>461209>>460705 анона. Ему кагбэ предлагают чекнуть варик, но он >>461250
>Быстрее и проще тебе
посылает нахуй. Ну, не надо так не надо. Тут кагбэ не >>461304 заинтересован-то.
Как выкрутить громкость? Делаю как написано в гугле
ffmpeg -i input.wav -filter:a "volume=5.0" output.wav
Но громкость не увеличивается, только звук становится рваный.
Как сделать, чтобы ебошило как в последних альбомах металлики?
ffmpeg -i input.wav -filter:a "volume=5.0" output.wav
Но громкость не увеличивается, только звук становится рваный.
Как сделать, чтобы ебошило как в последних альбомах металлики?
>>461331
Авторежим ffmpeg слишком частит с ключевыми кадрами, в пику ему, я скармливаю ему лог через -force_key_frames, без них, но он по логу обсирается в некоторых местах ставить форсированные кадры, хотя лог его же, только с удалением ближайших повторений.
Вариантов я вижу:
1. Скармливать лог mp4, он похож, но из-за рабочей keyint_min частых повторений не имеет.
2. У vpx не баг, а фича в том, в коде даже комментарий есть, что --kf-min-dist не работает в авто режиме, а в не авто режиме он не нужен, не вижу сценария, где его можно использовать, без авторасстановки нужен только --kf-max-dist. То есть второй вариант: заставить работать --kf-min-dist
Что мы получим от разрезания? Если выберем первое решение скармливать, то мы энкодим раз, далее сравниваем с заданным и переэнкоживаем с разбиением файла на части? Это что за чушь? Лишь за раз по другому логу, либо рабочая --kf-min-dist, разрезать и делать десяток энкодов? Вы вменяемые, нет?
Авторежим ffmpeg слишком частит с ключевыми кадрами, в пику ему, я скармливаю ему лог через -force_key_frames, без них, но он по логу обсирается в некоторых местах ставить форсированные кадры, хотя лог его же, только с удалением ближайших повторений.
Вариантов я вижу:
1. Скармливать лог mp4, он похож, но из-за рабочей keyint_min частых повторений не имеет.
2. У vpx не баг, а фича в том, в коде даже комментарий есть, что --kf-min-dist не работает в авто режиме, а в не авто режиме он не нужен, не вижу сценария, где его можно использовать, без авторасстановки нужен только --kf-max-dist. То есть второй вариант: заставить работать --kf-min-dist
Что мы получим от разрезания? Если выберем первое решение скармливать, то мы энкодим раз, далее сравниваем с заданным и переэнкоживаем с разбиением файла на части? Это что за чушь? Лишь за раз по другому логу, либо рабочая --kf-min-dist, разрезать и делать десяток энкодов? Вы вменяемые, нет?
>>461334
>>461331
Да и к тому же, он при обычном кодировании ставит так ключевой кадр, вот ровна на тот фрейм, что я указываю в -force_key_frames.
>>461299
Именно, если ты не в курсе, то из vpxenc ты не сможешь передать флаг VPX_EFLAG_FORCE_KF его может передать только ffmpeg, есть вариант, что он по каким-то причинам делает что-то не так, по loglevel debug он пытается, но не ставит.
Он правильный для них
>>461331
Да и к тому же, он при обычном кодировании ставит так ключевой кадр, вот ровна на тот фрейм, что я указываю в -force_key_frames.
>>461299
> Они здесь причём, если просто используют апи библиотеки?
Именно, если ты не в курсе, то из vpxenc ты не сможешь передать флаг VPX_EFLAG_FORCE_KF его может передать только ffmpeg, есть вариант, что он по каким-то причинам делает что-то не так, по loglevel debug он пытается, но не ставит.
> Они алгоритмами тоже занимаются
Он правильный для них
> // VP9 does not support a lower bound on the keyframe interval in
> // automatic keyframe placement mode.
> if (cfg->kf_mode != VPX_KF_DISABLED && cfg->kf_min_dist != cfg->kf_max_dist &&
> cfg->kf_min_dist > 0)
> ERROR(
> "kf_min_dist not supported in auto mode, use 0 "
> "or kf_max_dist instead.");
>>461350
Ну не только, любой фронтэнд тесно взаимодействующий с апи, кроме ffmpeg не знаю для vp таких.
> передать только ffmpeg
Ну не только, любой фронтэнд тесно взаимодействующий с апи, кроме ffmpeg не знаю для vp таких.
228 Кб, mp4,600x400, 0:06
Ещё и libvpx теперь не собирается почему-то.
>>461265
Нет. Частные правообладатели шантажируют общество с целью неограниченной эксплуатации его ресурсов. Все имущественные отношения вокруг интерректуальной собственности напоминают легализованный рекет. Патенты, если что в РФ, например, выдают по почти формальной экспертизе, в США/ЕС/Япошке выдают после чуть более строгой экспертизе, что впрочем, не исключает злоупотреблений чуть менее, чем никак.
Я считаю, что не только патентную систему, но и весь комплекс правоотношений вокруг имущества теперь можно считать архаикой и реакционизмом. Но последнее уже чисто моё мироощущение.
>>461258
Так же как и в РФ. Произвол правообладателя. Что бы он там не написал в лицензии, хотя бы даже изнасилования по субботам, все хозяйствующие субъекты будут скрупулёзно исполнять.
Нет. Не так. Нет единого международного понятия о закрытости и платности. Патенты действуют строго в правовом поле каждой отдельной страны (есть ещё единые патенты ЕС). Плюс, в лицензионном соглашении написано может быть очень разное. И даже во времени условия лицензирования могут изменяться.
Чтобы понять, что там кто кому должен, строго необходимо нанять юриста.
Зависит от того, что конкретно написано в лицензионном соглашении. Опять же правоприменительная практика в каждой стране разная. Тут даже для самого правообладателя нетривиальная задача. И он, например, DarkShikari в суд, скорее всего, не потащит, даже если тот явно нарушает MPEG LA, поскольку овчинка выделки не стоит.
>>461261
Освальда Шпенглера почитай! У них не только с интеллектуальной собственностью экзистенциальный тупик.
>>461267
Опубликованный. Учтённый экземпляр по-прежнему стоит денег.
Совершенно верно.
Наверняка наняли юриста и он им объяснил популярно, что трогать бяку не надо.
Неучтённый экземпляр, конечно. Но и это очень неплохо.
И по AV1 тоже нет. И проектной документации нет?
В имущественном интересе. Капитал, как самовозрастающая стоимость, и все дела.
Не во всех странах официально признаются патенты на алгоритмы. Например, в РФ можно на это член положить. Но тут в последние годы в мире институциональные инвесторы стали увлекаться киднеппингом (похищениями людей). Я когда это увидел в «Призраке в доспехах» в 90-х, то ни за что бы не поверил, что в 2010-х эта практика станет рутинным международным правонарушением.
>>461273
А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.
А, ну, понятно.
>>461275
Бытовая русофобия детектед. Вы хорошенько поработайте не с топовыми производителями, и не с изделиями миллиардных тиражей. Там качество и количество документации очень стремительно падает. Да что там далеко ходить-то. Вот не так давно писали модуль поддержки CP2130 от SiLabs. Изучили официальные доки, эрату, но в итоге пришлось, всё равно, реверсить закрытый драйвер, чтобы понять, как надо изъебнуться, чтобы недокументированную ошибку в микросхеме обойти.
Элементарно! Пишут в техническом задании к проекту. Во всех подробностях на десятках тысяч страниц, лол.
Свободное общение. Свободный труд. Высокий уровень культуры белых людей, лол.
> Люди хотят получать деньги за создание годноты
Нет. Частные правообладатели шантажируют общество с целью неограниченной эксплуатации его ресурсов. Все имущественные отношения вокруг интерректуальной собственности напоминают легализованный рекет. Патенты, если что в РФ, например, выдают по почти формальной экспертизе, в США/ЕС/Япошке выдают после чуть более строгой экспертизе, что впрочем, не исключает злоупотреблений чуть менее, чем никак.
Я считаю, что не только патентную систему, но и весь комплекс правоотношений вокруг имущества теперь можно считать архаикой и реакционизмом. Но последнее уже чисто моё мироощущение.
>>461258
> как у них там правовая система работает
Так же как и в РФ. Произвол правообладателя. Что бы он там не написал в лицензии, хотя бы даже изнасилования по субботам, все хозяйствующие субъекты будут скрупулёзно исполнять.
> вроде бы стандарт закрытый и платный
Нет. Не так. Нет единого международного понятия о закрытости и платности. Патенты действуют строго в правовом поле каждой отдельной страны (есть ещё единые патенты ЕС). Плюс, в лицензионном соглашении написано может быть очень разное. И даже во времени условия лицензирования могут изменяться.
> На что именно распространяются патентные ограничения авц и хевка?
Чтобы понять, что там кто кому должен, строго необходимо нанять юриста.
> но делать кодеки для него можно вроде как открытые и никому ничего за это не будет
Зависит от того, что конкретно написано в лицензионном соглашении. Опять же правоприменительная практика в каждой стране разная. Тут даже для самого правообладателя нетривиальная задача. И он, например, DarkShikari в суд, скорее всего, не потащит, даже если тот явно нарушает MPEG LA, поскольку овчинка выделки не стоит.
>>461261
> Пиздос там у белых людей проблемы с лицензиями и интеллектуальной собственность
Освальда Шпенглера почитай! У них не только с интеллектуальной собственностью экзистенциальный тупик.
>>461267
> Стандарт открытый
Опубликованный. Учтённый экземпляр по-прежнему стоит денег.
> основную прибыль гребут с производителей мобил и крупных контент-провайдеров
Совершенно верно.
> мозилле вроде и не зачем на самом деле, хз, чего они там, наверно за компанию
Наверняка наняли юриста и он им объяснил популярно, что трогать бяку не надо.
> подробнейшную спеку и доки по HEVC совершенно бесплатно
Неучтённый экземпляр, конечно. Но и это очень неплохо.
> по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет
И по AV1 тоже нет. И проектной документации нет?
> Всё дело в деньгах.
В имущественном интересе. Капитал, как самовозрастающая стоимость, и все дела.
> А они всё равно есть и никуда уходить не собираются.
Не во всех странах официально признаются патенты на алгоритмы. Например, в РФ можно на это член положить. Но тут в последние годы в мире институциональные инвесторы стали увлекаться киднеппингом (похищениями людей). Я когда это увидел в «Призраке в доспехах» в 90-х, то ни за что бы не поверил, что в 2010-х эта практика станет рутинным международным правонарушением.
>>461273
> А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию.
А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.
> Ну в моём манямирке так это работает.
А, ну, понятно.
>>461275
> Это у белых людей так работает.
> В ИТТ стране так-то и на продажу нихуя документацию никто не пишет и все вась-васькаются пока проект живёт и кому-то нужен.
Бытовая русофобия детектед. Вы хорошенько поработайте не с топовыми производителями, и не с изделиями миллиардных тиражей. Там качество и количество документации очень стремительно падает. Да что там далеко ходить-то. Вот не так давно писали модуль поддержки CP2130 от SiLabs. Изучили официальные доки, эрату, но в итоге пришлось, всё равно, реверсить закрытый драйвер, чтобы понять, как надо изъебнуться, чтобы недокументированную ошибку в микросхеме обойти.
> Как у белых людей они заставляют писать толковую документацию по своим продуктам - для меня большая загадка, ну на то они и белые люди.
Элементарно! Пишут в техническом задании к проекту. Во всех подробностях на десятках тысяч страниц, лол.
> там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.
Свободное общение. Свободный труд. Высокий уровень культуры белых людей, лол.
>>461265
Нет. Частные правообладатели шантажируют общество с целью неограниченной эксплуатации его ресурсов. Все имущественные отношения вокруг интерректуальной собственности напоминают легализованный рекет. Патенты, если что в РФ, например, выдают по почти формальной экспертизе, в США/ЕС/Япошке выдают после чуть более строгой экспертизе, что впрочем, не исключает злоупотреблений чуть менее, чем никак.
Я считаю, что не только патентную систему, но и весь комплекс правоотношений вокруг имущества теперь можно считать архаикой и реакционизмом. Но последнее уже чисто моё мироощущение.
>>461258
Так же как и в РФ. Произвол правообладателя. Что бы он там не написал в лицензии, хотя бы даже изнасилования по субботам, все хозяйствующие субъекты будут скрупулёзно исполнять.
Нет. Не так. Нет единого международного понятия о закрытости и платности. Патенты действуют строго в правовом поле каждой отдельной страны (есть ещё единые патенты ЕС). Плюс, в лицензионном соглашении написано может быть очень разное. И даже во времени условия лицензирования могут изменяться.
Чтобы понять, что там кто кому должен, строго необходимо нанять юриста.
Зависит от того, что конкретно написано в лицензионном соглашении. Опять же правоприменительная практика в каждой стране разная. Тут даже для самого правообладателя нетривиальная задача. И он, например, DarkShikari в суд, скорее всего, не потащит, даже если тот явно нарушает MPEG LA, поскольку овчинка выделки не стоит.
>>461261
Освальда Шпенглера почитай! У них не только с интеллектуальной собственностью экзистенциальный тупик.
>>461267
Опубликованный. Учтённый экземпляр по-прежнему стоит денег.
Совершенно верно.
Наверняка наняли юриста и он им объяснил популярно, что трогать бяку не надо.
Неучтённый экземпляр, конечно. Но и это очень неплохо.
И по AV1 тоже нет. И проектной документации нет?
В имущественном интересе. Капитал, как самовозрастающая стоимость, и все дела.
Не во всех странах официально признаются патенты на алгоритмы. Например, в РФ можно на это член положить. Но тут в последние годы в мире институциональные инвесторы стали увлекаться киднеппингом (похищениями людей). Я когда это увидел в «Призраке в доспехах» в 90-х, то ни за что бы не поверил, что в 2010-х эта практика станет рутинным международным правонарушением.
>>461273
А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.
А, ну, понятно.
>>461275
Бытовая русофобия детектед. Вы хорошенько поработайте не с топовыми производителями, и не с изделиями миллиардных тиражей. Там качество и количество документации очень стремительно падает. Да что там далеко ходить-то. Вот не так давно писали модуль поддержки CP2130 от SiLabs. Изучили официальные доки, эрату, но в итоге пришлось, всё равно, реверсить закрытый драйвер, чтобы понять, как надо изъебнуться, чтобы недокументированную ошибку в микросхеме обойти.
Элементарно! Пишут в техническом задании к проекту. Во всех подробностях на десятках тысяч страниц, лол.
Свободное общение. Свободный труд. Высокий уровень культуры белых людей, лол.
> Люди хотят получать деньги за создание годноты
Нет. Частные правообладатели шантажируют общество с целью неограниченной эксплуатации его ресурсов. Все имущественные отношения вокруг интерректуальной собственности напоминают легализованный рекет. Патенты, если что в РФ, например, выдают по почти формальной экспертизе, в США/ЕС/Япошке выдают после чуть более строгой экспертизе, что впрочем, не исключает злоупотреблений чуть менее, чем никак.
Я считаю, что не только патентную систему, но и весь комплекс правоотношений вокруг имущества теперь можно считать архаикой и реакционизмом. Но последнее уже чисто моё мироощущение.
>>461258
> как у них там правовая система работает
Так же как и в РФ. Произвол правообладателя. Что бы он там не написал в лицензии, хотя бы даже изнасилования по субботам, все хозяйствующие субъекты будут скрупулёзно исполнять.
> вроде бы стандарт закрытый и платный
Нет. Не так. Нет единого международного понятия о закрытости и платности. Патенты действуют строго в правовом поле каждой отдельной страны (есть ещё единые патенты ЕС). Плюс, в лицензионном соглашении написано может быть очень разное. И даже во времени условия лицензирования могут изменяться.
> На что именно распространяются патентные ограничения авц и хевка?
Чтобы понять, что там кто кому должен, строго необходимо нанять юриста.
> но делать кодеки для него можно вроде как открытые и никому ничего за это не будет
Зависит от того, что конкретно написано в лицензионном соглашении. Опять же правоприменительная практика в каждой стране разная. Тут даже для самого правообладателя нетривиальная задача. И он, например, DarkShikari в суд, скорее всего, не потащит, даже если тот явно нарушает MPEG LA, поскольку овчинка выделки не стоит.
>>461261
> Пиздос там у белых людей проблемы с лицензиями и интеллектуальной собственность
Освальда Шпенглера почитай! У них не только с интеллектуальной собственностью экзистенциальный тупик.
>>461267
> Стандарт открытый
Опубликованный. Учтённый экземпляр по-прежнему стоит денег.
> основную прибыль гребут с производителей мобил и крупных контент-провайдеров
Совершенно верно.
> мозилле вроде и не зачем на самом деле, хз, чего они там, наверно за компанию
Наверняка наняли юриста и он им объяснил популярно, что трогать бяку не надо.
> подробнейшную спеку и доки по HEVC совершенно бесплатно
Неучтённый экземпляр, конечно. Но и это очень неплохо.
> по открытым-швободным-народным VP8/VP9/AV1, потому что её тупо нет
И по AV1 тоже нет. И проектной документации нет?
> Всё дело в деньгах.
В имущественном интересе. Капитал, как самовозрастающая стоимость, и все дела.
> А они всё равно есть и никуда уходить не собираются.
Не во всех странах официально признаются патенты на алгоритмы. Например, в РФ можно на это член положить. Но тут в последние годы в мире институциональные инвесторы стали увлекаться киднеппингом (похищениями людей). Я когда это увидел в «Призраке в доспехах» в 90-х, то ни за что бы не поверил, что в 2010-х эта практика станет рутинным международным правонарушением.
>>461273
> А если ты что-то продаешь, и ты не разработчик гуглплей, то обычно ты пишешь хорошую, подробную документацию.
А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.
> Ну в моём манямирке так это работает.
А, ну, понятно.
>>461275
> Это у белых людей так работает.
> В ИТТ стране так-то и на продажу нихуя документацию никто не пишет и все вась-васькаются пока проект живёт и кому-то нужен.
Бытовая русофобия детектед. Вы хорошенько поработайте не с топовыми производителями, и не с изделиями миллиардных тиражей. Там качество и количество документации очень стремительно падает. Да что там далеко ходить-то. Вот не так давно писали модуль поддержки CP2130 от SiLabs. Изучили официальные доки, эрату, но в итоге пришлось, всё равно, реверсить закрытый драйвер, чтобы понять, как надо изъебнуться, чтобы недокументированную ошибку в микросхеме обойти.
> Как у белых людей они заставляют писать толковую документацию по своим продуктам - для меня большая загадка, ну на то они и белые люди.
Элементарно! Пишут в техническом задании к проекту. Во всех подробностях на десятках тысяч страниц, лол.
> там срачи не хуже двача, когда один переезжает другого за нереализованные функции, а тот кроет его за отсутствие документации и в итоге обоих накрывает третий от лица охуевающих пользователей и что те только в этой рассылке пиздеть и горазды в общем пиздос.
Свободное общение. Свободный труд. Высокий уровень культуры белых людей, лол.
>>461469
Ясно.
> А вот это смешно, да. Хорошую документацию коммерсант пишет только под серьёзным страхом.
> Элементарно! Пишут в техническом задании к проекту
Ясно.
Что не так с этим чудиком, который цитирует сообщения целиком и на каждое предложение пишет, что всё правильно. TCP ACK что ли.
>>461330
С -g 9999 должно предотвратить.
Или он у тебя и с -g 9999 ставит по 3 подряд? Почему не покажешь пример и не зарепортишь в багтрекер libvpx?
>>461350
Что пытается? Он передаёт флаг VPX_EFLAG_FORCE_KF в vpx_codec_encode.
Ну зарепорти, если думаешь, что ошибка в использовании API. libvpxenc.c гугловцы пишут в основном, кстати.
Я про алгоритм scenechange.
>>461384
Референсы уже можно через кейфреймы передавать? А мужики-то и не знали.
Наверно круто жить в манямирке в котором хидеры на 100 байт (которых и не будет лишних, при склеивании от второго файла только пакеты кадров будут использованы, хидеры контейнера одни на файл) могут испортить всё качество вебмки на 20 мегабайт.
С -g 9999 должно предотвратить.
Или он у тебя и с -g 9999 ставит по 3 подряд? Почему не покажешь пример и не зарепортишь в багтрекер libvpx?
>>461350
>есть вариант, что он по каким-то причинам делает что-то не так
>по loglevel debug он пытается, но не ставит
Что пытается? Он передаёт флаг VPX_EFLAG_FORCE_KF в vpx_codec_encode.
Ну зарепорти, если думаешь, что ошибка в использовании API. libvpxenc.c гугловцы пишут в основном, кстати.
>Он правильный для них
Я про алгоритм scenechange.
>>461384
Референсы уже можно через кейфреймы передавать? А мужики-то и не знали.
Наверно круто жить в манямирке в котором хидеры на 100 байт (которых и не будет лишних, при склеивании от второго файла только пакеты кадров будут использованы, хидеры контейнера одни на файл) могут испортить всё качество вебмки на 20 мегабайт.
>>461488
Что ясно? Противоречие нашёл?
Что ясно? Противоречие нашёл?
https://mega.nz/#!5oQE2Sob!STZHdk4ob4ptHknMvNcB4JxbCt9xdu3WUKkg7iyh2EM
Кто там метрики хотел. Вот здесь 5 готовых бинарника под винду с примерами запуска.
Кто там метрики хотел. Вот здесь 5 готовых бинарника под винду с примерами запуска.
>>461826
crf 28, серьёзно?
crf 28, серьёзно?
Как можно пофиксить e9e10.mp4, чтобы можно было присоединить его к предыдущим? Как только начинается эта серия, звука вообще нет, видео - слайдшоу. До этого момента все норм соединялось (ну понятное дело, они ж одинаковые вон были).
>>462258
>>462260
Пережать звук и видео. Во всех роликах.
Я так и знал — гуй делает людей тупее. Нет, чтобы вывести текст и автоматически сравнить построчно, он не будет в упор не видеть разницы во всех трёх графических окнах. Это три разный ролика. Отличаются параметры gop, ref frames, уровни и колориместрия. Профили для звуковой дорожки тоже отличаются, блджад.
Если без проблем соединились e5e6.mp4 e7e8.mp4, то это просто досадное совпадение. По-хорошему, тебя соединялка в mp4-контейнер должна была нахуй послать.
>>462260
> Как можно пофиксить e9e10.mp4, чтобы можно было присоединить его к предыдущим?
Пережать звук и видео. Во всех роликах.
> они ж одинаковые вон были
Я так и знал — гуй делает людей тупее. Нет, чтобы вывести текст и автоматически сравнить построчно, он не будет в упор не видеть разницы во всех трёх графических окнах. Это три разный ролика. Отличаются параметры gop, ref frames, уровни и колориместрия. Профили для звуковой дорожки тоже отличаются, блджад.
> этого момента все норм соединялось
Если без проблем соединились e5e6.mp4 e7e8.mp4, то это просто досадное совпадение. По-хорошему, тебя соединялка в mp4-контейнер должна была нахуй послать.
>>462336
Справедливо накормил хуями. Будет ли соединяться, если прогнать через ffmpeg -y -i e7e8.mp4 -c:v libx264 e7e8c.mp4 ? Если нужно добавить какие-то опции, напиши их, пожалуйста. Как мне весь сериал подогнать под одну гребенку?
Справедливо накормил хуями. Будет ли соединяться, если прогнать через ffmpeg -y -i e7e8.mp4 -c:v libx264 e7e8c.mp4 ? Если нужно добавить какие-то опции, напиши их, пожалуйста. Как мне весь сериал подогнать под одну гребенку?
>>462342
Несправедливо, h264 поддерживает отличающиеся параметры энкода, более того х264 обладает инструментарием в виде --zones для этих целей, чтобы не разрезая видео на куски энкодить с различными параметрами. Легко предположить, что видео разные и щить не будет, но я думаю тут лишь вопрос звука, попробуй для начала соединить видео без звуковой дорожки.
Несправедливо, h264 поддерживает отличающиеся параметры энкода, более того х264 обладает инструментарием в виде --zones для этих целей, чтобы не разрезая видео на куски энкодить с различными параметрами. Легко предположить, что видео разные и щить не будет, но я думаю тут лишь вопрос звука, попробуй для начала соединить видео без звуковой дорожки.
>>462345
Сделал ffmpeg -y -f concat -i filelist.txt -map 0:v -c copy "Star vs the Forces of Evil.mp4" и видео стало отличным, идеальная склейка! Уффф, но как быть со звуком??
Сделал ffmpeg -y -f concat -i filelist.txt -map 0:v -c copy "Star vs the Forces of Evil.mp4" и видео стало отличным, идеальная склейка! Уффф, но как быть со звуком??
>>462350
Ну звук проще перекодировать, нет? Выбери кодек и скодируй вс3 дорожки в нём. Можно и только 3, но he-aac в стандартный комплект не входит.
Ну звук проще перекодировать, нет? Выбери кодек и скодируй вс3 дорожки в нём. Можно и только 3, но he-aac в стандартный комплект не входит.
>>462358
Как-то так?:
ffmpeg -i 1.mp4 -map a 1.aac
ffmpeg -i 2.mp4 -map a 2.aac
ffmpeg -i 1.mp4 -i 1.aac -map 0:v -map 1:a e7e8.mp4
ffmpeg -i 1.mp4 -i 1.aac -map 0:v -map 1:a e9e10.mp4
Круто, вроде то, что нужно. Только времени занимает ужас.
Вообще, я как видишь первые 8 серий соединил без подозрений что такая ошибка может получиться, моно ли мне как-нибудь вытащить профиль звука и перекодировать только оставшиеся серии, которые не получаются?
Как-то так?:
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 серий соединил без подозрений что такая ошибка может получиться, моно ли мне как-нибудь вытащить профиль звука и перекодировать только оставшиеся серии, которые не получаются?
>>462370
-с copy забыл
> 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 забыл
>>462370
1. Почему ты не перекодируешь весь звук отдельно и не соединишь его так же через конкат, а потом на соединенное видео не наложишь?
2. he-aac ты где возьмешь, чтобы присовокупить к первым эпизодам, скодированным в нём?
> моно ли мне как-нибудь вытащить профиль звука и перекодировать только оставшиеся серии, которые не получаются
1. Почему ты не перекодируешь весь звук отдельно и не соединишь его так же через конкат, а потом на соединенное видео не наложишь?
2. he-aac ты где возьмешь, чтобы присовокупить к первым эпизодам, скодированным в нём?
>>462397
Угу, начнём конпелирование ведра, вместо использования нормальных кодеков.
>>462398
Ну так -af в помощь, там есть список фильтров на звук, растягивай, при пережатии, раз он был кривой, либо, если рассинхрон постоянный используй оффсет для аудио. Надо смотреть, не люблю я эти угадайки, что у тебя не так и ты ли в этом виноват.
> libfdk_aac
Угу, начнём конпелирование ведра, вместо использования нормальных кодеков.
>>462398
Ну так -af в помощь, там есть список фильтров на звук, растягивай, при пережатии, раз он был кривой, либо, если рассинхрон постоянный используй оффсет для аудио. Надо смотреть, не люблю я эти угадайки, что у тебя не так и ты ли в этом виноват.
>>462345
Справедливо. В принципе, ничего не мешает сшить два потока данных разных профилей, уровней, разрешения и прочего-прочего кроме того, что от аппаратного декодера в результате внезапной смены всего этого можно ожидать любого варианта охуения. Так грамотные решения не делаются.
> Несправедливо
Справедливо. В принципе, ничего не мешает сшить два потока данных разных профилей, уровней, разрешения и прочего-прочего кроме того, что от аппаратного декодера в результате внезапной смены всего этого можно ожидать любого варианта охуения. Так грамотные решения не делаются.
1 Кб, 539x25Как затереть конкретный комментарий в метаданных?
>>462411
Уже ничего? Ладно.
Ожидать при реф 16? Не знаю, мой не алё при попытке открыть.
А можно без перекодирования взять и проверить, прежде, чем кодировать, например.
> ничего не мешает сшить
Уже ничего? Ладно.
> что от аппаратного декодер
Ожидать при реф 16? Не знаю, мой не алё при попытке открыть.
> можно ожидать
А можно без перекодирования взять и проверить, прежде, чем кодировать, например.
>>462404
Надо короче научить каждого вендоюзера в софтаче компилировать ffmpeg со своими настройками/патчами. Тогда заживём. Вебмки вон худо-бедно научилось большинство делать, теперь надо двигаться дальше.
>Угу, начнём конпелирование ведра
Надо короче научить каждого вендоюзера в софтаче компилировать ffmpeg со своими настройками/патчами. Тогда заживём. Вебмки вон худо-бедно научилось большинство делать, теперь надо двигаться дальше.
>>462418
Я и вижу, что не день, то очередные "открытия" к кодировании вемб, умельцы.
Я и вижу, что не день, то очередные "открытия" к кодировании вемб, умельцы.
>>462416
Голова у тебя плохо работает. Хочешь увидеть противоречие, так, где его нет?
Насколько я помню, MPEG-TS позволяет поменять на ходу у одного и того же потока видео и уровень и профиль и разрешение и тип развёртки и частоту кадров, просто декодер имеет право быть неготовым к таким внезапным поворотам. Впрочем, я и ошибаться могу.
Разумеется. Потому, что кодировать бы было правильно с вменяемыми опциями из расчёта на наиболее распространённые аппаратные декодеры.
На всех гипотетических декодерах? Я бы ожидал, что большинство из них прекратит декодирование с ошибкой.
> Уже ничего? Ладно.
Голова у тебя плохо работает. Хочешь увидеть противоречие, так, где его нет?
> Ожидать при реф 16?
Насколько я помню, MPEG-TS позволяет поменять на ходу у одного и того же потока видео и уровень и профиль и разрешение и тип развёртки и частоту кадров, просто декодер имеет право быть неготовым к таким внезапным поворотам. Впрочем, я и ошибаться могу.
> Не знаю, мой не алё при попытке открыть.
Разумеется. Потому, что кодировать бы было правильно с вменяемыми опциями из расчёта на наиболее распространённые аппаратные декодеры.
> А можно без перекодирования взять и проверить
На всех гипотетических декодерах? Я бы ожидал, что большинство из них прекратит декодирование с ошибкой.
113 Кб, 307x357>>462423
Можно я не буду на этот испанский стыд отвечать? Ладненько? Почему пердули не могут в иронию, просто отсутствует как класс.
Можно я не буду на этот испанский стыд отвечать? Ладненько? Почему пердули не могут в иронию, просто отсутствует как класс.
>>462423
fix.
Извиняюсь за грубость. Что-то нашло. Наверно, моя тупость.
> Голова у тебя плохо работает. Ты поспешные выводы делаешь. Хочешь увидеть противоречие там, где его нет?
fix.
Извиняюсь за грубость. Что-то нашло. Наверно, моя тупость.
>>462425
Не разбираюсь в тонкостях твоего внутреннего манямирка.
Нет, уж. Если есть что по существу возразить, то давай!
> Почему пердули не могут в иронию, просто отсутствует как класс.
Не разбираюсь в тонкостях твоего внутреннего манямирка.
> Можно я не буду на этот испанский стыд отвечать? Ладненько?
Нет, уж. Если есть что по существу возразить, то давай!
>>462404
Добавил в общем -itsoffset из оригинальных файлов и вроде норм. Надо попробовать фулл собрать, только тут на ночь надо ставить блджад. Даже интересно, что получится в итоге и будет ли это показывать телефон. Капец тут конечно ничтожно уползаю в свою дыру откуда вылез, но я еще вернусь, няша, спасибо тебе <3. И тебе >>462336 спасибо, если завтра утром открою говно, буду все под ноль перекодировать.
Добавил в общем -itsoffset из оригинальных файлов и вроде норм. Надо попробовать фулл собрать, только тут на ночь надо ставить блджад. Даже интересно, что получится в итоге и будет ли это показывать телефон. Капец тут конечно ничтожно уползаю в свою дыру откуда вылез, но я еще вернусь, няша, спасибо тебе <3. И тебе >>462336 спасибо, если завтра утром открою говно, буду все под ноль перекодировать.
>>462435
Почему на ночь? Ты же только один звук кодируешь, нет? Или серий много? А помощь какая? Ты сам вон всё, что нужно себе нашел.
Почему на ночь? Ты же только один звук кодируешь, нет? Или серий много? А помощь какая? Ты сам вон всё, что нужно себе нашел.
>>462440
Да. Почему то моя видеокарта gtx 1060 нихуя не может его обработать. А вообще можно ли как нибудь посмотреть без перекодировки? Кодек x264.
> Перекодируй, только ты уверен, что лаги именно из-за полновесного хромы?
Да. Почему то моя видеокарта gtx 1060 нихуя не может его обработать. А вообще можно ли как нибудь посмотреть без перекодировки? Кодек x264.
>>461826
Ну слава Богу, хоть один человек в мире в это смог. Не зря с ав1 пердолился.
>параллелизация по сценам
Ну слава Богу, хоть один человек в мире в это смог. Не зря с ав1 пердолился.
>>461854
Я хотел. А откуда дровишки? Я бы msssim и psnrhvs лучше тоже в виде фильтров к ффмпегу прикрутил.
>Кто там метрики хотел
Я хотел. А откуда дровишки? Я бы msssim и psnrhvs лучше тоже в виде фильтров к ффмпегу прикрутил.
>>462443
Ну маленький семпл закодируй и посмотри, в чём проблема?
Ну а так, -pix_fmt yuv420p же.
> можно ли как нибудь посмотреть без перекодировки?
Ну маленький семпл закодируй и посмотри, в чём проблема?
Ну а так, -pix_fmt yuv420p же.
>>462546
Это с реддита, там формат картинок avif тестируют и выложили набор утилит для работы с ним, заодно и проверку качества по метрикам.
Это те же программы, что и у мозилловцев, просто уже собранные бинарники под винду есть. Ну и 5 штук только, у мозилловцев больше.
Напиши фильтры на сишке, зашли в мэйллист.
Это с реддита, там формат картинок avif тестируют и выложили набор утилит для работы с ним, заодно и проверку качества по метрикам.
Это те же программы, что и у мозилловцев, просто уже собранные бинарники под винду есть. Ну и 5 штук только, у мозилловцев больше.
>тоже в виде фильтров к ффмпегу прикрутил
Напиши фильтры на сишке, зашли в мэйллист.
Пайсон скриптик на создание скринлистов для папки с видеофайлами:
https://pastebin.com/MN0NE3xJ
Я правильно понял, что для tile никак нельзя указать "расширайся вниз, сколько влезет", а только фиксированную сетку? Ето неудобно.
https://pastebin.com/MN0NE3xJ
Я правильно понял, что для tile никак нельзя указать "расширайся вниз, сколько влезет", а только фиксированную сетку? Ето неудобно.
>>462614
на https://www.ffmpeg.org/ffmpeg-all.html#toc-select_002c-aselect
изучай переменные, там всё есть
>Не видел примера, как сделоть каждые 10 сек
на https://www.ffmpeg.org/ffmpeg-all.html#toc-select_002c-aselect
изучай переменные, там всё есть
1011 Кб, 306x280Воообщем все получилось, анончики. Четыре часа файлик с главами по сериям, все как и хотелось. Уххх, что бы я без вас делал? Не знаю. Пойду пожалуй. Всем добра!
>>462625
В жопу этот подсчёт кадров, оказывается можно просто fps=1/15 указать.
А вот проба это да, неплохая штука.
Теперь всё красиво, пасиб.
>изучай переменные
В жопу этот подсчёт кадров, оказывается можно просто fps=1/15 указать.
А вот проба это да, неплохая штука.
Теперь всё красиво, пасиб.
>>462978
Видеть, как у людей что-то получается — это счастье. И тебе спасибо.
Видеть, как у людей что-то получается — это счастье. И тебе спасибо.
>>463671
-an -c copy
-an -c copy
Подскажите максимально эффективный параметр для кодирования с помощью nvenc, для фильмов. Как тут написано, он рекомендует CRF. Но я как понял для этого видеокарта не подходит? http://slhck.info/video/2017/03/01/rate-control.html
146 Кб, 1124x1024>>464014
Зависит от реализации nvenc, у штеуда такое себе, у нвидии даже 2 прохода есть, читать тут
ffmpeg -encoders <- список энкодеров, находишь свои nvenc'и
ffmpeg -h encoder=<подставить энкодер>
Далее читаешь и сопостовляешь с существующими гайдами. Сам пробовал только штеудовский, непонравилось, настроек нет совсем. Остальные руки не доходят потестировать, х264 и без того шустрый.
Если тебе не важен лимит, если есть лимит, то можно и два прохода, 1 пройдет быстро, если не указан флаг --slow-firstpass
Если указан, то первый проход будет идти дольше остальных.
Зависит от реализации nvenc, у штеуда такое себе, у нвидии даже 2 прохода есть, читать тут
ffmpeg -encoders <- список энкодеров, находишь свои nvenc'и
ffmpeg -h encoder=<подставить энкодер>
Далее читаешь и сопостовляешь с существующими гайдами. Сам пробовал только штеудовский, непонравилось, настроек нет совсем. Остальные руки не доходят потестировать, х264 и без того шустрый.
> он рекомендует CRF
Если тебе не важен лимит, если есть лимит, то можно и два прохода, 1 пройдет быстро, если не указан флаг --slow-firstpass
Если указан, то первый проход будет идти дольше остальных.
>>464113
Итак, ты принёс:
- рекламная листовка уровня «политрук лжёт»;
- PSNR;
- какие-то разы;
- просто какой-то битрейт;
- не приводится главный аргумент — скорость кодирования.
Вывод: ты принёс кусок говна.
Итак, ты принёс:
- рекламная листовка уровня «политрук лжёт»;
- PSNR;
- какие-то разы;
- просто какой-то битрейт;
- не приводится главный аргумент — скорость кодирования.
Вывод: ты принёс кусок говна.
48 Кб, 604x403>>464113
Это какой-то бред, как реализация программного энкодера, который использует аппаратные ресурсы видеокарты для расчетов, вместо ресурсов цопе, может меняться качественно? Что-то уровня вот на интел х264 качественнее жмот, чем на амуде. Как они это делали?
Это какой-то бред, как реализация программного энкодера, который использует аппаратные ресурсы видеокарты для расчетов, вместо ресурсов цопе, может меняться качественно? Что-то уровня вот на интел х264 качественнее жмот, чем на амуде. Как они это делали?
>>464122
Хотя если бы это был исключительно программный комплекс, использующий аппаратные ресурсы, то он бы работал на любом новидео с кудами, а не как сейчас.
Хотя если бы это был исключительно программный комплекс, использующий аппаратные ресурсы, то он бы работал на любом новидео с кудами, а не как сейчас.
>>464122
Ошибочное предположение.
> реализация программного энкодера, который использует аппаратные ресурсы видеокарты для расчетов
Ошибочное предположение.
>>464122
Там не программный, nvenc это отдельный чип на видеокарте.
Качество конечно говно, но для геймеров сойдёт. В GTX говорят у них даже B-фреймов не было, в RTX хз.
Там не программный, nvenc это отдельный чип на видеокарте.
Качество конечно говно, но для геймеров сойдёт. В GTX говорят у них даже B-фреймов не было, в RTX хз.
>>464142
А, это для хевца. Для h.264 есть, да.
А, это для хевца. Для h.264 есть, да.
>>464153
А скорость? Так-то -profile fast не то место, где говорят о качестве, он про другое же.
А скорость? Так-то -profile fast не то место, где говорят о качестве, он про другое же.
>>464154
Не знаю, но эта табличка добавила желания опробовать, ещё хотелось бы амудешный энкодер пощупать, но карты сейчас в ремонте. А потом сравнить метрики и визуально, потому что метриками мерятся не комильфо.
Не знаю, но эта табличка добавила желания опробовать, ещё хотелось бы амудешный энкодер пощупать, но карты сейчас в ремонте. А потом сравнить метрики и визуально, потому что метриками мерятся не комильфо.
>>464154
Видимо такая же как у икса, либо быстрее. У икса они только пресеты тестят, скорость аппаратного энкодера тоже особо не изменишь. Средний пресет они видимо на двух компах запустили, чтобы по скорости сравнялся.
Это просто смешная картинка от маркетологов, пример как не надо делать сравнения. У них же вся задача это впарить клиентам новые карточки.
Видимо такая же как у икса, либо быстрее. У икса они только пресеты тестят, скорость аппаратного энкодера тоже особо не изменишь. Средний пресет они видимо на двух компах запустили, чтобы по скорости сравнялся.
Это просто смешная картинка от маркетологов, пример как не надо делать сравнения. У них же вся задача это впарить клиентам новые карточки.
>>464162
А для кого они делают сравнение кодеров видео? Тем более на фасте. Вряд ли мамкины нагибаторы будут на скорость рипать новую серию Игры Притонов или что-то такое.
>У них же вся задача это впарить клиентам новые карточки.
А для кого они делают сравнение кодеров видео? Тем более на фасте. Вряд ли мамкины нагибаторы будут на скорость рипать новую серию Игры Притонов или что-то такое.
>>464173
Ну, задача маркетинга это объяснить, что надо, лол. И если качество и раньше устраивало, значит можно делать меньше битрейт, канал хоть сэкономится.
Ну, задача маркетинга это объяснить, что надо, лол. И если качество и раньше устраивало, значит можно делать меньше битрейт, канал хоть сэкономится.
>>464177
Хосспаде как же тяжело живётся производителям железа в эпоху упирания в квантовый физический потолок. Чёртово атомарное строение мира, нельзя было фрактальный сделать как будто ну че сложно что ли.
Хосспаде как же тяжело живётся производителям железа в эпоху упирания в квантовый физический потолок. Чёртово атомарное строение мира, нельзя было фрактальный сделать как будто ну че сложно что ли.
>>464178
Это маркетинг. Здесь важен только платёжеспособный спрос. Законы физики не важны.
> Хосспаде как же тяжело живётся производителям железа в эпоху упирания в квантовый физический потолок
Это маркетинг. Здесь важен только платёжеспособный спрос. Законы физики не важны.
>>464179
Нет, я имею в виду, что вот как хорошо было в 90е и 00е: ваще ничего не надо изобретать, никаких технологий - тупо накручивай частоту на чипе и всё. Никаких многоядерных ЦП, никаких тесселяций и волшебных лучей. Всё просто: вот в прошлом году на ЦП было 600МГц, а в этом мы взяли планку в 1ГГц (до сих пор помню этот год) - пиздуйте заносить бабосы. И главное даже врать не надо и выдумывать ничего, всё честно. А сейчас все ЦП упёрлись в 5ГГц, ядер дохуя, но юнити ебала их в рот и шпарит всё в главном потоке, видеокарты вообще отличаются друг от друга иди ка ты нахуй вот как они отличаются. Поди тут загони старых лохов покупать новые куски текстолита. (я до сих пор сижу на пекарне 2011 года сборки с материнкой из 2008 и играю во все свои йобы)
Нет, я имею в виду, что вот как хорошо было в 90е и 00е: ваще ничего не надо изобретать, никаких технологий - тупо накручивай частоту на чипе и всё. Никаких многоядерных ЦП, никаких тесселяций и волшебных лучей. Всё просто: вот в прошлом году на ЦП было 600МГц, а в этом мы взяли планку в 1ГГц (до сих пор помню этот год) - пиздуйте заносить бабосы. И главное даже врать не надо и выдумывать ничего, всё честно. А сейчас все ЦП упёрлись в 5ГГц, ядер дохуя, но юнити ебала их в рот и шпарит всё в главном потоке, видеокарты вообще отличаются друг от друга иди ка ты нахуй вот как они отличаются. Поди тут загони старых лохов покупать новые куски текстолита. (я до сих пор сижу на пекарне 2011 года сборки с материнкой из 2008 и играю во все свои йобы)
Небольшой глоток свежего воздуха индустрии подарил Сатоши, конечно, но сейчас и он закончился, и китайцы распродают даже асиксы, не говоря о видеокарточках.
>>464181
Ну игры постепенно лучше задействуют многоядерный проц, другого выбора всё равно нет. В декодерах видео это тоже даёт профит, вон dav1d в мультитреде обходит узкие места AV1 с помощью грамотных инжененых решений, в libaom так не осилили. Если кодировать, разрезая по GOP, это вообще стопроцентная распараллезация.
Не все задачи хорошо распараллеливаются, конечно, от этого частично новые SIMD инструкции помогают, тот же AVX512. Хотя тоже не для всего это годится.
Ну игры постепенно лучше задействуют многоядерный проц, другого выбора всё равно нет. В декодерах видео это тоже даёт профит, вон dav1d в мультитреде обходит узкие места AV1 с помощью грамотных инжененых решений, в libaom так не осилили. Если кодировать, разрезая по GOP, это вообще стопроцентная распараллезация.
Не все задачи хорошо распараллеливаются, конечно, от этого частично новые SIMD инструкции помогают, тот же AVX512. Хотя тоже не для всего это годится.
>>464187
Они бы лучше GPU наконец начали осваивать, который для них создавался, но нет, надо всем ломиться в CPU-0.
>игры постепенно лучше задействуют многоядерный проц, другого выбора всё равно нет
Они бы лучше GPU наконец начали осваивать, который для них создавался, но нет, надо всем ломиться в CPU-0.
>>464187
С чего ты взял, что это самый эффективный способ? Почему вы так доколебались до этой распарралелизации, но не удосужились провести тесты? Думаете людям, работающим в лампеге такие мюсли в голову не приходили?
> Если кодировать, разрезая по GOP, это вообще стопроцентная распараллезация
С чего ты взял, что это самый эффективный способ? Почему вы так доколебались до этой распарралелизации, но не удосужились провести тесты? Думаете людям, работающим в лампеге такие мюсли в голову не приходили?
>>464200
Так выяснили же уже, что это не касается кодеров - их делают для непрерывного потока кадров, без задела на возможность скакать туда-сюда по файлу.
>Думаете людям, работающим в лампеге такие мюсли в голову не приходили?
Так выяснили же уже, что это не касается кодеров - их делают для непрерывного потока кадров, без задела на возможность скакать туда-сюда по файлу.
>>464204
И потому у них н-проходные режимы запилены? Потому используется Frame Threading и лукахеад? Им ничего не мешало сделать энкод по гопам, но он не сделан.
И потому у них н-проходные режимы запилены? Потому используется Frame Threading и лукахеад? Им ничего не мешало сделать энкод по гопам, но он не сделан.
>>464200
Чувак, их останавливают референсы, которые передаются через ключевые кадры и мусорные заголовки, не парься ты так.
Чувак, их останавливают референсы, которые передаются через ключевые кадры и мусорные заголовки, не парься ты так.
>>464514
Секрета нет, просто писаки фронтендов настолько рукожопые дауны, что дальше ноубрейн передачи параметров в ффмпег ничего сделать не могут. Да и пользователи гуёвых конвертеров о таких понятиях, как тайл и гоп не слышали, т.ч. потребитель и автор стоят друг друга.
Секрета нет, просто писаки фронтендов настолько рукожопые дауны, что дальше ноубрейн передачи параметров в ффмпег ничего сделать не могут. Да и пользователи гуёвых конвертеров о таких понятиях, как тайл и гоп не слышали, т.ч. потребитель и автор стоят друг друга.
>>464517
Все вокруг дауны одни сидельцы форума для аниме умные, красивые, стоят тут одни
Все вокруг дауны одни сидельцы форума для аниме умные, красивые, стоят тут одни
Вот вы кто-нибудь из этих умных, которые так уверены в своём способе, вместо фантазий провел бы исследование, насколько же влияет разбиение на качество энкода, ах, где же тот герой. ведь доказать так просто..
>>464522
>>464626
Тащемта литералли прямо сейчас изучаю питон, чтобы написать тестирующий фреймворк для такого говна и чтобы оно гонялось само на автомате. Пытался что-то такое провернуть на обычных виндовых батниках, но там экранирование спецсимволов intensifies слишком быстро, да и адресуемых напрямую аргументов командной строки всего 9 и прочие артефакты, т.ч. мне всё стало ясно.
Строго говоря, изначально я просто заебался прописывать параметры по 2 раза для 2 проходов и хотел сделать, чтобы оно само там всё подставляло, но потом напридумывал ещё кучу вещей, которые мне надо автоматизировать для кодирования, ну а там уже и до прогона по параметрам не далеко, и до парсинга обратной связи по пробе и метрикам. Очень хочется ещё собрать автоматическое тестирование новых релизов впх по мере их появления в мастерской ветке на гите, но пока что у меня огромные проблемы со сборкой вручную (не через мабс) и либвпх, и ффмпега под винду. И ни на стаковерфло, ни на зераное мне не могут объяснить, что происходит, т.ч. тут пока всё не так очевидно. В конце-концов изучу ещё и башевый синтаксис и расковыряю мабсовые скрипты, конечно, но на это понадобится какое-то время. Планов, короче, куча, ух бля.
Вообще, я удивлён, что у кого-то действительно вызывает сомнения качество кодирования по гопам относительно тайлов, хотя об этом орут в каждой документации и вики, и кто-то всерьёз ищет здесь заговор авторов кодеров, которые массово утаивают от нас такой волшебный режим. Но тем интереснее будет проводить исследование и в нём будет хоть какой-то смысл помимо чисто академического "для себя". Т.ч. сомневайтесь больше, повышайте ставки.
>ах, где же тот герой. ведь доказать так просто..
>>464626
>Это надо зверем быть, чтобы такое провернуть.
Тащемта литералли прямо сейчас изучаю питон, чтобы написать тестирующий фреймворк для такого говна и чтобы оно гонялось само на автомате. Пытался что-то такое провернуть на обычных виндовых батниках, но там экранирование спецсимволов intensifies слишком быстро, да и адресуемых напрямую аргументов командной строки всего 9 и прочие артефакты, т.ч. мне всё стало ясно.
Строго говоря, изначально я просто заебался прописывать параметры по 2 раза для 2 проходов и хотел сделать, чтобы оно само там всё подставляло, но потом напридумывал ещё кучу вещей, которые мне надо автоматизировать для кодирования, ну а там уже и до прогона по параметрам не далеко, и до парсинга обратной связи по пробе и метрикам. Очень хочется ещё собрать автоматическое тестирование новых релизов впх по мере их появления в мастерской ветке на гите, но пока что у меня огромные проблемы со сборкой вручную (не через мабс) и либвпх, и ффмпега под винду. И ни на стаковерфло, ни на зераное мне не могут объяснить, что происходит, т.ч. тут пока всё не так очевидно. В конце-концов изучу ещё и башевый синтаксис и расковыряю мабсовые скрипты, конечно, но на это понадобится какое-то время. Планов, короче, куча, ух бля.
Вообще, я удивлён, что у кого-то действительно вызывает сомнения качество кодирования по гопам относительно тайлов, хотя об этом орут в каждой документации и вики, и кто-то всерьёз ищет здесь заговор авторов кодеров, которые массово утаивают от нас такой волшебный режим. Но тем интереснее будет проводить исследование и в нём будет хоть какой-то смысл помимо чисто академического "для себя". Т.ч. сомневайтесь больше, повышайте ставки.
>>464690
Ясно.
Ясно.
>>464690
Короче потом учишь сишку, плюсы, раст, асм, читаешь спеки от Intel/Agner по SIMD-оптимизациям и начинаешь контрибьютить в сами кодеки, чтобы всё заебись работало. Потом получаешь PhD по DSP, тебя хайрит гугл/мозилла/нетфликс и ты съёбываешь в силиконку разрабатывать VVC/AV2.
http://www.ross.net/compression/
>Планов, короче, куча, ух бля.
Короче потом учишь сишку, плюсы, раст, асм, читаешь спеки от Intel/Agner по SIMD-оптимизациям и начинаешь контрибьютить в сами кодеки, чтобы всё заебись работало. Потом получаешь PhD по DSP, тебя хайрит гугл/мозилла/нетфликс и ты съёбываешь в силиконку разрабатывать VVC/AV2.
http://www.ross.net/compression/
>>464750
Да вот я чувствую, всё к этому и идёт, потому что "а чем вот этот коммит отличается от этого? - да что вы тут напортачили, нормально же было, дайте я для себя исправлю - да тут вот так надо сделать, это же очевидно, вот вам коммит под ребро - ...". А ведь я просто хотел резать вебмки для двача лол.
Алсо
чек
чек
Питон выбрал реально тупо как расширенную командную строку, чтобы не загружать вижулу два часа каждый раз ради двух строчек в консоли. Пробежался бегло по популярным фреймворкам, вроде бы, оно должно уметь всё, что я себе напланировал пока.
Да вот я чувствую, всё к этому и идёт, потому что "а чем вот этот коммит отличается от этого? - да что вы тут напортачили, нормально же было, дайте я для себя исправлю - да тут вот так надо сделать, это же очевидно, вот вам коммит под ребро - ...". А ведь я просто хотел резать вебмки для двача лол.
Алсо
>потом учишь сишку
чек
>плюсы
чек
Питон выбрал реально тупо как расширенную командную строку, чтобы не загружать вижулу два часа каждый раз ради двух строчек в консоли. Пробежался бегло по популярным фреймворкам, вроде бы, оно должно уметь всё, что я себе напланировал пока.
>>464757
Надеюсь ты на третьем питоне пишешь, второй уже почти сдох. А так норм, да, для скриптов идеально.
Не очень норм, что его в бинарник пакетировать неудобно и распространять, мало у кого на винде из неразрабов питон стоит. Если для себя/задротов, то без разницы, а если для большой аудитории, что-нибудь компилируемое и высокоуровневое типо Go должно быть поудобнее.
Надеюсь ты на третьем питоне пишешь, второй уже почти сдох. А так норм, да, для скриптов идеально.
Не очень норм, что его в бинарник пакетировать неудобно и распространять, мало у кого на винде из неразрабов питон стоит. Если для себя/задротов, то без разницы, а если для большой аудитории, что-нибудь компилируемое и высокоуровневое типо Go должно быть поудобнее.
10 Кб, 565x166>>464763
Да, конечно - пикрил. Я только сейчас в него вкатываюсь, т.ч. даже не в курсе всей драмы и что там за тёрки между 2 и 3, тупо взял самый последний.
Не, мне чисто для себя, именно как альтернатива виндовым .bat-никам. Или расширенная консолька. Мне нравится встроенный режим калькулятора в интерпретатор питона, т.е. можно в реальном времени втыкать всякие команды и оно будет показывать результат. Очень круто.
Вообще не представляю себя пишущим что-то для широкой аудитории. На работе у меня свой набор музейных инструментов и там мне не дают выбирать. А в свободное время я пока для широкой аудитории ничего не пишу... Разве что вот вебмки режу. Т.ч. все мои программистские изыски чисто для себя пока.
Да и конечному пользователю нужен гуй, т.ч. я бы, пожалуй, ориентировался на шарпы, которые делает МС для своих ОС. Го лично у меня пока недостаточно на слуху и я не знаю, для кого и для чего его делает гугл - это может быть тупо очередная волна хайпа, как с руби.
>Надеюсь ты на третьем питоне пишешь, второй уже почти сдох
Да, конечно - пикрил. Я только сейчас в него вкатываюсь, т.ч. даже не в курсе всей драмы и что там за тёрки между 2 и 3, тупо взял самый последний.
>Не очень норм, что его в бинарник пакетировать неудобно и распространять,
Не, мне чисто для себя, именно как альтернатива виндовым .bat-никам. Или расширенная консолька. Мне нравится встроенный режим калькулятора в интерпретатор питона, т.е. можно в реальном времени втыкать всякие команды и оно будет показывать результат. Очень круто.
>для большой аудитории, что-нибудь компилируемое и высокоуровневое типо Go должно быть поудобнее.
Вообще не представляю себя пишущим что-то для широкой аудитории. На работе у меня свой набор музейных инструментов и там мне не дают выбирать. А в свободное время я пока для широкой аудитории ничего не пишу... Разве что вот вебмки режу. Т.ч. все мои программистские изыски чисто для себя пока.
Да и конечному пользователю нужен гуй, т.ч. я бы, пожалуй, ориентировался на шарпы, которые делает МС для своих ОС. Го лично у меня пока недостаточно на слуху и я не знаю, для кого и для чего его делает гугл - это может быть тупо очередная волна хайпа, как с руби.
>>464771
Если гуй, то да, шарп на винде удобен. Он не кроссплатформенный правда, обычно Qt берут для этого.
Хотя мне он тоже не очень нравится, т.к. Qt-либы, статически слинкованные, довольно дофига весят.
>Да и конечному пользователю нужен гуй, т.ч. я бы, пожалуй, ориентировался на шарпы
Если гуй, то да, шарп на винде удобен. Он не кроссплатформенный правда, обычно Qt берут для этого.
Хотя мне он тоже не очень нравится, т.к. Qt-либы, статически слинкованные, довольно дофига весят.
23 Кб, 490x480>>464690
Проверил, жду, когда ты изучишь питон и тоже проверишь, сравним результаты.
Проверил, жду, когда ты изучишь питон и тоже проверишь, сравним результаты.
Почему ффмпег шлёт меня нахер, когда я пытаюсь в 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.
Пользую 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.
>>465430
а зойчем ты все выключил? святой дух кодировать собрался?
>-vn -sn
а зойчем ты все выключил? святой дух кодировать собрался?
>output file #0 (out.m4a) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams)
>>465432
Выключил субтитры и видео же, если я кодирую только звук.
Да и, похоже что, кодке aac не умеет в -vbr, а умеет лишь libfdk_aac, которого нет в составе скомпилированных релизов ffmpeg. Самому собирать неохота.
Выключил субтитры и видео же, если я кодирую только звук.
Да и, похоже что, кодке aac не умеет в -vbr, а умеет лишь libfdk_aac, которого нет в составе скомпилированных релизов ffmpeg. Самому собирать неохота.
>>465430
Что ещё расскажешь? Он прямым текстом пишет, что опция vbr неприменима для используемых стримов.
> aac
> vbr
Что ещё расскажешь? Он прямым текстом пишет, что опция vbr неприменима для используемых стримов.
>>465437
Тут https://trac.ffmpeg.org/wiki/Encode/AAC сказали, что libfdk_aac может в -vbr. Вот я и подумал: "А aac чего? В дураках что ли?" Как оказалось, да.
Тут https://trac.ffmpeg.org/wiki/Encode/AAC сказали, что libfdk_aac может в -vbr. Вот я и подумал: "А aac чего? В дураках что ли?" Как оказалось, да.
361 Кб, 1862x2000>>465436
WRONG
ты нихуя не кодируешь
>кодирую только звук
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
90 Кб, 800x1006>>465441
хотя да, в глаза ебусь, наверное спать пора
тогда чекни доки
https://trac.ffmpeg.org/wiki/Encode/AAC
хотя да, в глаза ебусь, наверное спать пора
тогда чекни доки
>-c:a libfdk_aac
https://trac.ffmpeg.org/wiki/Encode/AAC
>>465439
Не делай так, не совершай ошибки, делай всё по гайдам. А ты и так, ведь там прямо написано как кодировать vbr в aac:
Native FFmpeg AAC Encoder
The native FFmpeg AAC encoder. This is currently the second highest-quality AAC encoder available in FFmpeg and does not require an external library like the other AAC encoders described here. This is the default AAC encoder.
Note: -strict experimental (or -strict -2) was previously required for this encoder, but it is no longer experimental and these options are unnecessary since 5 December 2015.
Examples
Constant bit rate using -b:a:
ffmpeg -i input.wav -c:a aac -b:a 160k output.m4a
Variable bit rate (using -q:a:
ffmpeg -i input.wav -c:a aac -q:a 2 output.m4a
Effective range for -q:a is around 0.1-2. This VBR is experimental and likely to get even worse results than the CBR.
> Вот я и подумал
Не делай так, не совершай ошибки, делай всё по гайдам. А ты и так, ведь там прямо написано как кодировать 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.
>>465436
искать самому тоже неохота?
https://github.com/illuspas/ffmpeg-hw-win32
>libfdk_aac, которого нет в составе скомпилированных релизов ffmpeg. Самому собирать неохота
искать самому тоже неохота?
https://github.com/illuspas/ffmpeg-hw-win32
Есть готовые сборочки fdkaac (первая ссылка в гугле), CLI-враппер для libfdk-aac, почти свежие. Там точно VBR работает.
fdkaac через MABS очень легко собирается вообще, там можно всё выключить и только два таргета оставить (fdk-aac + fdkaac), будет очень быстро и последняя версия. Правда, в той сборочке походу какая-то проприетарная версия энкодера, которой в опенсорсе нет:
Не особо наверно увеличивает суъективное качестве, но прикольно.
Ещё есть QAAC, который почти на уровне с fdk-aac, иногда наверно может быть чуть лучше.
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, иногда наверно может быть чуть лучше.
Так, снова я со своей черепицей. Хочу добавить таймкод, делаю как-то так:
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 не работает, но и без него ошибка всё равно вылазит.
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 не работает, но и без него ошибка всё равно вылазит.
88 Кб, 640x960>>452566 (OP)
Как обновить ffmpeg из консоли под шиндовс? Как писать стримы с ютуба? Есть ли замена streamlink'у?
Как обновить ffmpeg из консоли под шиндовс? Как писать стримы с ютуба? Есть ли замена streamlink'у?
>>471449
Смотря как устанавливал, лол.
youtube-dl.
> Как обновить ffmpeg из консоли под шиндовс?
Смотря как устанавливал, лол.
> Как писать стримы с ютуба? Есть ли замена streamlink'у?
youtube-dl.
>>471452
Никак, билды же в архивах раздаются. Просто разархивировал и добавил путь в PATH
Как им правильно останавливать запись в нужный момент? Посредством ctrl+c получаются битые файлы, которые ничем не открываются. Алсо можно ли как-нибудь такие файлы восстановить без потерь?
Как в youtube-dl задать запись стима не с момента запуска программы, а с начала стрима? Или задать запись с нужной минуты? В streamlink'е всё это было просто и понятно, но с недавнего времени перестало работать.
>Смотря как устанавливал, лол.
Никак, билды же в архивах раздаются. Просто разархивировал и добавил путь в PATH
>youtube-dl.
Как им правильно останавливать запись в нужный момент? Посредством ctrl+c получаются битые файлы, которые ничем не открываются. Алсо можно ли как-нибудь такие файлы восстановить без потерь?
Как в youtube-dl задать запись стима не с момента запуска программы, а с начала стрима? Или задать запись с нужной минуты? В streamlink'е всё это было просто и понятно, но с недавнего времени перестало работать.
>>472749
Я же выше уже писал, что им пользовался и всё устраивало, но в ноябре-декабре гугл там что-то у себя подкрутил и стримлинк теперь стримы не находит
Сам стримлинк с августа прошлого года не обновлялся
Я же выше уже писал, что им пользовался и всё устраивало, но в ноябре-декабре гугл там что-то у себя подкрутил и стримлинк теперь стримы не находит
> error: No playable streams found on this URL:
Сам стримлинк с августа прошлого года не обновлялся
>>472756
Да ладно.
https://github.com/streamlink/streamlink
Релизодауны соснули у гитобогов
>с августа прошлого года не обновлялся
Да ладно.
https://github.com/streamlink/streamlink
>2 days ago
Релизодауны соснули у гитобогов
>>472685
УМВР.
ffplay, mpv играет.
> Посредством ctrl+c получаются битые файлы, которые ничем не открываются.
УМВР.
ffplay, mpv играет.
Может кто прикинуть на глазок, до какого битрейта можно пожать музычку, чтобы ничего не потерять на смартфоне за 6к и наушниках за 1к?
Понакачал довольно тяжёлых файлов, а вместить хочется как можно больше, а памяти мало.
И opus сейчас лучший?
Понакачал довольно тяжёлых файлов, а вместить хочется как можно больше, а памяти мало.
И opus сейчас лучший?
>>452566 (OP)
Хочу переконвертировать много роликов из в мп4 в вебм с целью экономии места и без потери качества, Movavi Premium 19 выдаёт неизвестную ошибку, чем ещё это можно сделать? В идеале максимально простую хуйню с красивым дизайном и тремя кнопками откуда, куда, старт и чтобы несколько видосов сразу закинуть.
Хочу переконвертировать много роликов из в мп4 в вебм с целью экономии места и без потери качества, Movavi Premium 19 выдаёт неизвестную ошибку, чем ещё это можно сделать? В идеале максимально простую хуйню с красивым дизайном и тремя кнопками откуда, куда, старт и чтобы несколько видосов сразу закинуть.
>>474620
То есть хочешь сделать их ещё больше размера и с худшим качеством? Потому что вп дерьмо не знает, что такое качество.
> с целью экономии места и без потери качества
То есть хочешь сделать их ещё больше размера и с худшим качеством? Потому что вп дерьмо не знает, что такое качество.
>>474612
На любых наушниках 256 mp3/aac128 ничего не потеряешь. opus 160kbps ультимативный вариант.
Вот слепой ABX тест, можешь определиться с нужным кодеком и битрейтом.
http://abx.digitalfeed.net/list.html
https://www.youtube.com/watch?v=Z1zmlNAhijc
На любых наушниках 256 mp3/aac128 ничего не потеряешь. opus 160kbps ультимативный вариант.
Вот слепой ABX тест, можешь определиться с нужным кодеком и битрейтом.
http://abx.digitalfeed.net/list.html
https://www.youtube.com/watch?v=Z1zmlNAhijc
>>474706
Opus лучше vbr?
Opus лучше vbr?
15 Кб, 698x434Я понимаю, что это совсем пиздец, но я застрял на моменте PATH, как добавить, можно для дебила?
>>475864
ты уверен что у тебя там все обновилось после того как добавил? https://github.com/chocolatey/choco/blob/master/src/chocolatey.resources/redirects/RefreshEnv.cmd
ты уверен что у тебя там все обновилось после того как добавил? https://github.com/chocolatey/choco/blob/master/src/chocolatey.resources/redirects/RefreshEnv.cmd
>>475864
А зачем тебе он в переменных окружения? Чтобы линупсойдом себя чувствовать? Просто скопируй ffmpeg.exe в C:\Windows\System32
А зачем тебе он в переменных окружения? Чтобы линупсойдом себя чувствовать? Просто скопируй ffmpeg.exe в C:\Windows\System32
>>475886
Лучше не экзешник добавь, чтобы не лазить, а батник вот такой
chcp 65001
<путь>\ffmpeg.exe
Поможет читать кирилицу в метадате и обновлять можно просто закинув в новый ffmpeg заместо старого.
Лучше не экзешник добавь, чтобы не лазить, а батник вот такой
chcp 65001
<путь>\ffmpeg.exe
Поможет читать кирилицу в метадате и обновлять можно просто закинув в новый ffmpeg заместо старого.
Напишите на бумажке нормальную командную строку vp9, пример, я буду одним пальчиком набирать и через батник запускать.
49 Кб, 856x642>>476453
Абуняша разрешил постить mp4, оставь эти ональные игрища с реэнкодом интеллектуально незащищённым анимедетям.
Абуняша разрешил постить mp4, оставь эти ональные игрища с реэнкодом интеллектуально незащищённым анимедетям.
А есть гайд для ваще полных долбоёбов?
479 Кб, 767x1036>>476598
Что я пропустил, прости? Подробнее!
Что я пропустил, прости? Подробнее!
>>476720
Зачем хардкодишь имя? Можно же
title any2webm: %~n1
, а потом везде в целом одном месте %1 хуячить.
Зачем хардкодишь имя? Можно же
title any2webm: %~n1
, а потом везде в целом одном месте %1 хуячить.
>>476720
А, а на выводе "%~pn1.webm" не забудь
А, а на выводе "%~pn1.webm" не забудь
1,3 Мб, webm,1024x426, 0:04
>>476748
Мне так удобнее.
Мне так удобнее.
>>476453
FOR a IN (%*) DO ffmpeg -hide_banner -i a -c:v libvpx-vp9 -row-mt 1 -threads 16 -pix_fmt yuv420p -b:v 0 -crf 30 -sn -map_metadata -1 "%%~na.webm"
Можно указать несколько исходных видео - батник будет их обрабатывать по очерёдности.
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"
Можно указать несколько исходных видео - батник будет их обрабатывать по очерёдности.
>>474612
Опус с битрейтом выше 144Кбит. И до 224. Ниже искажается звук, а выше разницы уже нет.
Опус с битрейтом выше 144Кбит. И до 224. Ниже искажается звук, а выше разницы уже нет.
245 Кб, 640x480вот исходный звук, для сравнения
>>477101
Я так понял, "заметно" должно быть именно где-то в области 20-15 кГц? По крайней мере, не выше?
И лучше vbr юзать?
И ещё, как грамотно такой график назвать, я бы загуглил и в Audacity повторил, если можно.
Я так понял, "заметно" должно быть именно где-то в области 20-15 кГц? По крайней мере, не выше?
И лучше vbr юзать?
И ещё, как грамотно такой график назвать, я бы загуглил и в Audacity повторил, если можно.
>>477118
Да. Если зажать качественное аудио слишком низким битрейтом, будут проскакивать посвистывание и писк, как при воспроизведении зацарапанного CD или когда у цифрового ТВ начинает рассываться картинка.
С некачественным звуком все немного иначе.
Используется по умолчанию.
>>477118
https://www.youtube.com/watch?v=8AmS0JuURBI
>"заметно" должно быть именно где-то в области 20-15 кГц?
Да. Если зажать качественное аудио слишком низким битрейтом, будут проскакивать посвистывание и писк, как при воспроизведении зацарапанного CD или когда у цифрового ТВ начинает рассываться картинка.
С некачественным звуком все немного иначе.
>И лучше vbr юзать?
Используется по умолчанию.
>>477118
>как грамотно такой график назвать, я бы загуглил и в Audacity повторил
https://www.youtube.com/watch?v=8AmS0JuURBI
>>477141
Огромное спасибо тебе.
Огромное спасибо тебе.
Если используете Lossy формат, то ставьте максимальный битрейт, какой смысл в экономии в 2019?
>>477118
Тебе бы лучше понять такую простую вещь, что качество звука нужно оценивать на слух, а не по картинкам шизиков, которым важнее красивый спектр в почти неслышимой области.
Тебе бы лучше понять такую простую вещь, что качество звука нужно оценивать на слух, а не по картинкам шизиков, которым важнее красивый спектр в почти неслышимой области.
>>477158
Это не совсем шизофрения.
Есть такой момент, что я могу и на 32к наслаждаться, ок?
Но я не хочу, чтобы девайс меня обманывал, выдавая не оригинал, понимаешь?
Это не совсем шизофрения.
Есть такой момент, что я могу и на 32к наслаждаться, ок?
Но я не хочу, чтобы девайс меня обманывал, выдавая не оригинал, понимаешь?
Нарезаю так, все правильно делаю?
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
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
>>477605
В один проход делоешь, надо в два
ffmpeg -ss 00:00:00 -i input.mp4 -c:v libvpx-vp9 -crf 26 -b:v 0 -b:a 256k -c:a libvorbis -to длительность -an -y -pass 1 output.webm
ffmpeg -ss 00:00:00 -i input.mp4 -c:v libvpx-vp9 -crf 26 -b:v 0 -b:a 256k -c:a libvorbis -to длительность -y -pass 2 output.webm
В один проход делоешь, надо в два
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
>>477606
А можно как то заранее узнать будущий вес файла еще до кодирования? Или обязательно кодить а потом уже глядя на промах прицеливаться в 20мегабайт изменяя длительность и CRF?
А можно как то заранее узнать будущий вес файла еще до кодирования? Или обязательно кодить а потом уже глядя на промах прицеливаться в 20мегабайт изменяя длительность и CRF?
>>477610
Наверное нет. Если хочешь 20 МБ, то рассчитай битрейт и поставь его вместо -b:v 0
Наверное нет. Если хочешь 20 МБ, то рассчитай битрейт и поставь его вместо -b:v 0
>>477611
Понял, буду разбираться, спасибо.
Понял, буду разбираться, спасибо.
поясните про битрейт
>>477610
Пережать сегмент длиной в 30 секунд с желаемым качеством, посмотреть, с каким битрейтом его пожало.
Пережать сегмент длиной в 30 секунд с желаемым качеством, посмотреть, с каким битрейтом его пожало.
90 Кб, 1339x770Кто знает, как исправлять такой косяк? Понятно, что проебан размер. Как вычислить что где и насколько проебанно?
>>478147
sar сделай 1:1
sar сделай 1:1
> SDL_OpenAudio (2 channels, 48000 Hz): WASAPI can't initialize audio client: CoInitialize has not been called.
???
>>478161
Конпелируй сам. Решение есть где-то в интернетах
Конпелируй сам. Решение есть где-то в интернетах
>>478179
А почему такое произошло?
На другом компьютере всё нормально работает, версия там около годичной давности.
А почему такое произошло?
На другом компьютере всё нормально работает, версия там около годичной давности.
Почему последний стабильный ффмпег кодирует видео с пониженным на треть битрейтом, а не с тем что я ему указал? Я ему -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"
Полный код:
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"
>>478324
Разве должно быть как-то иначе?
Разве должно быть как-то иначе?
180 Кб, mp4,638x354, 0:03
>>478324
> -map_metadata -1
> -metadata title="" ^
> -metadata:s:0 title="" ^
> -metadata:s:1 title="" ^
>>478451
Ты зря думаешь, что я такой тупой, но если бы ты объяснил, почему надо ставить 40 минут и 0,1кадр/сек а не 0,01 и как это рассчитывать от исходника видео, я был бы признателен.
Ты зря думаешь, что я такой тупой, но если бы ты объяснил, почему надо ставить 40 минут и 0,1кадр/сек а не 0,01 и как это рассчитывать от исходника видео, я был бы признателен.
>>478546
Спасибо!
Спасибо!
>>478551
Спасибо.
Что скажешь насчёт звука, с видео всё просто - vp10>vp9>vp8, а вот vorbis или opus, какой выбрать для битрейда 64-112k?
Спасибо.
Что скажешь насчёт звука, с видео всё просто - vp10>vp9>vp8, а вот vorbis или opus, какой выбрать для битрейда 64-112k?
>>479353
Для такого точно opus, когда он появился, то все балдели от того, как он звучит на низких битрейтрах по сравнению с пердящим vorbis'ом.
Мне нравится как "звучит" vorbis чуть больше, но стоит ли заморачиваться, когда есть универсальный opus.
> 64-112k
Для такого точно opus, когда он появился, то все балдели от того, как он звучит на низких битрейтрах по сравнению с пердящим vorbis'ом.
Мне нравится как "звучит" vorbis чуть больше, но стоит ли заморачиваться, когда есть универсальный opus.
>>479480
Это правда, я хотел сначала написать, что если можно позволить себе 192к+, то лучше обмазываться ворбисом с -q:a 6, но что-то в другом направлении пошёл.
Это правда, я хотел сначала написать, что если можно позволить себе 192к+, то лучше обмазываться ворбисом с -q:a 6, но что-то в другом направлении пошёл.
Попробовал сжимать тишину опусом и ворбисом, первому написал -b:a 128k, второму -q:a 4, остальные настройки не трогал. Оба не сообразили что это тишина и не сжали ее в ноль. Зачем так делать?
>>479575
Уже отправил пулл-реквест?
Уже отправил пулл-реквест?
Как соединить две webm друг за другом, свойства у них одинаковые? В гугле забанен за неверное отгадывание гидрантов.
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.
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.
>>486983
Создаешь папочку, копируешь видео в неё, в папочке делаешь .txt файл с
file 'video1.mkv'
file 'video2.mkv'
Делаешь
ffmpeg -f concat -i file.txt -c copy new.mkv
Создаешь папочку, копируешь видео в неё, в папочке делаешь .txt файл с
file 'video1.mkv'
file 'video2.mkv'
Делаешь
ffmpeg -f concat -i file.txt -c copy new.mkv
>>487381
А если ты хороший мальчик, чистишь зубы 2 раза в день и не используешь пробелы в названиях файлов, то можно и без текстового файлика:
-i "concat:file1|file2"
А если ты хороший мальчик, чистишь зубы 2 раза в день и не используешь пробелы в названиях файлов, то можно и без текстового файлика:
-i "concat:file1|file2"
>>452566 (OP)
ТРЕД НЕ ЧИТАЙ @ ВОПРОС ЗАДАВАЙ
ТРЕД НЕ ЧИТАЙ @ ВОПРОС ЗАДАВАЙ
>>490298
блять, какого черта сообщение отправилось
ладно, суть вопроса. только нашел этот тред, нихера шапку не читал (но почитаю). короче я шакалю все в hevc
блять, какого черта сообщение отправилось
ладно, суть вопроса. только нашел этот тред, нихера шапку не читал (но почитаю). короче я шакалю все в hevc
>>490299
Ебучее обезъянье поделие странно реагирует на переключение языка с помощью ctrl + space. Ок, буду переключать как инвалид мышкой. Пардоньте что насрал выше. Короче, шакалю все со следующими опциями `-c:v hevc -crf 28`, то есть по сути дефолт для 265. Есть куда стремится? Или все правильно делаю?
Видяшки с ксяоми камеры и телефона. В будущем добавится еще DSLRка, везде 4К х264 кодек.
Ебучее обезъянье поделие странно реагирует на переключение языка с помощью ctrl + space. Ок, буду переключать как инвалид мышкой. Пардоньте что насрал выше. Короче, шакалю все со следующими опциями `-c:v hevc -crf 28`, то есть по сути дефолт для 265. Есть куда стремится? Или все правильно делаю?
Видяшки с ксяоми камеры и телефона. В будущем добавится еще DSLRка, везде 4К х264 кодек.
>>490300
Ну, из твоего высера мы поняли, что ты нитакойкаквсе. Стремиться больше некуда. Ты всего достиг.
Ну, из твоего высера мы поняли, что ты нитакойкаквсе. Стремиться больше некуда. Ты всего достиг.
>>490399
в чем же заключается моя нитокаякаквсешность, поясни пожалуйста, потешь мое самолюбие
в чем же заключается моя нитокаякаквсешность, поясни пожалуйста, потешь мое самолюбие
Мне надо сконвертить вебм, 4 минуты, уместить соостветсвнно в 20мб, или какой там лимит. Чем это лучше сделать? И что к слову значат CRF и tolerance в webm for retards?
>>490300
https://slhck.info/video/2017/03/01/rate-control.html
>Archival — CRF that gives you the quality you want.
https://slhck.info/video/2017/03/01/rate-control.html
>>490479
Считаешь битрейте 20480 * 8 / длина_в_секундах и делаешь
-crf 20 -b:v xk
вроде оно уже научилось попадать в лимит.
Считаешь битрейте 20480 * 8 / длина_в_секундах и делаешь
-crf 20 -b:v xk
вроде оно уже научилось попадать в лимит.
122 Кб, 641x659>>490479
https://github.com/Kagami/boram/releases
Самая юзерфрендли прога, все интуитивно. Выставляешь размер в мб, сама считает битрейт.
https://github.com/Kagami/boram/releases
Самая юзерфрендли прога, все интуитивно. Выставляешь размер в мб, сама считает битрейт.
Такой вопрос разбиваю гифку на кадры но при этом картинка шакалиться можно ли этого как-то избежать ?
67 Кб, 943x372>>494293
Мышкой нет, как и видеодорожку не заменить, хотя для субтитров автор это сделал, можно вставить свои из файла, ради этого ч и качал. Но boram показывает аргументы ffmpeg, по которым он будет работать, и если к ним дописать расположение аудио и -shortest для обрезки аудио, если стороннее аудио длиннее чем видео, то дорожка заменится.
Мышкой нет, как и видеодорожку не заменить, хотя для субтитров автор это сделал, можно вставить свои из файла, ради этого ч и качал. Но boram показывает аргументы ffmpeg, по которым он будет работать, и если к ним дописать расположение аудио и -shortest для обрезки аудио, если стороннее аудио длиннее чем видео, то дорожка заменится.
Пробовал записывать через обс игорь и во время гонения игоря крафтить вебм. В обоих случаях начинал лагать звук игры, эхо, и тоже самое в моим микрофоном в тс. Лечится перезагрузкой пк. Что не так с этим? Arch 8320@4.1&660.
Можете подсказать как сделать музыкальную webm из гифки? Нужно просто наложить музыку поверх гифки.
>>496751
Нужно разбить гифку на кадры, но качество пострадает
Нужно разбить гифку на кадры, но качество пострадает
>>496751
Если гифка по длительности короче музыки, то
ffmpeg -i gifka.gif -i music.mp3 -map 0:v:0 -map 1:a:0 -shortest out1.webm
Здесь -i gifka.gif первый входной поток, где gifka.gif путь к файлу гиф, он может быть и "C:\gifki\гифка.gif" в зависимости откуда запускаешь ффмпег;
-map 0:v:0 и -map 1:a:0 соотв направляют потоки гифки и музла (0 и 1) в итоговый файл (0);
-shortest для обрезки музыки, если она длиннее гифки, в противном случае получишь застывший последний кадр гифки на оставшиеся 3 минуты трека.
Если нужно зациклить гифку, чтобы она 4 раза показалась, то
ffmpeg -stream_loop 3 -i gifka.gif -i music.mp3 -map 0:v:0 -map 1:a:0 -shortest out2.webm
Если гифка по длительности короче музыки, то
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
>>452566 (OP)
как наложить на аудио другое аудио?
как наложить на аудио другое аудио?
>>497626
ffmpeg -i ayduo1.ogg -i ayduo2.mp3 -filter_complex amix=inputs=2:duration=first out.wav
http://ffmpeg.org/ffmpeg-filters.html#amix
ffmpeg -i ayduo1.ogg -i ayduo2.mp3 -filter_complex amix=inputs=2:duration=first out.wav
http://ffmpeg.org/ffmpeg-filters.html#amix
>>497626
Для нормализации громкости дописываешь выделенное жирным
amix=inputs=2:duration=first:dropout_transition=0,dynaudnorm
Для нормализации громкости дописываешь выделенное жирным
amix=inputs=2:duration=first:dropout_transition=0,dynaudnorm
>>498182
Какие? Шрифты, субтитры, обложку обычно встраивают.
А аудиодорожки переименовывают так, чтобы они подхватывались плеерами.
Какие? Шрифты, субтитры, обложку обычно встраивают.
А аудиодорожки переименовывают так, чтобы они подхватывались плеерами.
>>499123
https://mkvtoolnix.download/doc/mkvmerge.html#mkvmerge.description.split
Только этим никто не пользуется~
https://mkvtoolnix.download/doc/mkvmerge.html#mkvmerge.description.split
Только этим никто не пользуется~
>>499134
Маня, у аниме-сериалов часто выносят опенинги и эндинги в отдельные файлы для уменьшения размера раздачи.
Маня, у аниме-сериалов часто выносят опенинги и эндинги в отдельные файлы для уменьшения размера раздачи.
4 Мб, webm,800x800, 0:19
>>499000
У меня тоже все работает хз что у тебя там
У меня тоже все работает хз что у тебя там
>>499158
Забавно. Сколько ни качал, такого не видел. Ну, маняме — отдельный мирок, что тут сказать. В этом случае оправданно, да.
Забавно. Сколько ни качал, такого не видел. Ну, маняме — отдельный мирок, что тут сказать. В этом случае оправданно, да.
Boram у кого бсодит с kernel_stack_inpage_error?
>>490701
Я не понимаю, почему эта оболочка жрет памяти больше, чем сам ffmpeg при работе, да еще и плодит себе несколько процессов?
Я не понимаю, почему эта оболочка жрет памяти больше, чем сам ffmpeg при работе, да еще и плодит себе несколько процессов?
>>499400
А я только недавно поставил с ютуба ролики качать самое то, только как в борам указать папку для загрузки, по умолчанию в темп грузит.
А я только недавно поставил с ютуба ролики качать самое то, только как в борам указать папку для загрузки, по умолчанию в темп грузит.
194 Кб, 452x3091. Где почитать про ключевые кадры? Как они отбираются, какие есть настройки их отбора, можно ли вручную по номерам указать? Для vp9 в первую очередь.
2. https://mattgadient.com/x264-vs-x265-vs-vp8-vs-vp9-examples/
Что за пресеты у vp9, откуда он взял эти fast/veryslow? У меня нет подобных настроек. Только best|good|deadline и цифры speed|cpu-used.
И есть ли какие-то подобные настройки для av1, чтобы можно было посмотреть может ли он хоть что-то за адекватное время?
>>452566 (OP)
Да вроде бы уже всё ясно. Ещё в паре vp9/hevc на низкой и средней скорости кодирования при равных битрейтах побеждает первый, а на высоких (superfast для hevc) второй, просто потому что у vp9 нет адекватных лоу-настроек. Всё согласно предназначению, hevc для стримов и телевиденья, а vp9 для архивирования в компактные файлы. Av1 лишь усугубит эти различия, мне кажется.
А если посмотреть сайт по ссылке выше, то там почему-то даже placebo-hevc проигрывает veryfast-vp9 почти на всех изображениях. Не представляю как он это получил, в моих тестах hevc часто выигрывал на скоростях выше 0.5, как бы я его не хейтил с этими артефактами в виде полос (пик) - лучше уж шум или квадраты, мне кажется.
2. https://mattgadient.com/x264-vs-x265-vs-vp8-vs-vp9-examples/
Что за пресеты у vp9, откуда он взял эти fast/veryslow? У меня нет подобных настроек. Только best|good|deadline и цифры speed|cpu-used.
И есть ли какие-то подобные настройки для av1, чтобы можно было посмотреть может ли он хоть что-то за адекватное время?
>>452566 (OP)
>исхода батла HEVC vs AV1
Да вроде бы уже всё ясно. Ещё в паре vp9/hevc на низкой и средней скорости кодирования при равных битрейтах побеждает первый, а на высоких (superfast для hevc) второй, просто потому что у vp9 нет адекватных лоу-настроек. Всё согласно предназначению, hevc для стримов и телевиденья, а vp9 для архивирования в компактные файлы. Av1 лишь усугубит эти различия, мне кажется.
А если посмотреть сайт по ссылке выше, то там почему-то даже placebo-hevc проигрывает veryfast-vp9 почти на всех изображениях. Не представляю как он это получил, в моих тестах hevc часто выигрывал на скоростях выше 0.5, как бы я его не хейтил с этими артефактами в виде полос (пик) - лучше уж шум или квадраты, мне кажется.
>>499889
Ты втираешь полную дичь и твоя дичь не согласуется с моими результатами, потому помогать тебе не буду.
Ты втираешь полную дичь и твоя дичь не согласуется с моими результатами, потому помогать тебе не буду.
>>478147
Кукуки eбaныe, cовceм кукушкой поexaли
Кукуки eбaныe, cовceм кукушкой поexaли
Есть файлы:
[MP4 1080p] filename.mp4
[MP4 Audio] filename.mp4
Как батником склеить их?
[MP4 1080p] filename.mp4
[MP4 Audio] filename.mp4
Как батником склеить их?
>>452566 (OP)
Накачал несколько любимых фильмов в формате BD Remux (копия диска со всеми папками и материалами). С помощью MkvToolNix вырезал ненужные мне дорожки и дополнительные материалы и сделал один файл MKV со всеми нужными дорогами, субтитрами и главами. Всё отлично, но выходные файлы получились слишком большого размера. Возможно сжать их без особой потери качества чтобы сохранилась вся структура фильма с субтитрами и главами? Не углубляясь сильно в матчасть, так сказать. Может есть годные проги с готовыми пресетами и т.д.
Все бдрипы в интернете либо неполные, либо слишком шакальные.
Накачал несколько любимых фильмов в формате BD Remux (копия диска со всеми папками и материалами). С помощью MkvToolNix вырезал ненужные мне дорожки и дополнительные материалы и сделал один файл MKV со всеми нужными дорогами, субтитрами и главами. Всё отлично, но выходные файлы получились слишком большого размера. Возможно сжать их без особой потери качества чтобы сохранилась вся структура фильма с субтитрами и главами? Не углубляясь сильно в матчасть, так сказать. Может есть годные проги с готовыми пресетами и т.д.
Все бдрипы в интернете либо неполные, либо слишком шакальные.
>>509340
ffmpeg'ом пожми видеодорогу, да и все. Примерно вот так:
ffmpeg ^
-i "movie.mkv" ^
-c:v libx264 -crf 18 ^
-profile:v high -preset veryslow -level 4.1 -tune film ^
-c:a copy ^
-c:s copy ^
-y "movie_shakalny.mkv"
pause
или так:
for p in (1 2) do ffmpeg ^
-i "movie.mkv" ^
-c:v libx264 -b:v 8000k ^
-profile:v high -preset veryslow -level 4.1 -tune film -pass p ^
-c:a copy ^
-c:s copy ^
-y "movie_shakalny.mkv"
pause
8000kbps для 1080p - норм, но в идеале посмотреть сколько битрейта получается в первом варианте и пожать с ним во втором.
ffmpeg'ом пожми видеодорогу, да и все. Примерно вот так:
ffmpeg ^
-i "movie.mkv" ^
-c:v libx264 -crf 18 ^
-profile:v high -preset veryslow -level 4.1 -tune film ^
-c:a copy ^
-c:s copy ^
-y "movie_shakalny.mkv"
pause
или так:
for p in (1 2) do ffmpeg ^
-i "movie.mkv" ^
-c:v libx264 -b:v 8000k ^
-profile:v high -preset veryslow -level 4.1 -tune film -pass p ^
-c:a copy ^
-c:s copy ^
-y "movie_shakalny.mkv"
pause
8000kbps для 1080p - норм, но в идеале посмотреть сколько битрейта получается в первом варианте и пожать с ним во втором.
>>509400
Там где начинается и кончается спойлер - стояло по два процента %%. Макаба их сожрала, блин.
Макакич не прикрутил еще нормальную вставку кода?
[code]
test
[/code]
Там где начинается и кончается спойлер - стояло по два процента %%. Макаба их сожрала, блин.
Макакич не прикрутил еще нормальную вставку кода?
[code]
test
[/code]
>>460744
Пpуфов, конечно же, не будет?
Пpуфов, конечно же, не будет?
>>508016
Ладно, я неточно объяснил.
Есть у меня в папке сотня файлов типа >>508015 . В файлах [MP4 1080p] находится только видео-дорога, в файлах [MP4 audio] только аудио-дорога. Имена у каждого файла с аудио и видео-дорогой идентичны, т.е. к примеру:
[MP4 1080p] ebin.mp4
[MP4 Audio] ebin.mp4
[MP4 1080p] ebin: ressurection.mp4
[MP4 Audio] ebin: ressurection.mp4
[MP4 1080p] ebin vs Caesar.mp4
[MP4 Audio] ebin vs Caesar.mp4
Ладно, я неточно объяснил.
Есть у меня в папке сотня файлов типа >>508015 . В файлах [MP4 1080p] находится только видео-дорога, в файлах [MP4 audio] только аудио-дорога. Имена у каждого файла с аудио и видео-дорогой идентичны, т.е. к примеру:
[MP4 1080p] ebin.mp4
[MP4 Audio] ebin.mp4
[MP4 1080p] ebin: ressurection.mp4
[MP4 Audio] ebin: ressurection.mp4
[MP4 1080p] ebin vs Caesar.mp4
[MP4 Audio] ebin vs Caesar.mp4
>>509795
Всё получилось. В первом случае файл вышел 15гб, во втором (два прохода) 17.2, но разницы в качестве не заметил.
Всё получилось. В первом случае файл вышел 15гб, во втором (два прохода) 17.2, но разницы в качестве не заметил.
Короче код
[CODE]ffmpeg -i D:\JoJoOpp1.mp4 -c:v libvpx-vp9 -pass 1 -b:v 0 -vf scale=-1:720:flags=lanczos -crf 48 -qmin 35 -qmax 55 -max-intra-rate 0 -threads 8 -speed 4 -tile-columns 6 -frame-parallel 1 -aq-mode 2 -an -f webm -[/CODE]
[CODE]ffmpeg -i D:\JoJoOpp1.mp4 -c:v libvpx-vp9 -pass 2 -b:v 0 -vf scale=-1:720:flags=lanczos -crf 48 -qmin 35 -qmax 55 -deadline good -max-intra-rate 0 -threads 8 -tile-columns 6 -speed 2 -frame-parallel 1 -lag-in-frames 1 -aq-mode 2 -c:a libopus -b:a 64k -vbr on -compression_level 10 -frame_duration 60 -y -f webm D:\JoJoOpp1.webm[/CODE]
Вроде бы норм, но в паре моментов видно артефакты, есть ли возможность улучшить или заставить более качественнее прорабатывать кадры
[CODE]ffmpeg -i D:\JoJoOpp1.mp4 -c:v libvpx-vp9 -pass 1 -b:v 0 -vf scale=-1:720:flags=lanczos -crf 48 -qmin 35 -qmax 55 -max-intra-rate 0 -threads 8 -speed 4 -tile-columns 6 -frame-parallel 1 -aq-mode 2 -an -f webm -[/CODE]
[CODE]ffmpeg -i D:\JoJoOpp1.mp4 -c:v libvpx-vp9 -pass 2 -b:v 0 -vf scale=-1:720:flags=lanczos -crf 48 -qmin 35 -qmax 55 -deadline good -max-intra-rate 0 -threads 8 -tile-columns 6 -speed 2 -frame-parallel 1 -lag-in-frames 1 -aq-mode 2 -c:a libopus -b:a 64k -vbr on -compression_level 10 -frame_duration 60 -y -f webm D:\JoJoOpp1.webm[/CODE]
Вроде бы норм, но в паре моментов видно артефакты, есть ли возможность улучшить или заставить более качественнее прорабатывать кадры
>>511829
speed 1 вместо speed 2, очевидно же
>есть ли возможность улучшить или заставить более качественнее прорабатывать кадры
speed 1 вместо speed 2, очевидно же
1. Скрипт для вырезания фрагментов из онлайн-видео:
Должен быть доступ к бинарникам youtube-dl и ffmpeg. Указывается начальное время обрезки и длина. Нужно указывать, есть ли у источника поддержка DASH, желательно как-то сделать, чтоб сам определял. YouTube-dl может определить, но он полностью скачивает видео.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
:BEGIN
set /p BEGIN=ENTER BEGIN POSITION FOR CUTTING IN SECONDS AND PRESS ENTER:
if not defined BEGIN goto BEGIN
:LENGTH
set /p LENGTH=ENTER LENGTH IN SECONDS AND PRESS ENTER:
if not defined LENGTH goto LENGTH
if not defined LINK goto LINK
if defined LINK goto START
:LINK
::@set LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START
set /p DASH=DASH SUPPORT (YOUTUBE)(Y/N)
if not defined DASH goto :DASH
if /i %DASH%==Y goto :DASH
if /i %DASH%==N goto :NON-DASH
:DASH
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo[ext=mp4] -g %LINK%"') do set a=a
for /F b in ('"youtube-dl -f bestaudio[ext=m4a] -g %LINK%"') do set b=b
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast temp-v.mp4
ffmpeg -ss %BEGIN% -i "%b%" -t %LENGTH% temp-a.wav
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp-v.mp4
del temp-a.wav
goto :EOF
:NON-DASH
for /F a in ('"youtube-dl -f best[ext=mp4] -g %LINK%"') do set a=a
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast -c:a pcm_s16le temp.mp4
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp.mp4
[/CODE]
2. Скрипт для создания скриншотов из онлайн-видео (YouTube) с периодичностью 1 кадр в 15 секунд (искал таким образом момент в длинном видео по превьюшкам в XnView). Должен быть доступ к бинарникам youtube-dl и ffmpeg. Нужно останавливать вручную или уменьшить значение 36000 до длины видео. Попробовал сделать определение через ffprobe, но из-за символа &, получаемого в прямой ссылке на файл, все загибается.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
if not defined LINK goto LINK
if defined LINK goto START
:LINK
::SET LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START
::SET TIME
set TIME=15
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo -g %LINK%"') do set a=a
::for /F "delims=." b in ('"ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 "%a%""') do set b=b
for /L c in (1,%TIME%,36000) do ffmpeg -ss c -i "%a%" -qscale 0 -y time-seconds-0%%c.jpg
[/CODE]
Очень странно, что нет нормального софта для подобных задач.
Должен быть доступ к бинарникам youtube-dl и ffmpeg. Указывается начальное время обрезки и длина. Нужно указывать, есть ли у источника поддержка DASH, желательно как-то сделать, чтоб сам определял. YouTube-dl может определить, но он полностью скачивает видео.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
:BEGIN
set /p BEGIN=ENTER BEGIN POSITION FOR CUTTING IN SECONDS AND PRESS ENTER:
if not defined BEGIN goto BEGIN
:LENGTH
set /p LENGTH=ENTER LENGTH IN SECONDS AND PRESS ENTER:
if not defined LENGTH goto LENGTH
if not defined LINK goto LINK
if defined LINK goto START
:LINK
::@set LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START
set /p DASH=DASH SUPPORT (YOUTUBE)(Y/N)
if not defined DASH goto :DASH
if /i %DASH%==Y goto :DASH
if /i %DASH%==N goto :NON-DASH
:DASH
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo[ext=mp4] -g %LINK%"') do set a=a
for /F b in ('"youtube-dl -f bestaudio[ext=m4a] -g %LINK%"') do set b=b
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast temp-v.mp4
ffmpeg -ss %BEGIN% -i "%b%" -t %LENGTH% temp-a.wav
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp-v.mp4
del temp-a.wav
goto :EOF
:NON-DASH
for /F a in ('"youtube-dl -f best[ext=mp4] -g %LINK%"') do set a=a
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast -c:a pcm_s16le temp.mp4
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp.mp4
[/CODE]
2. Скрипт для создания скриншотов из онлайн-видео (YouTube) с периодичностью 1 кадр в 15 секунд (искал таким образом момент в длинном видео по превьюшкам в XnView). Должен быть доступ к бинарникам youtube-dl и ffmpeg. Нужно останавливать вручную или уменьшить значение 36000 до длины видео. Попробовал сделать определение через ffprobe, но из-за символа &, получаемого в прямой ссылке на файл, все загибается.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
if not defined LINK goto LINK
if defined LINK goto START
:LINK
::SET LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START
::SET TIME
set TIME=15
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo -g %LINK%"') do set a=a
::for /F "delims=." b in ('"ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 "%a%""') do set b=b
for /L c in (1,%TIME%,36000) do ffmpeg -ss c -i "%a%" -qscale 0 -y time-seconds-0%%c.jpg
[/CODE]
Очень странно, что нет нормального софта для подобных задач.
1. Скрипт для вырезания фрагментов из онлайн-видео:
Должен быть доступ к бинарникам youtube-dl и ffmpeg. Указывается начальное время обрезки и длина. Нужно указывать, есть ли у источника поддержка DASH, желательно как-то сделать, чтоб сам определял. YouTube-dl может определить, но он полностью скачивает видео.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
:BEGIN
set /p BEGIN=ENTER BEGIN POSITION FOR CUTTING IN SECONDS AND PRESS ENTER:
if not defined BEGIN goto BEGIN
:LENGTH
set /p LENGTH=ENTER LENGTH IN SECONDS AND PRESS ENTER:
if not defined LENGTH goto LENGTH
if not defined LINK goto LINK
if defined LINK goto START
:LINK
::@set LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START
set /p DASH=DASH SUPPORT (YOUTUBE)(Y/N)
if not defined DASH goto :DASH
if /i %DASH%==Y goto :DASH
if /i %DASH%==N goto :NON-DASH
:DASH
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo[ext=mp4] -g %LINK%"') do set a=a
for /F b in ('"youtube-dl -f bestaudio[ext=m4a] -g %LINK%"') do set b=b
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast temp-v.mp4
ffmpeg -ss %BEGIN% -i "%b%" -t %LENGTH% temp-a.wav
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp-v.mp4
del temp-a.wav
goto :EOF
:NON-DASH
for /F a in ('"youtube-dl -f best[ext=mp4] -g %LINK%"') do set a=a
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast -c:a pcm_s16le temp.mp4
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp.mp4
[/CODE]
2. Скрипт для создания скриншотов из онлайн-видео (YouTube) с периодичностью 1 кадр в 15 секунд (искал таким образом момент в длинном видео по превьюшкам в XnView). Должен быть доступ к бинарникам youtube-dl и ffmpeg. Нужно останавливать вручную или уменьшить значение 36000 до длины видео. Попробовал сделать определение через ffprobe, но из-за символа &, получаемого в прямой ссылке на файл, все загибается.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
if not defined LINK goto LINK
if defined LINK goto START
:LINK
::SET LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START
::SET TIME
set TIME=15
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo -g %LINK%"') do set a=a
::for /F "delims=." b in ('"ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 "%a%""') do set b=b
for /L c in (1,%TIME%,36000) do ffmpeg -ss c -i "%a%" -qscale 0 -y time-seconds-0%%c.jpg
[/CODE]
Очень странно, что нет нормального софта для подобных задач.
Должен быть доступ к бинарникам youtube-dl и ffmpeg. Указывается начальное время обрезки и длина. Нужно указывать, есть ли у источника поддержка DASH, желательно как-то сделать, чтоб сам определял. YouTube-dl может определить, но он полностью скачивает видео.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
:BEGIN
set /p BEGIN=ENTER BEGIN POSITION FOR CUTTING IN SECONDS AND PRESS ENTER:
if not defined BEGIN goto BEGIN
:LENGTH
set /p LENGTH=ENTER LENGTH IN SECONDS AND PRESS ENTER:
if not defined LENGTH goto LENGTH
if not defined LINK goto LINK
if defined LINK goto START
:LINK
::@set LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START
set /p DASH=DASH SUPPORT (YOUTUBE)(Y/N)
if not defined DASH goto :DASH
if /i %DASH%==Y goto :DASH
if /i %DASH%==N goto :NON-DASH
:DASH
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo[ext=mp4] -g %LINK%"') do set a=a
for /F b in ('"youtube-dl -f bestaudio[ext=m4a] -g %LINK%"') do set b=b
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast temp-v.mp4
ffmpeg -ss %BEGIN% -i "%b%" -t %LENGTH% temp-a.wav
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp-v.mp4
del temp-a.wav
goto :EOF
:NON-DASH
for /F a in ('"youtube-dl -f best[ext=mp4] -g %LINK%"') do set a=a
ffmpeg -ss %BEGIN% -i "%a%" -t %LENGTH% -crf 0 -preset ultrafast -c:a pcm_s16le temp.mp4
ffmpeg -i "temp-v.mp4" -i "temp-a.wav" out.mp4
del temp.mp4
[/CODE]
2. Скрипт для создания скриншотов из онлайн-видео (YouTube) с периодичностью 1 кадр в 15 секунд (искал таким образом момент в длинном видео по превьюшкам в XnView). Должен быть доступ к бинарникам youtube-dl и ffmpeg. Нужно останавливать вручную или уменьшить значение 36000 до длины видео. Попробовал сделать определение через ffprobe, но из-за символа &, получаемого в прямой ссылке на файл, все загибается.
[CODE]
@echo off
set /p LINK=COPY-PASTE "VIDEO LINK" AND PRESS ENTER:
if not defined LINK goto LINK
if defined LINK goto START
:LINK
::SET LINK
set LINK=https://youtu.be/ae91V8Dme9c
:START
::SET TIME
set TIME=15
echo PRESS "CTRL+C" TO STOP PROCESSING
for /F a in ('"youtube-dl -f bestvideo -g %LINK%"') do set a=a
::for /F "delims=." b in ('"ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 "%a%""') do set b=b
for /L c in (1,%TIME%,36000) do ffmpeg -ss c -i "%a%" -qscale 0 -y time-seconds-0%%c.jpg
[/CODE]
Очень странно, что нет нормального софта для подобных задач.
>>511885
в обоих проходах или только в одном?
в обоих проходах или только в одном?
>>511885
ладно, проблема сейчас такая образовалась, динамику обрабатывает хорошо, а вот статику хуево. А в вебмке у меня смена динамики и статики равномерная
ладно, проблема сейчас такая образовалась, динамику обрабатывает хорошо, а вот статику хуево. А в вебмке у меня смена динамики и статики равномерная
Хочу коллекцию порнографии перекодировать для экономии места, какие настройки в хердбрейке посоветуете? Доступны нвенк и гсинк.
>>510459
Перекодирую потихоньку видосы, но постоянно к концу появляется ошибка "Invalid length 0x557d2 > 0x8da2ea0ca in parent". Ничего страшного или страшно?
Перекодирую потихоньку видосы, но постоянно к концу появляется ошибка "Invalid length 0x557d2 > 0x8da2ea0ca in parent". Ничего страшного или страшно?
>>452566 (OP)
У меня браузер vivaldi, и он не может в mp4, как починить?
У меня браузер vivaldi, и он не может в mp4, как починить?
>>514889
Я на хроме сидел с первых публичных версий, надоел он мне, а вивальди заебись. Подскажите блять, а то обидно, браузер то хороший.
Я на хроме сидел с первых публичных версий, надоел он мне, а вивальди заебись. Подскажите блять, а то обидно, браузер то хороший.
>>515094
Вот поэтому у тебя ничего и не работает.
Это васяносборочка из говнокодеков срёт в системе похлеще любой мокрописьки.
Алсо, ты конченный штоле? В дрисне же кодеки искаропки стоят. Нахуя ты говном себе всё засрал?
>K-Lite Standart у меня стоит
Вот поэтому у тебя ничего и не работает.
Это васяносборочка из говнокодеков срёт в системе похлеще любой мокрописьки.
Алсо, ты конченный штоле? В дрисне же кодеки искаропки стоят. Нахуя ты говном себе всё засрал?
>>515119
А мне норм. Пользую на протяжении многих лет, брат жив.
>Это васяносборочка из говнокодеков срёт в системе похлеще любой мокрописьки.
А мне норм. Пользую на протяжении многих лет, брат жив.
>>514845
На воспроизведение не повлияет. Это похоже баг у ффмпег какой-то.
>Ничего страшного или страшно?
На воспроизведение не повлияет. Это похоже баг у ффмпег какой-то.
44 Кб, 500x281>>515188
А аргументация будет, кроме гринтекста и баивых картиночек, или как всегда говна пожуёшь, кулёма?
А аргументация будет, кроме гринтекста и баивых картиночек, или как всегда говна пожуёшь, кулёма?
>>515398
Ты что дурной? Какая тебе аргументация? Я просто напомнил тебе, что ты утёнок, ну, чтобы ты особо не выёбывался.
> А аргументация будет
Ты что дурной? Какая тебе аргументация? Я просто напомнил тебе, что ты утёнок, ну, чтобы ты особо не выёбывался.
Есть .мп4 с роликом и .мп3 с музыкой. Как через ффмпег сделать .мп4 ролик чтобы крутился по лупу с этой музыкой?
>>515937
Для двача или для проводника в винде?
Для двача или для проводника в винде?
Есть гайд по сборке своей версии ffmpeg? Нужно добавить отсутствующий фильтр scale_npp. Или как-то проще можно сделать?
bump
Зачем выдумали bt709 и bt2020? Чем bt601 не устраивал?
Как закодировать vp9 используя аппаратное ускорение? h264 так умеет, на чём угодно.И как он по опыту, лучше h264? Вроде сравнивал, выглядит лучше.
>>452576
Эти параметры нихуя не значат, качество совершенно не отображают
Вот ещё интересная ссылка, vp9 просто рвёт всех, а время кодирования можно подобрать такое же
https://mattgadient.com/x264-vs-x265-vs-vp8-vs-vp9-examples/
> SSIM и PSNR для обоих файлов на пиках 2 и 3. В итоге VP9 на капелюшечку, но лучше.
Эти параметры нихуя не значат, качество совершенно не отображают
Вот ещё интересная ссылка, vp9 просто рвёт всех, а время кодирования можно подобрать такое же
https://mattgadient.com/x264-vs-x265-vs-vp8-vs-vp9-examples/
>>518783
Да боже мой, хоть один здравомыслящий на этих сайтах для детей. Конечно они ничего не значат и реально можно только глазами, может vmaf, за него не знаю, но ссим и пснр это говно говна.
Да боже мой, хоть один здравомыслящий на этих сайтах для детей. Конечно они ничего не значат и реально можно только глазами, может vmaf, за него не знаю, но ссим и пснр это говно говна.
>>521538
Слушай, а поясни что этот vmaf даёт
Вот сравнил 1 и 2 видео выдало 4 балла. Потом сравнил 2 и 1 выдало 2 балла. В чём смысл?
Слушай, а поясни что этот vmaf даёт
Вот сравнил 1 и 2 видео выдало 4 балла. Потом сравнил 2 и 1 выдало 2 балла. В чём смысл?
>>461332
Тоже самое. Вообще после ффмпега у меня вебмки звучат тише. В плеере норм, а как слушаешь через браузер нужно громкость выкручивать.
Тоже самое. Вообще после ффмпега у меня вебмки звучат тише. В плеере норм, а как слушаешь через браузер нужно громкость выкручивать.
>>524989
Ну чому так сложно то. А что тогда делает -af volume=10dB которая в вики указана? У меня после нее изменения вообще практически никакие. От тех же 10дб в аудасити оглохнуть можно, а ффмпегу даже 100 похуй.
Ну чому так сложно то. А что тогда делает -af volume=10dB которая в вики указана? У меня после нее изменения вообще практически никакие. От тех же 10дб в аудасити оглохнуть можно, а ффмпегу даже 100 похуй.
Самый визуально красивый метод уменьшения изображения - sinc, а какой метод уменьшения изображения самый точный?
>>525829
У синка звон стоит большой, у ланцоша, который используется по умолчанию, поменьше. Я прочитал что самый точный для уменьшения это supersample, но какой метод в ффмпеге ему соответствует - непонятно.
У синка звон стоит большой, у ланцоша, который используется по умолчанию, поменьше. Я прочитал что самый точный для уменьшения это supersample, но какой метод в ффмпеге ему соответствует - непонятно.
>>477610
Вот это у тeбя горит
Вот это у тeбя горит
Как вырезать несколько фрагментов из файла в один выходящий файл?
Я заю про -ss,-t и -to, но они дают порезать файл лишь раз.
Я заю про -ss,-t и -to, но они дают порезать файл лишь раз.
>>527446
Короче смотри, у каждой дороги в контейне есть свое место. Начиная от 0 и до количества разной ебанины, что запихнули в контейнер. У видеодороги всегда 0 место, обычно.
Имеем файл: https://pastebin.com/snwpKAA7
Мы хотим оставить видеодорогу с английской аудиодорогой и дорогой с русабом, значит карта будет выглядеть так:
-map 0:0 -map 0:5 -map 0:6
Также, если нам не нужны дороги с главами, удалим их добавив -map_chapters -1
Если ты выбираешь два или более входных файла, то для них карта будет выглядеть как -map 0:0 для видеодороги из первого файла и как -map 1:1 для аудиодороги из второго.
Короче смотри, у каждой дороги в контейне есть свое место. Начиная от 0 и до количества разной ебанины, что запихнули в контейнер. У видеодороги всегда 0 место, обычно.
Имеем файл: https://pastebin.com/snwpKAA7
Мы хотим оставить видеодорогу с английской аудиодорогой и дорогой с русабом, значит карта будет выглядеть так:
-map 0:0 -map 0:5 -map 0:6
Также, если нам не нужны дороги с главами, удалим их добавив -map_chapters -1
Если ты выбираешь два или более входных файла, то для них карта будет выглядеть как -map 0:0 для видеодороги из первого файла и как -map 1:1 для аудиодороги из второго.
>>527424
Тебе нужно несколько раз указать -ss -t
https://trac.ffmpeg.org/wiki/Creating multiple outputs
Тебе нужно несколько раз указать -ss -t
https://trac.ffmpeg.org/wiki/Creating multiple outputs
>>527586
Спасибо
Спасибо
>>530148
Ну значит делишь на [потоки] и их собираешь, либо проще запустить ffmpeg и через concat собрать в один - тогда кодировать лишний раз не надо.
Ну значит делишь на [потоки] и их собираешь, либо проще запустить ffmpeg и через concat собрать в один - тогда кодировать лишний раз не надо.
46 Кб, 677x342Ньюфагу поможете?
Не конвертит файл, да и в принципе не берёт его никак, что делаю не так?
Не конвертит файл, да и в принципе не берёт его никак, что делаю не так?
>>530625
Там ниже возможно что-то написано. Мануалы то читать пробовал?
https://opensource.com/article/17/6/ffmpeg-convert-media-file-formats
Там ниже возможно что-то написано. Мануалы то читать пробовал?
https://opensource.com/article/17/6/ffmpeg-convert-media-file-formats
>>530640
Теперь permission denied
Был же гайд вебм треда, с ним уже через 15 минут первые вебмки конвертил
Теперь permission denied
Был же гайд вебм треда, с ним уже через 15 минут первые вебмки конвертил
>>530863
Теперь invalid argument
Не понимаю на ютубе они просто имена файлов пишут без путеё и всё работает.
Теперь invalid argument
Не понимаю на ютубе они просто имена файлов пишут без путеё и всё работает.
Подскажите как перековертировать мп4 с размером 1 гб в нужный мне размер с нормальным качеством? Пробовал крутить битрейт, получается пиксельный.
>>531358
У тебя есть две проблемы.
1.
Ты не выбираешь директорию для старта кодирования. У тебя команда выглядит так: c:\Windows\System32\ffmpeg
И если она срабатывает, значит в System32 лежит копия ffmpeg.exe
Тебе нужно класть кодируемый файл в папку с ffmpeg.exe, либо указывать путь до файла.
И тут у тебя вторая проблема.
2.
Путь до файла должен быть типа: "C:\zz\xxx.webm"
У тебя же он: "C:\zz>xxx.webm"
Шифт+ПКМ по пустому месту в папке>Открыть окно команд - Открывает командную строку из текущей директории.
Шифт+ПКМ по файлу>Копировать как путь - Копирует путь до файла с именем, собственно.
Мне всё больше это кажется каким-то тролленгом.
У тебя есть две проблемы.
1.
Ты не выбираешь директорию для старта кодирования. У тебя команда выглядит так: c:\Windows\System32\ffmpeg
И если она срабатывает, значит в System32 лежит копия ffmpeg.exe
Тебе нужно класть кодируемый файл в папку с ffmpeg.exe, либо указывать путь до файла.
И тут у тебя вторая проблема.
2.
Путь до файла должен быть типа: "C:\zz\xxx.webm"
У тебя же он: "C:\zz>xxx.webm"
Шифт+ПКМ по пустому месту в папке>Открыть окно команд - Открывает командную строку из текущей директории.
Шифт+ПКМ по файлу>Копировать как путь - Копирует путь до файла с именем, собственно.
Мне всё больше это кажется каким-то тролленгом.
Какой сейчас положняк по кодекам?
vp9 или h265? И что там daala?
vorbis или opus? Или вообще aac?
А по изображениям как, jp2 вин?
vp9 или h265? И что там daala?
vorbis или opus? Или вообще aac?
А по изображениям как, jp2 вин?
>>531589
А чем тебе H265 не угодил? Я имею ввиду, не для веба, а для фильмов. Вон, забугорные пираты только в него и кодируют.
>vp9
А чем тебе H265 не угодил? Я имею ввиду, не для веба, а для фильмов. Вон, забугорные пираты только в него и кодируют.
>>531618
А этот, твой, Vp9, только в webm контейнер можно запихать или еще куда влезет? В Матросоку, например..
А этот, твой, Vp9, только в webm контейнер можно запихать или еще куда влезет? В Матросоку, например..
>>531621
Влезет, только ты сначала сам скодируй что-нибудь и сравни, потому что по поводу картинок по ссылке выше у меня очень сильные сомнения.
Влезет, только ты сначала сам скодируй что-нибудь и сравни, потому что по поводу картинок по ссылке выше у меня очень сильные сомнения.
>>531648
Перетолстил
Перетолстил
41 Кб, 1461x491>>531781
Алсо, там же везде одинаковый битрейт, который не юзается нигде. А по динамическому битрейту только на 264/265 данные. Херня, а не тесты в общем.
Алсо, там же везде одинаковый битрейт, который не юзается нигде. А по динамическому битрейту только на 264/265 данные. Херня, а не тесты в общем.
>>531781
Ты по картинке смотри. Vp9 рвёт любого, особенно на низких битрейтах
> По качеству или чему сравнивать? Судя по тому сайту, vp9 вообще всем по размер/скорость сливает.
Ты по картинке смотри. Vp9 рвёт любого, особенно на низких битрейтах
Почему чтобы быстро вырезать кусок, я должен указывать отрезок в секундах(-t <sec>). Неужели, блядь, оно не может само по таймштампу посчитать секунды?
>>531851
Можешь указывать в кадрах.
-vf select=“between(n\,start_frame_num\,end_frame_num),setpts=PTS-STARTPTS"
>Почему чтобы быстро вырезать кусок, я должен указывать отрезок в секундах
Можешь указывать в кадрах.
-vf select=“between(n\,start_frame_num\,end_frame_num),setpts=PTS-STARTPTS"
>>531887
Очень медленно работает.
Хуя се сложно.
> Можно -to юзать.
Очень медленно работает.
>-vf select=“between(n\,start_frame_num\,end_frame_num),setpts=PTS-STARTPTS"
Хуя се сложно.
>>531956
Только во влажных грёзах. В начале этого треда показано, что libx264 и libvpx идут и по скорости и по сжатию ноздря-в-ноздрю.
По наблюдаемой мной ситуации x265 обгоняет x264 по сжатию в 1,2...1,5 раза ценой уменьшения скорости кодирования разиков в 5...10. Такое себе достижение.
>>531890
Очевидно же! С говном.
>>531781
У тебя оптимизационная задача из кучи критериев. Важность каждого определить трудно. Специально для таких случаев придумал синтетический метод ранжирования «при прочих равных».
Применяется так. Допустим, что время кодирования оставим на сладкое. Закодируем разными кодерами некоторый видеоряд под одинаковую итоговую ширину потока и сравним SSIM. Или закодируем под почти одинаковый SSIM, но сравним среднюю ширину потока. Опять же, нужно задаться каким-то вполне разумным пределом по искажениям, например:
- высококачественная картинка — SSIM > 22 дБ;
- хорошая картинка — 18 дБ < SSIM < 22 дБ;
- терпимая картинка — 14 дБ < SSIM < 18 дБ;
- низкокачественная картинка — 10 дБ < SSIM < 14 дБ;
- треш, угар, говно и мыло — SSIM < 10 дБ.
И в каждой из номинаций определять «победителя», а потом вручать специальные призы за скорость кодирования. Я занялся бы, но мне не до этого будет в 2019 году.
Только во влажных грёзах. В начале этого треда показано, что libx264 и libvpx идут и по скорости и по сжатию ноздря-в-ноздрю.
По наблюдаемой мной ситуации x265 обгоняет x264 по сжатию в 1,2...1,5 раза ценой уменьшения скорости кодирования разиков в 5...10. Такое себе достижение.
>>531890
Очевидно же! С говном.
>>531781
У тебя оптимизационная задача из кучи критериев. Важность каждого определить трудно. Специально для таких случаев придумал синтетический метод ранжирования «при прочих равных».
Применяется так. Допустим, что время кодирования оставим на сладкое. Закодируем разными кодерами некоторый видеоряд под одинаковую итоговую ширину потока и сравним SSIM. Или закодируем под почти одинаковый SSIM, но сравним среднюю ширину потока. Опять же, нужно задаться каким-то вполне разумным пределом по искажениям, например:
- высококачественная картинка — SSIM > 22 дБ;
- хорошая картинка — 18 дБ < SSIM < 22 дБ;
- терпимая картинка — 14 дБ < SSIM < 18 дБ;
- низкокачественная картинка — 10 дБ < SSIM < 14 дБ;
- треш, угар, говно и мыло — SSIM < 10 дБ.
И в каждой из номинаций определять «победителя», а потом вручать специальные призы за скорость кодирования. Я занялся бы, но мне не до этого будет в 2019 году.
>>532118
На скриншоты посмотри, дебик
> Только во влажных грёзах. В начале этого треда показано, что libx264 и libvpx идут и по скорости и по сжатию ноздря-в-ноздрю.
На скриншоты посмотри, дебик
>>532142
А в том что на vp9 намного меньше артефактов, особенно при низком битрейте. А x264 и x265 по качеству примерно одинаково ужасны
А в том что на vp9 намного меньше артефактов, особенно при низком битрейте. А x264 и x265 по качеству примерно одинаково ужасны
>>532251
Хорошо. А теперь покажи мне, что это именно так так, как ты говоришь.
Хорошо. А теперь покажи мне, что это именно так так, как ты говоришь.
А как кодировать в х265 с помощью ffmpeg? Какие команды использовать, где можно гайд почитать?
>>532351
Набрать в гугле "ffmpeg h265"?
Набрать в гугле "ffmpeg h265"?
А не подскажите, что нужно написать в батнике, чтобы
в текущей папке запустился ffmpeg, выбрал avs. файл, сделал два прохода видео, один проход звука, и на выходе объединил это в один output файл?
Что-то, похожее на это >>452576.
в текущей папке запустился ffmpeg, выбрал avs. файл, сделал два прохода видео, один проход звука, и на выходе объединил это в один output файл?
Что-то, похожее на это >>452576.
>>452566 (OP)
Какими параметрами прогнать видео с шадоуплея чтобы оно не херилось при заливке на ютуб?
Какими параметрами прогнать видео с шадоуплея чтобы оно не херилось при заливке на ютуб?
>>541986
Как раз таки на Ютуб надо заливать очень высокий битрейт
Если у тебя мало подписчиков надо заливать в 1440p
Как раз таки на Ютуб надо заливать очень высокий битрейт
Если у тебя мало подписчиков надо заливать в 1440p
>>543294
Попробую
Попробую
Сап, может быть совсем не туда обращаюсь, но хочу научиться делать качественные рипы, может кто занимался этим ?
В частности интересует, как человек добился такого результата. Сколько бы я не скачивал другие раздачи, но картинка была мыльная, как на первом пике.
Может кто помочь с изучением вопроса ? С чего стоит начать ?
Простите, если совсем не туда обратился, но вроде и то и то кодирование видео.
Заранее спасибо за ответ.
В частности интересует, как человек добился такого результата. Сколько бы я не скачивал другие раздачи, но картинка была мыльная, как на первом пике.
Может кто помочь с изучением вопроса ? С чего стоит начать ?
Простите, если совсем не туда обратился, но вроде и то и то кодирование видео.
Заранее спасибо за ответ.
>>546161
http://screenshotcomparison.com/comparison/134092
Прогнал дефолтными настройками с пресетами под crf23. Потери есть но незначительны. Если поиграть с настройками можно добиться желаемого результата. А вообще, все зависит от исходника. У меня он такой же мыльный как у тебя на втором пике.
http://screenshotcomparison.com/comparison/134092
Прогнал дефолтными настройками с пресетами под crf23. Потери есть но незначительны. Если поиграть с настройками можно добиться желаемого результата. А вообще, все зависит от исходника. У меня он такой же мыльный как у тебя на втором пике.
208 Кб, 1318x900>>452566 (OP)
Как резать MP4 по границам сегментов без энкодинга (через -c copy)? Когда указываю время начала обрезки -ss видео режется с начала сегмента указанного времени, а аудио дорожка в точности с указанного времени. В выходном файле в лучшем случае сначала видео идет без звука, потом где-то на середине первого сегмента включается звук и дальше всё ок. В худшем случае (наблюдается при загрузке, например, на борды) видео сначала полностью подвисает, а потом продолжает проигрываться. При этом правую границу обрезки, заданную через -t или -to адекватно режет.
Как привязать обрезку звуковой дорожки с началу сегмента видео? При подобной обрезке webm таких артефактов нет, всё адекватно режется.
Режу так
ffmpeg -ss 00:03 -to 02:15 -i input.mp4 -c copy output.mp4
Сразу отмечу, энкодинг не предлагать, важно сохранить исходное качество видео.
Как резать MP4 по границам сегментов без энкодинга (через -c copy)? Когда указываю время начала обрезки -ss видео режется с начала сегмента указанного времени, а аудио дорожка в точности с указанного времени. В выходном файле в лучшем случае сначала видео идет без звука, потом где-то на середине первого сегмента включается звук и дальше всё ок. В худшем случае (наблюдается при загрузке, например, на борды) видео сначала полностью подвисает, а потом продолжает проигрываться. При этом правую границу обрезки, заданную через -t или -to адекватно режет.
Как привязать обрезку звуковой дорожки с началу сегмента видео? При подобной обрезке webm таких артефактов нет, всё адекватно режется.
Режу так
ffmpeg -ss 00:03 -to 02:15 -i input.mp4 -c copy output.mp4
Сразу отмечу, энкодинг не предлагать, важно сохранить исходное качество видео.
>>550955
Mkvtoolnx умеет. Но мы в ффмпег треде, так что подождем лучшего ответа.
Mkvtoolnx умеет. Но мы в ффмпег треде, так что подождем лучшего ответа.
>>550955
А исходное качество аудио можно и не сохранять. Намёк понятен? Если нет, то -c:v copy -c:a <кодек, в котором аудио закодиррованно> -b:a <битрейт с которым оно закодированно>
А исходное качество аудио можно и не сохранять. Намёк понятен? Если нет, то -c:v copy -c:a <кодек, в котором аудио закодиррованно> -b:a <битрейт с которым оно закодированно>
24,1 Мб, mp4,640x360, 5:18
>>551218
В таком случае, отрезок аудио может быть потерян. Как тут, две секунды вначале.
В таком случае, отрезок аудио может быть потерян. Как тут, две секунды вначале.
>>551218
Ты не понял, только при энкодинге видео выходный файл получается без артефактов, но нужно именно -c copy. Например, ты указал отрезать с 5 секунды, а это время выпало примерно на середину сегмента, поэтому ffmpeg возьмёт целый сегмент, и отрежет исходное видео с 4 секунды (время начала сегмента).
А аудио дорожка, как я понял, к сегментам видео не привязана и режется всегда по точно по указанному таймингу, и не важно энкодишь ты её или нет
Ты не понял, только при энкодинге видео выходный файл получается без артефактов, но нужно именно -c copy. Например, ты указал отрезать с 5 секунды, а это время выпало примерно на середину сегмента, поэтому ffmpeg возьмёт целый сегмент, и отрежет исходное видео с 4 секунды (время начала сегмента).
А аудио дорожка, как я понял, к сегментам видео не привязана и режется всегда по точно по указанному таймингу, и не важно энкодишь ты её или нет
Короче, нужно, наверное, как-то время ближайших границ сегмента видео найти, чтобы вручную не подбирать. Есть идеи как это можно делать?
Ффмпегом почти не пользуюсь да и новут не позволяет особо, так вот раньше мог конвертить из видео в аудио, а сегодня зашёл и выдаёт "does not contain any stream". Как фиксить?
>>552607
Я, балбес, не заметил, что без звука шебм выгрузил.
Я, балбес, не заметил, что без звука шебм выгрузил.
>>546346
Анон тебе говорил про надписи на твоих картинках говорит, а не о том как у тебя карта легла.
когда он говорил про до он говорил про надпись before на твое рисунке a.png, а когда говорил про после - говорил про надпись after на другом твоем рисунке b.png.
И учитывая контекст твоих постов - надписи на твоих рисунках - ложь ну и в контексте не несут смысла
Так что ты анона не понял и ответил невпопад.
>Не в топ порядке загрузил пикчи.
Анон тебе говорил про надписи на твоих картинках говорит, а не о том как у тебя карта легла.
когда он говорил про до он говорил про надпись before на твое рисунке a.png, а когда говорил про после - говорил про надпись after на другом твоем рисунке b.png.
И учитывая контекст твоих постов - надписи на твоих рисунках - ложь ну и в контексте не несут смысла
Так что ты анона не понял и ответил невпопад.
>>552852
Вывел бесполезные значения в бесполезные графики, молодца
Вывел бесполезные значения в бесполезные графики, молодца
>>512283
Поставь 100% инфы для восстановления когда будешь архивировать в винраре. А потом потестируй у макаки
Поставь 100% инфы для восстановления когда будешь архивировать в винраре. А потом потестируй у макаки
>>512177
pastebin тебе дали
pastebin тебе дали
18 Кб, 560x400Есть ли какой-нибудь способ сократить ожидание на нулевом фрейме при обрезке видео через -ss ?
Я пытаюсь скачать 4 минуты 1-часовой порнухи через эту команду:
ffmpeg -i "ссылка" -ss 00:38:40.00 -to 00:41:20.00 -c copy -speed 8 out.mp4
но он по 5-10 минут пытается дойти до этой отметки. Я проверил первые 00:00:30 секунд, команда рабочая, но как ускорить ебучую обрезку?
Я пытаюсь скачать 4 минуты 1-часовой порнухи через эту команду:
ffmpeg -i "ссылка" -ss 00:38:40.00 -to 00:41:20.00 -c copy -speed 8 out.mp4
но он по 5-10 минут пытается дойти до этой отметки. Я проверил первые 00:00:30 секунд, команда рабочая, но как ускорить ебучую обрезку?
>>554918
Ну такое, я вот мучался-мучался с этой "промоткой" где-то неделю, когда резал аниму, так и не решил, а ты мне сейчас готовый ответ принёс.
Теперь буду ловить флешбеки
> извиняюсь за засорение треда
Ну такое, я вот мучался-мучался с этой "промоткой" где-то неделю, когда резал аниму, так и не решил, а ты мне сейчас готовый ответ принёс.
Теперь буду ловить флешбеки
>>512176
не скачивает если вытаскивать сорс видива через ютуб-дл с ключиком --get-url и затем передвать этот урл в ffmpeg
Это уже тыщу раз обсосано на просторах гугла.
У меня скрипт который я только сегодня запилил на powershell это все делает, + сжатие результата выполняет через видимокарту невидии.
не скачивает если вытаскивать сорс видива через ютуб-дл с ключиком --get-url и затем передвать этот урл в ffmpeg
Это уже тыщу раз обсосано на просторах гугла.
У меня скрипт который я только сегодня запилил на powershell это все делает, + сжатие результата выполняет через видимокарту невидии.
>>515121
уже лет пять без всяких мокрописечных кодеков сижу и все работает, брузер хромог, видео смотрю по привычке корейским поделием KMplayer, там встроенные кодеки.
уже лет пять без всяких мокрописечных кодеков сижу и все работает, брузер хромог, видео смотрю по привычке корейским поделием KMplayer, там встроенные кодеки.
>>513094
внатуре двачеры ебнутые, есть хитхаб, пастбин, да дохуя чего. Нет хочу ебать мозги себе и другим.
внатуре двачеры ебнутые, есть хитхаб, пастбин, да дохуя чего. Нет хочу ебать мозги себе и другим.
Тред утонул или удален.
Это копия, сохраненная 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 5 мая 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.