24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
FFmpeg и общий кодирования видео тред №9 /ffmpeg/
Аноним (Microsoft Windows 10: Chromium based)18/12/22 Вск 19:03:43#1№3239508
В прошлый раз мы весь тред обсуждали тонкости сжатия и разбирали команды.
FFmpeg - мощнейший видео-комбайн с открытым исходным кодом подо все существующие в наблюдаемой части нашей галактики платформы. 99% бесплатного и платного графического конвертероговна используют его в качестве бек-энда, так что давай-ка заканчивай пользоваться интерфейсными зондами и осваивай сам инструмент напрямую. Вебмки для двача тоже сжимают итт.
Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.
Полная документация по самому конвертеру и всем встроенным кодекам: https://www.ffmpeg.org/ffmpeg-all.html - можно пользоваться как справочником и подглядывать, когда что-то забыл.
Более прикладная и полезная для бытовых целей официальная вики: http://trac.ffmpeg.org/wiki - здесь ты найдёшь детальные методички с пошаговыми инструкциями для решения типовых задач типа склейки нескольких видео в одно, наложения звуков, хардсаба и т.д. Очень полезная для того, чтобы набить руку с параметрами.
Также на очень много вопросов отвечено на стековерфло и неожиданно в предыдущих тредах.
Подробный разбор режимов кодирования основных кодеков читай тут: https://slhck.info/posts/ - там всего несколько постов, но они очень крутые, чтобы понять, что происходит внутри этой адской машины.
ИТТ выбираем идеальные режимы кодирования, тестируем нереализованные параметры и ждём официального исхода баттла VVC vs AV1, после чего наконец-то сможем сжимать видео ещё лучше медленнее.
P.S. Для проверки отображения на дваче вашего нестандартного медиаконтента специально существует аж целая доска: https://2ch.hk/test/
>>3240608 64kbps для стерео это посредственное качество. Артефакты сжатия могут быть слышимыми, а могут и не слышимыми, в зависимости от семпла.
96kbps это достаточно высокое качество для стерео. Без слепого теста я искажений не слышу. А в слепом тесте уловить искажения довольно трудно. Нужно приложить усилия, внимательно вслушиваться в семплы, чтобы найти разницу.
Для себя сжимаю в 160kbps. Найти там искажения невероятно трудно. И я если честно даже не пытался их там искать. Конечно, этот битрейт избыточный, но на это я могу сказать такое: не FLAC и на том спасибо.
А вообще, битрейт надо выбирать под конкретные задачи.
Допустим ты делаешь кастомный рип из ремукса. И там как водиться множество аудиодорожек по 6 каналов в каждой. Допустим ты смотришь фильмы на ПК, на мобиле через наушников, и на телике через встроенные динамики. И поскольку у тебя везде не более 2-х каналов, то тебе многоканал не нужен и ты даунмиксишь каждую дорожку в стерео. Да, и из всех озвучек ты реально будешь слушать одну-две, а остальные оставил на всякий случай. чтобы было. Тогда имеет смысл выделить важным озвучкам 96kbps, а остальным по 64kbps.
А вот для музыки, особенно для любимых альбомов, можно выбрать избыточный битрейт. 160/192/256/320 выбирай любой на свой вкус.
А вот в случае записи экрана через OBS и прочих семплов для дальнейшей обработки в видео/аудио редакторах появляется практический смысл во флаках и прочих вавках.
> Я выбрал 720 hevc medium с битрейтом 1000, вроде норм, vp9 был медленнее Мобильное качество. Битрейт примерно соответствует crf 20-24. Лучше жать сразу в crf а не в битрейт, так как сжатие в битрейт требует медленного двухпроходного кодирования при аналогичном качестве картинки. И при мобильном транскоде ненужные озвучки лучше сразу выкинуть. Да и 64kbps для дешманских затычек не зазорно.
Аноним (Microsoft Windows 10: Firefox based)21/12/22 Срд 20:49:47#10№3240786
>>3240571 Вначале определись, поддерживает ли твой монитор десятибитный цвет. Если нет, то и не увидишь разницы.
Аноним (Microsoft Windows 10: Firefox based)22/12/22 Чтв 00:07:58#11№3240837
>>3240786 >Если нет, то и не увидишь разницы. Ты точно знаешь что такое 10 бит в кодировании видео?
Мне объяснили в этом же треде, что это битность внутреннего представления амплитуд при косинусном преобразовании (и вроде как самих преобразований, чему я удивился, что они не в 32 бита). И даже если у тебя амплитуда определённой гармоники кодирована в 4 бита, то после преобразования в rgb-цвета ты даже на 64-бит мониторе получишь плавный градиент.
Аноним (Microsoft Windows 10: Chromium based)22/12/22 Чтв 07:53:02#12№3240886
Что там с аппаратным декодированием опуса? Есть где-нибудь? Планируется?
Аноним (Google Android: Mobile Safari)23/12/22 Птн 13:58:27#13№3241418
>>3240886 Что там с xHE-AAC в ffmpeg? Обсуждение есть? Планируется? а если серьезно, то почему в ffmpeg нет хотя бы декодера? Открытого-свободного нет или что?
Аноним (Microsoft Windows 10: Firefox based)23/12/22 Птн 17:30:44#14№3241475
Мои потребности в ffmpeg сводятся к конвертации в webm до 20 мб, как мне это сделать максимально эффективно, без изучения талмудов? Можете расписать?
Аноним (Microsoft Windows 10: Firefox based)23/12/22 Птн 18:30:18#15№3241484
>>3241475 Делишь 160000k на длительность видео, получаешь число, сумма битрейта звука и видео должна быть меньше полученного значения. Если не влезло, понижаешь значение на 10% (или насколько размер файла будет превышать 20 мб - то есть если получилось 20.2 мб, то понижаешь на 2%, если получилось 24 мб, то понижаешь на 20%).
Ещё можно дописать -g 600 (видео будет хуже перематываться), но иметь на 5-10% меньший размер при том же качестве.
В идеале конечно писать -b:v 0 -crf 50, и менять значение 50 до тех пор, пока не получишь 20 мб. То есть берёшь 50, берёшь 10. Смотришь по размерам что получается, и выбираешь промежуточное, 30, 20 или 40, и так далее, за пять конвертаций получишь подходящее.
Аноним (Microsoft Windows 7: Firefox based)24/12/22 Суб 00:20:53#16№3241612
Как кодировать кинчезавры в x264 чтобы было зашибись? Вот пример идеально пожатого фильма, как картинки, так и звука. Как сделать такой же из более качественного формата?
Аноним (Microsoft Windows 10: Chromium based)24/12/22 Суб 01:12:55#17№3241623
>>3241418 Не знаю, что это. Почему ты спросил у меня?
Аноним (Google Android: Mobile Safari)24/12/22 Суб 07:49:19#18№3241652
>>3241612 Подсмотреть в строчку параметров кодирования из секции codec_private (mediainfo эту строчку показывать умеет), дать те же настройки и закодировать. Можно добавить ширины потока или понизить crf по желанию.
Аноним (Microsoft Windows XP: Firefox based)24/12/22 Суб 15:48:00#19№3241716
>>3241484 > Смотришь по размерам что получается, и выбираешь промежуточное, 30, 20 или 40, и так далее, за пять конвертаций получишь подходящее. Человек не знает про кодирование в два прохода под заданный размер.
Аноним (Microsoft Windows 10: Firefox based)25/12/22 Вск 01:30:07#20№3241993
Аноним (Microsoft Windows 10: Firefox based)26/12/22 Пнд 12:16:14#21№3242614
>>3241716 >в два прохода под заданный размер. Не знаю. Я тоже думал - а в чём проблема, если оно заранее сканит видео на предмет сложность в разных местах, просчитывает примерный график будущего битрейта и кодирует с нужным crf.
Но, во-первых - оно в три раза медленнее. Во-вторых, глобальной оценки там вроде как не происходит всё-равно, и взяв видео с чередующимися статичными сценами и динамичными, ты получишь не такое же справедливое распределение, как при -b:v 0 -crf 50. Будет круто, если покажешь строчку, которая сделает всё правильно.
Как открыть 3д видео на компуктуре? Все плееры воспроизводят или две картинки рядом или анаглиф для цветных очков. А как быть если у меня есть телевизор с активными очками? Какой плеер может выдавать нормальный HDMI Frame Packing?
Аноним (Microsoft Windows 10: Chromium based)26/12/22 Пнд 20:07:37#23№3242827
Аноним (Microsoft Windows 10: Chromium based)27/12/22 Втр 09:12:52#26№3242992
>>3242829 Управления чего и где? Ты можешь яснее выражать свои мысли?
Аноним (Microsoft Windows 10: Firefox based)27/12/22 Втр 15:14:03#27№3243107
>>3242992 Уплавления а не управления, яснее некуда если ты хоть чуть представляешь что такое svp.
Аноним (Microsoft Windows 10: Firefox based)27/12/22 Втр 17:46:37#28№3243140
Как правильно копировать оригинальную аудиорожку? c:a copy режет битрейт
Аноним (Microsoft Windows 10: Firefox based)27/12/22 Втр 18:03:03#29№3243145
>>3243140 mp3 320kbps -b:a 320k output.mp3 без потерь если не аудиофил
Аноним (Microsoft Windows 10: Firefox based)27/12/22 Втр 18:28:32#30№3243153
>>3243140 Не режет, я хуйню написал. Это у меня свойства винды и mediainfo по разному битрейт показали.
Аноним (Microsoft Windows 10: Firefox based)27/12/22 Втр 21:08:49#31№3243201
Какой сейчас фронтенд используют плейбои рок-н-рольщики вроде меня? Нужно чтобы фрагменты из кино вырезал и про субтитры не забывал.
Аноним (Microsoft Windows 10: Firefox based)27/12/22 Втр 21:37:53#32№3243212
>>3239508 (OP) Как же я ненавижу бытовую медиатехнику, пиздец. Приложения каловые, не ровня десктопным mpv и foobar, а кое-где ещё и ограничения на пиратство, оффлайн, или что там ещё супротивно повесточке. Про старьё даже говорить страшно - вспоминаю недавний случай со своим телевизором: "пук-срёньк, флешка не поддерживается, нужна fat32", "пук-срёньк, в fat32 на корневом каталоге может быть только 124 файла". И ведь ты не сделаешь в бытовой медиатехнике Ctrl+B с дальнейшей печатью текста для поиска вхождений как в Total Commander, чтобы увидеть все файлы во всех каталогах.
Нахуя люди покупают за условные 5000 медиаприставку, если могут за условные 2000 купить HDMI-кабель любой длинны и ещё за условно косарь какую-нибудь клавомышь на аккумуляторе/батарейках, и смотреть на любом экране в квартире сигнал с всемогущих десктопных программ?
Аноним (Microsoft Windows 10: Firefox based)27/12/22 Втр 21:47:58#33№3243215
В общем, единственная платформа, имеющая пути развития, которой приятно пользоваться - это десктоп. А всякие телефончики и приставочки мертвы, их пользователи зомби, кушают тухлятину и не замечают. Но IT-спецаилисты на зарплате, вроде Димы Бачило, говорят, что десктоп мёртв, и не интересен корпорациям. Наверное, оно и к лучшему - деньги развращают индустрию, "художник должен быть голодным". Вспоминается "Портрет" Гоголя.
Аноним (Microsoft Windows 10: Firefox based)27/12/22 Втр 22:10:38#34№3243222
>>3243212 >Нахуя люди покупают за условные 5000 медиаприставку У меня родители так. Мол, сынок, рутрекер не открывается, а загрузи нам фильм. А почему не открывается? А почему звука нет? А субтитры нельзя переключить? Если что, там приставка якобы "крутая" по словам отца, а она даже 264 в mkv контейнере не открывает. Только mp4, из известного мне. Я уже говорю, вот у меня ноут лишний старый, он любое видео откроет с любым форматом который был, есть и будет. А мне в ответ, что мол, там цап плохой, звук плохой и картинка плохая будет. И объяснять что видеосигнал цифровой и цап стоит только на уровне пикселей экрана очень сложно, и на эксперименты по сравнению звука через приставку и с ноута никто не согласился.
>HDMI-кабель любой длинны Там кстати даже к usb ограничение на длину, в противном случае бьёт по скорости передачи, видимо из-за скорости света. Наверное к hdmi это тоже имеет отношение. Хотя тут же в одну сторону, обратно отсылать не нужно для верификации что пришло то... Не знаю.
>>3243212 >HDMI-кабель любой длинны Ты хотел сказать эппл тв? Сериальчики из магазина смотрятся, музыка и пиратка с ноута через эйрплей играет без проводов. Все остальное да, действительно говно. Что смарт тв с приставками, что аналоги яблотв вроде хромкаста, что пердолинг всяких плексов, коди, сонар, радар и иже с ними. >>3243222 Медный HDMI дальше 5м тянуть не стоит. Сейчас появились дешевые оптические hdmi, 10м стоит 6к, 20м 8к. Но они не разборные и их легко повредить. Полноценная же оптика с универсальным волокном аля LC-LC стоит как и раньше дохуя.
>>3243261 >коди Вот это вообще хуета. Некоторые фильмы и аниме он вообще отказывается определять, несмотря на получасовой пердолинг с правкой имён файлов. А ещё нужно прокси пердолить, потому что база данных с фильмами, к которой он обращается, заблокирована для РФ.
>>3243363 О чем и речь, вся эта автоматика для пиратства и каталоги нихуя не надежны, а чинить все руками куда дольше чем просто скачивать все вручную с торрента. Возможно конечно с приватными трекерами и usenet оно и работает, но с публичными - отвратно. А если тебе нужен еще и гнусавый перевод три топора то еще хуже.
Аноним (Microsoft Windows 7: Firefox based)29/12/22 Чтв 11:05:34#39№3243709
Оказывается вывод ффмпег сразу можно передать в другую программу. Крутотень. Так, например, можно быстро перекодировать аудиодорогу в формат, которого нет в ффмпег, например в HE-AACv2.
Аноним (Microsoft Windows 10: Firefox based)29/12/22 Чтв 15:22:15#41№3243868
>>3243201 Сольвейг сплиттер и Лослесс Кат. Первый тупит на больших файлах, второй ошибается в тайминге, приходится пробовать два-три раза. Если делать сразу вебмки, то Boram. Он сильно тормозит на встроенных субтитрах, поэтому я всегда вынимаю их mkvtoolnix'ом и прикладываю Бораму как внешние. Тогда шустро.
Аноним (Microsoft Windows 10: Firefox based)29/12/22 Чтв 15:33:53#42№3243879
Аноним (Google Android: Mobile Safari)30/12/22 Птн 17:25:43#43№3244448
>>3239508 (OP) Здесь есть люди которые разбираются в аудио/видео кодеках? Есть одно древнее приложение в котором открываются видео при помощи QuickPlayer (окно встроенное в программе, требуется для установки + кодек Sorenson открывается только в нем, так как это эпл-разработка). Видео лежат в папке с данными, видеопоток - Sorenson V3, вероятно зашифрован т.к. при попытке его перекодировать ffmpeg выдает encryption key is not supported и если попытаться открыть даже тем же QuickPlayer'ом извне программы - то выдает просто черный экран, но звук идет. Вероятно моя древняя программа открывает видео в QuickPlayer'e с флагом ключа шифрования но не суть. Аудиопоток - fl64be, не зашифрован. Задача - скормить программе видеофайлы с другой аудиодорожкой. Сначала я думал (еще не знал про весь этот зоопарк с кодеками) перекодировать в какой-то нормальный формат (я еще не знал что черный экран это потому что видео поток зашифрован), на него наложить другую дорожку и перекодировать назад. Затем меня осенило что можно поменять аудиодорожку напрямую в файле, например через mkvtoolnix gui. Но в тупую выполнить слияние с рандомной mp3 убрав старую дорожку выдает ошибку в QuickPlayer'e (хотя VLC например открывает). Попытался перекодировать ffmpeg'ом в fl64be с теми же настройками что и у оригинальной аудиодорожки 16гц, 1 канал и т.д. - она вообще ни в каком плеере не открывается и после слияния тоже нихуя не дает. Но что еще интересно если попытаться mkvtoolnix'ом тупо извлечь аудио из видео - оно тоже каким-то хуем перестает открываться само по себе. Короче у меня пока что следующие зацепки: 1) У аудио и видео дорожки (которую я хотел подставить) разная продолжительность. Но это не отвечает на вопрос почему я не могу прослушать аудио отдельно от видео + я когда-то видел файлы у которых была разная продолжительность, но плееры выдавали что-то типа "Аудиодорожка неожиданно закончилась". 2) Погуглить коды ошибок QuickPlayer'а, мб они мне что-то подскажут, а может и нет. 3) Попытаться скормить какой-то другой формат который поддерживает QuickPlayer, но вот с mp3 не получилось.
Аноним (Microsoft Windows 10: Firefox based)01/01/23 Вск 14:42:23#44№3245027
Сколько crf золотая середина для AV1? Для всяких вебмок и прочего.
Аноним (Microsoft Windows 10: Firefox based)01/01/23 Вск 19:10:03#45№3245106
>>3245270 Ну сука, это субъективно. Попробуй скачать блюрей или ремукс, закодируй коротрий отрезок на 10 секунд на желаемом crf и сравнить твой транскод с исходником. Если разница тебя устраивает, значит ты угадал. Если не угадал — ставь больше.
Только так.
Я так для фильмов на x265 вывел crf20. crf24 уже слишком сильно шакалит.
>>3240837 > битность внутреннего представления амплитуд при косинусном преобразовании (и вроде как самих преобразований > амплитуда определённой гармоники кодирована
>>3246785 Причем я уверен там по итогу какая нибудь примитивная хуйня окажется. Макаковский двач - единственное место в инете где называют простейшие вещи максимально сложными именами потому что двачеры очень тупые и очень хотят выебнуться. Помню недавно читал, один двачедебил сочетание согласных КОНСОНАНТНЫМ КЛАСТЕРОМ обозвал. Просто пиздец. Имаджинировал ебало, да.
>>3246788 Не тот случай. На самом деле там ещё сложнее чем написал тот постер.
Речь идёт о дискретно косинусном преобразовании.
Ты хоть раз про преобразование Фурье слышал? Это та хуйня из матана, которая раскладывает сигнал на набор синусоид. Оно берёт N семпов и возвращает N комплексных чисел, где действительная часть это как бы амплитуда синусоиды, а мнимая это фазовое смещение.
Так вот ДКП это та же хуйня, только число не комплексное, а действительное. И коэффициент ДКП это не амплитуда, не фаза, а какая-то неведомая хуйня, которую просто именуют коэффициентом ДКП. И работает оно так, что если на ДКП подать один косинус, то ты получить ровно один ненулевой коэффициент (шумы в расчёт не берём). А если подать одну синусоиду, то на выходе получишь бесконечный ряд ненулевых ДКП коэффициентов (при бесконечном размере окна конечно).
>>3247228 По дкт, термин который ты упомянул только сейчас, в интернете есть куча прекрасных статей и без неведомых хуйней, битностей внутреннего представления и прочей шизы которую ты одним ухом услышал от еврейского совкодеда в копровузике чтобы исполнить свою мечту работать за 17к в нии.
Аноним (Microsoft Windows 10: New Opera)03/01/23 Втр 16:20:15#55№3247311
А нет, нашел оригинальный пост того долбоеба>>3205534 → Такой же нечитабельный и полный шизофазии терминами высер ебаный Пошел нахуй, хуйло
Аноним (Microsoft Windows 10: Firefox based)03/01/23 Втр 21:59:44#57№3247488
>>3245270 Практика. Пробовал разное на разных отрывках из разных видео. Получилось, что 25 оптимально, вверх и вниз от него - либо качество остаётся прежним, а размер растёт, либо ухудшается качество. По крайней мере, при лучшем crf я уже не вижу разницы с 25.
Аноним (Microsoft Windows 8: Firefox based)05/01/23 Чтв 16:37:38#58№3249077
Аноны, почему при объединении нескольких видеофайлов с одинаковым константным фпс в один получается файл с плавающим фпс? Чяднт?
Приложил для иллюстрации три исходных видеофайла и один объединенный.
Исходные нарезаны из сериала (блюрей-рип с константным фпс) с помощью Avidemux, где было применено честное замедление из 23.976 фпс в 12 фпс (то есть эти видеофайлы - настоящие 12 фпс, а не ~24 фпс с дублированием кадров), и видеофайлы были закодированы в AVC/H264 на пресете аж placebo ([email protected]). Да, в данном случае мои исходные файлы "самопальные", закодированные мной лично, но такую проблему я наблюдаю с самыми разными видеофайлами.
(спер метод как раз из одного из прошлых перекатов этот треда)
689.mp4 действительно содержит объединенное содержимое исходных файлов, и на глаз проигрывается с правильной скоростью, но MediaInfo такое: > Frame rate mode : Variable > Frame rate : 12.000 FPS > Minimum frame rate : 11.905 FPS > Maximum frame rate : 12.000 FPS
1. Чем это вызывается? На местах склеек кадры левой длины или что? Возможно, "крайние" кадры еще как-то попячены, просто у меня нет инструментов, чтобы это заметить? 2. Является ли это проблемой в каком-то контексте? Для вебмки/мп4 на двач очевидно похер, но хотелось бы знать, не укусит ли это меня за жопу в других ситуациях. 3. Как это исправить?
Повторюсь, подобное происходит с разными файлами, даже не с перекодированными мной с помощью Avidemux.
Аноним (Microsoft Windows 10: Chromium based)07/01/23 Суб 14:57:20#59№3249892
Анон, смотри. Есть большой музыкальный трек на пару часов, хочу туда лупом впилить видео буквально секунд на 20. Можно ли обьем итогового видео сделать больше лишь на эти 20 сек видео? Или будет создана видеодорожка по всей длине аудио, с соответствующим размером?
Аноним (Microsoft Windows 10: Chromium based)07/01/23 Суб 16:03:04#60№3249932
>>3249892 Попробовал через ffmpeg -stream_loop -1 -i input.mp4 -i input.mp3 -shortest -map 0:v:0 -map 1:a:0 -y out.mp4 Создает файл явно огромного размера. Нет способа сделать луп видеодорожки не умножая ее?
Аноним (Microsoft Windows 10: Chromium based)08/01/23 Вск 20:58:38#61№3250827
Аноним (Microsoft Windows 7: Firefox based)09/01/23 Пнд 15:35:10#62№3251524
Что писать после -x264-params чтобы было круто? Или -preset veryslow -tune film достаточно?
Аноним (Microsoft Windows 10: Chromium based)09/01/23 Пнд 15:39:05#63№3251529
>>3242829 Rife Cuda, если глупый амуде гой, то только rife ncnn. Остальные можешь даже не смотреть, еслить только райф и его имплементации, если еще что-лтбо круче не появится.
Аноним (Microsoft Windows 10: Chromium based)09/01/23 Пнд 15:40:13#64№3251531
>>3251524 Ничего, все итак пишется легко и через сами параметры ффмпег x264.
Аноним (Microsoft Windows 10: Chromium based)11/01/23 Срд 05:26:22#65№3252302
> Кодек AVS3, официально представленный в октябре 2021 года, является последним членом семейства стандартов сжатия видео, разработанных рабочей группой AVS в Китае. Результаты технических испытаний, представленные экспертам DVB, показывают, что данный кодек способен сжимать видео примерно с 40% экономией битрейта в сравнении с HEVC при том же субъективном качестве. Это ставит AVS3 в число самых эффективных технологий сжатия видео в мире.
Аноним (Google Android: Mobile Safari)11/01/23 Срд 06:23:27#66№3252306
>>3252302 Они смеялись, когда рассказывали мне, что китайцы - это рабочие-морлоки и чумазый не может, а наука - это дело белых эльфов с запада. Я же уже в начале 2010-х видел, что в математике и радиотехнике Китай выходит вперëд. Итак, Маркс оказался прав, а они ошиблись. Теперь уверенно можно говорить, что основа общественных отношений - это производство.
>>3252523 Он на тебя вывалил голый командлайн, и даже не объяснил что тужа надо пайпить выхлоп от ffmpeg. Да что уж там, он вообще ничего не объяснил. Даже я половины опций не знаю. А те что я понимаю, те нередко спорные.
>>3250827 Вот например зачем делать --cpu-used=0 когда у тебя vpxenc а не aomenc?
Почему битрейт именно --target-bitrate=1200? Ты запрещаешь мне кодировать всё что длиннее 2-х минут?
Зачем включать --frame-parallel=1 когда у тебя выключены--tile-columns=0 --tile-rows=0? Где row mt? И зачем тебе сдался --frame-parallel=1, про него говорят что он только портит картинку, но параллельности не добавляет.
Почему ты поставил именно --bit-depth=8 а не 10 бит?
Почему ns думаешь, что у анона должен быть именно зион/тредрипер на --threads=48 потоков?
И ты вообще никак не объяснил, зачем включать --resize-allowed=1. Что даёт --drop-frame=0.
И что это за опции ---pct=? И зачем вообще крутить распределение битрейта в двухпроходном режиме? Ты думаешь кого-то ебёт что в файлике на 20мб который закачается менее чем за секунду есть какие-то всплески битрейта на отдельном кадре?
Аноним (Google Android: Mobile Safari)12/01/23 Чтв 07:11:50#70№3252720
>>3252415 >Опять ты свёл всё к коммунизму. Не было такого, няш. Даже слова такого не употребил.
>А ещё ты поверил наслово заявлениям разработчиков. Так-то я, когда делал вывод ссылался на свой опыт работы с научными публикациями, а на заявление разработчиков avs3 я сослался как на повод вспомнить глобальные тренды.
Итого, ты опять смотришь на моë сообщение, игнорируешь содержание, и ловко побиваешь выдуманное тобой соломенное чучело.
>>3246788 > какая-нибудь примитивная хуйня окажется Ну, да. Ортогональное разложение в двумерном тригонометрическом базисе.
>>3246785>>3247228 Ну, он путанно объясняет, т. к. плохо представляет себе предмет. Я попробую объяснить чуть лучше. Растр в вычислительной машине — это математический объект. А для исследования математических объектов и манипуляций с ними разработаны в математике кое-какие методы. Например, при анализе и синтезе математических объектов используются методы, которые можно охарактеризовать как декомпозиционные. Т. е. методы, позволяющие сложный объект представить в виде совокупности более простых. Причём, желательно, чтобы множество объектов, полученных в результате декомпозиции, было однородным — объекты между собой должны различаться параметрически. Затем из более простых объектов можно вновь воссоздать (синтезировать) объект, соответствующий исходному с точностью до наперёд определённой меры. Итак, проиллюстрировать сие можно на трёх примерах.
Для начала самый простой пример. Десятичная дробь. Помнишь в школе, когда тебе рассказывали про десятичные дроби, тебе должны были пояснить, что десятичная дробь — это форма записи дробного числа при помощи десятичных цифр и знака-разделителя (запятой), отделяющего целую часть от дробно. При такой форме записи определение десятичной дроби дают через равенство, в левой части которого располагается собственно десятичная дробь, а в правой — линейная комбинация (взвешенная сумма) из обыкновенных дробей со степенями 10 в числителе или знаменателе и весовых сомножителей. При этом каждой цифре от 0 до 9 в десятичной дроби соответствует вес целого числа от 0 до 9, а каждому знакоместу — степень десяти. Знакоместу слева от разделителя соответствуют степени десяти в числителе, знакоместу справа от разделителя — в знаменателе, причём с удалением знакоместа от разделителя целая неотрицательная степень увеличивается. Так получается разложение дробного числа в ряд с по степеням десяти с целыми неотрицательными коэффициентами. Здесь сложный объект — это некоторое действительное неотрицательное число, например, иррациональное вроде числа Эйлера или числа π; базисные более простые объекты — это числа вида 10n, где n — параметр (целое число); плюс коэффициенты преобразования — целочисленные неотрицательные сомножители, однозначно определяющие в выбранном базисе приближение исходного объекта с точностью до отброшенных членов.
Дальше пример чуть посложнее. Вектор в евклидовом пространстве. Уже в старших классах школы тебе должны были рассказывать про векторы и евклидово пространство. Особенно на физике: ты, возможно, помнишь как в задачках о движении тел учитель предлагал выбрать систему координат и спроецировать векторы сил на оси координат с целью последующего анализа. Школьники к тому времени неплохо должны уметь решать линейные и квадратные уравнения со скалярными величинами, а проекция векторов позволяет определённые в векторном виде выражения законов Ньютона свести к системе алгебраических уравнений со скалярными величинами. Проекция — это такая нехитрая операция разложения вектора в линейную комбинацию взаимно ортогональных базисных векторов, расположенных по осям выбранной системы координат. Линейная комбинация при этом будет состоять из суммы произведений ортов (базисных векторов) на коэффициенты разложения (в данном случае это действительные числа). Здесь сложный объект — вектор в многомерном пространстве; базисные объекты — орты; параметр базиса — направления ортов; коэффициенты преобразования — действительные числа. Сами коэффициенты при этом вычисляются как скалярное произведение пар из исходного вектора и ортов.
Дальше ещё сложнее. Функция в гильбертовом пространстве. Это уже часть университетского курса математики. Гильбертово пространство — это аналог евклидова пространства, но членами этого пространства являются не векторы, а функции. Аналогично случаю с векторами, возможно в гильбертовом пространстве определить одновременно исходную сложную функцию (например, какой-нибудь не берущийся в элементарных функциях интеграл) и класс функций, являющихся базисом для приближения исходной функции (например, тригонометрических функций с кратными частотами). Дальше путём вычисления свёртки (для пар из исходной функции и базисных функций) можно получить для дискретного случая комплексные коэффициенты преобразования, а для непрерывного — комплексную функцию преобразования. Для примера с тригонометрическими базисными функциями результатом будет преобразование Фурье.
Для случая дискретного косинусного преобразования двумерного растра: - исходная функция — матрица Х пространственных действительных отсчётов интенсивности (отсчёты в двумерном пространстве аргументов, являющихся координатами отсчёта в растре); - базисные функции — матрица D действительных отсчётов косинусов, определённых в том же пространстве аргументов, - коэффициенты преобразования — матрица Y действительных коэффициентов преобразования, полученная путём умножения двух предыдущих матриц Y=DX (есть ещё правило нормирования, но я его не буду приводить). Матричная форма используется, т. к. правило вычисления элементов матрицы Y при перемножении матриц D и X соответствует в этом случае правилу вычисления дискретной свёртки (и корреляции, кстати, тоже).
>>3239508 (OP) Вечер в кодек, аноны. Проблема со скачиванием через ffmpeg видива с пхаба. Собственно проблема на пикриле, кормлю ему ссылку на m3u8, он рыгает 403 и дальше бесконечно спамит два сообщения про Skip ('#EXT-X-ALLOW-CACHE:YES'). Заметил, что ссылки, которые ходят на "https://ev-h.phncdn.com..." идут нормально, а вот "https://dv-h.phncdn.com..." хуйней страдают. В чем может быть дело?
-c copy -bsf:a aac_adtstoasc output.mp4 Запрос с такими параметрами.
Аноним (Microsoft Windows 10: Chromium based)14/01/23 Суб 19:36:05#73№3254173
>>3253093 Ебать тонкота. мимо потерялся в гильбертовом пространстве
Аноним (Microsoft Windows 10: Chromium based)15/01/23 Вск 13:10:26#75№3254442
Подскажите, какой релиз качать для винды у gyan.dev: мастер билд или релиз билд? Чем они отличаются? Ffmpeg нужен мне, чтобы положить рядом с yt-dlp. Там после скачивания видео идёт какая то автоматическая постобработка.
Аноним (Microsoft Windows 10: Firefox based)15/01/23 Вск 13:24:43#76№3254447
Аноним (Google Android: Mobile Safari)15/01/23 Вск 21:53:25#79№3254733
>>3254447 >>3254458 Эта хуйня необязательна, подойдёт любой ffmpeg в 99% случаев. Не перекачивай
Аноним (Google Android: Mobile Safari)15/01/23 Вск 21:54:18#80№3254736
Любой современный, один патч там для китайцев а второй субтитры сломанные Ютуб иногда отдаёт
Аноним (Microsoft Windows 10: Chromium based)16/01/23 Пнд 13:28:14#81№3255027
>>3252542 Это не голые команды. Это команды vpxenc.exe в двухпроходе, и моими оптимизациями на макс качество+скорость. ну почти. >Вот например зачем делать --cpu-used=0 когда у тебя vpxenc а не aomenc? А почему нет? >Почему битрейт именно --target-bitrate=1200? Ты запрещаешь мне кодировать всё что длиннее 2-х минут? Битрейт считать надо полюбому дя, забыл упомянуть. Но в среднем у меня всегда 1000-1200. >Зачем включать --frame-parallel=1 когда у тебя выключены--tile-columns=0 --tile-rows=0? А как они связаны то с тилами? У меня же включен еще --resize-allowed=1, вот они с ним и работает вроде. А -frame-parallel=1 это Parrallel decoding: Optimize frame coding in a way that parallel decodability is possible. >Где row mt? Он по дефолту включен уже давно, пчел. >И зачем тебе сдался --frame-parallel=1, про него говорят что он только портит картинку, но параллельности не добавляет. По моим ощущениях ряльно быстрее, раньше на дефолте делал. >Почему ты поставил именно --bit-depth=8 а не 10 бит? Потому что, чтобы на двачик заливать и 8 бит пойдет. А 10 бит трахают мобилки, особенно те кто на дашчане был, потому что автор дибилоид там не шарит за видеобиблиотеки и ффмпег. Тем более, он пропал давно и в общем, плеер там говнит сильно и обычные видео. >Почему ns думаешь, что у анона должен быть именно зион/тредрипер на --threads=48 потоков? Чем больше, тем лучше. Не ну а чо. >И ты вообще никак не объяснил, зачем включать --resize-allowed=1 --resize-allowed=1 --resize-up=100 --resize-down=100 Spatial resampling: Spatial resampling allows the codec to compress a lower resolution version of the frame, which is then upscaled by the encoder to the correct presentation resolution. This increases visual quality at low data rates, at the expense of CPU time on the encoder/decoder. >Что даёт --drop-frame=0. Frame drop (%): Temporal resampling allows the codec to "drop" frames as a strategy to meet its target data rate. This can cause temporal discontinuities in the encoded video, which may appear as stuttering during playback. This trade-off is often acceptable, but for many applications is not. It can be disabled in these cases. This threshold is described as a percentage of the target data buffer. When the data buffer falls below this percentage of fullness, a dropped frame is indicated. Set the threshold to zero (0) to disable this feature. >И что это за опции ---pct=? Это дефолт, просто лень удалять было. Кроме --bias-pct=80, это настройка распределяет процент битрейта куда больше вложить между статическими картиками или в движении. >Ты думаешь кого-то ебёт что в файлике на 20мб который закачается менее чем за секунду есть какие-то всплески битрейта на отдельном кадре? Чего подорвался на месте?
Аноним (Microsoft Windows 7: Firefox based)16/01/23 Пнд 18:53:27#82№3255217
Уверен, что вопрос ни раз поднимался, но все же, почему когда делаешь >fffmpeg -ss xx:yy:zz -i src.mp4 -c:a copy -c:v copy res.mp4 Начинается какая-то хуйня, рассинхрон звука или начало видео без звука, плюс позиционирование очень неточное? Если делать с перекодированием, то позиционирует точно, прямо можно с шагом в 100 мс резать и заметна разница, но ведь перекодирование всегда понижает качество, занимает время и в принципе хули так? Может есть лайффак как комфортно нарезать им видево?
Аноним (Google Android: Mobile Safari)16/01/23 Пнд 19:49:41#83№3255232
>>3255217 Ни разу не замечал такого, какой входной файл, какой-то битый?
Аноним (Google Android: Mobile Safari)16/01/23 Пнд 19:51:04#84№3255233
>>3255217 >вопрос ни раз поднимался Настолько часто, что в официальной документации отражено. Правда, в той которая wiki на trac. И написано в расчëте, что ты попробуешь, и в деталях разберëшься.
>какая-то хуйня, рассинхрон звука или начало видео без звука, плюс позиционирование очень неточное? Это нормально. Если интересует быстрый поиск, то ffmpeg по-возможности опирается на поисковые возможности контейнера, но они не всегда позволяют точно найти, например, начало кадра звуковой дорожки, примерно соответствующего требуемой отметке времени. Если в видео переменная частота кадров (насколько помню, все андройдосмартфонные кодеры используют переменную частоту кадров) - задачка нетривиальная. Иногда требуется принудительно вставлять фильтр, исправляющий pts. Если интересно, могу с твоим файлом повозиться.
>Если делать с перекодированием, то позиционирует точно Насколько помню, ffmpeg даже декодировать и фильтры применять начнëт с начала видеоролика.
Если хочется нарезать - возьми какой-нибудь редактор с предварительным индексированием потоков. Avidemux, весьма вероятно только для этой цели и существует.
Аноним (Google Android: Mobile Safari)17/01/23 Втр 08:32:50#85№3255373
>>3249892 >>3249932 Это реально в теории, но на практике невозможно, я пытался это сделать, но даже эксперты не смогли подсказать решение. Тут бы у реальных разработчиков кодеков спросить
Аноним (Google Android: Mobile Safari)17/01/23 Втр 23:25:00#86№3255853
>>3239508 (OP) Мысли какие думаете об OGV Theora+Vorbis? Стоит ли перекодировать в них видео в 720p и 1080p?
Аноним (Microsoft Windows 8: Firefox based)18/01/23 Срд 01:00:08#87№3255889
>>3255233 >Если хочется нарезать - возьми какой-нибудь редактор с предварительным индексированием потоков.
Я другой анон, но стало интересно: именно вот это является причиной, что Avidemux открывает большие видеофайлы фильмов по несколько минут, сначала проходя по ним целиком и что-то вычисляя, а потом без проблем прыгает по ним в любую точку? Почему тогда обычные видеоплееры (любые) могут спокойно прыгать по видеофайлу без предварительной обработки всего файла в самом начале?
А еще когда я вырезаю кусок через mkvtoolnix (без перекодирования, само собой), то прогресс задачи сначала так же долго и медленно идет от 0% до того количества процентов, которое соответствует позиции этого куска по отношению ко всей длине фильма, а потом моментально допрыгивает до 100% и задача успешно завершена. Это то же самое явление, mkvtoolnix что-то считывает из всего файла (до нужного момента)?
>>3255233 > Avidemux, весьма вероятно только для этой цели и существует. Конечно, нет. Для редактирования он и прочей мелочной хуйни редактирования. Во всяком случае резать приходилось единично, а редактировать - постоянно. Быстрый муксер в два клика тоже хорошо.
>>3255853 > OGV Theora Старый кодек из эпохи DivX. Вероятность что какое-то устройство тех времён поддерживает теору стремиться к нулю. Короче: кодек без задач.
> Vorbis Если ты используешь опцию -q 10 и переживаешь что при потрековом енкоде фазы дорожек при gapless playback с использованием кодека Opus не совпадут, или ты decodong speed шиз и отдаешь предпочтения aac нежели опусу, но ищешь свободную альтернативу, ну тогда как вариант.
Аноним (Google Android: Mobile Safari)18/01/23 Срд 07:04:08#90№3255939
>>3255894 >Для редактирования он и прочей мелочной хуйни редактирования А что там редактировать с тремя с половиной фильтрами? В avidemux вроде бы даже наложения нет для двух и боллее роликов.
>>3255889 >Avidemux открывает... без проблем прыгает по ним в любую точку? >обычные видеоплееры (любые) могут спокойно прыгать по видеофайлу без предварительной обработки всего файла в самом начале? Плееры тоже выполняют поиск, но не единожды и на весь файл, а вблизи требуемого отсчëта времени и каждый раз, когда ты требуешь начать воспроизводить с новой точки.
Аноним (Microsoft Windows 8: Firefox based)18/01/23 Срд 07:35:35#91№3255943
>>3255939 А можешь пояснить, почему происходит следующее?
Имеется пара видеофайлов, у которых не докачаны последние 0.1%. Это торренты фильмов, где в раздаче кроме .mkv лежал еще .txt, на который было 0 сидов. Поэтому не докачался последний кусочек .mkv (там мегабайтов 8, последние секунды титров).
При открытии такого файла видеоплеером и попытке скипнуть в любую точку, а также изменить аудиодорожку на какую-то еще кроме первой дефолтной, видеоплеер зависает и начинает ебать жесткий диск - видно по активности в диспетчере задач и слышно ушами. Терпения "дождаться" окончания этого у меня не хватало.
Если взять и "пересобрать" этот видеофайл с помощью mkvtoolnix, оставив все потоки в сохранности, но указав диапазон с 0:00:00 до почти самого конца без последней полуминуты, то пересоберется успешно И (!) будет воспроизводиться нормально.
Что такого находится именно в конце видеофайла, что отсутствие именно конца так сводит с ума софт?
При этом, если не докачан какой-то рандомный кусочек в середине, а не в конце, то такого поведения нет. Ну картинка в этом куске внезапно развалится и плеер скипнет на несколько секунд вперед, и все на том.
Аноним (Microsoft Windows 10: Firefox based)18/01/23 Срд 08:02:36#92№3255947
>>3255939 Очень часто приходится чб с контрастами делать, например. Бывает полосы добавить нужно, кропать, етк.
Аноним (Microsoft Windows 10: Chromium based)18/01/23 Срд 09:36:30#93№3255960
>>3255233 Ты что-то не то наговорил человеку, можно проще объяснить. >>3255217 Потому что ты получаешь видеопоток, который начинается не с ключевого кадра, а без него не могут проиграться несколько следующих за ним зависимых кадров. А при перекодировании создаётся новый поток с новыми ключевыми кадрами. Без перекодирования всегда обрезай начало по ключевому кадру, в том же Avidemux это удобнее.
Аноним (Google Android: Mobile Safari)18/01/23 Срд 10:45:29#94№3255979
>>3255943 >Что такого находится именно в конце видеофайла, что отсутствие именно конца так сводит с ума софт? Закрывающие теги там. У матрëшки древовидная разметка, софт ищет конец очередного элемента, потом переходит к элементу более высокого порядка вложенности и ищет уже его конец. Это правильное поведение в смысле воспроизведения максимального количества доступных частей. Плюс ещë есть хитрости в работе файловой системы - современные ФС, например NTFS, различают занятые блоки и запрошенные блоки: так, например, под файл может быть 256 МиБ отведено, рапортовать о размере ФС тоже будет о 256 МиБ, но данных в файл может быть записано меньше, и, соответственно, свободное пространство на носителе уменьшиться не на 256 МиБ. Что же произойдëт при попытке доступа на чтение в таком файле по адресам, в которые не записано ничего, я не возьмусь сказать - нужно смотреть документацию на драйвер ФС, но скорее всего, драйвер вернëт читающей программе код исключительного события.
Аноним (Google Android: Mobile Safari)18/01/23 Срд 10:50:47#95№3255981
>>3255960 >Ты что-то не то наговорил человеку, можно проще объяснить. Порядок кадров в потоке и зависимости между кадрами - это не причина рассинхронизации. Не просто так в потоках mpeg-ps и mpeg-ts есть метаданные pts.
>>3255960 > Без перекодирования всегда обрезай начало по ключевому кадру Но ключевой кадр в видео может не совпасть с аудиофреймом.
Аноним (Microsoft Windows 8: Firefox based)18/01/23 Срд 13:55:51#97№3256059
Аноны, возможно, тупой вопрос.
Если есть два видео, с одним размером кадра и с одним фпс, закодированные из одного и того же исходника, но сами эти два видео - разные (закодированы с разным битрейтом или пресетом качества, или одно - h264, а другое - vp9), возможно ли объединить информацию из их кадров и восстановить побольше потерянной при кодировании оригинальной информации?
Например, одно из них больше квадратит, а другое - размазанно мылит, можно ли из этого почти двойного количества байтов вытащить больше деталей?
>>3256059 Что ты там собрался восстанавливать из мыла, я ума не приложу.
Из заартефаченой картинки конечно можно что-то вытянуть силами искусственного интеллекта, но блочность со сплошной заливкой это уже терминальная стадия.
Аноним (Microsoft Windows 8: Firefox based)18/01/23 Срд 14:26:52#99№3256081
Вот конкретная ситуация, о которой я подумал: есть видео с ютуба, вытащено в avc и в vp9, где оба закодированы ютубом из оригинального видеофайла, загруженного пользователем, а не второй из другого. Качество - ожидаемое для ютуба, в районе 2 мбит/с. Есть ли что-то "полезное" в avc-потоке, чего не хватает в потоке vp9 и что туда можно "добавить", и наоборот?
Аноним (Microsoft Windows 10: Chromium based)18/01/23 Срд 19:47:13#100№3256268
>>3255217 потому что резать надо по ключевым кадрам, вы заебали. добавьте эту хуйню в шапку.
Аноним (Microsoft Windows 10: Chromium based)18/01/23 Срд 21:23:08#101№3256309
>>3256081 >что-то "полезное" в avc-потоке, чего не хватает в потоке vp9 и что туда можно "добавить", и наоборот? ты бесполезной дрочкой пытаешься заниматься, невозможно вытащить больше деталей. ютуб все равно кодирует и то, и то другое в +- одинаковое качество
Аноним (Google Android: Mobile Safari)19/01/23 Чтв 00:53:14#102№3256469
>>3256081 Ты попробуй два видео сравнить, есть очень годная прога Nvidia icat, и увидишь что в обоих вариантах в одних и тех же местах будет лютейшее мыло, ни один кодек не будет лучше выглядеть. Есть конечно редкие исключения, например в av1 оно размывало какой-то кусок, а в h264 выглядело нормально. Но какой алгоритм это должен решать, где чётче? Из Ютуб не вытянешь ничего толкового, качай h264, он немного лучше выглядит
Аноним (Microsoft Windows 8: Firefox based)19/01/23 Чтв 04:28:01#103№3256505
>>3256469 >Но какой алгоритм это должен решать, где чётче? Не, анон, необязательно выбирать для каждого пикселя или группы пикселей, "где четче", и брать содержимое кадра из одного или второго видео. Я имел в виду объединение двух попяченных информаций в одну менее попяченную.
Вымышленный ример из другой области:
Представь, что ты ужимаешь аудиофайл в 2 раза, и для этого решаешь понизить частоту дискретизации (выборки сэмплов) в 2 раза. Предположим, ты делаешь это наивным образом: просто берешь каждый второй замер звука, а другие выкидываешь (вообще так делать НЕ НАДО, но опустим в этом примере). И вот у тебя 24000 Гц вместо 48000.
А вот у тебя другой алгоритм, который делает то же самое, но выкидывает ДРУГИЕ вторые замеры. Первый брал четные, начиная с 0-го, а второй брал нечетные.
И вот оба результата - 24000 Гц, оба с потерянной информацией по сравнению с оригиналом, но из-за разницы в том, как именно они выкидывали информацию и какую именно, по этим двум можно восстановить исходный сигнал без потерь, если знать, как именно они работают и как совместить вот эти прореженные сэмплы из одного и из другого результата.
Мой пример искусственный? Да. Ожидаю ли я какое-то йоба-качество? Вовсе нет. Просто поясняю, какой подход имею в виду. Суммарно в двух закодированных по-разному копиях видео таки побольше полезной информации, чем в каждом одном из них.
>качай h264, он немного лучше выглядит А я уже нарезал своё видео из vp9 с ютуба... :( В покадровом сравнении показалось на самую тютельку получше, но на грани эффекта плацебо.
>>3256309 >ты бесполезной дрочкой пытаешься заниматься Да, я осознаю, что вряд ли из этого выйдет что-то по-настоящему толковое и заметное глазу.
Аноним (Microsoft Windows 10: Chromium based)19/01/23 Чтв 10:37:20#104№3256543
А почему видео такое тяжёлое получилось? Webm - результат перекодирования из Webm VP9 в Webm VP8; OGV - результат перекодирования из Webm VP8 в OGV Theora. Настройки использовал рекомендуемые в статье https://trac.ffmpeg.org/wiki/TheoraVorbisEncodingGuide То есть, -c:v libtheora -qscale:v 7 -qscale:a 5.
Аноним (Microsoft Windows 7: Firefox based)19/01/23 Чтв 12:11:01#106№3256568
>>3256565 Причём иногда размеры видео отличаются не так сильно. Тоже Webm VP8 и OGV Theora.
Аноним (Microsoft Windows 8: Firefox based)19/01/23 Чтв 12:47:32#108№3256597
>>3256568 Во, это как раз примерно то, что я имел в виду. Последнее получено честно только из 2-го и 3-го, без применения фильтра "шакалы" ко 2-му или "мыло" к 3-му?
>>3256565 >>3256574 Потому что, как я ранее говорил, теора это кодек эпохи DivX. Это когда ещё делали DVD rip в AVI, с картинкой в MPEG4 Video и звуком в MP3. Естественно, там и сжатие такое как у кодеков той эпохи.
А вот h264 в MKV с кучей многоканальных дорожек это уже другая эпоха. Формально VP8, VP9 можно назвать запоздавшими кодеками этой же эпохи. Но они настолько медленные, что VP9 годиться только для WEBM для двача и для тех кто не может юзать h264 по юридическим причинам. VP8 сегодня это кодек для реалтайма в WebRTC, и больше ни для чего.
Если что то и стоит внимания среди опенсорсных кодеков, так это AV1. Да, он медленнее h265, но у него есть такие уникальные фичи, которых нет у h265, что позволяют сжимать сильнее.
Аноним (Microsoft Windows 7: Firefox based)19/01/23 Чтв 16:45:47#110№3256700
>>3256597 Да. Простое усреднение. Ну то есть на мыло наложены шакалы с 50% прозрачности.
Аноним (Microsoft Windows 7: Firefox based)19/01/23 Чтв 16:47:41#111№3256702
>>3256700 Только когда опять сжимать все это дело, то вылезут дополнительные артефакты сжатия.
Аноним (Microsoft Windows 8: Firefox based)19/01/23 Чтв 17:20:57#112№3256717
>>3256702 Ну это смотря с какой целью это все вообще затевается.
Для простого перекодирования, типа "ух щас я возьму два разных энкода одного и того же видео, солью их в один и снова сохраню в h264 и будет суперкачественный видеофайл" - да, выгода очень сомнительна как раз потому, что ты свою операцию улучшения (как бы она ни производилась) скомпенсируешь повторным пережатием и мб сделаешь этим даже хуже.
А вот если тебе нужно не для тупо "пересохранения", а для каких-то манипуляций с видеопотоком, редактирования и монтажа, когда тебе нужно получить как можно более качественный исходник для работы с ним внутри видеоредактора - это другое дело. То есть, конечно, при рендере твоего проекта у тебя тоже обязательно будет еще один реенкод, но он у тебя обязательно будет всегда, какой бы исходник ты ни использовал, хоть хороший, хоть хуевый. Но внутри проекта в видеоредакторе видеопоток некоего "улучшения" исходника будет непережатый - зависит от метода и от его реалтаймовости, но, например, вот как сделал анон выше, сложив мыло и шакалы - это делается прямо внутри видеоредактора без промежуточного пересохранения. Итого - немного улучшенная картинка и при этом ни одного лишнего реенкода в процессе монтажа твоей хуйни, лишь то количество реенкодов, которое было бы и без этого.
Опять приведу аналогию из аудио (мне тот мир ближе):
В 99% случаев разница между вавкой и хорошим мп3 320 не важна, ее услышит мизерное количество слушателей на хорошей аппаратуре в хороших условиях и на знакомом материале. Однако стоит посмотреть на такую цепочку: музыкант пиздит сэмплы и прочие записи для своего трека в мп3 так как сам ничего в этом не понимает, рендерит свою хуйню в мп3 и отправляет лейблу только в таком виде лейбл выпускает либо прямиком реенкод/разжатку из этого мп3 (читай, фейковый лосслесс), либо в лучшем случае политую конвейерным мастерингом, что не убавит мп3шечности в магазинах и на стримингах (и на промо) это еще раз конвертируется в мп3 или аац для продажи/прослушивания эту мп3шку берет горе-диджей и использует ее в миксе сохраняет микс в мп3-файл кидает этот мп3 в адоб премьер, чтобы сделать видео для ютуба с дженерик картинкой на фоне, экспортирует в мкв или мп4 с еще одним перекодированием в какой-нибудь аац заливает на ютуб, ютуб перекодирует аудиодорожку еще раз (в аац или опус)
... и слушатель слышит не просто 128 кбпс аац или опус (это было бы еще полбеды), а вплоть до ШЕСТИ пережатий друг на друге. И вот это уже звучит очень хуево.
В случае с видео сохранять видеопоток лосслессно не хватит никаких жестких дисков, но если можно делать обсуждаемое в последних сообщениях в треде прямо внутри проекта в видеоредакторе, без пересохранения промежуточных результатов, которые сведут улучшения на нет, и таким образом выжать побольше качества для итогового результата, то почему бы и нет.
Аноним (Microsoft Windows 10: Chromium based)19/01/23 Чтв 21:28:00#113№3256840
>>3256597 Он не кодировал, а тупо в фотошопе сделал чел
Аноним (Microsoft Windows 8: Firefox based)20/01/23 Птн 06:37:09#114№3257065
>>3256840 Это и так понятно, но вопрос был все равно применим, вне зависимости от способа получения изображений. Вопрос был в том, является ли картинка результатом некоей функции от 2 и 3 вместе, а не от 2 или от 3.
Аноним (Microsoft Windows 10: Chromium based)20/01/23 Птн 11:53:03#115№3257123
Какой preset libsvtav1 даст такое же качество, как quality good libvpx-vp9?
>>3257123 Не пони. Как относиться пресет к параметру --deadline?
А вообще читай оф доки на гитлабе. Там написано, какие пресеты реалтаймовые, какие сбалансированные, а какие опустят планку fps до значений меньше единицы.
Аноним (Google Android: Mobile Safari)20/01/23 Птн 23:54:09#117№3257348
Почему вы не сказали, что 1пасс нужен для достижения желаемого качества (с непредсказуемым объёмом файла), а 2пасс нужен для достижения желаемого объёма файла (с непредсказуемым качеством)?
Аноним (Microsoft Windows 10: Chromium based)21/01/23 Суб 00:04:09#118№3257351
>>3257348 потому что ты какую-то херню надумал. желаемое качество + непредсказуемый размер это crf или q. а во втором случае, сколько у тебя пассов там посрать, хоть 4 ебани, в любом случае ты там свой битрейт выбираешь, чутьчуть исключение в vp9, там есть cq - constrained quality но все равно там ставишь битрейт вместе с уровнем q
Аноним (Google Android: Mobile Safari)21/01/23 Суб 00:09:35#119№3257355
>>3257351 Не читал твой мелкобуквенный высер. Маленькие буквы — маленькие мозги.
Аноним (Microsoft Windows 10: Chromium based)21/01/23 Суб 05:19:06#120№3257411
>>3254290 А что там тонкого? Вроде мощно всё написано и человеческим языком, из анона отличный профессор бы вышел мимонематематик
Пилю прохладную историю про GUI для ffmpeg. Сам я по поводу ffmpeg никаких предрассудков не имею и начинаю использование ffmpeg с $ cat ~/.bash_history | grep 'ffmpeg' По ситуации можно сузить выборку путём добавления деталей в регулярку. На прыщах в консольке работать удобно.
Но передо мной встала задачка помочь одному коллеге пенсионеру — ему нужен был на его десятую винду преобразователь медиафайлов. Я Винду вижу не на картинках не больше десяти раз в год — в виртулке запускаю майкрософтовский преобразователь из docx в pdf. И я вам скажу, какое е лютое и неудобное говно этот cmd.exe. Использовать в нём хотя бы что-нибудь можно, но неприятно. Отсутствие великого графического интерфейса для доступа к настройкам внешнего вида этого графического интерфейса в 10-й Винде меня тоже порадовали. Здесь, видимо, как с гибернацией: майкрософт не осилила сделать хорошо — и спрятала на всякий случай.
Ну, что люди делают в таких случаях. Идут на двач, там их посылают нахер, они идут в гуголь, потом идут... в лучшем случае, они выйдут на videohelp.com, stackoverflow|stackexchange, doom9|doom10 и т. д. Я решил сразу пойти на videohelp.com, чтобы не тратить время. Пришёл на https://www.videohelp.com/software/sections/video-encoders Спискота хороша — только фильтров не нашёл. Пришлось полторы сотни пунктов пробежать взглядом. Началь от туда смотреть графические оболочки для ffmpeg.exe. Основные требования — сборка для x64 и наличие выпусков в период с 2019 по 2023 гг. Считаю, что таковые требования справедливы, т. к. ffmpeg — активно развиваемая фиговина, и управлять ей должна тоже по-возможности новая софтина. Начал качать и пробовать у пенсионера эти программы на его задачке. Суть задачки такова: преобразовать исходный клип в avi с видео mpeg4-asp и единственной звуковой дорожкой в mpeg-audio-l3, чтобы ширина кадра была 640 точек, а высота вычислялась автоматически по соотношению сторон. В качестве исходника был взята ретроспектива с торрентов, bdrip, 1080 строк, h.264.
Итак, для первой номинации выбраны были свободные оболочки: - AnotherGUI — долго индексирует исходный файл без сведений о прогрессе, имеет невнятный доступ к инструментам, не может масштабировать картинку по исходным условиям (казалось бы — просто возьми у пользователя scale=640:-4, но она выше этого); барахло; - AviDemux — долго индексирует исходный файл со сведениями о прогрессе, использует встроенный ffmpeg в виде разделяемых библиотек, имеет простой доступ к весьма скудным инструментам, не может масштабировать картинку по исходным условиям; барахло; - Cine Encoder — наклонные рубленные шрифты делать мои глаза кровоточение, компоновка и исполнение интерфейса напоминает арнуво, она ориентируется на современные форматы; сходу не вышло заставить эту штуку кодировать через libxvid; вырвиглазное барахло; - FastFlix — она ориентируется на современные форматы; не вышло заставить эту штуку решить задачку масштабирования в поставленном виде; барахло; - FFAStrans — требует avisynth и имеет несовместимую с пенсионером концепцию взаимодействия с пользователем; пропустил сходу; - ffe — неплохая штука, вписанные в поле ввода «-vf scale=640:-4» результат даёт, но пенсионеру всё ещё не очень, предпросмотра вроде нет тоже; интересно, но не подходит; - FFmpeg Batch Converter — чуть проще, чем вписывать параметры прямо в cmd.exe, но пенсионеру всё ещё не подойдёт; пропустил; - FFmpegGUI — слеплена минималистично, но ладно; не справилась с задачкой масштабирования; барахло; - HandBrake — суровый комбайн над ffmpeg и avisynth; пенсионер заблудится; не подходит; пропустил; - Internet Friendly Media Encoder — описание настаивает, что это для libx265 только; вид интересный; пропустил; - Libre AV Converter — невнятное описание и муть на скриншотах; пропустил; - MeGUI — гуйня для x264.exe; пропустил; - MyFFVideoconverter — на скриншотах цветное месиво; может быть, хорошая программа; пропустил; - NotEnoughAV1Encodes — гуй для aomenc.exe; пропустил; - qencoder — не для ffmpeg гуй; пропустил; - ShanaEncoder — не помню, с какой конкретно задачкой оно не справилось; барахло; - StaxRip — вот это, возможно, хорошая штуковина; не помню, почему пропустил; попробуйте её; - Tricycle — по какой-то причине пропустил; возможно, зря пропустил; - VidCoder — требует handbrake; пропустил; - Videomass — вот это выглядит как хорошая штуковина; не помню, почему пропустил; попробуйте её тоже.
Среди свободного ПО найти подходящую пенсионеру фигню не удалось, но Videomass, Tricycle, StaxRip интерес представляют.
Во второй номинации рассматривалось бесплатное несвободное ПО, выпущенное в 2022 или 2023 годах. И единственное, что смогло внятно решить задачу, — это XMedia Recode. Пенсионер доволен, но XMedia Recode молча падает при попытке запустить двухпроходное кодирование через libxvid. Из особенностей отмечу, что использует эта гуйня не ffmpeg.exe, а встроенный вариант ffmpeg, собранный в виде разделяемых библиотек.
Такие дела.
Аноним (Microsoft Windows 10: Firefox based)21/01/23 Суб 13:29:39#122№3257624
>>3257585 Пиздос, пиши, сокращай, зачем такое полотно? б'гг
Аноним (Microsoft Windows 10: Firefox based)21/01/23 Суб 13:30:37#123№3257625
>>3257585 > И я вам скажу, какое е лютое и неудобное говно этот cmd.exe. Использовать в нём хотя бы что-нибудь можно, но неприятно. Отсутствие великого графического интерфейса для доступа к настройкам внешнего вида этого графического интерфейса в 10-й Винде меня тоже порадовали. Здесь, видимо, как с гибернацией: майкрософт не осилила сделать хорошо — и спрятала на всякий случай. Используй Windows Terminal, дегрельный.
Аноним (Microsoft Windows 10: Firefox based)21/01/23 Суб 13:34:31#124№3257627
>>3257585 Мог бы ему скриптов написать «Сконвертировать хуйню в такую-то хуйню» и расположить эти батники на рабочем столе, а ему сказать, чтобы видеофайлы, необходимые для конвертации на рабочий стол клал, б'гг
Аноним (Google Android: Mobile Safari)21/01/23 Суб 14:07:21#125№3257638
>>3257627 Была такая мысль, но ему интересны интерактивные оболочки. Чтобы на кнопки понажимать и предпросмотр поглядеть.
Аноним (Microsoft Windows 10: Chromium based)22/01/23 Вск 00:33:11#126№3257888
>>3257585 >когда на твою софтину всем настолько похуй что в мире где 90% программистов - формошлепы, причем не как что то плохое - за 10 лет невероятно красивые адаптивные и интуитивные интерфейсы стали обыденностью - никто не удосужился эти самые формочки нарисовать
Аноним (Microsoft Windows 10: Firefox based)22/01/23 Вск 03:56:46#127№3257917
>>3257585 > преобразовать исходный клип в avi Только avi? Вебм не устроит?
Аноним (Google Android: Mobile Safari)22/01/23 Вск 08:42:02#128№3257940
Аноним (Microsoft Windows 10: Chromium based)22/01/23 Вск 09:41:12#129№3257960
>>3257940 Что софт без гуя это не инструмент, а хуй пойми что для хуй пойми кого. Все равно что живую корову домой притащить и сказать что это пельмени.
Аноним (Microsoft Windows 10: Firefox based)22/01/23 Вск 13:37:09#130№3258038
>>3257585 > HandBrake — суровый комбайн над ffmpeg и avisynth; пенсионер заблудится; не подходит; пропустил; Где там можно заблудиться? А так, лучший фронтенд для ffmpeg, б'гг
Аноним (Google Android: Mobile Safari)22/01/23 Вск 16:45:41#131№3258235
>>3257960 >Что софт без гуя это не инструмент, а хуй пойми что для хуй пойми кого. Обоснуй!
>>3257960 Ты сейчас понятия не имеешь о чём говоришь. На самом деле ffmpeg настолько сложен, что любой гуй будет кастрировать его функциональность.
Множество входных файлов, множество выходных файлов, а между ними ещё и мапы. Притом куча параметров есть не только у выходных, но ещё и у входных файлов.
Куча кодеков, фильтров, мультиплексоров. И у каждого свой набор параметров, включая и уникальные параметры конкретного кодека.
Даже если за десять мать его лет написать невероятно сложный гуй, который учитывает всё множество параметров, за эти десять лет выйдет ещё 10 версий ffmpeg, и так без конца.
Аноним (Google Android: Mobile Safari)22/01/23 Вск 19:17:06#133№3258333
Аноним (Microsoft Windows 10: Chromium based)22/01/23 Вск 20:22:18#134№3258412
>>3258325 Возможности задокументированны? Задокументированны. Значит 100% функционала в гуе возможны. Почему все вначале рисуют кнопочки-плейсхолдеры в процессе разработки и потом пишут к ним бэкенд, и только тут какой то особый путь?
Аноним (Google Android: Mobile Safari)22/01/23 Вск 21:04:13#135№3258435
>>3258412 >все вначале рисуют кнопочки-плейсхолдеры в процессе разработки и потом пишут к ним бэкенд Ловите наркомана!
Аноним (Microsoft Windows 10: Chromium based)22/01/23 Вск 21:15:05#136№3258438
>>3258435 Ну может сейчас во времена бигдаты микросервисов и эластики люди еще сами не вкурсе че там можно будет выжать из собственной архитектуры и поэтому осторожно пробуют тестируют и обкатывают прежде чем обернуть это говно в очередной контейнер с формочкой, но ффмпег это десктопная софтина родом из моих родных нулевых в которую ебашат просто обновленные фильтры и кодеки по мере их выхода.
Аноним (Microsoft Windows 10: Chromium based)26/01/23 Чтв 13:56:24#137№3260166
>>3257355 привет, тебе просто горит что хуйню снес
Аноним (Microsoft Windows 7: Firefox based)26/01/23 Чтв 14:04:19#138№3260170
Какую опцию указать, чтобы x264 чуть поменьше шакалил темные участки?
Аноним (Microsoft Windows 7: Firefox based)26/01/23 Чтв 14:11:42#139№3260175
>>3257585 Попробуй XviD4PSP. А лучше сделай набор скриптов под нужные задачи.
Аноним (Microsoft Windows 10: Chromium based)26/01/23 Чтв 18:55:52#140№3260314
Научите плиз писать батники. Чо там означают эти знаки процентов, буквы i, звездочки и т.п.? Хочу чтобы в каталоге все вебмки превращались в мп4. но не могу понять как сделать.
Аноним (Microsoft Windows 7: Firefox based)26/01/23 Чтв 21:35:27#141№3260383
Аноним (Microsoft Windows 10: Chromium based)26/01/23 Чтв 21:43:30#144№3260390
>>3260383 >>3260386 >>3260387 Спасибо. А можно мультиплексировать вебм в мп4? На стаковерфлоу пишут что просто если поставить c copy, то новые версии могут тупо скопировать видеопоток вебм в мп4. А мне в консоли выдает ошибку, говорит что такой тэг не поддерживается контейнером. Я ставил опцию strict experimental, но она видимо не на что не влияет в моем случае. Невозможно скопировать вебм в мп4 да? Надо обязательно перекодировать?
Аноним (Microsoft Windows 7: Firefox based)26/01/23 Чтв 21:54:47#145№3260395
>>3260390 Нет, mp4-контейнер не поддерживает vp9 и opus.
Аноним (Microsoft Windows 10: Chromium based)26/01/23 Чтв 22:00:04#146№3260397
>>3260395 >>3260395 Спасибо. А как ты так ловко перенес строки в текстовом редакторе? Если я добавлю интер у меня батник работать перестает этот значок в конце строк похож на кнтрл зед или что?
Аноним (Microsoft Windows 7: Firefox based)26/01/23 Чтв 22:09:42#147№3260402
Аноним (Microsoft Windows 10: Chromium based)26/01/23 Чтв 22:19:17#148№3260407
>>3260402 Благодарю за помощь. Да пребудет с тобой сила, здоровья тебе и твоим близким, мира и покоя твоему дому
Аноним (Microsoft Windows 10: Chromium based)28/01/23 Суб 01:43:18#149№3260910
>>3260175 а я думал батя мой совсем от жизни отстал, он до сих пор порнуху этой прогой сжимает, ан нет, обновлялась прошлым летом: >Поправлено многопроходное кодирование кодеком AV1. >Добавлена поддержка WEBP изображений. >Программа полностью переписана на самый современный язык – Swift. ебанись)
Аноним (Microsoft Windows 10: Chromium based)28/01/23 Суб 01:48:04#150№3260914
>>3258325 че бы не сделать гуй который автоматиески генерится из списка параметров и хелпа? и то куда удобней бы было. хотя наверное продвинутые симуляторы терминалы это умеют, так ведь, господа красные глазики? это мы только на голом цмд.ехе как лохи сидим?..
Аноним (Microsoft Windows 10: Chromium based)28/01/23 Суб 01:53:05#151№3260915
вообще идеальный гуй для экнодера должен быть такой: поле где выбираешь форматы которые тебя устроят. и дальше треугольник где двигаешь точку между качеством, размером и скоростью. с какими-то циферками примерными. всё. а редактировать это уже другая прога. пох что ффмпег сразу две цели выполняет в противоречие юникекс философии.
Аноним (Microsoft Windows 10: Chromium based)28/01/23 Суб 02:12:04#152№3260917
>>3243222 >и картинка плохая будет. И объяснять что видеосигнал цифровой и цап стоит только на уровне пикселей экрана очень сложно а ты точно собирался настроить на ноуте в связке с телеком автопереключение на герцовку соответственно файлу? "специализированная"-то техника поддерживает и 24hz mode, и автопереключение между 50 и 60 насчет последнего в контексте китайских приставок не уверен, но сами телеки могут мне кажется.
Аноним (Microsoft Windows 10: Chromium based)28/01/23 Суб 19:18:59#153№3261159
Может не совсем по теме вопрос, но почему чтобы перевернуть видео нужно его реэнкодить? Неужели информация об ориентации видео настолько ухудшает сжатие что её не включают в само видео?
Аноним (Microsoft Windows 10: Firefox based)29/01/23 Вск 00:10:09#156№3261344
Аноним (Microsoft Windows 10: Firefox based)29/01/23 Вск 01:36:14#157№3261364
как заэнкодить vp9 вебмку с auto-alt-ref 6 под определённый размер? при указании рассчитанного b:v под нужный размер файла битрейт всегда слишком низок, а каждый раз сидеть угадывать crf с b:v 0 впадлу, реэнкодить по 5 раз пока нужный размер не получится есть варианты?
Аноним (Microsoft Windows 10: Chromium based)29/01/23 Вск 11:56:47#158№3261441
Помогите плиз, как сделать так чтобы консолька спрашивала ввести таймкоды для видео и после обрезала по заданным значениям вебм либо мп4 что лежат в папке? Я пока что делаю так, но мне кажется это слишком колхозный вариант. Уверен есть способ упростить мои потуги
Аноним (Microsoft Windows 10: Firefox based)29/01/23 Вск 20:29:01#163№3261649
Сап двач. Есть папка с аниме, в ней папка с сабами к нему, но у них разные названия, как это заставить работать вместе без переименовывания? Вот пример [Kawaiika-Raws] Kimetsu no Yaiba 01 [BDRip 1920x1080 HEVC FLAC].mkv [Kawaiika-Raws] Kimetsu no Yaiba 01 [BDRip 1920x1080 HEVC FLAC].rus.[Wakanim].ass
>>3261649 Так сам загрузи отдельно сабы, не? или ты хочешь чтобы все само? Была вроде опция автоматического поиска сабов в папке
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 10:25:49#167№3261850
>>3261793 >>3261795 Я просто скачал 1080p с самым большим количеством сидов >>3261796 В смысле загрузи отдельно, просто рукой в окошко mpv перетаскивать? А если у меня там Наруто на 500 серий, этож рука отсохнет каждый раз тянуться. Сейчас у меня в конфиге прописан путь к папке с сабами sub-file-paths=RUS Subs; но из-за разных названий оно не работает, только если название подогнать.
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 11:02:33#168№3261867
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 11:27:33#169№3261873
>>3261867 Лень, хочу узнать как это упростить можно. Маленько погуглил, вроде как-то через регулярные выражения можно все это заставить работать, вот sub-filter-regex. Но хуй знает что тут прописывать надо, это что-то программистское.
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 12:03:45#170№3261887
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 12:45:12#171№3261903
>>3261887 Ахуеть, заработало, спасибо, как так? У меня в конфиге стояло вот это: audio-file-auto=fuzzy sub-file-auto=fuzzy А тут вот оно как, еще проще и работоспособней!
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 13:05:13#172№3261907
>>3261903 > sub-file-auto Наверно из-за этого не работало, такой опции нет в мануале.
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 13:14:54#173№3261913
>>3261907 Оно точно работает, это я не помню где увидел, может где-то в треде, а может и нет. Но названия видео и сабов должно быть абсолютно одинаковое(как я понял).
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 13:47:26#174№3261931
>>3261913 Ты наверно просто по аналогии с audio-file-auto так ввёл, потому что audio-file-auto существует, а sub-file-auto нет. А если названия видео и сабов одинаковые, то mpv и без опций будет автоматом подхватывать.
>>3261795 >>3261850 Я не про то как их смотреть. Я про тех кто такие рипы делает. И про тех кто их потом качает. Хотите максимум качества — у вас есть ремукс, ну или WEBDL на крайний случай.
Какой смысл пихать в рип, особенно с HEVC или AV1, аудиодорожку во флаке?
>>3261931 Наверно, я уже сам запутался. В любом случае спасибо за помощь. >>3261985 Я хз как там все устроено и вообще в этих хай рез форматах 10бит etc особо не понимаю и жру что дают, просто стараюсь выбирать где меня устраивает озвучка и сабы, потом размер и количество раздающих. А тут как раз 3 сезона от одного челибоса, вот и скачал разом.
Аноним (Microsoft Windows 10: Firefox based)30/01/23 Пнд 19:03:47#177№3262122
>>3239508 (OP) В виндовсе есть программа, нужно записать её звук в lossless и заглушить его на динамиках. Одновременно с этим я могу запустить ASIO. Что можете посоветовать для этой задачи?
>>3261903 >>3261887 >>3261873 Ну вот в любом плеере есть опция, которая отключает строгое соответствие имя файла видео - имя файла субтитров. В Потплеере изначально так, даже не нужно ничего включать (ну или так было раньше, хз).
Если так подумать, нужно всего лишь выставить regex в духе ИМЯФАЙЛА.*.ASS
Аноним (Microsoft Windows 10: Firefox based)31/01/23 Втр 02:21:38#179№3262251
>>3261649 мпц автоматически такие имена подхватывает поэтому их так и называют
Аноним (Microsoft Windows 10: Firefox based)31/01/23 Втр 02:26:36#180№3262252
>>3261985 флак в рипах реально шиза. хотя меньшая шиза чем ас3 в рипах киношек которое не открывается в половине телеков и плееров на андроиде. впрочем если оригинал был в лосе (псм) то ладно, в рипе с максимальным качеством флак не так страшен. в аниме есть такая тема что в рипах типа даже лучше качеством чем оригинал на диске. особенно для двд актуально. но видимо даже блюрей будет лучше выглядеть после устранения артефактов, но весить меньше.
>>3262252 > типа даже лучше качеством чем оригинал на диске > особенно для двд актуально > после устранения артефактов Чем? Нейросетями дорисовывающих кадры, которые ещё и обсираются когда в 24 фпс видео реальный фреймрейт 12 фпс? Интерполяторами на основе нейросетей которые чё то там себе подрисовывают?
Мне кажется, что таким васянским апскейлам не место в категории рипов. И для них надо ввести новое обозначение, чтобы никто не перепутал.
>>3262252 Флак в рипах - это подстраховка Во флак могла даже моя древняя нокия н95
Аноним (Microsoft Windows 10: Firefox based)31/01/23 Втр 04:53:37#183№3262290
>>3262256 не, там типа дериггинг, дебандинг и т.п., не знаю точно, наверняка и жпежные артефакты присутствуют в сильно динамичных сценах. все же профиль ш264 для блюрея довольно простой, а если диск еще и сделан ближе к началу эпохи этого формата... на васянские апскейлы ни разу не натыкался на трекерах. апскейл с двд правда бывает выглядит довольно искуственно, да, но он тут нужен.
Аноним (Google Android: Mobile Safari)31/01/23 Втр 05:34:38#184№3262294
>>3262290 Ого откуда вы все это знаете? Есть гайд чтобы почитать и вкатиться в тему какие форматы для торрентов и рипов лучше и в чем отличие где какой рациональнее использовать?
Аноним (Google Android: Mobile Safari)31/01/23 Втр 06:26:09#185№3262298
>>3262294 Статью на википедии прочитай. Книжку Ричардса про h.264 почитай! Книжка есть с переводом от Техносферы, статью читать на английском.
Аноним (Google Android: Mobile Safari)31/01/23 Втр 06:45:34#186№3262302
Аноним (Google Android: Mobile Safari)31/01/23 Втр 06:57:31#187№3262303
>>3261850 > но из-за разных названий --sub-auto=fuzzy Так не помогает?
Аноним (Google Android: Mobile Safari)31/01/23 Втр 08:05:20#188№3262308
>>3262290 >профиль ш264 для блюрея довольно простой Ну, там канбэ high с уровнем 4.1. И ширина потока вполне себе под 40 Мбит. Смотрю на твоë суждение со скепсисом.
Есть дети и школота, которая ещё не отугоухила от возраста или громкой музыки, и способна услышать где там MP3 подсирает, но у них нет денег на HiEnd аппаратуру.
А есть те кто уже получили диплом, и вкатились в работу с нормальным доходом. Они могут позволить себе HiEnd аппаратуру, но в силу своего возраста они уже достаточно отугоухили чтобы не отличить MP3 320 от флака.
Так что толку от флака хотя-бы для прослушивания музыки я не вижу. А в кино и подавно. Там больше половины от общего времени происходит болтовня. А для кодирования речи большие битрейты в принципе не нужны.
Аноним (Microsoft Windows 10: Firefox based)02/02/23 Чтв 17:30:08#193№3263384
В Handbrake после кодирования из ts в mp4 на выходе первые 2 секунды видео без изображения, просто черный экран, если поставить галочку на "выровнять начала A/V", то тогда картинка замороженная первые 2 секунды, с чем это может быть связанно и как фиксить?
Аноним (Microsoft Windows XP: Firefox based)02/02/23 Чтв 19:16:28#194№3263440
>>3263384 Аудио начинается раньше видео. Обрезать лишнее.
Аноним (Microsoft Windows 7: Firefox based)02/02/23 Чтв 21:30:42#195№3263499
>>3262302 Ну если кодировать с -crf 24, то светлый видос норм смотрится, а темный получается как мазня. Битрейт значительно отличается. Настройки стандартные.
Аноним (Microsoft Windows 10: Chromium based)02/02/23 Чтв 21:58:45#196№3263513
А есть аналог ffmpeg для аудио? Там ускорить поток или наложить один на другой и тд.
Аноним (Microsoft Windows 10: Chromium based)02/02/23 Чтв 22:52:25#197№3263551
>>3263325 > оно мне что-то заявляет красными буквами Потому что что-то пошло не так.
Аноним (Google Android: Mobile Safari)03/02/23 Птн 06:29:30#198№3263666
>>3263499 > -crf 24, то светлый видос норм смотрится, а темный получается как мазня На --crf 24 так и должно быть. Используй 20...22,чтобы в тенях оставались детали. А на 24 выбор - либо блоки смотреть, либо отутюжить их петлевым фильтром. Кстати, можешь мопробовать петлевой фильтр выставить на -1:-2.
двачик, хочу конвертнуть уже коллекцию порнухи в менее раздутый формат, но в том же качестве. вот такой скрипт норм или можно улучшить? https://pastebin.com/7t7VJa6a
Аноним (Google Android: Mobile Safari)04/02/23 Суб 00:38:34#202№3263996
>>3263988 А почему мкВ? Кстати как сделать ресайз видео пакетно? Я встал обычную команду для того чтобы уменьшить стороны в 2 раза. Но на многих видео он выдает ошибку
>>3263996 Я встал обычную команду для того чтобы уменьшить стороны в 2 раза. Но на многих видео он выдает ошибку. Если просто взять и поделить на 2, может получиться нечётное число. А для x264-5 важно чтобы и ширина и высота были чётными.
Аноним (Google Android: Mobile Safari)04/02/23 Суб 01:11:00#204№3264000
Аноним (Google Android: Mobile Safari)04/02/23 Суб 01:14:19#205№3264001
>>3263997 Проверил видео . Стороны четные. Даже вбил напрямую скейл разрешение а оно все равно выдает ошибку. Ладно хрен с ним Скажи пожалуйста как оставить только 1 аудиодорожку из видео?
>>3264001 -map 0:НОМЕР ТВОЕЙ ДОРОЖКИ или -map 0:a:НОМЕР АУДИОДОРОЖКИ
Все дорожки (потоки) нумеруются с нуля. Есть два типа нумерации. Первый это номер дорожки среди всех дорожек в файле (включая видео и субтитры).
Номер аудиодорожки учитывает только аудиодорожки в файле без учета дорожек других типов.
Допустим ты не знаешь как расположены дорожки в файле. Но ты точно знаешь что тебе нужна именно восьмая аудиодорожка. Тогда ты пишешь -map 0:a:7 (напоминаю: нумерация идёт с нуля).
Аноним (Microsoft Windows 10: Chromium based)04/02/23 Суб 13:15:37#207№3264135
Когда копирую часть фильма из мкв в мп4, то начинаются какие-то странные вещи с таймлайном. В потплеере полный прогресс видео не соответсвует длине таймлайна, в мпв отрицательные числа, а в мпц просто черный экран.
Но если я вырезаю копированием из мкв файла в мкв. То таких проблем нет. И сначала провожу манипуляции с мкв: 1. оставляю 1 дорожку 2. уменьшаю размер кадра(в случае если из мкв скопировал в мп4 тут иногда тоже возникают проблемы например не могу поменять размер кадра) вот тут спрашивал >>3264001
3. потом только уже конвертирую в нужный формат и то в последнем пункте иногда тож может быть на некоторых файлах проблемы, например сначала какое-то время нет звука.
Почему так бывает?
Аноним (Microsoft Windows 10: Chromium based)04/02/23 Суб 13:26:35#208№3264139
продолжаю пердолиться по рекомендациям выше, теперь в mkv https://rentry.co/convertallmyporntohevc а то постоянно в этих тредах вижу посты как порнуху-то ужать.
Аноним (Microsoft Windows 10: Chromium based)04/02/23 Суб 17:10:56#210№3264229
Аноним (Microsoft Windows 10: Chromium based)04/02/23 Суб 17:45:06#213№3264253
>>3264229 >>3264237 Как вообще удалить все метаданные. А то после команды metadata -1 удаляются не вся инфа. Остаются сведения о языке в видео и языке в аудио и т.п. Как сделать чтобы осталось только основная инфа по видео и основная инфа по аудио?
Может быть вы знаете что делать. Пытаюсь переделать вебм в мп4 такой командой, обычно она срабатывает
ffmpeg -n -i 'наготоро тащит овцу в зубах на пляже музыка.webm' 'наготоро тащит овцу в зубах на пляже музыка wtm.mp4' ;
Выдает ошибку
Too many packets buffered for output stream 0:1. [aac @ 0x55992cc5a080] Qavg: 168.911 [aac @ 0x55992cc5a080] 2 frames left in the queue on closing Conversion failed!
Там FOSDEM идёт, официально видосики хрен знает когда будут, но есть неофициальные записи стримов, и презентации на сайте можно полистать, интересные вещи отметить, пофантазировать о сжатии японских мультиков кодеками в 10-20 раз медленнее HEVC на 32-ядерных процессорах через десять лет.
Аноним (Microsoft Windows XP: Firefox based)08/02/23 Срд 03:40:37#222№3265755
>>3265597 > Set bitrate in bits/s. Для кого справку писали?
Аноним (Microsoft Windows 10: Firefox based)08/02/23 Срд 08:17:01#223№3265775
> перекодировал фильм 1920x800 продолжительностью 2 часа 11 минут > файл весит 8.7 гигабайт > перекодировал видео 1920x1080 продолжительонстью 12 минут > файл весит 2.9 гигабайт А почему? Это потому что у фильма битрейт 9500 кб, а у видео - 32200 кб? А почему у видео такой высокий битрейт? Я же писал что-то вроде "-b:v 8000K", не более. Сейчас не могу вспомнить точную команду, но я точно ограничивал битрейт довольно небольшим значением, указанным в "K".
Аноним (Microsoft Windows 10: New Opera)10/02/23 Птн 04:50:44#224№3266601
Нужно наложить аудиодорожку mp3 на короткое видео mp4, при этом убрав оригинальный звук из видео, так, чтобы пока проигрывалась наложенная аудиодорожка, видео шло на повторе не заканчиваясь. Я закодировал в первый раз вот так (ffmpeg -i "video.mp4" -i "аудио.mp3" -c:v copy -c:a aac -map 0:v:0 -map 1:a:0 результат.mp4) и в общем то всё было нормально, аудиодорожка наложилась на видео, но видео не повторялось. Меня это не устроило и я попробовал добавить -loop. выглядит так: ffmpeg -loop -i "video.mp4" -i "аудио.mp3" -c:v copy -c:a aac -map 0:v:0 -map 1:a:0 результат.mp4 , Но в результате ничего не получилось. Прошу помощи с этой проблемой у анонов треда.
Надеюсь понятно объяснил, я просто не умею нормально строить предложения
Аноним (Microsoft Windows 10: New Opera)10/02/23 Птн 06:13:56#225№3266607
>>3266601 В общем я разобрался, помощь больше не нужна. Вот как выглядит код по итогу, если кому интересно: ffmpeg -y -stream_loop -1 -i "видео.webm" -i "аудио.mp3" -map 0:v:0 -map 1:a:0 -shortest музыкальноевидео.mp4
Аноним (Microsoft Windows 10: Chromium based)10/02/23 Птн 23:30:44#226№3267033
В ютубдл треде умерли все.. Как скачать видео с аниме сайта джитсу?
Аноним (Google Android: Mobile Safari)11/02/23 Суб 00:00:25#227№3267042
Пытаюсь сделать вебм (статичная картинка + звук). Получается длина файла не по размеру аудио, а дольше на треть примерно. Как сделать чтобы длина готового файла соответствовала длине аудио? Знаю что можно указать точное время обрезки, но влом делать это для каждого файла.
>>3270261 Без подсчёта битрейта никак. Формула проста: Размер (в битах) делим на время (в секундах), и на выходе получаем битрейт всего потока данных. Вычитаешь из него аудио битрейт — и получаешь битрейт в который тебе надо закодировать твоё видео.
VBR означает кодирование с переменным битрейтом. Так вот, тебе нужен не просто VBR, а двухпроходный VBR. Это нужно чтобы кодек точнее попал в заданный размер файла.
Аноним (Microsoft Windows 10: Chromium based)18/02/23 Суб 13:09:21#238№3270533
>>3270307 Собственно самый тупой вопрос: какой командой задавать битрейт и включать двухпроходный VBR
>>3270533 Битрейт в ffmpeg задаёться параметром -b. Можно конкретизировать, для какой дорожки применить такой битрейт, например -b:v, -b:a, -b:12, -b:a:0, в общем всё как с мапами.
Параметры VBR кодирования зависят от кодека.
x264 при указании -b сразу включает однопроходный VBR режим. Чтобы переключить x264 в двухпроходный режим, надо запускать ffmpeg два раза. Первый раз ты запускаешь его с -pass 1, второй раз с -pass 2.
Аноним (Microsoft Windows 10: Firefox based)19/02/23 Вск 22:42:47#240№3271732
Аноним (Google Android: Mobile Safari)25/02/23 Суб 06:20:28#244№3274561
>>3271732 >>3271884 Ты переводишь картинки в вебм поштучно, а потом склеиваешь вебмки воедино. Ты ебанутый? Зачем ты двойную работу делаешь, да ещё и с потерей качества? возможно, я что-то не так понял, я одним глазком посмотрел от скуки
Аноним (Google Android: Mobile Safari)25/02/23 Суб 08:15:31#245№3274567
>>3274561 У тебя есть другие варианты, как можно сделать видео с изменяющимся разрешением?
Аноним (Microsoft Windows 10: Chromium based)25/02/23 Суб 09:00:53#246№3274578
Привет, сжатиешизики. Я слушаю музыку локально, как делали наши деды. Естественно только losless!111. А то мало ли что, вдруг пук комара срежется где-то. Но вот в телефон залить losless не получится. Посему, собственно, вопрос: Какой кодек лучше для телефона? Какой битрейт оптимален? Сейчас у меня всё сконверчено в aac (qaac от apple) в vbr 256. Начал заглядываться на opus. Не будет ли он сажать батарейку активнее или более сложный енкодинг не влияет на декодинг?
Аноним (Microsoft Windows 10: Firefox based)25/02/23 Суб 15:32:28#248№3274742
>>3274585 Будет. AAc как раз самый идеальный для телефонов вариант. Опус он не про телефоны с планшетами уж точно, только если они из розетки не достаются.
Аноним (Google Android: Mobile Safari)25/02/23 Суб 15:38:54#249№3274754
Аноним (Microsoft Windows 10: Firefox based)25/02/23 Суб 16:42:42#250№3274826
>>3274567 >У тебя есть другие варианты, как можно сделать видео с изменяющимся разрешением? А ЗАЧЕМ? Почему не рескейлить с сохранением пропорций все изображения под определённый размер (размер самой большой картинки) или просто оставлять их как есть и не заливать фон черным? Для чего нужно это дёргающееся сумасшествие?
Аноним (Microsoft Windows XP: Firefox based)25/02/23 Суб 16:49:18#251№3274837
>>3274585 Со средним битрейтом в районе 256 кб/с можно не выбирать алгоритм сжатия, все популярные справятся. Если ты посмотришь на сравнения качества, то такие значения в них даже не берут, поскольку разница будет меньше диапазона случайных колебаний. Это всё равно, что сравнивать сверлильные станки по способности продырявить картонку. Нет, ни один из них на этой задаче не сломается.
Вот если тебе нужно в фиксированный объём набить как можно больше музыки, или, скажем, у тебя какой-нибудь игровой сервер с радио, которое всем игрокам надо послать и при этом поместиться в ширину канала и не мешать остальному трафику, то тут уже стоит выбирать минимальный битрейт и лучший кодек по качеству и доступности на разных системах.
Аноним (Google Android: Mobile Safari)25/02/23 Суб 16:57:34#252№3274844
Аноним (Microsoft Windows 10: Firefox based)26/02/23 Вск 11:38:37#261№3275258
>>3274826 Алсо в принципе >Почему не рескейлить с сохранением пропорций все изображения под определённый размер (размер самой большой картинки) или просто оставлять их как есть и не заливать фон черным? годный вариант, теперь фильтр для этого дела в студию.
Аноним (Google Android: Mobile Safari)27/02/23 Пнд 06:40:44#262№3275716
>>3275887 В 2024 винда нужна только для запуска фотошопа. Для всех остальных юзкейсов она объективно сосет у конкурентов. Но хомячки типа тебя эмоционально привязаны к винде, поэтому продолжают жрать кактус.
мимо
Аноним (Google Android: Mobile Safari)27/02/23 Пнд 19:06:55#265№3276009
>>3275887 >докажешь обратного Твоя проблема в том, что доказываются прямые утверждения. Дефект мышления у тебя. Исправь - и можешь попробовать рассуждать снова.
>Нет У тебя собственное определение понятия «лучше». Предоставь его, пожалуйста!
Аноним (Google Android: Mobile Safari)27/02/23 Пнд 20:33:03#267№3276080
>>3276035 Согласен. Я сходу ошибся с квалификацией ошибки рассуждения. Правильная квалификация - нарушение принципа бремени доказательства. В том фрагменте, который ты процитировал, имелся в виду чайник Рассела.
>>3239508 (OP) Я написал хoрoшую, качeствeнную кoманду пo кoнвeртации в VP9, или нeт? Впeрвыe в жизни пишу кoманду для кoвeртации в два прoхoда. > ffmpeg -i "FILE NAME.mp4" -c:v libvpx-vp9 -b:v 0 -crf 15 -threads 8 -pass 1 -an -f null NUL && ^ > ffmpeg -i "FILE NAME.mp4" -c:v libvpx-vp9 -b:v 0 -crf 15 -threads 8 -pass 2 -c:a libopus -b:a 180K -hide_banner "output\NEW FILE NAME.webm" У мeня чeтырёхъядeрный/вoсьмипoтoчный прoцeссoр. Значeниe "-crf 15" я взял oтсюда: [ https://developers.google.com/media/vp9/settings/vod#quality ]. Егo тoчнo дoлжнo хватить на 1080p и нижe.
Аноним (Google Android: Mobile Safari)28/02/23 Втр 19:54:32#269№3276500
>>3276496 Ты бы ещё сказал что ты конвертируешь. Для вебм с фрагами из струлялки crf15 это пиздец, я в 35 делаю и выходит хорошо (720p). Битрейт аудио тоже может оказаться избыточным для большинства сценариев.
>>3276500 >Ты бы eщё сказал чтo ты кoнвeртируeшь Всё чтo у мeня eсть. Видeo с oбзoрами на элeктрoнику. Видeo с oтстрeлoм брoнeплит. Расслeдoвания Навальнoгo. Видeo с oбучeниeм стрeльбe из oгнeмёта. Видeo, гдe няшная дeвoтька лeт 13 смoтрит в камeру так няшнo, а eё пoдружка надeваeт eй на гoлoву няшныe ушки. Пoрнo. Обзoры игoр. Курсы пo пoдгoтoвкe к ЕГЭ пo матeшe и инфoрматикe. Видeo с выступлeниями Ричарда Стoллмeна.
>>3275927 > только для запуска фотошопа Есть на маке. Остаются только отечественные говнокады, которые под венду написаны. Потому что автокад на мак есть тоже.
>>3276510 >отечественные говнокады Аскон официально поддерживает Компас-3D под wine и обещает этот Компас портировать на прыщи.
Аноним (Google Android: Mobile Safari)01/03/23 Срд 10:24:37#275№3276728
>>3276503 Хуёвое видео тебе таким макаром пожмёт в больший размер, чем было. Лучший кодек для сжатия видеоархива - дополнительный жёсткий диск. Хуйнёй занимаешься, короче.
>>3277329 Мeня oсoбo ничeгo нe интeрeсуeт крoмe игр и пoстинга на парашах. И никoгда oсoбo ничeгo нe интeрeсoвалo. Нo игры — этo удeл нeудачникoв и взрoслых дeтeй (рeддитoрoв), пoэтoму я стараюсь oсoбo нe играть в игры. Вoт начал пeрeкoдирoвать сoхранённыe видeo с параш в СВОБОДНЫЙ кoдeк. Ощущаю хoть какoй-тo прoгрeсс.
Аноним (Microsoft Windows 10: Firefox based)02/03/23 Чтв 21:19:43#284№3277340
>>3277336 Пиздец ты скот ведомый, отказался от увлечения потому что тебе кто-то так внушил.
>>3277336 У тебя что Столлман в жопе заиграл? Прекрати заниматься хуйнёй. Ты своим транскодом только убиваешь качество, не имея с этого никаких профитов. Если бы ты со Stable Diffusion игрался смысла было бы куда больше.
Аноним (Google Android: Mobile Safari)02/03/23 Чтв 22:23:58#288№3277365
>>3277359 А чем мне ещё заниматься? Посоветуй интересные параши.
>>3277365 Попробуй Blender скачай, полепи там всякое.
Аноним (Google Android: Mobile Safari)02/03/23 Чтв 22:45:09#290№3277375
>>3277372 А смысол. Мне это неинтересно, плюс лепкой моделей не заработаешь.
Аноним (Microsoft Windows XP: Firefox based)02/03/23 Чтв 22:46:52#291№3277376
Поясните мне, нахуя этот тред существует? Для чего кодеки вообще нужны? Чтобы видео не лагало? Как тогда это сделать как интегрировать этот ваш ффмпег чтобы все быстро и четко работало? Или это только для плеера? (видео)
>>3277376 > Для чего кодеки вообще нужны? Чтобы видео не лагало? Нет, для сжатия. От тяжелых кодеков на слабом железе лагает. > Как тогда это сделать как интегрировать этот ваш ффмпег чтобы все быстро и четко работало? > быстро и четко Тогда битрейты будут как у блюреев и такая затея не имеет смысла. > Или это только для плеера? Тебе под виндой заниматься интергацией ffmpeg в mpv вообще не нужно. Ты качаешь экзешник в котором и так всё необходимое включено.
Аноним (Google Android: Mobile Safari)03/03/23 Птн 13:49:07#293№3277549
>>3277376 Чтобы я пришёл и вопрос задал когда гуглить лень.
Аноним (Google Android: Mobile Safari)03/03/23 Птн 13:50:09#294№3277550
>>3278627 aomenc медленный, требует кучу параметров которые должны быть по дефолту, требует avian для утилизации ресурсов процессора.
svt насколько я понял сам делит видео на фрагменты и кодирует их параллельно, поэтому avian там необязателен. Починили баг когда аргумент -crf из ffmpeg не передавался в libsvtav1. Из дефолтов только -pix_fmt yuv420p10le и -svtav1-params tune=0. В общем, не вижу причин не пользоваться svt.
Аноним (Microsoft Windows 10: Chromium based)06/03/23 Пнд 15:54:30#301№3278770
Объясните дебилу как этот фильтр работает, есть у меня видео с дропнутыми кадрами, хочу из него кфр сделать, на тайминги похуй, нужно просто чтобы каждый кадр был уникален и не повторялся.
Я не понимаю как аргументы hi и lo влияют на результат, вроде бы если оба числа низкие то нихуя не удаляет, а если высокие то дубликаты вполне убирает, но при этом задевает уникальные кадры, никак не могу точно настроить.
Сколько пикрил не читал нихуя не понял. Еще и frac какой-то
Аноним (Google Android: Mobile Safari)06/03/23 Пнд 19:50:58#302№3278863
>>3278750 > требует кучу параметров которые должны быть по дефолту Там разве что-то кроме -speed 0, от которого замирают даже самые современные процессоры под разгоном, нужно прописывать? С использованием av1an конечно же. -speed 8 aom быстрее vpx -speed 0 в 2 раза, но при этом ощутимо качественнее > В общем, не вижу причин не пользоваться svt. yuv444p*, любые ргб - не завезены. Какая-то хуйня с двухпроходным кодированием получается, оно как будто не используется.
А что там на видимокарточках, есть ли не мыльные форматы?
>>3278863 > yuv444p*, любые ргб - не завезены. Это нужно для сжатия картинок через avifenc. Почти все видео идут в yuv420p поэтому svt более чем хватает.
Аноним (Microsoft Windows XP: Firefox based)07/03/23 Втр 02:17:38#304№3279000
>>3278770 Этот фильтр выкидывает кадры, если они почти одинаковы, а тебе нужно безусловно брать кадр каждые n миллисекунд, что бы там ни творилось в исходнике. Если ты просто выставишь фиксированную частоту на выводе, будет браться ближайший (не проверял). В зависимости от содержания, возможно, будет лучше объединять лишние фильтром.
Аноним (Google Android: Mobile Safari)07/03/23 Втр 08:16:03#305№3279023
>>3278963 > Это нужно для сжатия картинок через avifenc. Лично мне это нужно в первую очередь для окололосслесс и лосслесс записей десктопа, для чего ничего лучше x264 и utvideo/ffv1 соответственно пока так и не придумали, насколько я знаю. > Почти все видео идут в yuv420p поэтому svt более чем хватает. Не вижу связи. Для нужд нетфликса может и хватает, а для остальных?
Аноним (Microsoft Windows 10: Chromium based)07/03/23 Втр 09:04:32#306№3279027
>>3279000 Мне нужен каждый уникальный кадр без потерь.
Аноним (Microsoft Windows XP: Firefox based)07/03/23 Втр 17:24:26#307№3279177
>>3279027 Так по условию они уже у тебя есть, только с неравномерной частотой. Нужна равномерная — бери 60 или 120 кадров в секунду, будет много одинаковых кадров, полученных дублированием.
Аноним (Microsoft Windows 10: Chromium based)07/03/23 Втр 18:05:39#308№3279197
>>3279177 Мне не нужны дубликаты. Весь блять смысл фильтра в том чтобы убирать дубликаты.
Аноним (Microsoft Windows XP: Firefox based)07/03/23 Втр 19:18:18#309№3279234
>>3279197 У тебя есть видео с кадрами в произвольные моменты времени и, предположительно, уникальными. Тебе нужно видео с кадрами, между которыми фиксированный промежуток. Что ты собрался выкидывать? Тут надо либо интерполировать, либо брать ближайший (и портить движение объектов), либо увеличивать фиксированную частоту, добавляя по необходимости дубли, чтобы сдвиг был минимальным.
Аноним (Microsoft Windows 10: Palemoon)07/03/23 Втр 19:52:36#310№3279253
>>3279234 > Что ты собрался выкидывать Дубликаты, он же сказал. > Тебе нужно видео с кадрами, между которыми фиксированный промежуток Он его получит выкинув дубликаты, это изменит скорость воспроизведения, не более. > бла бла бла сдвиг хиуг Он же сразу написал: > на тайминги похуй, нужно просто чтобы каждый кадр был уникален и не повторялся
Аноним (Microsoft Windows XP: Firefox based)07/03/23 Втр 20:15:15#311№3279257
>>3279253 Я умею читать. Там не написано «видео с иногда повторяющимися кадрами с непостоянной разницей между соседними метками времени», там написано про «дропнутые кадры». Из поста вообще не следует, что в видео есть неуникальные кадры. (Предположим, это захват экрана на тормозящем компьютере. Тогда речь может идти и об игре, генерирующей отдельные изображения более или менее часто, и о проигрывающемся видео, кадры которого мы хотим восстановить с их оригинальной частотой.)
«Убрать совпадения» и «сделать частоту кадров постоянной» — ортогональные задачи, одно вовсе не подразумевает другое.
Аноним (Microsoft Windows 10: Firefox based)07/03/23 Втр 20:22:09#312№3279260
>>3257585 >индексирует исходный файл Скажи спасибо, лол. >имеет невнятный доступ к инструментам Пердолина первый раз засело в софт и невразумевает, лол мда. >использует встроенный ffmpeg в виде разделяемых библиотек Ты свои личные предпочтения за минусы не выдавай, пердоль. >не может масштабировать картинку по исходным условиям Что блять? ах да, точно же: >Пердолина первый раз засело в софт и невразумевает, лол мда 😁
Аноним (Microsoft Windows 10: Chromium based)08/03/23 Срд 09:28:46#316№3279464
>>3279234 Короче ты какой-то тугой блять. Решил сам просто брутфорсом с питоном на цикле создать кучу видео с разными параметрами hi lo frac, и сравнил их количество кадров на выходе. Идеальный результат на hi=768, lo=768, frac=0.66.
Аноним (Microsoft Windows 10: Chromium based)09/03/23 Чтв 11:11:04#317№3280074
Аноним (Microsoft Windows 10: Firefox based)10/03/23 Птн 15:50:36#323№3280579
>>3239508 (OP) Посоветуйте каких-то настроек для записи десктопа Допустим сейчас я использую что-то вроде этого ffmpeg -f gdigrab -rtbufsize 500M -framerate 60 -i desktop -c:v h264_nvenc -qp 0 output.mp4 Вижу что народ часто использует dshow вместо gdigrab, стоит ли? Какие опции лучше для звука?
Аноним (Microsoft Windows 10: Chromium based)10/03/23 Птн 15:51:37#324№3280582
Как скопировать отрезок видео с ютуба? В ютдлп если задать время отрезка, то видео не просто скачивается, а кодируется с маленькой скоростью. И чтобы скачать те же несколько минут приходится ждать сопоставимое время, что быстрее скачать видео целиком, и потом уже на компьютере вырезать нужный кусочек. Это еще возможно когда видео небольшое, но если оно идет несколько часов. Наверняка есть способ для этого?
Я нашел вроде как то что мне нужно видео реально 5 минутное вырезается за несколько секунд(т.е. практически на скорости скачивания), но там надо пробрасывать не просто ссылку, а именно ссылку на нужный формат видео и аудио которое извлекается с помощью ютубдлп, а это как минимум огромные длиннющие ссылки которые превращают мой батник с командой в текстовом редакторе с в пиксель хантинг + выдает 403 ошибку на ютубе, почитал нужно писать свой юзер агент + писать рефер ссылку. В общем это очень какой-то непривлекательный и неудобный пердольный способ
Подскажите как мне вырезать простыми командами? В ютдлп треде чото молчат люди не знают походу
Аноним (Microsoft Windows 10: Chromium based)11/03/23 Суб 00:23:17#326№3280815
Как запустить yt-dlp через команду ffmpeg'а?
Аноним (Microsoft Windows 10: Chromium based)11/03/23 Суб 02:44:55#327№3280864
Ебучая параша на ффмпеге решила сломаться, или я где то туплю. В тытруб-дле всё склеевается и работает, но сам FFmpg отказывается что либо делать и выдает пикрил, почему так произошло я не знаю. До этого всё работало нормально, так как я до этого им обрезал ролик, и всё работало прекрасно. Что было принято: 1) Установлена новая версия - помогло? Нет. 2) Проверен путь %PATH% - Проверен, и даже удален оттуда и прописан туда заново, помогло ли мне это? Нет. 3) Запускал через CMD, Powershell, Windows Terminal (тот же WIndows PS, но обновленный) - но всё это мне не помогло. 4) Так же была проделана попытка перекидывания файла в сам папку FFmpeg, кто то писал что это помогает, но мне это не помогло. Что я делаю не так, и где я затупил? И из за чего выскакивает данная ошибка?
Аноним (Microsoft Windows 10: Chromium based)11/03/23 Суб 02:47:43#328№3280865
>>3280864 >1) Установлена новая версия - помогло? Нет. 1) Установил новую версию - помогло ли мне это? Нет. * fixed
Аноним (Microsoft Windows 10: Palemoon)11/03/23 Суб 03:01:49#329№3280867
>>3280864 Либо экранируй пробелы, либо делай имена без них. Он вполне чётко пишет, что "from' не существует.
Аноним (Microsoft Windows 10: Chromium based)11/03/23 Суб 11:49:06#330№3280948
>>3280864 Если в названии файла есть пробел, то надо писать с кавычками: "Название файла.mkv". > Ебучая параша на ффмпеге Свою мать мог не упоминать, а кавычки нужны в целом по терминалу, не только в ffmpeg.
Аноним (Microsoft Windows 10: Chromium based)11/03/23 Суб 12:52:46#331№3280969
yt-dlp -f 22 https://ЮТУБ -o - | ffmpeg -hide_banner -hwaccel auto -i pipe:0 -ss 00:01:00 -to 00:05:00 -c:v copy -c:a copy -sn -y output.mkv или просто с вариацией -c copy(без c:v c:a)
В общем есть такая вот команда. Она коПирует видеоотрезок на скорости его закачки, но это работает только с как бы одиночными ссылками что ли, ну то есть она может скачать ссылку онли видео, или онли аудио, либо ссылку которая уже содержит 2 канала. Но как мне скачивать ссылку в стиле бествидео+бестаудио? Если я их запишу -f bv+ba, то программа начинает этот видеотрезок не коПировать, а коДировать. И это занимает время.
Пробовал через мапы установить, но что-то ничего не получается
Можно конечно попробовать колхоз вариант типа 2 команды одна качает нужное видео, другая нужно аудио, а третья типа их склеивает. Но это гемор какой смысл вообще тогда в этой программе, ведь придется как минимум вбивать время отрезка и для видео и для аудио. Помогите плиз
Аноним (Microsoft Windows 10: Chromium based)11/03/23 Суб 14:37:21#332№3281011
>>3280867 >>3280948 Спасибо за помощь, аноны. У меня совсем из башки вылетело, что если в имени файла есть пробел, надо ставить кавычки.
Аноним (Microsoft Windows 10: Chromium based)14/03/23 Втр 03:05:14#333№3282705
Вырезал кусок из видео командой ffmpeg -ss [start] -i in.mp4 -to [end] -c copy -copyts out.mp4. Кидаю в давинчи для монтажа, а там превью нет и на таймлайне черный экран. Исходное видео нормально загружается. Почему так?
Аноним (Microsoft Windows 10: Chromium based)14/03/23 Втр 13:03:13#334№3282838
>>3282705 Режешь не по ключевому кадру без перекодирования. Давинчик может это не понимать. Попробуй к параметрам ffmpeg дописать -avoid_negative_ts make_non_negative
Аноним (Microsoft Windows 10: Chromium based)14/03/23 Втр 23:20:57#335№3283242
Какие команды нужны чтобы ффмпег захватил окно приложения?
Аноним (Microsoft Windows 10: Chromium based)15/03/23 Срд 13:49:50#336№3283464
>>3283242 Не захватывает там русские буквы если есть приходится менять кодовую таблицу, но это 1 команда, а еще надо искать имя заголовка окна вбивать его. крч проще пользоватья OBS, чем пердолиться с ффмпегом
Аноним (Microsoft Windows XP: Firefox based)15/03/23 Срд 18:32:52#337№3283574
>>3283464 Можно по classname окна искать, если код gdigrab немножко дописать (там в уже используемую функцию ещё один параметр передать надо, но всем настолько пофиг). В cmd.exe юникод нормально работать не будет, даже со всеми хаками, так что не надо биться лбом о стену, используй новую консоль.
Аноним (Microsoft Windows 10: Chromium based)15/03/23 Срд 19:19:11#338№3283601
Аноним (Microsoft Windows 10: Chromium based)15/03/23 Срд 22:47:27#339№3283720
в ффмпег можно ли делать компрессию звука?
Аноним (Microsoft Windows XP: Firefox based)16/03/23 Чтв 11:52:42#340№3283853
>>3283601 Новая консоль это Windows Terminal, который использует новую консоль. Только надо посмотреть, чтобы приложение тоже понимало, в какой локали работает.
Аноним (Microsoft Windows 10: Chromium based)16/03/23 Чтв 12:31:55#341№3283857
>>3283853 Классно выглядит новая консоль. А как мне сделать её приложением по умолчанию вместо смд? В интернете поискал, но таких пунктов у меня нет. Виндоус 10 нельзя поставить его стандартом?
Аноним (Microsoft Windows 10: Chromium based)16/03/23 Чтв 20:10:06#342№3284116
из под линукса всегда собирал из кучи картинок в видео так -> ffmpeg -pattern_type glob -i '*.jpg' video.mp4
как из под винды сделать тоже самое?
Аноним (Microsoft Windows XP: Firefox based)16/03/23 Чтв 21:14:48#343№3284138
Аноним (Microsoft Windows 10: Chromium based)16/03/23 Чтв 22:07:32#344№3284159
>>3284138 сложно, надо переименовывать файлы или питон скрипты делать, нахуй оно тогда не всралось, загружусь из под линукса и сделаю просто одной командой
Аноним (Microsoft Windows 10: Firefox based)16/03/23 Чтв 22:10:52#345№3284160
>>3284116 Я использую утилиту https://github.com/sharkdp/fd Но можно и через батник выбрать все файлы с одинаковым расширением в папке. FFmpeg понятное дело один и тот же.
Аноним (Microsoft Windows XP: Firefox based)16/03/23 Чтв 23:00:13#346№3284178
>>3284159 Сделай не на питоне, сделай в .bat или .ps. Проблема-то в том, что если файлов много, их перечисление прямо в командной строке при разворачивании шаблона может упереться в максимальную длину, а для прохода по перечню внутри ffmpeg требуется glob. Чтобы ты это прочёл, я ссылку и дал.
Аноним (Microsoft Windows 10: Chromium based)16/03/23 Чтв 23:45:59#347№3284200
>>3284178 >Чтобы ты это прочёл, я ссылку и дал. Я думал там одна команда, которая всё сделает как на линуксе ffmpeg -pattern_type glob -i '*.jpg' video.mp4
>Сделай не на питоне, сделай в .bat или .ps. Да нахуй оно надо, в линуксе одной командой как делал так и буду.
>Проблема-то в том, что если файлов много, их перечисление прямо в командной строке при разворачивании шаблона может упереться в максимальную длину Ну тем более если ещё и с этой хуйней мучаться
Аноним (Microsoft Windows XP: Firefox based)17/03/23 Птн 00:06:36#348№3284207
>>3284200 Да можно сделать одной командой, и всё нормально будет, только ты не понимаешь и, видимо, не хочешь понимать, что при этом происходит и какие есть границы. Переименовать файлы по шаблону тоже мгновенно можно.
Аноним (Microsoft Windows 10: Chromium based)17/03/23 Птн 18:25:30#349№3284517
>>3284207 >можно сделать одной командой >всё нормально будет >Переименовать файлы по шаблону тоже мгновенно можно >всё нормально будет >что при этом происходит и какие есть границы >всё нормально будет
Аноним (Microsoft Windows 10: Firefox based)19/03/23 Вск 13:29:54#350№3285339
Анончеки, что за мультипасс мод такой и нужен ли он для стримов? В частности интересно значение опций четверти разрешения и полного - это что и как?
Аноним (Microsoft Windows 10: Chromium based)19/03/23 Вск 21:35:02#351№3285605
Есть пачка видосов с айфонов в формате MOV. Мне нужно их массово привести в порядок: где-то повернуть, где-то из 4К сделать FullHD, но самое главное перекодировать в какой-то универсально-читаемый формат сохранив качество. Посоветуйте софт для этого (не через командую строку).
Аноним (Microsoft Windows 10: Chromium based)20/03/23 Пнд 16:22:14#352№3285930
Какой бы битрейт, например, юзнули для шняги от картун нетворк в 1280.720? 1000 - норм, или жирно для простой рисовки? А всякую старь типа эйарнольда в "350".
Аноним (Microsoft Windows 10: Chromium based)20/03/23 Пнд 16:46:05#353№3285936
Аноним (Microsoft Windows 10: Chromium based)21/03/23 Втр 01:19:21#354№3286141
>>3285936 Вообще я думал о 265, но сегодня выяснил, что даже не самый древний телек не проигрывает mp4/HEVC. Так что буду использовать для всего на свете 264/mp4. А для совсем древней техники mpeg2/AVI. А звук будет весь в mp3, разумеется. Запары не нужны, нужна универсальность.
Аноним (Microsoft Windows 10: Chromium based)21/03/23 Втр 02:19:08#355№3286146
Хотя, я уже сам допер. Зрительная память напоминает, что я часто видел 16:9 в битрейте 2500, а 4:3 - в 1150. То есть идеал это то, что обычно используют пацаны из интернета. И я тоже буду делать так.
Аноним (Google Android: Mobile Safari)21/03/23 Втр 06:10:16#356№3286165
>>3286141 >mpeg2/AVI mpeg4asp/avi или mpeg2main/mpegps. Выбери что-нибудь одно!
>звук будет весь в mp3 В mp4 ждут aac. В avi можешь оставить mp3.
Аноним (Google Android: Mobile Safari)21/03/23 Втр 06:25:30#357№3286168
>>3286146 Для h.264 примерно так: - 720 строк - 1...5 мбит/с, - 1080 строк - 3...10 мбит/с, - 480 или 576 строк - 0,7...4 мбит/с.
Значения crf подбирай по месту, но помни, что меньше 18 - это маловато, а больше 26 - многовато.
Аноним (Microsoft Windows 10: Firefox based)21/03/23 Втр 16:10:14#358№3286345
>>3285339 Лурканул самостоятельно и выяснил, что двухпроходное кодирование пизже, чем в один проход, так как работа по вычислению сложности сцены в кадре и сжатие делится на два подхода. Окей, но что насчет разрешений и вообще насколько двухпроходное кодирование обосновано для стрима, а не для записи?
Аноним (Google Android: Mobile Safari)21/03/23 Втр 20:47:18#359№3286511
>>3286345 >насколько двухпроходное кодирование обосновано для стрима Для стрима двухпроходное невозможно, т. к. для второго проходе видеопоследовательность требуется полностью, а при потоковом вещании последовательность генерируется непрерывно. Двухпроходное кодирование необходимо только в тех случаях, когда требуется точно уложиться в размер файла или носителя. Для большинства случаев применения есть режим crf.
>>3285339 Вероятно, для первого прохода видео кодируется с вдвое уменьшенным разрешением по вертикали и горизонтали. Для ускорения кодирования. Т. к. закодированное за первый проход видео в большинстве случаев не используется совсем, а распределение сложности предсказания движения неплохо можно оценить и с последовательностью низкого разрешения.
Аноним (Microsoft Windows 10: Firefox based)22/03/23 Срд 10:25:09#360№3286803
>In 2-pass rate control modes, NVENC estimates the complexity of the frame to be encoded and determines bit distribution across the frame in the first pass. In the second pass, NVENC encodes macroblocks in the frame using the distribution determined in the first pass. 2-pass rate control modes can distribute the bits more optimally within the frame and can reach closer to the target bitrate, especially for CBR encoding.
Только у меня с английским и технической частью кодирования беда, я не совсем понимаю о чем речь. Но интересно!
Аноним (Microsoft Windows 10: Chromium based)22/03/23 Срд 10:28:55#361№3286807
Посоветуйте конвертеров с gui, какие самые хорошие?
Аноним (Microsoft Windows 10: Firefox based)22/03/23 Срд 10:29:58#362№3286808
Еще есть такой прикол: у меня 12400 и при попытке постримить на x264 с пресетом medium со стримом все ок, но вот саму игру начинает пидорасить будто бы больше (больше рандомных микро фризов, инпут лаг), хотя загрузка процессора не превышает даже 30-и процентов, настолько этот камень ебучий монстр. Да и игра не йоба-ААА, но все равно обидно, что такие детские проблемы.
Аноним (Microsoft Windows 10: Chromium based)22/03/23 Срд 13:56:34#363№3286908
Аноним (Microsoft Windows XP: Firefox based)22/03/23 Срд 15:06:57#364№3286927
>>3286808 > будто бы «Будто бы» не считается, сравнивать надо цифры по нескольким запускам, а не ощущения. Кроме того, любой программе надо для кодирования скопировать готовый кадр из видеопамяти в обычную, какая-то часть времени и какая-то часть пропускной способности шины будет этим занята по сравнению с игрой которая не записывается. > загрузка процессора не превышает даже 30-и процентов Если система устроена так, что вынуждена ждать окончания запросов на ввод-вывод с каких-то устройств, то процессор может ничего не делать, при этом производительность будет низкой.
>>3260387 По сайту думается он знает админку от матрицы реальности.
>>3261441 Попробуй наскриптуй на питоне. vscode в зубы, ютуб и вперёд, не должно быть сложно.
Вопрос такой, как бы вы делали с ютуба хардсаб? Ну и пожалуйста в очередной раз обяьсните нубу как сжимать в лимит двача без пиздеца... yt-dlp [youtube.com...] -S ext:mp4:m4a --embed-subs --sub-langs en -k video.mp4 ffmpeg -i video.mp4 -vf subtitles="video.vtt" -c:a copy video_subs.mp4
>>3286803 Звучит как бред. Не только потому что в случае потокового вещания битрейт предсказать невозможно. Но ещё и потому что оно нацелено на CBR, когда кодировщик должен держать битрейт фиксированным независимо ни от чего. Там и анализировать особо нечего, просто держи битрейт на заданом количестве бит на фрейм и всего делов.
Могу ещё предположить что это аналог --lag-in-frames. Но в таком случае неизбежно увеличится задержка кодирования.
Аноним (Microsoft Windows 10: Firefox based)23/03/23 Чтв 14:19:07#369№3287537
>>3286927 В общем я пришел к выводу, что сама игра - говна кусок и ничего с этим сделать нельзя. Машина для нее просто ультракилл и все равно лагает, сучара, на ровном месте. Рандомно. Возможно как-то связано с беспроводным подключением контроллера, тем более, что контроллер не от икс коробки, а от плейстейшон - то есть факторов (эмуляция и ремаппинг, конфликты устройств ввода и так далее) для инпут лагов и всего с ними связанного тут целое поле, которое я заебусь пахать. В пизду. Очевидно, что дело не в обс и не в стриминге.
Аноним (Microsoft Windows 10: Chromium based)26/03/23 Вск 07:12:24#370№3288838
>>3239508 (OP) Полагаю невозможно создать видео .bk2 в доступном нормальным людям инструментарии? Хотелось бы залить в игруху свое видео, так вот игра воспроизводит из ресурсов лишь исконный bk2(2, два, two). Судя по всему соевички ждут, что люди будут вымаливать у них эту возможность... Дайте ссыль на ломанный rad video с разлоченным bk2-конвертером, или типа того.
Аноним (Microsoft Windows 10: Firefox based)26/03/23 Вск 20:49:43#371№3289128
>>3239508 (OP) Аноны, я не понимаю почему на моём процессоре такая низкая скорость сжатия на кодеке VP9. Я прикрепил libx264 AAC видос. Когда я пытаюсь сделать из него VP9 libopus, он начинает конвертировать со скоростью 1.2 и постепенно опускается до 0.7. У знакомого же скорость 10 сука! Взгляните на второй пикрил! Он в десять раз быстрее кодирует, причём наши процессоры вроде не так уж и отличаются. А я думал проблема в самом кодеке.
Мой процессор: Intel Core i7-6700 @ 3.40GHz
Процессор знакомого: Intel Core i3-8100 @ 3.60GHz
Можете пожалуйста посоветовать как можно добиться большей скорости? Может настройки какие-то вбить. Неужели вся проблема в том что у меня ебучий кирпич на проце и большей скорости можно добиться только сменив его на новый?
Аноним (Microsoft Windows 10: Chromium based)26/03/23 Вск 23:54:46#372№3289199
Народ, кто знает, почему "concat: ..." в данной команде работает только на первые два файла, независимо от их перестановки? Я как угодно их переставлял, и всё равно – он совмещает только два первых файла, независимо от их формата.
Если кратко, что я хочу сделать: есть 3 части стрима (третья была битая, не докачалась нормально, но я кое-как пофиксил её ffmpeg -err_detect ignore_err -i 3_bad.webm -c copy 3.webm ), хочу по фану три этих части совместить в одну таймлапс гифку.
Вообще там же есть разные способы конкатенейта, но они не работают, т.к. юзается -filter_complex, а его нельзя использовать вместе с -vf, блин, и вот кароче нашёл вроде единственный способ, который без предварительного перекодирывания может это сделать. По идее, могу все три отдельно в гифки преобразовать а потом их просто соединить, сработает? Но это лишние команды в любом случае, а мне просто интересно, как это можно сделать одной.
Аноним (Microsoft Windows 10: Chromium based)27/03/23 Пнд 00:44:48#377№3289215
>>3289213 > Но это лишние команды в любом случае, а мне просто интересно, как это можно сделать одной. &&
Аноним (Microsoft Windows 10: Firefox based)27/03/23 Пнд 00:47:13#378№3289216
>>3289209 А у него под капотом разве ключ vp9 мог транслироваться в vp9_qsv? Это так работает? Типо если есть технология то он по умолчанию vp9_qsv ставит?
Аноним (Microsoft Windows 10: Chromium based)27/03/23 Пнд 00:56:32#379№3289218
>>3289216 У вас команда без каких-либо значимых уточнений. Можно было даже кодеки не прописывать, для webm всё равно vp9+opus выбирается по умолчанию. Но вы пишете лишь о кодеке vp9, а для энкодирования в него есть кодировщики. ffmpeg много чего определяет автоматически, очень user friendly программа. И у друга она увидела возможность аппаратного энкодирования, что как правило быстрее. А у тебя его нет, поэтому энкодирование программное. А вообще такое сжатие не имеет смысла без уточнения хотя бы CRF или битрейта, не говоря уже о конкретном кодировщике.
Аноним (Microsoft Windows 10: Firefox based)27/03/23 Пнд 01:04:31#380№3289221
>>3289218 Понял, спасибо. Но на счёт того что смысла не имеет я бы поспорил, очень часто всякие видосы закодированы фиг пойми чем и даже простое указание использовать такой-то кодек может в 10 раз порой объём сократить. А как использовать тот же битрейт когда нужно 100 видосов разных по качеству пережать я не понимаю, где-то он же будет излишним и сожмёт не максимально/наоборот увеличит вес, а где-то слишком порежет качество. Такая же тема с crf, не очень понятно как это подобрать универсально.
Аноним (Microsoft Windows 10: Firefox based)27/03/23 Пнд 01:15:15#381№3289223
Ха, ну по идее ж можно вообще просто брать каждый условный 500-й кадр из видоса, пережимать и вставлять его в гифку... Можно как-то одной командой сделать так, чтоб он, не "объединяя" исходные видосы просто брал из них кадры по подярку и вставлял в финальный файл? Батники писать чтоль или чо?7 Или фигня выйдет енивей?
Аноним (Microsoft Windows 10: Firefox based)27/03/23 Пнд 02:24:15#382№3289252
Блин, хех, ну вот даже не знаю, т.к. это как раз тот самый парт, который понравился мне не так сильно, как все остальные в треке лол. Я больше по J-Core, Happy Hardcore, DnB и прочим главным хард жанрам Камеллии и TANO*C движухи. Но вообще можешь вокалоиды послушать, причём в каких-нибудь хаус/синтвейв жанрах, я так понимаю. Вот какие-то рандомные плейлисы, к примеру идк
Ну кароч да, помотай дискографию Camellia, Kobaryo, USAO, Laur и прочих околохардкорщиков, возможно для себя подберёшь чего-нибудь даже ахах. Ну или опять же вокалоиды штудируй, если хочешь более чиллово, всё что могу посоветовать. Ещё можешь сделать про мув: с инкогнито открыть ютуб, пару раз прослушать трек и похожие понравившиеся, он тебе только подобное и будет предлагать в этой сессии, по кд так делаю, норм замена рекоммендам спотифая.
Аноним (Microsoft Windows 10: Firefox based)29/03/23 Срд 21:27:16#389№3290527
Аноним (Microsoft Windows 10: Firefox based)29/03/23 Срд 22:27:50#390№3290567
>>3290524 Ну и да, мне вокалойды что-то не очень заходят, как ты заметил мне бы больше подошло vaporwave/synthwave какой-нибудь с японским вокалом. Живым.
Аноним (Google Android: Mobile Safari)30/03/23 Чтв 00:09:28#391№3290607
Аноним (Microsoft Windows 7: Firefox based)31/03/23 Птн 01:19:54#399№3291076
Есть видево в якобы 4к но мы-то знаем и 60фпс, скачанное с ютуба. Средний битрейт - 25мбит\с, codec vp9.
Монитор у меня 1080п, и для хранения мне хотелось бы тот небольшой оверхед, который добавляют лишние пиксели, убрать. Посоветуйте команду ффмпег для конвертации в 1080п\60фпс без потери качества (ну или с минимальной).
Аноним (Microsoft Windows 7: Firefox based)31/03/23 Птн 03:33:21#400№3291111
>>3291076 Использовал сейчас комманду >ffmpeg -i "source.web" -crf 20 -vf scale="1920:1080" out.webm Фейл - полнейший. Файл получился в полтора раза больше, чем оригинал в 4к... Прошу советов мудрых.
Аноним (Microsoft Windows XP: Firefox based)31/03/23 Птн 06:08:45#401№3291134
>>3291111 А если несжатое видео в настройках поставишь, так файл вообще огроменный станет. И что?
Ты не определил, в чём твоя задача. Пока ты этого не сделаешь, ты не сможешь найти решение.
В общем случае у нас нет «лишних пикселей», и одно и то же сжатие с одним и тем же коэффициентом сохранит в элементе изображения с фиксированным угловым размером одно и то же количество информации независимо от того, какое разрешение используется для его отображения. Само собой, реальные алгоритмы оптимизируются под реальные форматы, а понижение разрешения по факту откидывает всю высокочастотную информацию, но мы всё равно можем сразу сделать вывод, что файл, перекодированный с минимальной потерей качества тем же алгоритмом, должен занять столько же места, сколько исходный (а если учесть потери при пережатии — то и больше). А зачем тогда что-то делать? Просто запускай имеющийся. Ну и видеопоток для веба — это вовсе не тот образец, в котором можно искать какое-то «чрезмерное» качество, куда дальше-то его портить?
С другой стороны, ты можешь менять не качество, а алгоритм сжатия, на заведомо более эффективный. Проблема именно в том, на что менять. Внутри одного кодека, меняя настройки, заметный скачок качества мы получаем при перемещении между противоположными полюсами, быстрого и медленного сжатия. Только вот сомнительно, что Google выдаёт видео с самыми дерьмовыми настройками, у них есть возможность сто раз протестировать выбранный баланс между битрейтом, качеством и затратами на кодирование, то есть по щелчку пальцев ты гораздо лучше не сожмёшь. Значит, нужно брать другой кодек. VP9 и H.265 по качеству очень близки, шило на мыло менять нет смысла. Остаются AV1 и H.266, позволяющие заметно снизить битрейт. Можешь посмотреть, сколько времени займёт кодирование программами, если у тебя нет аппаратной их поддержки. Если устраивает — выбирай показатель качества кодирования и пережимай своё видео.
Только вот процесс выбора значения, при котором не видно разницы между исходником и пережатым видео, может занять у тебя не меньше времени, чем всё остальное.
Аноним (Microsoft Windows 7: Firefox based)31/03/23 Птн 11:04:22#402№3291183
>>3291134 > Остаются AV1 и H.266, позволяющие заметно снизить битрейт. А насколько? Посоветуй настройки.
На всякий случай уточню по тому, что уже использовал: >- вп9 файл с ютуба - 490мб > переконверт в 1080п с сохранением качества (не математическим, математически должны быть потери) - 430мб >ffmpeg -i "source.web" vf scale="1920:1080" out.webm Команда задефолтила -crf 32, как ни странно вышло почти лослесс, по крайней мере визуально. >переконверт в 1080п с -crf 37 дал 330мб файл(на 33% меньше), но заметную потерю качества. Скрины в пнг: https://file.io/SsQLll9geJ7q
Алсо, по непонятным причинам не выполнился экспоненциальный закон настроек -crf, изменение параметра на 6 единиц по идее должно менять битрейт вдвое, а у меня изменение на пять единиц изменило только в 1.3 раза.
Если проц не поддерживает аппаратное ускорение vp9, а видюха поддерживает, то я смогу его использовать в ffmpeg?
И да, буду благодарен, если посоветуешь настройки для ав1 или х266!
Аноним (Microsoft Windows 7: Firefox based)31/03/23 Птн 11:33:22#403№3291200
>>3291134 > Только вот сомнительно, что Google выдаёт видео с самыми дерьмовыми настройками, у них есть возможность сто раз протестировать выбранный баланс между битрейтом, качеством и затратами на кодирование, то есть по щелчку пальцев ты гораздо лучше не сожмёшь. Эх, ну как бы тебе сказать… В стриминге и VOD принято сжимать с малым размером GOP, что с одной стороны увеличивает устойчивость к потере пакетов, а с другой увеличивает расход битрейта. А в случае гигантов таких как Google там за один реальный час загружается столько часов видео, что обработать всё это реально только асиками. А асики никогда не давали лучшего качества, их максимум это аналог пресета medium по сравнению с эффективными софтварными кодеками. Так что реальная эффективность сжатия там очень сомнительна.
>>3291200 А вообще тебе на таком проце только h264 кодировать. А поскольку у тебя исходник и так h264, да ещё и пережатый в говно, то смысла тебе этим заниматься нет совсем.
Аноним (Google Android: Mobile Safari)31/03/23 Птн 18:55:52#408№3291351
>>3291343 > А асики никогда не давали лучшего качества, их максимум это аналог пресета medium по сравнению с эффективными софтварными кодеками. Это зависит от конкретного асика, пчел... Конкретно гугл свои асики проектирует, vp9 и av1 они кодируют ахуеть как быстро и качественно. Софтовые энкодеры неэффективны, особенно референсные их версии, посмотри на aom/vpx, это же кал говна, svt получше но все равно даже не близко. С таким же качеством как асики процы кодируют на порядки (!) дольше.
>>3291351 vpx да, медленные, с качеством сравнимым с h264, причём оба. Ну у aom конечно много параметров надо тюнить для дефолтного енкода, и требует av1an, но он может быть полезен в экзотических случаях когда надо закодировать в yuv444 full range 12 bit. А так да, один svt аналогичен aomenc в связке с av1an.
Аноним (Microsoft Windows 7: Firefox based)31/03/23 Птн 22:29:20#410№3291411
>>3291308 А как на видюхе кодировать? У меня рх580 лежит. >>3291345 За 1000 долларов это наверное не единственный вариант. МОжно банально проц купить с поддержкой аппаратного vp9.
>>3291346 Исходник вообще-то vp9 со средним битрейтом 25мбит\с
Аноним (Microsoft Windows XP: Firefox based)31/03/23 Птн 23:58:57#411№3291440
>>3291343 Ну я же стараюсь более-менее точно формулировать, про метод кодирования и речи не было. Ютубовские инженеры имеют кучу статистики по использованию устройств, их производительности и пропускной способности каналов в разных ситуациях, они могут заказать (или купить готовые) исследования качества картинки, удовлетворяющего пользователей в тех или иных условиях просмотра, и дальше по этим данным подбирать баланс затрат на кодирование (не только сервера, машинное время и электричество, но и разработка и покупка специфических устройств и чипов). Вовсе не обязательно им использовать точно такие же модули, которые предлагаются производителям бытовой техники, оптимизируются по стоимости, экономии энергии, надёжности производства, и обрабатывать будут видео со встроенной камеры и прочую видеосвязь. В конце концов, в телевещании всегда использовались аппаратные кодировщики, только чуточку другой стоимости.
Аноним (Microsoft Windows 7: Firefox based)01/04/23 Суб 09:17:32#412№3291509
Если кому интересно, то файл закодированный стандартными настройками vp9 со скоростью кодирования 1/20x оказался всего в полтора раза больше, чем файл ав1 со скоростью кодирования 1/625х
Такой себе выигрыш.
Вот бы разобраться, как использовать хардварное ускорение через видюху...
Аноним (Microsoft Windows XP: Firefox based)01/04/23 Суб 10:57:48#413№3291528
>>3291509 Во-первых, это бессмысленное сравнение, никаких «стандартных настроек» в ffmpeg нет, есть какие-то циферки, которыми в силу традиции продолжают инициализироваться библиотеки конкретных алгоритмов кодирования. Ты, наверное, не помнишь, но когда-то ffmpeg без указания кучи параметров для libx264 пихал в них то, что программисту показалось удобным иметь в качестве стандартных значений, и любой человек, пытавшийся кодировать через ffmpeg, но не знавший об этой проблеме, получал какую-то хрень на выходе, хотя те же самые базовые примеры в отдельной утилите x264 выдавали нормальное видео ожидаемого качества.
Ты получил два случайных файла со случайными настройками. Чтобы что-то о них сказать, тебе прежде нужно сравнить качество сжатой картинки при помощи объективных измерений или субъективной оценки.
Во-вторых, выигрыш в пропускной способности на четверть или на треть при одинаковом визуальном качестве — это замечательный результат для следующего поколения, на который все и рассчитывали, если посмотреть графики сравнений VP9 с AV1. Твоё «полтора» (не имеющее смысла) — это даже слишком хорошо.
С видеокартой идёшь в «Википедию», смотришь там версию аппаратного кодировщика в своей модели, в соответствующей статье читаешь, что он поддерживает. Вот и всё разбирательство.
Аноним (Microsoft Windows 7: Firefox based)01/04/23 Суб 13:13:49#414№3291554
>>3291528 > Во-первых, это бессмысленное сравнение, никаких «стандартных настроек» в ffmpeg нет Речь о -crf 32
Аноним (Microsoft Windows 10: Chromium based)01/04/23 Суб 15:29:18#415№3291596
>>3239508 (OP) Блядь, а где в шапке инфа про батники? Это самая необходимая для нюьфагов инфа, она сука в каждом гайде должна быть. Я когда открыл для себя ффмпег еще полгода копировал из тхт файла в цмд пресеты, переименовывал файлы и скидывал их в отдельую папку или пользовался ебаными кривыми гуями. Во всех гайдах заезженное пережевывание комманд только, в ютубе откройте гайды по ffmpeg, там будет какой-нибудь пидор, набирающий в консоське fff f f m p e g .... Представили ебало нормального человека, который думает, что ему так каждый раз нужно будет дрочить? А можно же показать папочку с заготовленными батниками, перетянул видос на нужный и получил рядом с оригиналом пожатый файл. Или пердоля каждый раз, когда нужно пожать видео, реально открывает консоль и дрочит туда директорию там, имя фала?
Аноним (Microsoft Windows 10: Firefox based)01/04/23 Суб 15:36:14#416№3291598
Аноним (Microsoft Windows XP: Firefox based)01/04/23 Суб 16:53:28#417№3291636
>>3291554 Настройки кодировщиков никак не связаны друг с другом, это просто абстрактные числа, которые им передаются. Коэффициент «10» в одном случае может относиться к диапазону от 1 до 100, а в другом — от -8 до 32. Даже если диапазоны совпадают, опорные точки и функции анализа и распределения битов совершенно разные, никаких обещаний по соответствию одного другому никогда не давалось.
Ещё раз повторю, что нужно либо подгонять битрейт фрагментов друг к другу и сравнивать качество при одинаковом битрейте, либо как-то оценивать качество и сравнивать битрейт при одинаковом качестве. В интернете полно графиков, в которых сразу делают и то, и другое, по многим тестам рисуя экспоненты для сравнения кодеков или их настроек.
Аноним (Microsoft Windows 8: Firefox based)02/04/23 Вск 05:19:31#418№3291854
Покритикуйте мой охуительный план уровня /b/?
Дано: не слишком известный фильм на неродном языке, который ты понимаешь на слух не очень или вовсе не знаешь. А субтитров нету. И мб аудио-перевода на русский тоже.
Где взять субтитры? Попросить у ютуба!
- создается видеофайл 480x360 с полностью черной картинкой и аудиодорожкой из фильма - заливается на ютуб - ютуб обрабатывает видео (поэтому и 360p, чтобы ютуб не думал три часа) и генерирует субтитры распознаванием речи, в том числе и автоматически переведенные на другие языки - субтитры сливаются с ютуба с помощью yt-dlp - ??? - ПРОФИТ
Да, качество сабов будет так себе, но это всяко лучше, чем ничего, если субтитров в интернете действительно нет.
Собственно, вопрос: как без лишнего геморроя создать такой видеофайл, и тем более делать это на относительно регулярной основе?
Мне пришло в голову следующее: - заранее заготовить видеофайл с чернотой длиной аж 4 часа, чтобы туда влез и Лоуренс Аравийский, и Снайдеркат Лиги Справедливости - при необходимости открывать его в Avidemux или любом подобном линейном редакторе на основе ffmpeg, там добавлять к нему нужную аудиодорожку (вытащенную из файла с фильмом), откусывать видеопоток по нужной длине и сохранять как новый файл без перекодирования видеопотока
Как заготовить такой файл с чернотой на 4 часа?
Требования к нему:
- мало весит, в идеале буквально мегабайт 20 (ведь весь видеоконтент - это статичная картинка) - открывается редакторами быстро, а не индексирует кадры (или хз что еще делает) при открытии в течении джвух часов - внутреннее строение плюс-минус стандартное (я хз, как ютуб отнесется к тому, что там 2-3 ключевых кадра на все 4 часа, а не 1 ключевой кадр раз в несколько секунд) - конечно, если его надо сгенерировать всего один раз и потом использовать готовый для каждого фильма, то можно этот один раз и потерпеть, но в идеале чтобы он создался в разумные сроки по времени
Аноним (Microsoft Windows 10: Chromium based)02/04/23 Вск 11:19:03#419№3291913
Поясните нубу, почему 2 видео пожатые, вроде как одинаковыми кодеками, по разному ведут себя в 19 вегасе? Я какие только кодеки не скачивал, плееры спокойно открывают оба видео. вегас выебывается на первое и еще на 9 серий после. OVAшка открывается легко и непринужденно.
Аноним (Microsoft Windows XP: Firefox based)02/04/23 Вск 11:40:06#420№3291917
Давай предположим, что дело не в видео.
Например, человек, переименовывавший файлы, оставил где-то иероглифический пробел вместо обычного, и он сводит программу с ума. Или демультиплексор MKV написан тяп-ляп, и какая-то разница в размерах каких-то записей ему не нравится.
Можешь быстро сделать для теста ремукс в свой MKV-файл или в MP4, если только аудио и видео нужны, то их и оставь.
Аноним (Microsoft Windows 10: Chromium based)02/04/23 Вск 12:00:51#421№3291926
>>3291917 >ля теста ремукс в свой MKV-файл или в MP4 делал в этой программе по таким настройкам(мне нужно только видео) создаётся фаил в формате .hevc, который вегас не видит.
Аноним (Microsoft Windows XP: Firefox based)02/04/23 Вск 12:16:58#422№3291927
>>3291926 Значит, ты просто достаёшь видеодорожку из контейнера, а не внедряешь в новый MKV. Ненужные скриншоты ты показал, а на вкладку вывода даже не заглянул.
Для теста можно просто через ffmpeg сделать ремукс.
Аноним (Microsoft Windows 10: Chromium based)02/04/23 Вск 12:44:45#423№3291937
>>3291927 >Для теста можно просто через ffmpeg сделать ремукс. это получается каждое видео будет перекодироваться по 3 часа?
Аноним (Microsoft Windows XP: Firefox based)02/04/23 Вск 14:24:25#424№3291967
>>3291937 Вот смотри, ты видишь незнакомый термин, и у тебя есть доступ в интернет. Почему не погуглить самостоятельно?
Аноним (Microsoft Windows 10: Chromium based)02/04/23 Вск 15:57:43#425№3291988
>>3291967 можно ближе к делу? что я должен гуглить? вегас все-равно не хочет жрать это видео. даже перекоированное.
Аноним (Microsoft Windows 10: Chromium based)02/04/23 Вск 17:41:50#426№3292020
>>3291967 [mp4 @ 000001d85519e980] Could not find tag for codec ass in stream #3, codec not currently supported in container [out#0/mp4 @ 000001d85478df80] Could not write header (incorrect codec parameters ?): Invalid argument [aost#0:15/copy @ 000001d85588edc0] Error initializing output stream: в общем вот. похоже видео нечитабельно для него
Аноним (Google Android: Mobile Safari)02/04/23 Вск 22:39:04#427№3292119
>>3291988 — наиболее умная виндовая хроможная мелкобуква.
Аноним (Microsoft Windows 10: Chromium based)03/04/23 Пнд 06:29:14#428№3292220
похоже тред просто мертвый. спасибо анону, что пытался помочь. вердикт по видосикам не утешительный: данный формат mkv оказался нечитабелен для большинства программ, пришлось ебаться с перекодировкой
Аноним (Microsoft Windows 7: Firefox based)03/04/23 Пнд 11:36:29#429№3292265
>>3292220 > данный формат mkv оказался нечитабелен для большинства программ, Чо?
Аноним (Microsoft Windows 10: Chromium based)03/04/23 Пнд 15:19:49#430№3292331
>>3292220 > вердикт по видосикам не утешительный: данный формат mkv оказался нечитабелен для большинства программ, пришлось ебаться с перекодировкой
Аноним (Microsoft Windows 8: Firefox based)03/04/23 Пнд 17:39:57#431№3292406
>>3292220 Анон, ремукс, который тебе советовал сделать анон выше - это не перекодировка видеопотока, а "пересборка" контейнера. Например, берется блюрей и перепаковывается в mkv из своего родного m2ts, попутно выкидываются ненужные аудиодорожки, добавляются нужные и т.д. В данном случае тебе надо просто взять свое видео, засунуть в какой-нибудь mkvtoolnix или в avidemux (в режиме обработки видео и аудио "copy") и пересохранить как новый mkv / mp4. Сам видеопоток внутри останется нетронутым, а вот некая специфическая хуйня в контейнере mkv, которая была в твоем исходном файле и мешала видеоредактору работать с ним, скорее всего, уйдет.
Аноним (Google Android: Mobile Safari)03/04/23 Пнд 21:26:31#432№3292517
>>3292406 Зачем что-либо объяснять мелкобукве? Это же буквально слюнявый даун.
Аноним (Microsoft Windows 10: Chromium based)04/04/23 Втр 10:47:26#433№3292660
>>3292406 спасибо, на досуге попробую с этим покопаться.
Аноним (Microsoft Windows 10: Chromium based)04/04/23 Втр 11:27:44#434№3292672
>>3292406 >mkvtoolnix все тоже самое. >avidemux если делать в mkv то не читает, если в mp4 то читает.
Аноним (Microsoft Windows XP: Firefox based)05/04/23 Срд 06:08:56#435№3293023
>>3292672 Давай я тебе коротко скажу. Ты почему-то уверен, что все должны броситься решать проблемы, которые нашлись в программе Sony Vegas, и мешают конкретно тебе. Ты, конечно, мог бы написать в техподдержку Sony и пожаловаться на проблему или попросить объяснить, какие файлы MKV поддерживаются, а какие — нет, но ты явно догадываешься, что там тебя обоссут и проигнорируют, причём и в случае, если ты спиратил программу, и в случае, если ты её купил. Если бы ты хотел самостоятельно что-то делать, ты бы как минимум погуглил "sony vegas mkv". Вместо этого ты пишешь свою жалобу на заборе в интернете и ждёшь, что проходящие мимо будут тебе помогать, пока ты вымещаешь на них раздражение от того, что тебя потенциально обоссали авторы выбранной тобой программы для редактирования видео.
Делай ремуксы рабочих материалов в контейнер, который нормально понимается. Всё, задача решена за пять минут.
Аноним (Microsoft Windows 10: Chromium based)05/04/23 Срд 06:51:19#436№3293031
>>3293023 нет. давай я тебе поясню за душноту макак, что здесь сидят. вместо того, чтобы объяснить, чтобы они делали в моем случае, начали писать хуету и тешить свою самооценку. >написать в техподдержку с этого вообще в голос. тут вроде макаки сидят с претензий на программистов. или ты тут один такой одаренный? >ты бы как минимум погуглил не все такие тупые, как ты. данный вопрос был задан для праздного интереса. была бы нужна информация, двач последнее место, где ее стоит искать. >Делай ремуксы рабочих материалов в контейнер, который нормально понимается. Всё, задача решена за пять минут ну я так и понял, что ты просто кукаретник и ничего нового не скажешь.
опять же, если ты не знаешь, или тебе лень писать решение, то просто проигнорь мой нубский вопрос и иди дальше дрочить на трапов. все же просто. тебя лишний раз не назовут душнилой в мертвом треде, я найду инфу на других сайтах. всем лучше. поэтому сходи нахуй, пидорок. без негатива.
Аноним (Microsoft Windows XP: Firefox based)05/04/23 Срд 08:07:59#437№3293040
>>3293031 > >написать в техподдержку > с этого вообще в голос Делаем выводы о профессионализме.
Поддержкой купленных программ, оборудования, сервисов и исправлением ошибок занимаются их производители. При значительных вложениях — с круглосуточным выездом инженеров на место и модификациями под конкретного заказчика. Только вот при массовом обслуживании и низких ценах или «халяве» (операционные системы, социальные сети) максимум, который человек может ожидать — это ответ бота с куском инструкции. Возникает ФРУСТРАЦИЯ: вроде бы и условия договора соблюдены, и одновременно дают понять, что проблемы индейцев шерифа не ебут. Эту-то фрустрацию и изливают куда ни попадя несчастные пользователи, обманутые сладкими обещаниями.
Проблема решается за пять минут, если кто-то действительно хочет её решить, а не лениво в носу ковыряется. Если есть интерес, можно поговорить о ревизиях спецификации формата Matroska и попробовать понадать, что именно какая-нибудь древняя купленная библиотека в Sony Vegas не поддерживает (кандидаты известны), только это всё теория, потому что уже существующие файлы сами себя не пересоберут.
Аноним (Microsoft Windows 8: Firefox based)05/04/23 Срд 09:23:47#438№3293058
>>3293031 Но тот анон действительно прав. ГОРАЗДО проще и правильнее пересобрать свое видео в mp4 (раз у Вегаса этот контейнер не вызывает проблем) и на этом все. Во-первых, ты все равно никак не заставишь Вегас не тупить на твоих исходных видео, проблема есть и всё тут, ну мб она ушла в какой-то более новой версии, но надеяться на это не стоит. Во-вторых, пересобрав видео, ты можешь его еще заодно и лосслессно разрезать без перекодирования, оставив лишь тот кусок, который тебе нужен (лосслессно разрезается не в любом произвольном месте, а лишь по ключевым кадрам, но это не очень важно, ну будет оверхед пару секунд, ну и что). У тебя ведь там фильмы/сериалы? Загружать в видеоредактор целые йоба-видеофайлы на пару часов и много гигабайт - ну такое, гораздо проще орудовать короткими нужными тебе фрагментами и редактировать и делать прочий монтаж уже из них. Я не понимаю, почему тебе так принципиально засовывать в Вегас именно исходные mkv. Экономия места на жестком диске и нежелание захламлять его парой сотен мегабайт нужных вырезок, или что?
Аноним (Microsoft Windows 10: Firefox based)05/04/23 Срд 17:51:32#439№3293241
>>3293023 Чаю. Удивляюсь с агрессивного ламерья, которое вемещает злость за свои нерабочие мокрописьки на людей в интернете. Двач, форумы, комменты под видео на ютубе. У Изи Лайфа в комментах постоянно такие набегают.
--downloader ffmpeg --downloader-args "ffmpeg_i:-ss начало -to конец"
Аноним (Microsoft Windows 8: Chromium based)07/04/23 Птн 16:29:01#441№3293857
-f concat -safe 0 -i mylist.txt -c copy concatenated.ts Этой командой я склеиваю файлы. Но какая будет делать это точнее? Когда качал с твича стримы, программа ффмпегом склеивала стрим из скаченных маленьких кусков. Когда я несколько раз повторил это вручную - получались видео на несколько секунд дольше чем должно быть, весили тоже чуть больше. Хотя они проигрывались без проблем.
Аноним (Microsoft Windows 8: Chromium based)10/04/23 Пнд 01:59:10#442№3294958
ffmpeg -i in.mp4 -filter:v "crop=out_w:out_h:x:y" out.mp4 Это единственная команда для вырезания части области видео? Судя по качеству - это запись экрана, а не вырезание.
Аноним (Microsoft Windows XP: Firefox based)10/04/23 Пнд 10:42:52#443№3295025
>>3294958 > Судя по качеству Видео декодируется, из каждого кадра вырезается кусок, полученное из них видео сжимается заново. Настройки сжатия у тебя не указаны, поэтому используются какие-то древние параметры по умолчанию. Без перекодирования и потерь вырезать данные в общем случае можно только из несжатого видео.
Аноним (Microsoft Windows 10: Chromium based)10/04/23 Пнд 17:07:38#444№3295185
>>3294958 > это запись экрана, а не вырезание Неуместная у тебя терминология. В рамках кодека сжатия с потерями вырезать без потерь можно только копированием набора кадров в определённых временных рамках без изменения каждого из этих кадров, то есть -c copy. Ты же не указываешь целевой кодек в принципе, из-за чего ffmpeg указывает его в соответствии с выходным форматом, кодируя с потерями в AVC. А с какими потерями видео будет пережато, ты опять-таки не указываешь, из-за чего используются настройки по умолчанию, довольно быстрые и шакальные. Хотя в твоём случае что-то там указывать бесполезно, потому что применение видеофильтра – это по определению изменение видеопотока, а не копирование, то есть в рамках кодека сжатия с потерями невозможно получить производное видео без потерь с использованием видеофильтра.
Аноним (Microsoft Windows 10: Chromium based)17/04/23 Пнд 20:31:18#445№3297339
Поясните как в ффмпеге заставить работать все ядра? Есть шебем конвертер для ретардов и есть консолька, через гуи шебем конвертится всеми ядрами и выходит быстрее качество шакалов, а в консольке даже при команде -thread 12 юзается только 6 потоков из 12 и то не в 100% каждый. Вот сама команда
Аноним (Google Android: Mobile Safari)18/04/23 Втр 07:10:12#446№3297469
>>3297339 vpx-vp9 - парашный кодек, который не умеет в нормальную многопоточность, и чтобы задействовать все ядра, он разбивает картинку на тайлы, в твоём случае ты не указываешь их количество, а значит он как-то сам выбрал. У тебя два пути: 1. --row-mt=1 --tile-columns=X --tile-rows=Y --threads=X*Y 2. av1an
Аноним (Microsoft Windows 10: Chromium based)18/04/23 Втр 10:32:17#447№3297493
>>3297469 А что появились кодеки для шебем лучше вп9?
Аноним (Google Android: Mobile Safari)18/04/23 Втр 10:36:49#448№3297494
Аноним (Microsoft Windows 10: Firefox based)20/04/23 Чтв 19:48:25#452№3298161
Может ту кто подскажет. Допустим, есть две видеокамеры на ПК. Как программно совместить два изображения от них на одном экране монитора, чтобы можно было регулировать полупрозрачность на одной камере? Это нужно не в монтаже, а в реальном времени. Смысл такой. Например, изображение одного и того же объекта на одной оптической оси(через полупрозрачное зеркало), но камеры аппаратно настроены на разный цвет(цветофильтр).
Аноним (Microsoft Windows XP: Firefox based)20/04/23 Чтв 22:17:10#453№3298215
>>3298161 Берёшь комбайн вроде OBS Studio или VLC, ковыряешься в документации, выводишь поток с одной камеры поверх другого с полупрозрачным фильтром. Это если ничего другого, кроме как глазами смотреть (и записывать на всякий случай), не понадобится. Если потом захочется размеры объектов в кадре определять или выбирать и нормализовывать рабочие диапазоны, делай какой-нибудь примитивный GUI на Python (или чем там сейчас учёные пользуются, чтобы тяп-ляп картинки пережевать).
Аноним (Microsoft Windows 10: Firefox based)23/04/23 Вск 00:48:04#454№3299029
>>3298215 VLC у меня вылетает с двух камер. OBS работает с двух камер и видеопоток складывает, но с фильтрами застрял. В программе готовые для наложения имеются, только не подходят. Всё равно, спасибо. Попробую этот вариант. Тут можно по зрительной памяти переключать вывод один поверх другого. Или мне только аппаратные приблуды искать для камер остаётся.
Аноним (Microsoft Windows 10: Chromium based)23/04/23 Вск 13:53:48#455№3299251
Может тут помогут. Хочу собрать коллекцию аниме на nas. Какое качество лучше: WEBRip или WEBRip HEVC. HEVC весит сильно меньше. Понимаю, что есть БД-рипы и БД-ремуксы, но если выбирать из этих двух, то какое лучше по качеству изображения?
Аноним (Microsoft Windows 10: Chromium based)23/04/23 Вск 16:58:47#456№3299348
>>3299251 >Какое качество лучше: WEBRip или WEBRip HEVC По качеству: HEVC > AVC. Вот только с декодированием AVC справляется любая кофеварка и проигрывается в любом браузере, а нативная поддержка HEVC есть только в продуктах Apple.
Аноним (Microsoft Windows XP: Firefox based)23/04/23 Вск 17:44:40#457№3299362
>>3299251 HEVC эффективнее, но точно не в 6 раз. Это рипы для экономящих трафик, размер которых подобран так, чтобы на картинку, по оценкам создателей, ещё можно было без слёз смотреть.
Коллекцию явно надо собирать не из рипов потоков с сервисов, а из рипов с блюреев.
Аноним (Google Android: Mobile Safari)23/04/23 Вск 17:52:12#458№3299364
>>3299362 > а из рипов с блюреев. Даже если это YIFY?
Аноним (Microsoft Windows 10: Chromium based)23/04/23 Вск 21:03:54#459№3299449
>>3299362 Как обычно маркируются рипы с блюреев: BDRip или BDRemux? Ремукс это взятый с диска файл без сжатия, а Рип - с какой то обработкой? Или что то путаю и там другие обозначения?
Аноним (Microsoft Windows 10: Firefox based)23/04/23 Вск 22:24:52#460№3299472
>>3299449 > Как обычно маркируются рипы с блюреев BDRip > Ремукс это взятый с диска файл без сжатия Ремукс это просто видео оригинальное пожатое (без специфичной для блуреев структуры) тем, кодеком, которым пожали на заводе перед запуском в RTM. Не всегда означает лучшее качество. Козыри у меня в рукаве есть, подожду пока пару несведущих манек на это утверждение триггернётся. > а Рип - с какой то обработкой? С обработкой энкодером вроде x264, сейчас набирает популярность x265. Byjulf d [jl blen Avi- Vapourr- synth фильтры вроде шарпенинга, дебандинга, етк.
Аноним (Google Android: Mobile Safari)24/04/23 Пнд 00:42:16#461№3299504
>>3299472 > заводской кодек > Не всегда означает лучшее качество. Чмонь.
>>3299504 О-па первая маня пошла. Да, не всегда, дегрельный. Энжой ёр кутэк, бандинг и сопутствующее. Пока точечным пруфом тебя не буду обоссывать, погляжу как ты будешь барахтаться в кулуарах своего манямира. И да, нет такого понятия как «заводской кодек», там либо VC-1, либо AVC, то есть такой же сторонний.
Аноним (Google Android: Mobile Safari)24/04/23 Пнд 10:01:14#463№3299574
>>3299557 >на полной серьезке считать что фильтры дебандинга как-то улучшают качество
Аноним (Google Android: Mobile Safari)24/04/23 Пнд 13:28:15#466№3299658
>>3299645 >>3299649 Прямо таки серебряная пуля! Какая классная вещь, позволяет забесплатно поднять качество! про артефакты, возникающие из-за таких фильтров ты почему-то не сказал
Самое время начать оправдывать 4к апскейлы и 60 фпс аниме, манюнь.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 13:37:42#467№3299661
>>3299658 > про артефакты, возникающие из-за таких фильтров Возникающих артефактов явно меньше, чем заводских. И ты сначала говорило, что вообще качества не улучшается, ну вот совсим. > 4к апскейлы В аниме мало таких. Есть 480 to 1080 апскейлы. Так что как о массовом явлении говорить рано, а тем более, давать оценку. > 60 fps Если толковый конвертер вроде BlueSky FRC, а не всяческие говноSVP, то будет выглядеть так, что за уши не оттащить.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 20:15:41#469№3299792
>>3299662 > И ты сначала говорило Не говорило, или ты в иронию не смог? > В аниме мало таких. А как же билибилевские потоки, которыми кормят говноедов, например? >BlueSky FRC, а не всяческие говноSVP Ебальник любителя реалтайма и директшовной параши?
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 21:00:37#472№3299815
>>3299810 Ну-ка где я сказал, что качество улучшается? >>на полной серьезке считать что фильтры дебандинга как-то улучшают качество >>Прямо таки серебряная пуля! Какая классная вещь, позволяет забесплатно поднять качество! >>3299811 >directshow >у чела не тянет реалтайм svp >amd fluid motion встроено только в некропечки амуде Напоминаю, ты в ffmpeg-треде, а не в треде видеоплееров.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 21:02:35#473№3299817
>>3299792 > А как же билибилевские потоки, которыми кормят говноедов, например? При чём здесь потоки, болезный, если мы о «заводе» и блуреях говорим. Завод штампует диски, а не потоки. Самих 4K релизов в аниме ничтожно мало (около 100 штук): https://www.cdjapan.co.jp/searchuni?fq.shop=anime&term.media_format=&q=4K+Ultra+HD+Blu-ray Поток я могу хоть в 8К сконвертировать из 480p в адоуб премьере и подавать лохам как 8K релиз.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 21:05:33#474№3299819
>>3299815 > что качество улучшается? Следи за своими манёврами. > на полной серьезке считать что фильтры дебандинга как-то улучшают качество Тебе привели пример, что улучшается, ты же начал вилять, ко-ко-ко, я сыронизировал. > И ты сначала говорило, что вообще качества не улучшается, ну вот совсим.
> Напоминаю Напоминаю, что твоя мамка — шлюха.
Аноним (Microsoft Windows 10: Chromium based)24/04/23 Пнд 21:17:09#475№3299823
А есть ли возможность в помощью ffmpeg выкачать из сибнета целый плейлист? А то у меня только по одному видео выкачать удается.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 21:17:43#476№3299824
>>3299817 Шиз предлагает использовать блю рей рипы, которые являются реенкодом ремуксов, потому что якобы реенкод качественнее, потому что в него встроили мокрописьки по типу дебандингов. Это ничем не отличается от той же самой хуйни, чем занимается b-global, которые берут серию у лицензиата, добавляют своих мокрописек по типу апскейла и вываливают напрямую в рот довольным зрителям. >>3299819 Обосрался - умей это признать, выдыхай.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 21:26:38#477№3299831
>>3299824 > Шиз предлагает использовать блю рей рипы, которые являются реенкодом ремуксов, потому что якобы реенкод качественнее, потому что в него встроили мокрописьки по типу дебандингов Не все, и вообще не предлагаю, но иногда лучше исходника выглядит и это факт, о чём я собственно и говорил, берёшь и обтекаешь. Этот ремукс. https://rutracker.org/forum/viewtopic.php?t=3461801 Пик 2. Ремукс. Пик 3 Рип с этого же ремукса.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 21:28:08#478№3299832
Аноним (Microsoft Windows 10: Chromium based)24/04/23 Пнд 22:10:06#488№3299856
>>3299823 Бамп. Я честно пришел не троллить. Если невозможно - так и скажите, пожалуйста.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 22:12:47#489№3299861
>>3299856 Нет, ffmpeg в этом может быть лишь подспорьем в части муксинга потоков, тебе yt-dlp нужен, в первую очередь.
Аноним (Microsoft Windows 10: Chromium based)24/04/23 Пнд 22:14:31#490№3299863
>>3299861 Так, а вопросы про yt-dlp не тут разве? Я просто именно его и спользовал, но получилось скачать только одно видео за раз.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 22:18:56#491№3299867
>>3299863 Если плейлисты не поддерживаются можешь попробовать экстрактить все линки плейлиста и батчем через yt-dlp их прокрутить.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 22:40:18#492№3299882
>>3299836 А вот тут по фактам разъеб, жаль только что я догадался позже того как пост отправил. >>3299841 Манька, если ты потребляешь пищу путем втирания её себе в кожу, то ты дебил, как и тот радостный скриншотер.
Аноним (Microsoft Windows 10: Firefox based)24/04/23 Пнд 22:47:40#493№3299885
>>3299882 > Манька, если ты потребляешь пищу путем втирания её себе в кожу, то ты дебил, как и тот радостный скриншотер. Лол, так это ты увидев слово Blu-Ray Remux с ошалевшими от радости глазами про себя промолвил: «ыыы, римукс, надо качать, диски ита качество», а я, как и подобает человеку рассудительному, рассмотрел вещи с позиции скептицизма, ибо это норма, прежде, чем потреблять — сделать анализ потребляемой вещи. Тебе мамка, наверное, в детстве говорила не есть неспелые ягоды, немытые фрукты и т.д. Ну если не говорила, то получай жизненные уроки здесь. И дристай кровавым поносом теперь, почём зря. И ладно бы ты в качестве контраргумента привёл, что у этого источника есть переиздание и там уже нормальный блурай, но ты и этого нихуя не сделал, посему — невербально огребаешь.
Аноним (Microsoft Windows 10: New Opera)24/04/23 Пнд 22:47:48#494№3299886
Профи, подскажите, пожалуйста. Имеются ролики в формате ProRes. Я хочу сделать из них H.265 в три прохода 80 мегабит. Проблема вот в чём. Хз как они сконвертированы изначально, но в некоторых отсутствует параметр цвета Transfer Characteristics BT.709. Из-за этого прога, которой я кодирую xvid4PSP выдаёт ошибку об отсутствии этого параметра. К проге я привык, пользуюсь ей хз сколько лет, купил ключ. Всё устраивало, но появилась эта проблема. Я думал наебать систему и перегнать один ProRes в другой, но хуй там. ffmpeg портит цвет в BT.601 несмотря на то, что я задавал параметры цветы выходные в 709. Adobe Premiere тоже либо меняет цвет, либо делает тупа Rewrap картинки и на выходе получается тоже самое. В lossy форматы даже с большим битрейтом я не хочу кодировать изначально, хотел ProRes -> H.265 Вот на картинке MediaInfo двух файлов. В одном есть этот параметр и он кодируется прогой, в другом нет и я получаю сообщение об ошибке. Как мне перекодить в ProRes и чем, чтобы этот параметр появился? А потом уже его в H.265. Третья картинка это то, что показывает Xvid4PSP, т.е. не видит параметр Transfer Characteristics. Хотя там дважды написано Unknown, второй он готов пропустить, а вот этот ни в какую не хочет.
Аноним (Microsoft Windows 10: Chromium based)25/04/23 Втр 03:56:39#496№3299934
>>3299890 В общем, я кажется сам всё починил. Вот так ffmpeg -i 1.mov -c:v prores -profile:v 3 -vf scale=out_color_matrix=bt709 -color_primaries bt709 -color_trc bt709 -colorspace bt709 -c:a copy output.mov
Аноним (Microsoft Windows XP: Firefox based)25/04/23 Втр 09:38:25#497№3299971
>>3299831 Вы, друзья, все дикие говноеды, если про эти апскейлы из SD спорите, какой лучше.
Аноним (Microsoft Windows 10: Chromium based)25/04/23 Втр 11:14:08#498№3299995
Аноним (Microsoft Windows 10: Firefox based)25/04/23 Втр 11:37:03#499№3300012
>>3299971 Для мульфильмов еще можно. Там информации в кадре избыточно даже для SD. Границы выделил, заливку смазал, чтобы без блокинга и пуксилей и норм
Аноним (Microsoft Windows XP: Firefox based)25/04/23 Втр 11:52:52#500№3300018
>>3300012 Ты кушай говно с варпшарпом, кушай, они тебе ещё больше навалят.
Аноним (Microsoft Windows 10: Firefox based)25/04/23 Втр 13:33:04#501№3300054
Аноним (Microsoft Windows 10: Firefox based)10/06/23 Суб 23:14:04#505№3318460
бамп
Аноним (Microsoft Windows 10: Firefox based)10/06/23 Суб 23:20:55#506№3318462
Лень курить гайды ради одного раза, так что подскажите.
Есть скачанный сериал с торрентов, в 1080p HEVC, хочу закинуть его на SD карту в смартфон, ужав разрешение до 640x360 (вполне достаточно). Как можно ужать это всё с минимальными заморочками? А-ля указал директорию и готово.
В прошлый раз мы весь тред обсуждали тонкости сжатия и разбирали команды.
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/res/3205384.html