[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: [2240px] FFmpeg logo (new) rendered from(...).png -(114 KB, 2240x600, [2240px] FFmpeg logo (new) rendered from(...).png)
114 No.211559  

Кажется, тут до сих пор не бывало обсуждения того, как пользоваться FFmpeg, поэтому придётся мне создать его одновременно с тем, как задам вопрос о FFmpeg, и вот создаю.

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

К сожалению, этого важного достоинства совершенно лишены имиджборды: расположенные на Ычане видеоролики WebM будут просматриваться во браузерах — а, например, Firefox (насколько я мог заметить) вообще никто не оснащал способностью показывать десятибитные WebM. По-видимому, на ней сэкономили.

Долгое время я считал, что вполне достаточно передать параметр «-pix_fmt yuv420p» и примириться с тем, что видеоролик на Ычане получается полосчатым.

С другой стороны, если для создания 256-цветных GIFов в FFmpeg придумали фильтр paletteuse с выбором из множества алгоритмов передачи желаемого цвета мешаниною точек промежуточных цветов, то тогда, может быть, и для перевода из 10-битного в 8-битный цвет есть какой-нибудь приём, аналогичный употребляемому в видеопроигрывателях, но для FFmpeg?

Если знаете о нём, то тогда, пожалуйста, расскажите о нём.

>> No.211560  

>>211559

>многие фэнсабберы аниме перешли к употреблению десятибитных цветовых компонентов

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

>> No.211561  

Меня скорее напрягает что сейчас всё в 1080p с диким-бешенным битрайтом или супер-модными кодеками безальтернативно выкладывают. Мол, кому надо перекодируют под меньшее разрешение. Но с моим некрокомпьютером что смотреть что перекодировать такое немного утомительно. А фокус с заливанием на ютуб для последующего скачивания понёрфили.

>> No.211585  

Как вшить хардсаб для пачки видео?

>> No.211586  

>>211585
https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo
Либо если ffmpeg собрано без libass, то можно mpv использовать https://github.com/mpv-player/mpv/blob/master/DOCS/encoding.rst.

А пакетная обработка банальными bash-скриптами делается, либо любым другим скриптовым языком.

>> No.211587  

>>211560

Кроме поля проигранного боя между спидсабами и симулкастами, надо сказать, есть ещё и выпуск BD-рипов, и там продолжает процвѣтать десятибитность компонентов цвѣта.

>>211561

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

Во-вторых, если перекодировать не хочется, то на навороченных видеопотоках свѣтъ клином не сошёлся, есть же https://nyaa.si/?q=deadfish и https://nyaa.si/?q=jacobswaggedup и https://nyaa.si/?q=asaadas и прочие релизы для маломощных устройств. Ѿдѣльный угол сцены у них. Ну или симулкасты малых разрешений можно смотрѣть.

>>211586

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

>> No.211588  

>>211585
Проще простого:
-vf ass=file.ass

Дальше обернешь в шелл, как >>211586 советует. Свою обертку не покажу, за нее стыдно

>> No.211641  

>>211588
Почему-то при
ffmpeg -i video.mp4 -vf ass=sub.ass vidsub.mp4

выдает:

video.mp4 premission denied

При этом из mkv в mp4 он без проблем пересобрал. Может с кодеками что-то не то?

>> No.211642  

>>211641
Удивительное рядом! После переустановки из другого репозитория оно вроде заработало.

>> No.211643  

>>211642
Тоскливо смотрит на прогресс, который почти не двинулся с места

А ведь его же можно заставить работать с nvidia cuda, да? На хабре пишут, что вроде как…

>> No.211644  

>>211643
Можно использовать nvenc (при необходимости - пересобрать ffmpeg со включением nvenc), но, говорят, получается качество видео хуже.

>> No.211646  

>>211644
За скорость надо платить.
В официальном релизе похоже nvenc нету, значит придется пересобирать. Это вообще сложно, если с линуксами на вы?

>> No.213014  
Файл: everyday we stray further from God [TeeNavi].jpg -(139 KB, 720x720, everyday we stray further from God [TeeNavi].jpg)
139

Ѿвѣтомъ на >>211559 служит параметр «-sws_dither bayer» или «-sws_dither ed», по-видимому.

Впрочем, если по адресу https://trac.ffmpeg.org/ticket/7613 показано, что параметр «-filter_complex paletteuse=dither=bayer:bayer_scale=0» сломан, то тогда и параметр «-sws_dither bayer» может быть сломан, если реализация алгоритма Байера одна и та же.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]