Анимублядский WebM-тред Контент с дубляжом, войсовером, порно, котиками, а также советы мокрописечников можно найти в >>90735246. Аватаркобляди, неймфаги и прочие вниманиебляди отправляются на парашу для слабоумных. Вся информация о способах кодирования видео, применямых в треде, содержится в вики треда: https://github.com/pituz/webm-thread/wiki/ Тред техподдержки (оп-пост устарел): https://2ch.hk/s/res/1035239.html Для поиска сoуса видео сохраняем кадр (правый клик по видео) и ищем его на http://images.google.com. О кодировании WebM Основным инструментом кодирования видео для треда является FFmpeg, как наиболее развитый продукт с поддержкой множества медиаформатов. Помимо него можно использовать vpxenc, mpv и mkverge. Доступные кодеки — VP8 и VP9 для видео, Vorbis и Opus для звука, максимальный размер файла — 10240КБ, всех файлов в посте — около 22МБ. Неочевидные моменты — libvorbis при указании битрейта (-b:a) работает в режиме CBR, и это портит качество звука; для режима VBR вместо битрейта надо указывать качество (-q:a); параметр -vbr on работает только для Opus'а; — в webm'ки не нужно включать софтсаб в формате webvtt (FFmpeg это делает по умолчанию при наличии сабов в контейнере, отключается параметром -sn): во-первых, это бесполезно (для его отображения на странице должен быть специальный код), а во-вторых, от этого ролики не воспроизводятся в firefox; — ролики с opus'ом в firefox зацикливаются не с начала, а с последнего ключевого кадра; — mkvmerge упаковывает дорожки где-то на 1-2% эффективнее FFmpeg'а; — порядок аргументов FFmpeg'а имеет значение, подробнее в вики. Ссылки Основные понятия, используемые при работе с видео: https://github.com/pituz/webm-thread/wiki/glossary Программы и их документация: http://webmproject.org http://ffmpeg.org http://mpv.io http://www.bunkus.org/videotools/mkvtoolnix/ Установка FFmpeg на щиндовс: https://github.com/pituz/webm-thread/wiki/Установка-FFmpeg-на-Windows Гуй с минимумом кнопок для ретардов (сперма-only): https://github.com/nixxquality/WebMConverter Оп-паста, ресурсы для оп-webm'а, скрипт пиления webm'ок на zsh: https://github.com/pituz/webm-thread/
>>90742493 КАКОЙ ЖЕ ОТСОС ГУЕБЛЯДЕЙ. Я кажется нашёл формулу как можно посчитать битрейт для того, чтобы улаживаться в пределы. Если сейчас всё получится, выложу формулу.
>>90742611 С кем? >>90742637 > КАКОЙ ЖЕ ОТСОС ГУЕБЛЯДЕЙ Хватит такое писать. Пусть кодируют так, как им хочется. Срачи не нужны. > Если сейчас всё получится, выложу формулу. Удачи.
>>90741976 > его же обновят Могу svg вкинуть. Если будет желание ебаться с шрифтами в нём, то можешь заняться перепиливанием. > вернут? Нет. Это была временная мера, от которой пользы не было.
>>90743645 ДА Я БЛЯДЬ ЕБУ ЧЕ ЕМУ НАДО НАХУЙ, ВЕЗДЕ В ПРИСМЕРАХ ТАК ПИШУТ, Я БЛЯДЬ ЧЕ ПРЫЩЕБЛЯДЬ КАКАЯ ТО, КОКОКО УДОБНО НАХУЙ, ПИДОРАСЫ ВЫ ГНОЙНЫЕ БЛЯДЬ СО СВОЕЙ КОНСОЛЬЮ
>>90743805 НОРМАЛЬНЫЙ ГАЙД ЕЩЕ БЛЯДЬ НЕ МОГУТ ЗАПИЛИТЬ, КАКУЮ ТО ЕБУЧУЮ КАРТИНКУ БЛЯДЬ НА КОТОРОЙ НИХУЯ НЕ ПОНЯТНО ИЗ ТРЕДА В ТРЕД ПОСТЯТ, ЭТОТ ХУЕСОС КОТОРЫЙ СБОРКИ ДЕЛАЕТ ПОД ВИНДОВС, ПИШЕТ ПРИМЕРЫ В ЛИНУКСЕ ИЛИ В ЧЕМ БЛЯДЬ, Я ЕБУ, КАКИЕ ЖЕ ВЫ БЛЯДЬ ДАУНЫ СУКА, И ВПРАВДУ НАХУЙ, ПРЫЩЕБЛЯДЬ - НЕ ЧЕЛОВЕК.
>>90744009 ЦЕЛЫЙ ЧАС БЛЯДЬ ЕБАЛСЯ, УХ СУКА, НУ ПИЗДЕЦ, А ЭТО ПРОСТО ПРЫЩЕБЛЯДСКИЕ ИЛИТАРИИ ПИШУТ ГАЙДЫ ДРУГ ДЛЯ ДРУГА, А НЕ ДЛЯ ЛЮДЕЙ, УХ И БОМБАНУЛО ТО.
>>90742856 Вообще, надо бы какой-то символ треда, конечно. Можно пикрелэйтед переделать под 540p и запилить гайд по его применению. Или не запиливать, а устроить цирк по заявкам, как это было с негрофикацией.
с работы позвонили, теперь ебусь накуренный с парсингом логов awk'ом; git revert нет желания делать — лучше найти способ обойтись без форматирования пробелами в конце строк
Короче. Формулы быть нормальной не может. Потому что там вообще какой-то кромешный ад происходит. В принципе можете смело юзать старую, но накидывать сверху 300кбит/с Вот это бывшая формула+300кб. Попал почти в точку.
Тупо запилил режим в свою письку, чтобы при переваливании за лимит, тупо поднимала параметр qmax на единицу. С текущими скоростями кодирования можно себе позволить.
>>90744650 Даже в плену бесчисленных циклов судьбы, оставленные за порогом чувства укажут нам выход. Даже против бесконечной Вселенной, наша кипящая кровь расплавит все путы! Мы прорвемся сквозь время и пространство, чтобы отстоять свой путь, чего бы это ни стоило! СОКРУШИТЕЛЬ НЕБЕС, ГУРРЕН ЛАГАНН! ВЫ ЗА КОГО НАС ДЕРЖИТЕ?!
>>90742637 Формула же в пикчегайде есть, не? Вроде бы битрейт=(10240 - вес звуковой дорожки)*8/длительсность вебм в секундах. Вы тут потеряли знания древних, или ты не об этом говорил?
>>90745536 Нет, я сильно ошибся. Надо теперь попробовать -quality best. По сравнению с lossless-исходником немного проебалась цветопередача, и битрейта немного не хватает (вышло в среднем около 500К, хотя я 2М ставил), но это что-то.
>>90743872 Товарищ пердолик, не мог бы ты не распространять свои мантры в тред под видом инструкций? Советуя что-либо, будь добр сначала разобраться в сути своих советов, либо пиши что-то вроде «а у меня было вот так, почему — не разбирался».
У тебя скорее всего нихуя не получалось из-за того, что не было указано -f webm и не были задействованы умолчания для формата.
>>90746061 ДА ТЫ ЧЁ БЛЯДЬ Основные новшества libvpx 1.4.0:
- По умолчанию включен режим многопоточного кодирования, распределяющий работу на несколько ядер CPU. Доступно два режима распределения заданий по потоком: мозаичное кодирование, с разделением картинки на несколько блоков, каждый из которых обрабатывается в разном потоке, и разбиение на кадры, при котором разные кадры обсчитываются в разных потоках;
- Добавлены дополнительные опции (http://wiki.webmproject.org/ffmpeg/vp9-encoding-guide) для управления кодеком VP9; - Значительно улучшены алгоритмы кодирования VP9; - Добавлена поддержка цветовых пространств YUV 4:2:2 и 4:4:4, а также режимов с 10- и 12-битами на цветовой канал; - Проведена дополнительная оптимизация функций кодирования и декодирования VP9; - Поддержка 64-разрядных платформ ARM; - Нарушение совместимости с выпуском 1.3 на уровне ABI (вызовы IMG_FMT_ заменены на VPX_IMG_FMT_). Удалена функция obj_int_extract.
Из планов на будущее отмечается усовершенствование средств для кодирования потоков в режиме реального времени и экспериментирование с многопоточным декодированием.
>>90746099 > где-то до 40% браузер стал потреблять Это десктопный, а теперь вчитываемся > является адаптация декодера для работы на маломощных встраиваемых устройствах Да, ты мне щас кинешь схему декодера на ПЛИС, но что-то прохладно.
>>90746099 >(вышло в среднем около 500К, хотя я 2М ставил) Это из-за нового алгоритма кодирования и сжатия. Качество практически не потерялось. А ещё это может быть из-за того, что ты битрейт указал как M а не k.
>>90746468 Много где, в т.ч. и в современных браузерах. А ffmpeg с новым libvpx'ом может работать и старый, вроде бы: главное — пересобрать его с новым ABI libvpx'а.
Как подобрать разрешение к битрейту, чтобы квадраты так сильно не вылезали? А то даже битрейт опенинга любой стандартной (1:30) анимы выходит ~860k Кодирую с good, уже при 720 на выходе в движении вылезают квадраты, на плавных кадрах вроде ничего.
>>90744281 >>90741846 Я тут недавно обещал закинуть батник вендобоярам, для изготовления ОП-постов с этой рамкой. Для линуксогоспод всё уже есть в репозитории, кстати. Так вот, держите, если кому ещё надо: http://rghost.ru/6Rt2QwHjC В батнике нужно поменять путь к ffmpeg, ну и остальные параметры по вкусу (set в строчках 7-17). Понять, что за что отвечает, можно по названиям параметров.
Cкиньте вебмку из анимы, где девушка суп варит и спрашивает у парня, как дела или что-то в этом духе. Он отвечает: «Ты не поймешь». Она роняет ложку, плачет, просит, чтобы объяснил, выражался простыми словами и не умничал.
>>90752664 Ну хуй знает. Я периодически возвращаюсь к конвертированию вебм длиннее 30секунд, вижу, что получается хунта и забиваю на это. Поясни тогда, почему в гайдопикче -b:v и -quality используются одновременно, в то время как на http://wiki.webmproject.org/ffmpeg/vp9-encoding-guide такой пример ни разу не используется. Делал и так и так, в итоге квадраты в движении.
И читай внимательнее описание к примеру: > speed 4 tells VP9 to encode really fast, sacrificing quality. Useful to speed up the first pass > sacrificing quality Делает быстро, но качество становится хуёвым.
>>90752800 > такой пример ни разу не используется. >-b:v 1000K В глазики долбишся? >-quality По дефолту стоит good. Если не хочешь кодировать в best, то можно не писать. Какой ты там ОП делаешь. Дай название. Я сделаю. Если выйдет лучше чем у тебя, то проблема именно в тебе.
>>90752621 Просто консоль нужно не пытаться вставить в задницу, а использовать по назначению — обмазываться скриптами и пользоваться контекстным автодополнением шелла.
>>90753311 > Т.е. если сделать неублюдочную рамку, то всё станет нормально? Да, но вряд ли такая найдется ибо сама затея вставлять видео в рамку не отдает логичностью.
>>90753013 >Там однопроходное кодирвоание в примере Там же все примеры с двумя проходами. Speed я пытался не использовать, или ставить 0. >>90753060 Я имел в виду пример, где одновременно и quality и b:v использовался бы. >По дефолту стоит good. Это сразу многое объясняет. >Какой ты там ОП делаешь. Сейчас мадоку буду делать. У неё оп динамичный, можно будет заценить как оно на быстрой анимации будет.
>>90753416 > одновременно и quality и b:v использовался бы. Совершенно не связанные вместе параметры. -b:v - указывает битрейт выходного файла. -quality - оптимизация применяющаяся во 2 проходе после предварительного анализа в 1
>>90753886 > -threads точно качество не коцает? Точно. А вот -cpu-used очень шакалит качество. >И если я остальные параметры типа speed не трогаю, они по дефолту 0? Нужно читать документацию. Пока я их просто не указываю. По дефолту не знаю что там. АЛСО Делаю оп мадоки в 720p на libvpx 1.4.0. Сейчас сравним. Может у тебя просто версия ffmpeg старая.
Контент с дубляжом, войсовером, порно, котиками, а также советы мокрописечников можно найти в .
Аватаркобляди, неймфаги и прочие вниманиебляди отправляются на парашу для слабоумных.
Вся информация о способах кодирования видео, применямых в треде, содержится в вики треда: https://github.com/pituz/webm-thread/wiki/
Тред техподдержки (оп-пост устарел): https://2ch.hk/s/res/1035239.html
Для поиска сoуса видео сохраняем кадр (правый клик по видео) и ищем его на http://images.google.com.
О кодировании WebM
Основным инструментом кодирования видео для треда является FFmpeg, как наиболее развитый продукт с поддержкой множества медиаформатов.
Помимо него можно использовать vpxenc, mpv и mkverge.
Доступные кодеки — VP8 и VP9 для видео, Vorbis и Opus для звука, максимальный размер файла — 10240КБ, всех файлов в посте — около 22МБ.
Неочевидные моменты
— libvorbis при указании битрейта (-b:a) работает в режиме CBR, и это портит качество звука; для режима VBR вместо битрейта надо указывать качество (-q:a); параметр -vbr on работает только для Opus'а;
— в webm'ки не нужно включать софтсаб в формате webvtt (FFmpeg это делает по умолчанию при наличии сабов в контейнере, отключается параметром -sn): во-первых, это бесполезно (для его отображения на странице должен быть специальный код), а во-вторых, от этого ролики не воспроизводятся в firefox;
— ролики с opus'ом в firefox зацикливаются не с начала, а с последнего ключевого кадра;
— mkvmerge упаковывает дорожки где-то на 1-2% эффективнее FFmpeg'а;
— порядок аргументов FFmpeg'а имеет значение, подробнее в вики.
Ссылки
Основные понятия, используемые при работе с видео: https://github.com/pituz/webm-thread/wiki/glossary
Программы и их документация:
http://webmproject.org
http://ffmpeg.org
http://mpv.io
http://www.bunkus.org/videotools/mkvtoolnix/
Установка FFmpeg на щиндовс: https://github.com/pituz/webm-thread/wiki/Установка-FFmpeg-на-Windows
Гуй с минимумом кнопок для ретардов (сперма-only): https://github.com/nixxquality/WebMConverter
Оп-паста, ресурсы для оп-webm'а, скрипт пиления webm'ок на zsh: https://github.com/pituz/webm-thread/