Вы видите копию треда, сохраненную 8 декабря 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Педики больше не пересоздают свой женерал тред, шапки нет. Но я спиздил шапку из другого источника, актуальна или нет хз!
Для воспроизведения WebM с 10-битным цветом нужно установить плагин vlc (http://nightlies.videolan.org/ ) и отключить встроенный в браузер плеер (media.webm.enabled=false в firefox).
О кодировании WebM
Доступные кодеки — VP8 и VP9 для видео, Vorbis и Opus для звука, максимальный размер файла — 10240КБ, всех файлов в посте — около 40МБ.
Делать WebM можно научиться в вики треда: https://github.com/pituz/webm-thread/wiki/
Там находится подробная информация о выборе и настройке кодеков на примерах использования консольных утилит ffmpeg, vpxenc и mkvmerge.
Неочевидные моменты
— libvorbis при указании битрейта (-b:a) работает в режиме CBR (постоянный битрейт), и это портит качество звука; для режима VBR вместо битрейта надо указывать качество (-q:a); параметр -vbr on работает только для Opus'а;
— в webm'ки не нужно включать софтсаб в формате webvtt (FFmpeg это делает по умолчанию при наличии сабов в контейнере, отключается параметром -sn): во-первых, это бесполезно (для его отображения на странице должен быть специальный код), а во-вторых, от этого ролики не воспроизводятся в firefox.
Программы и их документация
http://webmproject.org http://ffmpeg.org http://mpv.io http://www.bunkus.org/videotools/mkvtoolnix/
Фронтенды к ffmpeg для кодирования вебмок
CLI, бидон: https://pypi.python.org/pypi/webm
CLI, zsh: https://github.com/pituz/webm-thread/tree/master/tools
CLI, дотнет: https://github.com/CherryPerry/ffmpeg-vp9-wrap
GUI, дотнет: https://gitgud.io/nixx/WebMConverter
Оп-паста: https://github.com/pituz/webm-thread/blob/master/op-paste
Сам ffmpeg
https://ffmpeg.zeranoe.com/builds/
Для тех кому сложна, гуй с кнопками
https://gitgud.io/nixx/WebMConverter
Обнаружена общая ошибка потока GStreamer.
Если нужно, вот вывод ffmpeg
Input #0, matroska,webm, from 'fight.webm':
Metadata:
encoder : Lavf56.40.101
Duration: 00:02:46.61, start: 0.007000, bitrate: 285 kb/s
Stream #0:0: Video: vp9 (Profile 0), yuv420p(tv), 1280x720, SAR 1:1 DAR 16:9, 30 fps, 30 tbr, 1k tbn, 1k tbc (default)
Stream #0:1: Audio: opus, 48000 Hz, stereo, fltp (default)
Input #1, concat, from 'concant':
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #1:0: Video: vp9 (Profile 0), yuv420p(tv), 500x740, SAR 1:1 DAR 25:37, 25 fps, 25 tbr, 1k tbn, 1k tbc
[webm @ 0xe17da0] Codec for stream 0 does not use global headers but container format requires global headers
[webm @ 0xe17da0] Codec for stream 1 does not use global headers but container format requires global headers
Output #0, webm, to 'out.webm':
Metadata:
encoder : Lavf56.40.101
Stream #0:0: Video: vp9, yuv420p, 500x740 [SAR 1:1 DAR 25:37], q=2-31, 25 fps, 25 tbr, 1k tbn, 1k tbc
Stream #0:1: Audio: opus, 48000 Hz, stereo (default)
Stream mapping:
Stream #1:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[concat @ 0xe19d40] New audio stream 1:1 at pos:557 and DTS:0.04s
frame= 5498 fps=0.0 q=-1.0 Lsize= 5837kB time=00:02:46.64 bitrate= 286.9kbits/s
video:3895kB audio:1848kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.633211%
Тут вроде какие-то ошибки выскакивают. Да, потом, после ошибки, видео запускается.
Обнаружена общая ошибка потока GStreamer.
Если нужно, вот вывод ffmpeg
Input #0, matroska,webm, from 'fight.webm':
Metadata:
encoder : Lavf56.40.101
Duration: 00:02:46.61, start: 0.007000, bitrate: 285 kb/s
Stream #0:0: Video: vp9 (Profile 0), yuv420p(tv), 1280x720, SAR 1:1 DAR 16:9, 30 fps, 30 tbr, 1k tbn, 1k tbc (default)
Stream #0:1: Audio: opus, 48000 Hz, stereo, fltp (default)
Input #1, concat, from 'concant':
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #1:0: Video: vp9 (Profile 0), yuv420p(tv), 500x740, SAR 1:1 DAR 25:37, 25 fps, 25 tbr, 1k tbn, 1k tbc
[webm @ 0xe17da0] Codec for stream 0 does not use global headers but container format requires global headers
[webm @ 0xe17da0] Codec for stream 1 does not use global headers but container format requires global headers
Output #0, webm, to 'out.webm':
Metadata:
encoder : Lavf56.40.101
Stream #0:0: Video: vp9, yuv420p, 500x740 [SAR 1:1 DAR 25:37], q=2-31, 25 fps, 25 tbr, 1k tbn, 1k tbc
Stream #0:1: Audio: opus, 48000 Hz, stereo (default)
Stream mapping:
Stream #1:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[concat @ 0xe19d40] New audio stream 1:1 at pos:557 and DTS:0.04s
frame= 5498 fps=0.0 q=-1.0 Lsize= 5837kB time=00:02:46.64 bitrate= 286.9kbits/s
video:3895kB audio:1848kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.633211%
Тут вроде какие-то ошибки выскакивают. Да, потом, после ошибки, видео запускается.
Спасибо анон, ссылку схоронил.
Почитал фак и все равно не совсем понял как делать превьюшку. Старым способ не получается, хотя я делал все по инструкции, а ноый способ вроде как для того чтобы воспользоваться начальной картинкой из видео. А если мне надо вставить свою картинку. И как подогонать картингку под нужный мне размер?
1) Чем деинтерлейсить?
2) Какие параметры сжатия для 264 рекомендуете?
3) Как правильно сжимать в два прохода?
Спасибо
>QTGMC
Этот, я так понял, изкоробки в ffdshow не работает?
Алсо если я veryslow поменяю на slower/slow сильно качество просядет? И много ли времени выиграю?
Я такое HandBrake делаю.
Бамп вопросу.
Но после -hwaccels выдаёт только qsv и dxva2.
Как активировать Куду?
Не так спрашиваешь. Давай я за тебя спрошу.
Чем-то можно точно не по ключевым кадрам обрезать avi mpeg4 перекодировав с похожими настройками только до первого ключевого кадра, а остальное скопировав? Желательно при этом нажав минимум кнопок / написав минимум текста в консольке.
Ну, то тут не понятного. Обьясняю, для аутистов.
1. Ищешь картинку, которую ты хочешь поставить на преьвю.(Желательно БОЛЬШЕГО разрешения, чем твоя ВебМ. Если не ъочешь большего, можно вставить -vf scale=iw+1:ih+1.
2.В консоле пишешь ffmpeg -i ПУТЬ_К_ТВОЕЙ_КАРТИНКИ -c:v libvpx-vp9 -pix_fmt yuv420p preview.webm, получается файл с превью в папке /bin.
3. Прикрепяешь к Вебм - ffmpeg -i ПУТЬКТВОЕЙВЕБМ.webm -i ПУТЬКФАЙЛУpreview.webm -c copy -map 0:v -map 0:a -map 1:v out.webm. Получаешь готовое Вебм с Прьевю в папке /bin ,под названием out.webm.
Понятно?
>VP9 colorspace property is not respected
>wip patch
https://bug1210357.bmoattachments.org/attachment.cgi?id=8792842
Не прошло и года! 11 месяцев 20 дней Ну теперь заживём.
3) -pass 1 -speed 4 /dev/null
-pass 2 -speed 1 nameOf.webm
Если используешь постоянный битрейт, то не нужно.
Вот две Webm, в каком способ добавления превью тебе нравится? ( на контент не смотри).
Да мне без разницы. Просто считаю, что обложка тетради должна быть частью оной, а не валяться рядом.
Nearest-neihgbour resampling попробуй.
Альзо, первое может быть постпроцесс. https://trac.ffmpeg.org/wiki/Postprocessing
Я тебя не понял, короче.
>>1857025
ЦП не перегревается?
-threads по моим наблюдениям вроде и так по умолчанию устанавливает максимальное количество ядер.
Экономный режим в линуксе?
Настройки 100% одинаковые, пробую кодировать одно и тоже видео с теми же самыми настройками и время кодирования довольно часто разное (в больших пределах как я сказал ранее)
Не, автоматический выбор бывает сбоит.
Да, он разгоняется по требованию. Или не.
Попробуй ещё другой билд/версию/оба скачать.
https://aomedia-review.googlesource.com/#/c/2071/
>fully independent tiles. in VP9 the probability updates are shared among all tiles
Треды libvpx не полностью забивают ядра видимо как раз из-за этой хуйни.
Чем отличается -vf fps=30 от -r 30? И что такое -lavfi framerate=30? А что лучше использовать?
> -r 30
Перед инпутом говорит сколько кадров в секунду загонять ффмпегу, после инпута говорит сколько кадров в секунду выгонять в файл.
> -vf fps=30
Интерполирует недостающие, выкидывает лишние.
То есть, ffmpeg -r 60 -i input -r 30 -vf fps=60 output сделает видеодорогу вдвое дольше и наколдует промежуточных кадров.
> -lavfi framerate=30
То же самое. -lavfi синоним -filter_complex
> А что лучше использовать?
-vf fps=60 допиши и позырь что получится.
Раз https://ffmpeg.org/ffmpeg-filters.html#scale-1
Два https://ffmpeg.org/ffmpeg-scaler.html
> param0, param1
Разумеется, нинужно.
>Разумеется, нинужно.
Посему? Например, -sws_flags bicubic -param0 1/3 -param1 1/3 даёт неплохой результат. вот и хочу узнать, что знать эти -param. За второй мануал - спасибо, но там нет ответа на такой вопрос.
Точного ответа не знаю. Думаю, что это сила замыливания хрома и люма.
Параметры фильтра ресамплинга.
Для семейства cubic это значения B и C (1/3, 1/3 это Mitchell), вот здесь читай теорию: https://www.imagemagick.org/Usage/filter/#cubics
Для Lanczos это значение α, 3 по умолчанчию.
Проще всего смотреть в исходниках: https://github.com/FFmpeg/FFmpeg/blob/n3.1.3/libswscale/utils.c#L422
Ффмпегом. Батник сделай. Потом может бросить его куда хочешь. Новый файл будет рядом со старым. Можно накидывать файл на батник.
@echo off
set ffmpeg=вставить путь до ффмпега
set /P start=from:
set /P end=to:
set probe=$1
if not defined probe (
set /P input=path to input:
)
%ffmpeg% -i %input% -y -c copy -ss %start% -to %end% -f webm %input%_new.webm
exit /B
Спасибо, интересно. А где взять этот "Mitchell-Netravali Filter", в базовых ffmpegа его нет, я так понял, что он входит в группу "'Mitchell'-фильтров, а где их взять?
Выбери файл, который хочешь открыть, "Открыть с помощью" - выбери ffplay.exe. Управление клавишами - читай здесь - http://ffmpeg.org/ffplay.html, пункт 3.6. За тебя никто не будет делать очевидные вещи.
Хуёво понял.
Ключ -sws_flags bicubic активирует кубические фильтры для ресемплинга.
По умолчанию B=0, C=0.6 (≈CatRom). Если задать B=1/3, C=1/3, то это как раз и будет Mitchell.
Ясно, спасибо.
Мне надо сравнить кадры в начале и в конце, т.к. это замкнутая анимация.
Делать это надо курсором, щелчками. Удалением лишних кадров в конце, проверкой того стала ли анимация плавной.
Не знаю о чём ты, непонятно, я нуб.
Рядом кадров, с возможностью переключения между ними.
Для создания циклов тебе вообще любой видеоредактор подойдет. Но конвертить все равно придется ффмпегом.
>Управление клавишами - читай здесь - http://ffmpeg.org/ffplay.html
Где удаление кадра с последующим сохранением, как переключиться к последнему кадру?
путь/к/ffmpeg.exe -i путь/к/оригиналу.цуиь -c copy -to СЕКУНДЫ.миллисекунды(длина в секундах минус 1/фпс(1 цифры после точки хватит)) -f webm куда/класть/обрезок.цуиь
Почему Microsoft Edge не воспроизводит вебмки? Это может быть связано с форматами VP8 и VP9?
Походу, VP8 он и не поддерживает.
>>1858026
что-то я не увидел про кадры.
ты предлагаешь сократить время видео? ну и костылизм.
А Эдж на десяточке со всеми обновлениями тестируешь?
Видимо до сих пор в стейбл не хотят эту фичу выкладывать. Ставь инсайдерскую сборку.
14931 последняя.
Вот тут отписался: feedback-hub:?contextid=401&feedbackid=1ba7c6ab-1189-4248-a093-dff0dcc2efc7&form=1&src=2
У меня всё работает на 14.14393. Даже со звуком.
Ставим Anniversary Update → ставим "always on" для VP9 в about:flags → перезапускаем Edge → заходим на https://brionv.com/misc/msetest/ и кликаем Start.
И ютуб работает (только подглючивает слегка). Ну теперь заживём. 3 браузера нативно вебм поддерживают!
>Не могут подсказать как обрезать видео
уровень двача...
Теперь крутятся.
Первый в истории, экспериментальный юзерскрипт для Edge для просмотра вебмок на двоще.
Только VP9 без звука и иногда почему-то вылетает с InvalidStateError, но уже хоть что-то.
Инструкция:
∙ ставим Edge 14+ (Windows 10 Anniversary Update или Insider Build)
∙ ставим "always on" для VP9 в about:flags
∙ перезапускаем Edge
∙ ставим Tampermonkey https://www.microsoft.com/en-us/store/p/tampermonkey/9nblggh5162s
∙ ставим сам скрипт https://goo.gl/QwFw4f
∙ пробуем тестовую VP9 вебмку без звука (если не работает, то переоткрыть несколько раз)
Пока двощи не работали, я уже всё дописал до вменяемого состояния.
∙ Исправлена ошибка с InvalidStateError.
∙ Написан собственный демуксер, который вырезает видео- и аудио-треки из вебмки.
∙ Работают любые комбинации VP9 и Opus (только звук, только видео, видео и звук).
∙ Если поддерживаемых треков не найдено, выводится ошибка.
Проверил на собственных вебмках, вроде всё работает. Даже 4K, только подтормаживает в виртуалке. Интересно, что у них там за декодер, libvpx или ffvp9.
Тестируйте в общем. Если какие валидные вебм не будут играться, скидывайте сразу ссылки.
Сделай скрипт.
переменная Х=0
Цикл
ффмпег к опцииям добавь -fs 5M -ss X
переменная Y=греп продолжительности
переменная Х=0.01+X+Y
тех энд
>>1858777
> libvpx или ffvp9.
-c vp9 который из них вызывает?
Новая версия. Исправлена регулировка громкости и отображение вебм с lacing.
Оказалось, что mkvmerge по умолчанию фигачит аудио-треки с lacing, а Edge такое не воспроизводит. Опять микрософт облажался! Пока что пришлось вырубить аудио на таких вебмках, чтобы хоть видео игралось. В идеале, конечно, хорошо бы перемукшивать аудио-фреймы без lacing, но mkvmerge по идее мало кто пользуется, так что нестрашно.
Заодно теперь понятно, почему у mkvmerge меньший итоговый размер у файлов получается. У ffmpeg поддержки lacing попросту нет, а это лишние минимум 6 байт на фрейм (заголовок SimleBlock).
>>1858866
Разницу между энкодером и декодером знаешь?
Ну tune в x264/5 это просто наборы опций, которые теоретически хорошо подходят под определённый тип контента. Для animation:
- animation (psy tuning):
--bframes {+2} --deblock 1:1
--psy-rd 0.4:<unset> --aq-strength 0.6
--ref {Double if >1 else 1}
Имеет ли смысл крутить соответствующие опции в libvpx (есть примерные аналоги deblock, ref, aq-strength) — хрен его знает. Я здесь спросил, пока что молчат: https://groups.google.com/a/webmproject.org/forum/#!topic/codec-devel/ZK2zszSI39c
Вот --tune-content=screen имеет смысл для скринкастов, т.к. она очевидная.
https://bugzilla.mozilla.org/show_bug.cgi?id=1304330
https://bugs.chromium.org/p/libyuv/issues/detail?id=639
Хромовцы там тоже полу-обосрались с цветами. В libyuv в мастере были коэффициенты для full levels, хромовцы у себя втихую в коде запатчили, а на апстрим забили.
Ну теперь вроде всё правильно. Color management слишком сложен, даже опытные разработчики постоянно косяки допускают и никто годами не замечает.
А ведь зашевилились только после того, как вимео попросил:
>Reported: 2015-10-01
>2016-09-06 10:41:16 PDT
>Hi, Vimeo is investigating VP9 and correct color conversion and rendering is something quite important in the evaluation, so it would be nice that this feature would be implemented.
>2016-09-08 22:18:09 PDT
>Assignee: nobod.]4yANUSmozillmbQaPUNCTUMoF brg → sotaro.ikeda
>2016-09-20 03:13:10 PDT
>Created attachment 8792842 [details] [diff] [review]
>wip patch
Ууу, капиталисты проклятые!
Двощ готов к 4K 60fps.
Один хуй капча отваливается на 12ом мегабайте. Меня это не затронет.
Можно сделать закрытие webm по щелчку? И при нажатии правой клавиши, добавить в всплывающее меню 'сохранить как'?
Ну, -crf 24 не запустилось, я поставил на 20.
Перед rnd нужен был _
Но даже так ничего не работает. Вместо конечного видео бред какой-то.
ЧТЯНДТ?
Алсо, -b:v 0 тоже убрал.
Закрытие есть, просто щёлкать надо в свободном месте страницы, либо ESC.
Там был кривой макабовский код, который позволял щёлкать только в нижних 35 пикселях контейнера без закрытия, я его отключил, т.к. у эджа крупнокнопки и любое по ним нажатие закрывает видео. Можно попробовать переписать по-нормальному, надо бы только понять, как детектить клик по контролам Эджа, т.к. они меняют размер при ресайзе контейнера.
>И при нажатии правой клавиши, добавить в всплывающее меню 'сохранить как'?
Там есть уже Save video as, только оно неактивно, т.к. играется через MSE. Можно через ссылку в посте (Save target as) сохранять. Попробую может какой-нибудь костыль с кастомным контексным меню.
Вряд ли VP8/Vorbis когда-нибудь в Edge появится. Вот AV1 (новый формат на базе VP9) точно будет везде.
А зачем он нужен вообще? VP9/Opus всем лучше. Конечно находятся личности, которые до сих пор в устаревшие форматы энкодят, ну и хрен с ними, большинство новых вебмок с VP9.
Это да, но если зайти в вебм треды, воспроизводится только 1-2 вебмки из сотни :(
https://developer.microsoft.com/en-us/microsoft-edge/platform/status/vp8forrtc/?q=vp8
это не то, что нужно?
Неужели так много VP8? В анимублядское, в муваче, в кейпопе подавляющее большинство вебмок с VP9. Может баг какой в скрипте?
Олсо, есть ещё безумная идея, скомпилировать лёгенький декодер ворбиса через Emscripten и на лету разжимать его в WAV, который Edge умеет. Без видео будет всё равно, его на лету декодить/энкодить сложновато.
Ещё интересное нашёл, пока в вики копался: https://wpdev.uservoice.com/forums/257854-microsoft-edge-developer/suggestions/10311075-hevc-support Эдж тихой сапой уже поддерживает H.265, если есть аппаратный декодер, пока гуглы/мозиллы усердно пишут «убийцу HEVC». Прикольный такой партнёр из МС, лол.
>>1860659
Этот баг про WebRTC API только (звонки всякие через браузер), в MSE этого наверно не будет.
Да, печально, 227 треков с VP8 и 26 с VP9.
Рандом https://2ch.hk/b/res/137054873.html (М)
VP8: 227 VP9: 26
Анимублядский https://2ch.hk/b/res/137068920.html (М)
VP8: 109 VP9: 284
Кейпоп https://2ch.hk/kpop/res/236177.html (М)
VP8: 100 VP9: 198
Мувач https://2ch.hk/mov/res/1177488.html (М)
VP8: 143 VP9: 51
Переходи на буряточек :3 Ну или аниме хотя бы.
придется на тормозной жопере сидеть
Разберу по частям, мною написанное:
-crf 24 - контроль по качеству
-qmax 20 - тут должно быть -qmin (-qmax > -crf > -qmin от 4 до 63 каждый) определяется разброс по качеству, чтобы не шакалил и не перестарался. Хотя, лучше не объявлять их. Обычо начинает игнорировать -crf и жрать как не в себя.
-b:V 0 - убирает контроль по битрейту, чтобы ра
-vf - используем фильтры(опции лучше всего в ковычки сунуть -вф "опция,опция") :
fps=12, сокращаем фпс наполовину, это же аниму(лучше написать 12000/1001 или 0.5*PTS вместо 12)
scale=X:Y - вместо Х ширина, вместо У высота. (можно заменить один из них на -1, для автоподбора по пропорциям оригинала)
:sws_flags=spline - выбор алгоритм даун(ап-)скейла (считаю, что этот лучше всего подходит)
+accurate_rnd для снижения размытости граней
,pp7=10:0 постобработка для устранения шакалов
,unsharp=1:2:3:4:5:6 - 1 и 2, 4 и 5 - размер матрицы хромы и люмы. 3, 6 резкость хромы и люмы(0 как есть, до 7 резкость и до -2 мыло)
-c:v видеокодек (vp9 лучше чем vp8 во всём)
-c:a аудиокодек (libopus для низкого битрейта, libvorbis для 160к+ битрейта и музыки)
-b:(a|v) - аудио-|видео-битрейт
-q:a аудиокачество (c -b:a 0 нужен для libvorbis, так как иначе будет тратить битрейт даже на беззвучных участках(постоянный битрейт))
-g от 120 для динамичного видео до 600 для статичного(типа болтовни на одном фоне)(group of picture для гугла)(также без этого невозможна адекватная перемотка)
-threads X -tile-comumns Y -frame-parallel Z - Х равен количеству ЦПУ, Y делим изображение на куски для параллельного кодирования(значение выставлять исходя из степени 2, то есть 0 - целиком, 1 - пополам, 2 - 4 куска, 3 8 кусков) , Z - или делим целые кадры между ЦПУ (лучше кусками, а тут поставить 0)
-speed 1 сколько времени тратить на кадр ( меньше значение = меньший размер, между 1 и 0 разница где-то 1-2 процента, между 2 и 1 уже 4-5 процентов, выше больше)
-auto-alt-ref 1 -arnr_strength 3 -arnr_max_frames 8 -arnr-type centered ещё графона и минус битрейт (только для 2х проходов)
-pass 1 NUL первый проход размечивает видео(можно ускорить выставив -speed 4), NUL (на линуксе /dev/null) заменяет путь к выходному файлу
-pass 2 output.webm второй проход уже создает файл.
Будет кукарекать, что нельзя опции экспериментальны( вряд ли) поставишь -tile-columns 2 -strict -2
Разберу по частям, мною написанное:
-crf 24 - контроль по качеству
-qmax 20 - тут должно быть -qmin (-qmax > -crf > -qmin от 4 до 63 каждый) определяется разброс по качеству, чтобы не шакалил и не перестарался. Хотя, лучше не объявлять их. Обычо начинает игнорировать -crf и жрать как не в себя.
-b:V 0 - убирает контроль по битрейту, чтобы ра
-vf - используем фильтры(опции лучше всего в ковычки сунуть -вф "опция,опция") :
fps=12, сокращаем фпс наполовину, это же аниму(лучше написать 12000/1001 или 0.5*PTS вместо 12)
scale=X:Y - вместо Х ширина, вместо У высота. (можно заменить один из них на -1, для автоподбора по пропорциям оригинала)
:sws_flags=spline - выбор алгоритм даун(ап-)скейла (считаю, что этот лучше всего подходит)
+accurate_rnd для снижения размытости граней
,pp7=10:0 постобработка для устранения шакалов
,unsharp=1:2:3:4:5:6 - 1 и 2, 4 и 5 - размер матрицы хромы и люмы. 3, 6 резкость хромы и люмы(0 как есть, до 7 резкость и до -2 мыло)
-c:v видеокодек (vp9 лучше чем vp8 во всём)
-c:a аудиокодек (libopus для низкого битрейта, libvorbis для 160к+ битрейта и музыки)
-b:(a|v) - аудио-|видео-битрейт
-q:a аудиокачество (c -b:a 0 нужен для libvorbis, так как иначе будет тратить битрейт даже на беззвучных участках(постоянный битрейт))
-g от 120 для динамичного видео до 600 для статичного(типа болтовни на одном фоне)(group of picture для гугла)(также без этого невозможна адекватная перемотка)
-threads X -tile-comumns Y -frame-parallel Z - Х равен количеству ЦПУ, Y делим изображение на куски для параллельного кодирования(значение выставлять исходя из степени 2, то есть 0 - целиком, 1 - пополам, 2 - 4 куска, 3 8 кусков) , Z - или делим целые кадры между ЦПУ (лучше кусками, а тут поставить 0)
-speed 1 сколько времени тратить на кадр ( меньше значение = меньший размер, между 1 и 0 разница где-то 1-2 процента, между 2 и 1 уже 4-5 процентов, выше больше)
-auto-alt-ref 1 -arnr_strength 3 -arnr_max_frames 8 -arnr-type centered ещё графона и минус битрейт (только для 2х проходов)
-pass 1 NUL первый проход размечивает видео(можно ускорить выставив -speed 4), NUL (на линуксе /dev/null) заменяет путь к выходному файлу
-pass 2 output.webm второй проход уже создает файл.
Будет кукарекать, что нельзя опции экспериментальны( вряд ли) поставишь -tile-columns 2 -strict -2
>libvorbis для 160к+ битрейта и музыки
Нинужно.
Раз:
https://wiki.xiph.org/OpusFAQ#Will_Opus_replace_Vorbis_in_video_files.3F
Два:
16:14 < q> Are there any disadvantages of using Opus for high bitrates compared to Vorbis, in terms of quality?
16:17 < ron_> aside from "maybe a few things that support vorbis still don't support opus yet", not really.
16:18 < ron_> once you're at a high enough bitrate for it to be transparent, it's transparent. and opus should generally get there at a lower bitrate than vorbis.
16:19 < ron_> there's might be some outliers to that, but they're probably good candidates for further tuning of opus :)
Три:
00:45 < q> Also, this is offtopic, but are there still usecases for Vorbis? Maybe high-bitrate music? Or Opus
shouldn't be worse?
00:45 <+smarter> opus shouldn't be worse
00:46 <+smarter> https://opus-codec.org/comparison/
00:51 < q> smarter: these comparisions are for low-bitrates though. I've heard opinions that Vorbis is great a
t 128k+ (or 256k+) and that Opus might be not as good.
00:54 <+smarter> you probably don't need to care about these opinions if you don't have super-human hearing
Четыре:
Vorbis не работает в Edge, только Opus.
Итого:
Никаких аргументо в пользу Vorbis нет вообще, устаревший формат без каких-либо юзкейсов. Продолжать его использовать — значит быть подверженным каргокульту.
>libvorbis для 160к+ битрейта и музыки
Нинужно.
Раз:
https://wiki.xiph.org/OpusFAQ#Will_Opus_replace_Vorbis_in_video_files.3F
Два:
16:14 < q> Are there any disadvantages of using Opus for high bitrates compared to Vorbis, in terms of quality?
16:17 < ron_> aside from "maybe a few things that support vorbis still don't support opus yet", not really.
16:18 < ron_> once you're at a high enough bitrate for it to be transparent, it's transparent. and opus should generally get there at a lower bitrate than vorbis.
16:19 < ron_> there's might be some outliers to that, but they're probably good candidates for further tuning of opus :)
Три:
00:45 < q> Also, this is offtopic, but are there still usecases for Vorbis? Maybe high-bitrate music? Or Opus
shouldn't be worse?
00:45 <+smarter> opus shouldn't be worse
00:46 <+smarter> https://opus-codec.org/comparison/
00:51 < q> smarter: these comparisions are for low-bitrates though. I've heard opinions that Vorbis is great a
t 128k+ (or 256k+) and that Opus might be not as good.
00:54 <+smarter> you probably don't need to care about these opinions if you don't have super-human hearing
Четыре:
Vorbis не работает в Edge, только Opus.
Итого:
Никаких аргументо в пользу Vorbis нет вообще, устаревший формат без каких-либо юзкейсов. Продолжать его использовать — значит быть подверженным каргокульту.
Пожалуйста. В аншарпе размер матрицы допустимы 3:3, 5:5, 7:7. По дефолту 5:5, емнип.
>>1860775
> -b:V 0 - убирает контроль по битрейту, чтобы расчитывал исходя из нужного качества (-crf)
> поставишь -strict -2
Немного фиксов.
>>1860820
Благодарю, о звуке особо не паришься и используешь популярный метод.
Мне не в винде превьюшки смотреть, а на шебемки их ставить, что бы вместо первого кадра картинка была кастомная.
Видео самхау релейтед.
https://www.youtube.com/watch?v=Rz3JhKXJDTM
Нойс. А обрезку посередине и отзеркаливание для тупых там не описали ещё случайно?
>>1860994
Пасибо, анон, правда, ты забыл, что эта вся хуйня центруется и в кропе надо ":0" добавить чтобы левая часть была, и для моих куриных мозгов проще было накостылить через отступ, чем делать мозаику.
Если кому захочется батничек для атмты, то вот:
[CODE]
ffmpeg.exe -i source.mp4 -filter:v "crop=iw0.5:ih:0" left.mp4
ffmpeg.exe -i left.mp4 -filter:v "hflip" right.mp4
ffmpeg -i left.mp4 -i right.mp4 -filter_complex \
"[0:v]pad=iw2:ih[int];[int][1:v]overlay=W/2:0[vid];\
pan=stereo|c0=c0|c1=c1" -map [vid] output.mp4
[/CODE]
Пример:
https://youtu.be/I8CSwBbZMIU
Сукаблять, ненавижу эту сраную обезьяну, которая не может обратно [CODE] включить, только пасскоды продавать умеет.
http://pastebin.com/Znw9RXG6
Я не уверен, что в винде пайпы работают так же беспроблемно, как в линях, но я попробую.
Проблема первая: я нихуя не понимаю, как одной командой кропнуть правую половину, скопировать, развернуть и склеить, думается, в ффмпег нету такой замашки на полноту по Тьюрингу. Как нашлёпнуть видео само на себя со сдвигом в половину ширины, а потом отзеркалить только правую половину кадра я тем более не понимаю. Придётся пайпать.
Проблема вторая: возможные проблемы с виндовыми пайпами, придётся как минимум начать это делать в цугвине, надеясь, что когда я закончу, пайпы в винде ничем не будут отличаться.
Проблема третья: какого хера блять так сложно вывести 2 файла, применив фильтры только к одному.
Так, вроде нашёл:
If you would like to use filtering, with the different filter(s) applied to each outputs, use `-filter_complex` and `split`, but using `split` directly to the input.
For example, to encode your video to three different outputs, at the same time, but with the boxblur, negate, yadif filter applied to the different outputs respectively, you would use something like this:
{{{
#!sh
# the `split=3` means split to three streams
ffmpeg -i input -filter_complex '[0:v]split=3[in1][in2][in3];[in1]boxblur[out1];[in2]negate[out2];[in3]yadif[out3]' \
-map '[out1]' -acodec … -vcodec … output1 \
-map '[out2]' -acodec … -vcodec … output2 \
-map '[out3]' -acodec … -vcodec … output3
}}}
алсо дублирование выводных стримов
The example below outputs an MKV file, and a UDP stream. Streams are separated by the `|` symbol. Options can be applied to an individual output: `[f=mpegts]` is equivalent to `-f mpegts` in a normal ffmpeg command-line. Multiple options can be separated with a `:`, which means that any `:` have to be escaped (so use `\:`).
{{{
ffmpeg -i input.file -c:v libx264 -c:a mp2 \
-f tee -map 0:v -map 0:a "output.mkv|[f=mpegts]udp://10.0.1.255:1234/"
}}}
Получается, я могу либо создать кропнутыйфайл1 и кропнутыйиразвёрнутыйфайл2 двумя полудублирующимися фильтрами и потом их передать в склеивание, или сэкономить часть ЦПУ и создать кропнутыйфайл1, передать его в спелл разворачивания, в котором каким-то макаром вывести ещё и оригинальный файл. Проблема четвёртая, опциональная: есть ли возможность пробросить оригинальный файл
http://pastebin.com/1JuS57kY
Вот, 2 способа. Второй, предположительно, должен экономить процессорное время.
Ваистену, теги - охуенная штука в этом мунспике. Держи котейку, анончик.
Окей, если найду что-нибудь интересное, вроде скармливания списка источников из файла с указанием отрывка и очереди этих отрывков, попробую тут подумать.
Очередная пердопобеда.
Кидаешь в одну папку сырцы, бат, ффмпег.ехе, файл list.txt.
В лист.тхт формат:
№строки, пробел, начальное время(huy для минимума), пробел, конечное время(huy для максимума), название без пути.
Можно с путем и не кидать сырцы в папку, но тогда в бате надо исправить -i %ffmpeg%%source% на -i %source%.
http://pastebin.com/FQFS2WBm
Вернул тебя в 2016, правда без всяких винов в вебмоподелии
Ёбаный шакал. Мистер Мейлец дал ему лимит 40мб — энкодь. Нет, буду шакалить. И это аноны.
Чего пиздишь? Там же явно видно мерзкие артефакты VP9, у H.264 они другие. И 741k на такой исходник явно мало. Не надо забывать, что VP9 на маленьких разрешениях совсем неэффективен.
Меньше 720p, хотя вообще 1080p+ можно считать оптимальным для libvpx-vp9.
Из того, что я энкодил, получалось, что если 1080p с определённым битрейтом выглядит нормально, то 720p с вдвое меньшим битрейтом уже хреново, хотя площадь меньше в 2.25 раза. YMMV, конечно.
Мощно насоветовал, конечно.
Думал, сейчас напишу, и у меня 100500 ошибок вылезет. Но вылезла всего одна: "At least one output file must be specified".
Написал -pass 1 -f null - , тамучта всегда так писал.
На -pass 1 NUL так же ругается
-f webm NUL выбрать формат шебм, не нужен если в выходном файле обозначен, типа .пнг или .шебм
-vf ковычек не хватает и пробелы у запятой не нужны.
-speed 1 лучше, слишком много времени за процент битрейта тратится.
Ещё, можно -y добавить чтобы не подтверждать замену каждый раз.
>>1861419
Зун всё ещё копротивляется против анимы?
Ещё -strict -2 , а не 2.
Дак блин, как понять, что из того длиннопоста это видеофильтры, т.е. под -vf, а что вне?
Дефиса нет перед ними. Превентивно отвечу, что +accurate_rnd ставиться впритык к алгоритму без запятой.
Да фиг с аккуратом, я не планирую скейлить, мне бы с текущим разрешением смочь сначала
>-auto-alt-ref 1 -arnr_strength 3 -arnr_max_frames 8 -arnr-type centered ещё графона и минус битрейт
Есть сравнения?
Спасибо, заработало.
Но даже >>1861507 по поводу f webm не помогло, пришлось -f null -
Ну и плевать. Главное - работает. Спасибо, анон!
Э блядь, я с кем разговариваю? Ответьте, суки.
Не могу не поаплодировать, но мне жизненно важно знать, почему через goto, а не через for или while
Схуяли нет, когда я через этот самый while уже год картинки с бур массово выкачиваю?
iterator=0
while iterator<10; do \
echo "YOBA ETO TI? $iterator\r\n"
((iterator++))
done
echo "NET ETO PEKA"
Бекслеш в конце строки с эхом внутри цикла проебал, да и хуй с ним
МС дал им PowerShell — пиши. Нет, буду батники жрать.
Новые видосы про VP9 с VDD подъехали:
https://www.youtube.com/watch?v=t_z52-CBut0 (крутой проприетарный энкодер Рональда)
https://www.youtube.com/watch?v=peS2I14w8ow (обновления по libvpx)
Ещё кое-что:
https://www.youtube.com/watch?v=JW8DX8PaYAE
https://www.youtube.com/watch?v=AOssZFJ0EdI
https://www.youtube.com/watch?v=oT8HueAQZ4w
https://www.youtube.com/watch?v=UY_UMZJLoOA
Кстати, баш теперь тоже есть официально под винду, без всяких цыгвинов:
http://www.howtogeek.com/249966/how-to-install-and-use-the-linux-bash-shell-on-windows-10/
tldw первого:
∙ Хромоги соснули, ffvp9 у них НЕ-БУ-ДЕТ (по крайней мере пока)
∙ Eve круче libvpx, но вам я его не продам
∙ Нормальное попадание в битрейт, даже лучше, чем у x264; самая важная фича для борд с маленьким лимитом
∙ Никакого блюра, больше деталей (картинки были в блог-посте)
∙ x264 тоже не блюррит, но у него артефакты от energy retention, которые выглядят не особо лучше мыла
tldw второго:
∙ Краткая история
∙ Парсеры, поддержка в контейнерах
∙ Поддержка в браузерах
∙ Ускорен декодинг (хотя кто использует libvpx в качестве декодера, когда есть ffvp9?)
∙ Говорят, что улучшили рейтконтроль, но релейтед коммиты не видно особо, и в чейнджлоге этого нет (может не в мастере?)
∙ Прочие мелкие улучшения, которые непонятно куда относятся, то ли к VP9, то ли к VP10.
Странный доклад, короче. Что-то сделали, а результата особо не видно.
И что ещё стоит почитать на эту тему?
Так не мне надо. У меня всё собрано под арч. У того, кому надо под винду, не компилируется в MinGW.
Заставь установить тимвювер и смотри какие ошибки будет выплёвывать. Есть даже ман для вижуалстудио, куда уж казуальнее.
Duh
https://trac.ffmpeg.org/wiki/CompilationGuide/MSVC
А чем его официальные билды не устраивают? Пусть по мингв прочекает ещё раз на всякий
https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW
Суровые челябинские хомяки. Короче, тебе проще будет один раз понаблюдать как он это делает, чем пердолиться с кросс-компиляцией.
Я — чукотский. Это ещё суровее.
Netflix опять топит за VP9. Быстро пролистал, они там очень интересные графики показывают, типо как влияет aq-mode на результат, какое различие между speed=0 и speed=1, CRF vs VBR и т.д.
После пары бессонных ночей в попытке собрать ffmpeg получил довольно странные результаты:
При сборке с дефаулт ключами он собирается, но не рабоатет, ругается на libbz2-1.dll, которой нету в msys2. Пикрелейтед.
При сборке с кастом ключами (без мусора), он собирается, но не запускается без libwinpthread-1.dll.
>>1862764
>Пусть по мингв прочекает ещё раз на всякий
>>1862779
>ошибки читать умеет?
Логи сборки с дефаулт ключами приложил.
Configure:
http://pastebin.com/KVGU6yXP
Make:
http://pastebin.com/mUU1UYQj
Собственно вопросы:
1. Как собрать с дефаулт ключами работающий ffmpeg?
2. Как можно отвязать финальный exe от msys2 (чтобы не требовал сторонних libbz2-1.dll, libwinpthread-1.dll и т.д.)
анон собирающий ffmpeg под windows из под msys2
>При сборке с дефаулт ключами он собирается, но не рабоатет, ругается на libbz2-1.dll, которой нету в msys2
Должен быть, просто ты видимо запускаешь ffmpeg из стандартного шелла, а надо из msys-шелла, т.к. юниксолибо установлены неглобально и линкер видит их только из юниксошелла.
>Как можно отвязать финальный exe от msys2
--pkg-config-flags='--static' --extra-cflags='-static' --extra-ldflags='-static'
>Должен быть, просто ты видимо запускаешь ffmpeg из стандартного шелла, а надо из msys-шелла, т.к. юниксолибо установлены неглобально и линкер видит их только из юниксошелла.
Проверил. И правда работает. Папка, в которой находилась библиотека не прописана в PATH.
>--pkg-config-flags='--static' --extra-cflags='-static' --extra-ldflags='-static'
Спасибо, работает.
Посмотрел на ключи сборки официального ffmpeg. Не обнаружил в них этих
>--pkg-config-flags='--static' --extra-cflags='-static' --extra-ldflags='-static'
Каким образом он собран, что не требует сторонних библиотек?
Или просто они слинкованы другим образом и в ключах не отображаются?
https://ffmpeg.zeranoe.com/builds/readme/win64/static/ffmpeg-20161006-0212867-win64-static-readme.txt
>Каким образом он собран, что не требует сторонних библиотек?
Может через переменные среды типо CFLAGS?
Посмотрел.
∙ aq-mode не нужен
∙ mode=best даёт прирост ≈8% по сравнению с speed=1 (лучше бы померили speed=0 vs speed=1)
∙ fixed QP даёт ещё ≈8% (насчёт 1pass CRF vs 2pass CRF не ясно)
∙ чем больше разрешение, тем больше эффективность сжатия
Это всё было известно уже несколько лет как. Лучше бы дополнительные опции потестили.
>битрейт в два раза меньше, чем у x265, при том же качестве
>первая половина 2017
Ну хуй знает.
>уже 30% выигрыш у libvpx-vp9
Хотеть!
>to get 50% improvement we targeting maximum increasing complexity for the decoder overall 40%
>and for the encoder somewhere between 5 and 10 times the complexity of VP9 encoder and decoder
Лол, ну понятно.
Сап. Доводилось кому-то кодить видео для инстаграма?
Нагуглил вот эту команду:
ffmpeg -i short.avi -r 30 -pix_fmt yuv420p -c:v libx264 -profile:v baseline -level 3.0 -preset slow short_inst1.mp4
Все замечательно кодирует, но когда заливаю, происходит адский пиздец. Звуку пизда, цвету пизда, так еще и слайдшоу какое-то вместо видео. Ролик коротенький, 10 секунд.
> а во-вторых, от этого ролики не воспроизводятся в firefox.
Чёт мимопроходил и проиграл с дебиков.
Спасибо, ретест
>Лапша
Да вроде нет. Вначале на слайдах прозвучало фантастически, а в самом конце во время Q&A он обмолвился, что это ещё в 10 раз дольше энкодиться будет (по сравнению с libvpx-vp9 best). Все наверно просто охуели.
https://ffmpeg.org/ffmpeg-filters.html#minterpolate
ffmpeg.exe -i i.mkv -vf minterpolate=vsbmc=1:fps=60000/1001:mi_mode=mci:me_mode=bidir:me=fss:mc_mode=aobmc o.mp4
Ты в курсе, что там, где мужик идёт, ленивые япошки рисуют не 24fps, а 12 (shot on twos), иногда даже 8? У тебя интерполируются только кадры с движением, а дубликаты так и остаются, в итоге выглядит очень странно, движение рывками. Надо decimat'ить перед интерполяцией.
Да, в курсе
1) мужик без 1/5 фпс + fss алгоритм > 60
2) мужик без 1/3 фпс + fss алгоритм > 60
3) мужик без 1/2 фпс + fss алгоритм > 60
4) мужик без 1/2 фпс + umh алгоритм > 60
х4 ланцошем перед и х0.5 бикубиками в конце. 43 минуты готовилась, грузя проц на 25%. Наследник династии пловцов покрывается рябью даже вне воды. Попробую увеличить радиус поиска раза в 2.
>2016
>интерполяция
Ну плохой в lavfi алгоритм интерполяции. Думаю, MVTools или SVP лучший результат дадут.
Потом, для чистоты эксперимента, думаю, надо для начала взять участок с постоянным FPS, убрать дубликаты и сделать по одному промежуточному кадру.
Потому что я вот посмотрел по кадрам оригинал и там на птицах вначале 12fps (каждый второй дублируется), затем в конце сцены птиц идёт 8fps, затем постоянные 8fps на сцене с мужиком (по два дубликата на кадр).
Ещё там походу вот такой неприятный артефакт от pulldown: http://forum.doom9.org/showthread.php?p=841612 Или что-то в этом роде. Т.к. даже невооружённым глазом видно, что дубликаты довольно сильно отличаются от предыдущих кадров. Ну если дубликаты убирать, то это не важно.
Вот это в правильном направлении движение, видно намёки на плавность в ходьбе мужика.
Олсо, есть же вроде куча мокрописечных интерполяторов для аниме, там наверно дубликаты автоматически определяются. С кином-то проще, там все кадры честные.
Всё понятно из скриншота, а нужно это если SAR в исходнике был сбит или это был анаморф и ffmpeg сделал фигню. В данном случае 0x0355 надо было просто поменять на 0x0356.
ffmpeg -video_size 1366x768 -framerate 25 -f x11grab -i :0.0 -f alsa -ac 2 -ar 44100 -i hw:Loopback,1,0 output.mkv
во-первых цвета зашакалились, во-вторых звука нет, хоть я и в asoundrc все прописал и modprobe snd-aloop сделал
Почему некоторые вебмки крашатся?
>VP9 colorspace BT.709 is not respected
>RESOLVED FIXED
>Target Milestone: mozilla52
Свершилось! Теперь лиса практически не хуже хрома, по крайней мере понимает тег BT.709 и переводить всё в BT.601 не обязательно.
Надо ещё по поводу https://bugzilla.mozilla.org/show_bug.cgi?id=1305907 дожать и будет вообще охуенно.
ffmpeg
ffmpeg -i input.flac -map 0:a -c:a libvorbis -q:a 9 out.ogg -y
ffmpeg -i preview.webm -i out.ogg -map 0:v -map 1:a -metadata title="" -c copy out.webm -y
>Well yes, it allows services to start encoding at 10 bit, which offers a very nice bitrate saving right away, and allows for a much higher color fidelity even if you just shift the last two bits awat. Also 10 bit is a requirement for HDR, so the sooner 10 bit and new colorspaces are supported, the quicker this technology will be adopted.
Блин, круто, конечно.
А можно как-то сохранить страницу, чтобы она выглядела ну прямо точь-в-точь как оригинал, но Вебмки проигрывались оффлайн
Вот скрипт один анон написал: http://rgho.st/6R4c5xxhK
Только я не помню, это последняя версия или где-то ещё была. Раньше вроде работало, сейчас хз, может мистер мейлец слегка код страницы переделал.
Олсо, есть же архивач для этого. Он с большой вероятностью может наебнуться в скором времени, уже тупит постоянно, ну и хуй с ним тогда. Особо ценные данные можно сохранить отдельно.
Я тоже картинки и вебмки качаю через DownThemAll
https://bugs.chromium.org/p/chromium/issues/detail?id=445071
>10- and 12-bit video support
>Status: Started
Мозилловцы ещё не начинали, а у хромовцев уже патчи есть. Кто кого?
В ffmpeg теперь можно передавать -auto-alt-ref 2 для VP9. Это включает что-то вроде аналога pyramid B-frames и, говорят, что улучшает качество. Работает только для 2pass.
> libvorbis при указании битрейта (-b:a) работает в режиме CBR (постоянный битрейт), и это портит качество звука; для режима VBR вместо битрейта надо указывать качество (-q:a)
Мимовопрос, почему? CBR в мп3 же лучше чем VBR.
Это ты как мерил? У мп3 лучшее качество через -q:a 0, лол, т.е. чем меньше циферка, тем лучше.
>почему
CBR использует одинакое количество байт на единицу времени трека, VBR столько, сколько хочет, главное, чтобы средний битрейт файла не превышал заданный. Самый простой пример: задан битрейт N, в файле есть отрывок с тишиной и следующий за ним отрывок с музыкой. CBR использует битрейт N для обоих, VBR может сделать N/10 для первого и N+9/10*N для второго.
Не мерил, только читал.
http://audiophilesoft.ru/publ/theory/cbr_abr_vbr/6-1-0-22
http://forum.ixbt.com/topic.cgi?id=12:50247
>>1871373
Это понятно. Но если оценивать не по соотношению размер/качество, а просто сферическое качество на выходе (а размер лишь бы не lossless), VBR разве не проигрывает CBR? Алгоритм не идеальный наверное.
> В VBR используется абсолютно другой метод. Пользователь задаёт качество, а LAME самостоятельно, на основании психоакустической модели (порою не совершенной), рассчитывает количество бит, необходимых для кодирования с заданным качеством каждого отдельного фрейма. Работа с резервуаром в ABR и VBR одинакова.
> Простые пассажи кодируются с помощью этих 90-а процентов, а оставшиеся 10% процентов накапливаются в резервуаре битов (как было описано вначале), вплоть до его заполнения, после чего на кодирование простых пассажей уходит весь битрейт (так как экономить биты некуда). Сложные пассажи кодируются используя полный битрейт плюс из резервуара изымаются дополнительные биты, если только в нём ещё есть биты. Плюсы: совместимость, минусы: из-за малого размера резервуара очень часто нахватает дополнительных бит для кодирования сложных мест.
У CBR проблема с резервуаром, но VBR вроде почти не использует его и не вылезет за 320 битрейт CBR в этих сложных местах трека за счёт тишины, или может?
Проиграл с перевода терминов.
Если тебе не важен размер, то можешь использовать CBR с максимальным битрейтом, VBR с максимальным качеством лучше не должен быть (зависит от конкретней реализации, конечно). Просто в этом смысла нет. Lossy-форматы используют для того, чтобы получить минимально возможный размер с минимальными потерями качества. Иначе есть lossless.
Вообще, там немного путанная терминология. Вот доки по libvorbis, когда ему жёстко задаёшь битрейт:
https://xiph.org/vorbis/doc/vorbisenc/overview.html#BBR
Т.е. это не CBR, а почти тот же VBR, т.к. на разные фрагменты тратится разное количество бит. VBR в аудио-кодеках называют CRF в видео, а ABR — VBR. ABR=CBR, если minrate=bitrate=maxrate.
>Although the difference is usually slight, managed bitrate modes will always produce output inferior to VBR (given equal bitrate usage).
Видимо, особенности алгоритма ABR таковы, что получается хуже, чем когда кодек полностью свободен в выборе битрейта и ориентируется только на заданное качество. Что характерно, у libvpx-vp9 поведение схожее (QP даёт качество лучше, чем 2pass VBR для того же итогового размера).
ffmpeg -i input1.wav -i input2.wav -filter_complex "[0:a][1:a]amerge=inputs=2,pan=stereo|c0<c0+c2|c1<c1+c3[aout]" -map "[aout]" output.mp3
ffmpeg -i input1.wav -i input2.wav -filter_complex "[0:a][1:a]amerge=inputs=2[aout]" -map "[aout]" -ac 2 output.mp3
Джва, в общем-то, одинаковых способа, если тебе надо объединить имеющийся звук с музыкой.
Не, мне надо наложить песню на вебемку, чтобы не было слышно ее родной звук. И чем это все делать?
ffmpeg -i шебмем.webm -i музыка.wav -shortest -c:v copy -map 0:v -map 1:a -c:a libopus -b:a 160k шебмем_с_музыкой.webm
Вообще, вопрос хуевый, так как это есть в вики из ОП-поста.
Бля, ну я же не понимаю нихуя в ваших вебм. Ладно, придется разбираться
Да вроде одна
Metadata:
title : Ïåñíÿ çîîôèëà
encoder : Lavf56.40.101
Duration: 00:00:32.01, start: 0.007000, bitrate: 1284 kb/s
Stream #0:0(eng): Video: vp8, yuv420p, 960x640, SAR 1:1 DAR 3:2, 29.98 fps, 29.98 tbr, 1k tbn, 1k tbc (default)
Stream #0:1: Audio: opus, 48000 Hz, stereo, fltp
Может в ффмпег дело. Попробуй https://ffmpeg.zeranoe.com/builds/win64/static/ffmpeg-3.0-win64-static.7z
А что надо ввести, чтобы записать с экрана видео со звуком? Звук не с микро, а с самого ПеКа.
Думаю нет, но ты можешь попробовать и нам рассказать. Мне то производительности и на игру и на запись при nvenc кодировании хватает, я только 10 bit хочу напердолить.
Нашёл, короче, вот что (пикрил)...
Но мне надо не с микрофона, а со звуковой карты.
Памахите. Что в кавычках писать?
Пытаюсь >>1872503
Просто у меня комп оверслабый, почти любая программа выдаёт дёргающееся видео, либо сама игра дёргается.
А я знаю золотое правило пердоликов, что консольная программа всегда быстрее ГУЯ.
Так что как услышал про ffmpeg и запись с экрана, сразу подорвался.
Ну тебе же написали. Главное тут не консолечку потеребить, а сначала записать видео/аудио без сжатия, или с минимальным сжатием. После чего перекодировать полученные гигабайты всю ночь.
Я тебя понял. Читай картинку поста >>1872515
Тут чётко написано "иф ю хэв а слабый кампухатр, глупо с вашей стороны пилить сразу энкод, сначала снимите показания в гавно, а потом закодите".
И инструкция далее для Шинды и для Линух...
Я переписываю для Шинды, выдаёт ошибку, как в посте >>1872516
Ты ж криво переписал судя по крину. И примерно такие же настройки можно получить без консольки в том же obs или bandicam или че там еще есть.
Я не криво переписал, я просто аудио не врубал, потому что мне микр один хрен не нужен.
А он ругается именно на "screen-capture-recorder". Чем его заменить - вот мой вопрос!
Алсо, я тебе говорил, у меня через OBS лагает? Как бы я ни пердолился с сеттингсами. Но мне чуть-чуть нихватаит до нормального видео. Хочу траить именно ффмпежкой.
Алсо, переписал с аудио - стало ругаться и на "Microphone".
>>1872523
Воо. Эта вещь заработала. Сейчас буду оценивать и пердолиться с ней. Спасибки.
Не древний, а 380m.
Попробуй quick sync если твой проц в него может, ну или видеокартой кодировать.
Ох, я бы с радостью qs-ом. Проц может.
Алсо, есть vsCUDAht.
Только как? Уже много раз пробовал даже просто видео с ними закодить, не с экрана. ffmpeg ругался на что-то
Конечно, захват экрана.
Блин, но в этом посте >>1872536 речь про энкод ведь? Иначе как мне QS поможет захватывать экран?
Очевидно как-то так https://obsproject.com/forum/resources/custom-parameters-of-quicksync.104/
Вот ты неисправимый пердолик! Зачем тебе тут ффмпег?
310m у меня вместо GPU.
Ну и я уже прочитал, что NVENC у Кеплеров и старше (6xx).
И у проца нет QS.
Охренеть, всегда думал, что есть.
Остались Direct3D 11 и DXVA2
Потому что Степашка окуклился. Как вообще эта функция выглядит? Может у меня работает, просто я не там ищу?
ананасики, я немного не по теме, но раз уж вы тут ебётесь с конвертированием, то мб знаете
на нонеймклабе давно висит фак по созданию bdrip-а в XviD4PSP, но автор поста пишет ещё вот что:
>Про звук вообще молчу, никогда не делайте звуковые дорожки в XviD4PSP 5 (ну слабые двухканалки еще можно делать).
Так вот мне интересно, что не так со звуком в этой проге? Посту год, да и писал он про версию 5, а нынче 7. Мб пофикшено всё уже?
Лично я проблем со звуком не наблюдаю, но мне и послушать особо не на чем. Хотелось бы услышать мнение экспертов уровня /s
Ссылка на тему вот:
https://nnmclub.to/forum/viewtopic.php?t=957623
Ух, спасибо, затащил)
Скорее потел мой HDD, чем процессор :D.
А в игре просрал всего 5 фпс.
Добра тебе, няша
У меня нет его в проце, в нынешних видеокартах его что-нибудь заменяет?
а по качеству в дискретных проблем нет? я просто от жизни отстал, видимо, помню, что карты хуёво кодируют, в сравнении с процем, а тут вот 1080 заимел, заинтересовался как оно теперь
Профитов не видно от него, а кодировать/декодировать гораздо тяжелее. Тут вот в x264 до сих пор не все могут.
>Профитов не видно от него
Лол, а netflix говорит, что в два раза меньше размер при том же качестве.
Анимешникам не особо вкатило (что странно), потому что у них особо тёплая религиозная любовь к x264 и они думают, что лучше ничего быть не может. Ну и некоторые дрочат на transparent quality, а у x265 вначале с этим вроде не очень было. Остальные же все рипперы на порядок консервативнее анимешников.
Хотя вот одну страницу няхи взять, по 10 релизов в x265 12bit из сотни встречается.
Вообще, в 2017 должен быть AV1, который должен быть лучше x265.
При том же говнокачестве онлайн сериалов они имели ввиду?
Нихуя не робит. Как будто эти настройки вообще не применяются. Что я делаю не так?
> Анимешникам не особо вкатило (что странно)
Нахуй идёт это говно потому что. Эту жирную хуиту никто не будет допиливать, как x264 допилил h.264. https://www.opennet.ru/opennews/art.shtml?num=41939
>Ситуация с лицензированием патентов, пересекающихся с технологиями сжатия видео HEVC/H.265, получила неожиданное развитие. Кроме занимающейся сбором отчислений организации MPEG LA (MPEG Licensing Authority), на арену вышла альтернативная организация HEVC Advance, которая также намерена брать отчисления за отдельно сформированный патентный пул, охватывающий некоторые технологии, используемые в HEVC/H.265.
Даже M$ этим мразям платить не хочет. https://www.opennet.ru/opennews/art.shtml?num=42891
> Объявлено о формировании альянса Open Media, в рамках которого компании Amazon, Cisco, Google, Intel, Microsoft, Mozilla и Netflix объединили усилия по развитию нового открытого проекта, нацеленного на разработку нового поколения видеокодеков, форматов кодирования видео и связанных с ними технологий. Разработки альянса будут общедоступны и освобождены от оплаты отчислений.
Странно распространять нелицензионное аниме и при этом задумываться о патентах. Энкодеры/декодеры H.264 точно также запрещено использовать без соответствующих выплат MPEG-LA в некоторых странах.
Кстати, HEVCAdvance теперь не берёт деньги за размещение H.265 контента, свободного для скачивания (см. Free to End User):
https://www.hevcadvance.com/pdf/RoyaltyRatesSummary.10_16.pdf
(Хотя это не единственный патентный пул, так что ещё не всё ясно.)
Да это obs кривой прост.
ffmpeg -i video.mkv -ss 05:01 -to 06:05 -c:v h264 -preset ultrafast -crf 0 -an -sn -y cut.mkv
ffmpeg -i cut.mkv -vf fps=10,palettegen -y palette.png
ffmpeg -i cut.mkv -i palette.png -filter_complex "fps=10[x];[x][1:v]paletteuse" -y gifk.gif
Примерно так, три команды, лол.
Сначала расскажи что ты делаешь с видео.
Ну да. Или echo "Mozhet bit skochal, a mozhet bit' i net..."
Нормально, зато целая минута. Уменьши размер, т.е. поменяй на fps=10,scale=-1:240 - поменьше будет.
У меня такая же хуйня. То ли ффмпег говно, то ли это у всех так, но 4-8 мегабайт на 40 кадров 360p это пиздец. Хотя вроде видел вебмки с куда большим числом кадров и не особо мелкие, и размер был вменяемый (на форчане лимит 4 метра).
Пока делаю так:
1. Даунскейлим митчелом, вроде так чуть поменьше размер выходит.
2. Вначале ресайзим до 360p, если размер итоговый слишком большой, то 300p и меньше.
3. paletteuse=dither=bayer:bayer_scale=5 вроде даёт самый маленький размер при адекватном качестве. Если в гифке много градиентов, то может полезть бандинг, тогда лучше поставить скейл в 3. Другие алгоритмы дизеринга какие-то хуёвые, мне не понравились. Ебучие артефакты лезут. Байер хуячит крестики, но они реально приятнее Сиерры и прочего говна, по крайней мере из того, что я видел.
4. palettegen=max_colors=128 цвета подбираем в зависимости от желаемого размера. По умолчанию 256, чем меньше, тем меньше размер.
Может кто ещё какие хаки знает. Кроме уменьшения fps.
Хули с лосслесса взять. Или 100 килобайт в час, или 500 триллионов петабайт в наносекунду.
Так на ютубе вроде звук и видео отдельными файлами, посмотри дорожки через ффмпег
сделайте 60фпс пару сек видео из 2х кадров — хочу увидеть на сколько 3д-шно это будет выглядеть
или дайте нубский мануал.
Что ты наделал с Наёной?!
Покажи команды, пожалуйста. Вторая вроде неплохо получилось, 3 и 4 уже заметно хуже по качеству. Если приглядеться, у тебя на коже дрожание шумов видно, конечно, а у меня чистенько. Но уменьшение размера в 3 раза того стоит.
Вообще да, забыл написать, что можно ещё фильтрами нахуячить. Например выкрученный DFTTest хорошо от шумов в исходнике помогает и в целом снижает детализацию, при этом результат выглядит прилично. Но вот что за фильтры у тебя используются, я не понимаю. Или это не ffmpeg?
>Хули с лосслесса взять
Скорее с GIF. Устаревшая технология, VP9 lossless её уделывает всухую. А при минимальных потерях вроде CRF=25, практически неразличимых визуально, короткая 720p вебмка весит буквально пару сотен килобайт.
Но GIF всё ещё иногда бывает удобнее/уместнее WebM, поэтому приходится изъёбываться.
Ну для глобального распространения мемчка, например. GIF запостишь в любой сраный бложик и гостевуху из 90-х, а WebM, особенно луп, далеко не всегда.
Можно провести шакализацию на этом сайте http://ezgif.com/optimize/93edd83c99.gif , сэкономив очередный 30% объема.
>GIF запостишь в любой сраный бложик
и будешь проклят всеми если не запостишь ссылку на вебм, потому что БЕСИТ БЛЯТЬ КАЧАТЬ эти сраные огромные гиф, какого хуя они существуют, ДЕРЬМО МАМОНТА
На tumblr, например, если хочешь порнушку запостить, там порно видео нельзя загружать, только ссылкой с какой-нибудь трубы, из порно можно только фотки и gif.
была у меня подобная гифка, как не гуглил 3д-кота гиф— нагуглил только это
хрень получается, но видимо кадры неудачные — нифига не отображают объекты с разных ракурсов (маловато разницы ракурсов).
буду гуглить варианты.
>Или это не ffmpeg?
Фотошоп. Фильтры особой погоды не делают. Влияющими параметрами там являются Loss и уменьшение количества цветов.
а срок действия патента где
Лол, и правда https://www.imagemagick.org/Usage/anim_opt/#opt_lzw_lossy
Надо поискать, может кто написал опенсорсную реализацию, насрав на патенты.
>Фотошоп
Олсо, попробуй с параметром dithering поиграться. Там у тебя что-то вроде noise dithering, который шумит и выглядит как говно. По идее не должно на размер сильно влиять, т.к. основной выигрыш в размере от loss идёт, как я понимаю.
Вот исходные 20 кадров, если что: https://a.pomf.cat/fazrim.7z
Или это вообще без дизеринга, а шум от loss/исходника как раз? Не очень выглядит, когда шумит слишком, короче.
Шумит лосс, он делает что-то типа диффузии, чтобы лосслессу было легче сжимать.
Вот что у IM в доках:
>Another compression improvement method involved the slight modification of the pixel colors themselves to 'close color matches' so as to increase the repetition of the color references in the image. A repeated pattern naturally compresses better, and as such can produce a higher compression ratios.
Т.е. что-то вроде квантования. Были например два соседних пикселя #353535 и #363636, после оптимизации оба стали #353535 и LZW меньше потратил бит на их упаковку.
Видимо оно и есть. И раз оно не учитывает фреймы, то границы цветовых островов мисматчатся, и получается шум.
-param0 1/3 -param1 1/3
Ещё -vf format=yuv444p16,scale=in_color_matrix=bt709,format=rgb24 чтобы бандинга не было и цвета не проебались.
Полная команда как-нибудь так:
ffmpeg -v error -ss 2:46.957 -i TT_TWICE_1080p.mp4 -frames:v 20 -param0 1/3 -param1 1/3 -vf format=yuv444p16,crop=w=680:x=622,scale=-1:540,scale=in_color_matrix=bt709,format=rgb24 -y in/frame%04d.png
А если убрать цветовую оптимизацию, то размер становится поменьше.
Ох, спасибо, бро! Большое прям спасибо!
Мдее, а ведь твой сарказм вполне адекватный
Звук при конвериации забыл включить но не суть
Надо превьюшку больше делать по размеру 641x481, например, в гайде это не очень сильно заметно.
Спс анон, а то чет жопой смотрю
Кстати, сначала я грешил на размер видеофайла, который был 18 гигабайт, но потом использовал видеофайл 70 мегабайт и картина не изменилась. Прошу не советовать использовать платные\пиратские видеоредакторы, у меня фетиш на Open Source.
<Благодарю за совет, сейчас попробую.
Ну всё. Ещё немного и можно будет умирать.
>Как люди заливают в нормальном качестве?
Вообще никак, но можно придумать что-нибудь.
На 1080p/2160p 60fps выделяется обычно побольше битрейта. Можешь попробовать взять свой 30p или сколько там у тебя и сделать апскейл+60p через дублирование кадров. Но на низких разрешениях/fps, особенно VP9, который по умолчанию, всё равно будет плохо выглядеть.
Ну или заливай исходник, который легко сжимается. Т.е. медленные сцены, минимум эффектов, много статичных кадров.
Если исходник 1080p 24/30p, то обычно соответствующий H.264 самый качественный, VP9 часто хуже. Если меньше, то VP9 вообще безбожно сливает H.264. Если больше, то бывает VP9 лучше.
Это всё при условии очень качественного исходника, конечно. Ну и 1080p/VP9 появляется не сразу, надо ждать. H.264 вроде потом не меняется на более качественный энкод, хотя не уверен.
Если честно, не до конца понял, поскольку видео не занимался раньше. Могу только сказать что для теста я выбрал видео с хорошим качестовм - 4 четырехсекундный ролик 800х600 весит 85 мегабайт. На картинке видно сравнение качества оригинала и во что его превратил youtube. Я понимаю что при заливке должа произойти конвертация и сжатие, а значит и потрея качества, но почему мне не закачало в качестве 720р, а только в 480? Вот же видео из игры на второй картинке, где кристально чистое качество, значит как-то можно.
> 800х600
> почему мне не закачало в качестве 720р
Потому что надо было тебе закачать в 720p и более
> 4 четырехсекундный ролик 800х600 весит 85 мегабайт
Чем жал?
>Потому что надо было тебе закачать в 720p и более
То есть если у меня видео не 720, а 719 то оно будет жать его до 420? Странно, можно было бы дать хоть какие-то настройки выставлять.
>Чем жал?
Ничем не жал, это "лослесс"
Можешь попробовать следовать рекомендациям https://support.google.com/youtube/answer/1722171?hl=en
Допустим, есть видео в данном разрешении, которое пользователь с экраном большего разрешения может развернуть во весь экран, сделав своеобразный апскейл одной кнопкой уже про проигрывании, т.е. при декодировании, а не при кодировании.
Или когда мы при кодировании апскейлим, выходит гораздо качественнее?
Алсо, если я сделаю апскейл видео, сохранив битрейт, сохранится ли качество видео при проигрывании в окне родного разрешения, или будут потери?
Про VP9 грю, а то совсем воды налил.
> апскейла
Одна из шакальных контрмер.
Делают заранее, чтобы у всех было одинаково, а не как решит декодер, ну и снятие нагрузки, разумеется.
До, после, большое после.
> Про VP9 грю, а то совсем воды налил.
Все фильтры применяются к разжатым кадрам и только потом шакалятся в конечный формат.
>This Opus 1.2-alpha alpha release of the upcoming Opus 1.2 brings many quality improvements, new features, and bug fixes, including:
>∙ Speech quality improvements especially in the 12-20 kbit/s range
>∙ Improved VBR encoding for hybrid mode
>∙ More aggressive use of wider speech bandwidth, including fullband speech starting at 14 kbit/s
>∙ Music quality improvements in the 32-48 kb/s range
>>1878473
>Вообще говоря, в чём смысл апскейла?
Я уже написал. Ютуб выделяет больше битрейта на видео с большим разрешением/fps, поэтому можно его слегка наебать, искусственно их увеличив. Апскейл на самом деле хз, а вот 720p 60fps точно должен дать какой-то профит, т.к. битрейта это даст больше, а дубликаты кадров практически совсем ничего не весят. Т.е. халявная прибавка битрейта, при условии, что пользователь смотрит 60fps и исходник был меньше 60fps, конечно.
:loop
for /f "delims=] tokens=2" i in ('dir /b ^| find /n /v "" ^| find "[3]"') do set as = i
ffmpeg -i %as% добавляй превью
goto :loop
Как прервать сам придумай.
Там надо выяснять нововведения.
Ффмпеги память всю не сожрут? Ему же в процессе надо превью выдергивать и декодить.
На 7-6 процентов меньше. А вот эта опция может влиять? Стоит на "автоматически".
Нашёл сайт https://mkwebm-epzv.rhcloud.com/ но он ошибку выдаёт
https://github.com/pituz/webm-thread/wiki/Pro-tips#Создание-видео-из-статичной-картинки-и-музыки
>>1881431
https://en.wikipedia.org/wiki/Group_of_pictures
Я очень несведущий и всю жизнь делал вебмки с помощью WebMForRetards
Но тут наткнулся на вебмку у которой было VP80-90 в деталях файла и охуел от качества.
Есть ли способ такого же простого и интуитивного как в WebMForRetards клепания вебмок но с качеством как на первом пике?
Для начала, опиши способ клепания нужного тебе качества в других программах.
Ну в идеале было бы клево что-то типа бандикама с возможность сразу в webm сделать.
Нужны обычно трим, кроп, ресайз, чейндж фпс, чейндж битрейт.
В другом треде FFMpeg+VP9 советовали, но с командной строкой я возиться не буду ибо ленивый довен.
>>1884895
> всю жизнь делал вебмки с помощью WebMForRetards
> Нужны обычно трим, кроп, ресайз, чейндж фпс, чейндж битрейт
Обнови ретардовы штучки https://gitgud.io/nixx/WebMConverter
Ты меня не понял, я спрашивал про способ добиться такого качества, которое тебе нужно. Т.е. что ты собрался писать в командной строке, если ты ффмпег для нужного тебе качества использовал, либо что-то другое, тогда опиши.
VP9 мгновенно не получится.
http://rgho.st/8SHVlcFqt кидаешь ffmpeg.exe и бат в одну папку, запускаешь бат, профит. Напиши потом стало ли качество лучше.
>Обнови ретардовы штучки
Офигеть, спасибо. Ща закодировал тестовый кусок, при сходном размере vp8 рассыпается на динамичных сценах в то время как vp9 отлично выглядит.
А почему у галочки VP9 написано что меньше совместимости, в чем это выражается?
>>1884920
Так я же говорю - пользовался WebMConverter, а там вообще можно одной кнопкой обойтись. Сосбно на сколько я понял WebMConverter и есть своеборазная гуи оболочка для ффмпег
>Сосбно на сколько я понял WebMConverter и есть своеборазная гуи оболочка для ффмпег
Да и кроме того можно самому подправить строчку, которая передастся в ффмпег, по этому я и спрашивал, чего ты там такого собрался написать, что невозможно передать из ретарда. А совместимость это 4чанопроблемы, у них там шиза и проблемы с головой, можешь просто забить.
Все, понял. Пасибо почаны!
Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height
--- FFMPEG HAS EXITED ---
ffmpeg.exe exited with exit code 1. That's usually bad
Я понять не могу почему в версии с гуем я не могу делать вебмы по лимиту на размер получаемого файла? Даже с пустыми полями мне такую ошибку выдает.
Помню полгода назад встречал простейшую строчку чтобы склеить mp3 с картинкой, но проебал, нашел только эту. если не сложно, запилите.
>>1885681
>>1885682
Вот так ffmpeg -r 1 -loop 1 -i jpg/dekadans.jpg -i mp3/ak_sh.mp3 -b:v 0k -crf 18 -pix_fmt yuv420p -g 360 -b:a 128k -y -shortest out/agata.webm работает, но вот реально с год назад была строчка - склеивала за несколько секунд, сейчас что-то дрочится долго. Может из-за того, что кодит аудио ?
Есть мобильная ВК с поддержкой КУДА.
В драйверах даже что-то прописано про КУДУ (пик1).
Есть waifu2x-caffe, на которой хочу юзать КУДУ. Он выдаёт сообщение при ошибке при нажатии "проверки КУДЫ" (пик2). Что качать? Что делать? Без ВК очень уныло апскейлы происходят.
Если кто подскажет про waifu2x-cpp, то я буду очень благодарен. Я её даже накатить не могу. На install.bat реакции нет. На добавление exe-шника в PATH тоже ничего. --help не отвечает.
Добавь еще -speed 5 -threads 4
Я нихуя не понял, но Caffe может работать без CUDA, это как раз и будет на CPU. И этой waifu2x-caffee cuda/cudnn жёстко не требуется, как я понял.
> но Caffe может работать без CUDA, это как раз и будет на CPU.
Спасибо за инфу, но
> Без ВК очень уныло апскейлы происходят.
Вот это для начала попробуй: http://cuda-z.sourceforge.net/
Потом здесь что-нибудь читни: http://docs.nvidia.com/cuda/cuda-installation-guide-microsoft-windows/
Алсо, надо бы погнать до 1488 МГц
>compute capability 1.2
http://caffe.berkeleyvision.org/installation.html
https://developer.nvidia.com/cudnn
https://stackoverflow.com/a/33760325
Ну ты понел. Покупай Pascal, как все модные пацаны.
https://github.com/lltcggie/waifu2x-caffe/issues/21#issuecomment-206094378
Япошка говорит, что 2.0+ надо, в общем. А для cuDNN 3.0+.
Можешь попробовать завести https://github.com/tanakamura/waifu2x-converter-cpp на OpenCL, как там советуют, но прирост наверно не очень большой будет.
Ну так тебе вот это надо: https://github.com/tanakamura/waifu2x-converter-cpp#prebuilt-binary-form-release
Ты сорцы что ли скачал? Сорцы компилять надо.
Ещё вот это смотри: https://github.com/tanakamura/waifu2x-converter-cpp/issues/1#issuecomment-129597362 Судя по
>The performance of OpenCL is indeed lower than CUDA, and is even lower than CPU mode.
не очень оно.
> Ты сорцы что ли скачал?
Пик1 - нет.
Вот это вот всё, что на пике, не реагирует на вызовы или запуски никак.
И на пик2 тоже.
При попытке вызова через консоль пишет пик3. Стоп, она вдруг заработала!
Хорошо, waifu-converter работает...
Уже хорошо, ведь функционал в теории гораздо выше, чем у Koroshell или caffe.
Там даже можно в теории видео на кадры порезать, а потом склеить. Я ведь к этому и иду.
Ну а теперь надо поднять converter-cpp, но это уже завтра, а сейчас я отправляюсь спать и благодарю тебя за помощь, анон.
Перед сном проверил ещё cpp.
Внезапно, и он заработал.
И вот хрен знает, почему час назад не работало.
Ну разложить на кадры/склеить это вообще не проблема, с помощью ffmpeg делается элементарно.
Правильнее вообще через VapourSynth делать, очень гибкий и мощный инструмент:
https://github.com/HomeOfVapourSynthEvolution/VapourSynth-Waifu2x-caffe
https://github.com/HomeOfVapourSynthEvolution/VapourSynth-Waifu2x-w2xc
Но для развлекухи не важно, главное, чтобы был какой-то бинарь, который может превратить маленькую картинку в большую по указанному пути. Остальное — дело техники и обвязки из трёх строчек на бат или повершелле.
Пытаюсь перегнать кусочек стрима в вебм - цвета норм, мелкий текст норм, но как дело доходит до вебкамеры - пиздец какой-то, просто исшакаливает в говно пикчу.
Пробовал vp8-vp9, 1 pass / 2 pass, битрейт от 2к до 4к, slices 8 - все равно "лицо дрейка" выходит.
А speed меняет качество картинки? Поставил 0, вроде по кусочку видео лучше стало, но сука рендер пару часов кек
>>1886585
От него зависит размер, свободный битрейт забьется лишним графоном. С одним проходом просто снизится размер.
>От него зависит размер, свободный битрейт забьется лишним графоном. С одним проходом просто снизится размер.
Да я тут продолжаю играться и охуеваю - вся картинка где-то процентов на 10-20 хуже от исходника, а именно вебкамера сука скукоживается. Чтож там за алгоритм.
Алсо если выбираю опус-вп9 то не дает выбрать битрейт/качество, это норма? Или это баг который не могут год пофиксить?
https://gitgud.io/nixx/WebMConverter/issues/52
Так в конец будет добавляться несколько секунд тишины. Это баг. Лечится указанием точного времени вместо -shortest (например -t 3:14) или выбором чуть более старого кодека vp8 (-c:v libvpx).
-crf x -b:v 0k, где x - от 0 до 63 вроде, чем меньше з, тем больше деталей должно сохраниться, 0 - вообще без потерь
А то на некоторых файлах между этими точками секунд 15.
Ну чтоб скажем каждые 5 сек была возможность перепрыгнуть.
>У тебя исходник очень плохой.
Так ты понимаешь, я граблю со стрима бандиком, там поток выставлен 7к+ (какой поток самого стрима на ютубе - хз).
И вот если брать mp4 файл в нем все достаточно хорошо видно, лицо достаточно четкое, даже полосочки шириной в пиксель видно.
Как только я перегоняю в вебм - пиксельные полосы сжирает кодек, но ники/текст читабельны. А лицо шакалит очень сильно. Только если жать не более чем в 3 раза - более-менее норм качество.
Может как-то можно иначе захватывать куски стримов, надо поискать.
Через браузер, небось, грабишь? Качай какой-нибудь смплеер, убери в настройках постобработку и грабь ффмпегом в несжатый мов с горой битрейта. Производительность выше, если не сжимать.
Ещё вот это прочти:
http://stackoverflow.com/questions/37040798/how-do-you-use-youtube-dl-to-download-live-streams-that-are-live
Если сразу просто скачать, то youtube-dl
Сижу, пердолюсь с cpp.
Короче, вот, на пике1 во второй строке та команда, что хочу реализовать. Т.е. хочу сделать групповой апскейл.
Просто скинул 4 пики в папку с программой, создал там image_list.jpg (пик2).
Прописал пик3 - выдало пик4.
Что я делаю не так?
Вообще, как эти команды для Линухов переводить на проги для Шинды, мать их?
В --help ничего про групповой апскейл нет.
Ну вот, caffe мне вообще в консоли белиберду выдаёт.
Да сколько ж траблов-то у меня будет ещё...
Вот >>1880731 здесь заменяешь строку с ффмпег на вайф2х и оно будет применять ко всем файлам в папке по очереди. Подпапка указывается перед первой ^ в виде .\подпапка или там же можно *.пнг. Альзо, каффе лучше СРР, как минимум размером файла, а значит использованием будущего битрейта. Попробуй -р gpu или cpu или cudnn.
> имплаинг я знаю зачем ^
> в виде .\подпапка
Какая подпапка? Подпапка от чего?
> там же можно *.png
Зачем? Что это значит?
"Там" это где?
В батнике? Или это в консоли?
> каффе лучше СРР
Ок
Переписал с пасты в консоль, заменив ffmpeg на имя экзешника своего - ничего не вышло
Ещё бы, у тебя же cmd.exe вместо консольки.
http://pastebin.com/CCTSjSNX создаешь бат, даешь ему пути к исходнику, ффмпегу, вайфу. Запускай оттуда, где много места под картинки.
HOCHU FFMPEG - там полный путь к ффмпег?
podpapka - название подпапки, которую создаст ффмпег?
Спасибо тебе большое.
>-g ФПС (посекундно) и/или -movflags +faststart и/или -reset_timestamps 1 тебе помогут.
Как ты это делаешь, спасибо
Вот, на пике 1 батник, который я запускаю.
Пути точно прописаны правильно, я ffmpeg'ом проверял.
Я, конечно, ничерта не понимаю в батниках (особенно строка с какими-то токенами, это просто жуть), но мне интуитивно понятно, что сначала вводятся три переменные с путями для обращения к вайфу, ффмпегу и файлу.
Типа в строке с SS я сам могу дописывать параметры, какие пожелаю, да?
Удобно, конечно, но только вызова ффмпег не происходит.
Т.е. ожидаются, как я понял по батнику, след. этапы:
1. Разбивка inv.webm на кадры, я проставил r=24, т.е. на 24 в секунду, и сброс их в outdir с именованием %09d.
2. Дальше проверяется чёрт знает что, если не определён некий FILE, то гоуту сценарий "вперёд".
3. Потом мы обращаемся к ффмпегу, просим склеить в видео (наверное, в пункте два поработала вайфу, судя по WW).
4. Выводится слово NOOB, потому что я нуб.
Ну так вот, работает, это так (пик2).
На пик2 ещё одна последняя строка быстро проскакивает с надписью "Непредвиденное {что-то там}", а потом всё закрывается, и я рли не знаю, как это контрить.
Папка outdir создаётся в той же папке, что и батник.
В общем, я опять повис.
Замена ffmpeg.exe на ffmpeg ничего не даёт.
Замена Users на Пользователи ничего не даёт.
ЧТЯДНТ?
Алсо, он создаёт outdir также в папке VTRoot в подпапке с caffe (тоже непонятно).
А, блин, я понял, что за параша эта VTRoot.
ffmpeg -i "Clip%4d.png" -c:v vp8 -f webm output_vp8.webm - нормально
ffmpeg -i "Clip%4d.png" -c:v vp9 -f webm output_vp9.webm-хуйня пикрилейтед
set /p Это ожидание ручного ввода строки. Убери /p, если заранее определишь.
http://pastebin.com/HXQWNW58 В этот раз я проверил.
Помогло, спасибо.
>>188767
Анон, спасибо огромное.
Теперь всё работает на ура.
Блин, наверное, уметь писать батники под Виндой некоторым полезнее, чем учиться прогать на чём-либо.
Автоматизация просто великолепная.
Оу, еее, драйвер невидии крашится при block_size>=256 на каждой фотке.
Видеодрайвер перестал отвечать и был восстановлен (враньё) прилагается.
Попробую сначала старые дрова, классика же
The WebM team, with help from other members of the Alliance for Open Media (AOMedia), has successfully merged all experimental codec work from libvpx/nextgenv2 into the AOMedia codebase, aom/master.
We intend to continue our AV1 codec development work solely in the AOMedia codebase and libvpx/nextgenv2 has been made read-only as of 11/11/2016.
Many of the experiments are undergoing active development and not all of the experiments work together yet. Here is an example config that works using 15 of the merged experiments:
configure --enable-experimental --enable-ref-mv --enable-ext-intra --enable-ext-refs --enable-ext-interp --enable-supertx --enable-var-tx --enable-entropy --enable-ext-inter --enable-ext-tx --enable-motion-var --enable-dual-filter --enable-ext-partition --enable-ext-partition-types --enable-loop-restoration --enable-filter-intra --enable-aom-highbitdepth
Everyone is welcome to download and test the merged codebase.
и чё это даёт?
Бамп вопросу.
При версии 2013-года 314.22 заработало через раз.
И прирост относительно 128-режима есть.
Даунгрейдить дальше? У меня и игры стали плавнее
Во время сборки ффмпега с поддержкой openssl выдаёт такую ошибку:
CClibavformat/rtmpdh.o
libavformat/rtmpdh.c: In function ‘ff_dh_init’:
libavformat/rtmpdh.c:277:14: error: dereferencing pointer to incomplete type ‘FF_DH {aka struct dh_st}’
bn_new(dh->g);
^
libavformat/rtmpdh.c:188:37: note: in definition of macro ‘bn_new’
#define bn_new(bn) bn = BN_new()
^
common.mak:60: recipe for target 'libavformat/rtmpdh.o' failed
make: [libavformat/rtmpdh.o] Error 1
Если вместо openssl попробовать --enable securetransport, то вот такая:
libavformat/tls_securetransport.c:36:31: fatal error: Security/Security.h: No such file or directory
compilation terminated.
common.mak:60: recipe for target 'libavformat/tls_securetransport.o' failed
make: [libavformat/tls_securetransport.o] Error 1
(Ну а gnutls тупо нет и я представления не имею как его собирать, мне сложна)
ERROR: gnutls not found using pkg-config
Помогите плес.
Shared кочать тут https://pkgs.org/slackware-14.2/slackpack-x86_64/ffmpeg-3.1.5-x86_64-1gds.txz.html
Хотя работает и без эти опций.
ffmpeg -ss X -i in.mkv -t Y -c copy out.mkv
Так этот уебок режет с запасом, как я понимаю с ближайшего кейфрейма. Приходится убирать -c copy, в итоге страдает качество и производительность. Что я делаю не так?
В чем твоя проблема?
Можно кодить до следующего ключевого кадра, а остальное скопировать. Это несколько операций, а не одна.
А скрипт на это может есть уже? Не хочется велосипед делать...
Фу-у-у. Никогда не понимал зачем в аниму вставляют подобную парашу. Я включаю аниму для того, чтобы уйти от быдлореальности, и тут мне пихают в рот еблю, биопроблемы и прочую малафью. Пиздец, бесит, мразоты.
Два чая
Надо как то разблять экшон с тысячами рыб, а иначе погружения не получается и в происходящее не верится.
Нелогично, кстати. Ведь бактерия парализовала моторику нервов, как эта рыбина тогда рот открывает. inb4 газом.
Там это вообще никому не мешало. Тадаши рукой махал, подружка носилась, корова мычала и бодалась.
Нужен редактор, который без проблем бы жрал все форматы в том числе webm и gif и рендерил в человеческие форматы mp4 а не только webm.
Есть альтернативы или как даун-аутист через проводник продолжать сидеть?
Я перепутал. Адоб премьер с плагином http://www.fnordware.com/WebM/ .
Блендер принимает вп8, вп9, ворбис.
Крутая табличка.
В Edge есть, в остальных НЕ БУ ДЕТ. Хотя насчёт Safari хз.
C 1 ФПС даже какие-то остатки графона сохранились. Альзо, на 2 и 3 можно заметить разницу между наличием и отсутствием альт-реф-фрейм.
Вместо первого.
Почему опус Sampling rate : 48.0 KHz
Это же оверкил. Дурной какой-то выбор кодека для вп9 или я не понимаю как он работает.
Ещё -ar 8000 -ac 1 забыл.
Наткнулся тут на прон в этом чудо-формате, охуел от соотношения размер/качество. Почему повально не переходят на эти кодеки?
Блядь понимал бы я еще разницу между форматом / кодеком / контейнером.
--max-q=63 --auto-alt-ref=1 --passes=2 --kf-max-dist=150 --kf-min-dist=0 --drop-frame=0
--static-thresh=0 --bias-pct=50 --minsection-pct=0 --maxsection-pct=2000 --arnr-maxframes=7
--arnr-strength=5 --sharpness=0 --undershoot-pct=100 --overshoot-pct=100
< yaowu> --frame-parallel=0 --tile-columns=0</av1_parms>
Настройки от разработчиков. Надо посмотреть, может что годное есть, чего нет в дефолтах.
возможно не совсем по теме, но попробую спросить тут
есть flv файл записаный со стрима, но он битый - не воспроизводиться нормально в прогирывателе(норм только в media player classic и то неправильно показывает длительность видео)
Есть способы как его оживить? пробовал flv metadata injector, но не помогает
Пикрил после авидемукса
Господи, надеюсь каждый пидорас который пилит очередной кодек и очередную программу для редактирования видео сгорит в аду нахуй.
Вспомнил что кто-то тут советовал Xmedia Recorde
Пиздец, я уже утонул от кол-ва этих ебучих программ
объясните для дауна, как в шебемфорретардс добавить превьюху?
а где эту макабу можно взять?
Вы видите копию треда, сохраненную 8 декабря 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.