Ru-Board.club
← Вернуться в раздел «Программы»

» FFmpeg

Автор: SV0host
Дата сообщения: 03.03.2016 12:23
По сабжу есть неплохой мануал на русском
ffmpeg
Автор: abd
Дата сообщения: 06.03.2016 02:43
привет товарищи. пытаюсь замутить захват с firewire в итоге - видео без звука.
логи ffmpeg здесь https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=2894 был бы оч благодарен если кто уже поборол поделится опытом. FMLE захватывает норм. ffmpeg как видите по логам в упор не видит ieee1394 порт как устройство захвата аудио.
Автор: Valery_Sh
Дата сообщения: 06.03.2016 03:14
А если не подключать отдельно pin video? Просто -f dshow -i "AV/C Tape Recorder/Player"
Автор: V0lt_r
Дата сообщения: 09.03.2016 11:13
Кому-нибудь удалось на винде в FFmpeg задействовать NVENC или Intel QSV для кодирования видео H.264?
Прошу рабочий пример.
Пробовал командные строки отсюда - https://trac.ffmpeg.org/wiki/HWAccelIntro , но для h264_qsv говорит, что недостаточно параметров, а энкодер nvenc вообще отсутствует в моем ffmpeg.exe.
Автор: Valery_Sh
Дата сообщения: 28.03.2016 20:57
Поддержу вопрос коллеги V0lt_r.
Интерес чисто академический. Ничего хорошего от этого обычно нет. НО, Внезапно - под Linux рабоатет декодер, хотя офф. заявления намекают, что сие невозможно

Как так, моногамная любовь Винетл кончилась?
Автор: sergne80
Дата сообщения: 28.03.2016 22:04

Цитата:
Как так, моногамная любовь Винетл кончилась?

Она и не начиналась. Дауны собирают ffmpeg гысысы онли, с табуном кривых опенсурсных библиотек сделваных под этот же горекомпилятор. Они игнорят MSVC прикрываясь, что делают под зоопарк различных систем, начиная от умного чайника или утюга и заканчивая особо умным туалетом. Отсюда и беда с поддержкой аппаратурных блобов хуанга и штеуда, которые как известно опенсурсникам доки жмут.
Автор: V0lt_r
Дата сообщения: 29.03.2016 21:00
Valery_Sh
Цитата:
НО, Внезапно - под Linux рабоатет декодер, хотя офф. заявления намекают, что сие невозможно
С декодером проблем нет.
Вот две команды:
Код: ffmpeg -i "input.m2ts" -f null - -benchmark
ffmpeg -hwaccel dxva2 -threads 1 -i "input.m2ts" -f null - -benchmark
Автор: Valery_Sh
Дата сообщения: 01.04.2016 14:22
V0lt_r
я просто вспомнил инфу (прошлогоднюю?) со страницы загрузки драйвера Intel под Линь. Там было что-то вроде:
аппаратного декодирования/транскодирования под Линем нет и не предвидится.
Но таки сейчас декодер точно работает. Только вот ты верно заметил: нафик он не нужен.
Чтоб он шпилил с хорошим темпом, следоват использовать проги милые интелю, а не те что тебе нравятся.
Это даже не жлобство, а нечто .... - вроде скидок на процессоры и чипсеты при выпуске пальцетыкнутых дивайсов. Если это не сговор, то уж и не знаю.

По поводу лучше/хуже. Я когда-то, на волне шумихи вокруг hw_encoding брал проц в котором эта фича точно работала.
Результат неоднозначный: с одной стороны быстро - котов на тытрубку можно заливать моментально. Но для себя, результат чисто софтового в x264 мне понравился значительно больше. К тому же проги, на тот момент умевшие использовать hw_encoding, мне точно не подходят.
Потому поигравшись, проц скинул как неоправдавший надёжи.
Автор: V0lt_r
Дата сообщения: 03.04.2016 10:32
Захвата с экрана в Windows

Захват экрана с частотой 15 кадров/сек с хорошим качеством
Код: ffmpeg -f gdigrab -framerate 15 -i desktop out.mp4
Автор: nonand
Дата сообщения: 12.04.2016 15:20
Долго кодировал BDRip в mkv h264, но пропало питание и вырубился комп. Оставалось буквально процентов 10. Можно ли продолжить кодирование с места разрыва? Надо указать -ss время или кадры, а потом объединить, но как бы точно вычислить сколько скодировалось, а то ведь рассинхрон может быть.
Автор: Valery_Sh
Дата сообщения: 15.04.2016 11:33
V0lt_r
Пробовал захват экрана в qtrle ?

Код: бла-бла .... -c:v qtrle -f mov %dst%
Автор: chivilyov
Дата сообщения: 16.04.2016 11:29
Специалисты, помогите сделать батник для обработки всех видеофайлов в папке. Суть обработки следующая - в папке с файлами находится рабочий ffmpeg.exe и все mkv-файлы нужно прогнать через него, используя следующие параметры:

Код: -vcodec copy -acodec copy -vbsf h264_changesps=fps=25:1 -vbsf h264_changesps=sar=125:128
Автор: V0lt_r
Дата сообщения: 16.04.2016 20:45
Valery_Sh

Цитата:
Пробовал захват экрана в qtrle ?

Захватываю рабочий стол 1680x1050 с браузером (открыта страница форума), активным окном FFmpeg и окном диспетчера задач.
QTRLE меньше нагружает, но больше места кушает. На динамике не проверял.

Код: ffmpeg -f gdigrab -framerate 60 -i desktop -c:v qtrle out.mov
Автор: Valery_Sh
Дата сообщения: 17.04.2016 10:07
V0lt_r
места да, много.
Загрузка ЦП видимо зависит от конкретной модели.

В этом примере
Цитата:
md fixed
for %%f in (*.mkv) do (
ffmpeg -i "%%f" -vcodec copy -acodec copy [...] "fixed\%%f"
)
pause
можно не увидеть сообщение об ошибке в цикле, окно просто молча закроется

я б на время тестов добавил & pause перед закрывающей скобкой, тогда больше шансов увидеть ошибку
(рабочий пример ремукса с bsf)
Код: for %%i in (*.ts) do (
ffmpeg -hide_banner -i %%i -dn -c:v copy -c:a copy -bsf:a aac_adtstoasc %~dp0fixed\%%~ni.mp4 & pause)
Автор: chivilyov
Дата сообщения: 17.04.2016 11:07
V0lt_r, Valery_Sh, спасибо за подсказки, и хотя я уже нашёл то, что мне нужно, в спец. теме на рутрекере, создать самостоятельно папку fixed я так и не сумел. Кстати, если я правильно помню, тут у меня какой-то модифицированный ffmpeg.exe, поэтому делать его универсальным я не хочу. Но может быть я и ошибаюсь...
Автор: Valery_Sh
Дата сообщения: 17.04.2016 11:37
chivilyov

Цитата:
если я правильно помню, тут у меня какой-то модифицированный ffmpeg.exe
модифицированныый. Про него есть давняя тема на doom9. В которой, кстати, рекомендовали применять эти bsf к элементарным потокам.

Никто не запрещает использовать несколько версий. Если исходные файлы лежат раздельно, их и переименовывать не нужно.
Просто указать для второго симлинка отличающееся имя. Например, ffmpeg_mod.exe.
Автор: V0lt_r
Дата сообщения: 17.04.2016 12:15
Valery_Sh
Цитата:
нет нужды класть ffmpeg.exe в рабочие каталоги
Вообще не проблема для каких-то 40 МБ. Да и полный путь при необходимости не сложно написать. Не вижу смысла заморачиваться симлинками. Это админские тараканы, для юзеров только лишние усложнение.
Автор: Valery_Sh
Дата сообщения: 17.04.2016 13:57
V0lt_r

Цитата:
Это админские тараканы, для юзеров только лишние усложнение.
оно, конечно, так.... но если в путях пробелы или "замысловатые" символы, то смысл есть. Через это иногда не работают проверенные сценарии.
Хотя, безусловно, дело привычки.
Автор: LonerD
Дата сообщения: 20.04.2016 15:41
А какие есть сборки у сабжа и есть ли между ними существенная разница?
Нашёл вариант от от Dirk Paehl, у него примерно на треть меньше оригинала по размеру.
К примеру, в дистрибутиве BeHappy файл FFmpeg.exe вообще всего 2 Мб размером (700 Кб в архиве), вроде полноценный.
Автор: Valery_Sh
Дата сообщения: 20.04.2016 17:43
На пробу собирал сам, чтоб иметь fdk aac - размер тоже отличается в меньшую сторону. Причём, существенно.
Но вне задач связанных с аас использую официальный релиз от zeranoe. Зачем гадать почему что-то не работает или работает "не так"?
Автор: V0lt_r
Дата сообщения: 20.04.2016 22:26
LonerD
Цитата:
Нашёл вариант от от Dirk Paehl, у него примерно на треть меньше оригинала по размеру.
Банально запустить
Код: ffmpeg -decoders > decoders.txt
ffmpeg -encoders > encoders.txt
ffmpeg -filters > filters.txt
Автор: cbah
Дата сообщения: 22.04.2016 11:34
добрый день. один хороший человек написал мне такой пакетный файл для пережатия кучи мп3 для прослушивания аудиокниг в плеере:
for %%a in ("*.mp3") do ffmpeg.exe -i "%%a" -vn -acodec libmp3lame -ab 64k -ar 44100 -map_metadata -1 -y "%%~na_.mp3"
скажите, знающие, а как пережать пакетно мп3 файлы в другую папку, чтобы сохранить старые имена мптришек, а? спасибо.
Автор: Valery_Sh
Дата сообщения: 22.04.2016 13:38
Абсолютный путь
Цитата:
..... -1 -y "здесь_путь_куда_сохраняем\%%~na.mp3"

Или относительный в папку dst рядом с исходниками
Цитата:
..... -1 -y "%~dp0dst\%%~na.mp3"

Автор: unreal666
Дата сообщения: 22.04.2016 13:40
cbah

Код: for %%a in ("*.mp3") do ffmpeg.exe -i "%%a" -vn -acodec libmp3lame -ab 64k -ar 44100 -map_metadata -1 -y "Полный_путь_к_папке\%%~na_.mp3"
Автор: cbah
Дата сообщения: 22.04.2016 22:24
ура-а-а-ааа! заработало! спасибо Valery_Sh и unreal666


Добавлено:
еще вопросик: можно ли менкодером/мплеером конвертить аудио в мп3, также как ффмпег?
Автор: Valery_Sh
Дата сообщения: 22.04.2016 22:55
cbah

Цитата:
еще вопросик:
встречный вопрос: зачем, если ffmpeg сделал как нужно?

и я б проверил своё устройство (с которого слушаем книги) на предмет "понимания" им аас
при низких битрейтах он больше подходит, а железки нонче всеядные.
Автор: cbah
Дата сообщения: 22.04.2016 22:58
и еще: можно ли установить качество при пережатии в мп3?
Автор: V0lt_r
Дата сообщения: 22.04.2016 23:11
cbah
Хмм. Если смысл пережатия mp3 в mp3 с целью понижения битрейта может иметь практический смысл, то использование для этого ffmpeg мне непонятно. Проще было использовать для этого классический LAME. Там и подходящий пресет легче подобрать, и опции если надо настроить (банально документация короче, т.к. кодек только для mp3 создан).
Автор: cbah
Дата сообщения: 23.04.2016 01:00
Valery_Sh
менкодер/мплеер - чисто спортивный интерес, хотелось бы узнать, если можно, то как? в менинкс, напимер, в менкодер можно установить уровень качества от 0 до 9.

аас - это хорошо, но для ффмпег нашел только команду: -strict experimental -c:a aac -b:a 64k
а экспериментал, наверное, хуже, чем либво_аасенк, либфаас или нероаасенк, нет?

V0lt_r
ламе почему-то не хочет ставить 44,1кгц при 64кбпс, только 22,05кгц. или я не знаю как...
Автор: cbah
Дата сообщения: 26.04.2016 18:05
V0lt_r
вроде с ламе.ехе разобрался: надо указать --resample 44.1. только непонятно, как убрать из мп3 все теги при пережатии, без сторонних редакторов тегов.

Страницы: 123

Предыдущая тема: Stop Motion анимацию


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.