Программы

Ответить в тред Ответить в тред
Check this out!
FFmpeg и общий кодирования видео тред №4 /ffmpeg/ Аноним (Microsoft Windows 10: Chromium based) 29/09/21 Срд 22:48:49 30560701
1611006410332.png 72Кб, 250x250
250x250
FFmpeg и общий кодирования видео тред №4

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

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

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

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

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

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

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

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

Вики WebM-треда: https://github.com/pituz/webm-thread/wiki
и https://hive.blasux.ru/webm/s

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

Бонусом в треде обсуждается youtube-dl - утилита для нормального выкачивания видео с ютуба, вк, порнхаба и ещё миллиона других видеосервисов. Не совсем кодирование, но скорее всего ты тоже этим дерьмом занимаешься, если что-то делаешь с видео, так что давай осваивай тоже нормальную утилиту вместо просмотра рекламы и установки зондов. Тоже опенсорс подо всё, что способно выполнять AND NOT и XOR.

Тред №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/res/3029626.html
Аноним (Microsoft Windows 10: Firefox based) 30/09/21 Чтв 20:54:40 30564962
Как работает crf, когда я указываю конкретный битрейт?
Аноним (Google Android: Mobile Safari) 30/09/21 Чтв 21:03:48 30565073
>>3056061 →
>Ав1 по битрейту не просто в два, раза в три лучше 264
Пруфы будут или как всегда?

>>3056496
Зависит от библиотеки кодера. У тебя libx264, libx265 или libvpx?
Аноним (Microsoft Windows 10: Firefox based) 30/09/21 Чтв 21:04:48 30565094
>>3056507
Интересно было бы услышать про все, ну или про libvpx.
Аноним (Google Android: Mobile Safari) 30/09/21 Чтв 22:35:18 30565575
>>3056554 →
Ты вообще знаешь что-нибудь о запуске программ из командной оболочки?

>>3056509
Ну, про libx264 попробую завтра с работы днëм рассказать.
Аноним (Microsoft Windows 10: Яндекс браузер) 30/09/21 Чтв 23:30:36 30565736
meme.webm 8151Кб, 1280x720, 00:05:58
1280x720
>>3056507
>Пруфы будут или как всегда?

Подобное видео ни в h265, ни в h264 тем более невозможно закодировать с читабельным текстом, для этого потребуется битрейт в десятки раз больше
Общий поток: 186 Кбит/сек
Аноним (Microsoft Windows 10: Яндекс браузер) 30/09/21 Чтв 23:32:20 30565747
Экстремальный пример, в реальных видео тоже будет выигрыш, но не такой большой конечно
Аноним (Linux: Firefox based) 01/10/21 Птн 08:44:35 30566258
>>3056573>>3056574
> Экстремальный пример
> Подобное видео
> с читабельным текстом
> 186 Кбит/сек
Спасибо за пример.
Четверть текста превратилась в нечитаемую размазню.
Выходит, что AV1 способен сгенерировать инфомусор с шириной потока втрое меньше, чем h.264. Если бы ты сразу уточнил такое, то я бы и спорить не стал. Большинство видеороликов содержат не такое.
Кстати, припоминаю, что ещё полтора десятка лет назад был такой кодек для телеконференций — VP7. Статическая картинка (это когда в кадре человек сидит почти неподвижно и болтает) у него выходили с очень маленькой шириной потока, но остальные сюжеты выходили очень сильно посредственно в смысле эффективности сжатия.
Аноним (Microsoft Windows 10: Firefox based) 01/10/21 Птн 14:08:32 30567189
>>3056573
Дык сравни с vvc.
>в десятки раз больше
Ты чет загнул, в 2-3 раза больше, но не в десятки раз.
Аноним (Microsoft Windows 10: Chromium based) 01/10/21 Птн 14:47:27 305672910
doom.webm 15201Кб, 640x360, 00:41:48
640x360
Пытаюсь сделать вебм с кей фреймом в на всю длинну
умудрился 40 мин запихнуть в 360p на 50битрейта в 14мб.
Но можно ли лучше?
В идеале там вообще должно быть 5 кейфремов которые будут сменяться по таймингу песни, как в оригинальном видосе.
РАсскажите покажите как улучшить эту еботу.

использовал команду
ffmpeg -r 1 -loop 1 -i 1.jpg -i doomer.mp4 -t 00:41:47 output.mp4
получилось 41мб

потом прогнал через webm_for_retard сделал аудио битрейт 45кб и видео 10кб. Но видать битрейт ставится по максимальному параметру. Поэтому на выходе получил 50 битрейта в среднем
Аноним (Google Android: Mobile Safari) 01/10/21 Птн 15:21:41 305673911
>>3056729
Ты ебанутый
Скинь оригинал картинки и аудио
Аноним (Microsoft Windows 10: Яндекс браузер) 01/10/21 Птн 16:38:17 305677112
out.webm 20578Кб, 1280x720, 00:41:49
1280x720
>>3056729
Раз в 14 минут меняется картинка и лучше качество звука
Аноним (Microsoft Windows XP: Firefox based) 01/10/21 Птн 18:53:08 305681013
>>3056729
> В идеале там вообще должно быть 5 кейфремов которые будут сменяться по таймингу песни

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

С твоим гипотетическим файлом выйдет вот что:
— либо любая попытка перемотки будет приводить к прыжку на предыдущий или ближайший ключевой кадр, и только на один из них;
— либо любая попытка перемотки будет приводить к зависанию на какое-то время, пока декодируются и отбрасываются кадры начиная с предыдущего ключевого и до указанного времени;
— либо плеер будет вылетать, потому что во время этого декодирования какой-нибудь буфер не получит данные за заданное время, или найдётся ещё какая-то ошибка.

Видеоформаты не очень подходят для такой оптимизации пустых кадров без изменений, в них обычно не предполагается теоретическая возможность пользоваться данными, расположенными за тысячу кадров, поскольку от декодера ожидается работа с локальным куском потока в буфере, а не с файлом целиком. Если тебе нужно совместить аудио и презентацию несколько картинок, возьми подходящий инструмент. Например, Flash.
(ха-ха-ха, возьмите меня в программу «Аншлаг»)
Если без шуток, то ты можешь использовать YTMND для такой демонстрации. Там, правда, перемотки вообще нет.
Аноним (Google Android: Mobile Safari) 01/10/21 Птн 19:58:47 305689014
>>3056810
Ну я же сделал как он сказал, ровно три ключевых кадра для трёх картинок, работает нормально
Аноним (Microsoft Windows 10: Chromium based) 01/10/21 Птн 20:54:33 305692615
Аноним (Microsoft Windows 10: Chromium based) 01/10/21 Птн 21:01:02 305693816
image.png 47Кб, 762x515
762x515
16235182020610.webm 20461Кб, 1920x1080, 00:01:00
1920x1080
>>3056771
Кстати , ты слегка промахнулся с размером
двач почему то округляет рзамер видосов вверх и тип 20 мб округляет до 20.1
а вот 19.9 для него ровно 20. ПОэтому это говно влезет в /b/ а твой видик нет
Аноним (Microsoft Windows 10: Яндекс браузер) 01/10/21 Птн 22:13:22 305697117
out.webm 19968Кб, 1280x720, 00:41:49
1280x720
Аноним (Microsoft Windows 10: Chromium based) 01/10/21 Птн 23:07:32 305700018
>>3056971
Так а как ты ключевые кадры-то расставил?
Аноним (Google Android: Mobile Safari) 01/10/21 Птн 23:12:12 305700219
>>3057000
Три разных видоса склеил, а кодировщик достаточно умный чтоб не пихать лишней информации с параметром -g 999999
Аноним (Google Android: Mobile Safari) 03/10/21 Вск 08:19:18 305749720
Привет анон. Можно ли как-то вырезать начало, конец и главное - середину видео (5 минут в обе стороны от середины) и слепить из этого отдельное видео? Было бы вообще хорошо, если это можно сделать без повторного кодирования.
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 16:33:11 305765821
>>3057497
Не занимайся ерундой и скачай adobe premiere.
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 16:52:00 305766922
image.png 25Кб, 305x578
305x578
Есть BDшник японского мультика, чем мне рипать что бы сбавить маленько размер и разбить на эпизоды?
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 16:52:41 305767023
Аноним (Microsoft Windows XP: Firefox based) 03/10/21 Вск 17:06:25 305768024
>>3057669
Инструкцией по рипам с BD, включающей автоматическую разбивку по главам.
Аноним (Google Android: Mobile Safari) 03/10/21 Вск 17:07:41 305768125
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 19:32:21 305775326
>>3057669
Зачем брать образ с няши, чтобы потом его рипать, когда я уверен рипа любого аниме в разных качествах хоть жопой жуй.
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 20:21:54 305776827
>>3057753
Не могу найти нормальный рип Love Hina, если знаешь где, буду благодарен ссыли
Аноним (Google Android: Mobile Safari) 03/10/21 Вск 20:40:13 305777528
>>3057753
>>3057768
Говноеды, надо смотреть именно в Блю рей качестве, а не всякое пересжатое дерьмо. Вам места жалко, что за хуйня? 50 Гб экономить когда жёсткие диски на терабайты копейки стоят
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 20:44:37 305777929
>>3057775
Я раздаю японские мультики своим знакомым по локальной сети, не каждый из них эстеты, как мы.
Аноним (Google Android: Mobile Safari) 03/10/21 Вск 20:50:50 305778030
>>3057779
Тем более, по локальной сети по гигабиту за пару минут передастся
Не нужно быть эстетом, достаточно не жрать самое конченное пересжатое дерьмо
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 20:52:42 305778231
qbittorrent2021[...].png 2Кб, 232x50
232x50
>>3057780
Мое уточнение было к тому, что не каждый имеет 200гб места на смартфоне/планшете/ноутбуке/компьютере что бы просто посмотреть Love Hina в хорошем качестве
Аноним (Google Android: Mobile Safari) 03/10/21 Вск 21:03:11 305778932
>>3057782
Можно смотреть с твоего жёсткого диска без скачивания, в чём проблема. И там 200 Гб несколько фильмов занимают
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 22:49:44 305782833
>>3057768
Чем тебе вот эти не нравятся вообще?
https://ny.iss.one/view/1154946
https://ny.iss.one/view/1412863 этот также уже с бд сделан
https://ny.iss.one/view/1215876 здесь меньше вес, но качество хуже наверное.
https://ny.iss.one/view/664955 720п
https://ny.iss.one/view/664960 720п спешлы
https://rutracker.org/forum/viewtopic.php?t=5080133
https://rutracker.org/forum/viewtopic.php?t=5081316
Пять секунд буквально найти.
>>3057775
Сейчас качать bdremux будет только додик, когда уже давно можно смотреть их онлайн, не качая, если конечно не для коллекции.
Аноним (Microsoft Windows 10: Firefox based) 03/10/21 Вск 22:55:12 305783134
>>3057828
> когда уже давно можно смотреть их онлайн
Говноед обнаружен! Произвести дезинфекцию треда.
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 23:21:12 305785035
>>3057831
Поясни или хрен соси.
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 23:44:06 305785836
>>3057828
>https://ny.iss.one/view/1154946
Вот эту я заберу, пожалуй. Благодарю, почему-то не смог найти именно этот торрент.

>Чем тебе вот эти не нравятся вообще?
Мне нужен максимально непохеренный BDRip, что смог бы сохранить приличное качество и не весить как сам BD. Это легче и по структуризации папок, так и не сильно бьет по памяти, ведь у меня огромная датабаза из мультиков, фильмов и музыки на случай Чебурнета. Если же я скачаю 720p с битрейтом пенька, то это уже будет говноедство уровня прослушивания музыки в ВК, или ещё хуже, просмотра японских мультиков с японской озвучкой на shikimori.
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 23:45:27 305785937
>>3057858
> с русской озвучкой
Совсем обдвачевался, извиняйте
Аноним (Microsoft Windows 10: Chromium based) 03/10/21 Вск 23:59:55 305787438
>>3057858
720п в hevc 10 bit отлично выглядит годно даже при минимальном битрейте. Не надо тут. Я так все 2 сезона Fate UBW посмотрел, каждая серия по 200мб всего весит, фуллхд уже по 300-400мб. С бдремуксом разницы не увидишь.
Аноним (Microsoft Windows 10: Chromium based) 04/10/21 Пнд 00:15:21 305788239
>>3057874
Я соглашусь с тем, что 720п действительно смотрится неплохо на 1080p мониторе, сейчас Наруто Шиппуден смотрю и вполне неплохо, однако я стараюсь смотреть в будущее и прибираю к рукам самый оптимальный для меня вариант. 720x480 разрешение, что стандартное для DVD уже выглядит не очень даже на 1080p, про 4K я молчу. Никогда не будешь уверен, останутся ли нынешнии потребляди на 1080p разрешении мейнстримно или же будут продвигаться всё выше и выше с каждым десятилетием, потому лучше иметь наилучшее разрешение и, в идеале, с наиболее оптимальным битрейтом. Я бы скачиывал Remux, но не к каждому мультику/фульму такой найдётся, а самому рипать так на это ещё больше денег уйдет, так что я выбрал такой путь.
Аноним (Google Android: Mobile Safari) 04/10/21 Пнд 02:00:13 305789740
Аноним (Google Android: Mobile Safari) 04/10/21 Пнд 06:41:23 305793941
Аноним (Microsoft Windows 8: Firefox based) 04/10/21 Пнд 21:18:59 305820742
1.jpg 285Кб, 1280x690
1280x690
2.jpg 251Кб, 1024x552
1024x552
>общий кодирования видео тред

тупой дебил на связи. нихуя не понимаю как настроить и пользоваться этим ffmpeg, клиника нахуй, поэтому юзаю xmedia recode. всё вроде бы устраивает, но есть проблема с субтитрами. если я хочу сделать хардсаб, то текст может быть слишком большой/маленький или вырвиглазного цвета/шрифта. настройку это параметра не могу найти. в общем подскажите, есть какое-то решение проблемы (кроме сaмoвыпилa), может там надо сочетание кодеков подбирать или загрузить отсутствующие шрифты/библиотеки/аллаха? ПАМАХИТЕ

вот два примера из разных роликов, как криво он может рендерить
Аноним (Microsoft Windows XP: Firefox based) 04/10/21 Пнд 21:53:40 305821743
>>3058207
Обратитесь в службу поддержки xmedia recode.
Аноним (Microsoft Windows 10: Firefox based) 07/10/21 Чтв 00:42:06 305966244
Аноны, в чем разница между 8-bit и 10-bit? Это надо монитор с поддержкой 10bit цвета или можно как-то напердолить 6+FRC?
Аноним (Microsoft Windows 10: Firefox based) 07/10/21 Чтв 00:42:32 305966345
>>3059662
>напердолить на монитор 6+FRC
фикс
Аноним (Google Android: Mobile Safari) 07/10/21 Чтв 05:32:18 305976846
>>3059662
10 бит лучше сжимается, лучше всегда его использовать, даже на 8 бит видео
Аноним (Microsoft Windows XP: Firefox based) 07/10/21 Чтв 09:45:41 305981147
>>3059662
Если у тебя на входе видео с 8 битами на канал (в подавляющем большинстве случаев это так), то на выходе оно не увеличит разрядность, хоть ты его в формат с 16 битами запихни, хоть с 32. Картинка не изменяется, за исключением потерь от сжатия, и никакой особенный монитор не требуется для этого обычного видео.

Перевод в 10-битные значения позволяет улучшить сжатие и/или уменьшить визуальные искажения из-за повышения точности коэффициентов преобразований. В общем и целом, это просто такой промежуточный формат.
Аноним (Microsoft Windows 7: Chromium based) 07/10/21 Чтв 13:11:18 305992648
ffmpeg кириллицу не читает. Всякие бордюры и поребрики вместо букв. Что делать?
Аноним (Google Android: Mobile Safari) 07/10/21 Чтв 14:38:41 305995749
Аноним (Google Android: Mobile Safari) 07/10/21 Чтв 23:34:34 306029650
>>3059662
Вот эти двое >>3059768>>3059811 излагают близко к реальности. Попробую для интересующихся снова изложить в форме не очень короткого эссе. Заранее прошу прощения, что начинаю сильно издалека.

Основные понятия
1. Изображение в типичном цветном видоематериале представляет собой трëхкомпонентный растр прямоугольную плоскую таблицу из идентичных прямоугольных элементов (точек, пикселей), для каждого из которых определено значение яркости и цвет. Фактически каждой точке сопоставлено три числа, соответствующие трехкомпонентной аддитивной модели цветного зрения человека.
2. Цвет. Наиболее распространëнной моделью воспроизведения цветных изображений для светящихся устройств является аддитивная модель RGB. Иллюзия цветового ощущения для человека создаëтся путëм одновременного излучения (из источника, близкого к точечному) света всего трëх тонов, но варирующейся интенсивности. Значению интенсивности каждого из тонов можно сопоставить по числу, пропорциональному этому значению. Для удобства работы с сигналами преобразования информации и учëта особенностей зрения человека, чаще используется не аддитивная модель XYZ (CIE 1931) или RGB (красный, зелëный, синий), а модель YCbCr, получаемая линейным преобразованием из RGB, и содержащая три компонента - яркость (интенсивность) и два цветоразностных. Если использовать только яркостную составляющую, то из таких точек можно собрать «чëрно-белое» изображение, аналогичное тому, которое воспроизводит нецветной кинематограф. Математически линейное преобразование из RGB в YCbCr определено как система трëх линейных уравнений, где значение каждого из компонентов одной модели равно взвешенной сумме трëх компонентов другой модели. Линейная алгебра представляет такую систему как вектор, составленный из значений компонентов, например YCbCr [Y, U, V], являющийся результатом произведения вектора, например RGB [R, G, B], на некоторую матрицу преобразования M. Такие матрицы определены рядом стандартов, например в BT.709 или в BT.601.[/spoiler]

Изображение как функция
Для упрощения рассуждений, дальнейшее рассмотрение буду вести в отношении однокомпонентного изображения. Общность рассуждений это не нарушит, т. к. каждый из компонентов обрабатывается отдельно и почти единообразно. Допустим, что речь пойдëт только о изображении, составленном на основе только яркостной компоненты.
Итак, изображение (в том случае, который рассматривался изначально) - это дискретный составной объект, который можно представить в виде прямоугольной таблицы, в ячейки которой вписаны числа, пропорциональные яркости точки с соответствующими строке и столбцу координатами точки изображения. Можно взять, например, строку чисел из таблицы и построить зависимость значения из ячейки от порядкового номера ячейки. Зависимость эта для большинства изображений реальных сцен будет содержать избыточность. Так будут довольно обширные области, где значения изменяются в сравнительно небольших пределах, будут области с примерно повторяющимся характером зависимости и т. п. Возникает вопрос, заключающийся в том, можно ли представить информацию о имеющейся зависимости более компактно - использовать для воспроизведения меньше чисел, чем содержит сама последовательность.
Математика успела наработать довольно приличный аппарат для анализа и синтеза специальных объектов моделирующих связь между двумя множествами значений. Такими объектами являются функции. Функция как раз ставит в однозначную (у математиков есть и более суровые обобщения, но сейчас достаточно и школьного определения) зависимость два множества чисел: множество значений функции и множество значений аргумента функции. Для моделирования изображения аргументом функции будет номер ячейки, а значением функции - значение яркости.
Рассмотренная модель без проблем обобщается на функцию двух аргументов, когда моделировать нужно изображение из многих строк.

Анализ функций и изображения
Есть одно из фундаментальных преобразований функций в гильбертовом пространстве, определяемое через свëртку - это преобразование Фурье.
Если рассуждать по-проще, то пусть у нас будет некоторая функция из множества похожих на неë свойствами. Множества такого непростого, что любые функции из него можно складывать и перемножать между собой и ещë с какими-нибудь числами, допустим, действительными. И в результате сложений и перемножений получать тоже функцию, и из этого же множества. Допустим, что в множестве этом хитром допустим не только описанный чуть ранее синтез, но и обратное действие - анализ. Т. е. можно взять из множества любую функцию y(x), где x - это аргумент, который может принимать значение любого числа из множества X. Тогда X - это область определения функции y(x), если для всех элементов множества функция имеет смысл, т. е. значение. Теперь допустим, что мы нашли такое множество функций Z, каждая функция в котором имеет ту же область определения, что и y(x), а если взять и перемножить каждую функцию из Z на какое-нибудь действительное число, а потом такие произведения сложить, то в результате мы получим в точности значения функции y(x). Такая хитрая операция будет (при чтении уравнения в одну сторону) называться разложением функции y(x) на составляющие. Пространство функций, на котором допустимо всë описанное непотребство, у математиков называется гильбертовым. В математической литературе определение гораздо короче, но я надеюсь, что смог объяснить более доходчиво. Возвращаясь к разложению, хочу особо отметить те самые сомножетели, которые были не функциями, а просто числами. Это коэффициенты разложения. Если для разложения функции y(x) по наперëд заданному множеству функций Z (базису разложения) коэффициенты определяются единственным образом, то такое разложение называется ортогональным.
Итак, я напомнил понятия функции, пространства функций, разложения, коэффициентов разложения и ортогональности.
Среди всех известных школьникам элементарных функций есть весьма удобные для вот таких разложений базисные функции - тригонометрические. Синус и косинус. Меняются плавно, являются периодическими, определены и ограничены на всëм множестве действительных чисел, а любая пара таких функций ортогональна на интервале, содержащем целое натуральное число периодов каждой. Т. е. sin(x), sin(2x), sin(3x) и т. д. взаимно ортогональны.
Завтра попробую рассказать про спектры, ДКП-преобразование, интерполяцию и способ синтеза изображения сколь угодно высокого разрешения с отсчëтами сколь угодно высокой точности, если разложение производилось по конечному числу отстëтов с дискретным множеством значений (конечной точностью).
Аноним (Google Android: Mobile Safari) 08/10/21 Птн 21:14:47 306081251
Скиньте какое нить видео которое нужно закодировать в маленький размер в охуенном качестве. Надоело видеть как шакалят в полный хлам. Сделаю вам вебм
Аноним (Microsoft Windows 7: Firefox based) 09/10/21 Суб 03:20:30 306085352
>>3056573

Музыка за душу берёт! Откуда музыка? Случайно не Hans Zimmer ли это?
Аноним (Microsoft Windows 7: Firefox based) 09/10/21 Суб 03:43:38 306085553
Впрочем, чего это я >>3060853 спрашиваю, в метаданных же написано, что это Thomas Bergersen «Empire of Angels» (из альбома «Sun» 2014 года, как я понимаю).
Аноним (Microsoft Windows 10: Chromium based) 09/10/21 Суб 15:30:07 306105654
есть мп4 80мб, сжимаю чтобы уместилась в лимит 20мб

ffmpeg -i a.mp4 -vcodec libx265 -crf 24 b.mp4

в итоге на харкаче проигрывается только звук, а вместо шебм серый экран. чяднт?
Аноним (Microsoft Windows 10: Chromium based) 09/10/21 Суб 15:45:28 306109155
>>3061056
Браузеры не поддерживают hevc. У нас тут неспроста webm-культура на борде.
Аноним (Microsoft Windows 10: Firefox based) 09/10/21 Суб 15:58:59 306112256
image 92Кб, 1366x738
1366x738
>>3061091
> Браузеры не поддерживают hevc.
Поддерживает, но только один браузер.
Аноним (Microsoft Windows 10: Chromium based) 09/10/21 Суб 16:00:45 306112657
>>3061122
А, ну это всё меняет.
Аноним (Google Android: Mobile Safari) 09/10/21 Суб 16:29:45 306117258
>>3061122
Edge с расширенным тоже поддерживает
Аноним (Microsoft Windows 10: Firefox based) 09/10/21 Суб 16:33:53 306117859
>>3061172
Эдж, который эдж, а не хром. Там же сноска есть. Так и ишак тоже, не видишь, что ли? Ишак технологичнее большинства выходит. Если кто напишет про патенты, то при внедрении h.264 что-то вопроса о патентах не возникало.
Аноним (Microsoft Windows 10: Palemoon) 09/10/21 Суб 16:38:12 306118560
>>3061178
> то при внедрении h.264 что-то вопроса о патентах не возникало
Возникало, только там было не всё так анально огорожено и вроде как мпегла пошла на уступки, чтобы h264 распространился.
Аноним (Microsoft Windows 10: Firefox based) 09/10/21 Суб 16:42:40 306118861
>>3061185
Нужно было и в случае с H.265 так же сделать, а не городить сотни форматов, которым нужна и аппаратная поддержка. Сэкономили на отчислениях, но юзер соснул, так как его huishen9998 не поддерживает прогрессивный формат huipizda14.88, аппаратную поддержку которого завезут только в huishen9999, покупай, гой! А так можно было бы купить видяху и проц с поддержкой хевка и раскошелиться на новые только при выходе VVC, всё-таки универсальный стандарт это всегда ради общего блага.
Аноним (Microsoft Windows 10: Chromium based) 09/10/21 Суб 16:47:38 306119362
>>3061188
> покупай, гой
Так-то вся суть
Аноним (Microsoft Windows 10: Palemoon) 09/10/21 Суб 16:48:11 306119563
>>3061188
> Нужно было
Разрабатывай свой формат и раздавай, мой маленький грязноштанник, а причём тут поддержка? Поддержку пилить никто не запрещает, её не пилят потому что нет развития сервисов, использующих этот кодек, аппаратура тут не при чём, можно и софтом декодить, ну и гнилой ff отказался от h265 после продажи своего анала гуглу задёшево, если я правильно помню.
Аноним (Microsoft Windows 10: Firefox based) 09/10/21 Суб 16:55:56 306120064
>>3061195
> мой маленький грязноштанник
Грязноштанники это те, кто запиливает свои аналоговнеты (государственный капитализм с налётом социализма, например), я же следую стандарту. Стандарт это H.265, он везде применяется, особенно в кино. Аналоговнеты в данном случае это AV1, VP8 и VP9, которые поглотили браузеры. Раз существует практика принудить распространять, пойти на уступки, так её нужно применять дальше.
Аноним (Microsoft Windows 10: Palemoon) 09/10/21 Суб 17:05:08 306120465
1633799370502.png 242Кб, 375x501
375x501
>>3061200
> отобрать и поделить лицензирование
> Я НЕ ГРЯЗНОШТАННИК МАМ
Вам таблетосы с правой или с левой?
Аноним (Google Android: Mobile Safari) 09/10/21 Суб 17:49:01 306122366
>>3061178
Тупой сука, последний тоже поддерживает
Аноним (Microsoft Windows 10: Firefox based) 09/10/21 Суб 18:27:50 306125267
Аноним (Linux: Firefox based) 09/10/21 Суб 21:23:41 306134168
Аноним (Microsoft Windows 10: Firefox based) 09/10/21 Суб 21:30:48 306135069
>>3061200
>это AV1, VP8 и VP9
Они хороши для потокового вещания (искл. АВ1, т.к. он литералли неюзабелен), когда очень важно ужать файлы, но во всем остальном это говно сравнивать с залупой от мпег как-то стыдно. Это совершенно разные уровни. Хотя свободные форматы разрабатывают нихуевые такие корпорации.
Аноним (Microsoft Windows 10: Chromium based) 09/10/21 Суб 22:26:19 306138370
image.png 2369Кб, 1534x772
1534x772
Аноним (Linux: Firefox based) 09/10/21 Суб 22:31:35 306138571
image.png 70Кб, 700x508
700x508
>>3061383
Что и следовало ожидать.
Аноним (Microsoft Windows 10: Palemoon) 09/10/21 Суб 22:39:35 306139472
>>3061350
> Они хороши для потокового вещания
Потому потоковое вещание идёт в h264? По крайней мере на ютуб(создателе этих кодеков) и твиче. Они хороши лишь тем, что ютубу за них не надо платить, в остальном это тотальный мусор, даже для хранения информации, если не ставишь целью смотреть 8к или 144p видео на ютубе, то лучше воспроизводить в h264 вообще всё >=360p и <=1080p, здоровее глаза будут.
Аноним (Microsoft Windows 10: Firefox based) 09/10/21 Суб 22:39:46 306139573
image 997Кб, 1366x768
1366x768
>>3061385
Я вот так делаю в данном случае.
Аноним (Google Android: Mobile Safari) 09/10/21 Суб 23:03:40 306141674
>>3061385
Яндекс браузер тоже открывает
Аноним (Microsoft Windows 10: Chromium based) 10/10/21 Вск 18:37:32 306187175
>>3061122
Слышал, что фурифокс тоже поддерживает.
Аноним (Microsoft Windows 10: Firefox based) 10/10/21 Вск 18:40:40 306187476
>>3061871
Только если в linux с кастомным ffmpeg собрать.
Аноним (Microsoft Windows 10: Firefox based) 10/10/21 Вск 18:52:23 306188777
Аноны, libx265 поддерживает OpenCL? На одном процессоре скорость 0.025x - вообще пиздец.
Аноним (Google Android: Mobile Safari) 10/10/21 Вск 20:03:16 306196078
>>3061887
Нет. Какой пресет? Медленнее чем slow нет смысла использовать
Аноним (Microsoft Windows 10: Firefox based) 10/10/21 Вск 20:04:29 306196279
>>3061960
Пресет влияет только на размер и скорость сжатия? На качество влияет CRF?
Аноним (Google Android: Mobile Safari) 10/10/21 Вск 20:11:31 306196680
>>3061962
Он влияет только на качество сжатия, размер остаётся таким же (почти)
Аноним (Microsoft Windows 10: Firefox based) 11/10/21 Пнд 11:59:23 306227381
>>3061394
>Потому потоковое вещание идёт в h264?
Где? На ютабе вп9/ав1 вперемешку. У твича vp9 в мп4 завернут. В онлайн-кинотеатрах, скорее всего, так же, как и на твиче.
Аноним (Google Android: Mobile Safari) 11/10/21 Пнд 19:26:38 306251382
>>3062273
>На ютабе вп9/ав1 вперемешку.
Подтверждаю. Не так давно обратил внимание на то, что батарейки ноута хватает всего лишь на час видео с ютуба. А там AV1, который на программном декодере грузит процессор под 50-75%. VP9 грузит под 30-50. Но это тоже не комильфо.
Аноним (Google Android: Mobile Safari) 11/10/21 Пнд 19:28:02 306251583
>>3062513
Нехуй пользоваться некроговном без поддержки блять кодека 2013 года, отнеси его в помойку
Аноним (Microsoft Windows 10: Chromium based) 11/10/21 Пнд 19:33:12 306252184
1633981055579.png 116Кб, 589x219
589x219
>>3062273
> Где? На ютабе вп9/ав1 вперемешку
Запустил стрим на ютубе, например, где вп9?
Аноним (Microsoft Windows 10: Chromium based) 11/10/21 Пнд 19:34:54 306252485
1633981157535.jpg 72Кб, 780x585
780x585
>>3062273
> vp9 в мп4 завернут
Можно подробнее кто и как завернул?
Аноним (Google Android: Mobile Safari) 11/10/21 Пнд 19:35:20 306252686
>>3062515
Альтернатива стоит от 160 тысяч рублей. Как-то не очень мне эта сумма нравится.
Аноним (Microsoft Windows 10: Firefox based) 11/10/21 Пнд 19:40:00 306253087
Аноним (Microsoft Windows 10: Chromium based) 11/10/21 Пнд 19:45:01 306253688
>>3062530
А под "потоковым вещанием" имелись ввиду не стримы? Просто гугл на этот вопрос несколько теряется.
Аноним (Google Android: Mobile Safari) 11/10/21 Пнд 23:04:49 306263789
Аноним (Microsoft Windows 10: Chromium based) 11/10/21 Пнд 23:17:33 306263990
>>3062637
Ну прогресс не стоит на месте, надеюсь к моменту когда массово платформы будут стримить от 1440 уже в ходу будет адекватный кодек, хотя у меня всё равно не будет достаточной пропускной способности канала, чтобы такой контент оценить.
Аноним (Microsoft Windows 7: Firefox based) 12/10/21 Втр 13:52:30 306276391
>>3062639
А какой кодек адекватный?
Аноним (Google Android: Mobile Safari) 12/10/21 Втр 16:38:36 306283592
Аноним (Google Android: Mobile Safari) 12/10/21 Втр 17:01:41 306284493
>>3060812
Бамп, никому не нужна божественная вебмка?
Аноним (Microsoft Windows 10: Chromium based) 13/10/21 Срд 15:24:09 306332294
Может ли webm for retards кодировать именно в мп4? Интерфейс и функционал устраивает полностью за исключением формата.
По дефолту там такая командная строка
-an -c:v libvpx -pix_fmt yuv420p -threads 4 -slices 2 -metadata title="Урок1" -minrate:v 900k -b:v 900k -maxrate:v 900k -bufsize 540k -rc_init_occupancy 3600k -qcomp 0
Аноним (Microsoft Windows 10: Firefox based) 13/10/21 Срд 16:56:57 306334295
libaom-av1 вообще используется? Не умеет использовать 32 потока.
Попробовал SVT-AV1, тот и нагружает по максимуму, и быстро где-то 0.43x. Но не могу менять битрейт -b:v не воспринимает.
Что скажете за librav1e?
Аноним (Linux: Firefox based) 13/10/21 Срд 21:51:04 306354196
Решил посмотреть производительность кодеров intel QSV.
Вот эта бумага:
https://www.intel.com/content/dam/www/public/us/en/documents/white-papers/cloud-computing-quicksync-video-ffmpeg-white-paper.pdf
говорит, что на Xeon E3-1285 (haswell) кодер h264_qsv должен дать под 100 кадров/с даже в режиме veryslow.
Я пробовал на Core i5 4460 с кодером h264_vaapi еле удаётся выдавить 25 кадров/с.
Материал везде 1920×1080, yuv444p.
Как-то слабовато со сходимостью.
Аноним (Google Android: Mobile Safari) 14/10/21 Чтв 00:04:52 306361597
>>3063342
Для этого нужен av1an лол
Аноним (Google Android: Mobile Safari) 14/10/21 Чтв 00:05:37 306361698
>>3063541
Под нормальной системой попробуй, а не пердольской
Аноним (Google Android: Mobile Safari) 14/10/21 Чтв 06:34:24 306374499
>>3063616
Ты whitepaper читал вообще? Там как раз под нормальной системой и пробуют. У меня почти такая же. Проблема очевидно не в этом.
Аноним (Microsoft Windows 10: Chromium based) 14/10/21 Чтв 09:06:35 3063758100
Аноним (Microsoft Windows 10: Firefox based) 14/10/21 Чтв 11:33:38 3063812101
4d9429cf44202bc[...].jpg 107Кб, 1024x680
1024x680
Не знаю где спросить, спрошу здесь.

Имеется много музыки mp3 320, хочу перекодировать всё в opus 128 или 160 ещё не определился, естественно сначала перегоню mp3 в wav, а уже потом в opus. Это совсем плохая идея или норм?
Аноним (Microsoft Windows 10: Chromium based) 14/10/21 Чтв 14:27:58 3063907102
>>3063812
> opus 128
Из mp3 320 вполне достаточно.
> естественно сначала перегоню mp3 в wav
Зачем?
> Это совсем плохая идея или норм?
Норм, если на смартфоне или плеере не хватает места подо всё. А на пека нет смысла имхо.
Аноним (Google Android: Mobile Safari) 14/10/21 Чтв 14:50:18 3063911103
>>3063812
Нет, музыку с потерями никогда нельзя конвертировать ещё раз. Тебе нужен нормальный источник flac. 2021, тебе жалко купить жёсткий диск на 2 Тб за 4000 р?
Аноним (Linux: Firefox based) 14/10/21 Чтв 18:56:46 3064034104
>>3063911
Хорошая попытка, копираст.
Аноним (Google Android: Mobile Safari) 14/10/21 Чтв 19:35:48 3064054105
>>3063758
Не факт, что баг. Вполне может быть, что так и должно быть для VA-API. Годные источники информации по этому вопросу либо сходу не гугляться, либо вовсе не существуют в открытых источниках. В whitepaper используется другой интерфейс для обмена данными с сопроцессором - используется вместо h264_vaapi h264_qsv, подключается через библиотеку libmfx. Судя по описанию, кодер на libmfx совершает существенно меньше транзакций. Плюс, пара постов (похоже, от инженеров intel) на форуме поддержки этого вашего intel вещает о том, что вариант интерфейсной прослойки VA-API менее производительный, чем QSV с libmfx.
По описанию пакета i965-va-driver, он предоставляет возможность использовать кодеры mpeg2, mjpeg, mpeg4asp и h264 через VA-API. При этом есть вариант этого пакета i965-va-driver-shaders с закрытыми прошивками в комплекте, которые позволяют кодировать через VA-API ещë и в h265 (и если я правильно помню, то и в VP9).
По справочным данным ffmpeg wiki и archwiki, haswell должен уметь в кодирование набора, перечисленного для i965-va-driver-shaders, как через VA-API, так и другим (не уточняется интерфейс) способом через QSV.
Если отталкиваться от содержания whitepaper, то они используют собственную сборочку прыщей с графическим стеком из ffmpeg с кодером h264_qsv, QSV-чипа и libmfx где-то между ними. Если посмотреть на описание этой самой libmfx, то там сказано, что haswell не поддерживается, а сопрягать эту ляпоту можно только с intel-media-va-driver-non-free, в котором haswell не поддерживается. Возможно поддержку haswell выкинули при очередном обновлении, а whitepaper отчитывается о работе исторического кода, но это нужно проверять.
Очень жаль, что у меня под рукой оказалось всего два камня, и оба haswell. Нет возможности проверить.
Установка i965-va-driver-shaders кодер h264_vaapi ожидаемо не ускорила. Установленный libmfx1 к драйверу i965 при попытке инициализации h264_qsv подключаться не желает и ожидаемо требует драйвер iHD из intel-media-va-driver-non-free, при инициализации которого возвращается ошибка о неготовности оборудования.
Пока такие дела.
Аноним (Microsoft Windows 10: Chromium based) 14/10/21 Чтв 19:42:36 3064057106
>>3064054
Для начала бы понять, где ты там вообще нашёл хасвелл.
Аноним (Google Android: Mobile Safari) 14/10/21 Чтв 19:59:40 3064063107
>>3064034
Любитель пересжатого дерьма, спок
Аноним (Microsoft Windows 10: Chromium based) 14/10/21 Чтв 20:43:19 3064072108
>>3063812
Имеет смысл только кодировать из оригинала wav,flac.
>естественно сначала перегоню mp3 в wav, а уже потом в opus
Делать это идиотизм и излишняя трата времени. Зачем не пойму, качество это не улучшит.
Аноним (Google Android: Mobile Safari) 14/10/21 Чтв 21:03:21 3064083109
>>3064057
Не вполне ясно, что ты пытаешься высказать.
Аноним (Microsoft Windows 10: Firefox based) 14/10/21 Чтв 22:53:52 3064164110
Почему у меня на пресете medium в libx265 файл получается меньше, чем на veryslow? Что за наебалово, как выбирать эти параметры?
Аноним (Google Android: Mobile Safari) 15/10/21 Птн 01:39:37 3064207111
>>3064164
Так и должно быть, размер немного может отличаться, ничего страшного
Аноним (Microsoft Windows 7: Firefox based) 15/10/21 Птн 01:59:52 3064210112
ffmpeg может сделать, чтобы типа в одном mp3 файле было что-то вроде дорожек с возможностью выбирать между?
Аноним (Google Android: Mobile Safari) 15/10/21 Птн 02:12:19 3064215113
>>3064210
Можно запихнуть их в mkv
Аноним (Microsoft Windows 7: Firefox based) 15/10/21 Птн 02:15:48 3064217114
>>3064215
Ну или там какой формат файла может, чтобы выбирать между дорожками, но был один файл
Аноним (Google Android: Mobile Safari) 15/10/21 Птн 02:18:39 3064220115
Аноним (Microsoft Windows 7: Chromium based) 15/10/21 Птн 02:31:39 3064226116
>>3064217
мп3 не умеет в такое. Делают cue или любого другого формата плейлист и кладут рядом с мп3 файлом.
Аноним (Linux: Firefox based) 15/10/21 Птн 14:48:56 3064396117
>>3064063
Ну ты там как? Уже посчитал недополученную прибыль из-за любителей lossy релизов на торрент трекерах?
Аноним (Linux: Firefox based) 15/10/21 Птн 14:51:35 3064399118
>>3064217
.mka, .ogg (opus наверно тоже), и даже главы в .m4a, ну и ещё flac с embeded cue.
Аноним (Microsoft Windows 10: Chromium based) 16/10/21 Суб 14:23:18 3064829119
А есть ли итт (((счастливые))) обладатели nvidia 3000 ampere? Отпишитесь, каково это вообще аппаратно vp9 энкодить, как качество и скорость по сравнению с программным кодированием?
Аноним (Google Android: Mobile Safari) 17/10/21 Вск 21:38:33 3065484120
>>3064829
Есть только Паскаль GP107, который умеет только h.264 или h.265, да последний без b-кадров.
Аноним (Microsoft Windows 10: Chromium based) 18/10/21 Пнд 21:57:28 3065855121
>>3064829
С каких пор у нвидии вообще есть vp9 encode. Там всегда только h264 и h265. Он вообще у интуля есть только.
Аноним (Microsoft Windows 10: Chromium based) 18/10/21 Пнд 23:50:27 3065897122
>>3065855
> Он вообще у интуля есть только.
Поподробнее?
Аноним (Microsoft Windows 10: Chromium based) 19/10/21 Втр 00:28:52 3065911123
Аноним (Google Android: Mobile Safari) 19/10/21 Втр 03:20:46 3065925124
>>3065911
SVT тут причём, это программный кодировщик, работает везде
>>3065897
Если у тебя есть свежий процессор со встройкой, ты можешь делать vp9 видео очень быстро, с хуевым качеством. Как ютуб впринципе https://en.m.wikipedia.org/wiki/Intel_Quick_Sync_Video
Аноним (Microsoft Windows 10: Palemoon) 19/10/21 Втр 03:22:55 3065926125
1634614042434.jpg 6Кб, 247x204
247x204
>>3065925
> делать vp9
> с хуевым качеством
А он способен выдавать другое качество?
Аноним (Google Android: Mobile Safari) 19/10/21 Втр 06:57:44 3065938126
>>3065926
Скажем так, он не предназначен для иного.
Аноним (Google Android: Mobile Safari) 19/10/21 Втр 21:03:31 3066175127
Аноним (Linux: Firefox based) 19/10/21 Втр 21:13:18 3066188128
>>3066175
С чем ты не слогласен? Попробуй дать более развёрнутый ответ!
Аноним (Linux: Palemoon) 20/10/21 Срд 10:22:01 3066382129
Пытаюсь нарезать вебмку из HEVC HDR фильма:
ffmpeg -i input.HDR.HEVC.mkv -ss 1:27:40.875 -to 1:28:19.333 -map 0:0 -map 0:3 -c:v libx264 -preset veryslow -crf 18 -c:a libmp3lame -q:a 5 output.mp4
ffmpeg зависает на стадии декодирования и пишет сообщения типа:
[hevc @ 0x56210338ddc0] Mastering Display Metadata:
[hevc @ 0x56210338ddc0] r(0.6800,0.3200) g(0.2650,0.6900) b(0.1500 0.0600) wp(0.3127, 0.3290)
[hevc @ 0x56210338ddc0] min_luminance=0.005000, max_luminance=4000.000000
[hevc @ 0x56210338ddc0] Content Light Level Metadata:
[hevc @ 0x56210338ddc0] MaxCLL=738, MaxFALL=157
[hevc @ 0x56210338ddc0] Output frame with POC 12.
[hevc @ 0x562103212c40] Decoding SEI
[hevc @ 0x562103212c40] Decoded frame with POC 6.
cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is harmless if it occurs once at the start per stream)
[hevc @ 0x562103212c40] nal_unit_type: 35(AUD), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x562103212c40] nal_unit_type: 34(PPS), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x562103212c40] nal_unit_type: 39(SEI_PREFIX), nuh_layer_id: 0, temporal_id: 0

Я не пойму в чем дело, он закончит это когда-нибудь? Или ему нужны дополнительные настройки.
Аноним (Linux: Palemoon) 20/10/21 Срд 10:58:54 3066388130
>>3066382
Закончил. Полчаса отжирает только на подготовку! Какого хуя!? Можно с этим что-то сделать? Есть гайды по перекодированию HDR?
Аноним (Microsoft Windows 10: Palemoon) 20/10/21 Срд 11:08:31 3066392131
>>3066388
> Закончил. Полчаса отжирает только на подготовку! Какого хуя!? Можно с этим что-то сделать?
Можно, прочитать как пользоваться --ss в ffmpeg
Аноним (Linux: Palemoon) 20/10/21 Срд 11:25:56 3066396132
>>3066392
Спасибо. Не знал, что есть разница, где ставить -ss.
Аноним (Linux: Palemoon) 20/10/21 Срд 11:43:04 3066402133
>>3066396
Охуенно! Фильтр субтитров, оказывается, не работает с быстрым -ss.
Аноним (Microsoft Windows 10: Palemoon) 20/10/21 Срд 12:10:57 3066411134
>>3066402
Укажи сдвиг в фильтре или воспользуйся внешним контейнером типа какого-нибудь synta
Аноним (Microsoft Windows 10: Palemoon) 20/10/21 Срд 12:13:05 3066412135
1634732251772.png 875Кб, 1131x1600
1131x1600
>>3066402
Это же все в детских гадах есть https://hive.blasux.ru/webm/s как ты дожил до своих лет ничего не читая? Штанишки то хоть сам с утра надеваешь?
Аноним (Linux: Palemoon) 20/10/21 Срд 12:49:04 3066421136
1564380864173.png 232Кб, 460x490
460x490
>>3066412
>Штанишки то хоть сам с утра надеваешь?
Я их не надеваю.
Аноним (Microsoft Windows 10: Chromium based) 20/10/21 Срд 14:20:24 3066448137
>>3066382
> вебмку
Значение знаешь?
Аноним (Linux: Firefox based) 20/10/21 Срд 22:46:57 3066691138
>>3066382
Внимание, вопрос:

Будут ли хоть какие-то улучшения в цветопередаче на SDR мониторе, если вместо апконверта 8 бит SDR в 10 бит SDR взять 10 бит HDR источник, и перекодировать его в 10 бит SDR? И если да, то насколько они значимые?
Аноним (Google Android: Mobile Safari) 21/10/21 Чтв 06:23:03 3066783139
>>3066691
>взять 10 бит HDR источник
Где взять?
Аноним (Microsoft Windows 7: Chromium based) 21/10/21 Чтв 15:51:08 3066946140
08.png 76Кб, 490x317
490x317
>>3066382
>вебмку
>libx264
>output.mp4
Аноним (Linux: Firefox based) 21/10/21 Чтв 19:33:24 3067012141
изображение.png 11Кб, 917x33
917x33
Аноним (Google Android: Mobile Safari) 21/10/21 Чтв 21:21:14 3067041142

>>3066691
Интересный вопрос, можешь сделать эксперимент? Мне кажется не будет разницы
Аноним (Microsoft Windows 10: Chromium based) 22/10/21 Птн 11:05:08 3067207143
Что значат значения, например, 4, 0, -4 в графе "скорость кодирования"? То есть как скорость может быть нулевой и отрицательной? Какое значение ставить, если качество приоритетнее времени?
Аноним (Microsoft Windows 10: Chromium based) 23/10/21 Суб 19:45:50 3067857144
Возможно ли 2-проходное кодирование с гпу-ускорением?
Аноним (Microsoft Windows 10: Firefox based) 23/10/21 Суб 19:59:30 3067866145
Аноним (Microsoft Windows 10: Chromium based) 23/10/21 Суб 20:36:49 3067877146
Аноним (Google Android: Mobile Safari) 23/10/21 Суб 21:07:09 3067886147
>>3067857
nvenc не может
http://forum.doom9.org/showthread.php?t=175091

intel qsv тоже не может
https://community.intel.com/t5/Media-Intel-oneAPI-Video/2-Pass-Encoding/td-p/995261

и amd vce не может
https://forum.videohelp.com/threads/364197-Two-pass-encoding-How-hard-is-it

Расслабься! Это никому не нужно. Эти аппаратные кодеры нужны не для подготовки качественного материала, а для быстроляпа без большой загрузки ЦП.
Аноним (Microsoft Windows 10: Chromium based) 23/10/21 Суб 21:13:25 3067890148
Аноним (Microsoft Windows 10: Firefox based) 24/10/21 Вск 10:59:40 3068109149
>>3067886
Что тогда делает параметр 2pass у h264_nvenc и hevc_nvenc?
Аноним (Microsoft Windows 10: Firefox based) 24/10/21 Вск 12:00:50 3068142150
Где-то можно рассчитать примерную скорость кодирования в зависимости от ЦП? Думаю сделать из старого пека че-то типа сервера, который будет работать 24/7 и параллельно кодировать мои бдремуксы в AV1 (ну или не в AV1)
Аноним (Microsoft Windows 10: Palemoon) 24/10/21 Вск 12:32:49 3068162151
>>3068142
> Думаю сделать из старого пека че-то типа сервера, который будет работать 24/7 и параллельно кодировать мои бдремуксы
И зачем тебе в таком случаем примерно рассчитывать время? Поставил и пусть кодируется месяцами.
Аноним (Microsoft Windows 10: Firefox based) 24/10/21 Вск 12:34:26 3068165152
>>3068162
>Поставил и пусть кодируется месяцами.
Затраты на электроэнергию же. Там нихуя не энергоэффективный проц
Аноним (Microsoft Windows 10: Palemoon) 24/10/21 Вск 12:37:47 3068166153
>>3068165
> Там нихуя не энергоэффективный проц
Зачем тебе в сервере не энергоэффективный проц?
Аноним (Microsoft Windows 10: Firefox based) 24/10/21 Вск 12:41:58 3068167154
>>3068166
Для НАСа похуй, он все равно будет 99% времени в простое, а в простое он потребляет раз в 50 меньше, чем во время пиковой нагрузки
Аноним (Google Android: Mobile Safari) 25/10/21 Пнд 06:17:58 3068525155
>>3068109
По первой ссылке объяснено, что это двухпроходный анализ кадра, а не двухпроходный режим работы всего контроллера ширины потока. Лучнее, что есть в nvenc - это режим без потерь. Конкретно мне трудно представить случаи применения, отличные от:
- говновидео для говностримов,
- быстрый захват без потерь для последующего монтажа.
Решения от Штеуд и Амуде годятся только под первый вариант. Может ли это измениться? Да, может, но пруфов я пока не видел.
Аноним (Google Android: Mobile Safari) 25/10/21 Пнд 06:23:56 3068526156
>>3068167
Но ты же целевое назначение изменить хочешь. Теперь у тебя не NAS, а числодробилка. Теперь нужна энергоэффективность.

>>3068142
>рассчитать примерную скорость кодирования в зависимости от ЦП?
Можно прикинуть экспериментально. Можно взять какой-нибудь средний контент, и закодировать, оценив скорость в кадрах/с. 4K-исходник «Tears of Steel» подойдëт, можешь качать png-шки.
Аноним (Microsoft Windows 10: Chromium based) 25/10/21 Пнд 19:06:19 3068736157
>>3056070 (OP)
Как там поживает аппаратное ускорение кодирования VP9 на винде? Если никак, то я лучше буду кодировать в Ав1, ибо интелловский кодер работает быстрее libvpx-vp9
Аноним (Google Android: Mobile Safari) 26/10/21 Втр 02:06:10 3068970158
kindzadza20mb.webm 20299Кб, 320x180, 02:07:23
320x180
Аноны, я нашёл самую длинную шебм!
Аноним (Microsoft Windows 10: Firefox based) 30/10/21 Суб 20:31:40 3071119159
>>3056070 (OP)
Подскажите видеофильтр ffmpeg, чтоб от краёв к центру экрана шёл чёрный полупрозрачный тон, чем ближе к центру тем более он прозрачный, пока совсем не исчезнет.
Ещё хотелось по такому же принципу (от краёв к центру) сделать увеличение насыщенности цветов.
Аноним (Microsoft Windows 10: Firefox based) 30/10/21 Суб 22:51:34 3071167160
>>3068970
Зелёный слоник идет 2 часа 20 минут. Шебэмка с полным фильмом раньше здесь мелькала.
Аноним (Microsoft Windows 10: Firefox based) 30/10/21 Суб 22:59:39 3071172161
>>3068970
Как сделать тоже, чтобы длинное видео занимало мало места? Как закодировать? Есть инструкция?
Аноним (Google Android: Mobile Safari) 31/10/21 Вск 08:45:01 3071275162
>>3071119
Делается не так. Создаëтся в любом удобном графическом редакторе соответствующий градиент от чëрного к белому в центре. Экспортируется в тонах серого одна картинка в размер кадра. В фильтрах наложения используется как маска. Делаешь т-фильтр, один из его выходов обесцвечиваешь, поверх последнего накладываешь второй выход т-фильтра с твоей картинкой в качестве маски. Могу попробовать через фильтры ffmpeg командную строчку собрать, если хочешь, но лучше бы в каком-нибудь avisynth/vapoursynth это делать.
Аноним (Microsoft Windows 10: Firefox based) 31/10/21 Вск 10:27:02 3071293163
>>3071275
> Экспортируется в тонах серого одна картинка в размер кадра.
Я хочу использовать эту команду в mpv. У разных видео разное разрешение, нормально получится использовать только один файл маски.
Аноним (Google Android: Mobile Safari) 31/10/21 Вск 11:15:06 3071299164
>>3071293
>использовать эту команду в mpv.
Для mpv шейдер писать надо. Затея у тебя, мягко говоря, странная.

>разных видео разное разрешение, нормально получится использовать только один файл маски.
Можно масштабировать его фильтром.
Аноним (Microsoft Windows 10: Firefox based) 31/10/21 Вск 11:32:25 3071308165
>>3071299
mpv поддерживает фильтры ffmpeg через vf=
Аноним (Google Android: Mobile Safari) 31/10/21 Вск 11:44:21 3071314166
>>3071308
И -filter_complex поддерживает?
Аноним (Microsoft Windows 10: Firefox based) 31/10/21 Вск 11:47:43 3071316167
Аноним (Microsoft Windows 10: Chromium based) 01/11/21 Пнд 10:36:43 3072019168
Почему при склеивании без перекодирования размер выходит меньше, чем суммарный у склеенных частей?
Аноним (Microsoft Windows 10: Chromium based) 01/11/21 Пнд 13:31:25 3072068169
Аноним (Microsoft Windows 10: Chromium based) 01/11/21 Пнд 13:59:39 3072089170
Аноним (Microsoft Windows 10: Chromium based) 01/11/21 Пнд 14:32:31 3072097171
>>3072089
Заголовки файлов. Описание содержимого, структуры, вот это всё. Плюс, если мы говорим о сжатии, то это словари, которые должны объединяться, и повторяющиеся фрагменты - удаляться.
Аноним (Microsoft Windows 10: Chromium based) 01/11/21 Пнд 21:52:07 3072320172
>>3072097
Хорошо, я тоже подумал про особенности контейнера, но смутило то, что размер стал заметно меньше, процентов на 10, а не на байты-килобайты: 0,4гб + 9,7гб → 9,2 гб.
Аноним (Microsoft Windows 7: Firefox based) 05/11/21 Птн 14:38:47 3073718173
под линуксом есть программа подобная по функционалу sony dvd architect? чтобы скормить ей m2v, звуковые дорожки и субтитры а на выходе получить готовый для записи на диск фильм?
Аноним (Microsoft Windows 10: Chromium based) 05/11/21 Птн 21:42:02 3073837174
Почему кодировщик hevc_nvenc ругается на формат пикселя yuvj444p ?
>deprecated pixel format used, make sure you did set range correctly
Аноним (Google Android: Mobile Safari) 07/11/21 Вск 08:33:42 3074439175
Аноним (Linux: Firefox based) 10/11/21 Срд 11:43:03 3075513176
>>3075434 →
> на сайте вот что про mp4 пишет
Пишут, что MP4 и матьрёшка поддерживаются.
Значит, у нас два варианта развития событий:
1. Мы удалим packed bitstream из потока, сформированного кодером DivX, приведём поток к удобоваримому виду обычного MPEG4 ASP, который можно смело положить в матрёшку или MP4. Телевизор твой должен такое скушать.
2. Если не получится быстренько переделать по первому варианту, тогда перекодируем в h.264.

> Поэтому, буду признателен, если напишешь как, и я сам постараюсь там подшаманить.
Для этого мне нужен твой образец. Возьми любую из серий на твой выбор и ffmpeg.
Если у тебя Windows на x64, то FFmpeg возьми отсюда:
- windows, x64, без libxcb, vaapi, xlib, libdrm, libfdk-aac и frei0r — https://github.com/BtbN/FFmpeg-Builds/releases (бери тот файл, имя которого заканчивается на «-win64-gpl-4.4.zip»);
- windows, x64, без iconv, с libfdk-aac, frei0r, libgsm, libopenh264, libspeex, libsvthevc, libilbc, libvo-amrwbenc, libxavs, gnutls, libaribb24, libbs2b, libcaca, libflite, liblensfun, libmodplug, libmysofa, libsnappy и libtesseract в комплекте, с nvenc, nvdec вместо ffnvcodec — https://github.com/AnimMouse/ffmpeg-autobuild/releases (бери тот файл, имя которого заканчивается на «win64-nonfree.7z»).

Дальше нужно добавить путь к ffmpeg.exe в реестр, чтобы вызывыть короткой командой. Методичка здесь https://docs.microsoft.com/en-us/windows/win32/shell/app-registration
Можно без методички открыть ветку реестра «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths». Там по аналогии можно догадаться, как сделать нужно.

Делаешь следующее в консолечке, которая у тебя есть:
ffmpeg -hide_banner -t 30 -i "c:\anime\rare things\oldfag tears episode 01.avi" -c copy output.avi
где «c:\anime\rare things\oldfag tears episode 01.avi» — полный путь к файлу с серией, «output.avi» — выходной файл, в котором ты для меня сделаешь 30-секундный кусочек твоего аниме.

Наш итоговый результат по сценарию варианта 1 должен изготавливаться примерно так:
ffmpeg -hide_banner -i "c:\anime\rare things\oldfag tears episode 01.avi" -c copy -bsf:v mpeg4_unpack_bframes episode_01.mp4
Аноним (Microsoft Windows 10: Chromium based) 12/11/21 Птн 07:26:14 3076209177
При -c copy первая секунда видеодорожки сплошной фриз, причём на неё даже перемотать нельзя, почему так и что делать?
Аноним (Google Android: Firefox based) 12/11/21 Птн 07:45:36 3076214178
>>3076209
Если что-то режешь, поставь -ss перед -i.
Аноним (Microsoft Windows 10: Chromium based) 12/11/21 Птн 07:59:14 3076222179
>>3076214
Да, я так и сделал, чтобы лишних полтора часа не обрабатывать, но ведь дело не в этом.
>>3076209
Сам вспомнил, что в предыдущих тредах уже поднималась это тема, дело в ключевых кадрах. Поставил -ss на секунду раньше, и секундный фриз пропал. Но всё равно расскажите, как резать в точное время без этих фризов.
Аноним (Microsoft Windows 7: Firefox based) 12/11/21 Птн 11:05:40 3076252180
Компиляция в 4 часа кодировать в av1 несколько дней. Само видео тормозит при быстрой перемотке. Ролик весит в 2 раза меньше исходника в h.264
Аноним (Linux: Firefox based) 12/11/21 Птн 12:11:18 3076272181
>>3076222
>как резать в точное время без этих фризов.
С перекодированием.
Тут есть кроме штуки с ключевыми кадрами ещё штука с прочими всякими потоками. Например, со звуком, продолжительность кадра у которого не просто не равна продолжительности кадра видео, а даже не кратна ей.

Если есть желание свободно монтировать, то добро пожаловать в перекодирование.
Аноним (Microsoft Windows 10: Chromium based) 12/11/21 Птн 21:25:40 3076550182
периодически пользуюсь командой "concat:1.ts|2.ts|3.ts|4.ts|5.ts"
количество файлов всегда варьируется и мне приходится вручную перепечатывать. это можно как-то автоматизировать, чтобы если например в папке n файлов начиная с 1 и до n ффмпег сам это определял
Аноним (Microsoft Windows 10: Chromium based) 13/11/21 Суб 07:56:05 3076673183
>>3076550
Тут только скрипт писать.
Аноним (Microsoft Windows 10: Firefox based) 14/11/21 Вск 00:57:46 3077013184
1636840667198.jpg 118Кб, 750x936
750x936
Котаны, котелок уже не варит.
Есть файл.мп4 без звуковой дорожки. К нему хочу пришить звуковую дорожку flac.
Но ffmpeg все ругается.
Подскажите команду!
Пикча для привлечения внимания.
Аноним (Microsoft Windows 10: Firefox based) 14/11/21 Вск 01:17:11 3077021185
>>3077013
Блин, скачал другой ффмпег, там получилось. Но при этом во время тишины в видео теперь какой-то электронный шум. В исходном флаке нет (или практически нет), а в видео почему-то на такой же громкости есть шум.
Использовал такую команду:
ffmpeg -i входной.mp4 -i входной.flac -codec copy -strict -2 выходной.mp4
Аноним (Microsoft Windows 7: Firefox based) 14/11/21 Вск 01:21:00 3077022186
>>3077013
ffmpeg -i vid.mp4 -i vid.flac -c:v copy -c:a copy new.mp4 ?
Аноним (Microsoft Windows 10: Firefox based) 14/11/21 Вск 01:21:27 3077023187
69409.jpg 163Кб, 1280x856
1280x856
>>3077013
>Пикча для привлечения внимания
Очень милая пикча, где же ты её нашла поничка?
Аноним (Microsoft Windows 10: Firefox based) 14/11/21 Вск 02:14:07 3077040188
>>3077022
Не. Похоже, это проблема с potplayer, в остальных аудио так не шакалит. Не замечал раньше за ним такого поведения. Наверно, попробую в самом аудио удалить эти тихие места или забить их нейтральным шумом.
Аноним (Microsoft Windows XP: Firefox based) 14/11/21 Вск 06:25:33 3077078189
>>3077013
Если я правильно помню, FLAC не входит в официально поддерживаемые контейнером MP4 форматы содержимого. Пихнуть его туда можно, но за результат никто не отвечает. Тебе нужно просто сделать -acodec copy -vcodec copy в файл MKV.
Аноним (Microsoft Windows 8: Firefox based) 14/11/21 Вск 08:17:47 3077084190
>>3077040
Если у тебя аудиодорожка флак и режим обработки дорожки copy, то с чего бы там ПОЯВИТЬСЯ некоему лишнему шуму, аудио ведь НЕ перекодируется?

Можешь залить куда-нибудь исходное аудио и получившийся видеофайл, если не конфиденциально? Я понимаю кой-чего в кодировании аудио (в кодировании видео не особо, кек, просто увидел твой коммент, скролля /s/), может быть, подскажу по поводу этого "электронного шума", если пришлешь.
Аноним (Microsoft Windows 8: Firefox based) 14/11/21 Вск 08:25:21 3077085191
>>3077078
> FLAC не входит в официально поддерживаемые контейнером MP4 форматы содержимого.
А какие лосслесс-кодеки аудио поддерживаются в мп4?
Аноним (Microsoft Windows XP: Firefox based) 14/11/21 Вск 09:45:01 3077095192
>>3077085
https://en.wikipedia.org/wiki/MPEG-4_Part_14#Data_streams
Уже поддерживается, в общем.

Ты не на спецификации смотри, а на проигрыватель, в который ты этот файл запихнёшь. Если ему десять лет, то и формат выбирай консервативный. Разницы между AAC с большим битрейтом и FLAC ты не услышишь.
Аноним (Microsoft Windows XP: Firefox based) 14/11/21 Вск 10:22:35 3077098193
А с шумом самое простое объяснение — что он всегда там был, просто тэг ReplayGain делал максимальную громкость меньше при воспроизведении, а после слияния в видеофайл он перестал работать. Я надеюсь, ты не на колонках Genius шумы во флаке слушаешь, и в видеоплеере автоматическая коррекция уровня аудио тоже не включена.
Аноним (Microsoft Windows 10: Firefox based) 14/11/21 Вск 15:31:53 3077260194
1636893115109.png 75Кб, 1586x677
1586x677
>>3077078
>>3077084
>>3077098
>>3077095
Пардон, мужики. Дело оказалось в том, что в видеоплеере был включен нормализатор. Я не вырезал оставшийся после шумодава шум в местах тишины, лишь уменьшил громкость на этих местах с помощью огибающих. Вот на этот остаточный шум нормализатор и аггрился.
Аноним (Microsoft Windows 10: Chromium based) 14/11/21 Вск 18:29:28 3077358195
>>3056070 (OP)
Наверно банальный вопрос - нужно три видосика mp4 объединить, обрезать по краям и сохранить желательно без перекодировки. Желательно с минимумом усилий. Виртуалдаб подошёл бы, но он не открывает мои mp4, хотя кодеки есть.
Аноним (Microsoft Windows 8: Firefox based) 14/11/21 Вск 23:36:59 3077490196
>>3077358
Avidemux очень похож на VirtualDub, но умеет в mp4.
Аноним (Microsoft Windows 8: Firefox based) 14/11/21 Вск 23:40:56 3077495197
>>3077095
>Разницы между AAC с большим битрейтом и FLAC ты не услышишь.
Всё так, я не аудиофил, заказывающий золотые провода.

Но с некоторых пор ютуб стал хорошо кодировать аудио, если в оригинальном видеофайле аудиодорожка хорошего качества. Ютуб теперь умеет добивать до ~20 кГц. Предположу, что они ввели это, когда запустили Youtube Music.

И вот я бы хотел свои собственные музыкальные заливки посылать ютубу в максимально возможном качестве. (не автоматические видео Artist Name - Topic, которые подсасываются из дистрибьюторов, а именно свои собственные видео на своем канале, в которых есть музыка). Хотя бы для того, чтобы избежать ещё одного прохода перекодирования в цепочке (исходник -> aac 256 в видеоредакторе -> aac на стороне ютуба). Мне не влом залить на ютуб видеофайл с лосслесс-дорожкой.
Аноним (Google Android: Mobile Safari) 14/11/21 Вск 23:47:58 3077498198
Аноним (Microsoft Windows 10: Chromium based) 14/11/21 Вск 23:55:15 3077502199
>>3077490
Спасибо, анон, ровно то, что было нужно.
Аноним (Microsoft Windows 10: Firefox based) 15/11/21 Пнд 00:27:51 3077519200
>>3077495
Вот эта команда нормально работает у меня с последним скачанным ффмпегом.
ffmpeg -i Video.mp4 -i Audio.flac -c:v copy -c:a copy -strict -2 Output.mp4
Только -strict -2 нужно ставить, иначе ффмпег ругается.
Как ютуб там перекодирует, еще не знаю, еще не дообработал до конца видео.
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 00:53:42 3077527201
>>3077519
С .wav (обычная pcm вавка) делать точно так же?
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 00:55:03 3077528202
>>3077502
Пожалуйста. Учти, что для точного покадрового разрезания в virtualdub надо указывать в качестве точки B не последний кадр, а СЛЕДУЮЩИЙ за ним (первый кадр следующей сцены), а в avidemux - именно последний кадр, который тебе нужен. То есть virtualdub режет (A, B], а avidemux - (A, B).
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 01:05:28 3077538203
>>3076550

Делай так.

1. Используй имена исходных файлов, которые легко описываются некоей маской. Например, .ts, если в папке больше нет никаких ts-ок. Или _.ts, если все нужные тебе файлы начинаются с символа _. Или еще что-то подобное. И обязательно (!!) именуй их так, чтобы алфавитный их порядок был именно тем порядком, который тебе нужен.

2. Создай в папке с этими видеофайлами файл generatelist.bat со следующим содержимым:

(for i in (.ts) do @echo file 'i') > mylist.txt

(вместо
.ts подставь подходящую тебе маску)

3. Запусти этот батник, он тебе сгенерирует mylist.txt в этой же папке со строчками вида

file 'filename1.mp4'
file 'filename2.mp4'
file 'filename3.mp4'

4. Создай здесь же файл concatenate.bat с таким содержимым:

"C:\путь\к\файлу\ffmpeg.exe" -f concat -safe 0 -i mylist.txt -c copy concatenated.mp4

5. Запусти его, и ffmpeg конкатенирует твои файлы, используя в качестве источников содержимое mylist.txt.

Не выкидывай эти батники, они работают для любого другого набора исходных видеофайлов, если, конечно, их имена тоже описываются маской, которую ты указал в generatelist.bat.
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 01:07:09 3077541204
>>3077538
Ух бля, ебаное форматирование двача съело знаки процентов и хз что ещё. >>3076550, Держи, залил текст моего поста на pastebin без форматирования: https://pastebin.com/emKbgXcX
Аноним (Microsoft Windows 10: Firefox based) 15/11/21 Пнд 01:24:59 3077549205
>>3077527
Не знаю. Вроде как, ютуб советует именно флак.
Аноним (Microsoft Windows 10: Chromium based) 15/11/21 Пнд 14:48:26 3077660206
>>3077013
Зачем flac пихать в не предназначенный для этого контейнер mp4? Ебнулся, дяд?
Аноним (Microsoft Windows 10: Chromium based) 15/11/21 Пнд 14:54:19 3077662207
>>3077538
Спасибо, анон. Схоронил.
мимо
Аноним (Microsoft Windows 10: Firefox based) 15/11/21 Пнд 14:56:47 3077663208
Аноним (Microsoft Windows 10: Chromium based) 15/11/21 Пнд 15:05:48 3077665209
>>3077663
Работать-то работает, но практического смысла нет. Тем более, дальше прочитал ты все равно на ютуб перезаливаешь, шиза конечно, один хуй на ютубе макс качество opus 160k. Для loseless форматов есть mkv контейнер.
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 16:08:06 3077676210
>>3077662
Пожалуйста. Только сохрани именно копию с pastebin, а не первое мое сообщение, в нем пропали звездочки и знаки проценты, и без них код скриптов превратился в тыкву.

>>3077665
Ты путаешь, на ютуб заливать собирался я, а ты отвечаешь другому анону с другим юзер-агентом. Да, на ютубе максимальное качество - лосси, с этим я не спорил и не собираюсь заливать лосслесс аудио, чтобы получить на самом ютубе лосслесс аудио. Но, во-первых, это минус один проход лосси-кодирования (сначала у тебя в видеоредакторе при экспорте в файл, потом на серверах ютуба в разные форматы аудио, которые отдаются зрителям). Во-вторых, уже сейчас ютуб умеет в аудио довольно хорошего качества, в которое не умел еще 2-3 года назад. Всякие youtube-dl еще не научились выкачивать это и выкачивают fallback аудио предыдущего поколения (и наверняка даже в браузере зависит от клиента), но улучшения есть. Может, в будущем будет еще лучше. Почему бы не загрузить на ютуб лосслесс-исходник, не жалко же.

Это как с битрейтом видеопотока: несмотря на то, что ютуб отдает зрителям очень шакальный битрейт (сколько там, 1 мбпс для 1080p вроде?), лучше все-таки заливать на ютуб видеофайл с битрейтом получше. Два прогона кодирования, где первый - 8 мбпс, а второй - 1, всяко лучше, чем оба по 1.
Аноним (Microsoft Windows 10: Firefox based) 15/11/21 Пнд 16:13:08 3077678211
>>3077665
>>3077676
Вроде как в рекомендациях ютуба указан флак, типа, после перекодирования будет лучше.
А про битрейт видеопотока есть еще хитрость - заливать чуть больше 1440p (например, 2720х1530), чтобы ютуб обработал профилем 4к. Но я хз, работает ли это еще.
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 16:21:08 3077684212
>>3077678
>заливать чуть больше 1440p (например, 2720х1530)
Звучит как готовый рецепт получить ебовейшее мыло и/или алиасинг от ресайза туда-сюда на "некрасивый" множитель. Особенно если у тебя исходники (из которых ты монтировал своё видео) 1920x1080, ты это при экспорте в редакторе ресайзнул в свою хуйню 2720x1530, а ютуб потом ресайзнул в 2560x1440.
Аноним (Microsoft Windows 10: Firefox based) 15/11/21 Пнд 16:25:55 3077686213
>>3077684
Так тут по ситуации смотреть надо. Может, тебе ютуб на FHD дает такие кодеки и битрейт, что алиасинг с ресайзингом на порядок лучше будут. Там же тоже своя внутренняя кухня, кому какие кодеки и битрейты давать.
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 16:32:00 3077688214
>>3077678

>типа, после перекодирования будет лучше

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

На правах оффтопа: абсолютно рядовая ситуация: музыкант долбоеб и ничего не понимает в технических аспектах кодирования аудио, кодирует свой трек в мп3, отдает лейблу, лейблу похуй, отдает мастеринг-инженеру, который поливает мп3шку готовыми пресетами улучшайзеров, результат отправляется в цифровые магазины и на стриминги, оттуда пиратится снова в мп3, горе-диджей берет эту спизженную мп3 и играет ее в миксе, по незнанию выставив неправильный режим key lock (или аналогичное), что еще сильнее ее шакалит, сохраняет свой микс как мп3, кидает в видеоредактор, чтобы сделать видео со статичной картинкой и этим аудио, сохраняет видеофайл (снова лосси конверт аудиодорожки), заливает это на ютуб, где на серверах еще один прогон лосси, и на выходе получается просто ПОЛНЕЙШАЯ БЛЯДЬ ПИЗДА. Если что, я полностью согласен, что дроч на лосслесс vs качественное лосси в контексте простого прослушивания трека абсолютно излишен и разницу слышит ничтожный процент населения на хорошем оборудовании. Но когда много шагов, как в этом примере (а это повсеместно), то адский шакалинг слышен даже глухому.

> Вроде как в рекомендациях ютуба указан флак

А можно ссылку именно на это? Вообще я предполагаю, что они написали флак как дефолтный пример известного обывателям кодека, из тех, что лосслесс. У них вся справка ориентирована на не особо технически подкованных пользователей. Что такое wav (или pcm), наверное, знают не так много людей. А разницы между исходником в виде wav и исходником в виде flac не должно быть, они хранят в себе буквально побитово идентичную волну.
Аноним (Microsoft Windows 10: Chromium based) 15/11/21 Пнд 16:38:59 3077689215
>>3077678
Покажи мне, где в рекомендованных flac лол, ютуб всегда говорил лейте 1080p 15mb h264 aac mp4, чтобы не кодировать видосики лярд лет. Ему вообще до пизды flac и прочие loseless.
>Но, во-первых, это минус один проход лосси-кодирования (сначала у тебя в видеоредакторе при экспорте в файл, потом на серверах ютуба в разные форматы аудио, которые отдаются зрителям).
А автогенерируемые видео по твоему кодируются из лосси получается.
>Во-вторых, уже сейчас ютуб умеет в аудио довольно хорошего качества, в которое не умел еще 2-3 года назад. Всякие youtube-dl еще не научились выкачивать это и выкачивают fallback аудио предыдущего поколения (и наверняка даже в браузере зависит от клиента), но улучшения есть.
Любой поток из ютуба можно выкачать, если в коде страницы найти прямую ссылку. Покажи мне что там может быть помимо aac 128k и opus 160k. Если бы такое было, в тот же youtube-dlp давно запихнули как нефиг делать. Чет мне кажется ты лапшу вешаешь.
>Почему бы не загрузить на ютуб лосслесс-исходник, не жалко же.
Авторские права дадут на твой видос, даже если он вообще скрыт ото всех. И прощай габелла, тупо удалят, либо не сможешь воспроизвести.
>Это как с битрейтом видеопотока: несмотря на то, что ютуб отдает зрителям очень шакальный битрейт (сколько там, 1 мбпс для 1080p вроде?)
Что ты несешь, не пойму? Какой еще 1мбпс. Там ютуб сам определяет битрейт в зависимости от контента, если статичная картинка ясен пень он не нужен большой. В обычных видосах от 7к до 9к, можешь увеличиваться если движений много.
>лучше все-таки заливать на ютуб видеофайл с битрейтом получше
С дуру можно и по 100к битрейта заливать, crf 18 более чем достаточно.
>А про битрейт видеопотока есть еще хитрость - заливать чуть больше 1440p (например, 2720х1530), чтобы ютуб обработал профилем 4к. Но я хз, работает ли это еще.
Работает, но почему-то додики забывают, что если оригинал не 2k, или хотя бы не апскейл по типу 4k instant, по качество выходит дерьмовее, чем нативное 1080п на ютубе. Таким можно лишь посочувствовать, потому что смотреть противно, особенно если мелкие детали есть.
Аноним (Microsoft Windows 10: Chromium based) 15/11/21 Пнд 16:47:21 3077691216
chromehqD9fXXLwE.png 48Кб, 835x364
835x364
>>3077689
Нашел, новую статью добавили. Только не понял, что значит
>Обратите внимание, что звуковая дорожка воспроизводится на YouTube только в том случае, если вы добавили ее в программу Звукозамены.
Аноним (Microsoft Windows 10: Firefox based) 15/11/21 Пнд 16:51:53 3077692217
Аноним (Microsoft Windows 10: Chromium based) 15/11/21 Пнд 16:52:46 3077693218
>>3077692
Я знаю, не успел дописать.
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 16:55:08 3077695219
изображение.png 1164Кб, 1374x541
1374x541
>>3077689
Ты явно ответил двум людям сразу, но реплайнул только одному. Отвечу на те слова, которые мне:

> А автогенерируемые видео по твоему кодируются из лосси получается.

Автогенерируемые видео (если ты про заливки вида Artist - Topic) кодируются из лосслесс, который присылается дистрибьютором. В большинстве типичных случаев это один и тот же источник для спотифая, для ютуба, для эппла и пр., это агрегаторы типа Labelworx или Distrokid или собственные сервера больших мейджор-лейблов. Они рассылают лосслесс. Ютуб автоматически генерирует видео в виде статичной картинки (квадратной обложки) и аудиодорожки, сделанной из этого исходника.

> Любой поток из ютуба можно выкачать, если в коде страницы найти прямую ссылку. Покажи мне что там может быть помимо aac 128k и opus 160k. Если бы такое было, в тот же youtube-dlp давно запихнули как нефиг делать. Чет мне кажется ты лапшу вешаешь.

Не вешаю.

https://www.youtube.com/watch?v=5k2cDFi3P1U - выглядит как приложенный скриншот. Это не совсем аац 256 и не мп3 320, но гораздо лучше, чем то, что выкачивается ютубдл'ом (и прочими savefrom.net и подобными вариантами). Ютубдл у меня выкачивает в качестве, которое было и раньше. Видимо, это fallback для некоторых устаревающих клиентов.

> Любой поток из ютуба можно выкачать, если в коде страницы найти прямую ссылку

Да, но эти куски потока (с хорошим аудио) с каким-то анальным дрм. Их можно скачать, но они не открываются ни браузером, ни сторонним плеером. А вот если открыть какое-нибудь древнее видео, доступное только в 480p с соответствующей дорожкой, то там аудио "предыдущего" уровня качества в кусках потока как раз открывается чем угодно.

Кстати, если какое-то видео является ЗАПИСЬЮ СТРИМА (т.е. стрима на сам ютуб в прошлом), то у него аудио отдается тоже только "предыдущего" качества.

> Авторские права дадут на твой видос, даже если он вообще скрыт ото всех.

Чего. Если моя аудиодорожка в лосслесс, то детект музыки сработает, а если в аац 384 кбпс, то нет? :)

> Что ты несешь, не пойму?

У ютуба очень плохо с битрейтом. Было всегда и есть до сих пор. Даже всякие трейлеры фильмов, где, казалось бы, большие студии могли бы договориться с гуглом по этому поводу. Мыло пиздец.

Последний вопрос ты задал не мне.
Аноним (Microsoft Windows 8: Firefox based) 15/11/21 Пнд 16:59:07 3077697220
>>3077692
Ну да, по твоей ссылке рекомендуют flac или pcm (wav, aiff и пр.), что логично, т.к. все они содержат исходную волну без изменений.
Аноним (Microsoft Windows 10: Firefox based) 15/11/21 Пнд 17:03:02 3077698221
1526646162542.png 74Кб, 997x761
997x761
>>3077695
> Ютубдл у меня выкачивает в качестве, которое было и раньше
Чел, там разное качество, и если ты youtube-dl не скажешь какое качать, он решит за тебя.
> Это не совсем аац 256 и не мп3 320
Это aac 128 и opus 115
Аноним (Apple Mac: Firefox based) 15/11/21 Пнд 17:06:28 3077701222
>>3077695
Статс фор нердс выведет тебе текущие кодеки. Стримы на ютубе всегда х264+аац.
Аноним (Microsoft Windows 10: Chromium based) 15/11/21 Пнд 17:56:49 3077714223
>>3077695
>https://www.youtube.com/watch?v=5k2cDFi3P1U - выглядит как приложенный скриншот. Это не совсем аац 256 и не мп3 320, но гораздо лучше, чем то, что выкачивается ютубдл'ом (и прочими savefrom.net и подобными вариантами). Ютубдл у меня выкачивает в качестве, которое было и раньше. Видимо, это fallback для некоторых устаревающих клиентов.
Что ты черт возьми такое несешь? По волнам понял, что звук лучше? А может просто opus со временем лучше стал в сравнении с старыми версиями, не? Выше скрин с лоступными аудио выше.
> Это не совсем аац 256 и не мп3 320, но гораздо лучше
Opus 160k должен быть по качеству лучше, что тот, что другой. Включаешь статистику для сисадминов на видео, и смотришь какой кодек играет.
>Да, но эти куски потока (с хорошим аудио) с каким-то анальным дрм. Их можно скачать, но они не открываются ни браузером, ни сторонним плеером.
Открываются, если бы там был дрм, то никакой ytdl, ни savefrom не смог бы их подхватить, даже dash куски качаются ytdl. Короче какую-то шизу несешь. Так что показывай, если найдешь.
>Если моя аудиодорожка в лосслесс, то детект музыки сработает, а если в аац 384 кбпс, то нет? :)
Я ничего не говорил про аас, я говорил бессмысленность заливки на ютуб музыки с правами в общем, потому что рано изи поздно ее пидорнуть, а качество с офф. музыкой ютуба по сути нет, если это не говноремиксы залитые хрен знает кем.
>У ютуба очень плохо с битрейтом. Было всегда и есть до сих пор. Даже всякие трейлеры фильмов, где, казалось бы, большие студии могли бы договориться с гуглом по этому поводу. Мыло пиздец.
Всё нормально там с битрейтом, ютуб ставит настройки адекватные. Просто красноглазым дрочерам не нравится, что нельзя запилить их любимый пердеж и пустословие fullhd в 60мб/с.
Аноним (Microsoft Windows 10: Palemoon) 15/11/21 Пнд 18:22:13 3077732224
16339632090260.jpg 59Кб, 712x712
712x712
Аудиофилы не люди, гоните их, насмехайтесь над ними. 64кб/с хватит всем!
Аноним (Microsoft Windows 10: Firefox based) 15/11/21 Пнд 18:28:56 3077734225
>>3077732
64 kbps это мало...
А вот 128 kbps с opus кодеком мне хватает.
Аноним (Microsoft Windows 10: Chromium based) 15/11/21 Пнд 19:22:40 3077753226
>>3077734
opus слушабелен вплоть до 17 кбпс, по моим ощущениям. Именно после 17 вообще плохой становится.
Аноним (Microsoft Windows 10: Firefox based) 16/11/21 Втр 00:12:11 3077831227
>>3077753
Я взял с запасом для йоба-наушников, главное с ними не услышать разницу между lossless и lossy, а то опять придётся флак выкачивать и мои 50гб музыки превратятся в пол терабайта...
Аноним (Microsoft Windows 8: Firefox based) 16/11/21 Втр 06:17:26 3077872228
>>3077714
> Открываются, если бы там был дрм, то никакой ytdl, ни savefrom не смог бы их подхватить, даже dash куски качаются ytdl. Короче какую-то шизу несешь. Так что показывай, если найдешь.
Из-под новейшей лисы (пишу для учёта клиента) открой то же самое видео, что обсуждалось выше, и посмотри в мониторе сети, какие куски тебе прилетают. Они содержат видео и аудио, но не открываются сторонними плеерами. А вот для видео на ютубе, которые являются записью стрима на ютуб, прилетают куски, которые открываются. И звучат похуже даже на слух (а не только на спектр).

> я говорил бессмысленность заливки на ютуб музыки с правами в общем, потому что рано изи поздно ее пидорнут
Если какой-нибудь альбом Тейлор Свифт, то да, если менее известную музыку - по моей практике, всем похер. Максимум будет стоять монетизация в пользу правообладателя, да ради бога.

> Всё нормально там с битрейтом, ютуб ставит настройки адекватные.
Сравни любой кинотрейлер с динамичными сценами на ютубе и на trailers.apple.com (можно брать прямые ссылки на hd-trailers.net). Разница - небо и земля. Просто современный интернет потихоньку приучает людей к тому, что картинка плохого качества - это нормально. Что ютуб, что Нетфликс, что прочие стриминги. Сплошное мыло, темные области полностью заливаются однотонными полосами. У меня не йоба-монитор, но даже на самом обычном это прекрасно видно.
Аноним (Microsoft Windows 10: Chromium based) 16/11/21 Втр 10:26:45 3077920229
>>3077872
>Из-под новейшей лисы (пишу для учёта клиента) открой то же самое видео, что обсуждалось выше, и посмотри в мониторе сети, какие куски тебе прилетают. Они содержат видео и аудио, но не открываются сторонними плеерами. А вот для видео на ютубе, которые являются записью стрима на ютуб, прилетают куски, которые открываются. И звучат похуже даже на слух (а не только на спектр).
Да, конечно. Гугловский ютуб не добавил "качественный звук" в свое детище хром, зато в лисе он появился откуда-то. Ты мне по факту принеси пруфы, а не свои какие-то предположения. Какой мониторинг сети нафиг.
>Просто современный интернет потихоньку приучает людей к тому, что картинка плохого качества - это нормально.
Нет. Просто гугл экономит место на серверах, использую самые оптимальные настройки.
Аноним (Microsoft Windows 8: Firefox based) 16/11/21 Втр 10:44:59 3077928230
>>3077920
> Гугловский ютуб не добавил "качественный звук" в свое детище хром, зато в лисе он появился откуда-то.
Вот только эта ветвь обсуждения была вовсе не про "качественный звук", а про куски потока, не открывающиеся плеерами.
> Ты мне по факту принеси пруфы, а не свои какие-то предположения. Какой мониторинг сети нафиг.
Я тебе "по факту" принес пруф с конкретным видео. Если тебе угодно общаться таким тоном, то продолжай делать это без меня.
Аноним (Microsoft Windows 10: Chromium based) 16/11/21 Втр 14:27:42 3078033231
>>3077928
Найс жопой повилял и слился, манька шизоидная.
Аноним (Microsoft Windows 10: Chromium based) 18/11/21 Чтв 22:51:38 3079138232
Почему при обрезке видео, оно начинается не с самого начала, а с 2-4 секундны? Конвертировал сначала из mkv в mp4, затем в webm. Если сразу напрямую, то ошибку выдает, что-то про звук 5.1 пишет, думаю что проблемы в нем.
Ну и аудио поток по шагам менялся так: eac3-->vorbis-->aac-->opus
Как правильно конвертировать такие вещи?
Аноним (Microsoft Windows XP: Firefox based) 19/11/21 Птн 08:58:52 3079207233
>>3079138
> что-то про звук 5.1 пишет
Прочитай, что пишет, перемикшируй в стерео.
Аноним (Apple Mac: Firefox based) 19/11/21 Птн 15:13:38 3079345234
>>3077920
> гугл экономит место на серверах
Если бы это было так, то все видео кодировались бы только в h264, а аудио только в 140-й AAC.
Да, гугл экономит. Но не харды, а трафик.
Аноним (Microsoft Windows 10: Chromium based) 19/11/21 Птн 22:14:10 3079473235
>>3079345
Двачую. Он вообще-то и оригинал видеофайла на серверах оставляет и производит перекодировку в av1 с набором большого количества просмотров.
Аноним (Microsoft Windows 10: Firefox based) 20/11/21 Суб 00:35:05 3079501236
Пардон, возможно, не по теме.
Как улучшить команду для yt-dlp, чтобы гарантированно брались лучшие видео и аудио?
А то я смотрю -help и ничего не понимаю.
Команду своровал из гуишной youtube-dlg, но в ней нет настроек, которые я там выбирал в гуи.

yt-dlp.exe --newline -i --all-subs -o "D:\Видео\%(title)s-%(id)s-%(height)sp.%(ext)s" --ignore-config --hls-prefer-native --embed-thumbnail --add-metadata "https://www.youtube.com/watch?v=что-то-там"
Аноним (Microsoft Windows 7: Firefox based) 20/11/21 Суб 01:07:33 3079514237
>>3079501
bestvideo[ext=webm]+bestaudio[ext=webm]/bestvideo[ext=mp4]+bestaudio[ext=m4a]/bestvideo+bestaudio/best
ты можешь дальше сидеть в своих гуях, если переименуешь yt-dlp и в настройках и впишешь свои консольные приоритеты.
Аноним (Google Android: Mobile Safari) 20/11/21 Суб 06:29:29 3079556238
>>3079514
Что за дерьмо? Ютуб шакалит 1080 vp9, h264 выглядит лучше
>>3079501
По умолчанию он и так берет лучшее возможное качество, намного лучше чем советуют тут дебилоиды. Главное ffmpeg рядом положить, в PATH
Аноним (Microsoft Windows 10: Chromium based) 20/11/21 Суб 15:57:54 3079691239
Аноним (Microsoft Windows 10: Chromium based) 25/11/21 Чтв 03:41:25 3081671240
2.png 44Кб, 960x390
960x390
govno.png 1248Кб, 1920x1080
1920x1080
3.png 1761Кб, 1920x1080
1920x1080
меня жаба душит потратить 200р на новую карту памяти, поэтому я решил вместо этого подрочить фф и набить свой говёный кирпич 2014 года кучей маняме.

1 эпизод 1080р весит около гига, но мне абсолютно похуй на качество, так как смотрю ссаные слайсы. на телефоне 16 гб и 12 из них забито музыкой и порнухой, поэтому есть 4гб на маняме. сконвертил хуйню вот таким вырвиглазным образом:

ffmpeg -i 2.mp4
-vf "scale=-2:480"
-c:v libx265 -crf 30 -preset slow
-bf 10
-c:a libopus -b:a 32k
2opus.mkv

на выходе получилось 47.3мб для 24 минут с битрейтом видео 200-300 и 32 аудио. казалось бы, получится ебучая каша из пикселей и аудио как из жопы осла, но смотрю на телефоне и разница не такая уж и большая. по сравнению с оригиналом кажется, что качество упало на 20-30% максимум (в основном потому, что телефон у меня 720р).

насколько же охуенен хевк+опус, при одинаковом качестве оно по размеру файла меньше раз в 10 по сравнению с стандартным х264+аас. и не настолько уж хевк требователен к железу, раз уж мой кирпич спокойно его тянет, а вот ебучий vp9 тормозит в 720р60, поэтому даже видосы с ютуба не могу в вебмах качать.

можно ли как то эволюционировать моё копрофильство и ужать видос ещё сильней при смотрибельном качестве?
Аноним (Google Android: Mobile Safari) 25/11/21 Чтв 06:27:36 3081689241
>>3081671
Зачем так сильно сжимать звук, оно весит мало, а на просмотр влияет.
Можешь сжать в AV1, для твоих случаев он сожмёт намного лучше чем x265, только времени займет намного больше
Не надо понижать разрешение, кодек достаточно умный чтобы сам понизить разрешение в некоторых моментах, когда нужно, при одинаковом размере будет выглядеть лучше. только если хочешь быстрее закодировать.
Ещё нужно кодировать в 10 бит, лучше качество но дольше немного, и может не открыться на телефоне, допиши -pix_fmt yuv420p10le
Аноним (Microsoft Windows 10: Chromium based) 26/11/21 Птн 04:48:50 3082091242
image.png 45Кб, 1053x66
1053x66
>>3081689
>только времени займет намного больше
Аноним (Microsoft Windows 10: Chromium based) 26/11/21 Птн 09:30:10 3082125243
>>3081671
Может. Играл в "Боль Максима"? https://yewtu.be/QUXUyItb1ys https://yewtu.be/alHZlAYUE7U ← лучший формат видео эвар. И весить будет очень-очень мало. Жми с 0.2 FPS, будешь такой же непревзойдённой элитой.
И нам скинь, что выдет, интересно
Аноним (Microsoft Windows 10: Chromium based) 27/11/21 Суб 21:41:48 3082709244
2.PNG 24Кб, 734x219
734x219
Подскажите, пожалуйста, какой командой можно узнать технические характеристики видео? Скачиваю yt-dlp видео, на выбор два формата в 1080p. Скачал оба, визуально одинаковые, но размер файла отличается. Хочу понять, какой из них лучше по техническим характеристикам.
Аноним (Microsoft Windows 10: Firefox based) 27/11/21 Суб 21:51:14 3082712245
1638039075544.png 181Кб, 1007x741
1007x741
>>3082709
Поставь программку MediaInfo.
Аноним (Microsoft Windows 10: Chromium based) 27/11/21 Суб 22:06:07 3082726246
>>3082712
Скачал, спасибо.
Подскажи ещё, пожалуйста, сильно ли заметна разница между битрейтом 4400 и 3100? У этих видео только битрейт отличается.
Ну и размер файла, естественно.
Аноним (Microsoft Windows XP: Firefox based) 27/11/21 Суб 22:21:16 3082738247
>>3082709
Первая ссылка на обычный файл на HTTP-сервере с аудио и видео для клиентов, не поддерживающих потоковую загрузку, вторая — на видеопоток в DASH. Сравнить битрейт и прочие базовые характеристики файлов можно просто посмотрев в их описание:

ffmpeg -i 1.mp4 -i 2.mp4

Если ты подозреваешь, что совместимый со старыми устройствами видеопоток закодирован с несколько более консервативными параметрами, чем у второго варианта, то либо смотри готовые утилиты, которые его проанализируют, либо гугли, в каком из миллиона режимов статистики ffprobe будет нужная тебе информация, скажем, о количестве опорных кадров для декодируемого, и grep'ай нужное.
Аноним (Microsoft Windows XP: Firefox based) 27/11/21 Суб 22:28:12 3082743248
>>3082712
То есть опорные кадры и уровень H.264 покажет и MediaInfo, и ffprobe -show_streams, так что это пример негодный, а вот в отсутствие метаданных кодера о каких-то его параметрах догадываться можно только проанализировав всё видео.
Аноним (Microsoft Windows 10: Firefox based) 27/11/21 Суб 23:05:52 3082757249
>>3082709
Поток hls - это же, вроде, эппловский аналог (прародитель?) dash. Это значит, оптимизировано для потоковой передачи. Что с качеством - хз, твои же глаза смотрят.
Аноним (Google Android: Mobile Safari) 27/11/21 Суб 23:13:13 3082760250
Есть какой то дефолтный вариант, как перекодировать в шебм выкачанный с ютуба видос? Хочу фразы Епифанцева кидать :)
Аноним (Google Android: Mobile Safari) 28/11/21 Вск 08:08:04 3082838251
>>3082738
ебать ты душнила. челик даже не может увидеть разницу в vbr битрейте между двумя файлами, а ты тут ебанутый словарь терминологий высрал, который даже знатокам лень читать.

ответ на его пост проще некуда:
1) ниже битрейт - хуже качество
2) юзай ffprobe
Аноним (Google Android: Mobile Safari) 28/11/21 Вск 08:10:47 3082839252
>>3082760
видосы с ютуба кодировать смысла нет, т.к. они и так сконвертированы очень хорошо мощным железом. максимум сможешь потратить 24 часа и ужать 5% без потери качества

на харкач можешь кидать сразу как есть с ютуба, будь то вебм или мп4 (h264/vp9)
Аноним (Google Android: Mobile Safari) 28/11/21 Вск 08:21:08 3082840253
>>3082726
У Ютуба видео и так пересжаты в хлам. надо смотреть по кодеку, h264 выглядит немного лучше, у него наверное и размер побольше
Аноним (Google Android: Mobile Safari) 28/11/21 Вск 08:23:24 3082841254
>>3082839
> видосы с ютуба кодировать смысла нет, т.к. они и так сконвертированы очень хорошо мощным железом. максимум сможешь потратить 24 часа и ужать 5% без потери качества
у ютуба самые хуевые кодировщики которые стараются сделать как можно быстрее. Их нельзя кодировать потому что они и так сильно сжаты. Процессорный кодировщик может сделать файл в три раза меньше при таком же ужасном качестве, если закодировать исходник
Dash не Качайте, он в некоторых случаях выглядит намного хуже чем остальные. Лучше через браузер посмотреть какой поток отдаёт
Аноним (Microsoft Windows 10: Chromium based) 28/11/21 Вск 09:56:09 3082848255
>>3082738
Друг, спасибо, конечно, но очень сложно.
Я просто скачиваю прон с порнхаба и yt-dlp почему то по умолчанию считать лучшим видео с более низким битрейтом. Вот я и пытался понять почему. Ему приходится всегда приписывать -F 1080p. А хотелось бы, чтобы он по умолчанию выбирал лучшее разрешение и лучший битрейт.
Аноним (Microsoft Windows 10: Chromium based) 28/11/21 Вск 13:07:03 3082894256
Хочу как можно сильнее пережать видео без заметной потери качества. Уже сэкономил более 50% занятого места вот такими настройками:

>ffmpeg -i "!n!" -c:v h264_nvenc -preset slow -loglevel warning -stats -y -qp 24 -c:a copy -max_muxing_queue_size 1024 "!n2!"

Сравнивал попиксельно под лупой, изменений не заметил. Сжимает порой до 15% от изначального размера. Но все равно попадаются видео, которые с такими настройками пережимаются в 200%. То есть, эти редкие видео закодированы еще лучшим способом.
Знаете способы? Предполагаю, что есть энкодеры в связке с ml. Подскажите.
Аноним (Linux: Firefox based) 28/11/21 Вск 13:17:28 3082896257
unnamed.jpg 41Кб, 487x418
487x418
>>3082894
>сильнее пережать видео без заметной потери качества
>nvenc
Аноним (Microsoft Windows 10: Chromium based) 28/11/21 Вск 17:40:20 3082975258
1574790991127.png 8Кб, 225x225
225x225
>>3082894
> h264_nvenc
> Хочу как можно сильнее пережать видео
Аноним (Microsoft Windows 8: Chromium based) 29/11/21 Пнд 02:43:33 3083131259
Полный ньюфаг начал вкатываться.

1) Есть ли легкий способ разделять и соединять обратно видео / вставлять в него другие части?

3 способами разделил видео на 3 части, а потом склеил их обратно:
ffmpeg -i video.mp4 -ss 00:01:00 -to 00:02:00 -c copy cut.mp4
ffmpeg -ss 00:01:00 -i video.mp4 -to 00:02:00 -c copy -copyts cut.mp4
ffmpeg -ss 00:03:00 -i video.mp4 -t 60 -c copy -avoid_negative_ts 1 cut.mp4

1 и 3 способ оказались почти одинаковыми: в Avidemux продолжительность соответствующих частей одинакова, но после склеивания частей из первого способа общая длительность - 44.389 секунд, а из третьего - 44.551 (у оригинала - 44.393). 1-ые части одинаковы по весу, 2я часть 1 способа меньше на 2кб (всего 4мб), а 3я часть 1 способа меньше на 3кб (всего 12мб), склейка 1сп также меньше на 5кб. 2 способ немного в другом месте делил, длительность склейки - 44.004. Во всех склейках в местах соединения видео где-то на секунду зависает и прыгает вперед, но в Avidemux, если не по-обычному смотреть, а поставить на паузу и нажимать на "следующий кадр", то после "прыжка" кадры тут же сменяют друг друга. По звуку разницы не заметил с оригиналом, но я на слух сравнивал.
Гуглил что делать, но там уже надо разбираться в матчасти, а с concat я просто копирую команду из гайда и все готово.

Алсо, длина видео - 44.393. Я опять отрезал 3 куска: 20-44с, 20-45с, 20-50с и по авидемаксу длительность всех трех оказалась 24.650

2) Правильно ли я понял, что эти команды ведут к одному результату:
ffmpeg -i test.ts test.mp4
ffmpeg -i test.ts -c:v libx264 -c:a aac test.mp4
?

Если конвертировать ts в mp4 через
ffmpeg -i test.ts -map 0 -c copy test.mp4
то весят файлы практически одинаково, на глаз разницы нет, в отличие от первых 2 команд. А если конвертировать через
ffmpeg -i test.ts -c:v libx264 -crf 0 -c:a copy LosslessVideo.mp4
то на глаз разницы тоже не заметно, но весит этот файл в несколько раз больше оригинала. Т.е. за редкими случаями этот лосслес не нужон?

3) Если оригинал скачанного видео в TS, стоит ли его перекодировать в MP4?
Когда-то бегло погуглил разницу и почему-то решил в таких случаях в mp4 перегонять, вроде он более универсален и поддерживаем.
Сейчас подумал что херней занимаюсь, у меня на ts воспроизводится, оригинал всяко лучше обработак, да и всегда в будущем можно перекодировать если нужно. Верно?
Аноним (Microsoft Windows 10: Chromium based) 29/11/21 Пнд 05:17:31 3083139260
3x.gif 230Кб, 112x112
112x112
Аноним (Google Android: Mobile Safari) 29/11/21 Пнд 06:50:04 3083150261
>>3083131
>Есть ли легкий способ разделять и соединять обратно видео / вставлять в него другие части?
Нет.

>3 способами разделил
Правильный только первый.

>длительность всех трех оказалась 24.650
А давно avidemux умеет в переменную частоту кадров?

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

> -map 0
Ты точно уверен, что руководство прочитал?

>за редкими случаями этот лосслес не нужон?
Именно так. Но редкие исключения бывают.

>он [mp4] более универсален и поддерживаем.
Зависит от оборудования. На пекарнях в поддержки почти никакой разницы. На смартфонах, скорее всего, будет поддерживаться mp4.

>у меня на ts воспроизводится, оригинал всяко лучше обработак
Вот и хорошо.
Аноним (Google Android: Mobile Safari) 29/11/21 Пнд 06:51:22 3083151262
>>3083150
>поддержки
поддержке.
Аноним (Linux: Chromium based) 30/11/21 Втр 20:07:43 3083893263
>>3081671
Ебани ещё -tune animation и -x265-params aq-mode=3 поможёт в тёмных сценах
Аноним (Linux: Chromium based) 30/11/21 Втр 20:41:47 3083898264
>>3077684
>>3077678
248 webm 1920x1080 1080p 498k , webm_dash container, vp9@498k, 30fps, video only, 2.09MiB
137 mp4 1920x1080 1080p 1644k , mp4_dash container, avc1.640028@1644k, 30fps, video only, 6.89MiB

Да ютубу вообще похуй -- они на рандом кодируют.
Похоже, что vp9 круче h264 в 3.3 раза, по мнению ютуба.

271 webm 2560x1350 1440p 6663k , webm_dash container, vp9@6663k, 30fps, video only, 114.58MiB
313 webm 3840x2026 2160p 14795k , webm_dash container, vp9@14795k, 30fps, video only, 254.41MiB
571 mp4 5120x2700 2880p 11451k , mp4_dash container, av01.0.16M.08@11451k, 30fps, video only, 196.91MiB

Или вот это: 2880p кодируется только в AV1. h264 заканчивается на 1080p.
Или вот. Внимание на эти огромные скачки в битрейте. Они покроют любой оверхэд от апскейла: а иногда не покрывают
303 webm 1080x1920 1080p60 2506k , webm_dash container, vp9@2506k, 60fps, video only, 34.93MiB
308 webm 1440x2560 1440p60 8603k , webm_dash container, vp9@8603k, 60fps, video only, 119.88MiB

Или вот тут почему ютуб решил урезать видос в 60 кадров?
298 mp4 1280x720 720p60 1001k , mp4_dash container, avc1.4d4020@1001k, 60fps, video only, 81.12MiB
136 mp4 1280x720 720p 2048k , mp4_dash container, avc1.4d401f@2048k, 30fps, video only, 165.96MiB
Аноним (Microsoft Windows 10: Chromium based) 01/12/21 Срд 21:52:57 3084223265
Аноним (Microsoft Windows 10: Chromium based) 04/12/21 Суб 17:38:24 3085326266
Пытаюсь сделать лупу вижео длинной с аудио трек. Вот такая команда.
ffmpeg -y -stream_loop -1 -i Vid.mov -i "01. Depression Nap.mp3" -shortest -map 0:v:0 -map 1:a:0 -vf "scale=-1:720" -quality good -crf 50 -b:v 0 -c:v libvpx-vp9 -c:a libopus -pass 1 -an -f null NUL && ffmpeg -y -stream_loop -1 -i Vid.mov -i "01. Depression Nap.mp3" -shortest -map 0:v:0 -map 1:a:0 -vf "scale=-1:720" -quality good -crf 50 -b:v 0 -c:v libvpx-vp9 -c:a libopus -b:a 256k -pass 2 out.webm

Если отбросить двойной проход, то всё работает как надо. Если делать именно так, то -shortest игнорируется и первый проход длится вечность.
Аноним (Microsoft Windows XP: Firefox based) 04/12/21 Суб 17:46:22 3085330267
>>3085326
У тебя там -an стоит. Аудио не заканчивается, потому что его нет. Видео крутится до бесконечности, как и заказано.
Аноним (Microsoft Windows 10: Chromium based) 04/12/21 Суб 17:55:10 3085336268
>>3085330
Пиздец. Спасибо, анон. Я эту двупроходную хуйню собирал по кускам и что делает этот флаг даже не задумывался. Пиздец как логично же, что в первый проход аудио игнорируется.

Раз уж тред всё-таки живой то вот какой вопрос. Я в основном монтирую в премьере, а потом уже конвертирую в вебм чтобы залить в дискорд. Какой-то момент из игры например. И вот задумался что наверное надо бы делать вебм на с х264 а чего-то минимально сжатого. Стал использовать pro res 444hq. И конвертация вебм стала дольше, да и вес итогового файла немного увеличился. Значит ли это что можно немного crf убавить для такого же, условно, результата, как был на h264?
Аноним (Microsoft Windows XP: Firefox based) 04/12/21 Суб 18:20:55 3085345269
>>3085336
При сжатии с потерями из картинки выкидываются малозаметные детали, она становится проще для последующих пережатий, если они будут. Изменение скорости кодирования, скорее всего, связано с переводом формата изображения в 4:2:0. Если у тебя битрейт не на уровне блюреев и разрешение не огроменное, то никакой заметной разницы перекодирование из студийных форматов по сравнению с промежуточным H.264 высокого качества не даст. И вообще, смотри глазами, а не гадай по циферкам.
Аноним (Microsoft Windows 10: Chromium based) 04/12/21 Суб 22:16:57 3085433270
мов16.webmsnaps[...].png 1757Кб, 1280x720
1280x720
мп4.webmsnapsho[...].png 1528Кб, 1280x720
1280x720
первоисточник м[...].png 1894Кб, 1280x720
1280x720
первоисточник м[...].png 1721Кб, 1280x720
1280x720
>>3085345
Вот короче длительность конвертации в вебм:
мов8bit.mov:0:05:52.664996
мов16bit.mov:0:06:05.906732
мп4.mp4:0:03:18.052003

Качество 16бит и 8бит идентичное, потому скриншот не прикладываю. Весят файлы одинаково. Но хэш суммы разные. Мп4 похуже всё-таки пережил конвертацию. А вот скриншоты оригинальных файлов различаются сильно меньше.
Аноним (Microsoft Windows 10: Chromium based) 04/12/21 Суб 22:27:30 3085435271
мов16.webm 13293Кб, 1280x720, 00:00:20
1280x720
мп4.webm 11812Кб, 1280x720, 00:00:20
1280x720
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 13:38:32 3085611272
avilossless.web[...].png 1545Кб, 1280x720
1280x720
первоисточник a[...].png 1721Кб, 1280x720
1280x720
avilossless.webm 11335Кб, 1280x720, 00:00:20
1280x720
image.png 9Кб, 708x108
708x108
Поставил ​Ut Video - лослесс кодек, который рекомендуют на вики ffmpeg'а. Кодирует в премьере немного дольше, но всё равно не час на минуту видео, как в 2011 году.
Итак. Вебм из такого материала кодируется 3:18, как и из мп4. Второй раз отошёл от компа и было вообще 3:08. Что касается качества, то выглядит немного лучше вебм из мп4 (хотя хуй знает на самом деле) и хуже того, что сделано из pro res.
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 13:44:07 3085616273
image.png 89Кб, 1061x853
1061x853
В завершение скажу, что вебм из pro res почему-то багуются в мобильной версии дискорда на андроиде и отображают чёрный экран. С Ut и H264 таких проблем нет. Ну, вроде моё говноисследование закончено. Остановлюсь на Ut.
Аноним (Google Android: Mobile Safari) 05/12/21 Вск 16:15:32 3085664274
>>3085616
H264 и 265 тоже поддерживают без потерь, ещё и аппаратный кодировщик от нвидии поддерживает, очень быстро получается
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 17:51:27 3085701275
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 18:32:52 3085716276
>>3085664
Хм, я в премьере не нашёл .
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 19:28:23 3085738277
1596246823111.png 137Кб, 1473x672
1473x672
>>3085716
Потому что он напутал всё в кучу. Для кодирования без потерь надо отдельно скачивать форк x264vfw. x264 значит, что никакого аппаратного ускорения там нет, а vfw (video for windows) – что контейнер avi. Показываю на примере вегаса.
Аноним (Google Android: Mobile Safari) 05/12/21 Вск 20:09:28 3085754278
>>3085738
Ок. Ну да ладно, посижу на ut video наверное.
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 20:16:01 3085761279
>>3085754
x264vfw также входит в комплект K-Lite Codec Pack Full/Mega. Возможно, он у тебя уже установлен.
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 20:36:40 3085771280
>>3081671
Почему охуевший ютуб с недавного времени все 10+ мин видосы кодирует в dash формате, они там офигели. 6к битрейта h264 для 1080p, на некоторые вообще 3к всего дает. Я думаю чего все видосы мыльные стали последнее время тех кого смотрю, прочекал их все и буквально везде dash.
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 20:42:08 3085773281
>>3082894
Хочешь макс. качества и самый низкий размер, то кодируй через процессор, вот что хотели сказать.
Насчет редких видео тут сам высчитываешь средний битрейт в зависимости от фреймрейта и разрешения видео, и есть ли быстрые движения в видео.
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 20:50:47 3085777282
>>3085611
Смысл тебе вообще кодировать что-то в 4:2:2 или 4:4:4, если сам записанный оригинал видео все равно был 4:2:0 8bit? Только время тратишь на перекодировки.
Аноним (Microsoft Windows 10: Chromium based) 05/12/21 Вск 20:52:03 3085779283
>>3085738
Юзать древний x264vfw вместо voukoder, проиграл.
Аноним (Microsoft Windows XP: Firefox based) 06/12/21 Пнд 03:29:55 3085891284
>>3085616
Так ты проверь, может там 4:4:4 без изменений, это хрен кто поддержит.
Аноним (Linux: Firefox based) 06/12/21 Пнд 07:22:01 3085904285
>>3085777
Смысл в том, что у меня цепочка такая:
Футаж из OBS через NVENC -> Монтаж в премьере -> пережатие в вебм.
И вот хочется не терять качество из-за промежуточного звена в виде премьера. Это по большей части перфекционизм и повод попердолиться, нежели реальная какая-то задача практически важная. Что касается 4:2:2, то это не мой выбор, а особенность pro res. Потому я и отказался от него.
Собственно тут же даже нельзя сказать что "из вот такого кодека лучше сжимается вебм". Тут просто ффмпег выбирает разный битрейт при том же crf. Хотя, мне показалось, что таки при меньшем битрейте качество у вебм из ut video лучше чем из h264.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 08:10:18 3085914286
>>3085904
Ставь voukoder и жми в webm сразу из премьера.
Аноним (Linux: Firefox based) 06/12/21 Пнд 08:20:08 3085916287
>>3085914
Блин, спасибо, не знал про такое. На вики через avisynth предлагалют пердолить. Но как же мне себя чувствовать крутым праграмиздам? Я ведь хуитку на питоне родил чтобы массово конвертировать через ffmpeg все видео в папке.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 08:27:28 3085918288
>>3085916
Можешь пердолиться, сколько хочешь, но в приоритете избавление от ненужного промежуточного кодирования, пускай даже без потерь. Кстати, у вокодера ффмпег на бэкэнде, если тебе от этого приятнее.
Аноним (Linux: Firefox based) 06/12/21 Пнд 08:28:42 3085920289
>>3085918
>ффмпег на бэкэнде
Да я даже не сомневался.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 17:06:15 3086052290
origbgra.gif 7691Кб, 600x600
600x600
x264444p.mp4 2114Кб, 600x600, 00:00:01
600x600
x264420p.mp4 1734Кб, 600x600, 00:00:01
600x600
vp9420p.webm 2086Кб, 600x600, 00:00:01
600x600
>>3085904
Именно в 4:2:2 и 4:4:4 кодировать нет смысла вообще, только если ты изначально не запишешь видос в таком качестве, новых цветов там не появится. Это не говоря о том, что поддержки в инете массово этих почти форматов нет, чтобы поделится, либо для стриминга. Будет как дискорд крашится, либо не воспроизводить.
Также имеет смысл, если в фотошопе сделал картинку, гиф, анимацию и хочешь сохранить цвета, по крайней мере я так думаю. В пост скину как влияет пережатие из оригинального 4:4:4 в 4:2:0. vp9 как-то херово перегоняет в 420.
У тебя футаж через nvenc пишется 4:2:0 8 bit сто пудов. ProRes тебе вообще не нужен, h264 с максимальным битрейтом для 1080п 60000 кбпс хватит, чтобы потерь не было, как минимум для глаза, но тут от настроек кодировщика зависит еще конечно.
Я так и делаю.
Пишу видос>Монтаж в Premier/AfterEffects>а тут уже либо через Voukoder, но там меньше тонких настроек и всякие баги, крашы вылезают, либо h264 60mbps, потому что люблю держать ориг, а потом уже его как хочешь и во что хочешь кодируй.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 17:16:31 3086058291
voukoder.mp4 14172Кб, 1280x720, 00:00:20
1280x720
voukoder.mp4sna[...].png 1608Кб, 1280x720
1280x720
>>3086052
Так я говорю, что я специально в 4444 и 422 не кодировал и не собирался.
В voukodere не нравится что нет 2pass, хотя в фича реквестах помечена как Done. Ну и контейнер мп4, ёбнутые что ли? Качество выше значительно, как и размер файла.
Попробовал через avisynth + фреймсервер. Какой-то кринж на костылях, фреймсервер ещё и платный. Так и не звёл. Гайд протух кажется.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 17:24:29 3086061292
>>3086058
>В voukodere не нравится что нет 2pass, хотя в фича реквестах помечена как Done
Это да, я так и не понял как его завести.
>Ну и контейнер мп4, ёбнутые что ли? Качество выше значительно, как и размер файла.
Не понял, что ты хотел сказать.
>Попробовал через avisynth + фреймсервер. Какой-то кринж на костылях, фреймсервер ещё и платный. Так и не звёл. Гайд протух кажется.
Да гайд ультрадревний и очень давно протух, тогда даже avisynth plus не было. Видел его обновленную версия, даже она протухла.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 17:29:04 3086064293
>>3086061
>Не понял, что ты хотел сказать.
Ну я просто привык что vp9 = webm.

Меня ещё дрочит что кодируешься такой в формат, который типа "lossless", а из него получается мутная залупа, по сравнению в pro res или конвертацией прямо из премьера в вебм. Ну и где ваш ёбаный лосслесс блядь?
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 17:37:44 3086076294
>>3086064
Если ты про voukoder говоришь, так ты в настройках формата, 3 вкладка вроде. Там mp4, webm, mkv есть точно. Vp9 по идее вообще не поддерживает контейнер mp4. Звук на opus ты тоже не поменял, а у тебя aac там оказца.
>Меня ещё дрочит что кодируешься такой в формат, который типа "lossless"
Если ты про пресет, то они кастомные писанные фиг знает кем. Я ими никогда не пользовался, они трогают тонкие настройки. Можешь сам проверить во вкладке видео. Loseless в принципе не нужен.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 17:49:55 3086087295
>>3086076
>Loseless в принципе не нужен.
У меня шиза, мне НАДО. ХОЧУ.
>Звук на opus ты тоже не поменял, а у тебя aac там оказца.
Блин. Поэтому и мп4.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 17:52:17 3086090296
voukoder.webm 14158Кб, 1280x720, 00:00:20
1280x720
voukoder.webmsn[...].png 1608Кб, 1280x720
1280x720
Качество видео один хер такое же, что и в мп4.
Аноним (Apple Mac: Chromium based) 06/12/21 Пнд 18:01:51 3086094297
>>3086090
Что за ебанутый мод на первую кваку
Аноним (Google Android: Mobile Safari) 06/12/21 Пнд 18:13:26 3086101298
>>3086094
Это Cruelty Squad. Шизоидный феномен. Очень круто, но не для всех конечно. Визуал сам понимаешь. Вот хороший обзор.
https://youtu.be/pExqMxNEG1E
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 18:38:32 3086116299
image.png 3Кб, 758x27
758x27
avilossless.web[...].png 1585Кб, 1280x720
1280x720
мов8.webmsnapsh[...].png 1765Кб, 1280x720
1280x720
мп4.webmsnapsho[...].png 1562Кб, 1280x720
1280x720
Ладно. Вот вам ещё скрины с CBR и хватит на этом.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 19:10:45 3086129300
>>3086116
Ты слишком запариваешься имхо. Ставь x264 crf 14-18 и всё, если определенный размер 2pass vbr высчитываешь для каждого видео битрейт.
Если макс качество реально, то записывай в 4:4:4, если для себя, но смысла как говорил немного, в итоге для дискорда все равно сожмешь до шакалов и 4:2:0.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 19:19:38 3086131301
1502063626631.png 60Кб, 789x496
789x496
>>3086058
Там есть и 2pass, и webm.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 19:36:09 3086138302
>>3086131
Вебм уже нашли, не было из-за того что не поменял аудиокодек. А 2pass вот он где, понятно. Только для vbr. Но vbr это говно по сравнению с crf, а для crf 2pass отсутствует.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 19:43:23 3086139303
>>3086129
>Ты слишком запариваешься имхо.
Да. Но я пока этой хернёй страдал чуть больше узнал про ffmpeg и сопутствующие вещи, подрочил питон немножко (кек) и вообще. Короче, развлекался как мог.
>>3086129
>Ставь x264 crf 14-18 и всё
Не, ты что, х264 это сильно хуже vp9, зато быстрее. vp9 с crf35 оптимально. Если не лезет в 8мб, то заливаю на teknik.io, у меня там премиум (сейчас вроде только подписка, а я урвал вовремя). Там, в отличии от облаков всяких, ссылка на видео файл превращается в нормальный embed.
Аноним (Microsoft Windows 10: Chromium based) 06/12/21 Пнд 20:36:01 3086159304
>>3086139
>Да. Но я пока этой хернёй страдал чуть больше узнал про ffmpeg и сопутствующие вещи, подрочил питон немножко (кек) и вообще. Короче, развлекался как мог.
Да я пынемаю, сам в начале такой ерундой занимался, поэтому и говорю. А зачем тебе питон вообще?
>Не, ты что, х264 это сильно хуже vp9, зато быстрее. vp9 с crf35 оптимально.
Вот кстати не всегда, из-за некоторых тонких параметров можно сжать в маленький размер красиво с x264, но vp9 в большинстве случаев лучше конечно, но x265 равно или чуть лучше. Просто последнее время слишком долго кодирует у меня vp9 speed 0 с максимальные параметрами.
Аноним (Microsoft Windows 7: Chromium based) 07/12/21 Втр 04:00:00 3086332305
image.png 7Кб, 532x64
532x64
>>3056070 (OP)
Анон, у меня простой вопрос. Я пока что новичек в теме енкодинга и вот провожу некоторые експерименты. Закодировал один и тот же видос с одинаковым присетом и размером выходного файла в mp4 и в mkv. Закинул в прогу, которая рассчитывает качество и она показывает пиздец какую разницу. Помотал немного оба видоса и вроде как на mp4 больше мыла на границах объектов.
Верно ли то что mp4 добавляет мыла? Просто я всегда думал что это такой же контейнер как вебм или матрешка, и разницы между ними нету, кроме поддержки самого контейнера на разных устройствах.
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 05:06:22 3086334306
>>3086159
>А зачем тебе питон вообще?
Питон круто! Мне нравится.
>>3086159
> но x265 равно или чуть лучше.
Должен быть лучше, но сильно медленнее и, что главное, мало где поддерживается.
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 05:06:56 3086335307
Аноним (Microsoft Windows 7: Chromium based) 07/12/21 Втр 05:32:37 3086340308
Аноним (Linux: Firefox based) 07/12/21 Втр 07:07:56 3086348309
>>3086340
Спасибо, вечером запробую.
Аноним (Microsoft Windows XP: Firefox based) 07/12/21 Втр 09:08:38 3086356310
>>3086332
Нет, у тебя какая-то другая настройка всё портит, или ты что-то критичное не указал. Ты должен быть в состоянии вытащить поток видео из одного контейнера и вставить в другой, а потом наоборот, а потом ещё и ещё, и разницы с кодированием напрямую в них не должно быть.
Аноним (Linux: Firefox based) 07/12/21 Втр 09:24:21 3086358311
>>3086332
Надо было сразу скинуть строку которой конвертируешь.
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 16:30:16 3086525312
>>3086332
Как я понял, дело не в mkv или mp4, у тебя mkv видео в прогрессивной развертке 480p, а mp4 в черестрочной по англ. интерлейсед 480i. Можешь погуглить чем отличаются, но в кратце интерлейдед это когда 2 когда совмещаются один, особенно понятно когда смотришь видео на плоскостях появляются полосы в видео, в общем разрешение в 2 раза ниже по факту, поэтому такие результаты.
Можно также пример на старых консолях по типу ps2 реальное разрешение игры 320x240p, а выводит она картинку на телек в 480i.
Сегодня весь контент в прогрессивной развертке, поэтому пишут 1080p например, кроме телевизионных передач, записей, трансляций по типу k-pop концертов еще.
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 17:04:03 3086537313
>>3086525
>2 когда совмещаются один
2 кадра совмещаются в один
фикс
Аноним (Microsoft Windows 10: Firefox based) 07/12/21 Втр 17:31:47 3086552314
Есть двухминутное видео весом в 1Гб и битрейтом в 50kbps. Хочу сжать до вменяемого состояния. Хочу быстро, поэтому планирую использовать карту.
Какие параметры курить? Или просто ебануть битрейт в 500к и все?
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 17:49:30 3086563315
>>3086552
CRF всегда лучше, чем указание конкретного битрейта. Конечно, если это не дико огромный битрейт. Остальное пусть более опытные подскажут.
Аноним (Microsoft Windows 10: Firefox based) 07/12/21 Втр 17:56:59 3086567316
>>3086552
>в 50kbps
50 000kbps фиксанул себя
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 18:31:56 3086581317
>>3086563
Почему он всегда лучше?
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 18:34:40 3086582318
Аноним (Microsoft Windows 7: Chromium based) 07/12/21 Втр 18:38:49 3086584319
ol3 (17).jpg 3097Кб, 2160x3840
2160x3840
>>3086356
>>3086358
>>3086525
Я для кодирования юзаю StaxRip. Уже некоторое время его использую, много функционала и настроек. Мне надо было пережать несколько видосов и я решил попробовать разные присеты. Вчера ебался долго с этим и никак не мог понять в чем разница, решил спросить, вдруг помогут, что и произошло

Чересстрочная развертка хуй знает как включилась, никогда такого раньше небыло. Посмотрел через mediainfo и везде пишет что прогрессивная. Может быть это баг. На днях проверю, так как сейчас нету времени. Всем спасибо
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 19:13:05 3086594320
>>3086159
>А зачем тебе питон вообще?
Я только сейчас понял что ты спрашивал зачем мне питон в этом всём занятии. Ну, я написал хуитку, которая по очереди конвертирует все файлы в папке. Можно было бы просто батник замутить, но я питон лучше знаю.
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 19:20:15 3086597321
CS.png 198Кб, 1086x753
1086x753
DRG.png 192Кб, 1086x753
1086x753
Записал два футажа 1080-60fps. Отрендерил премьером (медиа энкодером) в 720 - 30fps. В Ut Vid (avi), pro res, h264(в 50 и 62,5M/s) и vp9 через воукодер (crf35). Всё, кроме vp9 из воукодера пережал в vp9 crf35 в два прохода с помощью ffmpeg. Результаты FFmetrics.
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 19:50:41 3086608322
>>3086594
Ну если реально лучше знаешь, то в путь. Я через батники всё делаю.
Аноним (Microsoft Windows 10: Chromium based) 07/12/21 Втр 19:54:26 3086609323
Завтра ещё посмотрю то же самое для cbr в 6M. Надо было с самого начала это и сделать.
Аноним (Google Android: Mobile Safari) 08/12/21 Срд 00:19:45 3086817324
>>3086563
Если указать такой же битрейт как после сжатия crf то будет одинаковое качество. Crf просто сам вычитает битрейт
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 03:46:28 3086922325
>>3086597
Что это значит? Куда смотреть? Какие выводы?
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 04:42:06 3086933326
>>3086817
Нет, CRF использует психовизуальную модель. То есть субъективно качество будет выше, хотя объективно нет. Плюс, по моей практике, даже при vbr простые сцены не сжимаются сильно, в то время как cqp и тем более crf очень сильно реагируют на сложность картинки. Запись проводника виндовс и 3д шутера могут разительно отличаться по размеру, в то время как vbr просто стремиться уложиться в целевой битрейт и будет недостаточно экономить на простых сценах и недотрачивать на сложные.
Аноним (Microsoft Windows 7: Chromium based) 08/12/21 Срд 04:43:54 3086934327
>>3086597
кстати еще бы размер файлов показывало, чет разработчик профукал этот момент
Аноним (Microsoft Windows 7: Chromium based) 08/12/21 Срд 04:47:12 3086935328
>>3086934
Посмотрел, оно показывает битрейт. Надо потянуть столбец медиа инфо
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 05:09:12 3086938329
CS cbr metrics.png 188Кб, 1086x753
1086x753
DRG cbr metrics.png 177Кб, 1086x753
1086x753
image.png 169Кб, 982x753
982x753
>>3086934
Да. Там отличие где-то в мегабайт.
>>3086922
Да по большей части ничего не значит, ведь битрейт разный. Вот сейчас посмотрим при cbr.

Итак, вот сравнение вебм из разных промежуточных источников с cbr 6M/сек. Прилепил значение битрейта, ибо cbr конечно всё равно варьирует битрейт, просто в очень ограниченном диапазоне. У меня битрейт показывает только если навести мышкой.

Третий скрин это сравнение вебм по совершенно левому референсу. Кроме одной вебм. Поможет понять насколько важен нам вообще каждый параметр. VMAF разработана чтобы заменить собой все остальные метрики и, в целом, мне она действительно кажется наиболее хорошей метрикой. На неё я и буду смотреть.
Учитывая итоговый размер, я остановлюсь на h264 с максимально доступным в премьере битрейтом.
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 05:10:01 3086939330
CS cbr metrics.png 167Кб, 1086x753
1086x753
DRG cbr metrics.png 153Кб, 1086x753
1086x753
Блядь. Вот с битрейтом.
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 05:15:05 3086940331
CSavi.webmsnaps[...].png 1998Кб, 1280x720
1280x720
CSh264.webmsnap[...].png 1985Кб, 1280x720
1280x720
CSh264maxB.webm[...].png 1983Кб, 1280x720
1280x720
CSprores.webmsn[...].png 2120Кб, 1280x720
1280x720
Скриншоты из вебм в данном случае неинформативны. в DRG мало движения и картинка неотличима, если не рассматривать кадлый пиксел. В CS нет каких-то нормальных ориентиров, ибо текстуры в области видимости сами с артефактами сжатия уже в игре.
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 05:17:30 3086942332
DRGavi.webmsnap[...].png 1574Кб, 1280x720
1280x720
DRGh264.webmsna[...].png 1579Кб, 1280x720
1280x720
DRGh264maxB.web[...].png 1573Кб, 1280x720
1280x720
DRGprores.webms[...].png 1805Кб, 1280x720
1280x720
Чтож. Этот >>3086052 анон был прав.

>ProRes тебе вообще не нужен, h264 с максимальным битрейтом для 1080п 60000 кбпс хватит, чтобы потерь не было, как минимум для глаза, но тут от настроек кодировщика зависит еще конечно.
>Я так и делаю.

Теперь и я так делаю.
Аноним (Microsoft Windows 10: Palemoon) 08/12/21 Срд 07:38:02 3086950333
>>3086933
> CRF использует психовизуальную модель
Да вроде всю жизнь использовал уровень качества, а за психовизуал отвечали различные aq-mode и psy-rd, если речь идёт о h264
Аноним (Linux: Firefox based) 08/12/21 Срд 07:46:26 3086952334
>>3086950
Вот эта строчка с википедии это оно и есть:
Метод же CRF сжимает похожие кадры неодинаково: это происходит за счёт того, что учитывается движение объектов. Визуально человек различает больше деталей в неподвижных объектах, чем в движущихся, поэтому программа сжатия видео может отбросить больше деталей (увеличить сжатие) на движущихся элементах и сохранить больше (увеличить детализацию) на неподвижных. Субъективно такое видео будет казаться качественней.
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 07:52:50 3086953335
>>3086933 >>3086952
Это посты противоречат друг другу. Так crf больше сжимает динамику или наоборот статику?
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 08:02:12 3086956336
>>3086942
Он был прав не в том, что из h264 сжатие лучше по сравнению с lossless, а в том, что при высоком битрейте нет никакой разницы, если это всё равно будет неумолимо сжато во много раз. И это изначально очевидно любому человеку, не одурманенному пердолингом ради пердолинга, ибо хоть сколько-то значимая разница не всегда видна даже при покадровом сравнении с лупой.
Аноним (Linux: Firefox based) 08/12/21 Срд 08:03:29 3086957337
>>3086953
Противоречия нет. И crf и cqp гораздо лучше адаптируются под сложность картинки. Я не знаю как под капотом, но запись из OBS (nvenc cqp) может сильно отличаться по весу в зависимости от сложности картинки (игра vs проводник). Я давно очень с этим столкнулся, мне кажется разница была чуть ли не раз в 10, но боюсь напиздеть. Проверил бы, но я РАБотник, дома буду не скоро. Может того же самого можно добиться с огромным диапазоном vbr, не знаю. Но CRF, по сравнению с CQP, ещё и учитывает что человек смотрит на движущиеся предметы в кадре и потому сильнее сжимает статику, чтобы меньше сжимать объекты в фокусе внимания.
Аноним (Linux: Firefox based) 08/12/21 Срд 08:26:52 3086960338
>>3086956
Так я с этим и согласился.

>не одурманенному пердолингом ради пердолинга
Алло, этот тред не про шизиков, которые жмут 10 секунд два часа ради гомеопатической прибавки качества? Тогда зачем он нужен? Webm for retards скачал и погнали.

Забавно, что
>что из h264 сжатие лучше по сравнению с lossless
похоже на правду, если сильно захотеть и принять за истину что Ut Vid это lossless (а они утверждают что это так) и что VMAF всему голова и самая правильная метрика.

>разница не всегда видна даже при покадровом сравнении с лупой.
На первой стадии моего шизоисследования разница была очень заметна без лупы. Закинь пнг в папку и полистай. Разница серьёзная и именно из-за того, что
> неумолимо сжато во много раз
Очень шумные текстуры, да ещё и в движении, при сжатии превращаются в мыльные jpeg пятна. А вот prores в этом плане показал себя значительно лучше.
Но эти вебм нельзя было использовать в FFmetrix, ибо оригинал, нужный для референса, сильно длиннее итоговых вебм, а через copy выходит классическая проблема с ключевыми кадрами и первые пара секунд точно вырезанного фрагмента вышли статичной картинкой.
Записанные на второй стадии куски не столь показательны. Было бы разумно загрузить тот же уровень Cruelty Squad и попрыгать там под запись ещё раз, но, в принципе, уже не интересно. Потому что:
>при высоком битрейте нет никакой разницы, если это всё равно будет неумолимо сжато во много раз. И это изначально очевидно любому человеку, не одурманенному пердолингом ради пердолинга, ибо хоть сколько-то значимая разница не всегда видна даже при покадровом сравнении с лупой.
Уже указал с чем здесь не согласен, но вывод то тот же: кодировать в h264 с максимальным битрейтом и не ебать мозги. Это быстро в первичном рендере и при перекодировании в вебм и даёт почти топовый результат по некоторым метрикам в FFmetrix. По совокупности это победитель нашего конкурса! Ураааа! Поздравляю всех с докторской степенью в сжатиенауках. Возможно именно эти знания подарят на путь к бессмертию или, хотя бы, к лекарству от рака.

Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 09:49:15 3086967339
1560542844411.png 54Кб, 983x758
983x758
1625031438946.mp4 15131Кб, 1920x1080, 00:00:36
1920x1080
>>3086957
> Я не знаю как под капотом, но запись из OBS (nvenc cqp) может сильно отличаться по весу в зависимости от сложности картинки (игра vs проводник). Я давно очень с этим столкнулся, мне кажется разница была чуть ли не раз в 10, но боюсь напиздеть.
У меня в OBS на AMD AMF настроен обычный VBR 20000-30000 kbit/s, но при этом при записи какого-нибудь статичного документа в ворде наблюдаю на мониторинге 500-1500 kbit/s.

> Противоречия нет.
>>3086952
> Вот эта строчка с википедии
> отбросить больше деталей (увеличить сжатие) на движущихся элементах и сохранить больше (увеличить детализацию) на неподвижных
>>3086957
> сильнее сжимает статику, чтобы меньше сжимать объекты в фокусе
Аноним (Linux: Firefox based) 08/12/21 Срд 10:02:40 3086968340
>>3086967
Да это просто я обосрался, да. Сломанный телефон в моём мозге. Понять, простить.

The human eye perceives more detail in still objects than when they’re in motion. Because of this, a video encoder can apply more compression (drop more detail) when things are moving, and apply less compression (retain more detail) when things are still.

Аноним (Microsoft Windows 10: Firefox based) 08/12/21 Срд 14:45:33 3087044341
изображение.png 7Кб, 935x69
935x69
>>3086563
Почему h264_nvenc не умеет работать с crf? В чем подстава?
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 14:48:05 3087046342
Аноним (Microsoft Windows 10: Firefox based) 08/12/21 Срд 14:53:14 3087048343
>>3087046
Ну вот, опять гуглить.
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 15:00:24 3087051344
Аноним (Microsoft Windows 10: Firefox based) 08/12/21 Срд 15:10:36 3087052345
>>3087051
Спасибо. Вообще я уже воспользовался CQP, но эти параметры тоже попробую для общего развития.

Сначала с помощью -vf fps снизил частоту кадров, получил 250Мб из 1Гб (с 48 кадров до 30). Затем с -qp 37 пожал материал до 50Мб и теперь вполне можно грузить куда захочу. Единственный минус - долгая обработка фильтром fps. Вот бы было что-нибудь побыстрее.
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 15:43:44 3087060346
>>3087052
Можно без фильтра, просто -r 30 сделай и всё в параметрах видео.
Аноним (Microsoft Windows 10: Chromium based) 08/12/21 Срд 16:38:32 3087109347
>>3087052
В чём космический эффект -vf fps вместо православного -r и двукратного перекодирования?
Аноним (Microsoft Windows 10: Firefox based) 08/12/21 Срд 17:08:43 3087146348
>>3087109
Не стану врать - я не знаю. Мне нужно было просто сократить fps ну я и написал в консоль что в интернете посоветовали. Что насчет двукратного кодирования?
Алсо >>3087060 уже пробовал, скорость примерно та же - 0.5x

Не знаю, может быть я что-то неправильно делаю.
Аноним (Microsoft Windows 10: Firefox based) 08/12/21 Срд 17:11:21 3087149349
изображение.png 1Кб, 533x32
533x32
>>3087146
Скриншот не захотел вставляться.
Аноним (Microsoft Windows 10: Palemoon) 08/12/21 Срд 17:49:27 3087179350
>>3086952
> Вот эта строчка с википедии это оно и есть
В этой строчке описывается работа параметра qcomp, который присутствует далеко лишь не во всех энкодерах, потому рассказы про crf использует какую-то там модель, кроме модели постоянного уровня качества оставлю цитатерам википедии.
Аноним (Microsoft Windows 10: Palemoon) 09/12/21 Чтв 03:06:48 3087374351
1639019416546.jpg 255Кб, 1080x1018
1080x1018
>>3086952
Ты прав, я слишком узколобо воспринял слово "психовизуал", изменение уровня квантования в сценах подходит, независимо от наличия параметров подстройки этих изменений. Мне надо крепко думать, прежде чем строчить ответы.
Аноним (Linux: Firefox based) 09/12/21 Чтв 10:43:55 3087421352
Анон, два вопроса. Записываю в 1080п, 60фпс, потом монтирую, рендерю и перекодирую в вебм.
1. Лучше менять фпс и разрешение перед конвертацией в вебм или во время?
2. Что там за тема с -r. В чём отличие от фильтра fps?
Аноним (Microsoft Windows 10: Firefox based) 09/12/21 Чтв 16:18:22 3087503353
изображение.png 13Кб, 999x305
999x305
А у меня такой вопрос - подходит ли вообще CQP для записи на лету? Слишком уж жирные файлы на выходе получаются.
Аноним (Microsoft Windows 10: Chromium based) 09/12/21 Чтв 18:15:48 3087546354
>>3087503
Ну то есть ты поставил 23 и файлы у него жирные. Ну не знаю, может ты качество снизишь? Я правда в 22 пишу и меня устраивает. Поставь 30, зайди в шутан какой-нибудь и резко води камерой. Посмотри что получилось. Двигайся в сторону меньшего размера/большего качества. Так найдёшь оптимальное качество. При 22 там сложно вообще встретить артефакты, есть куда двигаться. Вопрос уровня "я газ вдавил в пол, подходит ли моя машина чтобы не давить людей?"
Аноним (Microsoft Windows 10: Firefox based) 10/12/21 Птн 00:29:13 3087642355
Аноним (Microsoft Windows 10: Firefox based) 10/12/21 Птн 01:25:23 3087657356
>>3086139
> vp9 с crf35 оптимально
Нет, это прям шакалы. Та даже на crf32 уже шакалы вылазят. Что-то оптимальное начинаеться где-то crf24 и меньше.

А хотя тебе всё равно в 8мб сжимать, а там шакалов не избежать.
Аноним (Google Android: Mobile Safari) 10/12/21 Птн 02:09:10 3087667357
>>3087421
Не надо записывать в вебм. Vp9 и старее это убогие кодеки, во всём проигрывают h264, h265
Аноним (Google Android: Mobile Safari) 10/12/21 Птн 02:10:52 3087668358
>>3087421
*Конвертировать а не записывать
> 1. Лучше менять фпс и разрешение перед конвертацией в вебм или во время?
Чё, какая разница
> Что там за тема с -r. В чём отличие от фильтра fps?
Фильтр именно преобразует частоту, а r можно использовать даже без перекодирования видео
Аноним (Microsoft Windows 10: Chromium based) 10/12/21 Птн 04:33:15 3087678359
>>3087657
Ну не обязательно в 8мб, но да, мне надо сильно сжимать, так что 35 это оптимально под мои цели, а не вообще.
Аноним (Linux: Firefox based) 10/12/21 Птн 07:09:28 3087683360
>>3087668
>Чё, какая разница
Да хуй знает. Потому и спрашиваю. Вот, оказывается, что между """"""лосслесс"""""" кодеками есть разница.
>>3087667
> Vp9 и старее это убогие кодеки, во всём проигрывают h264, h265
В каждом треде должен быть долбаёб, который с пеной у рта доказывает что чёрное это белое.
Аноним (Linux: Firefox based) 10/12/21 Птн 13:22:19 3087740361
>>3087683
>Вот, оказывается, что между """"""лосслесс"""""" кодеками есть разница.
Конечно между ними есть разница? То, что они не теряют информацию, не означает, что они абсолютно идентично её представляют для воспрозведения. Это означает, что между ними можно эту информацию переводить свободно, ничего не теряя. Или ты про какой-то лосслесс, который при перекодировании теряет, но всё равно лосслесс себя называет? Я, признаюсь, не специалист по ним.
Аноним (Linux: Firefox based) 12/12/21 Вск 16:23:50 3088521362
Ммм, как же охуенно перегонять флак в 64кбит опус и наслаждаться тем что это даже можно слушать, кто сейм?
Аноним (Microsoft Windows XP: Firefox based) 13/12/21 Пнд 01:26:55 3088655363
>>3088521
Opus уже не модно, модно xHE-AAC.
Аноним (Microsoft Windows 10: Chromium based) 13/12/21 Пнд 10:54:22 3088727364
>>3088521

> 64кбит опус

Гонять музыку в телефонные кодеки это кек :)
Аноним (Microsoft Windows 10: Chromium based) 13/12/21 Пнд 11:00:42 3088734365
>>3088727
Свидетель святого предназначения, ты?
Аноним (Linux: Firefox based) 13/12/21 Пнд 11:07:33 3088735366
Аноним (Microsoft Windows 10: Chromium based) 14/12/21 Втр 23:34:02 3089425367
Анончик, подскажи самый лучший способ стриминга с Win10 на телевизор? Телевизор - LG C1. Интересует именно супер качество, HDR (Plex в него не умеет) и вот это всё. Или лучше не ебаться и кидать на внешний диск?
Аноним (Microsoft Windows 7: Chromium based) 15/12/21 Срд 00:59:46 3089455368
Аноним (Microsoft Windows 10: Chromium based) 15/12/21 Срд 10:17:39 3089495369
>>3089455
Спасибо, настроил VLC, вроде пока полёт нормальный.
Аноним (Microsoft Windows 10: Chromium based) 15/12/21 Срд 11:20:03 3089510370
>>3089425
Можно ли в VLC настроить трансляцию с аппаратным ускорением?
Аноним (Microsoft Windows 7: New Opera) 15/12/21 Срд 13:15:30 3089535371
>>3056070 (OP)
Всем уважения.
Кодирую на некропеке с i7 четвертого поколения, соответственно 4\8 и квиксинк. Выиграю ли я время обработки, если "обновлюсь" на зион примерно такой же новизны, но в котором зато будет, например, 14\28 без квиксинка (и чуть ниже частоты)? Т.е. насколько зависит скорость кодирования на процессоре от количества ядер\потоков?
Если важно, я пользуюсь VapourSynth через Hybrid.
Аноним (Linux: Firefox based) 15/12/21 Срд 13:27:17 3089537372
>>3089535
Мне кажется важно какой ты кодек используешь.
Аноним (Google Android: New Opera) 15/12/21 Срд 13:33:21 3089542373
>>3089537
H.265 только, т.е. и сейчас и в случае апгрейда он программный.
Аноним (Linux: Firefox based) 15/12/21 Срд 13:55:20 3089546374
>>3089542
Програмный то програмный, но вроде у разных кодеков разные возможности по параллельному кодингу.
Аноним (Linux: New Opera) 15/12/21 Срд 17:53:17 3089613375
>>3089546
Ну ладно, и у хевка какие такие возможности, известно?
Аноним (Microsoft Windows 10: Chromium based) 15/12/21 Срд 18:11:07 3089623376
>>3089613
Мне нет) Я спросил, потому что шарящим людям будет важна эта информация чтобы ответить тебе. Но сам я не знаю.
Аноним (Microsoft Windows 7: New Opera) 17/12/21 Птн 22:03:39 3090369377
>>3089623
Жаль, шарящие люди не пришли. Тем временем в доках к h.265 я прочитал, что параллелиться-то он умеет неплохо, но это может негативно влиять на сжатие. Правда величину негатива ессно не узнать.
Аноним (Microsoft Windows 10: Chromium based) 18/12/21 Суб 13:27:27 3090571378
>>3090369
Ну, в общем-то, как и остальные кодаки, как я понимаю.
Аноним (Microsoft Windows 7: New Opera) 18/12/21 Суб 18:29:18 3090640379
>>3090571
Не, ну с h.264 он там прямо сравнивается и выигрывает, естественно. Про h.266 или уже доступный AV1 не читал, но вероятно в них еще оптимальнее многопоточность, т.к. они тупо новее.
Аноним (Microsoft Windows 10: Chromium based) 25/12/21 Суб 07:18:46 3092779380
Пытаюсь разобраться в этой теме. Вот я пишу ffmpeg -i 546.mp4 test.webm и файл не надйен. А если полностью прописать путь то находит и работает. А файл лежит рядом с ffmpeg.exe, дак почему требуется полный путь?
Аноним (Microsoft Windows 10: Chromium based) 25/12/21 Суб 11:52:45 3092811381
1622591443758.png 12Кб, 333x216
333x216
>>3092779
Лучше либо прописывать в адресной строке проводника cmd (самый удобный вариант), чтобы консоль открылась сразу в текущей папке, либо в самой консоли переходить в папку с файлами с помощью команды cd (муторно), а не класть файлы рядом с ffmpeg.
Аноним (Microsoft Windows 7: Firefox based) 25/12/21 Суб 16:11:22 3092885382
>>3092811
> прописывать в адресной строке проводника cmd (самый удобный вариант),
Shift + ПКМ по пустому месту в Проводнике, в Windows 7 переведено как "Открыть окно команд".
>>3092779
Ты находишься не в этой папке. Сам ffmpeg находит потому, что путь к ffmpeg указан в PATH (напиши echo %PATH%, чтобы увидеть).
Аноним (Microsoft Windows 10: Chromium based) 26/12/21 Вск 01:40:22 3093073383
21312312312.png 6Кб, 831x120
831x120
Теперь у результата превью на дваче проебывается. Какой-то геморрой блин, почему так сложно.
Аноним (Microsoft Windows 10: Chromium based) 26/12/21 Вск 02:00:02 3093077384
>>3093073
Чел, ты постишь кринж. Результат вообще нормально запускается?
Аноним (Microsoft Windows 10: Chromium based) 26/12/21 Вск 02:18:57 3093083385
>>3093077
С результатом все абсолютно нормально, кроме того единственного, что макаба сжирает превью.
Не знаю где тут кринж, это взято из вики, только убрано зацикливание картинки, потому что неправильно общая длительность считалась и не фиксилось. И добавлен рейскейлинг с борама, тут тоже работает.
Аноним (Microsoft Windows 10: Chromium based) 26/12/21 Вск 02:21:42 3093086386
>>3093083
Да короче пофиг, лучше в вегасе пилить, в пять раз больше весить будет, зато надежно.
Аноним (Google Android: Mobile Safari) 26/12/21 Вск 03:08:28 3093105387
>>3093073
Ебать дебил ты чё ввёл за говно
Аноним (Microsoft Windows 10: Chromium based) 26/12/21 Вск 04:19:17 3093121388
>>3093105
Да шапку читай там написано, чего я тебе?
Входные файлы. Потом потоки - они не нужны, они были в вики примере чтобы прерывалось через shorten, но shorten некорректно работает, так что просто обозначение потоков осталось, можно стереть. Потом настройки звука - они для вебм, но процесс не крашат, может работают. Потом рескейлинг, тут чето надо чтоб картинка была в джипег, иначе рапидорасит. Потом какой-то костыль из вики, который должен фиксить превью, но не фиксит. И выходной файл. Все просто тут.
Меня все устраивает что только плохо вот - нет превью, это абу свинью подложил. А вегас выдает тяжелые файлы, либо шакалит картинку. Можно что из вегаса вываливается перегнать через борам, но будет вебм тогда, а не мп4. Пизда короче.
Аноним (Microsoft Windows 10: Chromium based) 26/12/21 Вск 14:11:51 3093218389