Программы


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

<<
Назад | Вниз | Каталог | Обновить тред | Автообновление
499 99 163

FFMPEG кидинг видео ect thread #1 /ffmpeg/ Аноним (Microsoft Windows 10: Chromium based) # OP 03/05/18 Чтв 23:27:08 23028601
.png (16Кб, 566x140)
566x140
Не нашёл, создал. Короче:
Есть вин10, ffmpeg.exe, 2 файла - видео h265 mp4 и .aac mp4
Пошагово, как соединить их в 1 файл? Длительность одинаковая.
Аноним (Linux: Chromium based) 03/05/18 Чтв 23:29:31 23028622
03/05/18 Чтв 23:45:35 23028813
# OP 04/05/18 Птн 00:29:12 23029084
>>2302862
>ffmpeg -f concat -i mylist.txt -c copy output.mp4
Всё равно звука нет, и файл кривой получился и время криво показывает.
Cам уёбывай со своим говном или пиши нормальные команды
# OP 04/05/18 Птн 00:42:16 23029185
.png (76Кб, 1024x738)
1024x738
>>2302862
Поменял местами в mylist.txt имена файлов, перекодил без видео. лол.
Чо ты мне за хуйню подсунул? Давай нормальное
Аноним (Microsoft Windows 10: Firefox based) 04/05/18 Птн 09:46:25 23030976
# OP 04/05/18 Птн 18:10:38 23034307
Аноним (Linux: Chromium based) 05/05/18 Суб 03:14:40 23037768
>>2303097
Анончик, а как сделать чтоб короткий ролик зациклился. Ролик короткий, а песня длинная. Видео стопится, а звук дальше идет.
Аноним (Microsoft Windows 10: Firefox based) 05/05/18 Суб 06:52:09 23038159
>>2303776
Я бы сделал так, по инструкции из >>2302862-поста, только прописал бы несколько раз один файл, количество раз такое, чтобы по длине совпадал с аудио или был больше.
Дальше
ffmpeg -i dlinnii_video.mp4 -i audio.aac -c copy -shortest output.mp4
shortest - должно обрезать длину по самому короткому файлу.
Если не получается через shortest, то укажи длину сам
ffmpeg -i dlinnii_video.mp4 -i audio.aac -c copy -t 01:02.05 output.mp4
-t часы:минута:секунды.доли_секунды
Аноним (Microsoft Windows 7: Firefox based) 05/05/18 Суб 17:51:25 230410710
>>2303776
ffmpeg -loop 1 -i h265.mp4 -i aac.aac -c copy -shortest output.mp4
Аноним (Microsoft Windows 10: Firefox based) 05/05/18 Суб 18:38:15 230417911
Аноним (Linux: Chromium based) 06/05/18 Вск 18:19:55 230493712
>>2303776
>Анончик, а как сделать чтоб короткий ролик зациклился. Ролик короткий, а песня длинная. Видео стопится, а звук дальше идет.

Сначало делаеш длинное зацикленное видео, путем соединения много раз одного и тогоже видео файла вот так:
файл video.txt :
file 'video.mp4'
file 'video.mp4'
file 'video.mp4'
file 'video.mp4'
file 'video.mp4'
file 'video.mp4'


ffmpeg -f concat -i video.txt -c copy longvideo.mp4

потом соединяеш с песней через -shortest

ffmpeg -i longvideo.mp4 -i song.aac -c copy -shortest longvideosong.mp4
далее
Аноним (Microsoft Windows 10: Chromium based) 14/05/18 Пнд 11:12:02 231156013
Стикер (0Кб, 128x101)
128x101
Как видео разделить на 2 части посередине? ффмпегом
Аноним (Microsoft Windows 10: Firefox based) 14/05/18 Пнд 11:15:14 231156114
>>2311560
Для начала определись, где середина, потом
ffmpeg -i video.mp4 -c copy -t 00:10:25 chast_01.mkv
ffmpeg -ss 00:10:25 -i video.mp4 -c copy chast_02.mkv
Здесь середина в 10:25
Аноним (Microsoft Windows 10: Chromium based) 14/05/18 Пнд 11:26:04 231156515
>>2311561
2 команды одновременно прям в консоль копировать?
Аноним (Microsoft Windows 10: Firefox based) 14/05/18 Пнд 11:35:13 231156916
>>2311565
Нет, можно по одной вводить.
Аноним (Microsoft Windows 10: Chromium based) 14/05/18 Пнд 11:46:24 231158017
Аноним (Microsoft Windows 10: Chromium based) 14/05/18 Пнд 12:43:11 231161818
А как кусок по времени вырезать?
Аноним (Microsoft Windows 7: Chromium based) 14/05/18 Пнд 14:19:04 231172919
>>2311618
ffmpeg -ss 00:05:25 -i video.mkv -to 00:15:00 -c copy chast_03.mkv
Аноним (Microsoft Windows 7: Chromium based) 14/05/18 Пнд 15:09:21 231174920
>>2311618
>>2311729
Кстати. Следует учесть, что
ffmpeg -ss 00:00:25 -i video.mkv -to 00:01:00 -c copy chast_03.mkv - отсчет пойдет с 00:00:25 включительно данного видео в течении 00:01:00, кусок получится 00:01:01
ffmpeg -i video.mkv -ss 00:00:25 -to 00:01:00 -c copy chast_06.mkv - отсчет пойдет с начала данного видео, обрежет от 00:00:25 и обрежет на 00:01:00, кусок получится 00:00:35
Аноним (Microsoft Windows 10: Chromium based) 14/05/18 Пнд 22:46:07 231214021
>>2311749
аа, типа в первом случае мы выбираем сколько минут надо вырезать начиная с определёного времени
а во втором случае обрезаем конкретно по времени от и до
?
Аноним (Microsoft Windows 7: Chromium based) 15/05/18 Втр 02:36:10 231229222
>>2312140
По сути да, начало задаётся положением команды относительно входного потока -i
Аноним (Microsoft Windows 7: Chromium based) 21/05/18 Пнд 15:28:03 231654123
Задача: слепить слайд-шоу из Ν фоток
Метод решения: -f concat
Вопрос: что делать с разрешением? Как бы выставить итоговое разрешение по максимальным высоте/ширине из имеющихся, а остальное заполнить чёрным?
Аноним (Microsoft Windows 7: Chromium based) 21/05/18 Пнд 22:34:16 231682524
Аноним (Microsoft Windows 10: Chromium based) 24/05/18 Чтв 22:53:39 231894525
Как конвертировать в webm?
Без всяких "надстроек" качество херится значительно
Аноним (Microsoft Windows 10: Chromium based) 27/05/18 Вск 03:40:43 232025226
Кто нибудь знает ффмпег умеет чинить видео? Видимо, методанные в конце тупанули
Короче как их из конца в начало видео перенести?
Аноним (Microsoft Windows 7: Firefox based) 27/05/18 Вск 12:13:18 232042727
>>2318945
ffmpeg -i hui.mkv -c:v libvpx-vp9 -row-mt 1 -threads 16 -pix_fmt yuv420p -b:v 0 -crf 30 hui.webm
Аноним (Microsoft Windows 10: Chromium based) 27/05/18 Вск 18:55:56 232068728
.png (25Кб, 819x536)
819x536
>>2320427
ffmpeg -i 1.mp4 -c:v libvpx-vp9 -row-mt 1 -threads 16 -pix_fmt yuv420p -b:v 0 -crf 30 hui.webm
не работает
Аноним (Microsoft Windows 10: Firefox based) 27/05/18 Вск 19:40:36 232070529
>>2320687
Попробуй обновить ffmpeg
Аноним (Microsoft Windows 10: Chromium based) 28/05/18 Пнд 09:47:29 232096130
Как подделать превью видео на сосаче?
Аноним (Microsoft Windows 10: Firefox based) 28/05/18 Пнд 11:02:54 232099631
Аноним (Microsoft Windows 10: Chromium based) 28/05/18 Пнд 11:04:57 232099832
Аноним (Microsoft Windows 10: Firefox based) 28/05/18 Пнд 11:25:45 232100533
>>2320998
Покажи. Превьюшка генерируется не только из одного места, как раньше.
Аноним (Microsoft Windows 10: Chromium based) 28/05/18 Пнд 19:29:24 232129734
image.png (68Кб, 1087x234)
1087x234
Аноним (Microsoft Windows 10: Firefox based) 28/05/18 Пнд 20:31:44 232136135
.mp4 (4674Кб, 854x480, 00:01:30)
854x480
>>2321297
Ну охереть, ты бы хоть пикчу из-того поста принёс.

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

Может кто-нибудь гайд напишет, или я потом сам.
Аноним (Microsoft Windows 10: Firefox based) 28/05/18 Пнд 20:39:51 232136336
.mp4 (4626Кб, 854x480, 00:15:00)
854x480
>>2321361
Ясна, 20 секунд мало, превьюха то обычная, то искусственная. Напердолю второй поток длиной в 15 минут.
Аноним (Microsoft Windows 10: Chromium based) 28/05/18 Пнд 22:23:41 232146337
>>2321363
Отлично, буду рад если напишешь гайд. Там самого видео не было, кто-то жаловался на ошибку MIME не поддерживается.
Аноним (Microsoft Windows 10: Firefox based) 28/05/18 Пнд 22:50:46 232147238
.mp4 (449Кб, 888x666, 00:05:30)
888x666
Вероятностная-превьюшка-бейсд Сакральный олень
Аноним (Microsoft Windows 10: Firefox based) 29/05/18 Втр 09:14:44 232165139
.mp4 (6606Кб, 854x480, 00:20:00)
854x480
.webm (8825Кб, 854x480, 00:40:00)
854x480
Гайд для превьюшек

Нужно добавить вторую видеодорожку с превьюшкой и, чем она длинее, тем больше вероятность, что она будет выбрана для создания превьюшки. Разрешение превьюшки не влияет, поэтому будем брать scale 200:-1 для горизонтальных и -1:200 для вертикальных видео.

orig.mp4 и orig.webm - исходные файлы без превьюшки, длительность 01:00 продолжительность превью в 10 раз больше - 10:00
preview.png - картинка с превьюшкой, желательно такого же aspect ratio (16:9, 4:3, 9:16), как и видео.

MP4

Создание видеодорожки с превьюшкой:
ffmpeg -loop 1 -r 0.1 -i preview.png -vf scale=200:-1 -t 10:00 -c:v h264 -pix_fmt yuv420p -preset medium -crf 30 prev.mp4
Если появляется ошибка: width not divisible by 2 (200x141) Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height, то нужно заменить нечетное число на чётное в scale=
Исправленная команда будет выглядеть так: ffmpeg -loop 1 -r 0.1 -i preview.png -vf scale=200:142 -t 10:00 -c:v h264 -pix_fmt yuv420p -preset medium -crf 30 prev.mp4

Соединение оригинала с превью:
ffmpeg -i orig.mp4 -i prev.mp4 -map 0 -map 1 -c copy orig_prev.mp4

WebM

Создание видеодорожки с превьюшкой:
ffmpeg -loop 1 -r 0.1 -i preview.png -vf scale=200:-1 -t 10:00 -c:v libvpx-vp9 -g 9999 -pix_fmt yuv420p -crf 30 -b:v 0 -speed 2 prev.webm

Соединение оригинала с превью:
ffmpeg -i orig.webm -i prev.webm -map 0 -map 1 -c copy orig_prev.webm



Длительности 10x от оригинала для превьюшки должно хватить для постоянного показа превьюшки, а, учитывая маленькое разрешение, отсутствие динамичности и низкий fps -r 0.1, она всё равно будет достаточно маленького размера.
Аноним (Microsoft Windows 10: Chromium based) 29/05/18 Втр 09:23:49 232165640
>>2321651
Спасибо, анон! Ты охуенен!
Аноним (Microsoft Windows 10: Chromium based) 12/06/18 Втр 03:24:04 233050441
Как срезать аудио-дорожку с видео?
Аноним (Microsoft Windows 7: Firefox based) 12/06/18 Втр 08:50:11 233053742
Снимок.PNG (4Кб, 532x86)
532x86
Аноним (Microsoft Windows 7: Firefox based) 12/06/18 Втр 10:41:34 233056443
А как транскодировать только одну дорожку в контейнере?
Вот таким образом, к примеру:
0:x264 -> 0:x264
1:mp3 (en) -> 1:mp3 (en)
2:aac (ru) -> 2:mp3 (ru)
3:srt (de) -> 3:srt (de)
Аноним (Microsoft Windows 10: Firefox based) 12/06/18 Втр 11:36:44 233059944
>>2330564
ffmpeg -i orig.mkv -map 0:2 <опции> aud.mp3
ffmpeg -i orig.mkv -i aud.mp3 -map 0 -map -0:2 -map 1 -c copy out.mkv
Будет:
0:x264
1:mp3 (en)
2:srt (de)
3:mp3 (ru)

Если нужно сохранить исходный порядок дорожек, то уже вручную прописываешь
ffmpeg -i orig.mkv -map 0:2 <опции> aud.mp3
ffmpeg -i orig.mkv -i aud.mp3 -map 0:1 -map 0:2 -map 1 -map 0:3 -c copy out.mkv
Аноним (Microsoft Windows 10: Firefox based) 12/06/18 Втр 11:38:43 233060045
>>2330599
> ffmpeg -i orig.mkv -i aud.mp3 -map 0:0 -map 0:1 -map 1 -map 0:3 -c copy out.mkv
фикс
Аноним (Microsoft Windows 7: Palemoon) 13/06/18 Срд 15:13:11 233162746
>>2330599
>>2330600
Оу! Спасибо братюнь. Именно этого нюанса с map я и не понимал. Отлично всё получилось.
Аноним (Linux: Firefox based) 13/06/18 Срд 21:40:16 233188247
Анон, а можно сабы вшить с оффсетом?
Есть части "большого" видео, и к этим частям один файл сабов. Вот если я захочу например вшить сабы только во вторую или последующие части, как это сделать?
Т.е. вшить сабы с оффсетом.
Аноним (Microsoft Windows 7: Firefox based) 13/06/18 Срд 23:42:43 233194348
>>2331882
Ну смотри, если ты с большого видео делаешь, то можно -ss время начала куска после файла прописать. Кодиться будет дольше, но субтитры будут работать правильно.
Если у тебя именно короткие отрывки как сурс, ну тут только подправить тайминг в файлах субтитров, программами для эдита субтитров делается легко.
Главное только на субтитре до начала ролике поставить в таймкоде 0:00:00 чтобы он отрендерился, потому что если он начинается например на -0:00:00.001 то уже всё, ffmpeg его пропускает.

А так лучше погугли. Может есть нормальный способ.
Аноним (Microsoft Windows 8: Chromium based) 14/06/18 Чтв 00:08:09 233194949
Хз где спросить, почему у меня MPC зависает при открытии файла, если выбран EVR в качестве вывода?
Аноним (Linux: Firefox based) 14/06/18 Чтв 13:24:35 233217350
>>2331943
Да я погуглил, и понял, что сабы накладываются как поток. Также как видео или аудио, поэтому решил попробовать обрезать этот поток таким же способом как и видео:
ffmpeg -i input.mp4 -ss 251.425 -i input.srt -t 254.048 -c copy -c:s mov_text output.mp4
И всё вышло как задумано. Правда сабы конечно немного пидорасит.
Аноним (Microsoft Windows 7: Firefox based) 14/06/18 Чтв 13:38:39 233217851
>>2302881
Сук, проиграл, лучшая фраза для интро
Аноним (Microsoft Windows 10: Chromium based) 14/06/18 Чтв 15:33:48 233222152
.jpg (18Кб, 320x480)
320x480
>>2302860 (OP)
Цать времени пользовался гуем - https://github.com/CherryPerry/ffmpeg-vp9-wrap
С переустановкой винды, Гуй отказался работать.

C:\ffmpeg>vp9 -install
Getting link to latest ffmpeg

Необработанное исключение: System.AggregateException: Произошла одна или несколько ошибок. ---> System.NullReferenceExce
ption: Ссылка на объект не указывает на экземпляр объекта.
в VpxEncode.FfmpegLoader.<GetLinkFromWebPage>d__7.MoveNext()
--- Конец трассировка стека из предыдущего расположения, где возникло исключение ---
в System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
в System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
в VpxEncode.FfmpegLoader.<Install>d__6.MoveNext()
--- Конец трассировки внутреннего стека исключений ---
в System.Threading.Tasks.Task.WaitAll(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken)
в VpxEncode.Program.Main(String[] args)

Щито делать? Пересаживать на ffmpeg
Аноним (Linux: Firefox based) 14/06/18 Чтв 15:34:14 233222253
Ебать у меня бомбит, почему так сложно найти инфу по контейнерам так сложно найти? Сука, может я так хуёво гуглю.
Вот мне надо вставить субтитры в mpeg2 и я даже не знаю, блядь, поддерживает ли этот контейнер их или нет, и сука бляяя как же жопу рвёт нахуй!
Надо вставить без re-encoding
Аноним (Microsoft Windows 10: Firefox based) 14/06/18 Чтв 15:55:06 233223454
.webm (10240Кб, 3840x2160, 00:01:01)
3840x2160
Поясните вот за эту вебм. Я насколько понял тут фишка с ключевыми и b-кадрами - их похоже или вообще нет или очень мало. Но сколько траев не делал, такого же результата никогда не достигал. Кто знает как заэнкодить так же ахуенно?
Аноним (Microsoft Windows 10: Firefox based) 14/06/18 Чтв 15:57:48 233223655
profilepictureb[...].jpg (34Кб, 300x300)
300x300
Аноним (Microsoft Windows 10: Firefox based) 14/06/18 Чтв 16:27:15 233227456
>>2321651
На вебм общее время никак не пофиксить? А то в плеере браузера показано что 40 мин видос идет и перемотка глючит. С mp4 все норм
Аноним (Microsoft Windows 7: Firefox based) 14/06/18 Чтв 22:42:44 233252257
>>2332173
А, я проебался, я спутал с рендерингов сабов в видео. Так то вставить можешь, да. Кстати посмотри удаляет ли он неиспользуемые строчки
Аноним (Microsoft Windows 7: Firefox based) 15/06/18 Птн 07:27:11 233271458
Тред не читал. Захотел я нарезать вебэмок на рабочем сервере, думал намного быстрее будет, но как бы не так. Мой домашний ноут энкодит быстреее на i7-4700HQ, чем шиндовс сервер на Xeon E5-2620. Я что-то не понимаю? Кодирую vp9 двумя проходами с -threads 8 -speed 1 -tile-columns 6 -frame-parallel 1.
Я бы делал mp4, только битрейт не хочется отдавать на говенный aac.
Аноним (Microsoft Windows 7: Vivaldi) 15/06/18 Птн 07:48:52 233271859
>>2302860 (OP)
Если вырезать кусок видео без перекодирования по типу "ffmpeg -i "1.mp4" -ss 00:00:14.623 -to 00:00:34.297 -c copy "2.mp4"", то от начала и до первого ключевого кадра видео нет. Есть возможность перекодировать самый первый кадр в ключевой, а остальное оставить без перекодирования?
Аноним (Microsoft Windows 10: Chromium based) 15/06/18 Птн 08:57:14 233272560
>>2332714
> с -threads 8
У твоего хеона 12 потоков
Аноним (Microsoft Windows 7: Firefox based) 15/06/18 Птн 12:51:35 233278561
Аноним (Microsoft Windows 7: Firefox based) 15/06/18 Птн 12:53:23 233278662
Аноним (Microsoft Windows 10: Chromium based) 15/06/18 Птн 15:52:25 233287363
>>2332221
Уже похуй, перекатился на ффмпег.
Аноним (Microsoft Windows 10: Chromium based) 17/06/18 Вск 05:55:10 233407664
.png (428Кб, 700x919)
700x919
>>2302860 (OP)
Анонче, как правильно прикрутить сабы?

C:\Users\1>ffmpeg -i "name" -vf subtitles='C\:\\ffmpeg\\name' -ss 07:2
2.397 -to 07:26.182 out.webm

Работает только с экранированием, как настроить без экранирования?
И вообще, какого хера ффмпег тогда видит основной файл, а блядские сабы нихуя?


Ошибка:

[ass @ 000001e504113100] Unable to parse option value "ffmpegName" as image size
Last message repeated 1 times
[ass @ 000001e504113100] Error setting option original_size to value ffmpegName.
[Parsed_ass_0 @ 000001e503bec800] Error applying options to the filter.
[AVFilterGraph @ 000001e502f0dac0] Error initializing filter 'ass' with args 'C:Name'
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!
Аноним (Microsoft Windows 10: Chromium based) 17/06/18 Вск 05:57:12 233407865
>>2334076
Без экранирования выглядит так и выдает ту ошибку.
C:\Users\1>ffmpeg -i "C:\ffmpeg\Name.mkv" -vf ass="Name.srt" -ss 08:35.169 -to 08:
38.831 out.webm
Аноним (Microsoft Windows 10: Firefox based) 17/06/18 Вск 18:34:43 233432766
>subtitles='C\:\\ffmpeg\\name'
Что за хуйня, ты не пробовал просто
"C:\ffmpeg\name"
?
Аноним (Microsoft Windows 10: Firefox based) 17/06/18 Вск 18:44:58 233433367
>>2334078
Какую ТУ ошибку?
Где файл с сабами у тебя лежит?
Где ffmpeg?
Где видео файл?
Ты пути к файлам точно правильно прописываешь?
Аноним (Microsoft Windows 10: Chromium based) 18/06/18 Пнд 16:15:27 233483168
>>2334327
Не получается. Вот строка без скобок:
ffmpeg -i C:\ffmpeg\Chaos.mkv -vf ass=C:\ffmpeg\Chaos.ass -ss 16:29.778 -to 16:34.199 out.webm

Ошибка:
[ass @ 000002bc5f2bee80] Unable to parse option value "ffmpegChaos.ass" as image size
Last message repeated 1 times
[ass @ 000002bc5f2bee80] Error setting option original_size to value ffmpegChaos.ass.
[Parsed_ass_0 @ 000002bc5f246ec0] Error applying options to the filter.
[AVFilterGraph @ 000002bc5f16dc80] Error initializing filter 'ass' with args 'C:ffmpegChaos.ass'
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!

Cо скобками:
ffmpeg -i C:\ffmpeg\Chaos.mkv -vf ass="C:\ffmpeg\Chaos.ass" -ss 16:29.778 -to 16:34.199 out.webm

Ошибка:
[ass @ 00000135297be980] Unable to parse option value "ffmpegChaos.ass" as image size
Last message repeated 1 times
[ass @ 00000135297be980] Error setting option original_size to value ffmpegChaos.ass.
[Parsed_ass_0 @ 00000135297be880] Error applying options to the filter.
[AVFilterGraph @ 0000013528e75480] Error initializing filter 'ass' with args 'C:ffmpegChaos.ass'
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!
Аноним (Microsoft Windows 10: Chromium based) 18/06/18 Пнд 16:20:37 233483469
>>2334333
> Какую ТУ ошибку?
Что выше.
> Где файл с сабами у тебя лежит?
Рядом с видео. Сейчас для примера закинул в папку с Ффмпегом.
> Где ffmpeg?
C:\ffmpeg
Как по гайду Ретуза.
Аноним (Microsoft Windows 10: Chromium based) 18/06/18 Пнд 16:24:22 233483970
Вот такую строчку с экранированием, ффмпег запускает и начинает:
ffmpeg -i "C:\ffmpeg\Chaos.mkv" -vf subtitles='C\:\\ffmpeg\\Chaos.ass' -ss 16:29.778 -to 16:34.199 out.webm
Аноним (Microsoft Windows 10: Firefox based) 18/06/18 Пнд 17:45:22 233486371
sibo01.png (77Кб, 300x300)
300x300
>>2334831
>-vf ass=C:\ffmpeg\Chaos.ass
>-vf ass="C:\ffmpeg\Chaos.ass"

Наркоман :3
Надо вот так
-vf "ass=C:\ffmpeg\Chaos.ass"

>Сейчас для примера закинул в папку с Ффмпегом.
Тогда тебе можно делать просто
ffmpeg -i Chaos.mkv -vf subtitles=Chaos.ass -ss 16:29.778 -to 16:34.199 out.webm

Попробуй еще ffmpeg -i "C:\ffmpeg\Chaos.mkv" -vf subtitles="C:\ffmpeg\Chaos.ass"
И subtitles='C:\ffmpeg\Chaos.ass'

Алсо. Я, обычно. Запускаю скрипт кодирования из папки со всеми нужными ля кодирования файлами, а на фмпег ссылаюсь через путь.
Тогда можно делать так.
C:\ffmpeg\ffmpeg.exe -i Chaos.mkv -vf subtitles=Chaos.ass

Аноним (Microsoft Windows 10: Chromium based) 19/06/18 Втр 15:00:55 233531972
>>2334863
> ffmpeg -i C:\ffmpeg\Chaos.mkv -vf "ass=C:\ffmpeg\Chaos.ass" -ss 16:29.778 -to 16:34.199 out.webm

Ошибка:
[libopus @ 000001759ac6c000] No bit rate set. Defaulting to 96000 bps.
[ass @ 000001759cd8ee00] Unable to parse option value "ffmpegChaos.ass" as image size
Last message repeated 1 times
[ass @ 000001759cd8ee00] Error setting option original_size to value ffmpegChaos.ass.
[Parsed_ass_0 @ 000001759cd19fc0] Error applying options to the filter.
[AVFilterGraph @ 000001759cc41300] Error initializing filter 'ass' with args 'C:ffmpegChaos.ass'
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!

> Тогда тебе можно делать просто
ffmpeg -i Chaos.mkv -vf subtitles=Chaos.ass -ss 16:29.778 -to 16:34.199 out.webm

Ошибка:
Chaos.mkv: No such file or directory




Аноним (Microsoft Windows 10: Chromium based) 19/06/18 Втр 15:03:13 233532173
>>2334863
> Попробуй еще ffmpeg -i "C:\ffmpeg\Chaos.mkv" -vf subtitles="C:\ffmpeg\Chaos.ass" -ss 16:29.778 -to 16:34.199 out.webm

[libopus @ 0000018db633bb80] No bit rate set. Defaulting to 96000 bps.
[subtitles @ 0000018db74eee80] Unable to parse option value "ffmpegChaos.ass" as image size
Last message repeated 1 times
[subtitles @ 0000018db74eee80] Error setting option original_size to value ffmpegChaos.ass.
[Parsed_subtitles_0 @ 0000018db74eed80] Error applying options to the filter.
[AVFilterGraph @ 0000018db6ba66c0] Error initializing filter 'subtitles' with args 'C:ffmpegChaos.ass'
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!

> ffmpeg -i "C:\ffmpeg\Chaos.mkv" -vf subtitles='C:\ffmpeg\Chaos.ass' -ss 16:29.778 -to 16:34.199 out.webm

Ошибка:
[libopus @ 00000237d78cbb80] No bit rate set. Defaulting to 96000 bps.
[subtitles @ 00000237d8227dc0] Unable to parse option value "ffmpegChaos.ass" as image size
Last message repeated 1 times
[subtitles @ 00000237d8227dc0] Error setting option original_size to value ffmpegChaos.ass.
[Parsed_subtitles_0 @ 00000237d8227cc0] Error applying options to the filter.
[AVFilterGraph @ 00000237d8155340] Error initializing filter 'subtitles' with args 'C:\ffmpeg\Chaos.ass'
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!
Аноним (Microsoft Windows 7: Firefox based) 19/06/18 Втр 15:14:47 233532674
>>2335321
> Chaos.ass
Залей его куда-нить.
Аноним (Microsoft Windows 10: Chromium based) 19/06/18 Втр 15:16:07 233532775
Аноним (Microsoft Windows 10: Chromium based) 19/06/18 Втр 15:19:41 233532876
.jpg (52Кб, 600x339)
600x339
.jpeg (130Кб, 604x302)
604x302
.jpeg (91Кб, 604x302)
604x302
.jpeg (130Кб, 604x283)
604x283
>>2334863
> скрипт кодирования из папки со всеми нужными ля кодирования файлами
Вот это заработало!
Анонче! Ты охуенен, спасибо тебе. Галлоны чая/кофе/пива/плюшек и прочих вещей.
Аноним (Microsoft Windows 10: Chromium based) 19/06/18 Втр 15:21:55 233532977
>>2335326
> Залей его куда-нить.
Обычные сабы были, я и с другими пробовал.
Сейчас работает, фух.
Аноним (Microsoft Windows 10: Firefox based) 19/06/18 Втр 19:44:17 233545578
sibo.jpg (53Кб, 326x500)
326x500
>>2335319
>Chaos.mkv: No such file or directory
А он у тебя есть? Наркоман?
Файл то?

Откуда ты все это запускаешь кстати?
Я надеюсь из .bat файла?
Аноним (Microsoft Windows 10: Firefox based) 19/06/18 Втр 19:46:28 233545779
Аноним (Linux: Firefox based) 20/06/18 Срд 16:15:21 233594480
Анон, знаешь ли ты, как получить кейфреймы из видео?

Суть такова, есть видео в интернете. Мне надо не скачивая его, сделать из него плейлист m3u8. А потом когда пойдёт запрос из плейлиста "на лету" обращаться к файлу в интернете по этим кейфреймам. Такая многоходовочка!
Аноним (Microsoft Windows 10: Firefox based) 20/06/18 Срд 16:22:13 233594781
Аноним (Linux: Firefox based) 20/06/18 Срд 16:30:44 233595682
>>2335947
Спасибо, это круто, но основная проблема это получать кейфреймы например ближайшие к определённому времени, либо с интервалом. Типа задал интервал 30, а он показывает какой кейфрейм находится ближе всего к этому времени\интервалу
Аноним (Microsoft Windows 10: Firefox based) 20/06/18 Срд 16:53:16 233596983
>>2335956
Что-то типа тогда
ffmpeg -ss 01:00 -i video.mkv -c copy -t 20 -f flv - | ffprobe -i -
Аноним (Linux: Firefox based) 21/06/18 Чтв 16:24:07 233656484
>>2335969
Не обратил внимание на вторую часть с ffprobe. Хорошо, что ещё раз зашёл. Ща попробую. Спасибо.
Аноним (Linux: Firefox based) 21/06/18 Чтв 16:27:52 233656585
>>2335969
Увы, broken pipe. Хотя идею можно развить.
Аноним (Linux: Firefox based) 23/06/18 Суб 22:58:11 233785086
Так, делать два 2-pass'а в одной директории одновременно это вообще безопасно?
У него же промежуточный пасслог-файл всегда одинаково называется. Сдаётся мне, два инстанса пишут параллельно в один логфайл и ничего не чекают.
Аноним (Linux: Firefox based) 23/06/18 Суб 23:09:35 233786387
>>2337850
Ну, имеется в виду ситуация, когда файл пасслога явно не задан, ну вы понели.
Аноним (Microsoft Windows 10: Firefox based) 24/06/18 Вск 06:51:30 233796488
>>2337850
>>2337863
Скорее всего нет, а почему не хочешь явно задавать?
Аноним (Microsoft Windows 7: Firefox based) 02/07/18 Пнд 01:46:31 234302589
Хочу захардсабить аниме для просмотра на телевизоре, пишу
ffmpeg -i 1.mkv -vf "ass=1.ass" -acodec copy -c:v h264_amf result.mp4
В итоге на видео получается слишком много шумов, при размере файла в 2 раза меньше оригинала. Есть какие гайды для оптимизации видео?
Аноним (Неизвестно: Safari) 02/07/18 Пнд 02:09:30 234303090
>>2343025
Битрейт ты не указал, -b:v
Аноним (Microsoft Windows 10: Firefox based) 02/07/18 Пнд 06:56:19 234304891
>>2343025
ffmpeg -i 1.mkv -vf "ass=1.ass" -c:a copy -c:v h264_amf -crf 20 -preset slow result.mp4
-crf - качество, меньше число - лучше качество, 0 - вообще без потери качества.
Аноним (Microsoft Windows 7: Firefox based) 03/07/18 Втр 22:31:09 234421592
>>2343030
Указал биттрейт на уровне источника (4М), качество осталось прежним.
>>2343048
>ffmpeg -i 1.mkv -vf "ass=1.ass" -c:a copy -c:v h264_amf -crf 20 -preset slow result.mp4
>-crf - качество, меньше число - лучше качество, 0 - вообще без потери качества.
Ставил crf 0, качество вроде прибавилось, но все равно говно.
Но я похоже понял, что хардварный энкодер лучше сделать просто не может, или я просто не тот использовал? Видеокарта Radeon RX 550, энкодер -c:v h264_amf.
Аноним (Google Android: Неизвестно) 06/07/18 Птн 02:42:14 234584293
Вопрос, на h265 переходить стоит? Если сейчас - нет, то когда?
А ещё я разочаровался в вебм, мп4 победил его безоговорочно из-за совместимости со всем, даже с небом и Аллахом.
Аноним (Microsoft Windows 10: Firefox based) 08/07/18 Вск 11:04:59 234761194
Аноним (Microsoft Windows 10: Chromium based) 09/07/18 Пнд 08:14:01 234828395
>>2345842
> Если сейчас - нет, то когда?
когда аппратные декодеры аш265 будут обыденным делом у всех. и 4к повсеместно
Аноним (Linux: Firefox based) 10/07/18 Втр 14:30:42 234918196
>>2302860 (OP)
Есть шинда и Лубунта.
Хочу записать экран со звуком.
1. Винда.
А. gdigrab - не позволят выставить битрейт, пресет, тюны. В результате машина нитянет.
Б. screen-video-recorder - ещё та писька, притянула дочерта Ruby-говна в систему, требует Java Runtime, ещё и не работает при этом (изображения в видео нет, чисто звук остаётся, сам ffmpeg ничего не подозревает)
2. Lubuntu/x11grab
x11grab-то молодец, но -f alsa оставляет пустую дорожку звука, я правильно -i hw SOURCE выбрал, в alsamixer чекнул, девайс взял из arecord -l. Всё равно ничерта, звука нет.
В общем, если писали через ffmpeg, то отпишите дистр/способ. Ну и если я по факту обосрался где-то, тоже напишите
Аноним (Linux: Firefox based) 10/07/18 Втр 17:43:42 234932397
>>2344215
Попробуй так
-b:v 5000k -preset slower -tune animation -c:a copy
Аноним (Linux: Firefox based) 25/07/18 Срд 18:56:06 235891198
Двач, можно ли с помощью ffmpeg быстро сделать миниатюры видео? MPC их делает меньше чем за минуту, а у меня ffmpeg же тратит на это около часа.
Аноним (Microsoft Windows 10: Firefox based) 27/07/18 Птн 14:45:51 235994499
>>2358911
мб -threads нужно прописать
Аноним (Microsoft Windows 10: Яндекс браузер) 29/07/18 Вск 15:12:59 2361205100
http://hive.blasux.ru/webm/s#
github.com/pituz/webm-thread/wiki


>>2349181
Захват видео/аудио с помощью FFmpeg https://trac.ffmpeg.org/wiki/Capture/Desktop

Захват звука с ALSA с помощью FFmpeg (Linux only)
https://trac.ffmpeg.org/wiki/Capture/ALSA

Open Broadcaster Software (может захватывать контекст OpenGL/Direct3D)
https://obsproject.com/

Несколько советов:

Если нужно получить видео в формате WebM, то лучше всего захватывать как H.264 lossless/WAV (см. ссылки выше), а затем пережимать в VP9/Opus двумя проходами
При захвате звука, на входе желательно указывать параметры -rtbufsize 1M -thread_queue_size 64, иначе возможны переполнения буфера и разрывы аудиодорожки

По умолчанию видео будет иметь цветовую субдискретизацию 4:4:4, которая плохо поддерживается браузерами; следует использовать опцию -pix_fmt yuv420p

При использовании цветовой модели YCbCr (основная для большинства форматов), полученное видео будет иметь цветовую матрицу BT.601 (дефолтная для FFmpeg), поэтому результирующую WebM лучше соответствующим образом промаркировать (-colorspace bt470bg)
Аноним (Microsoft Windows 7: Firefox based) 30/07/18 Пнд 12:54:06 2361813101
>>2361205
>При использовании цветовой модели YCbCr (основная для большинства форматов), полученное видео будет иметь цветовую матрицу BT.601 (дефолтная для FFmpeg), поэтому результирующую WebM лучше соответствующим образом промаркировать (-colorspace bt470bg)
Нахуя?
Аноним (Microsoft Windows 10: Яндекс браузер) 31/07/18 Втр 01:14:56 2362271102
Аноним (Microsoft Windows 10: Яндекс браузер) 31/07/18 Втр 01:40:33 2362277103
https://help.ubuntu.ru/wiki/ffmpeg#
>>2343025
ffmpeg -i 1.mkv -c:v ffv1 -g 1 -qmin 1 1.avi
ffmpeg -i 1.avi -c:v ffv1 -g 1 -qmin 1 -r fps от 1.mkv -vf ass=1.ass 2.avi
ffmpeg -i 2.avi -c:v libx264 в MediaInfo посмотреть Encoding settings 3.mkv
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 11:44:54 2362400104
palette.png (1Кб, 320x320)
320x320
palette.mp4 (2Кб, 320x320, 00:00:00)
320x320
palette.webm (0Кб, 320x320, 00:00:00)
320x320
>>2362271
У меня всё заебись и без этой настройки.
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 11:47:07 2362401105
>>2362400
Видяхи смотрите в хроме и внешнем плеере, лисоговно их почему-то не открывает.
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 11:49:50 2362402106
.png (14Кб, 1088x704)
1088x704
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 12:04:46 2362409107
>>2362402
Лиса стабильная или найтли?
Аноним (Microsoft Windows 10: Яндекс браузер) 31/07/18 Втр 13:27:26 2362436108
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 13:53:56 2362450109
>>2362409
На скрине хромиум 67.
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 14:24:58 2362463110
>>2362436
Где взять исходник пикчи на видео?
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 19:04:18 2362578111
Как вырезать некоторую область ролика каждые n времени (или кадров) и сохранить в png?

Аноним (Linux: Firefox based) 31/07/18 Втр 19:22:58 2362584112
>>2362578
> каждые n времени (или кадров)
Ну это надо шкриптец писать. А ты хочешь несколько файлов это еще и в один пнг объединить?
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 19:24:07 2362585113
>>2362584
Нет, просто есть запись, откуда нужно кусок выдрать в картинки.
Аноним (Linux: Firefox based) 31/07/18 Втр 19:32:21 2362586114
>>2362585
Команда будет типа такой
ffmpeg -ss $xx -i file.mkv -vf crop=w:h:x:y -vframe 1 image_$xx.png
$xx - секунда с которой вырезать картинку
w - длина картинки
h - высота картинки
x,y - координаты левого верхнего угла картинки внутри видео

Эту команду надо в шкрипт прописать, который будет подставлять $xx в команду
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 19:43:58 2362590115
>>2362586
Получилось сделать этим:
ffmpeg -i file.mp4 -vf crop=w:h:x:y image%d.png
Делать столько же картинок, сколько fps у видео. Как изменить?
Аноним (Linux: Firefox based) 31/07/18 Втр 19:46:33 2362591116
>>2362590
Попробуй
ffmpeg -i file.mp4 -vf crop=w:h:x:y -r $x image%d.png
где $x = длина видео / сколько картинок хочешь

Аноним (Linux: Firefox based) 31/07/18 Втр 19:47:22 2362592117
>>2362591
Наоборот
$x = сколько картинок хочешь / длина видео
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 19:50:14 2362593118
>>2362592
Странно получается.
Аноним (Linux: Firefox based) 31/07/18 Втр 19:54:15 2362595119
>>2362593
Странно? Длину видео в секундах указал?
Я вот проверил
ffmpeg -i test.mp4 -r 15/220 image_%03d.png
Впринципе работает
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 19:59:07 2362597120
>>2362595
Получилось, спасибо.
Аноним (Microsoft Windows 7: Firefox based) 31/07/18 Втр 20:03:10 2362598121
Алсо, почему превьюшки у маленьких пнг такие шакальные конвертяться на сосаче?
Как фиксить?
Аноним (Linux: Firefox based) 31/07/18 Втр 20:25:25 2362607122
>>2362598
Делай жипеги, если у них нет проблем с превьюшками или стикеры
Аноним (Linux: Firefox based) 01/08/18 Срд 19:39:44 2363251123
1533141436183.jpg (65Кб, 434x604)
434x604
Аноним (Microsoft Windows 7: Firefox based) 01/08/18 Срд 19:41:34 2363254124
>>2363251
Пиши на его борду.
У него там свой дневничок тред.
Аноним (Microsoft Windows 7: New Opera) 03/08/18 Птн 15:50:37 2364151125
FFMPEG версии 4.х перестал хавать сетевой поток при запуске от обычного пользователя. При запуске с правами админа - хавает. Так же открывается поток от обычного пользователя в старой версии 3.х. Сначала подумал на брандмауер - отключил, не помогло. Да и старую версию я ложил в ту же папку, где была и новая с идентичным именем файла. Еще странно, что при создании нового обычного пользователя, с него открвается поток в новой версии. Проблема где-то в локальном пользователе. Что может блокировать? Debug ничего не показывает:

ffmpeg.exe -i https://bitdash-a.akamaihd.net/content/MI201109210084_1/m3u8s/f08e80da-bf1d-4e3d-8899-f
0f6155f6efa.m3u8 -loglevel trace
ffmpeg version N-91548-g481741ece0 Copyright (c) 2000-2018 the FFmpeg developers
built with gcc 7.3.1 (GCC) 20180722
configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-bzlib --enable-fontconfig --enable-gnutls --enabl
e-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-
libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-l
ibtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --en
able-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-l
ibvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enabl
e-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth
libavutil 56. 18.102 / 56. 18.102
libavcodec 58. 22.100 / 58. 22.100
libavformat 58. 17.101 / 58. 17.101
libavdevice 58. 4.101 / 58. 4.101
libavfilter 7. 26.100 / 7. 26.100
libswscale 5. 2.100 / 5. 2.100
libswresample 3. 2.100 / 3. 2.100
libpostproc 55. 2.100 / 55. 2.100
Splitting the commandline.
Reading option '-i' ... matched as input url with argument 'https://bitdash-a.akamaihd.net/content/MI201109210084_1/m3u8
s/f08e80da-bf1d-4e3d-8899-f0f6155f6efa.m3u8'.
Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'trace'.
Finished splitting the commandline.
Parsing a group of options: global .
Applying option loglevel (set logging level) with argument trace.
Successfully parsed a group of options.
Parsing a group of options: input url https://bitdash-a.akamaihd.net/content/MI201109210084_1/m3u8s/f08e80da-bf1d-4e3d-8
899-f0f6155f6efa.m3u8.
Successfully parsed a group of options.
Opening an input file: https://bitdash-a.akamaihd.net/content/MI201109210084_1/m3u8s/f08e80da-bf1d-4e3d-8899-f0f6155f6ef
a.m3u8.
[NULL @ 0000000000508100] Opening 'https://bitdash-a.akamaihd.net/content/MI201109210084_1/m3u8s/f08e80da-bf1d-4e3d-8899
-f0f6155f6efa.m3u8' for reading
[https @ 0000000000509b80] Setting default whitelist 'http,https,tls,rtp,tcp,udp,crypto,httpproxy'
###ЗДЕСЬ ДОЛГО ВИСИТ###
[tls @ 000000000050b580] Error in the pull function.
Аноним (Неизвестно: Safari) 04/08/18 Суб 01:19:58 2364421126
>>2363254
Почему он свалил отсюда? У него же здесь был тред про boram
Аноним (Microsoft Windows XP: Firefox based) 05/08/18 Вск 16:20:54 2365393127
85916888.jpg (55Кб, 720x400)
720x400
Сап, софтач, будет ли работать последняя сборка ффмпег на XP? Нужно всего лишь для пережатия видео.
Если нет то какую версию качать и где?
Аноним (Linux: Firefox based) 05/08/18 Вск 17:12:53 2365424128
Аноним (Microsoft Windows XP: Firefox based) 05/08/18 Вск 17:48:28 2365443129
tra05.jpg (57Кб, 500x375)
500x375
Аноним (Microsoft Windows 7: Firefox based) 05/08/18 Вск 19:54:04 2365525130
Аноним (Microsoft Windows 10: Яндекс браузер) 05/08/18 Вск 21:06:15 2365550131
.gif (997Кб, 500x280)
500x280
Аноним (Microsoft Windows 7: Firefox based) 06/08/18 Пнд 22:53:02 2366350132
>>2362595
А с чем может быть связано то, что пару пикселей пропадает?
Указал ширину 247 например, а на выхоже 246.
Аноним (Google Android: Mobile Safari) 07/08/18 Втр 03:16:19 2366439133
Анон я так и не понял как макабу наебывать чтоб на превьюхе был нужный кадр? ИТТ есть пост, но без комментариев.
Аноним (Linux: Chromium based) 07/08/18 Втр 11:21:52 2366531134
Music.webm (2855Кб, 604x403, 00:01:59)
604x403
>>2366439
>ИТТ есть пост, но без комментариев.
Какие тебе комментарии нужны?
Аноним (Microsoft Windows 7: Firefox based) 07/08/18 Втр 11:35:34 2366535135
Аноним (Microsoft Windows 10: Яндекс браузер) 07/08/18 Втр 11:39:49 2366538136
preview-guide.webm (3702Кб, 907x540, 00:01:26)
907x540
Аноним (Linux: Chromium based) 07/08/18 Втр 11:42:38 2366539137
>>2366535
>>2366538
Кто у нас тут из криокамеры вылез? Этот способ уже не работает, что ты сам можешь видеть по превьюше своей вебм.
Аноним (Microsoft Windows 7: Firefox based) 07/08/18 Втр 11:49:19 2366541138
>>2366539
Чуть иначе значит нужно, как у >>2366531
Чтобы превью выше дорожкой был.

Можешь мне не отвечать, я больше с этой капчей ебаться не буду.
Аноним (Microsoft Windows 10: Яндекс браузер) 07/08/18 Втр 12:17:10 2366552139
Аноним (Google Android: Mobile Safari) 07/08/18 Втр 20:00:53 2366753140
>>2366531
Как это сделать, например.
Аноним (Linux: Chromium based) 07/08/18 Втр 20:09:29 2366755141
Аноним (Google Android: Mobile Safari) 07/08/18 Втр 21:58:23 2366796142
>>2366755
Чет значит я проебалсЯ. В другом треде что ли смотрел. Спасибо.
Аноним (Microsoft Windows 10: Яндекс браузер) 08/08/18 Срд 23:39:31 2367370143
Аноним (Microsoft Windows 7: Palemoon) 09/08/18 Чтв 02:24:52 2367409144
15336989279270.jpg (71Кб, 604x533)
604x533
>>2343048
>-crf - качество, меньше число - лучше качество, 0 - вообще без потери качества
А мануалы мы читаем жопой? crf всегда будет изменять качество ВСЕ мать его ити ГДА, для кодирования без потерь используется кодирование с постоянным квантизером, режим --qp, --qp 0 = lossless
Аноним (Microsoft Windows 7: Palemoon) 09/08/18 Чтв 02:34:51 2367411145
Опять надрался.webm (1372Кб, 854x480, 00:00:11)
854x480
>>2321651
> Если появляется ошибка:
Ще один жопочтец, сложно осилить справку по используемому фильтру?
Параметр -1 прочти, что делает и не надо будет вручную чего-то выставлять. Каждый раз одно и тоже и ведь от какого-то мудака вы этой лишнехромосомностью заразились. Я даже не буду говорить, как правильно, просто иди и читай мануалы, мудила. и нет, кагами-питузодрысня это не мануалы, от них ещё больше спидорака сюда нести будешь
Аноним (Linux: Firefox based) 09/08/18 Чтв 02:41:11 2367413146
>>2367409
Всегда почему-то с этой картинки проигрываю
Аноним (Linux: Firefox based) 09/08/18 Чтв 07:31:29 2367443147
>>2367411
Иди-ка ты нахуй, токсик.
Аноним (Linux: Firefox based) 09/08/18 Чтв 07:42:45 2367446148
09/08/18 Чтв 08:09:56 2367451149
.PNG (2Кб, 139x132)
139x132
>>2367446
> создатели васяносборки что-то пукнули
Хорошо, беру твоих васянов и поднимаю до девелопера.
В чем конкретно разница режима --qp и --crf читай тут https://forum.doom9.org/showthread.php?t=106408
09/08/18 Чтв 08:11:07 2367452150
.PNG (8Кб, 889x101)
889x101
>>2367451
>>2367446
Да, и не пытайся рассказывать, что это разные вещи, твоя же статья говорит, что они речь ведут о x264
09/08/18 Чтв 08:14:44 2367453151
>>2367446
А можешь, коли ты рукастый линупсойд, провести тест, взять лосслесс видео и сжать его crf 0 и qp 0, а зачем проверить метрики, psnr должна указать бесконечность,а ссим 1, но сим не проверял.
Допускаю, что использование crf 0 дегенераты из разработчиков ffmpeg могут транслировать энкодеру как -qp 0, но опять же чья это вина, что они по своему усмотрению решают за пользователя? Как в случае с системой выбора режима кодирования в libvpx
09/08/18 Чтв 08:19:11 2367454152
.jpg (231Кб, 1000x998)
1000x998
>>2367443
Нет, ты иди читай мануалы, я один раз только здорового человека на бордах видел, который осознано использовал эту команду и знал зна чение. Надо объявить войну безграмотности.
09/08/18 Чтв 08:22:24 2367455153
.PNG (47Кб, 1000x438)
1000x438
>>2367453
> Допускаю
Больше не допускаю, простой тест выдаёт их выпук с головой.
Аноним (Microsoft Windows 10: Chromium based) 09/08/18 Чтв 17:09:04 2367783154
Пацаны, а в сони вегасе так можно?
Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 14:03:39 2369849155
Посоны, как в мп4 нормально конвертить, в лучшем качестве и т.д.
И поддерживает ли борда 265 или даже поддерживает ли его ffmpeg.
Аноним (Microsoft Windows 10: Яндекс браузер) 13/08/18 Пнд 17:09:44 2369997156
.mp4 (599Кб, 400x400, 00:00:28)
400x400
Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 17:33:12 2370036157
>>2369997
Да мне строчка нужна с нужными параметрами, а то вот эти црф и т.д. херня ненужная которая не помогает под лимит подвести.
Аноним (Microsoft Windows 10: Яндекс браузер) 13/08/18 Пнд 17:45:31 2370056158
.webm (340Кб, 400x400, 00:00:28)
400x400
>>2370036
Кхе..кхе..
Для несложных исходников вроде анимации имеет смысл выставить -qmax в районе 30÷35, чтобы избежать undershoot (или использовать CRF, например: -b:v 0 -crf 25). Так или иначе, полностью промахов мимо лимита не избежать. Если промах составляет несколько мегабайт, лучше перекодировать видео со слегка изменёнными -crf/-qmin/-qmax. Можно перекодировать только аудио и перемуксить со старым видео, эта операция занимает совсем немного времени.При совсем небольшом overshoot в районе десятков килобайт, перемуксить с помощью mkvmerge может быть достаточно (муксер mkvmerge чуть более эффективен, чем FFmpeg). Ещё один вариант — обрезать секунды или доли секунды с конца (-c copy -t ??), если исходный хронометраж не критичен.
Аноним (Microsoft Windows 10: Яндекс браузер) 13/08/18 Пнд 17:57:11 2370064159
>>2370056
ffmpeg -i /directory/file.avi -pix_fmt yuv420p -s 1920x1080 -sar 1:1 -aspect 16:9 -vsync 0 -r 23.976 -vcodec libx264 -profile high -level 4.1 -x264-params input-range=pc:range=pc:me=esa:subme=11 -b 6400K -me_range 32 -g 240 -bf 2 -keyint_min 24 -b-pyramid 1 -fast-pskip 0 -refs 4 -i_qfactor 1.00 -qdiff 1 -mbtree 0 -trellis 2 -acodec ac3 -ac 6 -ab 640k -ar 48000 -vol 256 -f
Аноним (Linux: Firefox based) 13/08/18 Пнд 18:04:50 2370066160
>>2370064
> -r 23.976
Ну такое, может всётоке
-lavfi minterpolate=fps=23.976
Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 18:13:13 2370072161
>>2370056
>>2370064
Ты що, троллишь? ))
Задавать фреймрейт на выход, вместо того чтобы позволить ффмпегу скопировать фреймрейт из входного файла. Зачем?
Хотя блин увидел что у меня x265 не работает, так что пиздец короче.
Аноним (Microsoft Windows 10: Яндекс браузер) 13/08/18 Пнд 18:22:45 2370081162
.jpg (31Кб, 470x470)
470x470
Аноним (Microsoft Windows 7: Palemoon) 13/08/18 Пнд 18:44:53 2370091163
>>2369849
> как в мп4 нормально конвертить, в лучшем качестве и т.д.
Сложно, долго объяснять, кодируй в однокомандном vp.
Аноним (Неизвестно: Safari) 13/08/18 Пнд 20:38:16 2370157164
>>2370036
ffmpeg -i "input_file.mp4" -c:v h265 -preset slow -tune film -b:v (битрейт какой хочешь) -c:a aac -b:a 128k "output_file.mp4"
Аноним (Неизвестно: Safari) 13/08/18 Пнд 20:43:33 2370162165
>>2369849
>в лучшем качестве
Если разрешение исходника меньше 2к, то заморачиватся с vpx/h265 нет никакого смысла. Конвертация очень медленная в сравнение с x264, а качество/вес такое же или даже хуже как в случае с vp9.
Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 20:45:47 2370164166
9 souls (2).webm (15691Кб, 1108x600, 00:02:21)
1108x600
>>2370162
>или даже хуже как в случае с vp9.
Ух, посмотрим, щас сконверчу оба файла с vp8
Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 21:22:59 2370195167
9 souls (2).webm (15588Кб, 1108x600, 00:02:21)
1108x600
>>2370164
Вот vp8 но не очень качеством.
Аноним (Microsoft Windows 10: Яндекс браузер) 13/08/18 Пнд 21:39:01 2370216168
.gif (4301Кб, 448x336)
448x336
>>2370195
Пробуй
-b:v 0 -crf 33 -qmin 15 -qmax 42 -c:v libvpx-vp9 -quality good -g 240 -speed 2 -pass 1
-speed 0 -pass 2
Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 21:46:08 2370223169
Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 21:47:23 2370224170
А, и ещё ffmpeg сделал битрейт меньше назначенного, с vp9 постоянно так, и вообще я целился в <16мб
Аноним (Microsoft Windows 10: Яндекс браузер) 13/08/18 Пнд 21:53:42 2370231171
.png (591Кб, 1920x1080)
1920x1080
Аноним (Microsoft Windows 7: Palemoon) 13/08/18 Пнд 21:56:48 2370233172
>>2370224
> с vp9 постоянно так
Знаешь, у меня есть решение, но так как абу мудак и гугл капчу мне пришлось вводить 20 раз, я его не стану озвучивать.
Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 21:58:15 2370234173
>>2370231
И чё? Я блять не себе в коллекцию кодирую чтобы нормально качество было, а блять под нужный битрейт. Я блять знаю что такой црф, не напишешь как мне это поможет получить hq под нужный размер можешь нахер пойти.
Аноним (Microsoft Windows 10: Яндекс браузер) 13/08/18 Пнд 22:12:37 2370241174
.gif (815Кб, 500x278)
500x278
.webm (20479Кб, 1280x720, 00:01:29)
1280x720
>>2370234
> Я блять знаю что такой црф
Заметно
-crf 33 -qmin 15 -qmax 42 - недолет
-crf 30 -qmin 12 -qmax 40 - перелет
-crf 31 -qmin 13 -qmax 42 - 18.2mb + opus/vorbis=20480kb+-1
Есть скрипты, но хуй.

Аноним (Microsoft Windows 7: Firefox based) 13/08/18 Пнд 22:15:41 2370248175
>>2370241
И? Это типа мне надо ебаться каждый раз с перелётом недолётом? Формулу по расчёту не кинешь, да?
Аноним (Microsoft Windows 10: Яндекс браузер) 13/08/18 Пнд 22:30:24 2370274176
.gif (2068Кб, 500x635)
500x635
>>2370248
На глаз
input 1280:720 -t 1:30 30mb ~ -crf 20 -qmin 10 -qmax 35
input 1280:720 -t 1:30 60mb ~ -crf 35 -qmin 25 -qmax 42
pass 1 -speed 4 -pass 2 speed 2 займет ~10-15 мин на i5u
Аноним (Неизвестно: Safari) 13/08/18 Пнд 23:20:24 2370307177
vp9-2000k.jpg (128Кб, 1920x864)
1920x864
h264-2000k.jpg (135Кб, 1920x864)
1920x864
[MV] GFRIEND(여자[...].webm (8798Кб, 1920x864, 00:00:31)
1920x864
[MV] GFRIEND(여자[...].mp4 (8240Кб, 1920x864, 00:00:31)
1920x864
После этого я перестал конвертировать в vp9.
vp9 - cpu-used 1 в два прохода конвертировал 1-2 кадра в секунду. В итоге файл больше на 600кб, а качество - полное говнище.
h264 - preset slower в два прохода конвертировал 10-15 кадров в секунду, качество заметно лучше, вес файла меньше.
Вывод: vp9 ненужен.
Аноним (Microsoft Windows 7: Chromium based) 13/08/18 Пнд 23:24:35 2370312178
>>2370307
Великолепная выборка, а так же описание режима кодирования.
Аноним (Microsoft Windows 7: Firefox based) 14/08/18 Втр 00:06:20 2370333179
9 souls (2).webm (17187Кб, 1108x600, 00:02:21)
1108x600
>>2370216
Смотри, сравнивай качество
Аноним (Apple Mac: Firefox based) 14/08/18 Втр 01:06:33 2370369180
>>2370333
ето жи вороны, сойбой ты клятый
Аноним (Microsoft Windows 7: Firefox based) 14/08/18 Втр 01:18:56 2370374181
>>2370369
>Вороны
На фоне типа? Я уже делал эту вебмку, только с очень хуёвого исходника, и кидал в б. И мне кажется кто-то уже писал что там вороны на фоне.
Аноним (Microsoft Windows 10: Яндекс браузер) 14/08/18 Втр 12:04:40 2370488182
.png (564Кб, 1349x417)
1349x417
.gif (951Кб, 268x284)
268x284
Аноним (Linux: Chromium based) 14/08/18 Втр 16:13:49 2370574183
>>2370307
> vp9-2000k.jpg
> h264-2000k.jpg
А теперь заэнкодь с одинаковым crf.
> cpu-used 1
Оно вроде и так по умолчанию 1.
Аноним (Microsoft Windows 7: Firefox based) 14/08/18 Втр 16:36:18 2370585184
this.png (3483Кб, 1920x1040)
1920x1040
Аноним (Microsoft Windows 7: Chromium based) 14/08/18 Втр 17:57:33 2370635185
Zpug9pXBKGU.jpg (136Кб, 1277x718)
1277x718
Capture (2).PNG (925Кб, 1903x842)
1903x842
Capture2 (2).PNG (820Кб, 1905x842)
1905x842
>>2370574
> А теперь заэнкодь с одинаковым crf
1. У них разные уровни, файл с vp9 будет больше на одинаковых crf
2. Зойчем кодировать x264 на crf? Там реализован великолепный рет контроль, что все кванты попадают прямо в рай и видео в 2 прохода и видео с crf в один размер практически идентичны. Это не мои слова, это слова разработчика http://forum.doom9.org/showthread.php?t=143904
Мои только тесты, подтверждающие это. Вот вп9 да, там все плохо, рейтконтроль vbr полное дерьмо, которое нужно ограничивать q-max, чтобы он не падал на 63 квантизеры, но с тем же успехом можно подобрать нужный crf за время подбора этого q-max.
>>2370488
> тубчек
)
Аноним (Microsoft Windows 10: Яндекс браузер) 14/08/18 Втр 19:18:50 2370663186
.gif (497Кб, 500x301)
500x301
.png (1658Кб, 2214x1204)
2214x1204
Аноним (Microsoft Windows 7: Chromium based) 14/08/18 Втр 19:24:05 2370664187
1534263843494.gif (1968Кб, 540x442)
540x442
>>2370663
Чтоб они всем составом аниме всю жизнь в своём вп экономном смотрят.
Аноним (Microsoft Windows 7: Chromium based) 14/08/18 Втр 19:24:48 2370665188
Аноним (Apple GayPad: Safari) 14/08/18 Втр 22:01:38 2370746189
>>2370663
>Тубчег экономит
Он экономит только на разрешении 2к и выше, в остальном тоже самое как с х264 или хуже, но только конвертирует в 10 раз медленней x264. Зачем оно нужно?
Аноним (Microsoft Windows 7: Chromium based) 14/08/18 Втр 22:13:46 2370756190
1534274025103.gif (275Кб, 500x251)
500x251
>>2370746
> в остальном тоже самое как с х264 или хуже
Я значит, как мрась, изучал ависинт, писал скрипты, облизал каждую настройку х264 чтобы он выдавал качество выше, либо равное супротив двухпроходного crf vp9 вплоть до crf 44-48, а оно оказывается и так выдает качество такое же или лучше. Полгода в мусорку, сотни закодированных эмпчетырёшек, бешеные счета за свет и все в пустую..
Аноним (Apple GayPad: Safari) 14/08/18 Втр 22:27:41 2370769191
Аноним (Microsoft Windows 10: Яндекс браузер) 14/08/18 Втр 23:44:42 2370802192
.gif (716Кб, 500x230)
500x230
>>2370746
В 2016 говны бурлили из-за Full HD в 4Mb
> Зачем оно нужно
Трафик экономит
> Safari
Завезли vp9 или на AV1?
>>2370756
45.mp4?
Аноним (Apple GayPad: Safari) 14/08/18 Втр 23:51:16 2370806193
>>2370802
>Трафик экономит
На 4к - да, на fhd и ниже - нет.
Аноним (Microsoft Windows 7: Chromium based) 14/08/18 Втр 23:55:28 2370810194
1534280126493.jpg (111Кб, 1280x720)
1280x720
>>2370802
> Трафик экономит
О пакете яровой печешься? На дворе не эпоха модемов, чтобы переживать за трафик, за глаза бы лучше переживал. Смотреть трубу без плагина, который вырубает там vp9 просто невозможно, если у тебя зрение не -10.
Аноним (Microsoft Windows 7: Chromium based) 15/08/18 Срд 00:00:15 2370812195
1534280413747.jpg (111Кб, 874x985)
874x985
Трафик ему жалко, ещё предложи скачивать маняме в энкоде для psp.
Аноним (Apple Mac: Firefox based) 15/08/18 Срд 00:54:42 2370836196
>>2370810
плагин называется Safari
Аноним (Microsoft Windows 10: Яндекс браузер) 15/08/18 Срд 02:31:45 2370877197
.gif (5992Кб, 640x360)
640x360
.png (915Кб, 2702x560)
2702x560
https://www.youtube.com/watch?v=kSAvzeopPC8&t=148s

https://youtube-eng.googleblog.com/2016/05/machine-learning-for-video-transcoding.html
https://youtube-eng.googleblog.com/2016/04/a-look-into-youtubes-video-file-anatomy.html
>>2370806
Режут битрейт сцуки
A way to think about this is to imagine the bandwidth available to a user, as a pipe shown in Figure 3. Given the pipe’s capacity fits a 360p chunk but not a 480p chunk, we could tweak the 480p chunk size to be more likely to fit within that pipe by estimating the streaming bandwidth, thereby increasing the resolution users see. We solved the resulting constrained optimization problem to make sure there was no perceivable impact to video quality. In short, by analyzing aggregated playback statistics, and correspondingly altering the bitrates for various resolutions, we worked out how to stream higher quality video to more users.1
https://youtube-eng.googleblog.com/2018/04/making-high-quality-video-efficient.html
>>2370810
> эпоха модемов
Давно за городом бывал?
8г - день 17г - ночь 3г от мегафона. А мобилки, с мобилки то как?
> Смотреть трубу без плагина
1080p и все?
-2
> скачивать маняме
Сидов много, а Тытруба один
Аноним (Microsoft Windows 7: Chromium based) 15/08/18 Срд 07:05:25 2370918198
1534305918385.PNG (18Кб, 645x195)
645x195
1534305918393.png (87Кб, 725x577)
725x577
1534305918394.mp4 (13882Кб, 532x358, 00:00:33)
532x358
>>2370877
> Давно за городом бывал?
А в тайге, в тайге ваще не ловит! Как с рашна жить!
> 8г - день 17г - ночь
Градусов?
> А мобилки, с мобилки то как?
4к видео для мобилки?

Но даже если оставить лирику и помнить о братьях меньших, то зачем забывать о людях приличных? В деревнях и денег не плотют, так может бесплатно теперь работать будешь? Нет центрального отопления и сортира, так что теперь весь город заставим дрова рубить и на улице испражняться? vp стоит по умолчанию на всех устройствах, а не только когда "инторнет то плохой/мобильный", хотя ничего это реализовать им не запрещает.

> 1080p и все?
Опять LAMPEG в штаны подкинула?
Аноним (Microsoft Windows 10: Яндекс браузер) 15/08/18 Срд 11:01:35 2370979199
.gif (1331Кб, 500x280)
500x280
>>2370918
> тайге
И в степи
Грамм
> 4к
Моторолки, соньки, леновы, нокии, апполы, самасунхи и прочие хоноры. Даже за 8к рублев!
Доступность для всех. Ссылки выше
Ибо халява и нехуй тут!
Да и about:config media.av1.enabled true accessibility.AOM.enabled true
#enable-av1-decoder flag in chrome://flags
> LAMPEG
MPEG LA, LLC
Видео 4к/2к с тытрубы через плагин быстрабля
Аноним (Microsoft Windows 7: Chromium based) 15/08/18 Срд 11:29:41 2371000200
.jpg (472Кб, 1365x1293)
1365x1293
>>2370979
> Доступность для всех
С таким дерьмокачеством да, только на 1'' экране смотреть.
> Ссылки выше
По ссылкам я ещё не переходил с двачей.
> Видео 4к/2к с тытрубы
А оно там есть, чтобы тебе труба его казала? Причем тут ЛАМПЕГ и ональные ограничения гугля?
Аноним (Microsoft Windows 7: Chromium based) 20/08/18 Пнд 16:32:30 2374169201
Может кто знает как ффмпегом записать звук с микрофона?
Аноним (Microsoft Windows 7: Firefox based) 20/08/18 Пнд 17:05:24 2374188202
Аноним (Microsoft Windows 7: Chromium based) 21/08/18 Втр 01:40:15 2374466203
>>2374188
Благодарю, но что из этого набора кракозябр микрофон?
[dshow @ 00000000004c0840] DirectShow audio devices
[dshow @ 00000000004c0840] "ЬАД (Realtek High Definiti"
[dshow @ 00000000004c0840] Alternative name "@device_cm_{33D9A762-90C8-11D0-BD43-00A0C911CE86}\ЬАД (Realtek High Definiti"
[dshow @ 00000000004c0840] "бВА ИА (Realtek High Def"
[dshow @ 00000000004c0840] Alternative name "@device_cm_{33D9A762-90C8-11D0-BD43-00A0C911CE86}\бВА ИА (Realtek High Def"

И эти иероглифы не пропишешь же в название, а они даже в альтернативном имени. Есть какое то решение кроме винды на инглише?
Аноним (Microsoft Windows 7: Chromium based) 21/08/18 Втр 02:02:36 2374473204
Аноним (Microsoft Windows 7: New Opera) 23/08/18 Чтв 13:17:25 2375689205
>>2364151
Выяснилось, что проблема только с https. Может какая-то проблема с сертификатами? Куда копать?
Аноним (Неизвестно: Safari) 23/08/18 Чтв 20:46:02 2375895206
24/08/18 Птн 13:04:54 2376096207
1535105096330.jpg (145Кб, 1280x720)
1280x720
1535105096346.PNG (109Кб, 1408x872)
1408x872
1535105096349.PNG (23Кб, 910x280)
910x280
1535105096351.PNG (127Кб, 1819x629)
1819x629
>>2370274
> input 1280:720 -t 1:30 30mb ~ -crf 20 -qmin 10 -qmax 35
> input 1280:720 -t 1:30 60mb ~ -crf 35 -qmin 25 -qmax 42
>>2370241
> -crf 33 -qmin 15 -qmax 42 - недолет
> -crf 30 -qmin 12 -qmax 40 - перелет
> -crf 31 -qmin 13 -qmax 42 - 18.2mb + opus/vorbis=20480kb+-1
Cразу не обратил внимание, что ты занимаешься онанизмом.
1. При кодировании в crf квантизеры не будут опускаться ниже указанной границы(qmax тереби, не тереби). Так работает их кодирвоание с, по их мнению(рис.2), постоянным квантизером, хотя это не правда, их квантизеры колеблются(рис.3), как и квантизеры x264, при кодировании crf, но если у 264 они колеблются и вниз и вверх в зависимости от типа фрейма, в зависимости от динамики/сложности фрейма, то у vp они колеблются только вниз, так же скорее всего в зависимости от типа фрейма, ну золотой понятно, но ещё есть референс и вообще внутренние алгоритмы дерьма.
2. Повышать qmin следует только если crf достиг 63, иначе ты будешь ловить некачественные фреймы. Ну тут палка о двух концах. Ты можешь повысить qmin и одновременно из-за уменьшившегося размера понизить crf (q). Получишь более высокое качество на большей части, но необходимые для работы энкодера фреймы будут сжаты хуже, это может повлиять на те же референсные фреймы, из-за чего блоки для транляции будут хуже.
3. Ну и рейт контроль vbr(рис.4), что ни у кого не возникало даже мыслей в нём кодировать. Вот тут стоит q max теребить.

А, ещё не заметил у тебя использования 2 проходов. Есть ли у Вас минутка поговорить об альтернативных фремймах?
24/08/18 Птн 13:12:22 2376099208
1535105524308.jpg (68Кб, 604x453)
604x453
1535105524317.webm (3951Кб, 1280x720, 00:00:30)
1280x720
1535105524319.webm (4262Кб, 1280x720, 00:00:30)
1280x720
>>2376096
> Есть ли у Вас минутка поговорить об альтернативных фремймах?
И тут они появляются.
24/08/18 Птн 13:17:58 2376102209
1535105797063.png (150Кб, 1182x613)
1182x613
1535105797075.webm (15872Кб, 640x360, 00:03:40)
640x360
1535105797077.webm (15994Кб, 640x360, 00:03:40)
640x360
1535105797078.png (135Кб, 1747x833)
1747x833
>>2376096
Как видно из распределения в однопроходном режиме, в котором альтернативные референс фреймы не могут быть использованыйквантизер чаще опускается ниже установленного, но качество заметно хуже, чем у двухпроходного с альтернативными референс фреймами. Плюс в однопроходном там при скалировании размер на одной q будет расти.
24/08/18 Птн 13:24:25 2376106210
>>2376096
> опускаться
Подниматься же*
Аноним (Linux: Firefox based) 24/08/18 Птн 13:39:03 2376112211
>>2376102
Помню четыре года назад я впервые попробовал ещё тогда VP8 (а я ещё помню VP6 и VP7). Там сразу было понятно, что в старом добром стиле On2 получилось обыкновенное говно. Не удивительно, что за четыре года ничего не изменилось.
Вот помню, в 2004-2005 годах впервые попробовал libx264, так к 2008-2009 гг. кодер стал просто великолепным.
Тут, как говорит один уважаемый мной человек: «вот рост продаж Ford в начале XX века, и это прорыв, а вот жалкие потуги мошенника Маска! Почувствуете разницу». Вот тут совершенно также.
Аноним (Linux: Firefox based) 24/08/18 Птн 13:39:51 2376113212
132.png (58Кб, 1600x800)
1600x800
24/08/18 Птн 13:44:08 2376116213
>>2376112
Ну, в принципе, верно, но одно но, х264 обязан очень многим комьюнити, которое его пилит и по сей день. Например психовизуальным накруткам треллис 2 и пси-рд, 3 режиму адаптивной квантизации и т.д. Вылизали нет слов, но на мелкие битрейты не претендует.
vp9(особенно вп9) и hevc очень мыльные и структура кадра мне не нравится, у вп8 была лучше, но он был хуже 264 везде. Хотя кому-то нравится структура mpeg2
>>2376113
В чем пик делан? Как-то что мс офис, что либре/опен делают слишком убогие графики для таких тонких материй.
Аноним (Linux: Firefox based) 24/08/18 Птн 13:53:34 2376118214
>>2376116
> Вылизали нет слов, но на мелкие битрейты не претендует.
Да. Хорошо отработаны только профили High. В этом весь цимес разработки сообществом — каждый пилит то, что интересно именно ему. Вот ребята и запилили шикарный кодер для High Profile. Я ситуацию с VP8 и VP9 примерно так себе и предвосхищал, как оно получилось на практике — мотивация разработчиков так себе, и кодер так себе.

> В чем пик делан?
SciDaVis, но сейчас есть гораздо более качественные альтернативы (сразу не подскажу, потому, что последнюю пару лет выпускаю документы с графиками только под ч/б печать, а там — только pgfplots, только хардкор).
Аноним (Linux: Firefox based) 24/08/18 Птн 13:56:17 2376119215
plotcodecsssim-[...].png (433Кб, 1200x1200)
1200x1200
>>2376118
Вот картинка, кстати.
Аноним (Microsoft Windows 7: New Opera) 24/08/18 Птн 15:48:19 2376147216
>>2375895
Не помогло. Хуй знает куда копать. Проблема где-то в лоакльном аккаунте, так как на новосозданном - норм открывается.
Аноним (Apple Mac: Firefox based) 24/08/18 Птн 15:54:18 2376150217
15351081781670.jpg (824Кб, 1200x1200)
1200x1200
>>2376119
>>2376118
убирайте альфа-канал в пнг перед аплоадом
Аноним (Linux: Firefox based) 24/08/18 Птн 15:57:27 2376153218
>>2376150
Этой картинке уже много лет. Раньше, кстати, превью было лучше настроено и подхватывало фон.
24/08/18 Птн 16:05:31 2376157219
1535115933861.jpg (20Кб, 330x400)
330x400
>>2376153
> Раньше
И как бы тогда господин Эйбу смог бы продавать стикеры, если бы любое изображение с альфаканалом с фоном сливалось?
Аноним (Linux: Firefox based) 24/08/18 Птн 16:17:03 2376161220
>>2376157
Я про этот весь интим не в курсе, и не стремлюсь узнать. Но считаю, что альфа-каналы для вёба — это что-то естественное и само собой разумеющееся (ну, прямо как циклы, ветвления и генератор случайных чисел в postscript) и каждый въёб-дизихнер должен это учитывать.
24/08/18 Птн 16:18:11 2376162221
1535116693743.jpg (119Кб, 714x1000)
714x1000
>>2376161
> каждый въёб-дизихнер должен это учитывать
Макака не писатель, макака читатель.
24/08/18 Птн 18:35:31 2376239222
>>2321651
Чем вам http://ffmpeg.org/documentation.html не нравится ?
Вам не хватает репера лицо в шебм треде ? Вы хоите дауничей научить постить видосы ?
Аноним (Microsoft Windows 10: Firefox based) 26/08/18 Вск 02:08:37 2377268223
.webm (340Кб, 400x400, 00:00:28)
400x400
.gif (947Кб, 500x277)
500x277
>>2376096
> онанизмом
Таки да
> qmax
Потереби на 40 +-5-7
> более высокое качество на большей части
Ради него и теребим
> блоки для трансляции будут хуже
Да и пес с ними
> vbr
Нет
> использования 2 проходов >>2370216
Аноним (Microsoft Windows 7: Chromium based) 26/08/18 Вск 04:07:07 2377326224
1535245628249.jpg (100Кб, 864x717)
864x717
1535245628262.mp4 (400Кб, 1280x720, 00:00:08)
1280x720
>>2377268
Ты бы лучше спал, не понятно на что и зачем ответил.
> Потереби на 40 +-5-7
Какую часть фразы "не влияет ни на что" ты не допонял? Там даже прикрепленный с распределение квантизеров в этом режиме есть..
> Ради него и теребим
Оно настолько ничтожно, что нивелируется. Поясню по картинке, ты, как-то не осилил, ты ставишь minq=15 и 92 фрейма грубо, на самом деле, там весь расклад меняется не закодируются с q<15, а закодируются с q=15, что не шибко много освободит места, можешь картинки пожать и посмотреть разницу в размере. И вот эта разница размазывается на остальные 2000 фреймов. Много качества выиграешь? А хреновый референс фрейм с шакалом [CODE]на 15 их нет, конечно,[/CODE] тебе потом размажет на пару секунд, а то и больше.
> Да и пес с ними
Вот как это работает.

А впрочем, десу с вами.
Аноним (Microsoft Windows 7: Chromium based) 26/08/18 Вск 04:12:09 2377328225
>>2377326
"не влияет ни на что при кодировании с постоянным качеством"*
Аноним (Microsoft Windows 7: Firefox based) 26/08/18 Вск 12:29:06 2377445226
как объединить gif с mp3. что бы гифка повторялась как и при обычном просмотре. конвертирую gif в webm. объединяю с треком но gifka останавливается на последнем кадре.
Аноним (Arch Linux: Firefox based) 26/08/18 Вск 12:59:58 2377462227
>>2377445

Создаешь в папке с гифкой файл "files.txt", внутри, которого пишешь
file 'gifname.gif'
и копируешь её много раз, чтобы наверняка хватило, если не хватит, то добавляешь в файл ещё строчек.

После этого
ffmpeg -f concat -i files.txt -i audio.mp3 параметры кодирования -shortest video.webm
Аноним (Microsoft Windows 10: Firefox based) 26/08/18 Вск 13:03:05 2377468228
.gif (928Кб, 500x283)
500x283
Аноним (Microsoft Windows 7: Chromium based) 26/08/18 Вск 13:13:37 2377481229
1535278418985.png (70Кб, 230x290)
230x290
>>2377468
> приносишь историю выборки квантизеров
> не могут сложить 2+2
Ясно. Оставляю вас с невежеством наедине.
Аноним (Microsoft Windows 10: Firefox based) 26/08/18 Вск 13:26:51 2377507230
.jpg (90Кб, 484x493)
484x493
Аноним (Microsoft Windows 7: Firefox based) 26/08/18 Вск 20:47:07 2377887231
>>2377481
Как научишься нормально писать инструкции для макак тогда и приходи.
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 02:15:37 2378055232
>>2376118
>мотивация разработчиков так себе, и кодер так себе
Ваще-то гугл его пилил для себя и сделал как ему надо.
Ему не надо качество, ему надо видосики в низком битрейте на ютубе отдавать, чтобы трафика меньше уходило. И это у него получилось - таки libvpx на битрейтах ютуба лучше x264.

С AV1 есть хоть шанс, что мозилловцы получше энкодер запилят (rav1e), с хорошим рейт контролем и без мыла. Пока там смотреть нечего, конечно.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 08:20:58 2378116233
>>2378055
> ему надо видосики в низком битрейте на ютубе
Стоимость гигабайта давно уже копеечная и на пользователей они плевать хотели, а вот запрет монетизации роликов сконвертированных x264 уже совсем другой вопрос.
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 10:16:26 2378153234
vp10.png (159Кб, 640x340)
640x340
>>2378116
Что за бред ты пишешь?
Они не думают, что у пользователей на мобилках всё тормозить будет?
Им не надо покупать/расширять каналы магистральщиков?
Они не состоят в MPEG-LA?

Фейспалм.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 10:22:07 2378155235
>>2378153
>зобота о пользователях
>гугол
Расскажи ещё!
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 11:50:23 2378196236
Хорошие новости все
> HEVC Advance will no longer license nor seek royalty fees for non-physical HEVC content distribution including Internet streaming, cable, over-the-air broadcast, and satellite
Будут ли только добавлены поддержки в тормозилу и хром?
Аноним (Linux: Firefox based) 27/08/18 Пнд 18:29:38 2378372237
>>2378196
> Хорошие новости
Новость в том, что патентопидоры прикинули платёжеспособность спроса и поняли, что на h.265 в рыночек не вписался. Наверное потому, что он говно (слишком много вычислительной мощи против слишком малого снижения трафика). Падающий возврат, видимо, на долгие годы впишет h.264 как мейнстрим.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 18:30:50 2378374238
>>2378372
> он говно (слишком много вычислительной мощи против слишком малого снижения трафика)
Ты скозал или есть тесты?
Аноним (Linux: Firefox based) 27/08/18 Пнд 18:44:06 2378380239
>>2378374
Четыре года назад всё было совсем плохо
http://x265.ru/compare-x265-and-x264-for-encoding-crf/

Сомневаюсь, что дело стало намного лучше. Как-то быстро нагуглить достойное сравнение не получилось. Можем прямо тут организовать своё, с временем кодирования и SSIM-оценками.
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 18:49:00 2378384240
Какая новость, наркоманы, это декабрь 2015-го года.
Там кроме hevcadnvace ещё пулы есть, например Velos Media, которые ничего не обещали.

Только какая фиг разница, если в фф и хром хевца НЕ БУДЕТ, твёрдо и чётко. Иначе нафига они AV1 делали?
https://bugzilla.mozilla.org/show_bug.cgi?id=1332136
https://bugs.chromium.org/p/chromium/issues/detail?id=684382
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 18:50:48 2378386241
1535385050330.PNG (77Кб, 806x738)
806x738
>>2378384
> это декабрь 2015-го года
Ну извини.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 18:51:41 2378388242
>>2378384
> НЕ БУДЕТ
Это было объявлено в январе 17.
Аноним (Linux: Firefox based) 27/08/18 Пнд 19:24:35 2378407243
01374901202.jpg (57Кб, 640x448)
640x448
Вы там чего разнылись?
Предлагаю тест с с временем кодирования и SSIM-оценками.

План такой:
1. Берём последовательность CrowdRun (1920×1080p@50) из https://media.xiph.org/svt/SVT_MultiFormat_v10.pdf
2. Кодируем x265 2.2 с какими-нибудь опциями. Засекаем время и объём памяти, отмечаем SSIM-оценку. Измеряем длину хуя от ануса файла.
3. Кодируем x264 0.148 с моими любимыми параметрами. Засекая время и объём памяти. подбираем оценку SSIM под ту, которая получилась с x265. Измеряем длину файла.
4. Сопоставляем: коэффициент укорочения файла — коэффициент вычислительной нагрузки (корень квадратный из произведения коэффициентов увеличения памяти и увеличения времени).
5. Выносим вердикт.

Принимаются предложения, хуле!
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 19:43:19 2378421244
Что ты хочешь узнать? На низких битрейтах или высоких разрешениях x265 будет гораздо лучше. На высоких битрейтах и средних разрешениях у x264 будет качество исходника, x265 будет немного мылить. Это и так давно известно.

И вообще-то x265 уже 2.8.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 19:56:03 2378431245
>>2378421
О нет, адекваты прорвались в этот тред. Я вообще не понял о чем они, если разговор затевался вп9 или хевк, при условии бесплатности последнего. Причем тут 264.
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 20:03:40 2378433246
Лучше бы AV1 с HEVC сравнивали.
Аноним (Неизвестно: Safari) 27/08/18 Пнд 20:18:22 2378437247
>>2378153
Гугл хорошо запудрил мозг попенсорщикам.
Все очень просто, Гугл зажал деньги для уплаты royalty, замутил кривой говнокодек и теперь просто гребет лопатой бабки с рекламы и платных подписок, а пердоли его еще защищают.

>software decoding has become highly viable
За такое их вообще обоссать мало.
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 20:23:47 2378438248
>>2378437
>зажал деньги для уплаты royalty
Что он зажал, если он сам лицензиар H.264?
Аноним (Неизвестно: Safari) 27/08/18 Пнд 20:27:31 2378439249
Аноним (Неизвестно: Safari) 27/08/18 Пнд 20:33:18 2378441250
>>2378438
Гугл зажал деньги на h265.
Аноним (Linux: Firefox based) 27/08/18 Пнд 20:34:41 2378442251
>>2378433
Предпочитаю, чтобы из объектов сравнения хотя бы один был годнотой.

>>2378421
Я ясно написал, что я хочу узнать. Я хочу узнать подтвердить или опровергнуть тезис о том, что x265 не нужен. Не нужен он потому, что в 2005-2010 годах в год производительность десктопных камней росла вовсе не на жалкие 10%.
Аноним (Linux: Firefox based) 27/08/18 Пнд 20:36:57 2378446252
>>2378439
Обоснуй, что именно так надо!
inb4 — абсолютное большинство мониторов и телеков пока ещё fullhd.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 20:38:04 2378448253
>>2378442
> росла вовсе не на жалкие 10%
Производительность камней к кодированию х264 имеет не слишком прямое отношение --no-asm в помощь.
Аноним (Linux: Firefox based) 27/08/18 Пнд 20:40:02 2378451254
>>2378448
> Производительность камней к кодированию х264 имеет не слишком прямое отношение --no-asm в помощь.
Что сказать хотел-то?
Аноним (Linux: Firefox based) 27/08/18 Пнд 20:41:13 2378452255
>>2378421
> И вообще-то x265 уже 2.8.
Принято. Запущу с актуальной версией.
Аноним (Неизвестно: Safari) 27/08/18 Пнд 20:55:25 2378461256
>>2378446
>Обоснуй, что именно так надо!
Потому что для 4k h264 нужен битрейт минимум 20mbps, а для h265 достаточно 10mbps.
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 20:57:44 2378465257
>>2378441
Зажал и что? Я отвечал почему libvpx такой хреновый.
libaom кстати не лучше.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 21:06:12 2378469258
1535393174119.jpeg (113Кб, 1300x1032)
1300x1032
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 21:11:08 2378471259
Ну AV1 в перспективе лучше HEVC. А так бы ещё 10 лет ждали H.266.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 21:26:46 2378489260
>>2378471
А вп9 по всем параметрам считается лучше h264, но как-то не очень похоже. Я лучше на jvet поставлю.
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 21:29:09 2378492261
>>2378489
Не считается. А вот под AV1 может будет нормальный энкодер, тогда заживём.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 21:41:03 2378505262
>>2378492
Он планируется для тех же целей: доставлять потоковое видео на 5" экран мобилки по 2г каналу, насколько хорош он может быть с такими установками?
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 22:08:33 2378533263
>>2378505
Это libaom, а есть ещё rav1e.
Аноним (Microsoft Windows 7: Chromium based) 27/08/18 Пнд 22:09:33 2378534264
Аноним (Ubuntu Linux: Firefox based) 27/08/18 Пнд 22:11:23 2378535265
>>2378534
>eve
Который хуй купишь.
Аноним (Linux: Firefox based) 27/08/18 Пнд 22:37:08 2378545266
У кого есть там любимые опции для x265?

>>2378461
Ответ генитальный.
А как решать в этих условиях противоречие между желанием получить лучшую детализацию на 4k и размазнёй из под x265? Не проще уменьшить разрешение, пожать x264 и потом растянуть?
Аноним (Microsoft Windows 7: Chromium based) 29/08/18 Срд 22:09:38 2379595267
>>2378545
> любимые опции
Понять бы что там половина ключей делает и почему в обычной справке есть всякие multi-pass-opt-analysis/multi-pass-opt-distortion/analyze-src-pics, а обычный qcomp перехал в fullhelp, который ещё и вызывается как --log-level full --help
Поставил тестовый прогон посмотреть что по сд видео по сравнению с 264 и vp
Аноним (Microsoft Windows 7: Chromium based) 29/08/18 Срд 22:12:02 2379596268
>>2379595
> тестовый прогон
На одном пуле? 57 merange и слоу ферспасс это 0.13 фпс, для 360p/yuv420p
Аноним (Linux: Firefox based) 30/08/18 Чтв 12:14:45 2379740269
>>2379595
>>2379596
Прекратите изъясняться на языках, продолжения которых не знаете! И объясните уже что же вы таки делаете!
Аноним (Microsoft Windows 7: New Opera) 03/09/18 Пнд 15:25:41 2381556270
Аноны, тред еще жив? Если да то вопрос - могу ли я несколько файлов одного формата .aac конвертировать в другой .mp3 сразу, а то по одному файлу это будет долго, мне бы поставить его одной командой и пойти по делам. Если есть такая возможность - запрашиваю помощи!
Аноним (Linux: Firefox based) 03/09/18 Пнд 15:32:01 2381560271
>>2381556
&& между командами добавь, они будут по списку делаться
Аноним (Microsoft Windows 7: New Opera) 03/09/18 Пнд 15:57:41 2381564272
>>2381560
Окей, нашел что-то другое
for file in *.aac; do ffmpeg -i "$file" "${file%.aac}".mp3; done
Но оно не работает (и вообще должно?), появляется вот это -
Непредвиденное появление: file
второй день в ffmpeg и я не прохромист :(
Аноним (Fedora Linux: Chromium based) 03/09/18 Пнд 16:00:34 2381565273
>>2381564
Потому что у тебя
> Microsoft Windows 7
А ты нашел баш скрипт.
Аноним (Microsoft Windows 7: New Opera) 03/09/18 Пнд 16:12:48 2381570274
Screenshot2.png (273Кб, 476x473)
476x473
>>2381565
>>2381556
for /f "tokens=1 delims=." %a in ('dir /B .aac') do ffmpeg -i "%a.aac" "%a.mp3"
Этот работает. Ничего конечно не понятно в первой половине
>for /f "tokens=1 delims=." %a in ('dir /B
.aac')
Но пусть тут лежит, может кому-то будет нужно
Аноним (Linux: Firefox based) 03/09/18 Пнд 18:58:14 2381640275
>>2381564
> Кинули леджит вариант
> Я попробовал что-то другое
???
Аноним (Microsoft Windows 7: Firefox based) 13/09/18 Чтв 11:49:25 2386599276
Почему субтитра не хардсаббится?

ffmpeg -ss 53 -t 146 -i "video.mp4" -vf "subtitles=sub.srt" -vf scale=1098:480 -map 0:v:0 -map 0:a:1 -c:a aac -b:a 96k -c:v libx264 -crf 26 -maxrate 800k -bufsize 400k -y wasp3.mp4
13/09/18 Чтв 12:57:22 2386618277
>>2386599
Иди проверяй способ, что тебе в треде дали.
Аноним (Microsoft Windows 7: Firefox based) 14/09/18 Птн 18:43:30 2387174278
Как правильно смешивать многоканальный звук в стерео? Я делал по -ac 2 но иногда получается звук не очень.
Бывают попадаются фильмы с очень тихим звуком. Как автоматически поднять громкость звука у тихой аудиодорожки до приемлемого?
Аноним (Ubuntu Linux: Firefox based) 20/09/18 Чтв 03:21:36 2390426279
Аноним (Microsoft Windows 8: Chromium based) 24/09/18 Пнд 17:26:43 2393881280
>>2302860 (OP)
Помогите спермачу как научиться конвертить .swf файлы в h264 с помощью ffmpeg.
Аноним (Linux: Firefox based) 24/09/18 Пнд 17:29:36 2393884281
>>2393881
> .swf файлы в h264 с помощью ffmpeg
Есть подозрение, что NEEQUAQUEUE.
Аноним (Linux: Firefox based) 24/09/18 Пнд 17:46:58 2393888282
Аноним (Linux: Firefox based) 24/09/18 Пнд 17:47:26 2393889283
Аноним (Microsoft Windows 8: Chromium based) 24/09/18 Пнд 17:53:09 2393892284
>>2393889
И че это? Для конвертирования в .mkv теперь эдоб приблуду кочать?
Аноним (Linux: Firefox based) 24/09/18 Пнд 18:00:42 2393898285
>>2393892
А ты как думал? Адовъ Флещъ такой Адовъ Флещъ. Днище из днищ, говно из говен. Ну, воровать Адовъ Флещъ, Афрердефектц или Соснивегас не обязательно. Можно и браузерным плагином проиграть, а дальше >>2393888. Интерактивность опять же в SWF никто не отменял.
В своё время у меня был простой SWF, в котором была примитивная анимация без интерактивности. Тогда рендерил gnash-ем (у него есть вывод не на экран, а в пачку png-шек), но это не тот случай, наверняка.
Аноним (Microsoft Windows 8: Firefox based) 04/10/18 Чтв 02:07:40 2399233286
output.mp4 (3185Кб, 1280x720, 00:00:19)
1280x720
ff -ss 00:01:12 -to 00:01:30 -i "input.mp4" -c copy output.mp4
Почему ffmpeg постоянно криво обрезает звук в самом начале?
Аноним (Microsoft Windows 7: Palemoon) 04/10/18 Чтв 06:09:21 2399284287
>>2399233
А почему должен ровно обрезать?
Аноним (Microsoft Windows 8: Firefox based) 04/10/18 Чтв 13:45:28 2399442288
>>2399284
Ну в манах такой пример часто приводится. А как правильно резать без потери качества?
Аноним (Ubuntu Linux: Firefox based) 04/10/18 Чтв 13:48:00 2399443289
>>2399233
ffmpeg -ss 00:01:12 -i input.mp4 -ss 0
так попробуй
Аноним (Linux: Firefox based) 04/10/18 Чтв 14:01:03 2399447290
>>2399442
> А как правильно резать без потери качества?
Никак. У кадров видео и звука в общем случае разный и не кратный хронометраж. Некоторые форматы, например, AC3, по этой причине имеют специальные флаги отступов от краёв кадра (для синхронизации с видео). По-идее у современных контейнеров, например, в матрёшке эта же синхронизация должна быть реализована средствами контейнера, но не факт, что ffmpeg в это умеет.
Просто пережми звук и не еби мозги никому! Разницу на слух мало кто уловит.
Аноним (Microsoft Windows 8: Firefox based) 04/10/18 Чтв 14:11:52 2399449291
>>2399447
Спасибо за разъяснение. Т.е. надо сначала звуковую дорожку извлекать/обрезать/пережимать, а потом с обрезанным видео объединять? Рассинхрон в таком случае не появится?
Аноним (Microsoft Windows 7: Chromium based) 04/10/18 Чтв 14:21:55 2399455292
>>2302860 (OP)
Тред опа-хуя не читал.
Если стоит задача конкатенации видео, то могу сказать, что тут есть 2 стула:
1. Полный проход по кадрам - ну тут понятно, это дорогостоящая по времени и процу операция.
2. Если оба твоих видео в формате MPEG (mp4) - то можно склеить их, не проходясь по кадрам каждого из них, очень быстро, за пару секунд.

Ясен хуй размер у них должен быть одинаковый.
Поэтому одно из видео надо заранее привести к размеру другого.

Короче вот тебе говно-пхп код, копайся там и найдешь нужные тебе инструкции ffmpeg:
<?php

namespace ModerateBot\System\Video;

use ModerateBot\System\Config;
use ModerateBot\System\System;

/
Класс для выполнения операций с ватермарками над видео.
@TODO:
- Сделать класс объектно-ориентированным.
- Логи перевести на общий класс логгера.
/
class FFMPEGMaster
{

/

Объединить 2 видео в одно.
Размер второго видео будет подогнан к размеру первого с сохранением aspect_ratio,
путем дополнения второго видео черными рамками по необходимости.

@param string $_videofile_1 Первое видео.
@param string $_videofile_2 Второе видео.
@param string $_video_output Итоговый файл склеенного видео.
@param string $_pad_color Цвет рамок для дополнения второго видео к размеру первого. Default black;

@return string Лог работы.
/
public static function concatenate2Videos ($_videofile_1, $_videofile_2, $_video_output, $_pad_color = 'black')
{
//ultrafast, superfast, veryfast, faster, fast
//medium – default preset
//slow, slower, veryslow
// Speed preset.
// veryfast - приемлимая скорость, хорошее сжатие.
// superfast - наилучшая скорость, сжатие не слишком, но файл и не огромный, как при lossless (ultrafast).
$x264Speed = 'veryfast';

// Засечем время.
$timeStartAll = \microtime (TRUE);
$log = "-----------------------------------------\n";
$log .= "Начинаем процедуру склеивания двух видео.\n";
$log .= "[" . \date ("d.m.Y H:i:s") . "] Start ffmpeg.\n";

// Получим размер исходного видео.
$log .= "Получаем размер текущего видео (" . $_videofile_1 . "): ";
$size0v = self::getVideoSize ($_videofile_1);
$log .= $size0v . "\n";

// Создадим временные файлы.
$tempRescaled = System::generateNewTempFilename ('ffmpeg_rescaled.mp4');
$tempInter1 = System::generateNewTempFilename ('ffmpeg_intermediate1.ts');
$tempInter2 = System::generateNewTempFilename ('ffmpeg_intermediate2.ts');

$log .= "Перекодируем ватермарк для соответствия разрешению исходного видео:\n";
$timeStartRescale = \microtime (TRUE);
\exec ('ffmpeg -y -i ' . $_videofile_2 . ' -strict -2 -filter_complex \
"[0:v]scale=' . $size0v . ':force_original_aspect_ratio=decrease,pad=' . $size0v . ':(ow-iw)/2:(oh-ih)/2:' . $_pad_color . ',setsar=1/1[outv]" \
-map 0:a -c:a aac -ac 2 -b:a 128k -map "[outv]" -c:v libx264 -preset ' . $x264Speed . ' ' . $tempRescaled . ' 2>&1', $outRescale);
$log .= \implode ("\n", $outRescale) . "\n\n";
$timeEndRescale = \microtime (TRUE);

$log .= "Начинаем процедуру склеивания.\n";
$timeStartConcat = \microtime (TRUE);
$log .= "Поменяем видео 1 (исходное) в медиаконтейнер:\n";
\exec ('ffmpeg -i ' . $_videofile_1 . ' -c copy -bsf:v h264_mp4toannexb -f mpegts ' . $tempInter1
. ' -vf "setsar=sar=1/1"'
. ' 2>&1', $outInter1);
$log .= \implode ("\n", $outInter1) . "\n\n";

$log .= "Поменяем видео 2 (ватермарк) в медиаконтейнер:\n";
\exec ('ffmpeg -i ' . $tempRescaled . ' -c copy -bsf:v h264_mp4toannexb -f mpegts '
. $tempInter2 . ' 2>&1', $outInter2);
$log .= \implode ("\n", $outInter2) . "\n\n";

$log .= "Непосредственно склеиваем, выполняем команду concat:\n";
\exec ('ffmpeg -y -i "concat:' . $tempInter1 . '|' . $tempInter2
. '" -c copy -bsf:a aac_adtstoasc -flags global_header '
. $_video_output . ' 2>&1', $outConcat);
$log .= \implode ("\n", $outConcat) . "\n\n";
$timeEndConcat = \microtime (TRUE);

// Удалим временные файлы:
\unlink ($tempRescaled);
\unlink ($tempInter1);
\unlink ($tempInter2);

// Сохраним вывод в лог
$log .= "Rescale time: " . \round (($timeEndRescale - $timeStartRescale), 2) . " s.\n";
$log .= "Concat time: " . \round (($timeEndConcat - $timeStartConcat), 2) . " s.\n";
$log .= "All time: " . \round ((\microtime (TRUE) - $timeStartAll), 2) . " s.\n\n";

\file_put_contents (Config::getAbsolutePath (Config::FILES_LOGS_FFMPEG_LOG, TRUE), $log, \FILE_APPEND);

return $log;
}

public static function getVideoSize (string $_videofile): string
{
$commandGetSize = "ffmpeg -i " . $_videofile . " 2>&1 | grep -oP 'Stream .*, \K[0-9]+x[0-9]+'";
return \str_replace ('x', ':', \exec ($commandGetSize));
}

public static function clearMetadata (string $_videofile)
{

}

}
Аноним (Linux: Firefox based) 04/10/18 Чтв 14:22:46 2399457293
>>2399449
Не обязательно. У ffmpeg ещё в 0.6 были средства синхронизации. Сейчас и ошибки, наверное поправили. Достаточно будет просто попросить ffmpeg не сохранять оригинальный поток звука, а пережать его.
Но вообще, это всё какбэ неправильный путь, потому, что резать видео с компенсацией движения (а это почти всё видео сегодня) нужно по границам GOP, или если нет двунаправленного предсказания движения (M=1), то в остатке должен быть I-кадр и нужное число P-кадров.
Чтобы с этим всем не ебаться, рекомендую пережимать. В интернете всё равно, почти всем плевать на качество виде, если оно чуть лучше, чем говно. А под раздачу если монтировать, то уже точно с перекодированием, хорошим источником и нелинейным редактором, а не только с ffmpeg-ом наперевес.

Алсо, я так понимаю, что -c copy распространяется и на звук и на видео. Здесь можно сказать что-нибудь вроде -c:v copy .
Аноним (Microsoft Windows 7: Firefox based) 05/10/18 Птн 09:00:32 2399830294
.mp4 (12395Кб, 640x270, 01:58:27)
640x270
Ребята, пользую такую команду:
ffmpeg -ss 00:00:03.766 -to 00:03:27.697 -i "E:\Ant.Man.and.the.Wasp.2018.D.BDRip.1080p.mkv" -map 0:0 -map 0:2 -vf scale=640:270 -c:v libx264 -preset slow -tune film -crf 23 -c:a aac -b:a 96k out.mp4
Дороги оставило нормально, но в файле были еще и главы, а бывает и прочая ебень, вроде субтитров, постеров, которые ffmpeg оставил в выходном файле. Как их исключать?
>>2399233
Звук кодируй, поможет.
Например:
ff -ss 00:01:12 -to 00:01:30 -i "input.mp4" -c:v copy -c:a aac -b:a 96k output.mp4
>>2387174
-filter:a "volume=1.5"
1.5 = 150%
Аноним (Microsoft Windows 7: Firefox based) 05/10/18 Птн 09:07:06 2399832295
>>2399830
Отменяю вопрос. Нагуглил -map_chapters -1
Аноним (Microsoft Windows 7: Firefox based) 06/10/18 Суб 14:27:19 2400347296
>>2399832
А, мне вот эта команда понадобилась бы. Сам когда гуглил нагуглил другую команду, которая удаляет данные, но не поля для них.
I frames Аноним (Microsoft Windows 7: Firefox based) 09/10/18 Втр 18:41:04 2401994297
>>2302860 (OP)
Как из фрагмента видео извлечь только опорные кадры? Как вообще узнать, какие из них опорные?
Аноним (Ubuntu Linux: Firefox based) 09/10/18 Втр 18:43:13 2401996298
-vf select='eq(pict_type\,I)'
Аноним (Microsoft Windows 7: Palemoon) 09/10/18 Втр 18:44:50 2401997299
Аноним (Linux: Firefox based) 10/10/18 Срд 10:08:07 2402235300
Добра вам, почтенные!
Вот тут >>2402228 описана любопытная проблема.
Сначала ссылка — https://trac.ffmpeg.org/wiki/Capture/Desktop
Задача — программно захватить с синхронизацией (и строго постоянной частотой кадров) видео с экрана и выводимый звук под актуальной версией Windows.
Метод в первом приближении:
ffmpeg -f dshow -i video="UScreenCapture" -f dshow -i audio="Microphone" output.mkv
Вопрос: Будут ли оба фильтра-источника в одном и том же графе DirectShow, будет ли синхронизация?

Возможный другой вариант решения — поставить https://github.com/rdp/screen-capture-recorder-to-video-windows-free
По описанию проекта это в точности та программа, которая удовлетворяет требованиям, изложенным в начале сообщения. С ней метод выглядит примерно так:
ffmpeg -f dshow -i audio="virtual-audio-capturer":video="screen-capture-recorder" yo.mp4

Кто-нибудь пробовал такое? Какие впечатления? Что там настраивается, какие подводные камни?
Аноним (Microsoft Windows 10: Firefox based) 10/10/18 Срд 11:50:22 2402265301
ffmpeg Аноним (Linux: Firefox based) 10/10/18 Срд 14:19:04 2402309302
compressed.webm (5627Кб, 1920x1080, 00:00:30)
1920x1080
Итак, на заметку.

1. Как захватить звук, который слышно (linux, pulseaudio)?
1) узнать название мониторного источника:
$ pactl list | grep monitor
у меня это alsa_output.pci-0000_00_1b.0.analog-stereo.monitor
2) захватить:
$ ffmpeg -f pulse -ac 2 -i alsa_output.pci-0000_00_1b.0.analog-stereo.monitor -c:a pcm_s16le -f matroska test.mkv

2. Как захватить видео, которое видно (linux, x11)?
1) Показать переменную, хранящую имя текущего дисплея:
$ echo $DISPLAY
у меня это :0.0
2) захватить
$ ffmpeg -r 30 -f x11grab -s 1920x1080 -i :0.0+0,0 -vsync 1 -pix_fmt yuv444p -format yuv444p -c:v libx264 -threads 4 -preset ultrafast -crf 0 -f matroska test.mkv

3. Как захватить и слышимый звук и изображение на экране (linux, pulseaudio, x11)?
$ ffmpeg -r 30 -f x11grab -s 1920x1080 -i :0.0+0,0 -vsync 1 -f pulse -ac 2 -i alsa_output.pci-0000_00_1b.0.analog-stereo.monitor -pix_fmt yuv444p -format yuv444p -c:v libx264 -threads 4 -preset ultrafast -crf 0 -c:a pcm_s16le -f matroska test.mkv
Аноним (Linux: Firefox based) 10/10/18 Срд 14:36:23 2402313303
compressed.webm (4335Кб, 1920x1080, 00:00:30)
1920x1080
>>2402309
Вот это должно работать в лисице...
$ ffmpeg -i test.mkv -ss 4 -t 30 -pix_fmt yuv420p -c:v libvpx-vp9 -b:v 0 -threads 4 -crf 18 -c:a vorbis compressed.webm
Аноним (Linux: Firefox based) 10/10/18 Срд 15:35:08 2402341304
compressed.mp4 (5653Кб, 1920x1080, 00:00:30)
1920x1080
>>2402309
А вот это должно работать в Хроме...
Аноним (Linux: Firefox based) 10/10/18 Срд 15:39:54 2402345305
>>2402341
О! В Фуррифоксе тоже играется. Теперь всегда буду делать H.264+AAC@MP4. Интересно, а на планшете с ARM-ом тоже пойдёт? А на смарт-ТВ. Надо бы проверить...
Аноним (Linux: Firefox based) 10/10/18 Срд 19:40:33 2402467306
>>2402345
В штатном проигрывателе на SM-T525 (Android 4.4.2) играются все три варианта. А в Хроме там же все три видео играются, но без звука.
Смарт-ТВ 42LB671V-ZF (WebOS 1.4.0-2527) показывает стоковым обозревателем только это >>2402341 видео, но со звуком.
Аноним (Microsoft Windows 7: Firefox based) 13/10/18 Суб 12:16:40 2403975307
Есть кусок фильма, который нужно перекодировать в webm. Имеет ли смысл ресайзить оригинальные 1080p до меньшего размера? Размер файла один и тот же, поэтому важно выжать максимум качества.
Аноним (Microsoft Windows 7: Palemoon) 13/10/18 Суб 12:26:14 2403983308
>>2403975
Ты хочешь чтобы здесь так, примерно почувствовали стоит его ресайзить или нет?
Аноним (Microsoft Windows 7: Firefox based) 13/10/18 Суб 12:33:16 2403988309
>>2403983
Да, может у кого опыт есть.
Аноним (Microsoft Windows 10: Firefox based) 13/10/18 Суб 12:35:03 2403990310
>>2403975
Нет, скорее всего, от vp9 больше профита на высоких разрешениях.
Аноним (Microsoft Windows 7: Firefox based) 13/10/18 Суб 12:45:07 2403997311
Аноним (Microsoft Windows 7: Firefox based) 13/10/18 Суб 13:03:44 2404004312
dark1.webm (14832Кб, 1024x434, 00:02:03)
1024x434
>>2403988
По моему опыту лучшее разрешение для просмотра на двощах это 1024:-2 - не сильно мелко и не сильно крупно, средняя вебмка ужимается в таком разрешении очень хорошо.
Аноним (Ubuntu Linux: Firefox based) 13/10/18 Суб 13:47:57 2404021313
Аноним (Ubuntu Linux: Firefox based) 13/10/18 Суб 14:31:51 2404044314
>>2404021
К слову, на x265 ругаются точно так же, что он "мылит", так что это не проблема исключительно libvpx/libaom.
Если нормальные чуваки сядут AV1 энкодер писать (как с Eve), то отлично всё получится. И рейт-контроль, и качество картинки. И сжимать при этом будет лучше прошлого поколения.
Другое дело, что мозилла rav1e скорее всего WebRTC будет кодировать (ну и чтобы Rust попиарить), а там особо задроченный энкодер не нужон.

Интересно, когда уже начнут x266 писать. Наверно не скоро, они с x265 до сих пор не управились.
Аноним (Linux: Firefox based) 13/10/18 Суб 18:43:49 2404185315
>>2404044
> Интересно, когда уже начнут x266 писать.
Как только стандарт выйдет.

> они с x265 до сих пор не управились.
А чего ты ожидаешь-то? Каждое следующее поколение увеличивает вычислительные затраты и коэффициент сжатия. Но один и другой прирост сильно расходятся. Уже для H.265|VP9|AV1 есть толковое только одно оправдание — впихнуть в старые каналы связи картинку нового разрешения. Вот уже на H.265, на мой взгляд наметилась чёткая тенденция упадка: вычислительные мощности массовых процессоров в расчёте на ядро уже как несколько лет растут еле заметным темпом (т. е. предел не достигнут, но и рывков больше не будет), ради впихивания 4к-видео в старые каналы связи люди уже смирились с характерным мыльцем. Перспективы сильно так себе я бы сказал. Вот как я это вижу, особых надежд нет. Скорее всего, в быту H.264 high profile надолго ещё. А железные кодеры в H.265 будут, но их эффективность сжатия будет уступать этому самому H.264 high profile в реализации libx264 при сравнимых вычислительных затратах.
Аноним (Microsoft Windows 7: Palemoon) 14/10/18 Вск 23:32:52 2404942316
.jpg (89Кб, 1280x1024)
1280x1024
>>2404044
> Если нормальные чуваки сядут AV1 энкодер писать (как с Eve), то отлично всё получится. И рейт-контроль, и качество картинки. И сжимать при этом будет лучше прошлого поколения.
Крутой манямирок, будешь там жить?
>>2404185
> Перспективы сильно так себе я бы сказал.
Именно.
> в быту H.264 high profile надолго ещё
Ну сейчас всем миром поддержку из браузеров удалят и будем смотреть на мыльных шакалов vpx рейтконтроля.
Аноним (Linux: Firefox based) 14/10/18 Вск 23:54:44 2404949317
>>2404942
> Ну сейчас всем миром поддержку из браузеров удалят
Было бы забавно. Но это маловеротно. Скорее всего, будет удалено также, как Internet Explorer из Windows. Хотя, может быть и говновариант — будут удалены как PostScript и PDF из Windows, но это будет что-то совсем удивительное.
Аноним (Microsoft Windows 7: Palemoon) 15/10/18 Пнд 00:15:14 2404959318
>>2404949
> Было бы забавно
Настолько же забавно как удаление поддержки опуса из лисицы в контейнере мп4 или ещё забавнее?
Аноним (Ubuntu Linux: Firefox based) 15/10/18 Пнд 00:20:34 2404963319
Аноним (Microsoft Windows 7: Palemoon) 15/10/18 Пнд 00:39:45 2404970320
>>2404963
О, раздуплились таки. Малаца.
Аноним (Неизвестно: Safari) 20/10/18 Суб 01:42:07 2407974321
>>2404942
>Ну сейчас всем миром поддержку из браузеров удалят и будем смотреть на мыльных шакалов vpx рейтконтроля.
iOS решает, слишком большой кусок рынка, чтобы х264 удалять.
Аноним (Microsoft Windows 7: Chromium based) 23/10/18 Втр 19:23:30 2410534322
15121775533820.png (3589Кб, 1920x1080)
1920x1080
Анон, подскажи команду для склейки множества видео клипов в каталоге по порядку обусловленному датой видео, начиная с самого раннего.
Аноним (Microsoft Windows 7: Palemoon) 23/10/18 Втр 19:47:27 2410558323
>>2410534
> подскажи команду для склейки множества видео клипов в каталоге по порядку обусловленному датой видео, начиная с самого раннего
Такой команды нет. Но задача решается с помощью командной строки, там в цикле выводишь в нужном порядке наименования, записываешь их в файл, по файлу делаешь конкат. Может кто захочет это все расписывать тебе поможет, но насколько я знаю в гугле все эти вопросы освещены.
Аноним (Microsoft Windows 7: New Opera) 27/10/18 Суб 16:19:52 2412959324
>>2364151
>>2375895
Таки проблема была с сертификатами. Решилось удалением ветки KEY_CURRENT_USER\Software\Microsoft\SystemCertificates. До этого удалял сертификаты через certmgr.msc и ничего не помогло.
Теперь в новой версии проблема с ffplay - не выставляется соотношение сторон при использовании scale для histogram, так же пробовал менять force_original_aspect_ratio и ничего не помогло. Приходится делать через пердолинг: ffmpeg -i INPUT -vf scale=1280:720 -aspect 16:9 -c:v rawvideo -f nut -|ffplay -
Есть ли в ffplay опция указания соотношения сторон? -aspect не работет.
Если что, то раньше я для мониторинга яркости для yuv420p делал так:
ffplay -i "bw.jpg" -vf eq,format=yuv420p,histogram=720:40:1:0:1,scale=1280:720,drawbox=w=in_w(235-16)/255+25:h=693:x=16/255in_w-12:y=0:color=red@0.5:thickness=10
а теперь приходится так:
ffmpeg -i bw-h.jpg -vf eq,format=yuv420p,histogram=720:40:1:0:1,scale=1280:720,drawbox=w=in_w(235-16)/255+25:h=693:x=16/255in_w-12:y=0:color=red@0.5:thickness=10 -aspect 16:9 -c:a pcm_s16le -c:v rawvideo -f nut -|ffplay -
и теперь из-за pipe не работает перемотка.
Аноним (Ubuntu Linux: Firefox based) 28/10/18 Вск 12:15:14 2413463325
Аноним (Microsoft Windows 7: New Opera) 28/10/18 Вск 14:11:52 2413510326
Аноним (Microsoft Windows 8: Chromium based) 29/10/18 Пнд 10:02:20 2414104327
primary.jpg (95Кб, 890x540)
890x540
Аноны, собрался учить лунный через аниме.

Собственно можно ли сделать что-то подобное как пикрил: одновременно японские и русские/английские сабы?
То есть предположим у меня есть 2 файла с сабами, и видео. Возможно ли совместить их так с помощью ffmpeg? Или тут скорее сначала сами сабы нужно как-то отредактировать и смерджить, а потом уже просто вшить в видео?
Короче если кто делал подобное, подскажите как лучше это сделать.
Пока пойду документацию по ffmpeg курить, а то пока даже просто вшить как то криво получается.
Аноним (Microsoft Windows 7: Firefox based) 29/10/18 Пнд 10:39:38 2414119328
1540798776803.jpg (333Кб, 1280x720)
1280x720
1540798776810.jpg (120Кб, 1280x720)
1280x720
>>2414104
> То есть предположим у меня есть 2 файла с сабами, и видео. Возможно ли совместить их так с помощью ffmpeg?
Зачем? Если можно просто в плеере врубить два субтитра (оба снизу, или снизу и сверху) и смотреть? PotPlayer например.
Или ты не на компе собрался смотреть?
Аноним (Microsoft Windows 8: Chromium based) 29/10/18 Пнд 10:48:58 2414124329
>>2414119
> Или ты не на компе собрался смотреть?
this.
Собираюсь смотреть на телевизоре. А он, насколько я понял, может показывать только одни субтитры, и только вшитые в видео.
Аноним (Microsoft Windows 10: Firefox based) 30/10/18 Втр 14:43:37 2415288330
Решил вспомнить, короче надо превью добавить, картинку подготовил, далее по гайду https://github.com/pituz/webm-thread/wiki/Pro-tips
вбиваю
ffmpeg -i preview.png -c:v vp9 -pix_fmt +yuv420p preview.webm

Выдает

The filters 'Parsed_null_0' and 'format' do not have a common format and automatic conversion is disabled.
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!


В чем ошибся
Аноним (Microsoft Windows 10: Firefox based) 30/10/18 Втр 14:45:09 2415291331
>>2415288
У меня строка конкретно

ffmpeg -i d:\µ's_-_Bokura_no_LIVE_Kimi_to_no_LIFE.png -c:v vp9 -pix_fmt +yuv420p d:\µ's_-_Bokura_no_LIVE_Kimi_to_no_LIFE.webm
Аноним (Microsoft Windows 10: Firefox based) 30/10/18 Втр 15:04:02 2415301332
Ладно допер

теперь пишет
[concat @ 0000000000768000] Unsafe file name 'd:\s_-_Bokura_no_LIVE_Kimi_to_no_LIFE_preview.webm'
d:\video.txt: Operation not permitted

Аноним (Microsoft Windows 10: Firefox based) 30/10/18 Втр 15:27:15 2415320333
Аноним (Microsoft Windows 10: Firefox based) 30/10/18 Втр 17:06:42 2415375334
Знаешь что такое относительные и абсолютные файловые пути? У тебя абсолютные, а надо относительные.
Лучше положи файлы в одну папку, а в files.txt пропиши
file "file1"
file "file2"
Аноним (Microsoft Windows 10: Яндекс браузер) 01/11/18 Чтв 01:43:52 2416218335
Дабы не плодить треды...
Какой минимальный\оптимальный битрейт можно выставить для 720п@30fps h265 (HEVC) видео?
Нужна максимальная компрессия с минимальными потерями.
Понятное дело, что зависит от видео, но назовите хотя бы какое то усреднённое значение.
Аноним (Microsoft Windows 7: Palemoon) 01/11/18 Чтв 07:13:45 2416291336
>>2416218
Ну начни с crf 32 и повышай.
Аноним (Apple Mac: Safari) 02/11/18 Птн 23:41:28 2417338337
Чем отличается -s 1280x720 от -vf scale=1280:720 ?
Аноним (Microsoft Windows 8: Firefox based) 03/11/18 Суб 02:04:39 2417412338
>>2417338
Ничем. Но в Вики написано, что лучше использовать видеофильтр -vf scale.
Аноним (Microsoft Windows 8: Firefox based) 03/11/18 Суб 02:12:06 2417418339
Эй, аниме, посоветуй лучший фильтр для Денойза и Деблокинга..Кстати, а vp8 больше не улучшают?Все, проект закрыт? Все переключились на работу с AV1?
Аноним (Ubuntu Linux: Firefox based) 03/11/18 Суб 10:23:44 2417513340
>>2414104
-vf "subtitles=1.srt,subtitles=2.srt:force_style='Alignment=6'"
Аноним (Microsoft Windows 10: Firefox based) 06/11/18 Втр 19:57:48 2420185341
В ffmpeg можно как-нибудь задействовать 100% проца/карты при кодировании?
Аноним (Linux: Firefox based) 06/11/18 Втр 21:49:28 2420254342
>>2420185
> В ffmpeg можно как-нибудь задействовать 100% проца/карты при кодировании?
И да. И нет. Все свободные вычислительные ресурсы оно и так возьмёт, но ffmpeg работает не одна — попимо неё ещё целая операционная система шевелится, бурно реагируя на тонну запросов от той же ffmpeg. А ещё есть любимая бочка Либиха.
Ты что спросить-то хотел? А то вопрос ты задал в очень некорректной форме.
Аноним (Microsoft Windows 10: Firefox based) 06/11/18 Втр 22:13:30 2420284343
>>2420254
Как максимально быстро конвертировать, задействовав все мощности? Или еще от кодека зависит? Проц только на 25% грузит.
Аноним (Linux: Firefox based) 07/11/18 Срд 12:11:53 2420503344
>>2420284
> Как максимально быстро конвертировать
ffmpeg -i input.avi -c:v libx264 -preset ultrafast -crf 0 output.mp4

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

> Или еще от кодека зависит?
И от настроек кодека тоже.

> Проц только на 25% грузит.
Не факт, что на все доступные вычислительные ядра процесс распараллелен. И бочка Либиха тоже.
Аноним (Microsoft Windows 7: Firefox based) 08/11/18 Чтв 04:44:33 2420812345
>>2420284
-Threads число ядер потоков хз чего, но оно вроде не со всеми кодеками работает.
Аноним (Microsoft Windows 7: Firefox based) 08/11/18 Чтв 04:45:03 2420813346
>>2420812
И вроде даже увеличивает размер файла на выходе, но незначительно.
Аноним (Google Android: Mobile Safari) 08/11/18 Чтв 06:43:51 2420825347
Что такое кидинг?
Гугл выдаёт только американскую матерщину:
>fucking kidding
Аноним (Linux: Firefox based) 08/11/18 Чтв 08:50:46 2420840348
>>2420812>>2420813
1. Кодер видео с компенсацией движения и потерей данных решает оптимизационную задачу по поиску компактного представления видеоряда относительно определённых его спецификацией параметризованных примитивов.
2. Т. к. анализирует он картинку, на которой, в основном изображены зрительно цельное изображение и последовательное действие, охватывающее, как правило, всё изображение, то и близость к глобальному минимуму по определённому критерию вероятнее достичь при анализе всего изображения в одном итерационном потоке вычислений.
3. Характерным для всех реальных систем и физически корректных моделей вообще является наличие большого числа ограничений. Например, для большинства оптимизационных задач и методов их решения характерно асимптотическое приближение к оптимуму с падающим с каждой следующей итерацией возвратном (от итерации к итерации сначала приближение к локальному минимуму идёт быстро, затем всё медленнее и медленнее).
4. Из свойства, указанного в п.3 следует, что деградация критерия минимума для субоптимальных решений, весьма вероятно, будет иметь обратную тенденцию. Т. е. за возможность решить оптимизационную задачу в две, три, четыре и более равноправных параллельных и почти независимых частей, вполне возможно заплатить немного худшим приближением к локальному минимуму.
5. Из п.4 следует положительный ответ на вопрос в >>2420813. Да, с ростом числа потоков опережающим темпом ухудшается соотношение «искажения — ширина потока». Т. о. для достижения тех же качественных показателей придётся увеличить ширину потока, или при той же (примерно, разумеется) ширине потока мириться с небольшим снижением качественных показателей.
6. Ответ на вопрос в >>2420812. Звучит так. Оптимизационная задача может быть решена в несколько почти независимых параллельных вычислительных потоков, исполняемых на отдельных физических вычислительных устройствах. В стандарте H.264 предусмотрены специальные примитивы для двух вариантов распараллеливания, допускающих как пространственное разделение оптимизационной задачи, так и разделение лишь прямых вычислений с постоянной синхронизацией параллельного опережающего поиска движения и синхронной для всех потоков обратной связи по критерию минимума. В первом случае, обеспечивается меньшее время простоя вычислительных ядер из-за меньшего числа синхронизаций вычислений, во втором существенно улучшается приближение к локальному минимуму.

>>2420825
Школьный диалект это.
Аноним (Microsoft Windows 8: Firefox based) 08/11/18 Чтв 10:12:20 2420855349
А что такое vpxenc.exe и как его скомпилировать на Windows?
И ещё вопрос, что такое -profile и чем -profile 0 отличается от -profile 3?
Аноним (Linux: Firefox based) 08/11/18 Чтв 17:17:15 2421008350
>>2420855
> А что такое vpxenc.exe и как его скомпилировать на Windows?
А чем встроенная и уже слинкованная со сборкой ffmpeg от zeranoe библиотека libvpx не устраивает?

> И ещё вопрос, что такое -profile и чем -profile 0 отличается от -profile 3?
https://en.wikipedia.org/wiki/VP9#Profiles
profile 3 = profile 0 + дополнительные цветовые прореживания + 10...12 бит/канал.
Аноним (Microsoft Windows 7: Firefox based) 08/11/18 Чтв 18:09:38 2421031351
>>2420284
Если кодируешь в vp9, то помимо количества потоков надо добавить еще -row-mt 1
Аноним (Microsoft Windows 8: Firefox based) 08/11/18 Чтв 20:01:36 2421089352
>>2421031
> -row-mt 1
А почему это не работает в ffmpeg?
Аноним (Microsoft Windows 7: Palemoon) 08/11/18 Чтв 21:17:28 2421137353
>>2420840
265 интереснее распараллелен, threads определяет количество одновременно обрабатываемых фреймов, по 1 фрейму на thread. В итоге размер не растёт или растёт не сильно, у меня нет достаточного количества ядер, чтобы утвержать на верняка, а метрики остаются на том же уровне. На 4 ядрах 2 треда, 2 пула или же 4 треда 0 пулов не дают прироста размера относительно 1 треда 0 пулов и падение по метрикам измеряется сотыми. Но я, конечно, полномасштабных исследований не проводил, просто для себя отметил такой результат, когда смотрел как опции пулов влияют на качество.
>>2420812
С vp оно ещё и упирается в ширину видео, если не будет тайлов, то не будет и тредов.
Аноним (Microsoft Windows 7: Firefox based) 08/11/18 Чтв 21:22:00 2421139354
>>2421031
Хуй знает, у меня работает.
Аноним (Google Android: Mobile Safari) 09/11/18 Птн 01:36:14 2421239355
Что такое кидинг?
Аноним (Ubuntu Linux: Firefox based) 11/11/18 Вск 01:08:06 2422266356
Что за хуйню вы тут написали. Распаралелливание зависит от спецификации кодека.

В H.264 есть только слайсы. x264 дополнительно реализует frame-level multithreading, для которого специальной поддержки в формате не нужно.
В VP8 есть партишены, которые примерно как слайсы.
В VP9 есть тайлы (только горизонтальные распараллеливаются), каждая колонка минимум 256 пикселей. И не так давно добавили row-mt, который работает вроде как WPP из H.265.
В AV1 есть тайлы (распараллеливаются и горизонтальные, и вертикальные, вроде с меньшим ограничиям размера) и row-mt.
В H.265 есть слайсы, тайлы и WPP (распараллеливание по строчкам CTU). В x265 есть frame-level multithreading, как у x264.

У каждого способа своё влияние на эффективность кодирования (обычно ухудшение на 2-10%) и эффективность распараллеливания.
Аноним (Microsoft Windows 7: Chromium based) 11/11/18 Вск 01:35:41 2422275357
>>2422266
> вроде/наверное/может быть и примерно почувствовал процентное ухудшение я
> но хуйню пишете вы
Аноним (Microsoft Windows 8: Firefox based) 11/11/18 Вск 08:15:07 2422366358
Аноним (Linux: Firefox based) 11/11/18 Вск 10:10:10 2422387359
>>2422266
> Что за хуйню вы тут написали.
Узбагойся! Написанное тобой не противоречит написанному в >>2420840 и >>2421137, только уточняет, дополняет, и исправляет неточности.

> Распаралелливание зависит от спецификации кодека.
Обязательно зависит, и в >>2420840 и >>2421137 об этом тоже сказано.

> В H.264 есть только слайсы. x264 дополнительно реализует frame-level multithreading, для которого специальной поддержки в формате не нужно.
Совершенно верно.

> обычно ухудшение на 2-10%
Проценты чего, няша???

>>2422275
Зря ты. Обзорная часть у него норм.

>>2421137
> 265 интереснее распараллелен
libx265 лучше распараллелена или стандарт H.265 предлагает для параллельных вычислений больше инструментов?
И то и другое верно. Но тут есть нюанас. Кодеры H.265, если рассчитывать на большие сжатие, чем у H.264 при прочих равных, потребляют вычислительные ресурсы в несравнимо большем количестве. Как не в себя прямо. Лучшая отработка многопоточных вычислений дело не спасает от слова совсем. Есть работы >>2393880, изучающие эффективность массового параллелизма, но там всё ещё не тах хорошо, как хочется. Думается, что реальный перспективный потолок применения для H.265 — это пропихивание 4К-видео в те же (или слегка расширенные, ну, до 20-40 Мбит/с) каналы связи, в каких раньше были MPEG-2, MPEG-4 ASP и AVC, причём ценой любых вычислительных нагрузок и небольшого ухудшения зрительного качества картинки.

>>2422366
> А какой наименее требовательный к "железу", кодек?
Неправильный вопрос. Попробуй ещё!
Ты прямо спроси, чего ты хотел добиться! Нахера ты корчишь из себя умника, которым не являешься?

> Вот, например, VP8 можно запустить на Sega
А H.264 main profile почти на каждом смартфоне, и что?
Аноним (Ubuntu Linux: Firefox based) 11/11/18 Вск 11:26:36 2422410360
>>2422366
Из тех, что сейчас используются, MPEG-2. (Не считая всяких MJPEG, rawvideo, Y4M, ProRes и т.д.)
>>2422387
>Проценты чего, няша???
Увеличение размера битстрима при том же качестве. Т.е. непосредствено оверхэд от кодинг тула.
>Думается, что реальный перспективный потолок применения для H.265 — это пропихивание 4К-видео в те же (или слегка расширенные, ну, до 20-40 Мбит/с) каналы связи
Не только. Амазон в него весь свой каталог пережал например, включая SD. Удобно всяким индусам на мобилки вещать.
Вот это глянь https://www.youtube.com/watch?v=vgE8-4rcXl0
Аноним (Microsoft Windows 8: Firefox based) 11/11/18 Вск 11:39:53 2422414361
>>2422387
> Ты прямо спроси, чего ты хотел добиться!
Хочу, чтобы VP8 сжимал также качественно, как и VP9.
Аноним (Linux: Firefox based) 11/11/18 Вск 12:37:52 2422429362
>>2422410
> Из тех, что сейчас используются, MPEG-2.
Есть ещё H.261, но у него кодеров раз-два, и обчёлся.

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

> Вот это глянь
Я бы предпочёл текст с картинками и графиками. Очень плохо воспринимаю фактический материал на слух. Нет ли такого? Ну, или в двух словах расскажи, о чём он там, а то у него есть «roughly twice as efficient as H.264», что моно заявлять только как «ну, очень-очень грубую прикидку». Хотя кривая хайпа порадовала, да. Опять же, он по какой-то причине заявляет, что правый конец всенепременно должен выходить на плато, а фундаментальные законы физики подсказывают мне, что справа должен быть достигнут второй пик, а потом ожидания от технологии должна уходить в дно. Впрочем, эти «ожидания» — такая мутная и лженаучная херня, что не удивлюсь, что кривую можно продолжить как угодно в зависимости от содержательной части «ожиданий».
Аноним (Linux: Firefox based) 11/11/18 Вск 12:53:39 2422435363
>>2422414
Фантастику на другой доске обсуждают. Религию тоже.
А реальное техническое средство не работает так, как нам хочется. Оно работает как может и, если речь про программу, то у неё есть как минимум три характеристики работы:
- эффективность по предписанной функции (в твоём случае — наибольший коэффициент сжатия при устраивающем тебя качестве изображения);
- эффективность по потребляемым ресурсам (в твоём случае — по вычислительным ресурсам. т.е. пропускной способности каналов ввода-вывода, оперативной памяти и процессорному времени, причём вычислительным ресурсам как на стороне кодера, так и на стороне декодера);
- область применимости (в твоём случае — вероятность наличия декодера на гипотетическом целевом устройстве, т. е. на железке, на которой предполагается воспроизведение).
Аноним (Microsoft Windows 7: Palemoon) 11/11/18 Вск 13:06:34 2422438364
>>2422387
> Не совсем, я думал libx265 лучше распараллелена или стандарт H.265
Я не про лучше/хуже, я не думал, что х264 реализует frame-level multithreading, потому что по наблюдению метрик и размера файлов я сделал вывод, что frame-level multithreading на размер не сильно сказывается при ~том же уровне качества энкода, но теперь думаю, что выборка просто недостаточна. У х264 прирост в размере существенный.
Аноним (Ubuntu Linux: Firefox based) 11/11/18 Вск 20:14:59 2423075365
>>2422429
>Есть ещё H.261
Он не используется.
>Ну, или в двух словах расскажи, о чём он там
На 12-ой минуте рассказывает, что амазон всё сэнкодил в HEVC.
>>2422438
Наоборот, frame-level multithreading в x265 работает хуже, чем в x264, т.к. кодек сложнее. Вот здесь объяснение: