Двач.hk не отвечает.
Вы видите копию треда, сохраненную 8 июня в 19:32.

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

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
1566297562650.png400 Кб, 2000x2000
FFmpeg и общий кодирования видео тред №11 /ffmpeg/ Windows 10: Chromium based 3365343 В конец треда | Веб
FFmpeg и общий кодирования видео тред №11

В прошлый раз мы обсуждали азы и тонкости сжатия, а также срались и шитпостили.

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

https://www.youtube.com/watch?v=9kaIXkImCAM

Скачать тут: https://www.ffmpeg.org/download.html

Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.

Полная документация по самому конвертеру и всем встроенным кодекам: https://www.ffmpeg.org/ffmpeg-all.html - можно пользоваться как справочником и подглядывать, когда что-то забыл.

Более прикладная и полезная для бытовых целей официальная вики: http://trac.ffmpeg.org/wiki - здесь ты найдёшь детальные методички с пошаговыми инструкциями для решения типовых задач типа склейки нескольких видео в одно, наложения звуков, хардсаба и т.д. Очень полезная для того, чтобы набить руку с параметрами.

Также на очень много вопросов отвечено на стековерфло и неожиданно в предыдущих тредах.

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

Вики WebM-треда (частично устарело): https://github.com/pituz/webm-thread/wiki
и https://hive.blasux.ru/webm/s

Актуальный гайд по кодированию от анона из треда №5 (принимается критика, её было много в предыдущих тредах): https://github.com/megapro17/FFmpeg-Guide/blob/master/FFmpeg%20кодирование%20гайд.md

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

P.S. Для проверки отображения на дваче вашего нестандартного медиаконтента специально существует аж целая доска: https://2ch.hk/test/ (М)

Тред №0: https://2ch.hk/s/arch/2020-08-05/res/2591244.html (М)
Тред №1: https://2ch.hk/s/arch/2021-02-25/res/2816778.html (М)
Тред №2: https://2ch.hk/s/arch/2021-09-23/res/2979843.html (М)
Тред №3: https://2ch.hk/s/arch/2021-11-13/res/3029626.html (М)
Тред №4: https://2ch.hk/s/arch/2022-03-10/res/3056070.html (М)
Тред №5: https://2ch.hk/s/arch/2022-06-29/res/3101682.html (М)
Тред №6: https://2ch.hk/s/arch/2022-09-16/res/3144406.html (М)
Тред №7: https://2ch.hk/s/arch/2022-11-14/res/3181555.html (М)
Тред №8: https://2ch.hk/s/arch/2023-04-27/res/3205384.html (М)
Тред №9: https://2ch.hk/s/arch/2023-07-25/res/3239508.html (М)
Тред №10: https://2ch.hk/s/res/3301315.html (М)
Windows 10: Firefox based 2 3365345
Закодировался в тредик.
2ch webm encoding guide.png579 Кб, 2048x2500
Windows 10: Firefox based 3 3365387
На пике норм гайд? Пытаюсь сделать первую шебм по нему, но почему-то не кодируется и встаёт процесс на пункте 3.2
vb посчитал, получилось 311, нормально?
Android: Firefox based 4 3365401
Как обстоят дела с VVC? Нормальный энкодер доступен? Почему mpv его не поддерживает официально?
Windows 10: Chromium based 5 3365582
>>365343 (OP)
Как можно сделать спектрум на ffmpeg? Ну там же с помощью мат преобразований не обойтись? Тут уже начал смотреть в сторону вегаса хуегаса.
Windows 10: Firefox based 7 3365637
>>365343 (OP)
Как дать av1an отрезок видео? В ffmpeg есть -ss и -t, а тут от ffmpeg можно использовать только фильтры.
Windows 10: Chromium based 8 3365641
>>365605
Понял. А как в showwaves поменять амплитуду максимальную?
Windows 10: Chromium based 9 3366258
Вот я рендерю с таким параметром
-b:v 1300k

А потом с таким
-b:v 1300k -maxrate 1800k -bufsize 1800k

В итоге файлы одинакового размера. И качества одинаковое (довольно херовое).

Эти параметры дополнительные вообще на что-то влияют? Или просто забить хер на них.
Linux: Firefox based 10 3366263
>>366258

> 1300k


> 1800k


Ты эти числа с потолка взял что ли?

Если ты не знал, то твои битрейты примерно подходят для 480p и ниже.

> Эти параметры дополнительные вообще на что-то влияют?


> -maxrate 1800k -bufsize 1800k


Влияют, если ты пишешь свой клон ютуба или подстраиваешься под скорость считывания данных дисководом с диска.

Для webm на двач они не нужны.

Для домашнего транскода не нужен даже -b:v. Всё что тебе нужно для домашнего транскода это подобрать -crf.
Windows 7: Chromium based 11 3366341
>>366263

>для домашнего транскода


А для недомашнего?
Windows 10: Firefox based 12 3366345
>>366341
На лицензию нужно смотреть.
Windows 10: Chromium based 13 3366487
>>365387
VP8/9 устарели уже
Windows 10: Chromium based 14 3366704
Как вшивать хардсаб в поток?
Windows 10: Firefox based 15 3366841
>>365343 (OP)
Посоветуйте музыку, на которой можно проверить потери аудиокодеков.
Windows 10: Firefox based 16 3366843
>>366841
В смысле, эффективно проверить. Чтобы в одном треке были все возможные проблемы для кодека и я мог убедиться в их отсутствии.
Windows 10: Firefox based 18 3366917
>>366915
Слишком простая музыка, такую любой кодек сожмёт без проблем.
Windows XP: Firefox based 19 3366994
>>366841
У тебя на компе музыки подходящей нет, что ли?

https://files.catbox.moe/q2aqun.mp3
https://files.catbox.moe/v1x3h8.mp3
https://files.catbox.moe/86jt6r.flac
https://files.catbox.moe/0xu8rl.mp3
https://files.catbox.moe/5fult8.flac

Только ты копаешься с давно решённым вопросом. Уже десять лет назад ничего интересного не было в кодировании аудио, потому что везде был Opus, и куча результатов профессиональных и любительских тестов со готовыми значениями битрейтов для той или иной ситуации. Поскольку для аудио ширины каналов в подавляющем большинстве случаев хватает, теоретические вопросы запихивания целого оркестра в 32 кб/с при помощи каких-нибудь перспективных методов кодирования индустрию не особо волнуют. По идее, многопользовательские игры с передачей не только голоса (вроде VR-чатов) всё ещё могут желать значительно уменьшить объём пересылаемого всем присутствующим аудио или поднять его качество, но это, как мне кажется, не слишком большой рынок.
Windows 10: Firefox based 20 3367420
>>366994

>Уже десять лет назад ничего интересного не было в кодировании аудио, потому что везде был Opus


А как же xHE AAC v2? Я всё не могу решить, лучше ли он опуса или хуже. У него есть оптимизация для стерео, если звук в обоих каналах не сильно отличается друг от друга. Ещё, почему-то, на всех сайтах советуют кодировать opus указывая битрейт вместо vbr.
Linux: Firefox based 21 3367431
>>367420
Ну смотри
https://hydrogenaud.io/index.php/topic,120997.0.html
https://hydrogenaud.io/index.php/topic,121099.0.html
https://hydrogenaud.io/index.php/topic,120936.0.html
https://hydrogenaud.io/index.php/topic,120081.0.html
https://hydrogenaud.io/index.php/topic,119333.0.html

На сверх низких битрейтах преимущество однозначно на стороне xHE AAC, он же USAC.

На низких битрейтах (в раёне 64 kbps) уже не так однозначно, но всё ещё на стороне USAC.

Но ты скорее всего будешь кодировать на битрейтах повыше, от 96 kbps. И тут разница в звуке сходит на нет но проявляются проблемы нового кодека, такие как:
— слабая совместимость. Мало какой софт умеет его декодировать. Про аппаратную совместимость я вообще молчу. ffmpeg не умеет например.
— Контейнер mp4. Это проблема, потому что та же Apple придумывала костыли в тегах просто чтобы заставит воспроизводить его в gappless режиме. Работает только в их экосистеме и в фубаре.
— Интеграция декодера в ffmpeg это тот ещё глючный костыть из-за которого сам фубар вылетает.
Windows XP: Firefox based 22 3367693
>>367420
>>367431
Говорю же, нету спроса на новый универсальный формат с заметным скачком в скорости и качестве, пропускная способность аудио в типичных применениях не ограничивает. Посмотрите, где используется (x)HE-AAC, AAC-BSAC: цифровая радиотрансляция, сотовые сети, спутниковое вещание. Везде, где эфир общий, поделен на каналы фиксированного размера, и больше, чем есть, тебе не дадут (либо для этого требуются огромные инвестиции, государственная поддержка и планирование на десять и более лет), поэтому для увеличения числа потоков или их качества приходится изощряться. Не знаю, что нужно, чтобы высококачественное аудио (а не речеподобные передачи) от «на 128 кб/с можно кодировать чем угодно, средний слушатель не заметит» перескочило на «на 64 кб/с можно кодировать кодеком X, средний слушатель не заметит». Какой-нибудь европейский канал решит через спутник сразу 20 языковых дорожек слать, и захочет кодировать только отличия? Но для этого нужно иметь что показать с 20 вариантами дубляжа. Кроме того, существует интернет, в котором связь двусторонняя, и пользователь может переключаться между независимыми дорожками высокого битрейта столько раз, сколь надо.
Android: Firefox based 23 3368409
>>365343 (OP)
Правильно ли я понимаю, что контейнер nut не поддерживает av1?
Windows 10: Chromium based 24 3368507
Почему иногда (а может быть, теперь - всегда), когда я кодирую webm в vp9 через xmediarecode, файл получается без видео, только звук, и превьюха в винде не отображается? Хотя процесс кодирования обычный и по всем остальным показателям тоже получается обычный файл, с видео дорожкой.
Linux: Firefox based 25 3368571
>>368507
Ты не в тот тред вошел. Я не стану разбираться с твоей софтиной.
Android: Mobile Safari 26 3368617
>>368507

>Почему иногда (а может быть, теперь - всегда), когда я кодирую webm в vp9 через xmediarecode


Так кодируй ffmpeg-ом! С ним хоть какая-то диагностика будет.
Windows 10: Chromium based 27 3368632
>>368571

> FFmpeg и общий кодирования видео тред


> не в тот тред вошел


ты ебанутый?
>>368617
я че, ебанутый, хуйней какой-то заниматься?
Android: Mobile Safari 28 3368654
>>368632

>хуйней какой-то заниматься?


Видимо, так и есть.
Linux: Firefox based 29 3368655
Анон привет, я с одной самодельной железки граблю данные, делаю из них фотки, вывожу в виджет - получаю видео.
И тут у меня появилась задача сделать видеопоток, что-бы видео выводилось не только у меня в софтине, а можно было бы к нему еще каким-нибудь плеером прицепится. Как это вобще делается? Как из пачки фоток постоянно идущих друг за другом сделать видеопоток? Мне сказали что ffmpeg умеет все, но я знатно так прихуел читая его доку. Может анон занимался +- чем-то похожим и архивную статью какую-нибудь подкинет.
Linux: Firefox based 30 3368677
>>368655
https://ffmpeg.org/ffmpeg-formats.html#image2-1

> Image file demuxer.



>This demuxer reads from a list of image files specified by a pattern. The syntax and meaning of the pattern is specified by the option pattern_type.



> A sequence pattern may contain the string "%d" or "%0Nd", which specifies the position of the characters representing a sequential number in each filename matched by the pattern. If the form "%d0Nd" is used, the string representing the number in each filename is 0-padded and N is the total number of 0-padded digits representing the number. The literal character ’%’ can be specified in the pattern with the string "".



> For example the pattern "img-%03d.bmp" will match a sequence of filenames of the form img-001.bmp, img-002.bmp, ..., img-010.bmp, etc.; the pattern "im%%g-%d.jpg" will match a sequence of filenames of the form i%m%g-1.jpg, i%m%g-2.jpg, ..., i%m%g-10.jpg, etc.

Linux: Firefox based 31 3368678
>>368677

> 3.12.1 Examples


>


> Use ffmpeg for creating a video from the images in the file sequence img-001.jpeg, img-002.jpeg, ..., assuming an input frame rate of 10 frames per second:


>


> ffmpeg -framerate 10 -i 'img-%03d.jpeg' out.mkv


>


> As above, but start by reading from a file with index 100 in the sequence:


>


> ffmpeg -framerate 10 -start_number 100 -i 'img-%03d.jpeg' out.mkv


>


> Read images matching the ".png" glob pattern , that is all the files terminating with the ".png" suffix:


>


> ffmpeg -framerate 10 -pattern_type glob -i ".png" out.mkv

Windows 10: Chromium based 32 3368681
>>368654
Видимо? Видимо в чем?
Linux: Firefox based 33 3368682
>>368681
Этот тред про ffmpeg. Мы не должны разбираться в твоих гуях, которые в большинстве случаев надстройка над ffmpeg.
Linux: Firefox based 34 3368686
>>368655
>>368677
Спасибо анон. Для 10 гц получается мне нужно сейвать 10 фоток, делать видос, удалять 10 фоток. сейвать следующие 10 фоток и так по кругу? А как будет работать ffmpeg, когда 10 фоток удалены, а новые я еще не сохранил? + mkv файл же будет разрастаться. В любом случае больше спасибо, буду вчитываться и ставить эксперименты.
Linux: Firefox based 35 3368690
>>368686
Нет. Ты устанавливаешь фреймрейт такой каким он был в исходнике.

Сейвать тебе надо все кадры.

В итоге у тебя будет видос, ну допустим у тебя 10 кадров в секунду, и всего кадров 1000. Тогда у тебя будет видос на 100 секунд с кадровой частотой 10 гц.
Linux: Firefox based 36 3368700
>>368686
Может ты удаляешь кадры потому что у тебя места мало на диске. Тогда делай порционно.

Во первых, определись с размером GOP. Для максимального сжатия ставят 10 секунд. Для быстрой перемотки 1 секунду.

Во вторых, определи кадровую частоту исходника.

Теперь вырази размер GOP в кадрах по формуле: размер GOP (в секундах) * количество кадров в секунду.

Затем определись с остальными параметрами кодирования видео: кодек, битрейт/crf, пресет/cpu-used. Сохраняй во временный файл сегмента, допустим segment001.mkv

Также создай файл segments.txt и запиши в него:
file segment001.mkv

Повторить по мере прохождения увеличивая номер сегмента в названии.

Для склейки введи команду:
ffmpeg -f concat -i segments.txt -map 0 -c copy видос.mkv

Если всё получится, сегменты можно удалять.
Linux: Firefox based 37 3368703
>>368690
Бесконечный поток кадров идёт, в этом вся соль, не нужно записывать видео. Нужно что-бы кадры куда-то шли, но нигде не сохранялись, а когда мне нужно я бы открывал какой-нибудь плеер типа vlc и мог просматривать что там вот сейчас льется.
Что-то типа usb-камеры, подключаешь ее - открываешь плеер и смотришь. Может я конечно вообще думаю не в ту сторону и нужно обмазываться написанием драйверов, чтобы самодельная железка определялась как камера, но мне кажется это вобще убийство )
Linux: Firefox based 38 3368704
>>368703
само собой я могу хранить какое-то количество кадров на диске, в пределах разумного.
image.png32 Кб, 532x508
Linux: Firefox based 39 3368706
>>368703
Тогда тебе нужно считывать кадры с самого устройства непосредственно.

Во первых VLC сам по себе умеет открывать потоки и устройства для воспроизведения. ffmpeg тебе для этого не нужен. Просто покопайся в менюшках
Linux: Firefox based 40 3368710
>>368706
так тоже не получится, пакеты с устройства идут с самописной шапкой, своей софтиной я уже их разбираю и делаю пикчи png bmp tiff, вобщем всё могу.
Android: Mobile Safari 41 3368711
>>365343 (OP)
Доложите состояние аппаратного кодирования в AV1 в 2023 году.
Linux: Firefox based 42 3368712
>>368710
Тогда придумай как вывести твои кадры в pipe. Ну чтобы можно было сделать так: прога | mpv -

У ffmpeg оно называется image2pipe. Сделай так чтобы вывод соответствовал формату. Тогда может и VLC и MPV откроют.
Linux: Firefox based 43 3368716
>>368711
Последнее поколение карточек от nvidia, amd и intel умеет кодировать AV1. Это всё что я могу сказать по этому поводу.
Linux: Firefox based 44 3368718
>>368712

>У ffmpeg оно называется image2pipe


Спасибо! Буду ковыряться.
Windows 10: Chromium based 45 3369124
>>368682
Ты ебанутый? Это тред не только про ффмпег, так в оппосте написано.
Linux: Firefox based 46 3369140
>>369124
Ну так бери помогай тому анону с его гуёвиной. А я с ней не работал и желания разбираться с ней не имею.
Android: Mobile Safari 47 3369236
>>369140
Наименее базированный пользователь GNU.
Android: Mobile Safari 48 3369333
>>369236
Ты с какой целью использовал дегенеративный сленг?
Android: Mobile Safari 49 3369418
>>369333
Для комического эффекта.
Linux: Firefox based 50 3369440
>>369236
Но всё равно базированный.

ffmpeg это база. Гуи под него лишь надстройка.
yuzuko.png141 Кб, 370x283
Windows 10: Chromium based 51 3369548
Хочу сжать отшакалить и перекодировать свою маняме каллекцию в хевк.
Есть ли для этого однокнопочный гуй или надо курить пердольные гайды? Для отшакаливания надо качать ремуксы или уже отшакаленные x264рипы пойдут?
Windows 10: Chromium based 52 3369553
>>369548
Попробуй просто масштабнуть видос в разрешении с дополнительными пикселями.

>scale=iw2:ih2:flags=neighbor

image.png86 Кб, 238x212
Windows 10: Chromium based 53 3369560
>>369553
>>369555 (Del)
Вы думаете я про однокнопочной гуй просто так спросил чтоль? Что вы сходу грузите-то?
1559424017141.jpg17 Кб, 293x360
Windows 10: Chromium based 54 3369564
>>369560
Тебе доверено слушаться, а не морозиться.
Linux: Firefox based 55 3369722
>>369548

> уже отшакаленные x264рипы пойдут


Очевидно нет.

> или надо курить пердольные гайды


там не сложно на самом деле. Гайд здесь https://kokomins.wordpress.com/2019/10/10/anime-encoding-guide-for-x265-and-why-to-never-use-flac/
tatu2.mp412,8 Мб, mp4,
320x180, 3:43
Windows 10: Firefox based 56 3369733
Надеюсь, я зашёл туда, а не туда ли. Суть такова.
Мне безумно понравился видосик с крутящейся кассетой. Я клею на него разную музыку в вегасе (да, можно через ffmpeg, но я добавляю название в видеопоток).

Есть ли кодеки, которые сами залупят маленький повторяющийся фрагмент видео, чтобы семиминутный трек не весил 20 метров?
Если это можно сделать вручную через ffmpeg - то какой командой?
Windows 10: Chromium based 57 3369826
>>369722

>Очевидно нет.


А как же тогда все эти хевк релиз группы на няхе делают своим релизы? Они там в источниках указывают релизы от сабсплиз, ерай, етк. А сабсплиз и ерай просто рипают кранчи в х264, не?
Windows XP: Firefox based 59 3370055
>>369733
Неожиданно, но самые первые мультимедийные решения начала девяностых годов вроде QuickTime как раз имели возможности по склейке фрагментов в нужном порядке, наложению на часть кадра с нужными координатами, вставке статичных картинок в нужный момент и так далее. На основе этого делались всякие приложения и игры. В MOV/MP4 есть edit lists, позволяющие нарезать, сдвинуть, зациклить куски видео или аудио, но их никто не поддерживает, кроме видеоредакторов и Apple'овских программ.

Само собой, название наложить можно фильтром в ffmpeg, хоть это и не важно.
Windows 10: Chromium based 60 3370106
>>369886
Перечитай реквест и перепроверь, что ты принёс.
Linux: Firefox based 62 3370393
>>370181
ffmpeg на телефоны? Но зачем?
Windows 10: Firefox based 63 3370846
>>369548

>в хевк


Хуйня затея. Кодируй в svt-av1 - намного лучше соотношение размера и качества. Я сжал примерно в 12 раз, сохранив визуальную прозрачность (без потерь) качества, за исключением потерянного зерна пленки (шума).
Единственная проблема - некоторые серии одного из тайтлов не хотят сжиматься в svt-av1, начиная с какой-то минуты значительно проседает скорость и раздувается размер. Их я кодировал в vvc, и там прозрачное качество занимает примерно в 8 раз меньше оригинала.
Windows 10: Chromium based 64 3370897
>>370393
Чтобы вырезать и сжать с привычными параметрами кусок только что снятого видео для отправки по телеграму, например.
Linux: Firefox based 65 3370909
>>370897
Кому это может понадобится?

Телеграм сам сжимает твоё видео перед отправкой.

Телефоны в принципе не предназначены для обработки больших объёмов данных. Они греются, разряжают батарею и никак не охлаждаются.
Windows 10: Chromium based 66 3370930
>>370909

>Кому это может понадобится?


Мне.
Windows 7: Firefox based 67 3371357
Вопрос не по ффмпегу, ибо он вряд ли так умеет хотя кто знает, этот софт меня ни раз удивлял: надо из аудио файлов делать видео, желательно как будто проигрывается войс в телеге/вотсаппе/вк/etc или просто как будто плеер играет в реальном времени. Думаю, все такие видосы видели. Ну или просто красивая визуализация.
Естественно фо фри и желательно, чтобы это был софт, хотя можно онлайн-сервис и даже с рекламой, но с каким-то вменяемым количеством.
Windows XP: Firefox based 68 3371368
>>371357
Есть в ffmpeg фильтры для визуализации аудио. Добавишь сверху фильтр с тенью, говноблюр, выберешь цвета неоновые под ретро, и готово.
Неизвестно: Firefox based 69 3371390
>>371368
Готового примера нет %%для тупых и ленивых?
image.png4 Кб, 678x37
Windows 10: New Opera 70 3371677
В гайде от анона с треда №5 при кодировании в AV1 написано:

>Можно ещё указать film-grain=8 если у вас в видео есть шумы, перед сжатием они будет применён алгоритм убирающий шумы, и в видео записана информация как их воссоздать, за счёт чего степень сжатия и качество видео возрастает очень сильно.



Что-то не могу найти инфу по этой фигне, как оно работает, у меня выдаёт ошибку (см.пик)
Подскажите плиз чо не так делаю.
Linux: Firefox based 71 3371683
>>371677
Ты чё то не то прописал в командлайне. Перепроверь.
Windows 10: New Opera 72 3371700
>>371683
ffmpeg -i "1.mp4" -c:v libsvtav1 -preset 6 -pix_fmt yuv420p10le -b:v 5000k -svtav1-params tune=0:irefresh-type=1 film-grain=8 svt.mkv

Да вот как-то так прописал, без команды film-grain=8 норм работает.
Linux: Firefox based 73 3371710
>>371700
Должно быть так:

ffmpeg -i "1.mp4" -c:v libsvtav1 -preset 6 -pix_fmt yuv420p10le -b:v 5000k -svtav1-params tune=0:irefresh-type=1:film-grain=8 svt.mkv
Windows 10: New Opera 74 3371714
>>371710
Спасибо тебе анончик, так всё работает
image.png729 Кб, 2048x2500
Linux: Chromium based 75 3371811
Есть подобные гайды с доски + обновленные?
Linux: Firefox based 76 3371968
>>371811
А я теперь просто гопоте велю мне команды составлять.
Windows 10: Chromium based 77 3372726
>>365343 (OP)

>Актуальный гайд по кодированию от анона из треда №5


>libsvtav1


>Два прохода пока не поддерживается в ffmpeg


А сейчас?
Windows 10: Chromium based 78 3373119
>>365343 (OP)
Как сделать, чтобы под виндой ффмпег по умолчанию запускался с приоритетом процесса ниже среднего?
Windows XP: Firefox based 79 3373416
>>373119
Использовать вызов /start /belownormal ffmpeg.exe -a -b -c -d.

Если программа не позволяет это настроить, использовать ffmpeg.bat, который будет вызывать ffmpeg-real.exe и передавать ему все параметры (или по крайней мере пытаться, учитывая экранирование). Или простенькая программа-обёртка, которая будт делать то же самое.
Android: Mobile Safari 80 3374678
Есть адекватный метод рендера в премьере через ффмпег? Воукодер не предлагать.
Windows 10: Firefox based 81 3375564
Кто нить объяснит куда деваются субтитры на дваче?
Windows 7: Firefox based 82 3375582
>>375564
Никуда они не деваются. Просто от проигрывателя в браузере - огрызок (странно, да?) который не умеет в несколько дорожек в файле и во встроенные субтитры.
Неизвестно: Chromium based 83 3375585
>>375582
Подожди, я думал что я вшил субтитры в само видео. А это оказывается в mp4 формате есть место под субтитры? А как тогда наложить субтитры?
Неизвестно: Chromium based 84 3375586
Ну вот как на видео имею ввиду
image.png22 Кб, 960x314
Windows 7: Firefox based 85 3375589
>>375585
Желтым на видео - хардсаб - когда прямо на картинку намазано. Чтобы добавить нужно перекодировать с фильтром. С потерей качества, натурально. Убрать - никак.
https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo

Белые сабы - софтсаб, это просто дорожка сабами в виде текста встроенная в контейнер. Можно добавить еще, можно убрать, можно отображать, можно не отображать - видеопотоку от этого ни горячо ни холодно.
sage Windows 10: Firefox based 86 3375613
>>375589
Cложна, а есть более простой путть без всяких консолей? Просто кинуть видео и субтитры, и чтоб видео сшилось одной кнопкой?
1edit.mp42 Мб, mp4,
360x360, 0:47
Windows 10: Chromium based 87 3375740
Типа вот я сшил, но мне не нравится что файл вырос на 33%
Windows 7: Chromium based 88 3375750
>>375740

>другой кодек


>другой битрейт


>файл вырос на 33%


Кто бы мог подумать!
Windows 10: Firefox based 89 3375757
>>375750
Ну а как сделать по нормальному? Почему нет программ где можно просто сшить файлы
result.mp41,7 Мб, mp4,
360x360, 0:47
Windows 10: Chromium based 90 3375771
Вроде щас получилось нормально
Windows 10: New Opera 91 3375896
Как сохранить ту же миниатюру при конвертации?
Windows 10: Firefox based 92 3377466
Например я записал видео в формате mp4 H.264, хочу его выложить тут, но оно слишком большое по размеру. Есть универсальный скрипт который будет видео любого размера сжимать например до 40 мб в наилучшем качестве?
Android: Mobile Safari 93 3377579
>>377466
Да, сжатие в два прохода
Windows 10: Chromium based 94 3377758
Я как понимаю все программы которые конвектируют или сжимают делают оболочку под ffmpeg?
sage Android: Mobile Safari 95 3377779
Apple Mac: Safari 96 3378259
Есть куча webm, как их разом все конвертировать в мп4?
Android: Mobile Safari 97 3378280
>>378259
Если прямо га твой вопрос отвечать, то
ffmpeg -i infile.webm -c copy outfile.mp4
Имена файлов подставлять шелл-скриптом по вкусу. Возможно, понадобится что-нибудь вроде
ffmpeg -fflags +genpts -i...
Но ты учти, что сегодня mp4-контейнер - это такой mov на стероидах, пытающийся в универсальность уровня матрëшки. Быстрее всего, не все программы и устройства смогут в vp9 и opus внутри mp4.
Linux: Chromium based 98 3378327
>>378259
Зачем их конвертировать в мп4? Хороший формат же.
image.png25 Кб, 290x631
Windows 10: New Opera 99 3379590
Увожаемые программисты, подскажите пожалуйста на что влияет Mux Rate и Buffer Size.
И ещё, как влияет Keyframe interval и Max B-Frame на размер\качество видео ?
Что-то внятной инфы на русском найти не могу в интернетах.
Windows 10: Firefox based 100 3379610
Почему у ффмпега нет параметра target size? Почему я должен городить костыли скрипты вместо ffmpeg -i 1.mp4 --target-size=4096k 2.mp4 ?
Windows 10: Chromium based 101 3379680
>>378327
Нельзя залить в твиттер

мимо
Android: Mobile Safari 102 3379693
>>379680
Почему откуда я качаю видео в формате мп4?
Windows 10: Chromium based 103 3379786
Android: Mobile Safari 104 3381232
скачал ффмпег на телефон и на дауничах выдаёт мне такую ошибку в лог при конвертации, что не так делаю
ffmpeg -hwaccel auto -y -i "/storage/emulated/0/Movies/video.mp4" -vn -q:v 5 -c:a copy -ab 128k -ar 44100 -strict experimental "/storage/emulated/0/Download/video.webm"
Windows 10: Chromium based 105 3381263
>>381232
Как установил? Какую ошибку?
Android: Mobile Safari 106 3381272
Новокек в треде. Допустим хочу ужать видео до 10мб - вычисляю нужный битрейт и кодирую с ним (допустим -b:v 1024k), но размер полученного файла имеет погрешность в пару мегабайт. Как закодировать чтобы было ровно 10мб, ну или без такой относительно большой погрешности?
Android: Mobile Safari 107 3381337
>>381272
Битрейт уменьши, дэбил
Android: Mobile Safari 108 3381367
>>381263
Ну вот анончик где я ебусь в глаза потому что до этого я нормально черезо него гонял и все работало, потом начала вылезать эта ошибка
Скачал с плеймаркета через форку gspace на моего китайца
Android: Mobile Safari 109 3381371
>>370181
Вот его и юзаю блят
бедолага >>381367
Android: Mobile Safari 110 3381372
>>381232
Через термукс попробуй
1699216735454.png162 Кб, 307x466
Android: Mobile Safari 111 3381417
>>381372
нет спасибо
Android: Mobile Safari 112 3381498
>>381337
Говно, спок. Без тебя уже нашел решение
-b:v 1000k
-minrate 1000k
-maxrate 1000k
-bufsize 1000k
Android: Mobile Safari 113 3381499
>>381367
>>381417
Все гуи поделки на мобилках это кал нормально не работающий, хз что они там делают с либой, может под мобилки как-то модифицируют, но у меня все что я пробовал ебали мозг. Лучше реально через термукс пользоваться, там хотя бы либа оригинальная будет.
Windows 10: Chromium based 114 3381649
Есть один стерео аудиопоток с пустым правым каналом. Можно ли без перекодирования скопировать левый канал на место правого или просто удалить правый, сделав поток моно?
Linux: Firefox based 115 3381725
>>381649
Нет. Без перекодирования нельзя.

Проблема в том, что lossy кодеки преобразуют обычное стерео во всякие там joint stereo, mix side stereo. Там нет отдельного потока данных для левого и правого каналов.
Linux: Firefox based 116 3381730
>>381725
Вообще то

> mid side stereo

Apple GayiPhone: Firefox based 117 3383098
Есть один mp4 файл длительностью ~5 минут и весом около 400мб. Запись с камеры телефона. Как мне его сжать до 20мб сохранив при этом максимально возможное качество для данного размера? Во всех гайдах из шапки подробные гайды по всему функционалу ffmpeg, мне нет особого смысла изучать всё это если я просто хочу сжать один видос
Windows 10: Chromium based 118 3383123
Не по теме, но может знаете, как максимально удобно замазать в видео лица рандомных людей?
Linux: Firefox based 119 3383167
>>383098
5 минут на 20 мб это 559 kbps на весь поток.

Если без звука, то на видео все 559 и уйдут.

Если звук моно, то 559 - 32 = 527 kbps.

Если звук стерео, то 559 - 64 = 495 kbps.

Далее вопрос каким кодеком ты собираешься сжимать.

Выбор аудио кодека зависит от формата контейнера. Если webm, то просто выбирай libopus. Если MP4, то тебе надо кодировать в AAC.

А вот с кодеком AAC у ffmpeg всё сложно. ААС с профилем LC посредственно справляется с выбранными мной битрейтами (32 на моно, 64 на стерео). А ещё у дефолтного в ffmpeg AAC есть баги по психоакустике. Тебе нужен профиль HE-AAC, кодировать в который могут только qaac и fdk-aac.

Выбор видеокодека тоже зависит от контейнера. Если MP4, то libx264. А ещё пропиши "-vf scale=-2:360" (если видео горизонтальное, или "-vf scale=360:-2" если вертикальное). А ещё поставь "-preset veryslow" чтобы максимально сохранить качество. Можешь даже плацебо поставить, я разрешаю.

Если WEBM, то тебе надо выбирать между libvpx-vp9, libaom-av1, однопроходным libsvtav1 или через pipe загнать видеопоток в SvtAv1EncApp чтобы оно кодировало в 3 прохода. Но взамен ты можешь поднять разрешение до 480p.

Ты хотел готовый commandline. Я тебе дам 3, для случая когда звука нет, когда звук моно и когда звук стерео. Рассматривать я буду только WEBM/VP9. AV1 изучай сам.

Без звука:
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 550k -cpu-used 4 -pass 1 -an -f null /dev/null && \
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 550k -cpu-used 4 -pass 2 -an output.webm

Моно:
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 520k -cpu-used 4 -pass 1 -an -f null /dev/null && \
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 520k -cpu-used 4 -pass 2 -ac 1 -c:a libopus -b:a 32k output.webm

Стерео:
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 490k -cpu-used 4 -pass 1 -an -f null /dev/null && \
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 490k -cpu-used 4 -pass 2 -c:a libopus -b:a 64k output.webm
Linux: Firefox based 119 3383167
>>383098
5 минут на 20 мб это 559 kbps на весь поток.

Если без звука, то на видео все 559 и уйдут.

Если звук моно, то 559 - 32 = 527 kbps.

Если звук стерео, то 559 - 64 = 495 kbps.

Далее вопрос каким кодеком ты собираешься сжимать.

Выбор аудио кодека зависит от формата контейнера. Если webm, то просто выбирай libopus. Если MP4, то тебе надо кодировать в AAC.

А вот с кодеком AAC у ffmpeg всё сложно. ААС с профилем LC посредственно справляется с выбранными мной битрейтами (32 на моно, 64 на стерео). А ещё у дефолтного в ffmpeg AAC есть баги по психоакустике. Тебе нужен профиль HE-AAC, кодировать в который могут только qaac и fdk-aac.

Выбор видеокодека тоже зависит от контейнера. Если MP4, то libx264. А ещё пропиши "-vf scale=-2:360" (если видео горизонтальное, или "-vf scale=360:-2" если вертикальное). А ещё поставь "-preset veryslow" чтобы максимально сохранить качество. Можешь даже плацебо поставить, я разрешаю.

Если WEBM, то тебе надо выбирать между libvpx-vp9, libaom-av1, однопроходным libsvtav1 или через pipe загнать видеопоток в SvtAv1EncApp чтобы оно кодировало в 3 прохода. Но взамен ты можешь поднять разрешение до 480p.

Ты хотел готовый commandline. Я тебе дам 3, для случая когда звука нет, когда звук моно и когда звук стерео. Рассматривать я буду только WEBM/VP9. AV1 изучай сам.

Без звука:
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 550k -cpu-used 4 -pass 1 -an -f null /dev/null && \
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 550k -cpu-used 4 -pass 2 -an output.webm

Моно:
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 520k -cpu-used 4 -pass 1 -an -f null /dev/null && \
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 520k -cpu-used 4 -pass 2 -ac 1 -c:a libopus -b:a 32k output.webm

Стерео:
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 490k -cpu-used 4 -pass 1 -an -f null /dev/null && \
ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 490k -cpu-used 4 -pass 2 -c:a libopus -b:a 64k output.webm
Apple GayiPhone: Firefox based 120 3383170
>>383167
Заебись, спасибо. Да, там без звука слава богу. Буду пробовать, а то я сколько не конвертил, качество в полном говне выходило
Linux: Firefox based 121 3383222
>>383167

>А вот с кодеком AAC у ffmpeg всё сложно. ААС с профилем LC посредственно справляется с выбранными мной битрейтами (32 на моно, 64 на стерео). А ещё у дефолтного в ffmpeg AAC есть баги по психоакустике. Тебе нужен профиль HE-AAC, кодировать в который могут только qaac и fdk-aac.


Молодца. Теперь всё правильно сказал. Горжусь тобой!
Стикер383 Кб, 120x120
Windows 10: Chromium based 122 3383223
>>383167

>libvpx-vp9

Windows 10: Chromium based 123 3383234
Есть проблема с конвертацией в VLC. Собственно, пытаюсь снизить битрейт порнухи и на ПК все работает замечательно. Однако на мобильных устройствах первые 5-10 секунд видео тупо не показываются, не важно стримлю я его с пк или перекидываю на хранилище смартфона. Как эту хуйню фиксить? инб4 конвертировать через ffmpeg
Windows XP: Firefox based 124 3383344
>>383234
Давай рассуждать логически. Возможно, VLC куда-то теряет ключевой кадр в начале или пишет его в том формате, который декодер на устройстве (вероятно, аппаратный) не понимает. Это странно, но стоит проверить, какой профиль выбирается, какие размеры буферов и так далее, и сравнить с тем, что поддерживается на смартфоне.

Более вероятно, что у тебя выдаётся в MP4 голый поток пакетов аудио и видео, как при вещании по сети, а плеер просто несколько секунд пытается найти в файле каталог или хоть какие-то опорные точки, либо индексирует его от начала и до конца. Смотри, как выбрать файловый формат, содержащий метаданные о длине и индекс.
Снимок экрана в 2023-11-10 13-45-39.png263 Кб, 1440x861
Linux: Chromium based 125 3383823
Такая ошибка вылазит
Linux: Firefox based 126 3383838
>>383823
Тебя забанировали. Это всё из-за адблок детекторов мать их.
image11 Кб, 200x223
Windows 10: Chromium based 127 3383864
>>383344
Ну я не стал ебаться со всем этим, закодировал в Handbrake с теми же настройками и проблема пропала.
Windows 10: Chromium based 128 3383877
>>383823
Error 1337: wrong thread
Windows XP: Firefox based 129 3384186
>>383864

> указать формат MP4-файла


> ВОТ ЭТО Я ЗАЕБАЛСЯ, ВОТ ЭТО БЫЛО ТЯЖКО

Windows 10: Firefox based 130 3384449
Как заставить ффмпег без потери качества обрезать видос хотя бы с точностью до полусекунды? Вбиваю какие-нибудь 39 секунд - получается на 4!!! раньше чем надо. Вбиваю 40 - теперь на долю секунды ПОЗЖЕ!
Windows 7: Firefox based 131 3384456
>>384449
ffmpeg -i input.mp4 -force_key_frames 00:00:09,00:00:12 tmp.mp4
ffmpeg -i tmp.mp4 -ss 00:00:09 -t 00:00:03 -c:v copy -c:a copy out.mp4
Windows 10: Firefox based 132 3384476
>>384456

> -ss 00:00:09 -t 00:00:03 -c:v copy -c:a copy out.mp4


Так и делою. Не попадает куда надо, нужно точно перед первым словом песни.

> ffmpeg -i input.mp4 -force_key_frames 00:00:09,00:00:12 tmp.mp4


Пережимать заново начинает, хуйня какая-то. И так уже пережатое до квадратов.
Windows 10: Chromium based 133 3384593
>>384449
>>384476
Про ключевые кадры слышал что-нибудь?
Windows 10: Firefox based 134 3384671
>>384593
Нет. Сириусли.
Windows 10: Chromium based 135 3384814
>>384671
Ключевые кадры независимые, остальные кадры зависят от них. Если ты без перекодирования режешь не по ключевому кадру, то все кадры от начала до ближайшего ключевого кадра сломаются, потому что они зависимы от отсутствующего ключевого кадра. Так что надо либо перекодировать, либо резать начало по ключевому кадру, а их расстановка зависит от настроек предыдущей итерации энкодирования.
Linux: Chromium based 136 3386124
>>384814
Почему нельзя перекодировать только начало и конец, а потом склеить с незатронутой серединой?
Windows XP: Firefox based 137 3386233
>>386124
Можно. Ты просто не знаешь, что прячется за словом «склеить».

https://superuser.com/questions/1644273/how-to-cut-video-in-multiple-place-and-combine-them-without-re-encoding-using-ff

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

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

Картинки в JPEG технически тоже можно пытаться сохранять только в отредактированных местах, чтобы не шакалить нетронутые блоки. Теперь попробуй найти графические редакторы, которые такое развлечение предлагают.
Windows 10: Chromium based 138 3386299
>>386124
Конец можно резать в любом месте, речь только про начало.
Windows 10: Firefox based 139 3386302
>>384814
Разве любой видеокодек это не сжатие каждого кадра а-ля жпег? В мп3 ещё бы "ключевые фреймы" какие засунули, чтобы директкат не мог обрезать ровно.
Windows 10: Firefox based 140 3386305
Кодек av1 теперь стандарт или нинужное говно? Очень давно не следил. Сабж так и кодирует в него со скоростью улитки, загружая 0.5 ядра из 1024?
Linux: Firefox based 141 3386313
>>386305
Как ты думаешь, почему это вдруг Apple в последний момент присоединилась к альянсу Open Media?

Очевидно же, что если бы AV1 был бы таким же говном как и его предшественники, ни Apple, ни Nvidia, ни AMD, ни Intel и шагу бы не сделали для аппаратной поддержки этих кодеков.
Linux: Chromium based 142 3386314
>>386233
На самом деле я подозревал, что склеивание не тривиально, т.к. были с ним проблемы в прошлом, у кого-то в браузере не открывалось склеенное мною видео.

>>386299
Разумно.
Windows 10: Firefox based 143 3387440
Я перекодирую mp3 файлы в mp3 файлы (не спрашивайте зачем) батником, и битрейт у файлов меняется. Какой параметр можно указать для -b:a, чтобы он брал значение из оригинального файла (там у всех либо 256, либо 320). Может существует какой-нибудь default параметр?
Windows 10: Firefox based 144 3387441
>>387440
Зачем?
Linux: Firefox based 145 3387444
>>387440
Не имеет смысла. Лучше просто перепакуй их в нужный контейнер при помощи -c copy.
image.png339 Кб, 512x512
Windows 7: Firefox based 146 3387516
>>387440

> перекодирую mp3 файлы в mp3


> с тем же битрейтом

1669750665190157.jpg67 Кб, 978x1094
Windows 10: Firefox based 147 3387689
Как ни старался закодировать из ремукса в AV1 - всё говно.
Использовал svt-av1 -preset 2, -crf 10, tune=0,scd=1,enable-overlays=1 и все равно картинка не дотягивает до простого рипа h264, который практически идентичен оригиналу до пикселя. Даже HEVC можно добиться такой картинки, если отключить sao, intra-smoothing и снизить crf. С libaom еще хуже качество вышло. AV1 удаляет много деталей, мылит, предлагает какие-то хаки с фейковым грейном на уровне декодера. Ну его нахуй, лучше использовать старый скуфский x264, который прослужил 20 лет и прослужит еще столько же. AV1 чисто сделан, чтобы занизить битрейт и нагрузку на сеть для больших компаний и смотреть на каком-нибудь телефоне или планшете. Даже не знаю, что там будет с VVC и AV2.
Linux: Firefox based 148 3387820
>>387689
Чё ты ноешь? Мы тут сжимаем AV1 чтобы битрейты уместить до 5 мегабит на Full HD. Для нас некритично если какая-то мелкозернистая деталька пропадёт в процессе сжатия. Всё равно в движении некогда их рассматривать.

Но если тебе важен pixel perfect и visually lossless, и ты готов тратить гигабайты чтобы всё это сохранить, то специально для тебя господа с торрент трекеров разработали методологию сжатия в x264. Короче, тебе даже сжимать ничего не надо, просто качай BDRip.
Linux: Chromium based 149 3387968
>>387689
>>387820
А все-таки, как сделать чтобы не было мыла и размер при этом был меньше x264?
Windows 10: Chromium based 150 3387970
>>387968
Сжимать h.265.
Linux: Chromium based 151 3387978
>>387970
Так и сделал.
1602489587701.png594 Кб, 600x483
Windows 10: Chromium based 152 3387983
Вечер добрый. Мне нужно обрезать видео, сжать и иногда конвертировать в другой формат. Это просто сделать с помощью ffmpeg или подыскать что-нибудь другое?
Windows 10: Chromium based 153 3387984
>>387983
Можно и с помощью ананаса, если на кнопки любишь нажимать.
image.png364 Кб, 1280x1308
Windows 10: Chromium based 154 3387985
>>387983
Как же мне по нраву масонские символы: циркуль и наугольник, есть в них что-то тайное, великое, нашедшее отражение даже на официальной геральдике, вроде той же ДДР.
Windows 10: Chromium based 155 3388000
>>387985
Работаю в шараге мухосранска на 20к рыл. Так там офф. символ этой шараги - циркуль с наугольником. Основана эта шарага, как полагается, жидом.
Windows 10: Firefox based 156 3388009
Фильм Зеленый Слоник Маяк, снят на плёнку, много зернистости, естественного освещения, темных кадров, всё как надо чтобы протестить AV1. И уже с первых минут он начинает серить под себя.

1. Исходник.
2. preset 2, crf 20 что уже считается оверкиллом для 1080p. Зернистость полностью пропадает, а её остатки превращаются в дерганные артефакты.
3. То же самое только с film-grain=20:film-grain-denoise=0, уже лучше, но если увеличивать grain, то начинает резать глаза и будет виден искусственный паттерн, как будто по экрану кто-то тряпкой водит.
Windows 10: Chromium based 157 3388012
>>388000
Ну основал и основал, деньги платит, рабочим местом обеспечиват.
Windows 10: Chromium based 158 3388277
>>386302

>сжатие каждого кадра а-ля жпег


ты только что гиф
Android: Mobile Safari 159 3388811
>>386302

>Разве любой видеокодек это не сжатие каждого кадра а-ля жпег?


Нет. Есть кодеры без компенсации и поиска движения. Самые растространëнные бытовые из них — это mjpeg и dv. Но они всем классом уже лет двадцать как сданы в утиль — не выдержали конкуренции. Из современных вариантов того же класса в живых остался только DCP — один из вариантов применения контейнера MXF с несжатым звуком (PCM) и последовательностью отдельных кадров изображения, сжатых jpeg2000. Применяется DCP, чтобы доставлять фильмы в imax-кинотеатры.

>В мп3 ещё бы "ключевые фреймы" какие засунули, чтобы директкат не мог обрезать ровно.


mpeg layer 3 поток можно разделять тоже не «ровно», а по кадрам. В кадре mpeg layer 3 помещается 1152 отсчëта.

Добро пожаловать в реальный мир!
Android: Mobile Safari 160 3388872
>>383167
Это в шапку надо спасибо

> pipe загнать видеопоток в SvtAv1EncApp чтобы оно кодировало в 3 прохода.


тут немного не понял поясни пожалуста

> между libvpx-vp9, libaom-av1, однопроходным libsvtav1


какое различие принципиальное однопроходный быстрее?
1700327392760.jpg63 Кб, 1079x258
Android: Mobile Safari 161 3388887
>>381499
будь добр помоги поебаться скачал пакет отсюда https://github.com/tanersener/mobile-ffmpeg
В термуксе написал сначало pkg update
Затем pkg install ffmpeg выдало пик
нужно разархивировать или куда? Как первый раз залез в эти блудни
1700327430056.jpg63 Кб, 1079x258
Android: Mobile Safari 162 3388888
Linux: Firefox based 163 3388945
>>388872
https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/Docs/Ffmpeg.md#piping-from-ffmpeg-into-the-standalone-encoder

> какое различие принципиальное однопроходный быстрее?


Да, но он не может адекватно распределить битрейт по времени.
Linux: Chromium based 164 3389742
mediainfo показывает какой-то булшит вместо битрейта.
Кодирую hevc_nvenc с заданием качества через "-cq:v", в консоле пишется битрейт, которому я склонен доверять, ибо он блять меняется в зависимости от значения cq.
А в mediainfo все время какой-то сильно завышенный битрейт, причем он почти не меняется при измеении cq.
Что это за хуйня?
Windows XP: Firefox based 165 3390319
>>389742
Очевидно, битрейт одного потока не может превышать битрейт всех потоков целиком, написанного выше (или просто получаемого делением размера файла на продолжительность).

Дело в том, что форматы контейнеров в общем случае никак не взаимодействуют с потоками с переменным битрейтом. (Хотя могут иметь индекс опорных точек, по которым можно догадаться, в районе какого примерно смещения находится нужный элемент. В потоках с постоянным битрейтом все элементы одного размера, так что при декодировании можно просто вслепую поделить пропорционально объём файла и начать искать в окрестностях полученного адреса начало кадра. Это конечно, технология девяностых годов и годится разве что для AVI.) Кроме того, большинство кодеков выдаёт формат потока, ориентированный на вещание по сети или в эфире (а не исключительно на чтение из файла с произвольным доступом), и поэтому делит его на множество независимо декодируемых элементов, чтобы начать это делать можно было в любой момент (с незаметной на практике задержкой). В результате, чтобы вычислить какие-то характеристики всего потока (например, средний битрейт), его требуется просканировать от начала до конца, обработав каждый. Именно поэтому для видеопотока MediaInfo часто не показывает битрейт или размер данных: таких метаданных в файле просто нет, а для их вычисления требуется прочесть весь файл, что чаще всего совсем не нужно пользователю.

В твоём случае может быть два варианта:
— Это поле на практике можно (или рекомендуется) использовать для того, чтобы сообщить декодеру, какой пиковый объём данных может к нему попасть, чтобы тот заранее выделил себе нужный объём памяти. Тогда ошибка в названии, и следует писать «максимальный битрейт».
— MediaInfo берёт значения первого элемента или нескольких, и дальше в файл не смотрит. Вероятно, количество информации там отличается в большую (ключевой кадр и обилие движения заставки) или меньшую (просто чёрный экран) сторону от среднего.

Точно то же самое было при появлении VBR MP3, многие программы показывали битрейт только первого фрейма или неправильно считали какие-то другие цифры. Там пришли к нестандартному хаку, когда дополнительная информация о потоке внедряется прямо в аудио в виде фрейма, не влияющего на воспроизведение.
Windows XP: Firefox based 165 3390319
>>389742
Очевидно, битрейт одного потока не может превышать битрейт всех потоков целиком, написанного выше (или просто получаемого делением размера файла на продолжительность).

Дело в том, что форматы контейнеров в общем случае никак не взаимодействуют с потоками с переменным битрейтом. (Хотя могут иметь индекс опорных точек, по которым можно догадаться, в районе какого примерно смещения находится нужный элемент. В потоках с постоянным битрейтом все элементы одного размера, так что при декодировании можно просто вслепую поделить пропорционально объём файла и начать искать в окрестностях полученного адреса начало кадра. Это конечно, технология девяностых годов и годится разве что для AVI.) Кроме того, большинство кодеков выдаёт формат потока, ориентированный на вещание по сети или в эфире (а не исключительно на чтение из файла с произвольным доступом), и поэтому делит его на множество независимо декодируемых элементов, чтобы начать это делать можно было в любой момент (с незаметной на практике задержкой). В результате, чтобы вычислить какие-то характеристики всего потока (например, средний битрейт), его требуется просканировать от начала до конца, обработав каждый. Именно поэтому для видеопотока MediaInfo часто не показывает битрейт или размер данных: таких метаданных в файле просто нет, а для их вычисления требуется прочесть весь файл, что чаще всего совсем не нужно пользователю.

В твоём случае может быть два варианта:
— Это поле на практике можно (или рекомендуется) использовать для того, чтобы сообщить декодеру, какой пиковый объём данных может к нему попасть, чтобы тот заранее выделил себе нужный объём памяти. Тогда ошибка в названии, и следует писать «максимальный битрейт».
— MediaInfo берёт значения первого элемента или нескольких, и дальше в файл не смотрит. Вероятно, количество информации там отличается в большую (ключевой кадр и обилие движения заставки) или меньшую (просто чёрный экран) сторону от среднего.

Точно то же самое было при появлении VBR MP3, многие программы показывали битрейт только первого фрейма или неправильно считали какие-то другие цифры. Там пришли к нестандартному хаку, когда дополнительная информация о потоке внедряется прямо в аудио в виде фрейма, не влияющего на воспроизведение.
1700579255944.gif14 Кб, 220x227
Android: Mobile Safari 166 3390464
>>383167

> 5 минут на 20 мб это 559 kbps на весь поток.


И как ты это расчитал кстати? Помню формула была какая-то
1680442769195.png12 Кб, 427x184
Windows 10: Chromium based 167 3390605
Apple Mac: Safari 168 3390617
>>390464
20 x 2^20 x 8 / (5 x 60) / 1000
Linux: Firefox based 169 3390716
>>390464
1 Мегабайт это 1024 Килобайта
1 Килобайт это 1024 байта.
1 байт это 8 бит.
1 килобит это 1000 бит.

(20102410248)/1000 = 167772.16 килобит.

1 минута это 60 секунд.

167772.16 / (5
60) = 559,24 килобит в секунду.
Linux: Firefox based 170 3390717
>>390464
У меня поплыла разметка, поэтому пощу заново.

1 Мегабайт это 1024 Килобайта
1 Килобайт это 1024 байта.
1 байт это 8 бит.
1 килобит это 1000 бит.

(20 1024 1024 8) / 1000 = 167772.16 килобит.

1 минута это 60 секунд.

167772.16 / (5
60) = 559,24 килобит в секунду.
Linux: Firefox based 171 3390720
>>390464
Как же мне надоела эта разметка.

(20 х 1024 х 1024 х 8) / 1000 = 167772.16 килобит.

167772.16 / (5 х 60) = 559,24 килобит в секунду.
Linux: Chromium based 172 3390769
>>390717
Тебя не смущает, что у тебя кило в одном месте означает 1000, а в другом 1024?
Windows 10: Chromium based 173 3390791
BDRemux это просто перепакованные файлы диска в контейнер mkv?
Windows 10: Chromium based 174 3390850
>>390791
Да, видео не перекодировано. Аудио в основном тоже, по возможности, как минимум в оригинале и официальных дубляжах. В одном контейнере может быть собрано много разных озвучек и субтитров.
image.png61 Кб, 615x322
Linux: Firefox based 175 3390855
>>390769
Это уже нюансы. Но если тебе интересно подушнить, давай подушним.

Есть кило-/мега-/гига-/тера- байты. А есть киби-/меби-/гиби-/теби- байты.

На самом деле килобайт соответствует православным 1000 байт. А Кибибайты соответствуют как раз таки 1024 байтам. И так далее.

Причина по которой я не использовал название приставок МЭК в посте в том что я их не помню наизусть, и без википедии и не вспомнил бы. А ещё так не модно. Корпорация Microsoft ввела моду в своей винде называть кибибайты килобайтами, и так оно в массы и пошло.
Windows 10: Chromium based 176 3390866
>>390850
А само видео блюрей в каком формате идет? Разве видео не зашифровано, чтобы не копировали?
Windows XP: Firefox based 177 3390870
>>390866
Так ключи декодирования можно спереть из лицензионных программ и устройств при желании. Ты не в курсе, что в интернете существует большая открытая энциклопедия?
https://en.wikipedia.org/wiki/Blu-ray#Digital_rights_management
https://en.wikipedia.org/wiki/Advanced_Access_Content_System
Linux: Firefox based 178 3391041
>>390855

>Корпорация Microsoft


Майкрософт тут не при чём. Мебибайты были удобны погромистам, потому что кратны степеням двойки. Мегабайты/мегабиты были удобны телекомщикам, потому что кратны мегагерцам. Универсальной единицы нет.
То ли телекомщики оказались весомее, то ли в те времена считать передачу данных была важнее, чем хранение, но прижились именно десятичные приставки. Битрейт, кстати, чисто телекомовский термин, там десятичные килобитывсеки.
Linux: Chromium based 179 3391094
Какой ублюдок эти опции придумывал? Это блять нереально без постоянного курения документации использовать.
Windows 10: Chromium based 180 3391145
>>390850
По такой аналогии может существовать dvdremux, vhsremux и тд?
1624731311733.jpg157 Кб, 640x638
Windows 10: Chromium based 181 3391148
>>391145

>vhsremux

Android: Mobile Safari 182 3391190
>>391094

>Это блять нереально без постоянного курения документации использовать


Примерно так. У меня для того, чтобы не лезть в документацию каждый раз есть
$ history | grep "^ffmpeg"
Документация должна быть под рукой, да, но и запомнить то, что не шпаргалке, нетрудно — но, конкретно в моëм случае, лишено смысла.
Windows XP: Firefox based 183 3391390
>>391145

> dvdremux


Посмотри на раздачи DVD-дисков, там просто копируют содержимое VIDEO_TS целиком. Другое дело, что MPEG2 далеко не новый кодек, и тот же уровень качества можно достичь при меньшем объёме, закодировав современным. Другое дело, что некоторые видео настолько плохи, что лучше их вообще не пережимать, чтобы не портить дальше, поэтому они хранятся как есть.

> vhsremux


Там аналоговый сигнал, алло.

Впрочем, как с лазердисков оцифровывают читаемый сигнал прямо с датчика с большим запасом при помощи Domesday Duplicator, а потом декодируют картинку программно ld-decode (а не аналоговой схемой в проигрывателе), так и для кассет есть vhs-decode. Для профессионально записанных кассет получается очень хорошо:
https://odysee.com/@therewinding:4/wdw-epcot-center-souvenir-program-1983:b
Только надо помнить, что шум на изображении — фикция, артефакт формата хранения, а не часть оригинала. Если его убрать, видео станет более замыленным (и более соответствующим тому, что показывали реальные телевизоры), но тогда мы потеряем часть реальных данных, прячущихся в шуме.

В YouTube-телевизоре популярный видеоблогер как раз видео выпустил на эту тему.
Windows 10: Chromium based 184 3391427
>>391390

>Посмотри на раздачи DVD-дисков, там просто копируют содержимое VIDEO_TS целиком


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

> закодировав современным


При любой перекодировке качество падает. Хочу оставить видео как есть.

>vhs-decode


VHS оцифровывают. Судя по гайдам c digitalfaq, для максимального качества используют профессиональный видеомаг. с внутренним TBC + внешний TBC + особая карта захвата и комп под winxp для нее, видео идеальное, без помех. Видео весит как блюрейник. Стоит билд несколько тысяч баксов. Конечно качество видео также зависит от состояния видика и кассеты.

Но я имел ввиду цифровые кассеты, с которых по идее можно просто скопировать файлы.
Android: Mobile Safari 185 3391445
>>391427

>цифровые кассеты, с которых по идее можно просто скопировать файлы.


DV или какой-либо аналогичный формат. Подключают камкодер с кассетой через 1394 или usb. Дальше варианты — на прыщах есть dvgrab. У последнего на выходе либо raw, который ffmpeg, вроде бы, разбирает, либо avi с dv и звуком pcm. avi такой есть почти любой редактор. Но dv - это штуковина уровня mjpeg: предсказания и компенсации движения нет, компрессия около 5:1. Ширина потока данных ограничена у dv жëстко. Съëмка с высоты роста человека превратит лужайку травы в месиво из блоков.
Windows XP: Firefox based 186 3391446
>>391427

> мусор всякий, меню


Там, говорят, техника дошла уже до того, чтобы краткие содержания генерировать. Фильм, следовательно, сам становится «мусором», его можно и не смотреть.

> хуй знает как проигрывать


20 лет назад, действительно, могло быть сложно обычному пользователю DVD-диск воспроизвести, если он не в реальном или виртуальном приводе. Ну и объём по тогдашним временам был ого-го. С тех пор много воды утекло, попробуй более свежие версии программ.

> При любой перекодировке качество падает.


Мощное заявление. Вот я использую кодирование без потерь, «качество» упало? Нет, это буквально те же самые данные. Вот я использую кодирование с потерями, «качество» упало? Нет, если настройки таковы, что визуально средний (вариант: самый придирчивый) человек отличий не заметит. Вся индустрия кодирования с потерями стоит на том, что человек не является идеально воспринимающим механизмом, а ты тут шатаешь основания.

Просто если на картинке каша из макроблоков, то кодировать их (без обработки), задирая битрейт, нет никакого смысла.

> Хочу оставить видео как есть.


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

> особая карта захвата и комп под winxp для нее


О, потёк аудиофильский эякулят. «Такого больше не делают», «специалисты высшей пробы», «уникальный экземпляр, повторить невозможно».

Я уже назвал проект, в котором никаких секретов нет, просто АЦП (недешёвый, с частотой и разрядностью дискретизации, достаточной для работы с сигналом прямо с датчика) и дальнейший разбор в цифре с любой необходимой точностью и любыми методиками интерпретации.

> Но я имел ввиду цифровые кассеты, с которых по идее можно просто скопировать файлы.


Если ты про DV, то по FireWire это делается чуть ли не встроенными в ОС средствами. Есть и специальные программы, которые реагируют на ошибочные блоки и несколько раз пытаются прочесть нужные места. Принцип тот же самый, что и в ddrescue, поскольку это тоже цифровое устройство хранения данных.

https://www.youtube.com/watch?v=YGPIqJ4_ssI
Windows XP: Firefox based 186 3391446
>>391427

> мусор всякий, меню


Там, говорят, техника дошла уже до того, чтобы краткие содержания генерировать. Фильм, следовательно, сам становится «мусором», его можно и не смотреть.

> хуй знает как проигрывать


20 лет назад, действительно, могло быть сложно обычному пользователю DVD-диск воспроизвести, если он не в реальном или виртуальном приводе. Ну и объём по тогдашним временам был ого-го. С тех пор много воды утекло, попробуй более свежие версии программ.

> При любой перекодировке качество падает.


Мощное заявление. Вот я использую кодирование без потерь, «качество» упало? Нет, это буквально те же самые данные. Вот я использую кодирование с потерями, «качество» упало? Нет, если настройки таковы, что визуально средний (вариант: самый придирчивый) человек отличий не заметит. Вся индустрия кодирования с потерями стоит на том, что человек не является идеально воспринимающим механизмом, а ты тут шатаешь основания.

Просто если на картинке каша из макроблоков, то кодировать их (без обработки), задирая битрейт, нет никакого смысла.

> Хочу оставить видео как есть.


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

> особая карта захвата и комп под winxp для нее


О, потёк аудиофильский эякулят. «Такого больше не делают», «специалисты высшей пробы», «уникальный экземпляр, повторить невозможно».

Я уже назвал проект, в котором никаких секретов нет, просто АЦП (недешёвый, с частотой и разрядностью дискретизации, достаточной для работы с сигналом прямо с датчика) и дальнейший разбор в цифре с любой необходимой точностью и любыми методиками интерпретации.

> Но я имел ввиду цифровые кассеты, с которых по идее можно просто скопировать файлы.


Если ты про DV, то по FireWire это делается чуть ли не встроенными в ОС средствами. Есть и специальные программы, которые реагируют на ошибочные блоки и несколько раз пытаются прочесть нужные места. Принцип тот же самый, что и в ddrescue, поскольку это тоже цифровое устройство хранения данных.

https://www.youtube.com/watch?v=YGPIqJ4_ssI
Windows 10: Chromium based 187 3391463
>>391446

>Только особых преимуществ по сравнению с копированием диска нет.


А должны быть?
image64 Кб, 1121x803
Linux: Chromium based 188 3391521
Написал скриптец для управления перекодировкой папок с видео.
Обнаружил забавную хуйню, что можно вычислить примерный размер будущего видео еще на ранних стадиях кодирования.
Даже если битрейт переменный, он все равно в рамках файла примерно одинаковый.
Windows 10: Chromium based 189 3391552
ффмпег умеет делать контейнеры mkv без перекодировок видео?
Linux: Firefox based 190 3391554
>>391552
-vcodec copy
Главное чтобы там уже было что-то совместимое с матрёшкой. А то есть тут неподалёку индивидуумы, которые хевк в мп4 пихают и жалуются что половина браузеров не открывает это говно.
Windows 10: Chromium based 191 3391555
>>391554
разве мкв это контейнер, в который можно что угодно запихнуть?
Linux: Chromium based 192 3391557
>>391554
Назови мне браузер, который поддерживает hevc, но не открывает hevc в mp4.
image34 Кб, 900x192
Windows 10: Firefox based 193 3391832
>>365343 (OP)
Я слишком тупой или это и правда бессмысленный набор символов? Как из этого понять, какой битрейт мне нужен для того, чтобы получить файл 25 МБ продолжительностью 11 секунд?
Windows XP: Firefox based 194 3391835
>>391832
В байте 8 бит. В кило-хрени 1000 хреней (или 1024, если используются бинарные префиксы). В мега-хрени 1000×1000 хреней (или 1024×1024). Можно не гадать, как округлять, а написать точное значение в битах в секунду. Потом вычитаешь из общего битрейта на весь файл битрейт аудио, остаток остаётся для видео.

Метры в километры и мили переводить умеешь?
Windows 10: Firefox based 195 3391838
>>391835
И правда, ларчик просто открывался. Спасибо.
Linux: Chromium based 196 3391964
ffmpeg не убирает метаданные из файла через -map_metadata -1, а также не убирает главы через -map_metadata -1
ffmpeg -ss 0.0 -i input -map_metadata -1 -map_chapters -1 -c:a copy -to 406.0 output
Windows 10: Firefox based 197 3392005
>>391964

>не убирает главы


Это рядом с -map_metadata -1 ДО настроек кодировщика: -map_chapters -1
Это в конце перед указанием выходного файла:
-movflags disable_chpl

Причина: главы пишутся в 2 разных форматах, второй - для пидорасов на эппле, пиздец просто.
1700998677550.jpg298 Кб, 1071x1009
Android: Mobile Safari 198 3392352
>>383167

> Моно:


> ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 520k -cpu-used 4 -pass 1 -an -f null /dev/null && \


> ffmpeg -i input.mp4 -vf scale=-2:480 -c:v libvpx-vp9 -b:v 520k -cpu-used 4 -pass 2 -ac 1 -c:a libopus -b:a 32k output.webm


Делал по этому подогнал формулу под своего видео, ффмпег просто встал ничего делает чяндт
Windows 7: Chromium based 199 3392925
Выдрал ффмпегом из movierip1.mkv нужную мне аудиодорожку audio.ac3 и пытаюсь вклеить её в movierip2.mkv (все потоки через copy, конечно). Длительность movierip1.mkv, movierip2.mkv и audio.ac3 совпадают. Итоговый combo.mkv содержит обе необходимые дорожки (0:0 - видео из movierip2, 0:1 - audio.ac3, 0:2 - аудио из movierip2, 0:3 и т.д. - субтитры), запускается через mpc-hc, но зависает при попытке перемотать в любое место.
При этом, если запустить его, поставить на паузу, выбрать дорожку, кот. была копирована из movierip2.mkv вместо добавленной - тогда перемотка работает нормально и ничего не виснет.
ЧЯДНТ?
Windows 7: Chromium based 200 3392951
>>392925
Хм, а вот через mkvtoolnix всё получилось нормально. Непонятно...
image.png24 Кб, 266x625
Windows 10: New Opera 201 3392999
После кодирования через FFMPEG в AV1 (1920Х1080), видео тормозит при перемотке, проц нагружается довольно сильно, во время воспроизведения на 5%, а при перемотке на 40-60% и задержка секунды по 2 когда тыкаешь в случайное место таймлайна.
Раньше кодировал в blender, как я понял туда встроен тот же FFMPEG (см.пик) и при этом видосы закодированные в AV1 там не тормозят при перемотке, в любую точку видео перескакивает моментально.
Так вот можно как-то оптимизировать кодирование через FFMPEG ?
Linux: Firefox based 202 3393002
>>392999
У тебя не должно быть таких лагов. Попробуй обновить libdav1d до последней версии.

Сколько fps у твоего видео? Если 24, то поставь такой-же Keyframe interval. Если 30, оставь как есть.

Вопрос не по теме: зачем тебе realtime пресет? Если нужно срочно видео, у тебя есть h264. Если комп не тянет AV1, юзай h265.

И если речь о встроенном в ffmpeg aac, повысь битрейт до 320.
Windows 10: Firefox based 203 3393004

>h265 для рендеров


Пощади, оставь хотя бы h264
Windows 10: New Opera 204 3393015
>>393002
Ну даже реалтайм пресет AV1 выдаёт результат заметно лучше, чем H264, поэтому и юзаю его.
А вот на счёт ключевых кадров было подозрение, т.к. по дефолту FFMPEG вроде ставит 160.
Попробую ставить такой же keyframe как и у фпс, спасибо.
Windows XP: Firefox based 205 3393016
>>392999
Если ты не указываешь явно интервал ключевых кадров, то он может быть настроен под видосики времён DivX. Ещё настройки упаковки в контейнер или создания индекса могут быть непонятно какими.
Windows 10: New Opera 206 3393102
Попробовал ради теста поставить keyframe 24 в обоих роликах, один отрендерен в blender, другой в ffmpeg. Всё равно при перемотке
в ролике отрендереном в ffmpeg задержка в секунду, а второй вообще без задержки.
С чем это связано не могу понять.
Windows XP: Firefox based 207 3393105
>>393102
Начни с того, что возьми командную строку, с которой ffmpeg запускается из Blender, выбери все содержательные параметры, повтори и посмотри на результат. Вон там что-то про размеры блоков в muxing, ты у себя это указываешь?
Windows 10: New Opera 208 3393173
>>393105
Короче нашел проблему, если кодировать c CRF - видео перематывается с задержкой, хз как работает этот режим битрейта, а вот с постоянным битрейтом такой проблемы нет, всё шустро летает.
Windows 10: Firefox based 209 3393213
Парни, а объясните дебилу, как УДОБНО организовать работу с ffmpeg?
То есть ну бля, вы прям руками каждый раз прописываете имя файла и путь к нему? Это ж обосраться как неудобно. Или видео, с которыми работаете, надо предварительно складывать в папку куда установлен сам ffmpeg?
Я не троллю, я правда не понимаю. У меня лежит там штук сорок видео с ютуба, допустим, мне их надо перекодировать чтобы сраный премьер про их принимать начал (хули дебилы из адоба поддержку vp9 сами не сделают, блядь, заебали) - мне их надо туда-сюда по папкам таскать или названия им всем поменять на короткие, чтобы точно не опечататься забивая их в ffmpeg? Я просто не понимаю нахуй, вы это делаете за пять минут левой ногой попивая кофе, как?
Android: Mobile Safari 210 3393216
>>393213

>То есть ну бля, вы прям руками каждый раз прописываете имя файла и путь к нему?


В kde можно перетащить иконку файлика мышкой, чтобы имя под указатель в консолечке вставилось. В шиндошс 10 так в кмд.езе тоже можно.
Плюс, есть подсказки интерпретатора по tab.

>обосраться как неудобно


>предварительно складывать в папку куда установлен сам ffmpeg?


Да. На прыщах к исполняшке ffmpeg путь всегда известен, т. к. она лежит в системном каталоге для исполняшек. На шиндошс с незапамятных времëн в реестре есть веточка
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths
В неë можно ffmpeg добавить, чтобы как в прыщах запускать ffmpeg в любом текущем каталоге.
А ещë в прыщах в kde и в других средах, как правило в файловых менеджерах есть возможность в текущем просматриваемом каталоге запустить командную оболочку. Удобно сделано, для людей.

>хули дебилы из адоба поддержку vp9 сами не сделают, блядь, заебали


Коммерческий интерес у них. Используешь коммерчнское ПО — привыкай к интересам барина и чувству ранга!

>мне их надо туда-сюда по папкам таскать


Можно запускать ffmpeg в каталоге с этими последовательностями. Кстати, а современный Премьер кушает avisynth/vapoursynth хотябы через что-нибудь, чтобы тебе не перекодировать последовательности?

> или названия им всем поменять на короткие


Вот это хорошая мысль. Даже вне зависимости от ffmpeg и командных интерфейсов. Способ именования файлов — великая вещь, если способ этот вдумчивый.

>Я просто не понимаю нахуй, вы это делаете за пять минут левой ногой попивая кофе, как?


Да. При определëнном навыке это делается легко и просто. Даже несложные регулярные выражения сходу сочиняются после практики. Люди, вообще, обучаемые — это их видовая особенность.
16049919890750.jpg171 Кб, 888x708
битрейт звука Windows 10: Chromium based 211 3393219
1,Свойства в виндовс показывают правдивый битрейт?
2,Если при конвертации поставить битрейт больше, чем у оригинала, произойдет что со звучанием? Не ухудшится?
3,Моно нужно меньше битрейта, нежели стерео, или я ошибаюсь?
add-new-variable.png17 Кб, 529x503
Android: Firefox based 212 3393224
>>393216

> На шиндошс с незапамятных времëн в реестре есть веточка


HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths
В неë можно ffmpeg добавить, чтобы как в прыщах запускать ffmpeg в любом текущем каталоге.
Есть переменные окружения, а про ветку реестра я впервые слышу.
Android: Mobile Safari 213 3393247
>>393213
Какие батники павершеллы и питоны используют
15475940869610.png89 Кб, 353x332
Windows 10: Chromium based 214 3393332
мимокрокодил на связи
ладно, вот вам всем задачка.
есть "несжатые" хромакейные сурсы, но слишком уж большой размер у этих синих шакалов.
жму handbrakом, все здорово, размер меньше в десятки и сотни раз, новых шакалов не прибавляется, но на границах между синевой и обектом повялется ттакая темно-синяя рамка. я не эксперт, наверно дело в цветовом пространстве?

lagarith и Ut Video, вроде в RGB, нужно сжать в любой формат и кодек, уменьшив рамер и не проебав цвета
Linux: Firefox based 215 3393366
>>393224

>Есть переменные окружения, а про ветку реестра я впервые слышу.


Сосач образовательный
https://learn.microsoft.com/en-us/windows/win32/shell/app-registration
Windows XP: Firefox based 216 3393370
>>393332
Вероятно, у тебя разрешение каналов цветности становится в два раза меньше, потому что ты не указываешь иное.
https://ru.wikipedia.org/wiki/%D0%A6%D0%B2%D0%B5%D1%82%D0%BE%D0%B2%D0%B0%D1%8F_%D1%81%D1%83%D0%B1%D0%B4%D0%B8%D1%81%D0%BA%D1%80%D0%B5%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F
Видео в 4:2:0 годится только для финального продукта (трансляции, файла), потому что дальше с ним ничего не сделать из-за потери чёткости. Многие каналы и студии просто запрещают использовать такие материалы.

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

Конечно, во многих случаях сжатие с потерями с высоким битрейтом нормально закроет проблему, но если ты не понимаешь, что потребуется от материалов, не порти их.
Android: Mobile Safari 217 3393483
>>393332

>есть "несжатые" хромакейные сурсы, но слишком уж большой размер у этих синих шакалов.


Как последовательность организована? Контейнер? Кодек? Цветовое пространство? Колориметрия? Каналы?

>жму handbrakом, все здорово


>на границах между синевой и обектом повялется ттакая темно-синяя рамка.


Если ты делаешь, не думая, то почему удивляешься чудесам?

>нужно сжать в любой формат и кодек, уменьшив рамер и не проебав цвета


Так сведи сначала, а потом жми! Или у тебя другая задача?
3374546.gif1,5 Мб, 320x240
Windows 10: Chromium based 218 3393673
>>393370
оказался прав, на 4:4:4 границ нет, либо почти незаметные глазу. фон правда светлее становится, с остальными цветами непонятно.

>>393483

> Контейнер? Кодек? Цветовое пространство?


яж написал
Ut Video ULRG
Lagarith Lossless (LAGS)
бывает еще какой то 24 bits RGB (RV24)

пара сотня таких файлов размером 2-40+мб в 480р в среднем и продолжительность до 1-7 секунд. считаю такой размер слишком уж избыточным, учитывая исходники.
да лослесс все дела, но если на границах артефактов не вылезет то один хуй никто и не заметит разницы
Windows 10: Chromium based 219 3393675
>>393673

> фон правда светлее


разобрался. в .avi похоже нет данных о цв пространстве и handbrake автоматом лепит своё. если выбрать кастом но ничего не вписывать, то норм
Linux: Firefox based 220 3393683
>>393673

> пара сотня таких файлов размером 2-40+мб в 480р в среднем и продолжительность до 1-7 секунд. считаю такой размер слишком уж избыточным, учитывая исходники.


> да лослесс все дела, но если на границах артефактов не вылезет то один хуй никто и не заметит разницы



Попробуй монтажные/промежуточные кодеки, вроде prores 4444 или DNxHS с соосветсвующим профилем.
Linux: Firefox based 221 3393684
>>393683

> DNxHD

Windows 10: Chromium based 222 3393685
>>393683
а какую прогу посоветуешь под это?
Linux: Firefox based 223 3393686
>>393685
ffmpeg последних версий умеет кодировать и то и другое.

Но документация по DNxHD получше будет, мне так кажется. Я только prores пробовал выводить.
Windows 10: Chromium based 224 3393688
>>393686
эх, ну пошел шапчку читать от корки до корки
Windows XP: Firefox based 225 3393689
>>393673

> оказался прав


> оказался


А ответ на 2×2=? ты тоже будешь голосованием определять? Тут не догадываться надо, а просто знать.
Linux: Chromium based 226 3393746
>>393689

>2+2=?


Голосую за 22.
Linux: Firefox based 227 3393835
>>393746
Удваиваю
image.png119 Кб, 238x298
Windows 10: New Opera 228 3393931
Увожаемые программисты, а можно ли как нибудь с помощью этой приблуды добавить эффект дизеринга как на гиф анимациях ?
Linux: Firefox based 229 3393942
>>393931
Ты можешь тупо сохранить видос в гиф и обратно. Можешь по умному прогнать видос через palettegen. https://stackoverflow.com/questions/60477430/create-256-color-palette-video
Windows 10: New Opera 230 3393969
>>393942
Спасибо, буду разбираться как сделать качественную гифку.

Нашел гайд по гифкам, мб кому пригодится, оставлю тут:
http://blog.pkh.me/p/21-high-quality-gif-with-ffmpeg.html
Windows XP: Firefox based 231 3393996
>>393931
Так тебе только визуальный эффект нужен, или чтобы GIF хорошо сжимался? Во втором случае лучше пользоваться редакторами и руками выделять статичный фон. Мельтешение пикселей, выдаваемое автоматическими конвертерами, вообще никак не сжимается, глупо делать идиотского размера файлы.
Windows 10: New Opera 232 3394012
>>393996
Надо чисто для визуального эффекта.
Windows 10: New Opera 233 3394014
Нашел команду для дизеринга - dither=bayer:bayer_scale=2 , куда её пихать не могу найти инфу. Может кто подсказать ?

Так не работает:
ffmpeg -y -i 1.mp4 -i palette.png -filter_complex "[0][1]paletteuse , dither=bayer:bayer_scale=2" output.gif
Windows 10: New Opera 234 3394019
>>394014
Разобрался методом научного тыка:
ffmpeg -y -i 1.mp4 -i palette.png -filter_complex "[0][1]paletteuse=dither=bayer:bayer_scale=2" output.gif
Windows XP: Firefox based 235 3394028
>>394012
Если ты делаешь что-то в видеоредакторе, то просто наложи такой фильтр на нужный объект.

В ffmpeg совсем не обязательно делать GIF, ты можешь и видео сохранить. Только сжатие эти пиксели размажет, поэтому надо либо несжатый формат брать, либо в том же filter_complex добавлять увеличение в 2-3-4 раза (само собой, исходник высокого разрешения можно перед приведением к меньшему числу цветов уменьшить во столько же раз).

Bayer даёт регулярную сеточку, остальные алогритмы (из представленных) — случайные точки. Между кадрами видео они могут распределяться по-разному, одни — двигаться, другие — стоять на месте.

Источником палитры может служить не только само видео, но и любой файл с любой другой палитрой, например, стандартные 16 цветов или набор оттенков одного или нескольких цветов.
output.mp4137 Кб, webm,
720x406, 0:01
Windows 10: New Opera 236 3394108
>>394028
Ну вобщем конвертнул сначала в гифку с дизерингом, потом гифку обратно в AV1 при этом дизеринг почти полностью сохранился при низком битрейте. Каефная штука этот ваш FFMPEG, а ещё сегодня попробовал как работает стабилизация, результат шикарный.
Спасибо анончики.
Видос ради теста.
Windows XP: Firefox based 237 3394186
>>394108
Вот эти точечки на большинстве устройств и в большинстве ситуаций люди даже не заметят. Либо в 2-4-8 раз меньше цветов делай, либо пиксели крупнее и очевиднее.
Windows 10: New Opera 238 3394211
>>394186
Да так же думаю, сначала рендерить в низком разрешении и апскейлить в два раза с flags=neighbor, а вот как кол-во цветов уменьшить пока не догнал.
Windows XP: Firefox based 239 3394223
>>394211
Ну ты хоть параметры для palettegen просмотри разочек.
Linux: Firefox based 240 3394808
Есть что-то типа boram? Где можно визуально обрезать кадр, выбрать дорожки и при необходимости (например pgs сабы) отредактировать ffmpeg строку? И почему разраб умер? И почему никто не продолжает разрабатывать эту годноту?
image.png63 Кб, 1004x683
Windows 10: New Opera 241 3395388
>>394808
Глянь HandBrake, помоему похожая штука.
image.png14 Кб, 967x156
Windows 10: New Opera 242 3396232
Порекомендуйте какой билд FFMPEG скачать, в гайде что выше анон пишет что не стоит брать стандартные билды.
Какие преимущества в этих Nonfree билдах ?
Android: Mobile Safari 243 3396311
>>396232
Ну, смотри. Лицензии разных кодеков внутри ffmpeg и доступных в виде статически скомпонованных с ffmpeg сторонних библиотек неоднородны. Если соответственно варианты сборки:
- GPL-совместимый, включающий только куски кода, которые по условиям GPL можно компоновать и поставлять,
- не совместимый с GPL вариант сборки, всë ещë отвечающий более широкому пониманию «свободного ПО», и содержащий больше кодеков,
- несвободные варианты сборки, при которой в ffmpeg включаются несвободные кодеки — из актуального это libfdkaac (aac-кодер от института им. Франнофера).
Это всë очень актуально, если сборка у тебя была для шиндошс в один исполняемый файл. Бери в этом случае сборку от animouse. На прыщах зачастую ffmpeg из репозиттория сделан в виде кучи файлов и библиотек с динамической компоновкой — и там бывает достаточно из того же репозитория установить libfdkaac, чтобы ffmpeg его подхватил.
Windows 10: New Opera 244 3396499
>>396311
Спасибо тебе анончик.
Android: Mobile Safari 245 3396777
Для hls стриминга видео как лучше сделать: разбивать его на ts сегменты по запросу, или заранее разбить видео на сегменты и на клиент отдавать сразу готовый m3u8 файлик?
Linux: Firefox based 246 3396886
>>396777
Вопрос 1: Зачем?

Вопрос 2: Кто твой клиент?
Linux: Chromium based 247 3396912
>>396886
Планирую сделать стриминговый сервис, так что клиентов может быть много(от 1 до 3). Зачем? Для себя.
Linux: Firefox based 248 3396936
>>396912
Всё равно ничего не понятно. Зачем тебе стриминг для себя? Почему нельзя предварительно транскодировать в один .mp4 или .webm файл? Зачем городить костыли из кучи фрагментированных ts файлов в перемешку с плейлистами, которые откроются только у яблочных? Браузеры так-то поддерживают только mp4 и webm контейнеры.

Реально все эти HLS, MPEG DASH применимы только в двух случаях: когда тебе нужна адаптация к меняющейся пропускной способности канала передачи данных, и когда тебе надо готовить разные версии одного видео для широкой аппаратной поддержки и высокого качества.
Linux: Chromium based 249 3396944
>>396936

>которые откроются только у яблочных


Ясно, ты явно не разбираешься в теме. Этот HLS буквально везде: twitch, netflix, goodgame и так далее, он абсолютно везде используется.
Linux: Firefox based 250 3396961
>>396944
Это ты не понял.

HSL, MPEG DASH это протоколы, работающие внутри HTTP.

А я говорю про контейнеры. Ты говорил что собираешься паковать сегменты в TS. Этот контейнер поддерживают только яблочные устройства.

Браузеры поддерживают mp4, а если быть точнее то фрагментированный mp4.

А ещё ты так до сих пор и не дал внятного ответа на вопросы которые я задал тебе ранее.
Linux: Chromium based 251 3396967
>>396961

>А я говорю про контейнеры. Ты говорил что собираешься паковать сегменты в TS. Этот контейнер поддерживают только яблочные устройства.


>TS


Если посмотреть в запросах браузерных, то сервер возвращает .ts файлы, все работает и везде поддерживается.

>А ещё ты так до сих пор и не дал внятного ответа на вопросы которые я задал тебе ранее.


Не знаю что тебе ответить на твой вопрос. Для себя хочу сделать, чтобы просто было, научиться, какая разница?
Linux: Chromium based 252 3396969
>>396961
И кстати ты так сам и не ответил на мой изначальный вопрос, а развел допросы какие-то, которые вообще к сути дела отношения не имеют. В общем можешь не отвечать, я не ту доску выбрал для вопроса(надо было к погромиздам идти) + уже сам разобрался как мне сделать лучше.
Linux: Firefox based 253 3396981
>>396969
Чем я тебе помогу, если я не знаю что я делаю и зачем я делаю?

Тебе для локального видеохостинга достаточно контейнера mp4. А webm сам по себе умеет в стриминг. Нужно только вывести выхлоп из ffmpeg в браузер клиенту.

Пока что я вижу использование HLS как пердолинг ради пердолинга.
Windows 10: Chromium based 254 3397065
Я могу какой-то командой в ffmpeg добавить в начало ролика 3-5 секунд чёрного экрана? В общем есть видосы в prores. Мне нужно добавить 5 секунд в начало.
Я пробовал конечно через Adobe Premiere Pro. Я не ебу, хз почему, у него ультраубогий кодировщик. На градиентах черного и серого становятся более чёткие границы.
Как вообще с ним профи работают? Хули он там убого рендерит? Там и настроек толком нет.
wtf.webm696 Кб, webm,
632x388, 0:01
Windows 10: Chromium based 255 3397499
Как сделали такое видео? с пк в бразуре хром оно меняет разрешение
а в винде оно не только меняет разрешение но еще и окно плеера движется по экрану
в хроме показывает продолжительность 1 секунду хотя по факту воспроизводится почти 3
в телеге на пк в чате оно воспроизводится просто в рамках одного размера кадра, когда уменьшается то пустота заполняется блюром, а вот в при полноэкранном воспрозивдеении почти ничего не меняется лишь небольшие помехи добавляются и еще телега видит что там не 1 секунда, а пишет как по факту
Windows 10: Chromium based 256 3397510
>>397499
Вебм поддерживает динамическую смену разрешения. Видео нарезали на кадры, каким-то скриптом изменили их разрешение, потом обратно склеили.
Windows 10: Chromium based 257 3397512
>>397510
А движение окна видеоплеера тож поддерживает? Если поставить зацикливание в мпв то окно движется. кино и тв не дает ему двигаться. или это связано с изменением кадра, а потом переопределением его позициноирования относительно нового размера кадра?
Windows 10: Chromium based 258 3397758
>>397512
Разные плееры могут реагировать по-разному, и это проблемы реализации конкретного плеера, а не возможностей вебм.
Linux: Chromium based 259 3397817
>>397512
У меня не двигается, только размер меняется, левый верхний угол остается на том же месте.
image.png106 Кб, 247x254
Windows 10: New Opera 260 3397941
Подскажите пожалуйста как вырезать из видео два фрагмента и объеденить их в один, допустим надо вырезать 5-ти секундный фрагмент начиная с 00:01:00 и 5-ти секундный фрагмент с 00:03:00
Windows 10: New Opera 261 3397966
>>397941
Нашел способ через Concatenation, но это довольно геморно, сначала отдельно напилить видос, потом склеить.
Есть ли способ чтобы сразу указать интервалы в видео которые надо вырезать и склеить ?
Linux: Chromium based 262 3399470
Как я понял, из-за такой вещи как keyframe невозможно вырезать из видео кусок длительностью 23 секунды начиная с какой-то секунды? При условии что мы не попадаем сразу в ключевой кадр. Потому что когда я пытаюсь вырезать кусок длительностью 8 секунд, он то 7 вырезает, то 9, иногда вообще 15 может. Как с этим бороться и возможно ли вообще?
Linux: Chromium based 263 3399475
>>399470
P.S. Все значения условные. По поводу

>невозможно вырезать из видео кусок длительностью 23 секунды начиная с какой-то секунды


Возможно, но интервалы будут неточные, мне же надо, чтобы до секунды всё было.
Android: Mobile Safari 264 3399587
>>399475

>мне же надо, чтобы до секунды всё было.


Тебе надо не до секунды, а, скорее всего, до кадра. Это только с перекодированием. И я бы предпочëл это делать не голым ffmpeg-ом, а каким-нибудь редактором, который в явном виде готовит индекс кадров, и явно заботится о синхронизации. В качестве редактора я бы рассматривал avisynth+, vapoursynth, avidemux.
Linux: Chromium based 265 3399600
>>399587
Нет, мне надо как раз на секунды. Но я уже понял что без перекодировки это нереально сделать, нужно перекодировать, чтобы ffmpeg вставлял свои keyframe'ы.
Вот параметр, если кому-то -force_key_frames "expr:gte(t,n_forced*N)",
где N - интервал ключевых кадров.
С -c:v copy работать не будет, он вам даже не выплюнет что ничего не изменится, он просто проигнорит -force_key_frames
Android: Mobile Safari 266 3399626
>>399600

>force_key_frames "expr:gte(t,n_forced*N)",


Это будет работать только для постоянной частоты кадров. Формально, мельчайшей единицей видеопоследовательности будет кадр или поле (в случае чересстрочной развëртки). Разделить последовательность можно с точностью до мельчайшей единицы. Частота кадров не всегда постоягнная и даже из вариантов с постоянной частотой эта частота нк всегда является целым числом. Т. о. не всегда временные метки кадров или полей выражаются в целых числах секунд.
Android: Mobile Safari 267 3399630
>>399626

>Это будет работать только для постоянной частоты кадров.


Ошибся. Для остальных тоже будет работать, т. к. gte — это «больше или равно», т. е. ключевой кадр встанет в момент, кратный N (в секундах), если в этот момент есть соответствующий кадр, или ключевым станет следующий за указанным моментом кадр, если кадр точно в момент не попадает.
Linux: Chromium based 268 3399684
>>399626

>Это будет работать только для постоянной частоты кадров.


Я добавляю -r 24 -g N,
где N меняется в зависимости от длины куска.
image.webp25 Кб, 455x192
Linux: Chromium based 269 3399720
https://www.phoronix.com/news/FFmpeg-CLI-MT-Merged
Попробовал, ровно те же самые опции, но новый многопоточный ffmpeg.
На 30% быстрее, но жрет в полтора раза больше процессорного времени.
Linux: Chromium based 270 3399721
>>399720
Упс, я забыл, что у меня taskset стоит для ффмпега.
Старая версия выдает примерно те же числа, что и новая:
User time (seconds): 427.72
System time (seconds): 1.58
Percent of CPU this job got: 1682%
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:25.52
Windows 10: Chromium based 271 3399983
>>365343 (OP)
Подскажите, если делать захват экрана, чтобы скопировать таким образом онлайн-видео, можно ли таким методом добиться идентичного качества 1:1?
Или в любом случае необходимы оригинальные файлы?
Windows XP: Firefox based 272 3400019
>>399983
Идентичного чему? Тому, что ты видишь на экране? Ну запиши без сжатия с максимальной частотой кадров, потом удали повторяющиеся и нормализуй результат под частоту кадров оригинала. Будешь сжимать — сжимай с большим запасом битрейта, чтобы визуально отличия незаметны были. Только вот с экрана писать само по себе неграмотное решение.

Если ты видео без DRM собираешься записывать, то лучше просто копию исходника сохранять по мере получения. Если с DRM, то тебе записывать просто так система не даст.
Windows 10: Chromium based 273 3400024
>>400019

>Идентичного чему?


Транслеруемому видео.

>с экрана писать само по себе неграмотное решение.


А как грамотно?

>Если с DRM, то тебе записывать просто так система не даст.


В этом и вопрос. Записывают в этом случае экран, web-dl качество получается.
Windows XP: Firefox based 274 3400047
>>400024
Хорошо, попробуй просто так записать экран при выводе HDCP-потока без китайских HDMI-сплиттеров и прочих внешних хаков.
Windows 10: Chromium based 275 3401121
Может в одном контейнере быть несколько видеодорожек?
1667277115749.png170 Кб, 771x804
Windows 10: Chromium based 276 3401147
Linux: Firefox based 277 3401193
У меня для вас очень важная новость.
Windows 10: Firefox based 278 3401210
>>365343 (OP)
Можно ли какой-то командой сконвертировать все файлы в папке .m4a в mp3 разом?
image.png161 Кб, 1408x799
Windows 10: Firefox based 279 3401211
Android: Mobile Safari 280 3401313
планирую использовать формат hevc для кодирования видео подходит ли он для борды?
Windows 10: Chromium based 281 3401319
>>401313
Нет.
Windows 7: Chromium based 282 3401444
>>401193
И в чем профит?
Linux: Chromium based 283 3401450
>>401444
На видеокарте енкодить?
Windows 7: Chromium based 284 3401497
>>401450
Так и раньше можно было энкодить на вк, не?
Linux: Chromium based 285 3401527
>>401313
Вроде только яблочные браузеры поддерживают hevc.
Windows 10: Chromium based 286 3401533
Linux: Chromium based 287 3401757
>>401193
Попробовал.

> export RADV_PERFTEST=video_decode


> ffmpeg -init_hw_device "vulkan=vk:0" -hwaccel vulkan ...


Без RADV_PERFTEST была ошибка:

> Device does not support the VK_KHR_video_decode_queue extension!



Скорость та же, что и с:

> -hwaccel vaapi -hwaccel_device /dev/dri/renderD128

Android: Mobile Safari 288 3403086
>>365343 (OP)
Скиньте табличку что щас актуально в видео и звуке

av1 или чо там
Windows 10: Chromium based 289 3403103
>>403086
HEVC + xHE-AAC. Контейнер .mp4. Осваивают HEVC (дабавляют в браузеры), через 10-ть лет может и VVC освоят.
Linux: Firefox based 290 3403192
>>403103
Ты блядь нашей смерти хочешь. Мало того что продвигаешь заведомо проблемный проприетарный видео кодек (хотя к гуглу у меня тоже есть вопросы, куда они смотрят). Так ещё и продвигаешь никем и ничем не поддерживаемый аудиокодек. До такого могли додуматься только эффективные менеджеры из Apple. Ну они всегда так делают, ну ты то чё?
Android: Firefox based 291 3403198
>>403192

> Так ещё и продвигаешь никем и ничем не поддерживаемый аудиокодек


Все актуальные ОС уже поддерживают (Windows 11, Android, macOS).
xHE-AAC:
https://www.audioblog.iis.fraunhofer.com/xhe-aac-windows11
https://www.audioblog.iis.fraunhofer.com/adaptive-bitrate-audiocodec-xheaac-apple-amazon-android
>>403192

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


Да, к Гуглу обратись, они ещё один копрокодек с мылом высрут, создав плюс один никому не нужный копроформат.
Я же, взываю к здравому смыслу: взгляните на стабильность H.264, сколько он беспроблемно просуществовал. И вот, внедряют эффективного наследника, который столько же в потребительском сегменте просуществует. Без VP8, VP9, AV1 и прочего недолговечного пердоцирка.

> До такого могли додуматься только эффективные менеджеры из Apple.


HEVC, HEIC, xHE-AAC делают в институте Фраунгофера, яббло никакого отношения к данному институту не имеет.
Android: Mobile Safari 292 3403202
>>403103
Почему twitch и youtube не на них? Я же попросил АКТУАЛЬНОЕ, ну почему вы такие тупые? Просиш гавно, а тебе конфетку суют.
Android: Mobile Safari 293 3403203
>>403192
Может у тебя пердоля такая табоичка есть?
Linux: Firefox based 294 3403275
>>403198
В чём его открыть? Пердолиться с плагином под фубар чтобы тот ещё и вылетал? И это ты называешь поддержкой?

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


Так внедряют, что не могут даже лицензию на HEVC купить, чтобы сделать софтварную имплементацию декодирования. И это Гугл блядь, а не спонсируемые на донаты энтузиасты из Mozilla.

Лучше бы не внедряли. А то блядь пытаются на двух стульях усидеть. И HEVC продвигать стандартом для видео в интернете, и за лицензию не платить.

И главное ведь нахуя? Там же ведь за горизонтом VVC маячит. Неужели нельзя просто пропустить поколение?

> делают в институте Фраунгофера, яббло никакого отношения к данному институту не имеет.


Да я про внедрение. Это ведь их бизнес стратегия: внедрять у себя никем не поддерживаемые форматы, чтобы держать своих потребителей на коротком поводке своей экосистемы.
Linux: Firefox based 295 3403283
>>403203

> табоичка


Что?
>>403086

> Скиньте табличку что щас актуально в видео и звуке


А это и так всем известно.

Для mp4: h264 + aac.
Для webm: (AV1, VP9, VP8) + (Opus, Vorbis)

В теории ты можешь запихать кодеки из webm, например опус в mp4. В стандарт добавили, но лучше не надо, а то у меня в firefox может не открыться.

Для AV1: https://gitlab.com/AOMediaCodec/SVT-AV1

Для VP9 тоже есть свой SVT, но он только для зеонщиков. libvpx-vp9 жмёт медленно и плохо. Для себя кодировать не рекомендую. Единственная альтернатива это HEVC, но он не для WEBM, а скорее для MPV.

VP8 сейчас актуален только внутри картинок в WEBP. В видео H264 его победил.

По поводу Opus можно порекомендовать только одно: ffmpeg -i audio.flac -ac 2 -c:a libopus -b:a ПОДСТАВЬ_БИТРЕЙТ audio.opus

Многоканальные дорожки лучше кодировать через opusenc.

Vorbis не особо актуален. Если нужна инфа, проси отдельно.

Про AAC мне надоело повторять. Вкратце, если у тебя в ffmpeg нет libfdk_aac, а у тебя его скорее всего нет, то ты сосёшь.

А прям таблички табличной у меня нет. И я не знаю где мне её брать.
Linux: Firefox based 295 3403283
>>403203

> табоичка


Что?
>>403086

> Скиньте табличку что щас актуально в видео и звуке


А это и так всем известно.

Для mp4: h264 + aac.
Для webm: (AV1, VP9, VP8) + (Opus, Vorbis)

В теории ты можешь запихать кодеки из webm, например опус в mp4. В стандарт добавили, но лучше не надо, а то у меня в firefox может не открыться.

Для AV1: https://gitlab.com/AOMediaCodec/SVT-AV1

Для VP9 тоже есть свой SVT, но он только для зеонщиков. libvpx-vp9 жмёт медленно и плохо. Для себя кодировать не рекомендую. Единственная альтернатива это HEVC, но он не для WEBM, а скорее для MPV.

VP8 сейчас актуален только внутри картинок в WEBP. В видео H264 его победил.

По поводу Opus можно порекомендовать только одно: ffmpeg -i audio.flac -ac 2 -c:a libopus -b:a ПОДСТАВЬ_БИТРЕЙТ audio.opus

Многоканальные дорожки лучше кодировать через opusenc.

Vorbis не особо актуален. Если нужна инфа, проси отдельно.

Про AAC мне надоело повторять. Вкратце, если у тебя в ffmpeg нет libfdk_aac, а у тебя его скорее всего нет, то ты сосёшь.

А прям таблички табличной у меня нет. И я не знаю где мне её брать.
Android: Mobile Safari 296 3403287
>>403283
Щас 2024 на дворе, а ты мне втираеш кодеки и контейнеры которым лет 10 уже, я же попросил актуальные
Android: Mobile Safari 297 3403291
>>403283

>если у тебя в ffmpeg нет libfdk_aac, а у тебя его скорее всего нет, то ты сосёшь.


Эта информация устарела на несколько лет
Linux: Firefox based 298 3403301
>>403287
Так они актуальные и есть. Ну знаешь, VP9 существует уже давно, а я только недавно купил телефон с аппаратным декодированием VP9. Точно так же будет и с AV1.

Ты просил новые, а не актуальные. Нет смысла рассказывать про JPEG Xl, когда его ни хром ни firefox не поддерживают.

>>403291
Ну и где коммиты которые допиливают vbr режим или метод кодирования anmr у встроенного в ffmpeg кодека AAC?
Всё что я видел это минорные файнтюны на базе того же кодека что и был.
1703583611334.png70 Кб, 900x1324
Философский вопрос Android: Mobile Safari 299 3405022
>>365343 (OP)
Зачем перекодировать видео, если собираешься хранить оригинал?
Я сейчас не имею в виду юзкейсы типа "хурррр, а я перекодирую и удалю оригинал, дуррррр" или "чтобы запостить на Двач". Речь идёт про перекодирование видео и хранение на харде.
Зачем его перекодировать, если есть оригинал? Зачем перекодировать в AV1, если завтра выйдет AV2? И что, потом всё заново перекодировать? Зачем перекодировать в H265, если оригинал в H264?
Только сегодня задумался над этим вопросом, а до этого слепо перекодировал коллекцию в VP9. А вот аудио я без сожаления кодирую в Opus и удаляю подлинники.
Linux: Firefox based 300 3405413
>>405022

> Зачем перекодировать в AV1, если завтра выйдет AV2?


Ну выйдет AV2, который будет кодироваться со скоростью меньше 1 fps, и чё? Улучшения в качестве не бесплатны. Чем сильнее сжатие, тем мощнее должен быть CPU чтобы такое вывозить. А у чипмейкеров там какие-то проблемы с выпуском новых техпроцессов. Утоньшать литографию становится всё сложнее.

Короче, AV2 врят-ли кому то нужен без аппаратного ускорения. Ну может ютуб видео миллионники в него перекодирует, на том и ограничатся.

> Зачем перекодировать в H265, если оригинал в H264?


Ну тут скорее вопрос почему это должен быть именно h265.

Зачем перекодировать вообще? Ну смотри. Допустим у тебя этот h264 в 20, если не в 40 мегабит. И ты хочешь уменьшить до приемлемых тебе 5 мегабит. Каким кодеком это лучше делать? Старым h264, или выбирать между h265 или AV1?
Android: Mobile Safari 301 3405416
>>405413

> Допустим у тебя этот h264 в 20, если не в 40 мегабит. И ты хочешь уменьшить до приемлемых тебе 5 мегабит.


Но что именно делает 40 мегабит неприемлемыми, а 5 мегабит приемлемыми? Я хикка, я не буду стримить этот видеофайл для совместного просмотра. Телевизора у меня тоже нет, и все фильмы я смотрю с монитора. Есть ли в таком случае смысл перекодировать видео из родного H264?

> Ну выйдет AV2, который будет кодироваться со скоростью меньше 1 fps, и чё? Улучшения в качестве не бесплатны. Чем сильнее сжатие, тем мощнее должен быть CPU чтобы такое вывозить. А у чипмейкеров там какие-то проблемы с выпуском новых техпроцессов. Утоньшать литографию становится всё сложнее.


> Короче, AV2 врят-ли кому то нужен без аппаратного ускорения. Ну может ютуб видео миллионники в него перекодирует, на том и ограничатся.


Если AV1 и H266 станут вершиной развития видеокодеков, ну хотя бы лет на 15, то тогда это снимает многие мои вопросы. Всё-таки одно дело — перекодировать свою видеоколлекцию раз в 5 лет, и другое — раз в 15 лет. Но всё ещё непонятно, зачем это делать, если я точно собираюсь хранить подлинник.

А, ну и неужели сложно сделать асик для кодирования и декодирования новых кодеков? Просто немного места в процессоре или в видеочипе, которое будет заниматься только одним: кодировать и декодировать видео.
Android: Mobile Safari 302 3405431
Ютуб, твич, рутуб, везде х264, где свежак?
Linux: Firefox based 303 3405441
>>405416

> Есть ли в таком случае смысл перекодировать видео из родного H264?


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

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


Тогда не кодируй. Вопрос только сколько часов ты будешь хранить и где ты возьмёшь столько места.

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


Nvidia смогла сделать свой асик только в последней серии RTX 40. Тридцатая только с декодером. Маркетинг ли это, или у них там были трудности, не знаю.
Windows 10: Chromium based 304 3405473
>>405431

> Ютуб


H.264, VP9. AV1.

> где свежак


На нетфликсе. Но после проёба в суде Броадкому, судя по всему перешли на гугловский копрокодек.
Android: Mobile Safari 305 3405487
>>405473
Я так понимаю av1 соснул
Windows 10: Chromium based 306 3405495
>>405431
>>405487
На твиче ав1.
Windows 10: Chromium based 307 3405497
>>405487
Он соснул при зачатии. Так уж вышло, что гугл высирает форматы, которые проигрывают уже имеющимся аналогам. Взять тот же хевц: хевц лучше сжимает, качественнее сжимает, весит почти столько же, сколько и AV1. Но жадность гугла и нежелание платить патентные отчисления кошмару всех пердоликов — Броадкому, создаёт ситуацию, в которой имеем то, что имеем.
Windows 10: Firefox based 308 3405499
>>405497

>Взять тот же хевц: хевц лучше сжимает, качественнее сжимает, весит почти столько же, сколько и AV1.


Но это же не так, AV1 сжимает лучше на всём диапазоне битрейтов. А хевк, в свою очередь, может проигрывать h264 на более высоком битрейте.
Windows 10: Chromium based 309 3405500
>>405499
Comparison with parameters list?
Windows 10: Firefox based 310 3405502
>>405500
Так это ты заявляешь что хевк лучше AV1, ты и тащи свои сравнения. Если погуглить av1 vs hevc, все говорят что AV1 лучше.
Android: Mobile Safari 311 3405548
>>405495
Там х264
Windows 10: Chromium based 312 3405641
>>405548
Недавно добавили ав1.
Android: Mobile Safari 313 3405644
>>405641
Куда? Прям щас открой любой стрим и глянь кодек
Linux: Firefox based 314 3405648
>>405644
Вы не понимаете. Поддержку добавили на стриминговую платформу. А то что стримеры стримлят со старой 1650 и у них нет такого кодека, как и денег на новую карточку, это другое.
Android: Mobile Safari 315 3405671
>>405648
А на какие карты добавили ав1?
Linux: Firefox based 316 3405701
>>405671
40-я серия, у Intel arc вроде есть, ну ещё можешь радеоны проверить.
Windows 10: Chromium based 317 3405850
Дано
Есть фильм, нужно из него вырезать несколько эпизодов, и слить в один файл, уменьшив размер и качество.
Этот редактор сможет это сделать?
Windows 10: Firefox based 318 3405852
>>405850
Сможет, но чем больше эпизодов нужно будет вырезать, тем больнее будет попочке.
Windows 10: Chromium based 319 3406070
>>405671
Декодирование: нвидиа 3000 / радеон 6000. Энкодирование: нвидиа 4000 / радеон 7000.
Windows 10: Firefox based 320 3407317
Я видел в инете всякие гайды по добавлению ватермарок к видео и фото через ffmpeg, скажите возможно ли ему на вход подать текстовый файл, а на выходе получить к примеру картинки в заданном разрешении и с текстом из каждой строки?
Windows 10: Firefox based 321 3407322
>>405850
./ffmpeg -ss 70.72 -t 20.30 -i xxx.webm -y -c copy xxx.mp4

-ss 70.72
начинаем с 70 секунды и 720 милисекунды

-t 20.30
заканчиваем вырезать через 20 секунд и 300 милесекунд
Windows 10: Firefox based 322 3407325
>>407317

>а на выходе получить к примеру картинки в заданном разрешении и с текстом из каждой строки?


Нашел покачто
ffmpeg -f lavfi -i color=blue:size=1280x720 -frames:v 1 -vf drawtext="fontsize=100:fontcolor=yellow:text='Hello World':x=(w-text_w)/2:y=(h-text_h)/2" -y output.jpg

надо будет батник пилить походу под это дело
Windows 10: Chromium based 323 3407331
На сколько логических процессоров может масштабироваться svt-av1 на низких пресетах без потери качества сжатия?
изображение.png87 Кб, 902x558
Windows 10: Firefox based 324 3407417
>>407325
Бля, у меня чето шрифты указаные не подгружаются, а все остальное вроде нормально пашет. Че делать то?
Windows 10: Firefox based 325 3407420
>>407417

>ля, у меня чето шрифты указаные не подгружаются


ебучая винда со своими путями ебет мозги, вот так прописал
./ffmpeg -f lavfi -i color=0xFFFFFF:size=300x100 -frames:v 1 -vf "drawtext=fontfile=C\\:/Users/Nobi/AppData/Local/Microsoft/Windows/Fonts/NotoSansMono_ExtraCondensed-Black.ttf:fontsize=40:fontcolor=0x7F7F7F:text=huipizda:x=(w-text_w)/2:y=(h-text_h)/2" -y test.png
Windows 10: New Opera 326 3409053
Анончики, подскажите плиз какой нибудь софт для просмотра\анализа группы кадров
Android: Mobile Safari 327 3409067
>>409053
ffprobe даст тебе подробнейшую информацию по всем кадрам в потоке. Есть для фильтрации еë вывода в интернете скрипты.
Если хочется интерактивное средство, то бери avidemux.
Но я даже представить себе не могу, зачем тебе потребовалось то, что ты спрашиваешь.
17043119129170.jpg7 Кб, 123x125
Windows 10: New Opera 328 3409450
>>409067
Спасибо. Ну мне это нужно чисто в познавательных целях, для сравнения результата кодирования разных кодеков.
Windows 10: Firefox based 329 3410938
>>405850
Вроде да, но заёбно конечно, особенно если сотня кусков надо.
Windows 10: Firefox based 330 3410957
Нужно уменьшить разрешение видосов для старой мобилки до 640х360. Исходники абсолютно разные, вплоть до квадратных 1:1. Как заставить ффмпег сохранять пропорции оригинала? Желательно отдельно варианты:
- обрезать "лишнее" видео сверху и снизу
- добавить чёрные полосы слева и справа
Пробовал и -s 640x360, и -vf scale=640:360 - и то и это "расплющивает" квадратные видосы под прямоугольные 16:9.
а ещё есть исходники не просто вертикальные с разрешением типа 1080х1920, а обычное фуллхд, но по факту вертикальное 600х1080, а огромные куски слева и справа - чёрные квадраты. Тут только вручную вырезать -vf crop=600:1080:650:0 нужный вертикальный кусок из центра и потом уже его поворачивать -vf transpose=2 и ресайзить до 640х360
Linux: Firefox based 331 3410962
>>410957
Запердоль скрипт на питоне.

Масштабирование с сохранением соотношением сторон ещё можно реализовать одним командлайном. Но детектинг наличия чёрных полос и где обрезать уже требует пердолинга.
Windows 8: Firefox based 332 3410978
Специфический запрос.

Есть "кинотеатральная" widescreen версия фильма (2.35:1) в виде нетронутого видеопотока с блюрея (ремукс), то есть 1920x1080 с черными полосами.

Есть open matte 16:9 версия в виде hdtv-рипа в 720x576 с неквадратными пикселями (...зачем...), с другим фпс (25 против 23.976) и интерлейс вместо прогрессива. Open matte - это более полный кадр по вертикали по сравнению со стандартным релизом. Такие версии крайне редко выходят официально, они обычно для hdtv или иногда стримингов.

Хочу взять конкретную сцену из фильма и:
1) подложить open matte под widescreen, совместив содержимое кадра, чтобы по центру было максимальное качество с ремукса, а сверху и снизу - LQ куски опен матте, которые были бы "над" черными полями кадра 1920x1080, но естественно не заслоняли осмысленное содержимое кадров ремукса посередине. Готов поебаться вручную в пейнте и выдрочить правильное расположение опен матте кадра прямо пиксель-в-пиксель.
2) экспортнуть результат в набор кадров в пнг

И всё это - в один проход, без перекодирований во всякие h264 десять раз в процессе.

Мнения? Я ебанулся? Возможно, мне лучше перегнать сами исходные видео в наборы кадров пнг, а уже потом как-то наколхозить batch обработку этих синхронизированных друг с другом наборов пнгшек (кроп и прочее)?
Linux: Firefox based 333 3411028
>>410978
Я не очень понял вопрос. Но ffmpeg позволяет делать композицию видео. Там для этого есть фильтр overlay. Вот можешь почитать на тему: https://stackoverflow.com/questions/42519757/ffmpeg-compositing-a-video-within-a-video-in-the-centre

Для подгонки fps можешь использовать фильтры fps или framerate.

Для кропа чёрных полос есть фильтр crop. Для ресайза scale.

Твоя задача загнать всё это в filter complex в правильном порядке и подобрать параметры так чтобы выполнить задачу 1.

По поводу PNG секвенций читай тут https://natron.readthedocs.io/en/rb-2.5/guide/tutorials-imagesequence.html#ffmpeg

Но я бы тебе не советовал бы тебе использовать PNG sequence если ты не знаешь зачем тебе секвенция и почему именно в PNG. Есть lossless видео кодеки, есть монтажные кодеки. Сжатие видео не ограничивается просмотровыми кодеками, вроде упомянутого тобой h264.
Windows 8: Firefox based 334 3411031
>>411028

Спасибо!

>Но я бы тебе не советовал бы тебе использовать PNG sequence если ты не знаешь зачем тебе секвенция и почему именно в PNG.


Чтобы гифки нарезать.

>Есть lossless видео кодеки, есть монтажные кодеки. Сжатие видео не ограничивается просмотровыми кодеками


Да, само собой.
Windows 8: Firefox based 335 3411033
>>411028

>Я не очень понял вопрос.


Ну типа вот пикрил:
1 пик - блюрей
2 пик - опен матте вебдл с более полным кадром, но заметно более хуевым качеством
3 пик - гибридный рип, сделанный добрым человеком с прямыми руками, который наложил блюрей (без полос, естественно) на опен матте вебдл
При этом, обрати внимание, опен матте не накладывается на вайдскрин совсем наивно, типа пиксель-в-пиксель с раскрытием блюрейной/кинотеатральной версии вверх и вниз до 1920x1080, а лежит как-то примерно как пик 4, по техническим и художественным причинам.
Linux: Firefox based 336 3411039
>>411031

> Чтобы гифки нарезать.


Перед -i пиши -ss и время начала. А потом перед именем гифки пиши -t и указывай продолжительность.

А ещё там надо пердолиться с палитрой.

Вот тут поподробнее https://superuser.com/questions/556029/how-do-i-convert-a-video-to-gif-using-ffmpeg-with-reasonable-quality

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

Там алгоритм простой:

1. Обрезаешь чёрные полосы у ремукса фильтром crop.
2. Из обрезанного видео создаём 2 одинаковых обрезанных видео фильтром split.
3. Масштабируешь одну копию видео так чтобы она заполнила весь холст фильтром scale, после чего обрезаешь его по центру фильтром crop.
4. Объединяешь эти 2 видео в одно фильтром overlay.
Windows 8: Firefox based 337 3411044
>>411039

>А ещё там надо пердолиться с палитрой.



Если честно, я пока что для гифок из наборов пнг/жпг/бмп использую онлайн-тулзы (да, знаю, зря), которые делали норм.

gifmaker.me делал охуенные цвета ценой не раздражающего дизеринга, который тем более очень уместен для фотографического/киношного материала, потому что похож на киношный ламповый шум. Первые два пикрила.

Но он умер (вот потому и зря), а ezgif ебашит цвета бандингом (пикрил 3), еще и без темпоральной стабильности этого бандинга, что заставляет меня грустить.

А сами пнг для кадров гифки вырезаю из видео с помощью VirtualDub'а, где можно выдрочить с точностью до кадра, сразу указать пропуск каждого второго (если слишком тяжеловесно хуярить все 24/30 родных кадров в секунду), кропнуть содержимое кадра как надо и т.д. Все-таки гуи в этом деле в сто раз удобнее (ну хотя бы для референса, чтобы заранее посмотреть, по каким цифрам резать), чем консоль.

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


Не, это готовый пример под рукой. Отличия - в большей наполненности кадра сверху и снизу. Автор "гибридного рипа" выбрал вариант взять за основу расположение опен матте версии и поэтому чуть-чуть укрупнить / zoom in блюрейную картинку, чуточку потеряв в пиксель-перфект четкости, но также, бывает, делают как на пикрил 4 в моем сообщении выше, оставляя по углам черные прямоугольники или заливая их градиентом интерполяции с краев двух исходных кадров.
Android: Mobile Safari 338 3411124
>>411031

>Чтобы гифки нарезать.


>>411044
Я тебе в воскресенье смогу скинуть батник для пиздатейшей конвертации в гиф через ффмпег, сам писал.
Раньше не выйдет, я не дома.
Windows 10: Chromium based 339 3411189
>>411124
жду
Windows 10: Firefox based 340 3411192
>>411124
уже понедельник пиздабол где
Linux: Firefox based 341 3411209
>>411192
Ты там ничего не попутал?
1603004791608.jpg42 Кб, 320x320
Windows 10: Chromium based 342 3411437
Windows 10: Chromium based 343 3411823
>>411124
уже понедельник пиздабол где
Linux: Firefox based 344 3411845
>>411823
Имагинировал ебало чела который сидит не спит и ждёт когда ему ровно в 00:00 принесут батник на двачи.
Windows 10: Firefox based 345 3411870
Так, стоп, выходит я всё время неправильно и неоптимально жал шебмки с видосами? С аудиокодеками заморачивался, а тут как-то забил. Просто вводил какой-то битрейт для конкретного разрешения и выходили либо огромные файлы, либо шакально. В параметрах оказывается есть пресеты качества и по дефолту далеко не самый крутой, профили, всякие cq, crf, opencl, подстройки под сам видос - слайдшоу/кинцо/плёнка, и даже кодирование в два прохода. Ещё и сам ффмпег могу юзать нитакой, всегда качал отсюда: https://www.gyan.dev/ffmpeg/builds/ffmpeg-git-full.7z . Или можно небось видюхой жать в xx раз быстрее, а не только процом. Задача в общем-то проста - получить мммаксимально малюсенький mp4-файл (видео x264, аудио aac) нужного разрешения (например 640х360 или fullhd) с любым фпс до 60, лишь бы выглядело чисто и без квадратов на быстро меняющихся сценах. Двухпроходный вариант с crf есть или только на vp9? Какими настройками можно выжать всё-превсё по максимуму, а не просто -c:v libx264?
Android: Mobile Safari 346 3411889
Вот есть видео, 1000 кадров, 100 мегабайт.
Почему нельзя просто отрезать 500 кадров и оставить только остальные 500, и чтоб при этом видео весило 50 мг? Какого хуя видео вырастает до 300 мб?
Linux: Chromium based 347 3411952
>>411889

> Почему нельзя просто отрезать 500 кадров и оставить только остальные 500, и чтоб при этом видео весило 50 мг?


Потому что видео это не набор картинок.
Читай начиная отсюда >>384593

> Какого хуя видео вырастает до 300 мб?


Потому что ты его перекодировываешь?
Windows 10: Chromium based 348 3411960
>>411889
Можно отрезать по ближайшему ключевому кадру, это ты зачем-то всё перекодируешь.
Linux: Firefox based 349 3412012
>>411870

> мммаксимально малюсенький mp4-файл


> (видео x264, аудио aac)


> шебмки с видосами


Выбери одно.

H264 уже давно не про максимальное сжатие. А оптимальное пожатие aac требует компиляции своего билда ffmpeg, потому что libfdkaac не входит в публично распространяемые исполняемые файлы по причинам лицензионных ограничений.

> Двухпроходный вариант с crf есть или только на vp9?


Такая вещь не является нормой. Это порождение ограничений libvpx и libaom.

libsvtav1 умеет жать в crf не требуя второго прохода, подобно тому как это происходит в x264 и x265.

Ты ждёшь от меня универсальных гайдов, но таких нет. Но одно я могу сказать наверняка: vp9 устарел, vp8 засохшее говно мамонта.

Причина по которой vp9 устарел заключается даже не в наличии AV1, а в отсутствии надлежащей поддержки. Референсный libvpx-vp9 жмёт медленно и плохо паралелится. Отсутсвуют аналоги не то что x264/5, но даже аналоги svt av1. Тот svt vp9 что есть работает только на некоторых зеонах (то есть на твоём райзене не запустится), не умеет жрать вход из пайпа, и никто даже не чешется улучшать этот самый svt vp9. Аппаратного ускорения сжатия нет и не предвидеться.

В сфере сжатия аудио opus вытесняет aac. Сейчас это серебрянная пуля. Пользоваться им проще простого: -c:a libopus -b:a 64k. Ну можешь битрейт повыше поставить, если у тебя в лимит влезет. Из ограничений только то что в ffmpeg для libopus поддержку многоканала вроде как не завезли и неизвестно когда завезут.

В сфере сжатия видео идёт соперничество между h265 и AV1. H265 берёт широкой аппаратной поддержкой, в том числе и кодирования, а также наличием кодировщика x265. AV1 берёт открытостью, местами лучшим сжатием, поддержкой со стороны браузеров, и перспективами дальнейшего повсеместного внедрения. Уже есть аппаратная поддержка декодирования AV1 во флагманских смартфонах и у карточек nvidia c 3000-й серии. С 4000-й серии добавили аппаратное кодирование.

Какие-то гайды есть, но выбирать параметры кодирования тебе придётся самому, под твои предпочтения.
https://kokomins.wordpress.com/2019/10/10/anime-encoding-guide-for-x265-and-why-to-never-use-flac/
https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/README.md?ref_type=heads
Linux: Firefox based 349 3412012
>>411870

> мммаксимально малюсенький mp4-файл


> (видео x264, аудио aac)


> шебмки с видосами


Выбери одно.

H264 уже давно не про максимальное сжатие. А оптимальное пожатие aac требует компиляции своего билда ffmpeg, потому что libfdkaac не входит в публично распространяемые исполняемые файлы по причинам лицензионных ограничений.

> Двухпроходный вариант с crf есть или только на vp9?


Такая вещь не является нормой. Это порождение ограничений libvpx и libaom.

libsvtav1 умеет жать в crf не требуя второго прохода, подобно тому как это происходит в x264 и x265.

Ты ждёшь от меня универсальных гайдов, но таких нет. Но одно я могу сказать наверняка: vp9 устарел, vp8 засохшее говно мамонта.

Причина по которой vp9 устарел заключается даже не в наличии AV1, а в отсутствии надлежащей поддержки. Референсный libvpx-vp9 жмёт медленно и плохо паралелится. Отсутсвуют аналоги не то что x264/5, но даже аналоги svt av1. Тот svt vp9 что есть работает только на некоторых зеонах (то есть на твоём райзене не запустится), не умеет жрать вход из пайпа, и никто даже не чешется улучшать этот самый svt vp9. Аппаратного ускорения сжатия нет и не предвидеться.

В сфере сжатия аудио opus вытесняет aac. Сейчас это серебрянная пуля. Пользоваться им проще простого: -c:a libopus -b:a 64k. Ну можешь битрейт повыше поставить, если у тебя в лимит влезет. Из ограничений только то что в ffmpeg для libopus поддержку многоканала вроде как не завезли и неизвестно когда завезут.

В сфере сжатия видео идёт соперничество между h265 и AV1. H265 берёт широкой аппаратной поддержкой, в том числе и кодирования, а также наличием кодировщика x265. AV1 берёт открытостью, местами лучшим сжатием, поддержкой со стороны браузеров, и перспективами дальнейшего повсеместного внедрения. Уже есть аппаратная поддержка декодирования AV1 во флагманских смартфонах и у карточек nvidia c 3000-й серии. С 4000-й серии добавили аппаратное кодирование.

Какие-то гайды есть, но выбирать параметры кодирования тебе придётся самому, под твои предпочтения.
https://kokomins.wordpress.com/2019/10/10/anime-encoding-guide-for-x265-and-why-to-never-use-flac/
https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/README.md?ref_type=heads
Windows 10: Firefox based 350 3412036
>>412012
Спасибо, очень развёрнуто. Понятно что всё устарело, кодирую для старых девайсов - они никакие x265, webm и тем более av1 не тащат. Но как оказалось и x264 не всякое жуют!
Мобилка начала десятых играет максимум -preset slow, всё выше - картинки нет, аудио есть.
Смарт-телик середины десятых почему-то вообще в отказ, даже просто -c:v libx264 -c:a aac. "В настоящее время этот формат не поддерживается" и всё. Надо откопать что за модель и что точно он поддерживает.
Windows 10: Chromium based 351 3412038
>>412012

>Аппаратного ускорения сжатия нет и не предвидится.


Интел умеет.
Linux: Chromium based 352 3412048
>>412036

> всё выше


Выше это в какую сторону?
Windows 10: Firefox based 353 3412051
>>412048
slower, veryslow, placebo
Linux: Firefox based 354 3412058
>>412036
Там дело не в пресетах, а в профилях и уровнях.

Когда ты включаешь пресет медленнее, он активирует опции, которые улучшают сжатие, но снижают совместимость. Тот же CABAC, количество b кадров, например.

Есть 3 основных профиля и куча производных от них. Основные профили это baseline, main, high.

Baseline самый слабый, когда то для айфонов кодировали в этом профиле.
Main это что-то среднее, вроде как для SD контента.
High это самый сильный профиль, предназначенный для HD контента и включает такие опции как CABAC.

Ну и уровни, которые указывают максимальное разрешение и частоту кадров, которые этот декодер должен декодировать. Там от 1.1 до 5.0 или 5.1, не помню точно.

Читал мануалы на торрент форумах, там рекомендуют кодировать в уровень 4.1 для 1080p. Но это если частота кадров не превышает 30. Уровень 4.2 позволяет уже до 60 fps.

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

Узнать профиль и уровень ты должен в спецификации устройства. Но если такой нет, найди методом перебора. А ещё учти, что чтобы попасть в уровень, тебе возможно понадобится снижать разрешение и количество кадров в секунду. Сам кодировщик этого не сделает.

https://en.wikipedia.org/wiki/Advanced_Video_Coding#Levels
Windows 10: Firefox based 355 3412064
>>412058

> правильно указал уровень и профиль


Ну например так, исходники всякие - от 1280х720 до 4K, от 25 фпс до 60:
ffmpeg -i test.mp4 -vf scale=640:360 -c:v libx264 -preset slow -crf 28 -c:a copy test1.mp4
Linux: Firefox based 356 3412074
>>412064

> scale=640:360


Для сохранение соотношения сторон, насколько это возможно, ты мог бы сделать так:

> scale=-2:360


или так, в случае если ты обрезал чёрные полосы у источника

> scale=640:-2


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

Разрешение 360p при 30 fps примерно соответствует уровню 3.0
Linux: Chromium based 357 3412082
>>412051
Ок, заменил slower на slow.
Windows 10: Firefox based 358 3412087
>>412036

> Надо откопать


Так, сосунг ue32j5500aw. В мануале заявлено всё что можно - и h263, и h264, и hevc, и даже vp8. А на сайтах магазинов из всей мультимедии только

> MP3, WMA, MPEG4, DivX, MKV, JPEG


Ну окау, есть скажем 1920х1080 видосы с мобилы, которые я разжал в лосслесс -c:v huffyuv -c:a pcm_s16le, потом фиксил тряску тем же ффмпегом и размножил нейронкой flowframes фпс с 30 до 60 - во что их кодировать, чтобы пошло на этом телике?
проще комп подрубить в режиме моника похоже
Linux: Firefox based 359 3412129
>>412087
Во первых, не факт что твой телик может в 60 fps.

Из его характеристик известно, что у него экран 1920x1080. Из этого следует то, что он должен жрать 1080p видео, типичное количество кадров которого обычно не превышает 30.

Исходя из этого, я предполагаю, что он должен поддерживать профиль high уровня 4.1

Прямо так и пишешь -c:v libx264 -profile:v high -level:v 4.1

Если не будет работать, можешь ещё -bf 3 добавить.
Windows 10: Firefox based 360 3412281
А можно ли строчкой задать условие "если битрейт аудио оригинала >130 кбит, то пожать в дефолтный aac, моно (60-70 кбит)"? Или только батник пилить?
Windows 10: Chromium based 361 3412282
>>412281
Для этого нужно подключать ffprobe, без скрипта не обойтись.
Windows 10: Firefox based 362 3412478
Как заставить ффмпег не менять дату оригинального файла? Вот говно мамонта из 2003 года и чтоб полученная шебмка/мп4 тоже имела дату изменения 2003. Или никак?
Linux: Chromium based 363 3412556
>>412478
В линуксе есть touch -r <оригинальный файл> <новый файл>, копирует дату изменение с оригинального файла в новый.
Может в винде есть что-то такое же, ищи.
Windows 10: Firefox based 364 3412740
>>411031 >>411044 >>411189 >>411192

>уже понедельник пиздабол где


Это называется форс-мажор, сука.
https://pastebin.com/mwUVX4Cq
15686518716810.jpg50 Кб, 778x778
Windows 10: Firefox based 365 3412758
x264.png23 Кб, 1507x183
Windows 10: Firefox based 366 3412922
>>412740
Таки сляпал всё в единый батник. И x264 с нужным пресетом-качеством-разрешением, и aac в моно с микробитрейтом, и обрезка инфразвука с компрессией, и полное сохранение даты.
image.png28 Кб, 1223x132
Linux: Firefox based 367 3413182
У меня для вас новость

ffmpeg поддерживает VVC
Windows 8: Firefox based 368 3413257
Господа специалисты по видеофайлам, нужен ваш фидбек.

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

Вот текущая версия, которую я написал пару месяцев назад: https://pastebin.com/BcQKSVxZ

Как легко заметить, она не дописана в конце (раздел для любопытных аутистов, которым интересно знать, почему так происходит). Причину того, почему может не скачаться конец файла, я отлично знаю и расписал максимально подробно, а вот почему именно недокачанный конец приводит к таким спецэффектам - в этой теме я "плаваю". Знаю ситуацию в общих чертах и также знаю, что линейные редакторы типа avidemux, virtualdub (и в частности mkvtoolnix при работе с содержимым файла) честно дотошно читают весь файл целиком и изучают, что у него лежит на каких таймстампах, прежде чем дать пользователю скакать по нему. Но писать свои додумывания - возможно, откровенно ошибочные - не хочу.

Что бы вы дописали в тот недописанный в конце раздел, или мб даже что бы вы исправили в том, что уже написано?

С меня нихуя, но этот текст будет висеть в перекатах торрент-треда в обозримом будущем и мб кому-то поможет, ну или хотя бы кого-то просветит.
Windows 10: Firefox based 369 3413270
А в чем прикол вот этой темы?
https://github.com/AnimMouse/ffmpeg-autobuild
Linux: Chromium based 370 3413273
>>413270
Используют гитхаб, чтобы бесплатно автоматически собирать кастомный ффмпег с libfdk-aac и прочими плюшками.
Windows 10: New Opera 371 3413495
Анончики, а можно ли как нибудь увеличить фпс, допустим, с 30 до 60 и при этом увеличить плавность видео, как это делает Topaz ?
И вообще есть ли какие нибудь функции для улучшении картинки при апскейле ?
Пока только нашел как выкрутить резкость (-vf unsharp=x:x:x)
Apple Mac: Chromium based 372 3413508
>>413495
Это в принципе невозможно, только притвориться.
Ты хочешь добавить кадр посередине между двумя. Камера не снимала что там происходило и это никому не известно. Можно только либо интерполировать, либо фантазировать какими-нибудь нейронками.
Интеполяцию ffmpeg умеет: https://ffmpeg.org/ffmpeg-filters.html#minterpolate
Android: Mobile Safari 373 3413517
>>413508

>Это в принципе невозможно


Почему невозможно то, бери соседние кадры, вставляй промежуточные, делая новые из соседних через оверлей.
Только смысла в этом немного, всё современное железо такое фуфло на лету делать может при проигрывании, качество видео не улучшится от таких манипуляций.
Linux: Firefox based 374 3413654
>>413508
>>413517
Проблема в всех этих интерполяторов в том что они не способны отличить реальную частоту кадров от фиктивной. Например в том же аниме нередко рисуют 12 кадров, а кодируют как 23.976 (24000 / 1001). И притом в одном и том же видео может быть как 24 реальных кадра, так и 12.

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

И это я ещё молчу про пулдаун из киношных 23.976 в NTSC (29.97 полных кадров). Как такое интерполировать, я даже не представляю.
Apple Mac: Chromium based 375 3413664
>>413517
Потому что то ты там наклеил не имеет отношения к тому что происходило перед объективом. Кадр ты можешь только угадывать или придумывать сам. Любое размытие будет просто мылом, любое наложение даст артефакты типа шестиногих котов
Mila Azul slowmo.mp43,8 Мб, webm,
1920x1080, 0:13
Windows 10: New Opera 376 3413688
>>413508
>>413517
Ну Topaz каким-то методом интерполирует, результат получается неплохой в большинстве случаев, в примере замедленный 2-х секундный ролик 30фпс, но топаз делает это ну очень медленно. Вот и интересуюсь, можно ли что-то подобное замутить в ffmpeg.
Windows 10: New Opera 377 3413690
>>413688
Если тупо замедлить без интерполяции, то получается дерганная картинка в 5 фпс с дублированными кадрами.
Windows 8: Firefox based 378 3413802
>>413654
А также артефакты на стыке кадров (в смысле ракурсов / планов), когда интерполировать последний кадрик предыдущей сцены и первый кадр следующей НЕ надо, а надо тогда уж экстраполировать из двух последних кадров предыдущей сцены.

Но детект смены сцены https://en.wikipedia.org/wiki/Shot_transition_detection - это ДОХУЯ сложная задача, а какой хуйни нейронка нагенерит на плавных сменах кадров, типа фейдов или наездов - представить страшно.
Windows 10: Firefox based 379 3413835
>>413688
Тебе нужен rife для такого, годных консольных тулзов под это дело вроде не замутили, гугли flowframes
Windows 10: Chromium based 380 3415025
>>411960
>>411952
Хорошо, как обрезать по ключевым кадрам?
Windows XP: Firefox based 381 3415084
>>415025
Если тебе без лишней ебли - скачай Avidemux, это линейный редактор с гуи, который работает на ффмпеге. Внизу таймлайн видео, по нему можно скакать мышкой или контролами слева, там есть "перейти на следующий / предыдущий ключевой кадр" (там же рядом для текущего кадра всегда пишется, каков текущий, тебе нужны I-кадры). Кнопками A и B можно выделить нужный тебе фрагмент (кнопка B включительная, то есть кадр B будет последним кадром выреза, а не первым кадром того, что следует за нужным тебе и уже не будет вырезано). Слева для видео и аудио можно выбрать режимы - Copy - это полная копия потока без какого-либо перекодирования, остальные варианты с кодеками - перекодирование в нужный кодек и их настройки и фильтры (кроп кадра сверху и снизу, ускорение и прочее, естественно, это все доступно только при перекодировании). Тебе нужен режим Copy для видео и аудио, в нем начало выделенного фрагмента ОБЯЗАТЕЛЬНО должно быть ключевым I-кадром, а вот если перекодируешь (т.е. создаешь видеопоток с нуля), тогда можешь вырезать начиная с какого угодно кадра.
Windows XP: Firefox based 382 3415087
>>415084
Вдогонку: там же можно удалить / убрать ненужный тебе фрагмент из видео / из последовательности кадров, если тебе нужно склеить какие-то два фрагмента, которые разделены другим ненужным.

В этом случае две тонкости:
- в случае удаления (а не выделения для рендера / экспорта, как в сообщении выше) кнопка B устанавливает не последний кадр удаляемого, а первый кадр нетронутого, то есть в этом случае вырезание НЕ включительное по B, последний кадр удаляемого фрагмента будет предыдущим до кадра, установленного кнопкой B
- если ты вырезаешь без перекодирования в режиме Copy, то тут уже именно B должен быть ключевым I-кадром, а A (начало удаляемого фрагмента) может быть любым. Потому что можно запросто обрезать хвост любой последовательности кадров, декодируемых друг за другом каждый из предыдущего, а вот НАЧАЛО последовательности (второй нужный тебе фрагмент, следующий за удаляемым куском) обязательно должно быть полным нетронутым кадром. Это, как бы, достаточно "очевидно" и несложно, но советую не запомнить это как факт, а посидеть подумать и, так сказать, "осознать", чтобы потом не путаться.

Удаляется просто: выделяешь на таймлайне фрагмент кнопками A и B и просто нажимаешь Delete. Учти, что если ты куда-то на бумажку записываешь свои монтажные последовательности покадрово, то тайминг следующих за этим кусков съедет (если ты удалил 30 секунд с 0:30 по 1:00, то то, что было 2:30, станет 2:00).
image.png51 Кб, 908x266
Windows 10: New Opera 383 3415107
Анончики, что это за дичь (см.пик) ?
Windows 10: Chromium based 384 3415109
>>415084
>>415087
Да я разобрался, то что нужно. Тогда получается мне нужно записывать с частыми ключевыми кадрами.
Android: Firefox based 385 3415475
Кстати про ключевые кадры, ффмпег и авидемукс.

Подскажите, как кодировать видео так, чтобы ключевые кадры стояли в основном на смене ракурсов / на начале новых шотов, а не равномерно каждые 10 секунд?

H264 в Авидемуксе на пресетах slow, slower, veryslow делает именно последнее. А, например, в ресурсах блюреев (и в исходных .m2ts с блюреев) часто вижу, что ключевые кадры стоят чуть ли не на каждом первом новом шоте (мб не совсем буквально на каждом, но тем не менее). При этом же, например, недавно качал чей-то херовенький блюрей-рип (реенкод в меньший размер) - там ключевые кадры раз в 25 секунд сука, охуенно удобно скакать по файлу (нет). Где эта настройка?
Android: Firefox based 386 3415477

> в ресурсах блюреев


* в ремуксах.
sticker.gif2,2 Мб, 512x512
Windows 10: Firefox based 387 3415917
как фиксить артефакт сетку?
Windows 10: Chromium based 388 3415953
>>415917
ok google ffmpeg gif palettegen
danny trejo what makes for an excellent movie.mp439,1 Мб, mp4,
1920x1080, 0:15
Windows 8: Firefox based 389 3416789
Подскажите, что не так с этим видео?

Весь файл целиком большой, но вот этот кусок вырезан без перекодирования (перекодировал только аудио в AAC для браузеров, видео не тронул и порезал по ключевому кадру).

> Frame rate mode : Constant


> Frame rate : 29.970 (30000/1001) FPS


> [...]


> Scan type : MBAFF


> Scan type, store method : Interleaved fields


> Scan order : Top Field First



Не "просто" интерлейс, а некий MBAFF. Еще Avidemux называет типы кадров не просто I, P, B, а I-TFF, P-TFF, B-TFF.

При этом видеоплеер (MPC-HC) воспроизводит нормально, а вот Avidemux при загрузке видеофайла в него декодирует как "неправильный" интерлейс (невооруженным глазом везде постоянно видны полосы интерлейса при любом движении), и браузер (Firefox) - тоже. В Avidemux не нашел в настройках декодирования чего-либо типа "смены порядка чтения полей" (если дело в этом), в Firefox тем более даже не знаю где искать подобное.

В чем тут дело и можно ли превратить этот файл и подобные ему в "нормально" читаемый интерлейс без перекодирования содержимого?
Windows XP: Firefox based 390 3416856
>>416789
https://www.afterdawn.com/glossary/term.cfm/macroblock-adaptive_frame-field_coding

«TFF» — это «top field first». Раз они специально отмечают это в типе кадра, то можно предположить, что это нестандартный вариант. В общем случае кодек должен быть готов принять видео с любым порядком полей и выдать после декодирования точно такое же, поскольку он может (точнее, мог) находиться в цепочке инфраструктуры обработки чересстрочного видео, которая складывалась годами или десятками лет. Поэтому просто взять и переделать в один «правильный» формат — не вариант (не говоря о возможных проблемах с пропажами из потока полукадров для отметок времени в начале и конце).

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

В Avidemux есть функция swap fields, меняющая их порядок. Если он просто не умеет получать правильный порядок полей от декодера, то всё исправится одним нажатием. Другое дело, если всё хитрее, и макроблоки с минимумом движения, закодированные с построчной развёрткой, программой отображаются правильно, и только чересстрочные — неправильно. Тогда смена порядка полей исправит чересстрочные части, но испортит картинку в статичных областях. Экспериментируй.
Windows 10: Firefox based 391 3417167
>>413495
Был какой-то интерполяционный изврат в ффмпег, но получалось всрато - на резких сменах сцены всё квадратится. Нормально делает flowframes.
Windows 10: Firefox based 392 3417170

> ffmpeg -loop 1 -i background.png -i audio.opus -r 30 -vf subtitles=sub.srt -c:v libvpx-vp9 -c:a copy -shortest out.webm


Какого хрена субтитры двоятся? Маленьким шрифтом и поверх крупным. Или надо обязательно на готовое видео их накладывать, а не генерить его из фоновой пикчи?
Windows 10: Chromium based 393 3417209
>>417170
Пробуй так
ffmpeg -loop 1 -i background.png -i audio.opus -r 30 -vf "subtitles=sub.srt" -c:v libvpx-vp9 -c:a copy -shortest out.webm
Windows 10: Firefox based 394 3418022
Ребята тред не читал, есть вопрос по кропу

>входное_видео.mp4: это ваш входной видеофайл.


ширина и высота: новые размеры видео после обрезки.
x и y: координаты верхнего левого угла области, которую вы хотите сохранить
И тут я буксанул, у меня не отображается картинка видео в голове для обрезки чтобы правильно обрезать, до этого юзал редакторы с оболочками там хуле хлоп хлоп и готово, а тут координаты какие-то ща конечно же буду на рандом ебашить но мб кто подскажет
Android: Mobile Safari 395 3418031
>>418022
Я делаю скриншот в гимпе/фотошопе смотрю координаты
Android: Mobile Safari 396 3418032
Анон, у меня не работает одновременно пресет realtime в vp9 и 2pass. Ошибку не скину сейчас - на работе. Может оно в принципе не работать не должно?
Windows 10: Firefox based 397 3418036
>>418031
оо спасибо!
Windows 10: Chromium based 398 3418138
>>418022
Аналогично вышепостеру прикидываю координаты по скриншоту в paint.net. И это всё-таки удобнее, чем во всех гуях, которые пробовал.
Apple Mac: Chromium based 399 3418153
>>418022
Попробуй ffmpeg заменить на ffplay в команде – заиграет то что ты режешь, помогает для отладки.
Но так да, гуи на то и гуи что в них удобнее визуальные части делать.
Windows 10: Firefox based 400 3418427
>>417209
Кавычки добавить? Не помогает. Кодировать вавку в опус, а не копировать ffmpeg -loop 1 -i background.png -i audio.wav -r 30 -vf "subtitles=sub.srt" -c:v libvpx-vp9 -c:a libopus -shortest out.webm - тоже всё двоится.
Windows XP: Firefox based 401 3418479
>>418032

> realtime


> 2pass


Расскажи, как ты будешь кодировать видео, которое находится в процессе получения, и которое закончится в неизвестный момент времени в будущем, в два прохода от начала до конца, чтобы готовый файл имел заданный размер?
Android: Mobile Safari 402 3418534
>>418479
Чел, это просто название для более быстрого пресета. Не надо так буквально воспринимать слова, которыми анальники называют всякое. На вики написано что рекомендовано для быстрого энкодинга. Я конечно предполагаю что там может быть несовместимость с 2pass по названным тобой причинам, но я для того в тред и написал чтобы узнать так это или нет (лень документацию читать).
Windows XP: Firefox based 403 3418547
>>418534
Чел, это просто название для более быстрого пресета. При котором кадры выплёвываются настолько быстро, насколько можно, и их анализ минимален. Настолько, что сохранять в файл статистики просто нечего, поскольку те же циферки (какие-нибудь средние значения и эффективные диапазоны) могут быть получены каждый раз заново простым сканированием при загрузке или копировании кадров. Следовательно, работу в режиме нескольких проходов с такими настройками даже не реализовывали, да и уровень качества несопоставим. Ты понимаешь, зачем нужно кодирование в два прохода, и как оно работает?
Android: Mobile Safari 404 3418574
>>418547
Ну вот я и хотел знать совместимы эти режим или нет. Как работает 2pass знаю.
Спасибо за ответ.
первый.mp431,4 Мб, mp4,
1280x960, 0:34
Windows 10: Chromium based 405 3418576
Сап, анончики. Попробовал оцифровать VHS кассеты, взял дешевый EasyCAPture, по гайдам из инета попробовал через VirtualDub захватить видео и получил ряд проблем:
1. При захвате видео в имеющемся формате постоянно полосит, но хуже этого - появляется зеленый кадр с черными квадратами, причём довольно часто (на приложенном видео есть).
2. То ли само это устройство такое дешманское, то ли ещё что, но при выборе его в VDub нельзя ни кодеки поменять, он просто отказывается что-либо показывать, и ссылается на ошибку, ни изменить PAL/SECAM, просто все эти вкладки неактивны. Кодеки ставил K-Lite Mega.
3. При некоторых действиях в проге делит изображение на 4 и выебывается.
Захват происходил без сжатия и в 64-, и в 32-битной версиях, сжимал для отправки сюда.
Я в этой теме вообще новенький, и даже хз насколько в правильном месте вопрос задаю, так что если что, пните в нужном направлении.
Windows XP: Firefox based 406 3418593
>>418576
Для начала выясни, какие возможности настройки есть в твоём устройстве через драйвер, софт производителя или внешние программы. Синхронизация, параметры сигнала, вот это всё. Задача в том, чтобы получить качественную и необработанную исходную картинку, а уже в программе её подновлять как надо. Кодеки и перекодирование финального результата — это вообще не вопрос, делается после захвата и обработки миллионом способов. Никакие «кодек-паки» в 2024 году не нужны.
Windows XP: Firefox based 407 3418603
>>418593
Да, но прежде всего выясни, какой именно у тебя чип внутри (выпиши идентификаторы оборудования), потому что китайцы в сараях лепят кучу вариантов этих древних устройств захвата из того, что есть под рукой, меняют загружаемые в устройство прошивки, а драйверы под современные системы не пишут. Возможно, придётся искать нормально работающий драйвер и руками добавлять.
Windows 10: Chromium based 408 3418700
>>418576
Попробуй для записи OBS Studio.
Windows 10: Chromium based 409 3418705
Наилучший способ сконвертить без потери качества webm в mp4?
А вообще, может и не мп4. Моя цель состоит в том, чтобы свои вебм массово сконвертировать в формат, читаемый телеграмом. Дело в том, что webm превращается в ФАЙЛ, когда удалить его основу, и без скачивания не обойтись.
1663184361745.jpg204 Кб, 1280x1012
Windows 10: Chromium based 410 3418842
>>418705

>без потери качества

Screenshot2024-01-31-16-26-53-771-editcom.android.chrome.jpg501 Кб, 1080x1969
Android: Mobile Safari 411 3419065
В чем он не прав пачаны пацанчики пацантре пацанвелы пацанкуосенье?
Android: Mobile Safari 412 3419066
>>418842
Что не убивает нас, делает нас криножовее
Linux: Firefox based 413 3419101
>>419065
Хотя бы в том что x265 это lossy кодек. А ещё в том что нельзя взять рандомное видео из интернета и сжать его в visually lossless. Там хорошо если если размер файла снизится на 20-30%. Но с учетом generation loss, нет, подобная затея лишена всякого смысла.
Android: Mobile Safari 414 3419496
>>418705
Странно что двачеры-анальники ещё не пояснили. Телега поддерживает вебм просто она стесняется в этом признаться. Переименуй свою вебм в мп4 и телега прожуёт видео как полагается. То есть контейнер webm в телеге поддерживается, просто файлы с расширением webm не распознаются телегой как нечто к чему надо эту поддержку применять. Даже перепковывать не надо.
А так, у тебя вопрос не корректный. Говоришь про контейнеры, а в то же время хочешь что-то там конвертировать. В крайнем случае пришлось бы запаковать vp9 и opus в мп4.
Linux: Firefox based 415 3419752
Где посмотреть, какие форматы файлов способна отображать и воспроизводить ебучая сосака? Хотя бы пошлите в направлении, где это можно посмотреть
Windows 10: Firefox based 416 3419754
>>419752
шебм (vp8/vp9+vorbis/opus) и mp4 (x264+aac) наверно
Linux: Firefox based 417 3419755
>>419754
Не, я имел ввиду и картинки тоже. Знаю, что большие проблемы с анимацией, из которой прожевался только GIF, ну а из статичных очевидно жрет стандартные jpg, png, еще webp - насчет других не знаю
Android: Mobile Safari 418 3419756
>>419101
Ну то есть стоит посмотреть сначала изначально какое видео и с каким кодеком, а потом уже подбирать?
Windows 10: Chromium based 419 3419806
Android: Mobile Safari 420 3419814
>>419806
Я потому и спросил здесь, что не хотел тупо перебирать все возможные варианты в /test. Но да ладно, видимо другого варианта нет
Android: Mobile Safari 421 3419821
>>415917
Дизеринг отключить
Windows 10: Firefox based 422 3419848
>>415917
красавчик бля
>>419755
а тебе какие еще надо лол
Windows 10: Firefox based 423 3419850
>>415953
спасибо
Linux: Firefox based 424 3420058
>>419756
Ну не только кодек, а ещё и битрейт, разрешение, fps, и это наверно не полный список.

Если к примеру у тебя видео снятое на телефон. Или даже с камеры. Такое сжимвть можно, при условии что ты потом не будешь из него монтировать.

Ещё жмут блюреи, если делать это осторожно. Но тут учти что с h264 в h264 ты особо не сожмёшь. А с более современными кодеками уже надо поебаться, ибо они имеют тенденцию мылить.
Windows 10: Firefox based 425 3420100
svt или aom использовать для дваче вебмок? посоветуйте золотую середину пресета (1-13) и crf. Давно av1 кодировал и был косяк с превью на дваче и в некоторых браузерах не воспроизводилось.
Linux: Chromium based 426 3420136
>>420100
Не используй av1 для двача.
Windows 10: Firefox based 427 3420146
>>420136
Почему нет? Проигрываются же, только точно не знаю какие настройки оптимальные.
Linux: Firefox based 428 3420185
>>420100

> посоветуйте золотую середину пресета (1-13)


4 ± 2

> и crf


24 ± 8

> svt или aom использовать


svt должен быть побыстрее. Но и libaom никто не запрещает.
Windows 10: Chromium based 429 3420252
>>418593
>>418603
>>418700
Спасибо, аноны. Проблема реально в устройстве оказалась и в чипе.
Windows 10: Firefox based 430 3420473
>>420100

>косяк с превью на дваче


Двач это в принципе один сплошной косяк, превью может просто так пропадать, независимо от кодека.
Windows 10: Firefox based 431 3420596
Есть прога или короче как можно конвертировать видева всякие avi, mkv и прочий кал в mp4 x264. Но есть условие: конвертор должен брать исходные данные видевы (разрешение, битрейты аудио и видео и тд) и просто перегонять в h264. В прогах всяких что делал там блять надо вручную битрейт ебаный выставлять, а если видосов штук 100 ебанешься же на хуй. В чем проблема в этих дегенератских прогах сделать настройку чтобы не только разрешение или фпс был как у исходника но и битрейт ебаный тоже оставался а не выставлялся хуй знает какой пизды.
Linux: Firefox based 432 3420616
>>420596
Тебе не нужно ебаться с битрейтом. Просто ставишь -crf 18 и всё.

А если тебя не устраивает битрейт, смирись. Потому что пожатие сильно пожатого окончательно добьёт остатки качества.
изображение.png3 Кб, 572x48
Windows 10: Firefox based 433 3420620
>>420616
Типа так? CRF 2P или 3P стоит использовать?
Windows XP: Firefox based 434 3420625
>>420596
Зачем кому-то писать программу, которая портит видео просто так?
Windows 10: Firefox based 435 3420628
>>420625
Так это даже не программа а просто настройка. Да и как можно испортить h264 видео сохранив допустим битрейт AVI исходника.
Может через питон и ffmpeg сделать, чтобы скрипт на питоне считывал битрейт видео и полученную цифру загонял в настройки конвертации и запускал конвертацию.
Linux: Firefox based 436 3420654
>>420620

> 2P или 3P


Никогда не слышал о такой опции в консольный кодировщиках. Могу сказать что многопроходный режим для crf для x264 не нужен.
Windows XP: Firefox based 437 3420697
>>420628
Очевидно, у тебя неверные идеализированные представления о том, что при пережатии исходника с битрейтом X в битрейт Y теряются только данные, соответствующие разнице X-Y, а при пережатии из одного кодека в другой — разнице между ними. Например, если ты перекодируешь видео в H.264 с заданным битрейтом, а потом результат опять перекодируешь с теми же настройками, а потом ещё и ещё, то с каждым разом результат будет хуже, несмотря на одинаковый размер всех экземпляров. Вдобавок артефакты сжатия старых кодеков вроде резких границ между макроблоками могут перетянуть на себя усилия кодировщика, а содержательная часть картинки станет от этого ещё хуже.

Определение того, какие настройки качества кодировщика приведут к результату, визуально не отличимому для большинства пользователей от качества исходного видео, является сложной задачей, требующей множества тестов с разными типами содержания, разными условиями просмотра и разными участниками. Математически она не решается, математически кадры после кодирования совершенно другие, чем до. Перекодирование финальных (сильно сжатых) продуктов в сравнимые битрейты является пустой тратой электричества. В предложенном варианте оно ещё и портит качество.
1.png25 Кб, 527x620
Windows 10: Chromium based 438 3421875
>>365343 (OP)
Надеюсь, вы меня не побьёте.
Когда-нибудь буду осваивать FFmpeg, но сейчас нужна ваша помощь по VirtualDub2.

Пожалуйста, подскажите.

Имеется видео в формате avi.
Хочу перекодировать в mp4.

У файла изначальные данные такие (pic1).
Windows 10: Chromium based 439 3421876
>>421875

Когда я кодирую с такими параметрами, ширина видео начинает отличаться от оригинала.
Windows 10: Chromium based 440 3421878
>>421876
Получаются (картинки под номерами 2 и 4), а нужно чтобы ширина была как у оригинала (картинка под номером 5).

Подскажите, пожалуйста, как перевести в mp4, чтобы ширина была как у оригинала?
Android: Mobile Safari 441 3421942
>>421875
Avi и mp4 это контейнеры, которые могут в себе хранить вполне одни и те же видео и аудио потоки.
Так что надо понять зачем ты вообще что-то там перекодируешь.
Windows 10: Firefox based 442 3422340
ух поигрался с av1 теперь я дефенетли av1 бой
Windows 7: Firefox based 443 3422424
Test
Windows 10: Chromium based 444 3422436
>>421942
Хочу, чтобы в телеграме файл отображался так:
(pic1)

А не так:
(pic2)
Android: Mobile Safari 445 3422444
>>422436
Попробуй просто свой оригинальный файл переименовать в мп4.
Android: Mobile Safari 446 3422445
>>422436
Потому что вот >>419496
Screenshot9.png7 Кб, 396x131
Windows 10: Chromium based 447 3422460
>>422444
>>422445
Благодарю тебя за подсказки.
Но не помогло.
1707425196140.jpeg43 Кб, 1080x354
Android: Mobile Safari 448 3422723
В чем не прав? Реально кодек av1 хуйня ебаная?
Windows 10: Chromium based 449 3422750
>>422723
В том, что не указал сборку, кодировщик, их версии и вообще год проверки, а также не удосужился разубедиться в своём синдроме утёнка. Может, было такое в какой-нибудь бета-версии, но сейчас (уже давно) таких проблем нет, я их даже не встречал никогда.
Windows 7: Firefox based 450 3422756
>>422750

> Может, было такое в какой-нибудь бета-версии


В 5.0 (или 5.1? когда там первые потуги по AV1 завезли) стабилке такое было. Года полтора-два назад.
Windows 10: Chromium based 451 3422772
>>371811
а нах медленный vp9 когда есть h264, vp9 рендерится 1 ядре к тому же
Windows 10: Chromium based 452 3422773
>>422723

>Реально кодек av1 хуйня ебаная?


не хуйня, на ютубе экономит трафик, картинка не пикселит
Android: Mobile Safari 453 3422796
>>422723
Svt-av1 даёт защеку vp9 по качеству и скорости энкода. Минус в том что на телефоне видео тормозит при хардварном декоде. В нормальных плеерах это настраивается, а вот в телеге нет.
>>422460
Тогда помочь не могу. Я хз что за виртуал даб. И с ави с его приколами я не возился. Вообще непердолики используют handbrake.
На крайняк вот тебе мой скрипт на питоне для конвертации в вп9 и в свт ав1. Нужен, собственно, питон и ffmpeg в переменной PATH. Нужно перетащить нужные файлы на файл скрипта. Делалось для себя и больше ради самого процесса пердолинга. Ну и тестировалось соответственно на узком спектре сценариев.
https://files.catbox.moe/gwl5sv.zip
Android: Mobile Safari 454 3422797
>>422772
Зачем жрать капусту если есть картошка? H264 упоминать в треде где челы в консолечке файнтюнят анимешечьку чтобы ffmetrics при том же размере выдавал на 0.0005 выше vmaf это или троллинг или необычайное невежество. Вп9 это золотой стандарт пердольного красноглазого сжатия. H264 это дёшево и сердито и вообще не про эффективность.
Windows 10: Chromium based 455 3422798
>>422796
Спасибо.
Значит буду потихоньку вкатываться в FFmpeg.
Android: Mobile Safari 456 3422800
>>422798
Да ну как бы 90% ффмпега это написать строчку для двупроходного перекодирования в вп9. Ещё 5% это то же самое, но в crf режиме. Ещё 4% это с изменением разрешения и фпс. И оставшийся процент это всякие зернистости, интерполяции, форматы пиксела и прочее.
Вот тебе, собственно, исчерпывающая статья про те самые 95%.
https://trac.ffmpeg.org/wiki/Encode/VP9
Windows 10: Chromium based 457 3422806
>>422800
Спасибо.

Я сейчас немного не в том настроении, чтобы вкатываться, но когда сил поднаберусь, начну вкатывание с твоей статьи.

Ещё раз спасибо за помощь.
Windows 10: Chromium based 458 3422977
Имеется десяток записей экрана. Как объединить их в один файл и добавить главы (как в фильмах), чтобы как-бы разделить их главами в этом одном большом файле?
Ну и когда будут новые записи, их нужно будет тоже добавлять к уже имеющимся, соответственно желательно без перекодировки, добавив только новый кусок видео и новую главу.
Windows 10: Chromium based 459 3422999
>>422977
avidemux
Windows 10: Chromium based 460 3423355
>>422999
Не нашёл, как там главы добавить. Сделал через mkvtoolnix.
Linux: Chromium based 461 3424900
https://github.com/gianni-rosato/svt-av1-psy

Попробовал этот форк, созданный для визуальной достоверности.
При использовании tune=3 не так сильно удаляет родинки с лица, как ванильный svt-av1, может быть svt-av1 всё-таки не так безнадежен в плане мыльности, как я думал.
Windows 10: Chromium based 462 3426717
Артефакты сжатия каких кодеков выглядят лучше/хуже?
Ubuntu: Firefox based 463 3427090
>>365343 (OP)
Подскажите пжл. как можно вырезать из файла (видео или аудио) определённые куски по времени, потом слепить их в один и на выходе сделать формат wav? Желательно уже готовыми командами (или даже одной)
image.webp19 Кб, 318x211
Linux: Chromium based 464 3427294
>>427090
Можешь такое попробовать, нашел у себя в архивах.
Ubuntu: Firefox based 465 3427454
>>427294
Спасибо.
Windows 10: Chromium based 466 3428187
>>365343 (OP)
Мнение о командах братишки из другой борды который пытается в to create highly compressed videos with VP9 that still preserve some semblance of quality?
ffmpeg -i "$i" -passlogfile "${i%.}-360p-256k" -an -vf scale=640:-2:flags=bicubic -c:v libvpx-vp9 -maxrate 384k -minrate 128k -b:v 256k -bufsize 512k -max-intra-rate 371k -auto-alt-ref 1 -colorspace bt709 -frame-parallel 1 -g 150 -lag-in-frames 15 -pix_fmt yuv420p -quality good -r 15000/1001 -row-mt 1 -speed 4 -threads 4 -tile-columns 1 -tile-rows 0 -pass 1 -f null /dev/null \

ffmpeg -i "$i" -passlogfile "${i%.
}-360p-256k" -c:a libopus -ac 1 -ar 16k -b:a 24.4k -application voip -vbr 2 -vf scale=640:-2:flags=bicubic -c:v libvpx-vp9 -maxrate 384k -minrate 128k -b:v 256k -bufsize 512k -max-intra-rate 371k -auto-alt-ref 1 -colorspace bt709 -frame-parallel 1 -g 150 -lag-in-frames 15 -pix_fmt yuv420p -quality good -r 15000/1001 -row-mt 1 -speed 1 -threads 4 -tile-columns 1 -tile-rows 0 -pass 2 -f webm -map_metadata -1 -fflags +bitexact -flags:a +bitexact -flags:v +bitexact -y "${i%.}-360p-256k.webm" \

ffmpeg -i "$i" -passlogfile "${i%.
}-240p-114k" -an -vf scale=426:-2:flags=bicubic -c:v libvpx-vp9 -maxrate 171k -minrate 57k -b:v 114k -bufsize 228k -max-intra-rate 165k -auto-alt-ref 1 -colorspace bt709 -frame-parallel 1 -g 75 -lag-in-frames 15 -pix_fmt yuv420p -quality good -r 7500/1001 -row-mt 1 -speed 4 -threads 4 -tile-columns 0 -tile-rows 0 -pass 1 -f null /dev/null \

ffmpeg -i "$i" -passlogfile "${i%.}-240p-114k" -c:a libopus -ac 1 -ar 8k -b:a 12.2k -application voip -vbr 2 -vf scale=426:-2:flags=bicubic -c:v libvpx-vp9 -maxrate 171k -minrate 57k -b:v 114k -bufsize 228k -max-intra-rate 165k -auto-alt-ref 1 -colorspace bt709 -frame-parallel 1 -g 75 -lag-in-frames 15 -pix_fmt yuv420p -quality good -r 7500/1001 -row-mt 1 -speed 1 -threads 4 -tile-columns 0 -tile-rows 0 -pass 2 -f webm -map_metadata -1 -fflags +bitexact -flags:a +bitexact -flags:v +bitexact -y "${i%.}-240p-114k.webm" && \
Windows 10: Firefox based 467 3428390
>>428187

>speed 1

Windows 10: Chromium based 468 3428990
Десктопы декодируют аудиокодеки только программно?
Windows 7: Firefox based 469 3429006
>>428990
Да. Кодеков кучи, а нагрузка ничтожна. Смысла нет аппаратную поддержку городить.
Windows 10: Chromium based 470 3429424
>>428390
проясни?
(AleksandarVučić)SecretaryPompeoHostsaWorkingLunchWithSerbianPresidentVucic(48586279546)(cropped).jpg810 Кб, 1197x1577
Windows 10: Chromium based 471 3429715
>>365343 (OP)
малютки, нужно видео в 60фпс перекодировать в .avi с кодеками видео vp8 и аудио vorbis, можно это сделать вашим ффмпегом и эсли да то как?
Windows 7: Firefox based 472 3429809
>>429424

> For libvpx-vp9, the traditional wisdom of speeding up the first pass by using a faster encoding speed setting does not apply; -speed values from 0 to 4 result in the same speed for the first pass and yield the exact same results in the final encode, whereas any speed setting above 4 results in the first pass utilising only a single core, slowing things down significantly. Therefore the -speed switch can be entirely omitted from the first pass, since the default value of 1 will result in fast speed.


Мамкин енкодерер даже официальный гайд не осилил.
image.png32 Кб, 405x208
Linux: Firefox based 473 3429919
>>429715
Можно, но не нужно. Проблема именно в Vorbis. Используй вместо него MP3.
Android: Mobile Safari 474 3429931
>>429919
Вроде как еще можно AAC, но с постоянным битрейтом
Linux: Firefox based 475 3430365
>>429931

> Вроде как еще можно AAC, но с постоянным битрейтом


С замечаниями. Можно и с переменным.
https://en.wikipedia.org/wiki/Comparison_of_video_container_formats#Audio_coding_formats_support

>>429715

>нужно видео... .avi с кодеками видео vp8 и аудио vorbis,


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

>можно это сделать вашим ффмпегом и эсли да то как?


Можно.
Я попробовал так:
ffmpeg -hide_banner -i ed-24fps_i420.avi -i ed-24fps.flac -c:v libvpx -qmin 0 -qmax 50 -crf 5 -b:v 5M -c:a libmp3lame -b:a 128k out.avi
И вот так:
ffmpeg -hide_banner -i ed-24fps_i420.avi -i ed-24fps.flac -c:v libvpx -qmin 0 -qmax 50 -crf 5 -b:v 5M -c:a libvorbis -q:a 3 out.avi
ffmpeg -hide_banner -i ed-24fps_i420.avi -i ed-24fps.flac -c:v libvpx -qmin 0 -qmax 50 -crf 5 -b:v 5M -c:a libvorbis -b:a 128k out.avi
ffmpeg -hide_banner -i ed-24fps_i420.avi -i ed-24fps.flac -c:v libvpx -qmin 0 -qmax 50 -crf 5 -b:v 5M -c:a libvorbis -b:a 128k -minrate:a 128k -maxrate:a 128k out.avi
Все три последних варианта продуцируют файлы, которые mpv не может проиграть, не ломая синхронизацию. Википедия говорит, что под Windows нет совместимости с фильтрами DirectShow при извлечении vorbis из AVI. И ещё много нехорошего.
При этом AVI с VP8 и MP3 играются без проблем на mpv.
Сделал ещё контрольный файл так:
ffmpeg -hide_banner -i ed-24fps_i420.avi -i ed-24fps.flac -c:v libvpx -qmin 0 -qmax 50 -crf 5 -b:v 5M -c:a libvorbis -q:a 3 out.mkv
Проверил заодно на телевизоре LG LK6190PLA — из матрёшки vorbis играется, но с искажениями, а из AVI vorbis не играется вообще, о чём телевизор предупреждает.
Linux: Firefox based 476 3430369
>>430365

>Можно, возможно получиться воспроизводимая штука, но довольно дикая.


fix

Ну, и, на всякий случай, напомню, что VP8 комплектовать было бы правильно opus-ом и паковать в webm.
Linux: Firefox based 477 3430370
>>430369

>получится


fix2
Windows 10: Firefox based 478 3430724
Здравствуйте. Возможно ли сделать накладывать изменяющийся текст на видео? Есть сетевой видеопоток, и есть файл. В файле периодически обновляется строка текста, при обновлений строки - менять наложенный на видеопоток текст.
Windows 10: Firefox based 479 3430725
>>430724
возможно не при обновлении строки, а как-нибудь каждые n секунд залезать в файл и выводить всё что там есть
131113E3.jpg608 Кб, 1938x1638
Windows 10: Firefox based 480 3431635
Фильтр concat вообще способен склеивать не целые файлы, а обработанные иными фильтрами куски видео?

Если делать так, то всё работает:
ffmpeg -i a.mp4 -i b.mp4 -filter_complex "[0][1]concat=n=2:v=1" -c:v libx264 -crf 30 -an out.mp4

Если, например, делать так, то происходит хз что, куски не клеятся:
ffmpeg -i a.mp4 -filter_complex "[0]split=2[a];[a]concat=n=2:v=1" -c:v libx264 -crf 30 -an out.mp4
Windows 10: Firefox based 481 3431637
>>431635
Блядь, хули съело буквы, харкач ебаный.
Вот второй пример.
ffmpeg -i a.mp4 -filter_complex "[0]split=2[a][d];[a][d]concat=n=2:v=1" -c:v libx264 -crf 30 -an out.mp4
Linux: Firefox based 482 3431663
>>431635>>431637
Не ffmpeg-ом единым такие вопросы решаются. Если тебе уже монтажные операции делать, то ты возьми более подходящие для такого инструменты — avisynth+, avxsynth, vapoursynth. У них синтаксис не очень сложный — осваивается часов за восемь на нескольких примерах. Зато сценарии на этих языках выглядят гораздо более внятно и читаемо.
Windows 10: Chromium based 483 3431706
>>431635
Чё за милфочка? Есть сурс?
Android: Mobile Safari 484 3431776
>>431663
Да это понятно, я в давинчи могу хуячить, но тут шаманил один сценарий в ffmpeg и проебался пару часов с этим concat'oм ебучим, беглый поиск в гугле внятной информации не нашёл по нему, стало интересно, но не настолько, чтобы исходники смотреть.
Решил тут спросить, может кто в курсе.
kit.png416 Кб, 603x861
Windows 10: Chromium based 485 3432292
>>424900
а как его установить анончик в папку с ффмпегом кинуть?
Linux: Firefox based 486 3432339
>>432292
Нет. Там есть возможность вывести из ffmpeg на стандартный вывод, а его уже перенаправить в исполняшку svt-av1 на стандартный ввод. Если очень хочется именно в ffmpeg использовать библиотеку libsvtav1, то собираешь из исходников svt-av1-psy библиотеку libsvtav1, её бинарник и заголовочники подменяешь в исходниках ffmpeg, и собираешь из исходников уже сам ffmpeg.
Linux: Chromium based 487 3432347
>>432292
Сорри, я собираю в докере, тебе мои методы вряд ли помогут.

В mov кто-то кидал ссылку на:
https://github.com/BtbN/FFmpeg-Builds/releases

Я бы на твоем месте форкнул на гитхабе этот репозиторий, в файле:
https://github.com/BtbN/FFmpeg-Builds/blob/master/scripts.d/50-svtav1.sh
подменил SCRIPT_REPO и SCRIPT_COMMIT, и включил автосборку на гитхабе.
В итоге у тебя будет такой же ffmpeg как в первой ссылке, но с svt-av1-psy.
Linux: Chromium based 488 3433344
>>432347
Вот этот форк лучше https://github.com/yt-dlp/FFmpeg-Builds наверное.
Windows 10: Firefox based 489 3435720
ебать я нахуй фильм скачал а он весит 33 гигабайта фулл хд и 8 озвучек как удалить озвучки через ффмпег
Windows 10: Chromium based 490 3435735
>>435720
MkvToolnix скачай

https://mkvtoolnix.download/windows/releases/82.0/mkvtoolnix-32-bit-82.0.7z
Windows 10: Chromium based 491 3435736
Windows 10: Firefox based 492 3435762
>>435735
я там 10 дистров линуксов пролистал прежде чем нашел для виндовса
а че там нажимать чтобы удалить дорожку
Android: Mobile Safari 493 3435777
>>435720
Скопируй видео и нужную дорожку в новый файл через map и -c:v/-c:a copy. А затем снеси старый файл
image.png123 Кб, 986x738
Windows 10: Chromium based 494 3435797
Windows 10: Chromium based 495 3437892
ffmpeg -i a.mp4 -vf rotate=1*PI/180 -crf 25 -c:v h264_nvenc -b:v 8000K b.mp4

ну допустим вот такой трюк делаю с видосом.
Вопрос: разве при -c:v h264_nvenc у меня не должна видюха нагружаться сильно? Почему-то cpu 80%, а видюха на 40%. Что не так делаю, чтобы видюху по максимуму заюзать?

Чёт не всё так просто в интернете по этому поводу, даже не нахожу результатов тестов cpu vs gpu по скорости выполнения.
Windows 10: Chromium based 496 3437927
>>437892
А без фильтра как? Какая карта?
Windows 7: Chromium based 497 3437931
>>437892
А зачем ты юзаешь вместе crf и b:v ?
Windows 10: Chromium based 498 3437965
>>437927
фильтр это что? 4070super

>>437931
случайно видать осталось crf, ну убрал его. всё равно также по нагрузке на проц и видюху.

показывает speed=1.48x - это же маленькая скорость?
Linux: Firefox based 499 3438076
>>437965
А может у тебя всё упирается в скорость передачи данных. Попробуй переместить видеофайл на nvme ssd.
1625316538397.jpg64 Кб, 900x900
Windows 10: Chromium based 500 3438115
>>437965

>-vf rotate=1*PI/180


>фильтр это что?

Windows 10: Chromium based 501 3438226
>>438076
нет, разницы нет, что обычный ssd, что m2.

скорость низкая из-за rotate=1PI/180

Действительно, без rotate=1
PI/180 видюха на 100% грузится, а цпу на 40%.

И как мне всё же при любых параметрах через видюху юзать ffmpeg? Чё, тут никто через видюху не юзает?
Windows 10: Chromium based 502 3438264
>>438226
Фильтр просчитывается процессором, видеокарта только кодирует.
Windows 10: Chromium based 503 3438270
>>438226

> Чё, тут никто через видюху не юзает?


Я пробовал но качество говно по сравнению с процом почему то или я не те настройки выставил
Windows 10: Chromium based 504 3438283
а щас нормально, там битрейт надо было выставить
а я crf выставлял и ффмпег дефолтные 2000к кидал
Windows 10: Chromium based 505 3438287
Как мне сделать батник который в 2 прохода кодирует и чтобы можно было пачку видео кинуть на рендер?
Android: Mobile Safari 506 3438290
>>438270

> Я пробовал но качество говно по сравнению с процом


Так и есть, хардварное кодирование в среднем хуже программного, потому что железо не резиновое по разрядности блоков, функционалу и т.д. Кодировать железно имеет смысл если надо быстро и много, а качество можно стерпеть
Linux: Firefox based 507 3438601
>>438290

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


Ну, современное сжатие с потерями (да, и без потерь это в общем случае тоже касается) — это задача оптимизационная. Соответственно, программные решения могут себе позволить рассматривать сколь угодно большое число вариантов кодирования на выбор, чтобы по наперёд избранному критерию выбирать оптимальный вариант. Аппаратные сжималки, как правило, ограничены временем отсечки, за которое решение должно быть найдено с гарантией. Отсюда и типовой способ достижения задачи — параллельно рассмотреть несколько вариантов (включающих в терминах, например, стандарта h.264 как распределение макроблоков, так и векторов движения и квантователей) и выбрать по простому критерию (например, по СКО) один; без пересмотра решения, без этих ваших градиентных поисков, без многокритериальной оптимизации. Максимум, что тут можно на аппаратном сжиматоре — это в две-три итерации попробовать найти решение, чуть более близкое к оптимальному. Ещё, вроде начали завозить в аппаратные сжиматоры двухфакторные критерии вроде «выигрыш по ширине блока в потоке — проигрыш в СКО», но это не точно.
Кроме того, для «по-быстрому» и без «стерпеть», в зелёные слотовые затычки не так давно завезли h.264 без потерь.
Windows XP: Firefox based 508 3440190
Попалось.

Если кто не в курсе, MS-MPEG4 и Windows Media Video 7 и 8 версии лепились из кусков MPEG-4 Part 2 в процессе их обсуждения и стандартизации и случайно подарили миру DivX ;-) 3 и рипчики на 700 МБ, что чуть позже привело к DivX, Xvid и FFmpeg как полноценным реализациям.

https://wiki.multimedia.cx/index.php/Microsoft_MPEG-4
https://web.archive.org/web/20090523080617/http://www.fourcc.org/codecs.php
https://ffmpeg.org/~michael/msmpeg4.txt

Windows Media Video 9 — это уже базовая часть VC-1.
Windows XP: Firefox based 509 3440251
>>438601

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


Только кодировщик, который день тратит на перебор вариантов для одного кадра, никому не нужен.

Сжатие, то есть поиск более компактного способа записи данных, — интеллектуальная, а не «оптимизационная» задача. Можно сказать, что оптимизируются здесь стратегии перебора этих способов, и делается это не на компьютере, а в процессе исследования и выбора алгоритмов. Как только мы наивно берёмся рассуждать о поиске наилучшей комбинации всех пикселей кадра, близкой к оригиналу, или там о переборе всех возможностей двигать блоки во всех направлениях между кадрами, мы получаем близкую к нулю производительность. Оптимизации уже придуманы, а кодировщик только подстраивает их параметры под характер материала.

Аппаратные кодировщики в видеокартах можно делать лучше, только это по многим причинам излишне. Размер модуля в кремнии, сложность разработки, процент выхода брака, потребление энергии, конечная стоимость продукта доходят до каких-то объективных границ. Кроме того, большинству пользователей это и не нужно. В одних случаях можно задрать битрейт, в других — потерпеть (особенно в одноразовых живых трансляциях, где видео нужно для галочки и даже не сохраняется никуда). Кроме того, это предрешено стандартами, комитеты которых заранее делят легко реализуемые аппаратно части и тяжёлые добавки по профилям, и разработчики чипов в них тоже сидят, внося свои оценки и предложения.

Если посмотреть на рынок сложных аппаратных кодировщиков, то он с домашними пользователями не пересекается. Это либо гиганты вроде YouTube, где одновременно нужны и минимально допустимый на практике битрейт, и максимально возможное качество, и минимальная практическая задержка, и чтобы счёт за электричество в датацентрах не был астрономическим, либо скучные коробки для телевидения, которые выдают нормальную картинку и больше никаких волшебных возможностей не содержат, но зато их можно поставить работать месяцами без перерыва, кодируя поток на спутник для всего континента с минимальной и постоянной задержкой между дыркой для входа и дыркой для выхода. Ограниченный рынок и сложность продукта задают стоимость в тысячи долларов для полупрофессиональных моделей.
Windows XP: Firefox based 509 3440251
>>438601

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


Только кодировщик, который день тратит на перебор вариантов для одного кадра, никому не нужен.

Сжатие, то есть поиск более компактного способа записи данных, — интеллектуальная, а не «оптимизационная» задача. Можно сказать, что оптимизируются здесь стратегии перебора этих способов, и делается это не на компьютере, а в процессе исследования и выбора алгоритмов. Как только мы наивно берёмся рассуждать о поиске наилучшей комбинации всех пикселей кадра, близкой к оригиналу, или там о переборе всех возможностей двигать блоки во всех направлениях между кадрами, мы получаем близкую к нулю производительность. Оптимизации уже придуманы, а кодировщик только подстраивает их параметры под характер материала.

Аппаратные кодировщики в видеокартах можно делать лучше, только это по многим причинам излишне. Размер модуля в кремнии, сложность разработки, процент выхода брака, потребление энергии, конечная стоимость продукта доходят до каких-то объективных границ. Кроме того, большинству пользователей это и не нужно. В одних случаях можно задрать битрейт, в других — потерпеть (особенно в одноразовых живых трансляциях, где видео нужно для галочки и даже не сохраняется никуда). Кроме того, это предрешено стандартами, комитеты которых заранее делят легко реализуемые аппаратно части и тяжёлые добавки по профилям, и разработчики чипов в них тоже сидят, внося свои оценки и предложения.

Если посмотреть на рынок сложных аппаратных кодировщиков, то он с домашними пользователями не пересекается. Это либо гиганты вроде YouTube, где одновременно нужны и минимально допустимый на практике битрейт, и максимально возможное качество, и минимальная практическая задержка, и чтобы счёт за электричество в датацентрах не был астрономическим, либо скучные коробки для телевидения, которые выдают нормальную картинку и больше никаких волшебных возможностей не содержат, но зато их можно поставить работать месяцами без перерыва, кодируя поток на спутник для всего континента с минимальной и постоянной задержкой между дыркой для входа и дыркой для выхода. Ограниченный рынок и сложность продукта задают стоимость в тысячи долларов для полупрофессиональных моделей.
1606399497507.png400 Кб, 2000x2000
Windows 10: Chromium based 510 3441806
ПЕРЕКАТ

https://2ch.hk/s/res/3441805.html (М)

ПЕРЕКАТ
Обновить тред
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 8 июня в 19:32.

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

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
« /s/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски