24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Тред про кодирование вебмок. Слепые спермобляди, ищущие прикреплённый «основной» тред, проходят мимо.
Основным обсуждаемым здесь инструментом является ffmpeg. Пердолики с мокрописечными гуями вроде xmedia recode и прочие клепальщики распидорашенного кривопиксельного говна из порнотреда со своими воплями о ненужности консоли не нужны сами — пусть сначала научатся делать качественные вебмки, а потом уже лезут сюда с советами.
Делать WebM можно научиться в вики https://github.com/pituz/webm-thread/wiki/ . Там находится подробная информация о выборе и настройке кодеков на примерах использования консольных утилит ffmpeg, vpxenc и mkvmerge. Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых (сперма-only): https://github.com/nixxquality/WebMConverter
О кодировании WebM для сосача: — доступные кодеки: VP8 и VP9 для видео, Vorbis и Opus для звука; — максимальный размер файла — 6144КБ в тематике и 10240КБ в /b/, всех файлов в посте — около 22МБ.
Неочевидные моменты: — libvorbis при указании битрейта (-b:a) работает в режиме CBR (постоянный битрейт), и это портит качество звука; для режима VBR вместо битрейта надо указывать качество (-q:a); параметр -vbr on работает только для Opus'а; — в webm'ки не нужно включать софтсаб в формате webvtt (FFmpeg это делает по умолчанию при наличии сабов в контейнере, отключается параметром -sn): во-первых, это бесполезно (для его отображения на странице должен быть специальный код), а во-вторых, от этого ролики не воспроизводятся в firefox; — ролики с opus'ом в firefox зацикливаются не с начала, а с последнего ключевого кадра.
(из прошлого треда) > Почему одна и та же аудио дорожка при конвертации avconv'ом ogg->wav занимает 9.6 мб, а mp3->wav 1.5 мб? Может быть из-за различия в кол-ве каналов, частотах дискретизации (8000..192000 Hz) и разрядности сэмплов (1..32 bit). Ещё может быть, что avconv запихал в wav-файл (который является контейнером формата RIFF — им же являются и avi-файлы) сжатую дорожку — туда влезет хоть тот же mp3 с CBR. Показывай вывод, без него можно только гадать.
>>1240880 > Как быть! Для начала открыть учебник по русскому языку для начальной школы и найти в нём отличие в использании вопросительного и восклицательного знаков.
>>1240901 Ну что жопой то виляешь как маленький? Нет чтобы ответить нормально, нет не хочу хочу доябыватся. Нихуя не знаешь так лучше промолчи. Или это бал одного семена?
>>1240911 А тебе — в каких случаях перед союзом «и» ставится запятая, а в каких — нет. Ну и купить хорошую клавиатуру не помешает. Олсо, в >>1240906 есть четыре пунктуационные ошибки, три их которых находятся в одном предложении.
>>1240912 Вопрос о воспроизведении WebM вполне вписывается в тему.
>>1241043 Так поставь браузер. Во всех современных полнофункциональных браузерах есть поддержка WebM. Её нет разве что в поделиях с анальными ограничениями от копирастических контор вроде спермософта и огрызка.
>>1240405 Посуны посны, как записать с помощь ффмпег трансляцию с твича? Ну чтоб через соснольку запустить и пусть она себе записывает, аты потом посмотришь?
>>1241349 На твиче rtmp-стримы спрятаны в анальное отверстие, просто так ffmpeg'ом на него можно только вещать. Возьми livestreamer — он может как играть стрим плеером, так и соханять в файл.
Анон, бывает такое, что хочется изнасиловать девушку? В особенности подругу. Много раз представлял себе ситуацию: вечер, я провожая свою подругу. Мы собираемся прощаться, и тут я оглушаю ее ударом в затылок. Беспомощные женщины возбыждают меня намного больше, чем те, что двигаются. Я насилую ее и ухожу. Или же я неожиданно набрасываюсь на свою подругу вечером в маске и насилую ее. Ну, или не подругу, просто девушку. Обычный секс не то, мне хочется почувствовать власть над жертвой, над беспомощной девушкой. Я пока что держу себя в руках, и, надеюсь, продержусь. Но не уверен в этом.
Вопрос не особо по теме, но какие годные гуи под сперму для ffmpeg есть годные? Кроме Вебм фор Ретардс. Хотелось бы что-то, охватывающее все возможности. Нашёл только что-то совсем уж мерзкое.
>>1241720 XMedia Recode, но автор нарушает лицензию, по которой распространяются библиотеки libav не помню какие точно, а ещё там версия FFmpeg старая может быть.
>>1241720 > гуи для ffmpeg > охватывающее все возможности Такое может быть разве что в эротичеких снах пердоли: фич у ffmpeg'а слишком дохуя для любого гуи.
>>1241733 Насколько хорош его охват? Он может вебмки делать, например, с опциями из оппоста?
>>1241740 >фич у ffmpeg'а слишком дохуя для любого гуи Да ладно. Хотя бы банально перечень параметров и значений, оформленный в табы. Лист-то я могу найти, а вот изучать все программы, использующие ффмпег - лень. Потыкал выборочно - хуита, но, может, мне не повезло увидеть Ту Самую Писю. Не вижу там вебм фор ретардс - значит, лист ещё и неполон.
>>1241749 > Он может вебмки делать, например, с опциями из оппоста? В оп-посте нет опций, есть только ссылка на вики. Многое из написанного там при помощи фронтендов к ffmpeg реализовать не получится.
> Хотя бы банально перечень параметров и значений, оформленный в табы. Нахуя? Неудобно же. Писать команды, в которых присутствуют только те параметры, которые тебе нужны, быстрее и нагляднее.
>>1241781 Но ведь многие же в два прохода конвертят. Не верю, что на полторы минутную webm с хорошей картинкой всякий такой анон каждый раз будет тратить по 5-8 часов.
В общем, я зря гуишник ругаю и на ffmpeg перепрыгивать не стоит из-за этого?
Анон, какие есть годные шеллы под винду(окружения рабочего стола)? Как раньше в игровых залах было, только ярыки игр, или прочих програм без всякого мусора типа трея и прочего.
Вы охуели, где предыдущий тред? Я же не успел ничего сохранить. Он не мог так быстро уплыть, его намерено удалили. Требую возврата на предыдущий тред, ёпта.
>>1242332 Откреплённый падает туда, где был бы, если бы не был закреплён всё это время. Обычно сразу на пятую-десятую страницу, но у нас тут он моментально становится последним, так как все треды на этой доске новее его. Первый же созданный тред и его смывает.
>>1242754 Вероятно, из-за того, что в многопоточность не может кодек с заданными тобой ему настройками. У libvpx-vp9 на возможность распараллеливания влияют параметры -tile-rows и -tile-columns, задающие соответственно кол-во строк и столбцов, на которые режется видео для кодирования фрагментов независимо.
>>1242944 > Пердолики с мокрописечными гуями вроде xmedia recode и прочие клепальщики распидорашенного кривопиксельного говна из порнотреда со своими воплями о ненужности консоли не нужны сами — пусть сначала научатся делать качественные вебмки, а потом уже лезут сюда с советами. Уёбывай отсюда, мерзкий мокрописечник.
>>1240405 > Пердолики с мокрописечными гуями > со своими воплями о ненужности консоли не нужны сами Наконец-то в /s/ появился Модератор, кое слово можно с большой Буквы обозначить.
>>1243033 > может, там в настройках что-то изменить можно, чтобы размер был ограничен этими 10 мегабайтами? Не можно. На серверах YT хранятся вебмки размеров 360, 480, 720 и 1080 пикселов в высоту. Сконвертированы они на этих самых серверах с определенными опциями без контроля размера выходного файла. Всякие расширения или программы, которые качают видео с YT, просто тянут эти самые вебмки и mp4-файлы. Поэтому если видео по весу превосходит лимит, остается два пути: 1. Резать видео по ключевым кадрам на куски, чтобы каждый кусок уместился в лимит 2. Качать исходник с наилучшим качеством и перекодировать его таким образом, чтобы получившееся видео уместилось в лимит.
>>1243169 Зависит от инструмента, при помощи которого ты это делаешь: ffmpeg по умолчанию всё пережимает (отключается параметром -c copy), MP4Box вообще пережимать не умеет и потому только копирует.
>>1243266 > Запись с экрана идёт без потерь. С чего ты взял? Для контейнера mp4 по дефолту выбирается кодек libx264, который по дефолту работает в lossy-режиме. libx264 по завершении энкода выводит статистику, среди которой есть и среднее значение квантизации по разным типам кадров (Avg QP). Если оно отлично от нуля, то это не лосслесс. Последний можно включить параметром `-crf 0`. > Или это особенность x11grab? Тип входа в данном случае влияет разве что на формат пикселей.
Не знаю, вопрос может не в тепу топика, но все же спрошу. Кто нибудь знает чем записывать игры вместе с ReShade включенным? Ни одна известная мне прога не хочет работать с ним, как только я включаю ReShade - или игра крашится, или программа для записи крашится, или не крашится, но и записывать ничего не хочет.
>>1240555 >>1240595 На самом деле команды не оптимальные. - Почему VP8? VP9 лучше сжимает (для одной картинки это десятки килобайт, но всё же причин использовать устаревший кодек сейчас я не вижу: VP9 подобное видео жмёт тоже быстро и в случае, если понадобится добавить какие-то эффекты вроде той же волны через showwaves, VP9 опять будет лучше; в экспериментальном бранче libvpx вообще уже VP10 пилят) - 2pass в моих тестах у меня работал быстрее 1pass, как ни странно - kf-max-dist (-g) почему такой маленький-то? Это может лишние ключевые кадры добавить. Для libvpx-vp9 по умолчанию 9999 (infinity), т.е. должен быть только один кейфрейм на всё видео. - shortest и у меня, и у других анонов работает криво — в конце непонятно почему добавляется некоторое количество тишины - metadata-title не мешало бы прописывать
>>1243033 А чем одна команда (youtube-dl && вызов-скрипта) хуже твоего одного клика (который на самом деле далеко не один)? При том, что первый вариант намного гибче, т.к. не скрывает от тебя всей мощи возможных режимов и настроек.
Понимаю, многим кажется, что раз программа с командным интерфейсом, значит какое-то задротство и надо неделю ман читать. Такое бывает, но в данном случае это не так: в последнее время разработчики начинают понимать важность удобных дефолтов и те же youtube-dl и ffmpeg хорошие тому примеры. Они без ключей (или с парой минимальных ключей) тебе сделают не хуже твоей гуишки. Соответственно, усилия затрачены те же, что и с гуйнёй, зато гибкость не зарыта под слоем абстракции.
>>1241749 >>1241819 Бывает, кстати, что в таких гуишках можно и raw опции вписывать. Но не всегда, и часто надо сильно извратиться, чтобы передать в итоге ffmpeg те опции, какие хочешь (банальный пример: кодирование статичной картинки, подозреваю, что тот же WebM for Retards так не сможет; XMedia Recode — хз). Скрипты-обёртки той же проблемой страдают, но в значительно меньшей степени. То, что в гуйне (обычно) лучше это возможности по нелинейному монтажу (самые очевидные - кат & кроп), поэтому эти действия лучше выполнять через гуи.
Вообще, это обычный срач CLI vs GUI выходит и ответ тоже стандартный: что-то лучше через CLI, что-то через GUI. Но заявлять, что именно сильный перекос в сторону GUI решает в вопросе кодирования вебмок, я бы не стал. Теоретически, отлично заточенный под задачу гуй (аля HUD истребителей), который ни в коем случае не прячет консоль куда-то, а встраивает её прямо в окно редактора аля IDE, был бы лучше всего, но такого ни под одну OS пока не написали (и вряд ли станут, кому оно нужно). Поэтому гибридный вариант (редактирвоание через GUI, кодирование через CLI) сейчас оптимален.
>>1243410 Отправить багрепорт/лайкнуть существующий/написать патч/заплатить разработчикам? Кстати, Firefox только недавно sumbsamplings отличные от yuv420p играть научился, а high depth (профили 2 и 3 в VP9) до сих пор не умеет. ffmpeg, впрочем, тоже (через декодер ffvp9).
>>1243473 >Для libvpx-vp9 по умолчанию 9999 (infinity) А для vp8 какое умолчание? 360 подобрано от балды (но можно выше) ибо vp8 делал лишние ключевые кадры.
Вот сейчас проверил. vp8 -g 360 жмет чуть лучше чем просто vp9.
>vp8 -g 360 жмет чуть лучше чем просто vp9 Это 1pass или 2pass? Если проверить наоборот? Я пробовал энкодить просто 1 кадр картинки, у меня VP9 давал чуть меньший итоговый размер. Хотя надо бы получше это затестить. (Вообще, кстати, про собственныей vp8 энкодер ffmpeg у них в вики писали, что он хуже, чем референсный.)
>>1243593 А, видимо это как раз причина, по которой у меня shortest криво работал. И по которой у VP9 файл чуть больше. Ключевиков-то у них у обоих по одному, а вот P-фреймов у VP9 больше: $ webm_info -i vp8.webm -all -noaudio | grep -c key:1 1 $ webm_info -i vp9.webm -all -noaudio | grep -c key:1 1 $ webm_info -i vp8.webm -all -noaudio | grep -c type:V 256 $ webm_info -i vp9.webm -all -noaudio | grep -c type:V 280
>>1243596 >Вообще, кстати, про собственныей vp8 энкодер ffmpeg у них в вики писали, что он хуже, чем референсный Хотя это меня переглючило и я с нативными opus/vorbis энкодерами спутал. У ffmpeg не было энкодера vp8. Единственное, что странно, — почему c:v=vp8 использует libvpx, если vp8 энкодера не существует.
>>1243604 У меня vp9 быстрее с двумя проходами работал (т.к. первый проход со speed=4 достаточно быстро завершается, а на втором ему уже не нужно анализировать куда ключевик поставить, просто все кадры кроме первого ссылаются на первый).
>>1243556 Ключ -map номер используемого файла : номер дрожки Нумерация идет с нуля. Например -map 0:0 -map 0:1 оставит видеопоток с русской дорогой, а -map 0:0 -map 0:2 с нипонской.
>>1243615 Лучше так: -map 0:v -map 0:a:0 (или 0:a:1) Видео не всегда нулевым потоком идёт, а с относительными номерами проще и не нужно в вывод ffprobe смотреть.
>>1243033 >>1243473 Кстати, я ещё подумал. Объясните мне, пожалуйста, товарищи вендузятники, чем вот эта жесть на пикрелейтеде лучше десятка ключей в той самой пердольке, которую все ненавидят? Только потому, что оно внутри окна графической программы и потому, что на Windows неудобная дефолтная консоль?
Не срача ради, просто интересно понять, каким же должен быть идеальный интерфейс. Потому что я, хоть убей, но не вижу разницы между WebM for Retards с тройкой кнопок и минимум возможностей и CLI-командой с двумя ключами, которая делает ровно то же. При том, что WebM for Retards проигрывает __во всём__, кроме (субъективной) простоты установки/использования на Windows, будучи при этом: - некроссплатформенной - сильно ограниченной в возможностях - в которой даже гифки не работают (см. GH-132) и нет возможности это починить
Реально, я не вижу ничего кроме эгоистичного желания «дайте мне то, к чему я привык, и срал я на какие-то объективные характеристики». Это может быть аргументом в некоторых случаях, но не в тех, когда минусы этого привычного продукта настолько значительны.
>>1243814 >CLI-командой с двумя ключами Не Windows-way. >некроссплатформенной Кроссплатформенность - не Windows-way.
Хотя соглашусь, текущая программа под винду - говно. Но что поделать, не написали ещё хорошей. Надо бы этим заняться, но писать велосипеды уже никто не будет, а анальная GPL не даст распространять любую программу на основе ffmpeg без выкладывания исходников. К слову, выкладывание исходников - не Windows-way.
>>1243859 >а анальная GPL не даст распространять любую программу на основе ffmpeg без выкладывания исходников https://www.ffmpeg.org/legal.html >FFmpeg is licensed under the GNU Lesser General Public License (LGPL) version 2.1 or later. However, FFmpeg incorporates several optional parts and optimizations that are covered by the GNU General Public License (GPL) version 2 or later
>>1243859 > а анальная GPL не даст распространять любую программу на основе ffmpeg без выкладывания исходников Кстати, а в чём проблема нарушить жопаель? На Западе разраба попытались бы засудить, но у нас перспективы такого иска весьма туманны; да разраба ещё и найти надо, а гэбне это не особо интересно, лучше шатателей скреп искать. Да и даже если найдут: какое наказание по какой статье можно влепить за нарушение вирусности свободной лицензии?
>>1244048 Хуита. Такое ж пердольство, как и голый ffmpeg. Для неосиливших консоль зачем-то обернули гуйнёй и переизобрели batch-выполнение. Похоже, кому-то было нехуй делать.
>>1244049 Вот здесь видно, что автор старался, но возможностей маловато даже по сравнению с WebM for Retards. Нет даже интерактивного кропа, насколько я вижу.
>>1244059 Репутация разработчика сильно пострадает. Аналог: выложить malware из-под своего реального имени. Не факт, что засудят, но в цивилизованных обществах потом везде будут слать нахуй.
>>1244049 Кстати, чего в таких простах гуишках с интерактивным катом очень не хватает, так это перематывания по кадрам. В этом плане решения на базе существующего плеера вроде mpv решают - они предоставляют много мощных способов изменения позиции (перемотка по кадрам в mpv назад и вперёд это "," и "." соответственно). Резать по краям смены сцены с точностью до кадра очень удобно.
Консолечки в срачечках являются серьёзной медицинской и социальной проблемой. В развитых странах консолечка в срачечке в той или иной степени страдают от 5 до 10 % трудоспособного населения и от 70 до 90 % детей.[5] У пожилых консолечка встречается в 50 раз реже, чем у лиц молодого возраста.[2][3]
Какие состояния являются консолечкой в срачечке?
Для консолечки в срачечке характерны установленная на пекарню ПЕРДОЛИКСЖМУ/[i]АНАЛИКС[/i], а так же малое количество кала, повышенная его твёрдость и сухость, отсутствие чувства полного опорожнения кишечника после дефекации. У людей, страдающих консолечкой в срачечкe, встречаются все эти признаки, однако некоторые из них могут и отсутствовать. Наличие даже одного из перечисленного свидетельствует о консолечке в срачечке. Изменение привычных для данного человека частоты пересборки ведра, а так же ритма стула дефекаций — также важный признак консолечки в срачельничке[/b].[4]
В то же время, исходя из неверных представлений о частоте пересборки ведра (например, считая, что пересборка должна происходить ежедневно), некоторые пациенты считают консолечкой в срачеке нормальные состояния организма и необоснованно считают себя здоровыми.[2] Как правило, это законченые пердолики.
Такс. А у меня вопрос такой. Заделал знчт я себе апач+пхп и вывел список вебэмок в браузер вот так: ><video preload="metadata" width="320" height="240" controls=""> <source src="WebM/14326333252221.webm" type="video/mp4"></video> Так вот. Некоторые вебэмки подгружаются хорошо. Т.е. есть и превью. И по кнопке заставь меня смеяться 2 минуты пуска видева - все проигрывается. Однако, некоторые из вебэмок при нажатии на белый божественный треугольник проигрывают 1ую секунду видео (которая подгрузилась еще при прогрузке страницы из за параметра preload="metadata") и встает не играя дальше. От чего это происходит, вагонимус?
>>1244454 А теперь ты такой поясняешь, чем умение лазить по торрентам, искать так shareware, ебаться с кряками и сопутствующими вирусами и ну ты понел, т.к., ясное дело, ничего не бывает бесплатно, проще умения открыть man, нажать /x11 и обнаружить готовые команды по записи и всего экрана, и конкретного региона, и даже чтобы регион за мышкой следовал?
>>1244461 Так в этом есть своя романтика, адреналин, делаешь прививки от жадности, слушаешь ламповый музон из кейгенов, понимая что ты не один такой, а вас много и вы друг за друга, снабжаете друг-друга годнотой, борясь с жадностью толстосумов и несправедливостью системы. Вырусы кстати от копирастов, а не от пиратов. Каждый пират знает где взять годноту без копирастных вирусов. Чо как не пират? Ман открыть можно, но стоит ли, если есть лучшее, заботливо пролеченное решение?
>>1241762 >>1241789 >>1241791 Нет, я все же еще раз спрошу. Что webm for retards, что bigasoft, что сам fmpeg (в который я пытался, но поленился дальше) делают все несравнимо шустрее. Даже если делать на vp8 (vp9 то говно не умеет) при тех же параметрах одним проходом, разница в скорости 10-кратная, да гораздо больше чем 10крат. Я грешу, на то что винда каким-то образом ограничивает ресурсы xMedia R, хотя сам гуи и диспетчер сообщают, что приоритет риал-таймовый. Ну что там еще может быть?!
>>1244642 Да вроде активно все обновляют. Той версии что у меня всего пару недель. А еще вроде бы, я не уверен, время за которое он проходит один и тот же кусок, с теми же параметрами, при той же загруженности системы существенно варьируется по непонятным мне причинам. Иногда вижу что с такой черепашей скоростью он будет ползти еще хз сколько, перезапускаю и уже заметно шустрее идет. Что за магия?
>>1244647 > Иногда вижу что с такой черепашей скоростью он будет ползти еще хз сколько, перезапускаю и уже заметно шустрее идет Результат мог закэшироваться где-то.
А вообще, выкинь это мокрописечное говно, раз оно так работает.
>>1244652 Мне лень в консолеутехи втыкать шо пиздец. Ну какой хороший гуи еще в vp9 может? Вообще, что там нужно накатить чтобы, чтобы cmd цивильная была. Писать ручками - не хочу вставать дивана, горбатится. Или может батников наделать? Какой-нибудь гайд для совсем отбитых ретардов вроде меня можешь посоветовать? Пока что у меня весьма обрывочные знания, как видишь, документацию и прочие гайды читал наискось и если возьмусь опять, у меня снова ничего не останется в голове.
>>1244659 > что там нужно накатить чтобы, чтобы cmd цивильная была Выкинуть cmd вместе со спермотерминалом. Поставь cygwin, в нём есть какой-то приличный терминал и шеллы вроде zsh и fish.
>>1244639 >>1244659 >Мне лень в консолеутехи втыкать шо пиздец. А неделями искать подходящую гуйню, shareware, ебаться с кряками и т.д. - хочешь. Типичное когнитивное искажение.
>Ну что там еще может быть? Ну, гадай теперь, исходников-то у тебя нет, чтобы прочитать и разобраться.
>Ну какой хороший гуи еще в vp9 может? Это XMedia Recode-то хороший? И чем же? Вообще, по треду же было уже пару ссылок. Если такая религиозная боязнь именно самой консоли.
>Вообще, что там нужно накатить чтобы, чтобы cmd цивильная была. А зачем тебе цивильная консоль, если скрипты-обёртки из ОП-поста принимают всего-то пару параметров? Это и без автодополнения, истории и всего прочего можно. А так, у PowerShell терминал чуть получше (и шелл его гораздо лучше), ну и была вроде бы какая-то крутая консоль для PowerShell с автодополнением и т.д., но не помню названия. Ну или cygwin накрайняк, как выше советовали, но, насколько я помню, его терминал тоже тот ещё отстой.
>Или может батников наделать? Некоторые отчаянные так и делают. Что-то вроде этого: http://pastebin.com/ZrFA6J29 Есть один момент, которым можно воспользоваться: насколько я понял, при перетаскивании файла на скрипт, "%1" принимает путь до этого файла. Таким образом, можешь взять что-нибудь из ОП-поста, например, webm.py и написать подобный bat-файл:
set WEBM_FFMPEG=C:\encode\ffmpeg.exe C:\Python\python.exe C:\encode\webm.py -i %1
Перетаскиваешь на него свой медиа-файл, результирующий файл должен появиться в том же каталоге. Если нужны какие-то кастомные ключи, то, соответственно, создаёшь другой bat/модифицируешь этот. В итоге всё через жопу, зато никакой консоли.
>>1244788 >Это XMedia Recode-то хороший? И чем же? Вообще, по треду же было уже пару ссылок. Если такая религиозная боязнь именно самой консоли. Потому что удобно, делаю их часто, а я очень ленивый, но пренебрегать качеством не намерен. В xMedia я могу одной левой нащелкать переменные, вбить резолюшн, битрейд (той же левой) сохраняя пропорции и не утруждая себя лишними расчетами. Алсо программа сама, сразу покажет каков будет вес конечного файла еще до начала энкодинга. Покадровый просмотр с возможностью подгонки обрезания с точностью до миллисекунды. vp9, 2-pass. >Вообще, по треду же было уже пару ссылок. Я говорю, все что нужно уже есть. Необходимость поиска альтернативы обусловлена исключительно неуклюжестью программы на моей машине (от других анонов и в сети в целом жалоб не встречал). Если есть альтернативы максимально соответствующие курсиву, буду благодарен рассмотреть. То что предлагали в этих тредах гуглил-смотрел все не то, вот из последнего - разве QWinFF может в vp9? Проверил, не может. Даже у обосанного бигасофта перед ним преимущество в плане удобного кропа и предпросмотра там же. >Некоторые отчаянные так и делают. Что-то вроде этого: Это оказалось сложнее чем я себе представлял. Оставлю на будущее, когда совсем отчаюсь.
>>1244845 >а я очень ленивый, но пренебрегать качеством не намерен Это плохо сочетается. Иногда, чтобы сделать нормальный энкод, нужно по 5-10 раз реенкодить. А в некоторых случаях так и вообще баги кодека вылезают, тут уже ничего не поделаешь.
>я могу одной левой нащелкать переменные Это в той-то жести, скриншот которой я чуть выше выкладывал? Ну если для тебя это проще консоли, то я даже не знаю.
>вбить резолюшн, битрейд Это всё есть в скриптах-обёртках.
>сразу покажет каков будет вес конечного файла еще до начала энкодинга Пруф или не покажет. VP9 неаккуратно работает с битрейтом - постоянно undershoot или overshoot.
>Покадровый просмотр >преимущество в плане удобного кропа и предпросмотра там же Есть в webm.py, пикрелейтед 1. Фильтры можно в ffplay тестировать, пикрелейтед 2.
>обрезания с точностью до миллисекунды. vp9, 2-pass Ох уж удивил.
>разве QWinFF может в vp9? Проверил, не может Как проверял? Подозреваю, там просто пресета такого нет. А так ты хоть raw опции ffmpeg передавай, там это предусмотрено. Хотя она слишком простая, конечно. Возможно FFQueue будет лучше в качестве замены XMedia Recode. Но оно мне не нравится в плане позиционирования, выше писал.
Единственное, в чём консольные утилиты немного просасывают, это недостаточная интерактивность (хотя интерактивные кат и кроп есть), а фильтры нужно ffplay в консольке вбивать. Но и XMedia Recode хуйня полная в качестве программы нелинейного монтажа. А видео-редакторов и под линукс полно.
Если проанализировать все существующие инструменты, то получится 4 категории: 1. Простые утилиты: WebM for Retards, webm.py, QWinFF, etc. 2. Полновесные решения для неинтерактивного редактирования и компрессии видео: FFmpeg 3. Полновесные решения для интерактивного редактирования видео: программы нелинейного монтажа/работы с эффектами Adobe Premiere, After Effects, Lightworks, etc. 4. Что-то пытающееся быть простым, но в тоже время предоставлять возможности как по редактированию, так и по кодированию, эффекты, фильтры, интерактивность и прочее: XMedia Recode Sony Vegas
Моё мнение: 2 и 3 категории имеют право на жизнь потому, что делают одну задачу и делают её максимально качественно. У 1-ой категории неизбежно текут абстракции, но т.к. задача достаточно узкая, это не так заметно, к тому же компенсируется их простотой. А вот последний вариант имеет худшее из обоих миров: он и переусложнён в погоне за опциями, и не дотягивает до профессиональных инструментов в то же время.
>>1244863 >Это в той-то жести, скриншот которой я чуть выше выкладывал? QWinFF ты упоминал ранее? Я про xMR, да и про wfr и bigasoft тоже. >Это всё есть в скриптах-обёртках. Просвети меня, будь любезен. >Пруф или не покажет. VP9 неаккуратно работает с битрейтом - постоянно undershoot или overshoot. Да, лукавлю. С двойным проходом бывает промахивается на 0,5-0,2 в среднем (с расчетом на 6). И все же как правило попадает. В остальном сколько показывает столько и делает, не замечал чтобы vp9 1pass с расчетом ровно на 6 перегибал лимит. >Ох уж удивил. Большинство гуишников и этого не может. >Как проверял? Пробежался по все пунктам, не нашел. Что подсунули тем и пользуйся. >Возможно FFQueue будет лучше в качестве замены XMedia Recode По-моему я его тоже примерял уже давно. Не помню, что не понравилось, возможно, опять же, отсутствие vp9.
Если я правильно тебя понял, почти любой гуи можно подружить с vp9 что-то докачав, докрутив, так?
>>1244909 Должно быть не только одинаковое качество, но и одинаковые кодеки и форматы дорожек. mkvmerge v1.webm + v2.webm -o out.webm Звук в opus'е часто склеивается криво и его приходится пережимать.
>Просвети меня В оп-посте ссылки на некоторые. Те, которые я видел: на zsh, 2 штуки на питоне, на перле, на баше. Кое-какие костыли на batch. Для webm.py нужны python и ffmpeg, см. ссылку на pypi, там всё просто. Для скриптов на zsh/bash/perl нужны cygwin и ffmpeg.
>И все же как правило попадает Если клип сложный, то приходится значительно снижать target bitrate, т.к. постоянно overshoot. Если лёгкий, то, наоборот, не добирает и приходится уменьшать qmax. Средние обычно да, более-менее точно. 1pass вообще не рекомендуется для Video On Demand использовать: http://www.webmproject.org/docs/encoder-parameters/#one-pass-vs-two-pass
>>1244920 Там все одинаковое, нарезал из одного видео, с одинаковыми параметрами. Эта команда не работает. Че-то этот ваш ффмпег хваленый хуйня какая-то получается, если такую элементарную вещь в нем нельзя сделать.
>>1244932 > Эта команда не работает. А лог кто показывать будет? Если оно кодировалось одинаково из одного источника, то должно работать, проблема скорее всего в твоих руках.
>>1244937 Во-первых, откуда я должен знать про какой-то конкат, чтобы его в гугл вбить? Во-вторых, давать ссылки на lmgtfy уже в 12 году несмешно было. В третьих, делал я тхт файл с адресами файлов такой-то пердолинг ради склейки 2-х фалов и писал такую команду: ffmpeg -f concat -i files.txt -c copy out.webm так не работает. Если для тебя это легко, то напиши мне просто правильную команду.
>>1244949 >его попросили предоставить вывод >написал абзац оправданий, а вывода так и нет И зачем, спрашивается, тред прикреплять, если потом только такие и постят?
>>1243473 > - Почему VP8? Скорость. Если размер увеличивается незначительно, то ждать три минуты вместо 20 секунд смысла мало. > VP9 подобное видео жмёт тоже быстро Всё равно получается ощутимо медленнее: 1.9 fps против 4.7 во втором проходе на картинке 1800x1273. Это на libvpx от 07.05.2015, раньше разрыв был ещё больше. > в экспериментальном бранче libvpx вообще уже VP10 пилят Он будет ещё на порядок медленней?
> А чем одна команда (youtube-dl && вызов-скрипта) хуже твоего одного клика (который на самом деле далеко не один)? Отсутствием наглядности. Типичный юзверь не знает, что консольные программы можно запускать с ключём --help, для него консоль — тёмный лес. Помимо этого, он обычно и английского языка не знает, и список параметров с описаниями на нём ему помогает мало.
> Теоретически, отлично заточенный под задачу гуй (аля HUD истребителей), который ни в коем случае не прячет консоль куда-то, а встраивает её прямо в окно редактора аля IDE, был бы лучше всего При этом всё равно теряются такие фичи консоли как возможность скриптовой обвязки. Я бы предпочёл развитие скриптов интерактивного комплита — например, по tab'у после -vf crop= может запускаться mpv со скриптом интерактивного кропа. В принципе в вылазящее по tab'у можно запихнуть и гуевые виджеты, но не в современных терминалах.
>>1243814 > Объясните мне, пожалуйста, товарищи вендузятники, чем вот эта жесть на пикрелейтеде лучше десятка ключей в той самой пердольке, которую все ненавидят? Возможностью пердолинга: перед юзверем форма с виджетами, которые не допускают неверного заполнения, и позволяют что-то сделать даже абсолютно не обладая знаниями о их назначении.
Как только пердолик попадает в консоль, где возможности ввода не ограничены трафаретом с подсказками, он тут же теряется подобно корове на льду: речь не идёт не то чтобы об использовании преимуществ консоли, он даже на то, что раньше мог в гуикостылях, уже не способен.
Только единицы осваивают язык шелла и методологию работы с неинтерактивными утилитами. Большинство так и остаются пердоликами и могут разве что копипастить готовые команды из пошаговых гайдов и рвать себе анус в клочья от осознания своей беспомощности (>>1244277).
>>1244980 >Всё равно получается ощутимо медленнее: 1.9 fps против 4.7 во втором проходе на картинке 1800x1273 Я подразумевал, что арт используется не очень большой. С картинкой 500x451 и аудио-треком длительностью 4:44 у меня VP9 сэнкодил за 29 секунды на двух проходах (43 секунды с одним). Вполне сносно. Кстати, это с tile-columns и threads?
>Он будет ещё на порядок медленней? Не знаю, не пробовал. Можешь собрать, здесь инструкции: http://comments.gmane.org/gmane.comp.multimedia.webm.devel/2306 http://comments.gmane.org/gmane.comp.multimedia.webm.devel/2346 В декабре прошлого года было 4% преимущество по сравеннию с VP9, как в релизе будет — хз. Вряд ли он Daala обгонит, которые обещают H.265 порвать. Но вообще, наблюдая за тем, как это всё разрабатывается, у меня ощущение, что в ближайшие 5 лет мы более 50% выигрыша в размере ни у кого не увидим.
>Отсутствием наглядности. Скорее, просто какая-то религиозная фобия. Ну и неудобство работы в Windows в консоли + непонимание, что CLI в данном случае на самом деле гораздо проще — детали протоколов и форматов не скрыты за абстракцией GUI. Эти самые GUI чаще всего весьма паршивого качества к тому же.
>При этом всё равно теряются такие фичи консоли как возможность скриптовой обвязки. Это да, batch-компрессию и прочие неинтерактивные вещи так будет сделать сложнее/не так удобно (хотя многие переизобретают, посмотри на FFQueue или любую мощную программу по работе с графикой или аудио). Но здесь так или иначе необходимо выбрать какую сторону мы развиваем сильнее — интерактивность или скриптование. Потому что >Я бы предпочёл развитие скриптов интерактивного комплита вот это мне видится не то что неудобным, а вообще плохо реализуемым и неприменимым на практике. Я даже не знаю примеров подобного интерфейса.
В интерактивной программе ещё можно предусмотреть возможность выплюнуть командную строку ffmpeg и т.д., чтобы это дальше скриптовать как-то, а встраивать интерактивность в консольку было в Terminology у Enlightenment это какой-то изврат, я считаю.
>перед юзверем форма с виджетами, которые не допускают неверного заполнения А у меня такие вот плохо продуманные GUI аля «херачим всё подряд, что есть в кодеке, на форму, пользователи разберутся» вызывают только неприязнь и беспокойство, что автор криво выставил виджетам дефолты и из-за этого мне либо надо всё поставить правильно на место, либо, если я не выучил все дефолты наизусть, получить теоретически кривой рип. На примере скриншота выше: а у Opus оно так и оставит значение дискретизации в 44100, если я просто выберу его в списке? Поэтому что это будет весьма неправильным решением.
>>1245026 Да, забыл уточнить почему я именно считаю это плохо применимым.
Чаще всего нам важнее итоговый результат, а не результат выполнения одного фильтра. Поэтому нужен предпросмотр всех применяемых к видео фильтров, а как это будет выглядеть внутри консоли с комплитом по табу я плохо представляю. Под вот этой самой мифической идеальной программе по кодированию вебмок мне видится скорее гибрид видео-редактора для монтажа и эффектов и встроенной внутрь него консоли для компрессии и отслеживания прогресса.
Теоретически, кстати, какой-нибудь уже существующий видео-редактор можно наскриптовать так, чтобы поддерживал все нужные опции по компрессии в VP9, т.к. переизобретать велосипед мало смысла. Был вроде какой-то плагин для Adobe Premiere, можно сделать и для чего-нибудь опенсорсного. Будет немного тяжеловесно, правда.
$ ffmpeg -f concat -i mylist.txt -c copy output Which one to use
concat protocol: use with formats that support file level concatenation (MPEG-1, MPEG-2 PS, DV). concat filter: use if you need to re-encode such as when applying filters. concat demuxer: use when you want to avoid a re-encode and your format does not support file level concatenation. If in doubt try the concat demuxer.
>>1245026 > Я подразумевал, что арт используется не очень большой. В основном так и получается. Но если возможности позволяют постить хайрес, то почему бы нет? > Кстати, это с tile-columns и threads? Без, на двухголовом Core2 E7500.
> Вряд ли он Daala обгонит, которые обещают H.265 порвать. Недавно собирал Daala, пока он сосёт и у VP9. Будем подождать.
> Скорее, просто какая-то религиозная фобия. По-моему, фобия тут присутствует редко, чаще просто неспособность извлечь из себя то, что нужно в консоли написать. > Ну и неудобство работы в Windows в консоли Это, конечно, усугубляющий фактор, но ключевым я бы его не назвал. Ключевым тут является способ организации деятельности: пердолик запускает программу, а она ему предлагает ввести данные и нажать кнопку выполнения операции. То, что перед выполнением программы нужно что-то читать, для него является нонсенсом.
> многие переизобретают, посмотри на FFQueue или любую мощную программу по работе с графикой или аудио В той же мокропиське xmedia recode вроде была очередь. Проблема в том, что это всё — примитивные костыли, пригодные к автоматизации только в простейшем случае, да ещё и сложные в реализации (необходимость сериализации операций, етц).
> вот это мне видится не то что неудобным, а вообще плохо реализуемым и неприменимым на практике. Я даже не знаю примеров подобного интерфейса. В zsh есть menu complete — жмёшь два раза tab, вылазит интерактивное меню со списком. Теоретически в подобное меню можно запихать что угодно, в т.ч. gui-формы. > встраивать интерактивность в консольку было в Terminology у Enlightenment это какой-то изврат, я считаю. Речь о допиливании интерактивности там, где она уже присутствует — в редактировании командной строки. В terminology вроде как было не это.
> А у меня такие вот плохо продуманные GUI аля «херачим всё подряд, что есть в кодеке, на форму, пользователи разберутся» вызывают только неприязнь и беспокойство, что автор криво выставил виджетам дефолты и из-за этого мне либо надо всё поставить правильно на место, либо, если я не выучил все дефолты наизусть, получить теоретически кривой рип. Аналогично. Возможность ввода только тех параметров, которые нужно сменить, намного удобнее. Но быдлоюзверь видит обилие параметров и верит в крутость программы.
> нужен предпросмотр всех применяемых к видео фильтров, а как это будет выглядеть внутри консоли с комплитом по табу я плохо представляю С этим соснули, да. Но придумалось alias -g FP='-f xv $DISPLAY -f alsa default', кое-как проблему решает.
> встроенной внутрь него консоли Встроенность консоли внутрь программы (а не наоборот) порождает кучу проблем: придётся чуть ли не велосипедить свой шелл.
> Теоретически, кстати, какой-нибудь уже существующий видео-редактор можно наскриптовать так, чтобы поддерживал все нужные опции по компрессии в VP9 Можно взять любой редактор на MLT — оно вполне себе может в VP9 через плагин вывода avformat. Да и возможность испоьзования консоли со всеми плюшками есть: сохранённый проект можно скормить неинтерактивному фронтенду melt.
>>1245072 >То, что перед выполнением программы нужно что-то читать, для него является нонсенсом. Для youtube-dl не нужно же ничего читать. Оно само по умолчанию всё хорошо сделает.
>Проблема в том, что это всё — примитивные костыли Это да. Но что-то можно придумать, вроде генерации команды ffmpeg, которую уже дальше можно скриптовать.
>В zsh есть menu complete — жмёшь два раза tab, вылазит интерактивное меню со списком. Теоретически в подобное меню можно запихать что угодно, в т.ч. gui-формы. Только никто этого делать не будет, т.к. дикий изврат. Да и вряд ли получится это всё легко в zsh встроить, там же все абстракции вокруг текста. Небось половину придётся переписать. >В terminology вроде как было не это. Просто пример эксперимента по визуализации консоли. Получилось весьма странно, на мой взгляд. https://www.enlightenment.org/about-terminology
>Но придумалось alias -g FP='-f xv $DISPLAY -f alsa default', кое-как проблему решает. Так это прямо сейчас можно через ffplay. Оно просто неудобно. Сравни: натыкать фильтров в редакторе в гуишке и сразу результат в окне предпросмотре увидеть, или пердолить то же, но текстом. Везде, где нужно видеть мгновенный результат (аля крутим колесо цвета), неинтерактивные инструменты сосут. И предпросмотр отдельной операции мало спасает. Кстати, вспомнилось в тему: https://vimeo.com/115154289 Очень крутой упоротый чувак.
>придётся чуть ли не велосипедить свой шелл XEmbed же и аналоги. В IDE-шки полноценные консоли же встраивают.
>Можно взять любой редактор на MLT — оно вполне себе может в VP9 через плагин вывода avformat Ну вот что-нибудь такое допилить до приличного состояния и было бы ок.
Дайте гайд по командам. Не документацию на 10050 страниц, а просто перечисление всех возможных команд, ключей и что там ещё у вас есть. Желательно на руском, но вряд ли такое будет.
>>1245184 > Не документацию на 10050 страниц, а просто перечисление всех возможных команд, ключей и что там ещё у вас есть > Не документацию Ты дебил или прикидываешься?
Няша, который в прошлом треде помогал мне в попытках приклеить хардсабы на brooklyn 9-9 и таки приклеил. Но по им сформированному запросу, по которому у него выдало webm c хардсабом, у меня выдало webm, в котором при воспроизведении через MPC-HC не отображается видео, проигрывается лишь аудиодорожка. Если открыть этот webm через браузер, то видео показывает, но титры таки не приклеились. К сожалению так расстроился, что сам запрос не сохранил. Вот файл для которого этот запрос был сформирован http://rghost.ru/7WQrtxyC9 Не мог бы ты заново сформировать валидную команду и сказать какой у тебя билд, хочу попробовать на твоем билде запустить ее.
>>1245196 Команда: ffmpeg -i out.mkv -c:v libvpx-vp9 -b:v 0 -crf 20 -vf subtitles=out.mkv -c:a libopus -b:a 64k -sn -y hardsub.webm Версия: N-72215-gc6bf27d, флаги: http://pastebin.com/xCPBA7fN Но не думаю, что причина в этом. Лучше покажи вывод с -loglevel verbose и -loglevel debug, скорее всего там будет указана причина проблемы.
>>1245092 > Для youtube-dl не нужно же ничего читать. Это тебе не нужно ничего читать, а у пердоликов окошко закрывается и пиздец. А экранирование/квотирование встречающихся в ссылках спецсимволов — так это вообще рокет саенс. > Оно само по умолчанию всё хорошо сделает. Дефолтные H.264 в 720p до 30fps — не всегда то, что хочется. Иногда можно взять VP9 и запостить на сосач, например, или запихать на флешку не слишком толстое H.264 для просмотра на даче на калькуляторе. > Но что-то можно придумать, вроде генерации команды ffmpeg, которую уже дальше можно скриптовать. Ну да, так и живём. > Да и вряд ли получится это всё легко в zsh встроить, там же все абстракции вокруг текста. Так оно не выйдет за пределы текста. Терминалу отправляется esc-последовательность с командой отрисовки виджета, обратно приходит введённая в виджете инфа. > Только никто этого делать не будет, т.к. дикий изврат. А поддержка мыши в терминале — тоже изврат? Вот тебе целая пачка таких извратов: http://invisible-island.net/xterm/ctlseqs/ctlseqs.html > Просто пример эксперимента по визуализации консоли. Получилось весьма странно, на мой взгляд. Terminology — вообще странная штука, которой я не нахожу практического применения. Её «чудеса» реализованы путём передачи в escape-кодах путей к файлам, что ограничивает их применение локалхостом и создаёт проблемы с безопасностью (доступ к локальным файлам через ssh). Вот если бы в escape-последовательностях передавались сами данные, в т.ч. документы, картинки (как это описано по ссылке выше) и видеофайлы — тогда другое дело. Это открывает возможности для эффективных удалённых интерфейсов — вроде того, чем был X11 до перехода почти всего софта на отрисовку bitmap'ов на стороне X-клиента. > Так это прямо сейчас можно через ffplay. Не всегда: например, оно не может в несколько входных файлов. > Сравни: натыкать фильтров в редакторе в гуишке и сразу результат в окне предпросмотре увидеть, или пердолить то же, но текстом. Не вижу особой разницы: она та же, что между запуском консольных утилит и gui-приблуд. Просмотр появляется по нажатию enter'а. > Везде, где нужно видеть мгновенный результат (аля крутим колесо цвета) Ну разве что если так. Опять же, часто действие фильтров надо просматривать не на паузе, а на воспроизводящемся фрагменте, а тогда и разница пропадает. Ну и бывают случаи когда параметры фильтров удобнее задавать формулами, а не перетаскиванием слайдеров. Также с опытом снижается количество необходимых итераций для подбора значений и, соответственно, нужность интерактивного режима. > XEmbed же и аналоги. Речь не о терминале, а о шелле: в него нужно как-то запихнуть команду и дать её редактировать и обвязывать пользователю. Зайчатки чего-то подобного реализованы во встроенном в dolphin терминале — в нём выполняется cd вслед за переходами файломенеджера и наоборот.
Как ты узнал? Олсо, это не Мадока, это Сакура же!
>>1245184 > Не документацию на 10050 страниц, а просто перечисление всех возможных команд, ключей и что там ещё у вас есть. Проиграл с пердолика. А ничего, что число возможных команд может быть ограничено лишь фантазией их автора? Список ключей ffmpeg'а можешь получить по ffmpeg -h full.
>>1245439 >Дефолтные H.264 в 720p до 30fps — не всегда то, что хочется Там уже дефолтные bestvideo+bestaudio, которые затем ffmpeg'ом муксятся. Это уже детали, стандартное поведение достаточно вменяемо. webm у большинства видео, которые я проверял, всё равно только для 640x480 и ниже есть.
>Не вижу особой разницы: она та же, что между запуском консольных утилит и gui-приблуд. Просмотр появляется по нажатию enter'а. >Ну и бывают случаи когда параметры фильтров удобнее задавать формулами, а не перетаскиванием слайдеров. >Также с опытом снижается количество необходимых итераций для подбора значений и, соответственно, нужность интерактивного режима. Бля, ну я не знаю, как ещё объяснить. Ты либо ориентируешься на какие-то простые частные случаи, либо специально ищешь corner cases. Ты мне сейчас хочешь сказать, что интерактивные видео-редакторы бесполезны и всё то же самое можно нисколько не теряя в эффективности в консоли проделывать? Даже с этими твоими ненаписанными автокомплит-приблудами.
>Речь не о терминале, а о шелле: в него нужно как-то запихнуть команду и дать её редактировать и обвязывать пользователю Ну я ж говорю, в IDE-шках точно такое применение и там всё это работает. Как точно — не знаю, не интересовался, но вижу несколько вариантов: - Т.к. по сути мы владеем окном терминала, можем посылать туда какие хотим нажатия клавиш и формировать таким образом команду - У каких-то шеллов должно быть что-то вроде slave-режима - Наконец, можно просто запускать каждый раз интерактивный шелл с нужной нам командой: https://superuser.com/a/230090 Думаю, через zle можно добиться, чтобы отобразилась строчка текста в режиме редактирования
>>1245571 Это pituz и он автор треда. Да и вообще, как будто в этом треде что-то интересное происходит. Всё уже перетёрли тысячу раз и так. Вот если бы кто копал VP9 internals, это бы было охуенно.
>>1245660 1. Показывай всё: и команду, и вывод, а не его конец. Чтобы блок информации о версии, после ffmpeg добавь -hide_banner. Ещё окно консоли можно растянуть как минимум по высоте на весь экран 2. Куда ты положил FFmpeg?
>>1246924 Если интересует на какую скорость следует примерно ориентироваться, то сделал сейчас пару энкодов со стандартным двухпроходным шаблоном:
- аниме в 720p: 10-секундные отрезки кодируются за ~50 секунд, 30-секундные за 2m30s, процессор при этом загружен на ~330% (должно быть 400 в идеале), fps средний около 5-7 - аниме в 480p: 10-секундные отрезки кодируются за ~30 секунд, 30-секундные за 1m30s, процессор загружен на ~180% (должно быть 200 в идеале), fps около 8-10
Т.е. в среднем ожидай 1-3x времени кодирования по сравнению с продолжительностью оригинала.
>>1246982 Ты бы лучше спросил, запилит ли хоть кто-нибудь альтернативную реализацию энкодера или, хотя бы, выделит ли гугль под проект чутка побольше денег. Потому что на то, что есть сейчас, без слёз смотреть невозможно. Типичная политика гугля — распиарить везде, где только можно, а денег не давать, в итоге работают полтора разработчика и темпы черепашьи (они пару лет только многопоточность реализовывали).
А тем временем на подходе H.265, который не намного, но уже делает VP9. При том, что у VP9 бистрим уже заморожен, а у разработчиков H.265 пока руки развязаны, да и кодеки только начали писать. Это я даже не говорю про то, что VP9 иногда даже у H.264 сосёт (бэкграунды, движения), не смотря на все заверения гугля.
Или нас спасут Daala с VP10 в обнимку, или опять будем дружно сосать хуец MPEG LA всем коммьюнити вместе.
>>1246944 А сколько у тебя ядер и какие tile-columns и threads указываешь? У меня 4 ядра при любых настройках максимум - параллельно нагруженные 4 ядра на 50%
>>1247050 -threads 8 -tile-columns 6. Ядер реальных 4, 8 с HT. Я htop смотрел, у него 100% это полностью загруженное одно ядро. tile-columns=6 по умолчанию, можно не указывать. Большие значения, чем возможно для текущего видео, игнорируются. С тредами аналогично.
У тебя какое разрешение видео-то? И да, libvpx 1.4.0? Посмотри какими-нибудь более адекватными утилитами сколько потоки ffmpeg отжирают. У меня такая статистика по тредам для 720p видео (ширина 1280 пикселей, соответственно):
>>1247115 Смущает, что у тебя нет строчки fontconfig_select в выводе. У меня с loglevel=verbose и ниже показывает какие шрифты были использованы.
Но тут тебе скорее вендузятники подскажут (кто там писал статью в вики про fontconfig на Windows), в логе ничего подозрительного нет. Я бы попробовал поизменять конфиг fonts.conf или с другого сайта билд взять. В общем, вариантов куча, но это всё shotgun debugging, сам понимаешь. Надо сидеть и пробовать.
Как вариант ещё попробуй так: ffmpeg -f lavfi -i "color=c=white:s=640x480,drawtext=fontsize=30:x=50:y=50:text=Test" -frames 1 -loglevel debug -y 1.png и так: ffmpeg -f lavfi -i "color=c=white:s=640x480,drawtext=fontfile=C\:/font.ttf:fontsize=30:x=50:y=50:text=Test" -frames 1 -loglevel debug -y 2.png , может что дельное напишет в выводе. (C:/font.ttf на путь до какого-нибудь ttf-шрифта поменяй, соответственно. Слэши прямые, двоеточие экранируется. Ну и в выходных файлах должно быть слово Test отрендерено.)
>>1247307 ну да, если даунит сохранит исходный скрин в жпег а потом пересохранит этот жпег в png то конечно будет одинаковое говно, но блять как можно быть таким ущербом?!
Посмотрите на размеры файлов, GIF для скриншотов консолечки и сгодится со своим диким ограничением на количество цветов а вот в других случаях не особо. Нахера делать скрины интерфейса прог в жипеге мне не понять никогда.
>>1247486 А мне не понять нахуя засорять тред десятком бесполезных постов по тривиальному вопросу, который никого не волнует. Потом, благодаря стараниям таких как ты, все и жалуются на тысячепостные треды.
>>1247522 ну дык норм же, у восьмёрки рамка окон в один цвет да и в окне командная строка, а вот рамку окна висты или спермерки знатно бы распидорасило с включённым aero даже в этом случае.
>>1247492 забить болт на пару килобайт моего текста легче чем каждый раз загружать бессмысленные и беспощадные жпег скрины командной строки которые мало того что жирнее более уместных png и gif так ещё и выглядят хуёво, я кончил, коли тебя не ебёт, проходи мимо, проблемы?
>>1247526 >>почему второй пнг файл так мало весит? первый скрин я из интернетов скачал, второй сам схоронил в paint, может у первого сжатие менее интенсивное, хз, ну там ещё текст в командной строке красного цвета присутстует в отличии от второго скрина.
>>1245500 > Это уже детали, стандартное поведение достаточно вменяемо. Вменяемо, но оно далеко не всегда адекватно задачам. Выбор формата — весьма часто нужная опция, без чтения справки недоступная. > webm у большинства видео, которые я проверял, всё равно только для 640x480 и ниже есть. Страннота: я обычно наблюдал, что если есть WebM с VP9, то тех же разрешений, что и H.264 без звука. > Может через фильтр movie. Знаю. Но вопрос-то стоял о применимости ffprobe для тестирования параметров ffmpeg'а (или я его так понимал). > Ты либо ориентируешься на какие-то простые частные случаи, либо специально ищешь corner cases. Ты мне сейчас хочешь сказать, что интерактивные видео-редакторы бесполезны и всё то же самое можно нисколько не теряя в эффективности в консоли проделывать? Ни в коем случае. Просто на моей практике действительно было больше случаев, где мне был удобнее ffmpeg. Правда, серьёзным редактированием видео я никогда и не занимался. И субтитры мне было удобнее пилить не в aegisub, а при помощи mpv и vim'а (хотя вполне возможно, что только из-за недостатка навыков работы с aegisub).
>>1247815 >Но вопрос-то стоял о применимости ffprobe ffplay же.
>И субтитры мне было удобнее пилить не в aegisub, а при помощи mpv и vim'а Вопрос заточенности гуя под задачу, его качества и типа задачи. А также субъективных предпочтений и времени, необходимое потратить на его изучение конкретному человеку. Определённый класс задач при правильном гуе будет эффективнее делать именно в нём (т.е. затрачивая меньше времени и усилий), какие ухищрения не придумывай в неинтерактивных инструментах.
С субтитрами разница ещё не так заметна, к тому же ты сейчас будешь доказывать во сколько десятков раз повышает твою продуктивность вим для редактирования текста, знаю я ваши прыщеблядские штучки сам использую vim, если что. А вот с какими-нибудь сложными эффектами, монтажём, любыми вещами, где важен предпросмотр операции, изменения по времени, общая картина, гуй всегда выигрывает.
>>1248516 800 пикселей в ширину это 2 потока максимум + неидеальность распараллеливания, так что в принципе нормально. Посмотри каким-нибудь адекватным process explorer статистику по тредам ffmpeg, общая загрузка слишком неточный индикатор. Должно быть два треда по 70-80% каждый.
>>1248747 Мне кажется, смысла нет. Кодирование в H.264 - довольно ресурсоёмкая операция, телефон слишком долго будет перегонять видео в приемлемое качество по сравнению с ПК.
Пиздец у меня уже горит, не могу сделать привью, та хуйня в вики у меня не получается, я делаю всё так как написано, а в итоге вместо привьюшки у меня получается просто картиночка с музыкой, помогите плиз, а то уже 5 часов дрочу над этой хуйней. Вот что я юзаю.
>>1249158 > C:\Users\PC\Desktop\27\ > C:\Users\PC\Desktop\27\ > C:\Users\PC\Desktop\27\ Не проще осилить установку переменной PATH и делать cd в каталог с файлами? > помогите плиз Показывай содержимое q.txt, webm-файлы до склейки (три штуки, насколько я понял) и вывод ffmpeg при склейке.
Не нашел Sony vegas pro треда, спрошу здесь. Имеется изображение(jpg), и видео со звуковой дорожкой. Нужно вставить видео в определенное место на изображении, это возможно вообще? все уже засунул в вегас, а что дальше делать хз. помоги добрый анончик пикрандом
Не уверен, что просто -crf 0 даст тот же эффект, т.к. судя по сорцам при активированной опции lossless устанавливаются ещё как минимум rc_min_quantizer и rc_max_quantizer в 0; возможно, ещё что-то. По крайней мере, судя по документации, режим без потерь включается именно специальной опцией.
>>1252227 > Sony vegas pro Не нужен. > Нужно вставить видео в определенное место на изображении ffmpeg -loop 0 -r 25 -i image.jpg -i video.mkv -lavfi overlay=x=100:y=50 -crf 18 -shortest out.mkv Параметр -r 25 выставить по fps исходного видео.
>>1252851 > Какая разница между -lavfi и filtergraph через -vf ? -vf может только в простые цепочки: один видеодход и один видеовыход; -lavfi (оно же -filter_complex) может иметь сколько угодно входов и выходов, в т.ч. именованных; -f lavfi -i <filtergraph> не имеет входов (вместо них нужно использовать фильтры-источники), но должен иметь выходы.
В данном случае фильтр overlay имеет два входа и один выход.
>>1252807 Всё. Ссылки на документацию есть в оп-посте.
>>1253034 Тогда видео будет сконвертировано из yuv420p в rgb и и потом обратно, а также будет инвертирована и яркость. Лучше -vf lutyuv=u=negval:v=negval.
>>1253045 >Тогда видео будет сконвертировано из yuv420p в rgb и и потом обратно И что? Погрешность там всё равно меньше, чем глубина хранимого цвета. С RGB просто намного легче работать, чем с ебанутым YCbCr, к которому, кстати, ещё и профили цветовые надо знать (BT.601 vs BT.709) и не проебаться с limited/unlimited color range.
Кстати, с чего ты взял, что ffmpeg у себя внутри именно с YCbCr работает? Там оно может по десять раз всё перегоняться и так без каких-либо потерь.
>>1253049 > С RGB просто намного легче работать, чем с ебанутым YCbCr Но у него нет яркости отдельным параметром. Несколько раз мне была нужна именно она. > к которому, кстати, ещё и профили цветовые надо знать (BT.601 vs BT.709) Только если нужно менять цвет. > и не проебаться с limited/unlimited color range. Для этого у lutyuv есть переменные minval/maxval; negval работает в их пределах. > Кстати, с чего ты взял, что ffmpeg у себя внутри именно с YCbCr работает? Он с чем угодно может работать, вопрос лишь в том, что понимают фильтры и кодеки. Как оказалось, lutyuv вообще rgb не понимает, даже при манипуляциях с rgb. Пикрелэйтеды: 1: movie=test.webm,lutyuv=r=negval,nullsink; 2: movie=test.webm,lutyuv=r=negval,format=rgb32,nullsink; 3: movie=test.webm,format=rgb32,lutyuv=r=negval,nullsink.
> Для яркости тоже надо negate делать. Но требовался негатив цвета, а не яркости. Вопрос лишь в том, считать ли яркость составляющей цвета.
>>1253629 >Но у него нет яркости отдельным параметром. Несколько раз мне была нужна именно она. >Только если нужно менять цвет. Это зависит от задачи. Я написал как мне было удобнее обычно.
>Для этого у lutyuv есть переменные minval/maxval; negval работает в их пределах. Я про работу с этим в общем. Слишком много приходится помнить, чтобы не проебаться. Ещё проблема в том, что никто не знает, какой именно формат YCbCr в исходнике. У mpv для этого есть ряд эвристик, которые ничего не гарантируют. RGB тупо удобнее, т.к. прост как полено (если, конечно, sRGB в расчёт не брать, но это реже).
>Как оказалось, lutyuv вообще rgb не понимает, даже при манипуляциях с rgb. А lutrgb фильтр что не посмотрел? Кстати, чем картинки делал? >вопрос лишь в том, что понимают фильтры и кодеки Понятно, что для lutrgb нужен входной формат RGB, а видео почти всегда YCbCr. Аргумент в том, что: 1. Для формирования выходного файла будет задействован энкодер, а с чем он там у себя внутри работает (а не что принимает на вход) — не ясно. 2. Может быть много других промежуточных шагов, чтобы знать наверняка надо со внутренностями ffmpeg быть знакомым. 3. Потерь всё равно нет, фигли париться.
>Но требовался негатив цвета, а не яркости. Вопрос лишь в том, считать ли яркость составляющей цвета. Ясное дело подразумевался RGB negate, а не интвертирование chroma-компонент.
https://solusipse.github.io/web-to-webm/ А вот для скачивания с ютуба webm и вырезания нужного фрагмента. Только реенкодить не умеет, насколько я вижу. Кто-то там выше по треду спрашивал.
>>1253660 > А lutrgb фильтр что не посмотрел? Забыл о нём. Собственно, в мане всё написано: lutyuv работает с yuv-потоками, а lutrgb — с rgb, и делают они одно и то же. А фильтр lut — это, видимо, враппер к ним с автоопределением в зависимости от входа. > Кстати, чем картинки делал? В комплекте с ffmpeg есть graph2dot: echo 'movie=test.webm,lut=r=10,nullsink' | graph2dot | dot -Tpng > /tmp/3.png > 1. Для формирования выходного файла будет задействован энкодер, а с чем он там у себя внутри работает (а не что принимает на вход) — не ясно. Как правило, энкодер принимает на вход изображение в той модели, с которой работает сам. > 2. Может быть много других промежуточных шагов, чтобы знать наверняка надо со внутренностями ffmpeg быть знакомым. Вроде как все преобразования форматов в самом ffmpeg отображаются при -loglevel verbose как вставка фильтров: [format @ 0x19eb310] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0x19ebb20] w:1613 h:76 fmt:rgb24 sar:0/1 -> w:1613 h:76 fmt:yuv420p sar:0/1 flags:0x4 > 3. Потерь всё равно нет, фигли париться. Есть, и в некоторых случаях даже значительные: например, в упомянутой модели yuv420p разрешение цветовых составляющих сокращено в 2² раза. См. https://ru.wikipedia.org/wiki/Цветовая_субдискретизация и https://discoverybiz.net/enu0/faq/faq_YUVbyBreeze_test_00.html
> Ясное дело подразумевался RGB negate, а не интвертирование chroma-компонент. Смотря в рамках какой модели рассуждать: в rgb яркость является составляющей цвета, в yuv — нет; яркость и тон для цвета — это то же самое, что и тональность и громкость для звука. Ну и да, без автора вопроса это всё равно раговор ни о чём.
>>1253983 >например, в упомянутой модели yuv420p разрешение цветовых составляющих сокращено в 2² раза Это если yuv420p → RGB → yuv420p. А если yuv420p → RGB → yuv444p, то нет.
Сделал несколько тестов. ffmpeg -i yuv420p.mkv -vf lutrgb -c:v libvpx-vp9 работает, как я понимаю, так: - Первая конвертация yuv420p → RGB, идёт на вход фильтра lutrgb - Фильтр lutrgb преобразует цвета в модели RGB - Т.к. libvpx, похоже, не умеет RGB на вход, ffmpeg преобразует в наиболее подходящий формат, в данном случае это yuv444p - libvpx принимает yuv444p, энкодит видео и выдаёт сжатые фреймы в yuv444p - ffmpeg запихивает готовые фреймы в контейнер webm
Соответственно, никаких потерь по сравнению с lutyuv нет. Единственный косяк — libvpx, похоже, нельзя сказать, чтобы на выходе была другая субдискретизация, чем на входе, а profile 1 у VP9 не все устройства проигрывают. Если сделать -pix_fmt yuv420p ещё, то потери таки будут, т.к. из RGB преобразуется в yuv420p вместо yuv444p и это пойдёт на вход к libvpx.
Мы теряем только в случае, если у нас был полноценный RGB. А у нас ситуация аналогичная yuv420p → yuv444p → yuv420p. Потеряли ли мы здесь что-нибудь? Мы вначале размножили каждую цветовую компоненту в 4 раза, а зачем убрали 3 цветовых пикселя из четырёх. Потерь нет.
Такие дела, разницы между yuv420p → RGB → lutrgb → RGB → yuv420p и yuv420p → lutuv → yuv420p нет.
>>1254115 Кстати, что самое смешное, если сделать влоб rgb24→yuv444p→rgb24 для png-файла, то цвета будут отличаться. Как раз та хуйня с профилями, о которой я говорил.
>>1254176 yuvj444p даёт идентичные, потому что yuvj это full range, а yuv — limited. Короче пиздец в самом деле получается. Часть яркостного канала теряется, а yuvj444p libvpx не принимает на вход. Ебал все эти цветовые пространства и гаммы, простейшую задачу превратили в сборище говна и протекающих абстракций.
>>1254176 Это регрессия, в ffmpeg 2.6.2 такого не происходит.
>>1254232 Стоит ещё учитывать, что у разных цветовых моделей разные области охвата. Цвет — это букет излучений разных частот, и описать его полностью тремя числами невозможно (хотя тот факт, что наше зрение работает в модели RGB, всё упрощает).
>>1255451 Всё можно описать одним числом, без потери точности. RGB24 и представляется как 3 последовательных байта в большинстве случаев.
Там всё сложнее на самом деле. Есть форматы представление (как RGB или Y'CbCr), есть цветовые пространства (YUV, sRGB), есть цветовые субдискретизации (YUV420, YUV444), есть строчная и прогрессивная развёртки (YUVxxxP, YUVxxxI), есть гамма-коррекция (BT.609, BT.701), есть детали формата представления (full, limited ranges) и так далее. Слишком дохуя наворочено, вот мы и имеем, например, кучу открытых тикетов, тянущихся уже много лет: https://trac.ffmpeg.org/ticket/225 https://trac.ffmpeg.org/ticket/3409 https://trac.ffmpeg.org/ticket/979
Я с этим понемногу ковыряюсь, но чтобы понимать досконально что на каждом уровне происходит, надо дофига времени на это убить. Как и всегда в человеческой деятельности, наизобрели тонну асбтракций в силу легаси или NIH, теперь вот в своём говне тонут, захлёбываются.
>>1255422 >Это регрессия, в ffmpeg 2.6.2 такого не происходит. К этому не относится, но вот, кстати, мнение цветодрочеров по поводу недавних патчей от студентов в ffmpeg:
https://ffmpeg.org/pipermail/ffmpeg-devel/2015-April/172186.html 15:26 < haasn> >ffmpeg just merged the gamma patch as-is, “future improvements can be submitted later” 15:26 < haasn> ;_; 15:26 < haasn> that is not how you do gamma-aware high quality scaling! 15:26 < haasn> right now it actually decreases quality in almost all cases : 15:26 < haasn> :| 15:27 < wm4> lol 15:27 < wm4> typical for ffmpeg 15:27 < wm4> and in this case, it was probably merged early due to gsoc deadlines or something
Анон, есть где-нибудь подробный гайд по созданию вебм с нуля, блеадь? А не "вводим -ffyobaparametr -55tt" и так далее. Просто, блядь, подробный гайд - куда что прописывать, зачем это делать и все такое.
>>1255506 Да ты что. >Допустим, нужно пожать amv.mp4 длиной 4 минуты и разрешением 1280x720 целиком, попав при этом в лимит 10240 KiB.
Считаем битрейт по длине фрагмента: 10240KiB 8bit / (4m 60s) == 341kbit/s, вычитаем из него желаемый битрейт звука (допустим, 64kbit/s): 341 - 64 == 277kbit/s. Оцениваем визуально, влезет ли вообще в этот битрейт видео с приемлемым качеством, и если влезет, то с каким разрешением. Для видео с высокой динамикой и сменой сцен на каждом такте такой битрейт явно мал: для такого бывает надо полмегабита, а то и больше. Допустим, наше amv должно влезать с разрешением 960x540px.
Первый проход сжатия видео: кодек определяет сжимаемость кадров видео, сохраняя информацию о ней в файле ffmpeg2pass-0.log в текущем каталоге.
>>1255422 >Это регрессия, в ffmpeg 2.6.2 такого не происходит. Вероятно, поменяли алгоритм автоопределения range у swscaler.
https://ffmpeg.org/ffmpeg-filters.html#scale >in_range >out_range >Set in/output YCbCr sample range. >This allows the autodetected value to be overridden as well as allows forcing a specific value used for the output and encoder. If not specified, the range depends on the pixel format.
-vf scale=out_range=full,format=yuv444p для png мне тоже цвета не испортил. Я, кстати, ещё немного потестил и не нашёл разницы между
Если открыть 3.webm и 4.webm в mpv и сделать скриншот, то результат будет менее контрастным, чем 1.png и 2.png, т.к. mpv предполагает limited range по умолчанию. Но между 3.webm и 4.webm разницы нет.
>>1255513 Хотя нет, я напиздел, дело в профиле. Для 850x925 mpv выбирает BT.709, а ffmpeg BT.601. Вот так результат одинаковый: mpv --pause -vf format=colormatrix=bt.601 33.webm
Но не бит-в-бит! Таки разница есть, просто незаметная. С помощью compare orig.png rgb-yuv444-rgb.png -compose src diff.png видно.
Тут уже фиг знает. Прикрепляю результаты, если кто хочет поковырять: 1) orig.png 2) ffmpeg -i orig.png -loglevel verbose -vf scale=out_range=full,format=yuv444p -y rgb-yuv444-rgb.png 3) compare orig.png rgb-yuv444-rgb.png -compose src diff.png
Можно ли через ffmpeg разбить один большой flac файл с несколькими треками, на отдельные треки? Если да, то как, и если нет, какой наиболее годный инструмент для моей цели?
Вообщем, есть одно видео. Снято оно довольно криво и объектив болтается/трясется/крутится неслабо. А я на двачах видел как-то одну webm, где изображение спроектировано на плоскость. Т. е. не нужно крутить голову, чтобы что-то посмотреть, каждый кадр повернут/искажен/обрезан таким образом, что основной объект был по центру на протяжении всего webm. А остальное пространство заполнено черным. Надеюсь понятно объяснил.
Как сделать также, или как это хотя бы называется?
>>1240405 Для статичной картинки с одним fps на все видео пользуюсь этим. ffmpeg -loop 1 -r 1 -i out-v.jpg -t длительность -pass 1 -f webm -y NUL ffmpeg -loop 1 -r 1 -i out-v.jpg -i out-a.ogg -shortest -pass 2 out.webm Картинка jpg и аудиофайл переменного качества ogg Но почему-то на некоторых WEBM идет разделение на большое количество фреймов Пикрелетед (обычно их 3). В итоге файл на более чем 0.5 Мб больше. Что я упустил?
>>1256744 Я бы не был так категоричен. А то здесь и такие >>1255510 комментируют. Им почему-то кажется, что GUI это на порядок более качественный интерфейс, нисколько не понимая как он внутри устроен и какие минусы он за собой несёт, абстрагируя детерминированные неинтерактивные операции c помощью интерактивной графической оболочки.
>>1256757 > абстрагируя детерминированные неинтерактивные операции c помощью интерактивной графической оболочки Меня не покидает чувство, что ты написал полнейшую хуйню с лексической точки зрения, слишком уж вычурно эти обороты выглядят.
>>1256757 Ты же не бежишь в машине, которая в движении едет?
Кто-нибудь, просто выкатите эту https://2ch.hk/pa/src/177832/14311904968720.webm вебМ без аудио. На эту вашу консоль с командами ведь прийдется потратить минут 30, а версия для ретардов у меня не запускается.
>>1256596 >GOP size. У VP8 по умолчанию 128 P-фреймов на один ключевой кадр максимум Подскажи как его ограничить, а то рандомный беспредел получается. Прочитал факи, может в глаза ебусь, спасибо.
>>1256821 Поясни как это работает. У меня есть jpg картинка и аудио ogg, должна получается одна структура GOP только из одного I кадра , а получается IPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPP, но в свойствах медиа пишет что кадр только один кадр, при том что размер существенно увеличивается.
>>1256857 >IPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPP Так и должно быть. Один ключевой кадр и много predicted. Если у тебя frame rate 1 fps, то общее количество отображаемых кадров должно быть равно продолжительности в секундах, из них только один ключевой. Есть ещё специальные неотображаемые кадры (packed, LAST_FRAME, GOLDEN_FRAME, ALTREF_FRAME), ими частично тоже можно управлять, но обычно дефолтов достаточно.
>>1256876 >packed, LAST_FRAME, GOLDEN_FRAME, ALTREF_FRAME Ну нихрена себе, а в кодеках mpeg 2 h264 они тоже есть? Все таки интересно почему в некоторых WEBM таких кадров не больше 3, а в других просто пиздец как много, интересен сам алгоритм, почему кодек решает при 1fps видео ставить много predicted или неотображаемых кадров. Не сочти за тролинг, но в этом WEBM всего 1 лишний predicted или неотображаемый
>интересен сам алгоритм, почему кодек решает при 1fps видео ставить много predicted или неотображаемых кадров Дело не в framerate, а в том насколько много изменений между кадрами. Точный алгоритм не скажу, это зависит от реализации. Да и в libvpx я пока особо не вчитывался.
Вкратце про VP9 и виды кадров, как я это сейчас понимаю:
Ключевой кадр, он же I-frame или key frame Требует больше всего битрейта, зато не зависит ни от каких других кадров, что, в частности, позволяет быстро перематывать видео. Если грубо, то можно представить его просто в виде закодированной картинки — нам достаточно только самого ключевого кадра, чтобы его декодировать и отобразить. (WebP формат для изображений это закодированный ключевой кадр VP8, кстати.) Кодеку разумнее всего использовать ключевой кадр там, где выгоды от INTER prediction нет или мало.
Разностный кадр, он же P-frame или predicted frame Кадр, который для своего декодирования требует наличия других кадров, т.к. содержит в себе часть их изображения с помощью механизма INTER prediction.
INTER prediction или просто INTER См. https://www.ietf.org/proceedings/85/slides/slides-85-videocodec-4.pdf Грубо говоря, кусок картинки другого кадра, который можно использовать в predicted frame. В случае неподвижной картинки мы можем её целиком закодировать данным механизмом, что вкупе с максимальным размеров блока 64x64 пикселей в VP9 позволяет тратить очень мало битрейта (см. тред на doom9 про блоки и кодирование). Если картинка частично меняется (т.е. происходит какое-либо движение), то в большинстве случаев INTER-блоки позволяют также большую её часть взять из другого кадра.
INTRA prediction или просто INTRA Ссылки на похожие участки текущего кадра в нём самом. Т.е. если в изображении много повторяющихся деталей, то опять же, позволяет меньше расходовать битрейта. Не требует других кадров для декодирования и может использоваться в том числе и в ключевых кадрах.
AltRef frame Кадр, не отображаемый в видео непосредственно, но позволяющий его поместить перед другими отображаемыми predicted frames, которые будут на него ссылаться. Т.е. такой механизм B-frame для бедных, см. выше.
Packed frame Пакет из отображаемого и неотображаемого кадров, выглядящих как один кадр на уровне контейнера. Используется, как я понимаю, для лучшей совместимости, т.к. не во всех контейнерах есть понятие неотображаемого кадра. ffmpeg demuxer не совсем корректно декодирует packed frames, он их всегда расделяет на несколько. Подробности здесь: http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2425
>>1256981 В H.265 тоже дохуя навертели на самом деле, а разработчики Daala вообще выбрали третий путь™. Меня больше всего беспокоит, что VP9/VP10 вчистую сольёт H.265 из-за своей паршивой скорости кодирования как только декодеры в в основных браузерах появятся. Я тут недавно попробовал небольшое видео с помощью libx265 сэнкодить, так это было в разы быстрее VP9, на уровне VP8. А Daala вообще может vaporware оказаться.
Аноны, помогите пожалуйста, уже не знаю, где и у кого спрашивать. У меня странная проблема с проигрыванием webm файлов в Firefox. Большинство файлов разного калибра со звуком и без Лиса открывает без проблем. Но вот некоторые - ни в какую, более того, это вызывает падение браузера с ошибкой plugin container и виновником указан модуль mozalloc.dll. В других браузерах webm файлы открываются и проигрываются совершенно нормально. На других компьютерах такой проблемы с Лисой нет, винда и версия Лисы там такая же. Один анон подсказал недавно, что возможно проблема с кодеком Vorbis, так как именно они заставляют вылетать Лису. Я уже не знаю, что делать: Лису переустанавливал, новый профиль создавал, запускал со всеми отключенными плагинами, ставил отдельно кодек Vorbis и даже накатывал целиком K-Lite и все бесполезно.
>>1257480 Теоретически, проблема может быть если webm не использует chroma subsampling yuv420p. Профили, отличные от нулевого, не везде корректно работают. Приложи webm, который воспроизводится и парочку тех, на которых падает.
В общем-то, говном поливают не за виндоуз, а за неумение нормально рассказать о проблеме и указать необходимые данные. Здесь телепатов нет. Читай вот это до просветления: http://segfault.kiev.ua/smart-questions-ru.html
>>1240405 Я настолько умственно отсталый что у меня даже гуй с минимумом кнопок для умственно отсталых не хочет даже начинать кодить. Такие дела котаны.
>>1257520 В обед приложу работающие и не работающие webm, заодно полный краш репорт, сейчас не за основным компом. Хуй его знает, вроде всё нормально расписал.
>>1257541 Я к тому, что как минимум без видео, сообщений об ошибке и подробной информации по версиям сказать почти ничего нельзя. К тому же, если работает с похожими конфигурациями на одном ПК и не работает на другом. Причина может быть в чём угодно. Здесь просто каждый второй в этом стиле о проблеме сообщает.
>>1257549 Дошло уже. Железо всё новое, память в порядке (проверял на всякий случай через memtest и prime95), винда чистая, никаких васянских сборок, говна в системе не держу.
Прекращена работа программы "Plugin Container for Firefox"
Сигнатура проблемы: Имя события проблемы: APPCRASH Имя приложения: plugin-container.exe Версия приложения: 39.0.0.5633 Отметка времени приложения: 55711157 Имя модуля с ошибкой: mozglue.dll Версия модуля с ошибкой: 39.0.0.5633 Отметка времени модуля с ошибкой: 5570ffce Код исключения: 80000003 Смещение исключения: 0000f4fb Версия ОС: 6.1.7600.2.0.0.256.1 Код языка: 1049 Дополнительные сведения 1: 0a9e Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789 Дополнительные сведения 3: 0a9e Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Ну и если не поможет, на всякий случай то же, но с чистым профилем, отключёнными плагинами (именно плагинами на вкладке plugins; вручную disable их, если какие остались) и без расширений.
Что бы я попытался сделать, решая эту проблему: насобирать как можно больше webm, которые открываются и которые не открываются и попытаться найти закономерность. Если именно VP9 (без звука, смуксенных как mkvmerge, так и ffmpeg, закодированных с разными настройками) и проявляется на голом профиле любой последней версии, то, наверно, единственное объяснение это проблемы взаимодействия Firefox с видеоподсистемой конкретного ПК. Может быть как на уровне DirectShow кодеков (хотя вроде Firefox использует свои собственные), так и на уровне драйверов. Решить такую проблему в общем случае сложно. Но несколько вариантов есть.
Исключить проблемы с железом самое простое с помощью LiveCD. Возьми, например, Windows 7 LiveCD с рутрекера, загрузись, поставь туда Firefox и попробуй так. Заработало - значит проблема в конкретной установке. Если не лень, то пробуй, пиши, будем смотреть дальше.
>>1257706 Похоже, что таки VP9, так как проблемы появляются именно на голом профиле любой последней версии, я перепробовал уже штук 8 наверное. Сейчас проверить этот ролик не смогу, так как не за основной пекарней опять. Насчет LiveCD дельный совет, после работы займусь и отпишусь о результатах. Я конечно полный нуб в этом, но как-то странно что VP9 отказывается работать только с Firefox и только на стационарном компьютере. Видеокарта новая, GTX 970, мать тоже неплохая MSI B85 G41 PC mate.
>>1257719 Там ещё разработчики libvpx (её Firefox использует для декодинга) могли намудрить с оптимизациями под конкретный процессор. Я видел у них в багтрекере репорты с сегфолтами. Но это уже так, пальцем в небо. Чаще всего всё оказывается гораздо банальнее.
>>1257729 В общем, намучился я знатно, даже винду переустановил с нуля. Ничего, всё равно та же ошибка. Решил забить и использовать оперу для вебмок. Ну а хули ещё остается.
>>1257865 На голой системе также вылетает с ошибкой? Это может быть интересно, кстати. Можешь принести пользу сообществу и сформировать багрепорт. Только надо вначале правильно определить точную причину - баг в firefox, баг в libvpx или особенности железа.
>>1257868 Да, на абсолютно голой. Железо вполне обычное: core i5 4690, 8GB RAM 1600 Mzh Kingston, видеокарту и материнку я уже указывал. Драйвера все свежие. Думаешь, эти репорты кто-то читает? Да и проблема очень специфическая.
>>1257876 Конечно читают. Если приводит к крашу процесса, то это серьёзная ошибка.
Чтобы выяснить, libvpx или нет, можешь установить ffmpeg по инструкциям из wiki и, например, пережать какое-нибудь VP9 видео в H.264: ffmpeg -i vp9.webm -c:v libx264 -preset slow -crf 22 -c:a copy output.mkv Скорее всего всё ок и файл получится корректным на выходе, т.к. тот же хром (и опера значит) используют libvpx, насколько я знаю.
Дальше остаётся только железо и Firefox, но если libvpx работает, то проблема должна быть как-то связана с Firefox, т.к. Firefox использует libvpx. Багтрекер здесь: https://bugzilla.mozilla.org/ Думаю, будет достаточно прикрепить один из файлов, краткого описания проблемы, крэш-репорт и информации о системе. Дальше они сами спросят, что ещё надо.
Благодаря мне, кстати, один из багов в ffvp9 недавно был пофикшен, причём буквально за полдня.
>>1259445 Кажется, получается: я становлюсь таким же извращенцем :3 Такой вопрос: вебмрелэйтед при первом запуске должен играться? Вроде всё работает нормально, ошибок кроме спама в консоль err:d3d:resource_unload не вылазит, но на appdb пишут о неработоспособности видеороликов. Очень не хотелось бы соснуть с их просмотром.
>>1259911 > Энивей, ваш МедиаПревью кросплатформенный - есть и под сперму. Не кроссплатформенный, а только под сперму и есть, как обычно и бывает с мокрыми письками. Немокрописечных альтернатив я не знаю, да и вряд ли они нужны: использовать питухос — уже зашквар.
>>1257904 Я тут ещё подумал. Чисто ради интереса можешь загрузиться в Ubuntu Live CD и попробовать там. Никакого пердоленья, просто скачать образ на диск/флэшку и загрузиться с него. Firefox уже предустановлен, нужно просто открыть в нём видео. Если воспроизведётся, то либо специфичный для венды баг Firefox, либо проблемы где-то на уровне виндовых драйверов. Не воспроизведётся - 99% какой-то тупой баг в Firefox, связанный с твоей конкретной конфигурацией железа.
>>1260032 Неточно написал. Зашкварно в плане безопасности. Рабочие инструменты у меня только FOSS, а как развлекаться это уже не суть. Разработчик игры может встраивать любые бэкдоры или прекратить выпускать обновления. На мою свободу это никак не повлияет.
По Столлману, конечно, это несколько противоречит идеалам, но он только один аргумент против такого решения сможет привести - поощрение производителей проприетарных игр. Но и то, не денежное (т.к. я байтики принципиально не покупаю), а за счёт большей их распространённости. Это тот компромисс, который я выбираю, и я не вижу смысла в излишнем фанатизме. Потому что если идти до конца, то и просмотр собственнических работ вроде фильмов и аниме способствует их распространению.
>>1240405 У вас тут половина постов порватые спермохлебы не могущие в свою командную строку и пиздящие на чужую. Нахуя с деградантами спорите? А модератор сюда вобще не заходит?
>>1260019 > Хз, я для няшных игруль предпочитаю либо виртуалку с пробросом GPU, либо отдельную машину с виндой, где никаких персональных данных нет. Запускать проприетарщину в своей системе зашкварно, как по мне. Если игруля запускается под отдельным юзверем, желательно ещё в отдельных иксах, и при этом грамотно разрулены права на каталоги, то и в рабочей системе норм. Конечно, существует вероятность компрометации системы через GPU, но она крайне низка. > Рабочие инструменты у меня только FOSS > я байтики принципиально не покупаю Аналогично.
>>1260106 > А модератор сюда вобще не заходит? Если и заходит, то оч редко. Из прошлого треда он флуд деградантов не смотря на просьбы не тёр.
>>1260161 Сейчас будет совсем оффтоп, но раз больше ничего интересного не постят.
Отдельные иксы не просто желательные, а обязательны, т.к. в X любое окно видит другие и даже может считывать нажатия клавиш (вроде пароля sudo). Подробности здесь: http://theinvisiblethings.blogspot.ru/2011/04/linux-security-circus-on-gui-isolation.html В Wayland это частично исправили, но тоже не идеально. Отдельный пользователь тем более очевидная мера.
Насчёт GPU. Если есть доступ к видеокарте, то все текстуры, находящиеся в её памяти, может достать любое приложение. Даже из, например, гостя VirtualBox с включённой 3d эмуляцией можно достать текстуры хоста. Вот здесь пример атаки: https://hsmr.cc/palinopsia/ Т.е. если у тебя в других иксах какое-то приложение использует OpenGL для отрисовки (а сейчас очень многие используют), то достаточно просто достать содержимое окна. Поэтому во многих системах, ориентированных на безопасность (вроде QubesOS), OpenGL в гостях не доступен by design.
С отдельным пользователем, даже если допустить надёжность решений, основанные на изоляции в пределах одного ядра, тоже не всё так хорошо. Если все персональные данные под 700, всё равно утекает очень много информации (список процессов, общедоступные файлы, прочая системная информация и т.д.), которую проприетарное приложение может использовать в своих целях. Сейчас очень популярны решения на базе легковесных контейнеров - Docker, rkt, systemd-nspawn и т.д. В сочетании с прочими мерами (не использовать root внутри контейнера, seccomp, SELinux и т.д.), они позволяют достаточно хорошо изолировать проприетарщину, насколько это вообще возможно с общим ядром. Вот здесь поверхностный обзор различных решений, если интересно: http://www.dwheeler.com/essays/cloud-security-virtualization-containers.html
Btw, няшные вембки :3
>>1260207 У всех свои вкусы. Кому-то больше нравится погрузиться в атмосферу мира с милыми девочками маня-мирка. Суть таких игр же не столько эротика/порно, сколько сочетание эротики и кавая. Это одна из самых главных фишек аниме-индустрии, такого почти нигде больше нет.
>>1260207 Если тебе нужно разрядить обойму, то читать что-либо действительно незачем. Но мне-то хочется не этого.
Суть подобных VN в погружении в атмосферу. Я запускаю игру (если VN можно так назвать), и мне там всё нравится — музыка, рисовка, анимации, озвучка, етц. Процесс прощёлкивания нет никакого желания ускорить — напротив, я им наслаждаюсь, даже сабы читаю не во время звучания фраз, а после окончания анимаций.
>>1260236 > Отдельные иксы не просто желательные, а обязательны, т.к. в X любое окно видит другие и даже может считывать нажатия клавиш (вроде пароля sudo). Это я знаю. Но вероятность того, что мокрая писька умеет вытекать из VD вайна и работать с иксами, довольно низка. > В Wayland это частично исправили, но тоже не идеально. Я думал, там полностью ввод огородили. Чего же там не хватает?
> Если есть доступ к видеокарте, то все текстуры, находящиеся в её памяти, может достать любое приложение. Более того, в некоторых случаях из шейдеров можно получить доступ ко всему адресному пространству хоста. Шина доверяет устройствам, без IOMMU никакого разграничения их доступа к оперативке нет, и любой взбрык мокрописечной прошивки видеокарты может привести к компрометации системы.
Контейнеры — да, желательная штука. Но что-то накрутить их использование на десктопе у меня руки пока не дошли. Ближайшая цель — заставить работать в контейнере на планшете юзерспейс android'а, а основной системой сделать arch.
>в некоторых случаях из шейдеров можно получить доступ ко всему адресному пространству хоста Это интересно, есть ссылки? Т.к. в том же WebGL от неинициализированных текстур всё же защитились.
>Но что-то накрутить их использование на десктопе у меня руки пока не дошли Пока это всё не особо удобно (нужно самому все скрипты обвязки писать), да и по умолчанию особой защиты не даёт. Есть специализированные решения различной степени параноидальности/доработанности - subuser, sandstorm.io, Qubes OS. Последняя самая интересная, правда там Xen. sandstorm очень неплох, но у него узкая ниша.
>>1260357 Чего-то не очень. >http://www.cs.columbia.edu/~mikepo/papers/gpukeylogger.eurosec13.pdf >To access the memory regions where the OS kernel and data structures reside, the memory scanning phase of the keylogger needs to run with administrative privileges. Linux offers the /dev/mem and /dev/kmem special files to allow a privileged user to access the physical memory and the kernel virtual memory, respectively. For security reasons though, recent distributions disable them by default; access to the /dev/mem and /dev/kmem files is allowed only if the Linux kernel has been explicitly compiled without the option CONFIG_STRICT_DEVMEM=y . Instead, we have implemented a loadable kernel module (LKM) that scans the whole main memory of the host (Figure 1 , step 2). The kernel module uses the same mechanism as the /dev/mem character device to implement access to physical pages.
Без этого модуля, как я понимаю, ничего работать не будет. Соответственно, вся фишка в том, что оно типо спрятано в видеокарте (хоть и требует для своей работы управляющий процесс в любом случае).
А это >>1259410 и это >>1260309 один человек или нет? Потому что в первом я детектировал кавайщика уровня >>1257651, а второй похож на pituz и ещё кое-кого.
>>1240405 Суп котаны, при добавлении этого [code]sudo apt-add-repository ppa:jon-severinsson/ffmpeg [/code] репозитория выдаёт ошибку, что неверно указано имя репозитория. Что делать?
>>1260702 Не использовать васянские PPA, вот что. Да и нахуя он вообще нужен? FFmpeg вернулся в репозиториях 15 убунты. Да и скомпилировать его самому с нужными библиотеками не составляет труда, на первоначальное ознакомление с гайдом https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu максимум час уходит.
>>1260722 По-моему, проще будет взять Docker, накатить gentoo image и в него поставить ffmpeg из гита со всеми нужными флагами. Чай в 21-ом веке живём, чтобы вручную со всеми зависимостями пердолиться.
>>1260740 Ты сейчас охуеешь, но макоёбы именно там докер и используют — vagrant ещё одна хипстерская фигня имадж с какой-нибудь убунтой, а внутри него уже докер-контейнеры.
>>1261330 Пруф или просто используй нормальное разрешение выходного файла, а не мылоёбство уровня gprs с 3gp. Для w>=1280 будет 4 потока, а в десктоп с более чем 4 реальными ядрами найти тяжело. VP9 просто в первую очередь писался под 4K и выше, отсюда и размер суперблоков такой.
Раньше я обмазывался разными узкоспециализированными програмами по извлечению аудиодорожки,со временем они стали рандомным говном работающим через раз и тут я обмазался ффмпег. Обязательно ли смотреть что там внутри контейнера если я знаю что там одна аудиодорожка, можно ли как-то извлекать ее не задавая конечного расширения. Вот просто извлечь аудиодорожку и все, несмотря что там внутри? Пока исполузую это ffmpeg -i video.avi -acodec copy -vn audio.mp3 и меня это напрягает. Будет ли перекодироваться аудио если я поставлю другое расширение, например ac3 ? Какие команды использовать для демуксинга аудиодорожки несмотря на то что есть внутри контейнера(не задавая расширение аудиодорожки)?
Пацаны, как мне запускать ffmpeg из командной строки? Или как сделать, чтобы батники работали? Ну то есть я открываю cmd, ввожу туда ffmpeg параметры кодирования бла бла и он начинает кодирование.
Пацаны, как мне запустить консоль? Или как сделать, чтобы можно было шрифт менять? Ну то есть я захожу в меню Пуск, выполнить, пишу cmd бла бла и открывается окно консоли.
>>1261416 Чё ты орёшь, блять? > Обязательно ли смотреть что там внутри контейнера если я знаю что там одна аудиодорожка, можно ли как-то извлекать ее не задавая конечного расширения. Используй универсальные контейнеры: ogg и mka. > ffmpeg -i video.avi -acodec copy -vn audio.mp3 Если это заюзать с универсальным контейнером, то туда попадёт всё кроме видео. Лучше прямо указать, что нужна первая аудиодорожка первого файла (нумерация идёт с 0): ffmpeg -i in.avi -map 0:a:0 -c copy out.mka > несмотря Раздельно. > Будет ли перекодироваться аудио если я поставлю другое расширение, например ac3 ? Нет, у тебя прямо указан кодек copy, это запрещает автовыбор кодеков. Если формат не будет совместим с контейнером, процесс завершится с ошибкой. > Почему-то ффмпег не хочет запускаться с диска отличного от С:\ Командкая строка не вилит путь Нужно прописать путь до ffmpeg в переменную среды PATH. Смотри вики по ссылкам в оп-посте.
>>1261439 >См. >>1242816 и >>1243473. >Количество потоков кодирования libvpx-vp9 это 2^tile-columns максимум, а tile-columns <= floor(lg2(output_video_width//256)) (т.е. одна колонка не менее 256 пикселей)
Т.е. я правильно понимаю, что для маленьких разрешений (узких видео) VP9 не может в многопоточность? У меня видяшка шириной 800 - она может считаться только в 2 потока?
>>1261751 Да. И т.к. битстрим заморожен, то вряд ли в VP9, например, независимые tile-rows вообще появятся. См. http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2359 В любом случае, VP9 смотрится уже несколько устаревшим на фоне H.265, Daala и даже VP10. Просто пока H.265 почему-то на многих бордах не разрешён , а то бы все энкодили им скорее всего.
>>1261762 Поддерживают, но как я понимаю, вебм набирает популярность в рамках общего стека HTML5, т.ч. всё остальное - это уже сторонние придумки. А что насчёт VP10 сейчас? Есть что-то по поводу сроков реализации?
>>1261764 Ну если Daala таки допилят, то в webm формат Daala тоже скорее всего разрешат. Только когда это ещё будет… VPx, в принципе, не так уж и плох там, где особых предъяв по размеру нет. VP8 жмёт очень быстро, ну и швободка, так что в вебе оно смотрится хорошо. На на бордах, с их очень низким лимитом на размеры файлов, такое совсем не катит, сам понимаешь. Нужно максимальное качество, ну и никто ждать по полчаса на мелкий ролик при этом тоже не хочет.
>>1261770 У меня как минимум в течении года всё видео на ютубе работает без флэша. MSE не обязателен, без него 720p играется, мне достаточно. А для mp4 + H.264 (и, скорее всего, кучи других форматов заодно), на линуксе просто нужно поставить gstreamer-libav и gstreamer-plugins-good.
>>1261771 > А для mp4 + H.264 (и, скорее всего, кучи других форматов заодно), на линуксе просто нужно поставить gstreamer-libav и gstreamer-plugins-good Но речь была о нативной поддержке браузерами форматов. Так-то можно и флеш на линукс поставить, а толку от него?
>>1261776 Выбор между gstreamer и флэшем очевиден. Вон к chromium ffmpeg в зависимостях вообще идёт (по крайней мере раньше), что мешает в зависимостях пакета firefox поставить то же? На сафари H.265 нативом, ясное дело, будет, остаётся только виндоуз. Статикой декодер не вкомпилишь, наверно, из-за патентов, но вот сделать чтобы оно использовало DirectShow фильтры легко (если уже не сделано, хз). 99% пользователей венды используют всякие паки вроде K-Light, так что всё будет работать и там.
Так-то у тебя webm в сафаре тоже ведь не работает, значит уже фиговая совместимость. В IE зато обещали, лол.
>>1261786 >а как это сделать в проприетарщине — никто не знает, кроме автора. Ну ладно, будем ждать обновлений, значит. Я всё ещё боюсь запутаться во всех этих параметрах( и чего-нибудь забыть
>>1261791 Я бы на твоём месте больше беспокоился, что оно тебе дискретизацию 44100 Hz для Opus выставит или ещё что похуже.
Хотя странно, кстати, последняя версия xmedia recode была неделю назад, а libvpx 1.4.0 вышел в начале апреля. То ли автор сам её компиляет, то ли берёт какие-то фиговые билды, т.к. у Zeranoe libvpx свежая.
>>1261791 > боюсь запутаться во всех этих параметрах( и чего-нибудь забыть А что, винду переустанавливать придётся?
>>1261782 Не пользуюсь сафари, поэтому не знаю, что там и как. А в IE я ради интереса ставил плагин гугловский проебал вебмку с записью с виртуалки, кидал её ещё в анимублядский тред, но результат так себе, потому что воспроизводилась в лучшем случае каждая третья вебмка.
>>1261796 >оно тебе дискретизацию 44100 Hz для Opus выставит или ещё что похуже. Нет, для опуса там только 48 и 24 есть (и меньше).
>>1261800 >А что, винду переустанавливать придётся? Получится неидеальная вебмка и я из-за этого буду потом переживать! Я обычно перед тем, как что-то делать - перекапываю все параметры и вникаю во все настройки. Но тут их слишком... много.
>>1261791 >>1261796 Кстати, если уж упарываться, то можно попробовать зайти в каталог с установленной xmedia records, поискать там ffmpeg.dll и прочие и заменить, например, их из билда Zeranoe. Линковка динамическая, ABI/API не менялись, возможно даже заработает. Но это если совсем делать нечего.
>>1261814 >для опуса там только 48 и 24 есть Тогда ещё ок. Выше была просто дискуссия насчёт дефолтов CLI vs дефолтов GUI. Если автор GUI неправильно выставил дефолты, то можно получить фиговый результат. С CLI вероятность такого гораздо меньше или она уже учтена в encoding best practices. С гуишкой тебе перетыкивать, возможно, придётся гораздо больше, да и неудобно это.
>Получится неидеальная вебмка В том-то и суть, что с CLI гораздо проще получить вменяемый результат. Погугли парочку команд, посмотри ман для некоторых опций и всё.
Спасибо, но немного не так, надо чтоб блюр был только по бокам.
А почему он его с таким диким бит рейтом делает? и главное что битрейт не регулируеться указанием -vb 800K frame= 99 fps=4.2 q=0.0 Lsize= 3884kB time=00:00:04.24 bitrate=7501.6kbits/s
>А почему он его с таким диким бит рейтом делает? Constant quality. Просто для примера, чтобы быстрее энкодило. Для реальных видео используй VP9 + 2pass.
>>1262270 Будто бы эти алгоритмы какой-то секрет или rocket science. Вначале покажи непрыщеподельный энкодер VPx или даже H.26x, а потом выёбывайся насчёт качества.
>>1263036 >43629x24644 yuv420p Там всё ок, просто yuv444p. Это ffmpeg у тебя старый и неправильно дискретизацию определяет. В 2.7 только добавили поддержку дополнительных профилей. Можешь вот так открыть: mpv --vd=lavc:libvpx-vp9 file.webm Или ffmpeg обновить.
>Ясно, из-за запила в ffmpeg поддержки отличных от yuv420p цветовых моделей Так запилили в декодер. У меня и до 2.7 те же PNG-картинки всегда в yuv444p конвертились автоматом. Это из-за libvpx 1.4.0.
А тем временем авторы прыщесофта и не только демонстрируют нам чудеса познания цветовой теории: http://ninedegreesbelow.com/photography/srgb-profile-comparison.html#summary С Y'CbCr гаммами/форматами такая же беда, кстати — где-то BT.601, где-то 709, где-то full range, где-то limited. Ну и их произвольная комбинация. Нахуя жить в мире, где каждый второй разработчик не осиливает разобраться в основах той области, под которую пишет программу?
>>1263112 Пруф или пусть абу чинит свою макабу, чтобы скриншот из yuv444p нормально выдирала. У тех же анимешников часто High 4:4:4 профиль для H.264 бывает в релизах, чем мы хуже? Ну и 10 бит само собой.
>>1263146 Так я не спорю. Я к тому, что формат дополнительные дискретизации поддерживает, браузеры отлично их играют, на борде и формат, и профиль, и все прочие характеристики допустимы. То, что при этом не отображается скриншот видео, проблема криворукости разработчиков 2ch.hk. Точнее, с учётом 99% вероятности что скриншот выдирается с помощью ffmpeg, абу просто не осилил поставить новый ffmpeg на сервер. Я шучу, 2.7 3 дня назад выше. Но в гите это аж месяц уже!
Извините, что не по теме треда, но реквест-треда я тут не нашел. а в б я обещал себе больше не ходить Посоветуйте что то легкое и казуальное, чтобы видео нарезать. Нужно из киношек фрагментов вырезать, а webm мне ни к чему.
Это можно убрать? >-auto-alt-ref 1 -lag-in-frames 25 -g 9999 >-auto-alt-ref 1 -lag-in-frames 25
> Почему только во втором проходе? Разве в первом проходе что-то важное происходит т.е. результат будет другой если не прописать? Я pass 1 делал только в первый раз, когда эксперемнтировал, потом только переделывал второй проход пока не домучал это видео.
>>1263201 Сделал пару тестов. В режиме copy и субтитры тоже не сбиваются почему, если ss впереди. Единственное отличие между ними, похоже, — ss перед i берёт кейфрем до таймштампа, ss после i — наоборот.
>>1263204 Забей. В 99% случаев разница в качестве будет минимальна. Разве что скорость кодирования может измениться в худшую сторону. Просто кое-кто тут anal-retentive.
>Это можно убрать? Вот это аналог твоим командам в последних ffmpeg и libvpx: ffmpeg -i source.mkv -c:v libvpx-vp9 -pass 1 -b:v 970K -vf scale=-1:540 -speed 4 -tile-columns 0 -frame-parallel 0 -an -f webm NUL ffmpeg -i source.mkv -pix_fmt yuv420p -c:v libvpx-vp9 -pass 2 -b:v 970K -vf scale=-1:540 -threads 8 -c:a libopus -b:a 96k -sn video.webm
>т.е. результат будет другой если не прописать Вряд ли. Но лучше не рисковать и настройки кодирования видео в обоих случаях использовать одинаковые кроме -speed.
>>1263224 >64 для музыки точно мало на слух. Кстати, здесь есть аудиоёбы? Мне интересно, как лучше аудио-файлы анализировать — на слух слишком ненадёжно выходит. Уже спрашивал, но никто не ответил: какими инструментами это обычно делается? Часто вижу спектрограммы используют, интересно, может гайды у кого есть и т.д. Хочется понять что конкретно теряется и в каких моментах в зависимости от битрейта.
Потому что, например, ту же речь можно с Opus хоть до 6k-8k ужать (кодировал showcase на час с 8M лимитом на файл, всё ок вышло). И если у самого исходника была узкая полоса, то разницы почти и не слышно.
>>1263265 Adobe Audition вроде показывает спектрограммы, а вообще десятки подобного софта есть.
Когда снижаешь битрейт, в зависимости от кодека по-разному срезаются высокие частоты, это как раз видно на спектрограммах, верхняя граница становится всё более плоской по мере снижения битрейта.
>>1263281 Ну это примерно и делаю, лол ipython + numpy/scipy. Только сколько времени на это уйдёт.
Это я к чему. Иногда совершенно случайно попадаются блоги, которые сложные темы, которые ты до этого плохо понимал, объясняют просто враз за счёт простых и удачных mental models. Эдакие Фейнманы. Та же вики, которая в оп-посте. Ничего особенного там нет, но человеку, незнакомому с кодированием видео вообще, она даёт всё самое необходимое и уже через пару дней знаешь практически всё касательно webm, webm на бордах, наиболее важных ключах ffmpeg, best practices, pitfails и т.д.
В общем, качественные и подробные введения это вещь. Главное ухватить суть, недостающие детали потом легко уточняются.
>>1263300 Ну вики писалась как раз с упором на то, что заходящие туда нифига не знают вплоть до того, как пользоваться ОС. ИЧСХ никто не читает посвященные этому разделы. А ещё там половину статей нужно перепилить, потому что писались они явно не для тех, кто ничего не понимает в кодировании, какая-то сухая энциклопедичность, сразу за версту видно автора-линуксоида.
-f null и -f webm, зачем это писать в 1 проходе и в чём разница? По дефолту quality=good или best? в гугле пишут best, в вики пишут good. -an выключает запись звука, правильно? Зачем тогда его писать в первом проходе? -frame-parallel 0 чё делает? -auto-alt-ref по дефолту 0 или 1?тут пишут 1, в гугле 0. flags=lanczos зачем писать? Что именно делает этот алгоритм рескейлинга? -speed, -threads как-то влияет на качество или только увеличивает скорость и сильнее нагружает систему? Правда ли что -quality best почти не улучшает качество, но во много раз увеличивает время нужное для кодирования?
>>1264211 > зачем это писать в 1 проходе и в чём разница? Чтобы не производить запись в файл, а отправлять данные в черную дыру
> По дефолту quality=good или best? Если VP8, то можно best. В VP9 best на порядок медленнее. Никто не мешает ставить best, просто время конвертирования увеличивается в разы.
> -an выключает запись звука, правильно? Зачем тогда его писать в первом проходе? Потому что звуковая дорожка будет конвертироваться и писаться в файл, это лишняя операция на первом проходе.
>>1264214 >Чтобы не производить запись в файл, а отправлять данные в черную дыру -f это же формат выходного/входного файла, не? Данные в чёрную дыру отправляет -y NUL. А хотя я вроде понял, они типа вместе работают. Но мне до сих пор не понятно в чём разница между null и webm, вообще не понятно причём здесь .webm файл, он не создаётся же. >Если VP8, то можно best. В VP9 best на порядок медленнее. Я же про дефолт спрашиваю. Время конвертирования увеличивается, а качество сильно увеличивается, или плевать? >Потому что звуковая дорожка будет конвертироваться и писаться в файл, это лишняя операция на первом проходе. Вот за это спасибо.
>>1264211 >-f null и -f webm, зачем это писать в 1 проходе ffmpeg определяет формат контейнера по расширению выходного файла и в случае с /dev/null или NUL он не знает какой формат использовать, поэтому нужно явное указание. >и в чём разница? Если контейнер поддерживает аудио-трек/субтитры, ffmpeg возьмёт их из сточника и опционально перекодирует, поэтому для контейнера webm на выходе обычно добавляют -an -sn в первом проходе, так чуть быстрее, т.к. для лога они не нужны. null-формат аудио/субтитры не поддерживает и видео-фреймы упаковывать в контейнер тоже не надо, так ещё быстрее и проще. >По дефолту quality=good или best? good. В любой непонятной ситуации смотри исходники: https://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/libvpxenc.c;h=c2408a51742135ae466f18db79ebf7467a28efad;hb=02001ada5cdd1d8b884141134ceb5c8607fa05f7#l876 Ну и бывает что некоторые параметры зависят от версии ffmpeg/libvpx. Если vpxenc вызывается напрямую, некоторые параметры могут также отличаться. >-an выключает запись звука, правильно? Зачем тогда его писать в первом проходе Быстрее. >-frame-parallel 0 чё делает? Немного улучшает качество видео, за счет не использования устаревшего механизма параллельного декодирования: http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2359 >-auto-alt-ref по дефолту 0 или 1? 1. В более старых версиях ffmpeg вроде было выключено по умолчанию. Можешь запускать ffmpeg с флагом -loglevel verbose, там пишутся значения для части используемых опций. И вот это можешь раскомментировать: https://chromium.googlesource.com/webm/libvpx/+/c77b1f5acd09852aff1ba09d7f371728a60634d7/vp9/vp9_cx_iface.c#492 >flags=lanczos зачем писать? Более эффективный алгоритм скейлинга. >Что именно делает этот алгоритм рескейлинга? То, что и обычный скейлер, только немного эффективнее дефолтного bicubic. https://en.wikipedia.org/wiki/Lanczos_resampling Можно ещё spline попробовать, тоже вроде хороший. >-speed, -threads как-то влияет на качество или только увеличивает скорость и сильнее нагружает систему? -threads в ffmpeg по умолчанию выключено, так что без явного указания у тебя будет всегда в один поток. Про максимальное число потоков см. выше обсуждение -tile-columns опции (по умолчанию установлено в 6). Про -speed здесь описано: https://github.com/pituz/webm-thread/wiki/webm-encoding#Управление-соотношением-скоростькачество >Правда ли что -quality best почти не улучшает качество, но во много раз увеличивает время нужное для кодирования? Да.
>>1264233 >-threads в ffmpeg по умолчанию для libvpx/libvpx-vp9 выключено Фикс. Почему так — хз. Тот же libx265 все ядра задействует и без явного указания.
>>1264233 В упор не вижу в исходниках что там по дефолту стоит. >-threads в ffmpeg по умолчанию выключено, так что без явного указания у тебя будет всегда в один поток. Про максимальное число потоков см. выше обсуждение -tile-columns опции (по умолчанию установлено в 6). Ну так он на качество влияет или нет? Насколько я понял максимальное число потоков 2^tile_columns, т.е. 64 по дефолту, не понимаю зачем мне это знать. >Про -speed здесь описано: Там ничего почти не написано и дана ссылка на код в котором у меня не факт что вообще получится разобраться. Мне просто интересно, влияет ли это на качество и какие -threads -speed лучше ставить.
>Ну так он на качество влияет или нет? Влияет использование tile-columns. tile-columns=0 должно быть немного качественнее, но и использоваться будет только один поток.
>Мне просто интересно, влияет ли это на качество и какие -threads -speed лучше ставить. По качеству можно расположить так (примерно и негарантированно):
-quality good -speed 1 < -quality good -speed 0 < -quality best -tile-columns x < -tile-columns 0, где x > 0
Выбирай компромисс между скорость кодирования vs качество сам. Обычно с VP9 (для второго прохода) используют -quality good -speed 1 -tile-columns 6
>>1264254 В первом проходе же нет смысла указывать -speed и -tile-columns, правильно? А насчёт -crf что скажешь, стоит ли -crf 0 писать? С -qmin и -qmax не буду пердолиться, ладно уж.
>>1264260 В первом проходе -speed чуть повыше обычно ставят, чтобы быстрее было. Там важно только собрать статистику по изменениям между кадрами, чтобы эффективнее расставлять ключевые кадры. -tile-columns (как и все прочие настройки кодека) лучше использовать такой же, хотя точно процесс формирования лога я не знаю.
>-qmin и -qmax qmax удобен в случае простых клипов — libvpx-vp9 часто недобирает битрейта и качество получается хуже, чем могло бы быть. -qmax 35, например, заставляет использовать фактор квантизации не более 35 для всех кадров. Это бывает удобнее, чем делать битрейт выше расчётного. qmin теоретически способен спасти немного битрейта в плохих случаях, за счёт того, что не будет использоваться слишком маленькая квантизация. constant quality (-b:v 0 -crf x) удобен для совсемх простых клипов когда ты явно укладываешься в битрейт и хочешь определённое качество результирующего видео constrained quality (-b:v x -crf x) также, как и qmax может помочь в случае bitrate undershoot, но для него я применения на практике плохо представляю.
>>1264270 >Это lossless, зачем тебе он? Понятия не имею. Мне главное чтобы кодирование 2-ух минутных роликов не занимало больше ~20-30 минут. Если его не стоит писать, то почему? >Если ты имеешь ввиду выбор между режимами constant quality vs constrained quality vs target bitrate Не знаю что это за режимы и думаю мне нет особого смысла вникать в это. C -qmin, -qmax теперь всё понятно, не понятно только почему lossless использовать не вариант, слишком долго, слишком много места файл займёт или что?
>>1264292 Ну я сейчас кодирую с -crf 0, особой разницы в размере не вижу правда очень медленно с -speed 0 и -tile-columns 0 или crf 0 влияет на скорость?%%, результат через часа полтора только будет.
Объясните плиз, какой параметр нужно указывать если мне нужно перекодировать с максимальным качеством, неважно сколько оно в итоге будет весить но нужно чтоб было максимальное качество. перекодировать например нужно mp4 в webm
Так и не заработало превью. Что я делаю не так? ffmpeg -itsoffset 0.04 -i out.webm -f concat -i files.txt -map 1:v -map 0:a -c copy done.webm Вот так склеиваю. В итоге вместо видео - кадр из превью. Я так и не понял как тот анон решил эту проблему, поначалу думал что проблема в -pix_fmt +yuv420p, но это оказывается другая проблема уже, та в которой макаба не показывает превью в yuv444p.
Как-то так, но я этим занимаюсь второй день, так что возможно накосячил где-то. Кодироваться это будет чуть более чем дохуя времени. Чтобы было быстрее можешь стереть >-speed 0 -quality best -tile-columns 0 везде. Видео можно смотреть пока оно кодируется. Кстати, имеет ли смысл -an написать во втором проходе, мы же аудио потом прицепляем?
>>1264211 > -f null и -f webm, зачем это писать в 1 проходе ffmpeg без выхода работать не будет. > и в чём разница? При -f webm используются дефолты для формата: -c:v libvpx -c:a libvorbis -c:s webvtt; при -f null запись выходного файла вообще не производится. > -an выключает запись звука, правильно? Не только запись, но и остальную обработку. > Правда ли что -quality best почти не улучшает качество, но во много раз увеличивает время нужное для кодирования? Эффективность сжатия по сравнению с -quality good -speed 1 выше примерно на 10%.
>>1264674 > -frame-parallel 0 -speed 0 -quality best -tile-columns 0 Но он же не просил максимальную эффективность сжатия, а напротив написал что похуй на размер. Соответственно, вместо этого сойдёт хоть -quality realtime. И да, -map 0:v стоило указать и в первом проходе. > Кстати, имеет ли смысл -an написать во втором проходе, мы же аудио потом прицепляем? У тебя же -map, оно отключает автовыбор дорожек.
>>1264692 Мне кажется, -qscale имеет смысл использовать только при пережатии в формат исходника.
>>1264846 Почему, кстати, консоль на весь экран не делается? В высоту полностью растягивается, а в ширину нет. Сама вебмка не влезла. >У тебя же -map, оно отключает автовыбор дорожек. И правда.
>>1264889 Спасибо за ссылки, как минимум консоль теперь на весь экран и ctrl+v работает. Правда, копирование глючит иногда, не сразу появляется скопированный текст, а если несколько раз за это время ctrl+v нажать, вообще всё пидорасится. А ещё надо было найти в настройках и нажать кое-что чтобы вместо консоли запускалась ConEmu
>>1264906 В архиве, блин, с утилитами они не в корне а в этой подпапке лежат. Так что экзешники из этой подпапки надо в корень папки windows положить, просто архив туда распаковывать безполезно, т.к. они у тебя распакуются в c:\windows\usr\local\wbin и низаработают
>>1264907 >В архиве, блин, с утилитами они не в корне а в этой подпапке лежат Вообще ни слова не понял. Архив я сначала распаковал на рабочий стол, а потом в windows, в шинде вообще в эту папку только с админскими правами распаковывается, 7-zip пишет ошибку в этом случае.
>>1264911 Потому что я раз в пятилетку этим пользуюсь. И ещё поэтому >Note: You really shouldn’t use this account for anything other than troubleshooting. In fact, you probably shouldn’t use it at all.
>>1264921 Бля, ты о каждом действии будешь вопросы задавать, нахуй тебе вообще эти утилиты тогда сдались. Суй то что в usr\local\wbin, остальное не нужно... http://ffmpeg.zeranoe.com/builds/ - и ffmpeg отсюда скачай
>>1264846 >Эффективность сжатия по сравнению с -quality good -speed 1 выше примерно на 10%. Сам тестировал? Разработчики говорят, что с best может быть иногда даже хуже и в общем случае разницы не будет. А между -speed 1 и -speed 0 вряд ли должна быть такая значительная разница.
>>1264944 Превью криво закодировано, показывает ошибки при воспроизведении. И видео, судя по всему, тоже, т.к. с другим видео у меня нормально склеивается. Подозреваю, у тебя муксер кривой, после ffmpeg -i video.webm -c copy video.remux.webm твоего видео у меня работает.
Билд откуда брал? Если с Zeranoe, то обновись до последнего.
>>1240405 Анонас, помоги, нужен плагин или проигрыватель который добавит в обычный мп3 лишних шумов, что бы как то приблизить его "мп3" к звучанию виниловых пластинок. Извиняюсь за кривой слог, после попойки, с утра тяжело.
>>1265090 > А vp8? VP8 в лосслесс не может, его минимальный уровень квантизации — 4. > А аудиокодек там по прежнему vobris? Ещё Opus, см. оп-пост. > Он вообще может в лосслесс? Ни Vorbis, ни Opus не могут.
Приветствую! Я совсем не по /s/, поэтому прошу, не могли бы вы на пальчиках объяснить, как склеить 2 части из одного видео?
Я весь последний год пользовался одной строчечкой и не заморачивался - заменил время-ссылку и поехал, но вот пришло время, что-то понять. Нет ли там какой-нибудь фигни, типа два времени из Одного видеофайла ставишь и оно склеивает? Представьте, что вы объясняете своей шестидесятилетней бабушке. Заранее спасибо, ребята!
>>1245057 Какой кошмар, я не понимаю, что происходит в этом куске текста.
>>1265418 Да он лох какой-то. Простейший подстановочный шифр, разгадать такое на 15 минут работы (с учётом скорости выдачи шифротекста). Гуманитарий, наверно.
>>1265405 А почему вы отвечаете вопросом на вопрос? Нет, я понял, что можно потом сконкатить две готовых, но мне интересно, нельзя ли сделать это сразу же. Я трачу на это по 1-2 минуты в неделю, не больше. Перечитывать для меня весь материал - просто невозможно и бесполезно, я всё равно забуду, т. к. редко пользуюсь. Скачать что-то другое тоже не получится, я уже привык к лёгкости этой, ничего не надо запускать, никаких лишних кнопок. Я уже на этот тред потратил больше времени, чем на все сделанные мною вебмки.
Просто ответьте, пожалуйста, есть ли там такая хрень, типа даёшь два времени, которые нужно вырезать, оно даёт готовую целостную картину. И как это всё оформляется, сложно ли, чтобы потом можно было только время, например, заменять. Сегодня очень внезапно понадобилось, такая отвратная сцена втесалась в промежутке между началом и концом одного интересного момента, вот и прибежал к вам горящий.
>>1265469 >Одной командой никак. Это всё, что я хотел услышать. Спасибо за ответ.
Добавлять ссылку на выкак какого-то канкроида-хацкера-мамкиного_переводчика было не обязательно, я дропнул на слове >Хакеры. Если уж тебе всеми фибрами души хотелось ознакомить меня с чем-то (с этим!), не нужно так предвзято принимать меня за русеколюбителя, можно вкидывать оригинал. А ещё лучше выразить своими словами. Я люблю читать или живых людей, или совершенно мертвых. Мой вопрос, он такой же, как и тысяча других вопросов в этих тредах. Тогда почему ты обвиняешь меня в том, что я обязан это знать сам? Им, значит, можно помогать, а мне идти домашку делать? Когда мне нужно было разобраться только в том, как запилить простую обычную обыкновенную непримечательную вебм, я разобрался сам, ничего не спрашивал, только читал, потому что сюда заходить постеснялся, а в бэ не сижу и не собираюсь. Насколько я понимаю, всё это было сконцентрировано именно там. Когда люди приходят в разделы, в которых я сижу, я всегда вежливо и подробно всё объясняю, если могу им чем-то помочь. А знаешь как люди приходят? Они создают треды, они называют тебя аноном, они вставляют тебе мягкие знаки туда, куда нельзя вообще ничего вставлять. Я у вас ничего не создавал, никого не оскорблял, изначально ограничился лишь малюсеньким невинным сообщением. Я также уже никогда в жизни не собираюсь увлекаться кодингом или излишне нагружать свою, и так уже загруженную множеством задач, голову разборчивостью в софте. Сейчас я трачу всё своё свободное время на изучение иностранных языков в надежде забыть свой родной. Ну вот на что ты развёл меня одной строчкой?! Ладно, если ты дочитал эту шизофазию до конца, это было достаточным наказанием. Ещё раз спасибо, ты в любом случае единственный, кто ответил. Но вы меня выгнали из треда обратно в психушку, так что больше тут не объявлюсь точно. Возрадуйтесь. Скорее комп сожгу. Харкач тоже пора дропать. Жаль, что на мелкобордах нет такой активности, но и злобы столько нет. Спокойной ночи. Надеюсь, морчер потрёт это как нерелейтед.
>>1265448 > Одной командой никак. Да ты что? ffmpeg -f lavfi -i 'movie=file.mkv:s=da+dv[a0],trim=end=60[v0],[a0]atrim=end=60[a0.1];movie=file.mkv:sp=120:s=da+dv[a1][v1];[v0][a0.1][v1][a1]concat=a=1[out0][out1]' -qmax 30 out.webm
>>1265718 Неудобно же программировать, так ты новую фичу добавил, включаешь её по --yoba, а в GUI ты куда её запихнешь, там же всё занято уже чужими кнопочками
Есть кривой энкод, где видео в два раза медленней аудио. Маны курить лень, а в гугле у аналогичных проблемщиков другая ситуация - у них есть оригинал. Можно ли этим пердольным говном пофиксить фреймрейт? Сунул, вывел - получил то же самое, но легче размером. Есть ли там какой-нибудь режим почина?
>>1266711 PTS кадров не поменять без пережатия, по крайней мере ffmpeg'ом. Но можно попробовать сменить частоту дискретизации звука — она находится в метаданных.
>>1266906 Мне пережатие нормально, ведь я и собирался пережать это хендбрейком в mp4 человеческих размеров, чтобы смотреть на планшете с дивана. Но тут кто-то старательно всё запорол - явно чей-то продвинутый консольный кастом.
А у меня банально нет ни знаний, ни желания разбираться в опциях. Вы тут сто тредов же уже обсуждаете, как наложить музыку на жипег. Явно разобрались во возможных настроечках для более правильного накладывания.
>>1266906 >Но можно попробовать сменить частоту дискретизации звука Чтобы оно играло в два раза медленее? Наркоман что ли? Аудио там нормальное, это видео надо ускорять.
Теоретически, если каждому фрейму поставить туда значение в два раза меньшее, возможно будет играться как надо. Только скорее всего скрипт с байтоёблей придётся писать самому.
>>1267069 Не знаю, я вот делал всё экзактли как в факе, но превью не получилось поставить. Здесь пояснять в чём дело не хотят или хотя бы показать своё видео с превью. В бэ не сижу.
>>1267402 Ну мне пояснили, в итоге я просто не обновил ffmpeg. Если ты всю инфу предоставишь то и тебе помогут, запости ссыль на свой пост, может даже я в чём-нибудь помогу.
>>1267517 >Забил. Записываю: больше никогда не трогать говно руками. Вызабил, но зря. Мог уже человеческий софт освоить за семь часов трайхардинга ради трёх нубокоманд:
Вот думаю - стоит ли попробовать склеить сиквенсы и аудиодорожки нескольких таких файлов, или уже проще поступить на кафедру видеомонтажа, отучиться там пять лет, освоить профессию и тогда уже склеить сиквенсы, сэкономив себе кучу времени.
>>1268148 И как мне сразу в голову не пришло выполнить ffmpeg -i 1-3.flv -vf setpts=PTS/2.5 -c:v libx264 -crf 18 -preset veryslow -c:a copy -y fix.mp4 - сам не пойму.
Чем отличается от трёх команд выше, кстати? Я вижу там в полтора раза больше сущностей, - ещё +4 часа безудержного веселья. (Помимо того, что оно не работает.)
У меня чет ффмпег сломался. Решил заебаться и подождать три часа ради восьми секунд с двумя проходами. Получил пикрилейтед. С тех пор все остальное с такими же артефактами. Причем, это в MPC, в VLC вообще не воспроизводится > Не найден подходящий модуль декодирования: > VLC не поддерживает аудио или видео формат "undf". К сожалению, вы не можете это исправить. > Не найден подходящий модуль декодирования: > VLC не поддерживает аудио или видео формат "undf". К сожалению, вы не можете это исправить. А хром воспроизводит. А еще они бесконечно грузятся на борды.
Котаны, почему вебмки могут поститься долго? У меня с одного компа 10мб в несколько секунд улетает, а с другого - две минуты, и потом ещё Bad Request в половине случаев. Как вылечить?
>>1268394 > Только для проприетарных форматов вроде H.264/H.265 и без документации. Ясно, продолжу кодировать VP9 в Adobe Media Encoder, там на куде можно что угодно, да еще и прекрасный гуй в котором легко покадрово вырезать куски.
>>1269564 Это что ли? https://github.com/fnordware/AdobeWebM Я боюсь тебя расстраивать, но это тупо биндинги к libvpx. Не знаю ни одной альтернативной реализации энкодера VP9, вряд ли они вообще существуют. И, кстати, твоё магическое слово CUDA далеко не факт, что как-то поможет в кодировании. На видюхах энкодят только если блок вычисления специальный для этого есть, это как бы и не совсем на видюхе получается.
>>1269604 vs гуй истинного спермача vs гуй прыщебляди vs гуй для больных умеренной имбецильностью (IQ 35—49) vs гуй для больных тяжёлой имбецильностью (IQ 20—34)
Поясните про -g, вроде всё понятно, он задаёт промежуток между ключевыми кадрами в мс или в с?, и если ключевых кадров много, то видео легче проматывается. Почему моё видео с -g 9999 проматывается мгновенно? Что сделать чтобы видео которое плохо проматывается, проматывалось хорошо? Стоит ли тот размер что прибавляется при маленьком -g, отсутствия такой важной хуйни как быстрая перемотка видео? Почему все советуют оставлять -g на 9999?
>>1270777 >в мс или в с В кадрах. Время зависит от framerate видео на выходе. >то видео легче проматывается Ключевые кадры не только для этого. >Почему моё видео с -g 9999 проматывается мгновенно? Смотря что ты под этим понимаешь, в такой постановке вопроса сложно ответить. Если ты имеешь ввиду, что seek в произвольное место или перемотка на фиксированное количество кадров (exact seek в терминологии mpv) выполняется быстро, то: 1) -g = kf_max_dist задаёт максимальную дистанцию между ключевыми кадрами, точное их расположение на усмотрение кодека 2) в зависимости от видео и конкретного момента в нём, exact seek может иметь разную сложность Точно посмотреть структуру видео и расположение кадров можно с помощью webm_info и ffprobe, см. выше примеры команд. >Что сделать чтобы видео которое плохо проматывается, проматывалось хорошо Уменьшить kf_max_dist. Есть ещё kf_min_dist, кстати, который делает противоположное, но обычно его лучше не трогать, кодек способен сам решить где и сколько ключевых кадров использовать; в этом суть двухпроходного режима. Вот здесь документация: https://chromium.googlesource.com/webm/libvpx/+/c77b1f5acd09852aff1ba09d7f371728a60634d7/vpx/vpx_encoder.h#266 https://chromium.googlesource.com/webm/libvpx/+/c77b1f5acd09852aff1ba09d7f371728a60634d7/vpx/vpx_encoder.h#640 >Стоит ли тот размер что прибавляется при маленьком -g, отсутствия такой важной хуйни как быстрая перемотка видео? Это тебе решать. Сделай два энкода, посмотри на разницу в размере, оцени, стоит ли оно того. В этом треде рассматривается энкодинг преимущественно для борд с жётским фиксированным ограничением на размер файла, так что для загрузки на борду однозначно стоит, оттого и советы в основном ориентированы на ущерб в скорости кодировании/удобства перемотки в пользу итогового размера. Ключевые кадры обычно сильно затратны по битрейту. >Почему все советуют оставлять -g на 9999? А это умолчание в libvpx-vp9, его и трогать даже не надо. (Если кодируешь через vpxenc, впрочем, то там будет ключевой кадр как минимум каждые 5 секунд.) В VP8 энкодят в основном статические картинки с музыкой и у libvpx kf_max_dist 128 по умолчанию, так что там лучше его поднимать. Тратить битрейт на лишние ключевые кадры в таких видео ни к чему.
>>1270836 >1) -g = kf_max_dist задаёт максимальную дистанцию между ключевыми кадрами, точное их расположение на усмотрение кодека >кодек способен сам решить где и сколько ключевых кадров использовать; в этом суть двухпроходного режима. Насколько я понял, по дефолту -g=inf, точнее ключевой кадр один и он в начале видео, но ты говоришь так будто это не так. Под проматыванием я имею в виду нажатие в mpv на полоску которая отражает положение кадра относительно длительности видео, хз как она называется. Алсо, я перекодировал видео в котором тормозило проматывание, стало всё нормально, вес не особо изменился. И ещё, что писать чтобы кодировало без потерь с тем же битрейтом? -crf 0 -b:v 0 в итоге приводят в битрейту в 7000k, из исходных 517k.
>>1270880 >Насколько я понял, по дефолту -g=inf, точнее ключевой кадр один и он в начале видео, но ты говоришь так будто это не так Это максимальная дистанция. Где расположить ключевой кадр, если не задан kf_min_dist, решает кодек. А он ставит там, где это даст наибольший эффект с точки зрения экономии битрейта. Если сцена полностью меняется, то INTER всё равно не работает (нечего брать из предыдущих кадров), поэтому в точке смены сцены ставится ключевой кадр (INTRA only). >И ещё, что писать чтобы кодировало без потерь с тем же битрейтом? Так не получится. Либо пережатие с потерями, либо лосслесс с диким битрейтом. Если поставить тот же битрейт и перекодировать второй раз, то часть информации потеряется. Это особенность работы большинства кодеков - они не залезают во внутренности предыдущего энкода, а воспринимают видео как последовательных набор несжатых картинок; с каждым последующем пересжатием видео будет что-то терять. Теоретически, если знать внутренности VPx, можно попробовать пересобрать кадры и блоки так, как тебе нужно, ничего не выкидывая. Но готовых утилит для этого нет и, я боюсь, что так хорошо знает кодек только 5-10 человек вообще. Можешь изучить и помочь в разработке vpxview.
>>1270880 >что писать чтобы кодировало без потерь с тем же битрейтом? Перекодировка всегда с потерями. >-crf 0 -b:v 0 Это дохрена охерительное качество, надо ебучесть шакалов повышать же.
Тебе нужно уложиться в размер 6144 Кб, для этого нужно выбрать приемлемый аудиобитрейт и знать длительность видео. Далее по простой формуле рассчитывай видеобитрейт: размер конечного файла в килобайтах умножай на восемь отнимай от этого аудиобирейт в килобитах в секунду умноженный на длительность видео в секундах и дели всё на длительность видео в секундах. Для vp9 можно видеобитрейт на 9% завысить - он почему-то жмет всегда меньше.
Еще можно жать на глаз, для этого ставишь -b:v 0 и играешься с -crf, только чтоб сразу угадать что поставить нужен опыт.
>>1270907 Т.е. всё-таки ключевой кадр не один, понятно теперь. Можешь пояснить в чём всё-таки разница между пикрелейтедом и https://2ch.hk/b/src/95681341/14348773964350.webm помимо битрейта и звука? 20 секунд вырезал для примера, пикрелейтед проматывается идеально, второе видео по ссылке проматывается плохо, выкладываю его всё, т.к. если отрезать 20 секунд, то промотка относительно нормальная. надеюсь мочер не удалит >Можешь изучить и помочь в разработке vpxview. Ты переоцениваешь мой интерес к этому.
Как видно, у маленького намного больше ключевых кадров и как результат размер на 230 килобайт больше. (Кстати, если не перемуксить, то у small.webm будет меньше неключевых кадров и позиции другие; как я понимаю, из-за этого: http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2425 )
>>1270967 Ну, тебе может и видно, но мне без фразы key frame вообще ничего не видно. Похоже, та вебмка не в ffmpeg'е делалась, поэтому такая хрень с ключевыми кадрами. Спасибо за пояснения.
>>1270975 Ключевые кадры в выводе webm_info представлены как key:1. grep -c показывает их количество (в первом 1, во втором 12). С неключевыми аналогично. Проверить очень просто - mpv big-cut.webm и RIGHT вызовет закрытие видео, mpv small.webm и RIGHT перемотает на ближайший кейфрейм, т.к. их в этом отрезке больше, чем один. Никакой хрени нет, просто в случае с small.webm ключевых кадров больше.
>>1270979 В small.webm я насчитал 3 кей фрейма, в big-cut.webm пишет вот это >[mkv] Corrupt file detected. Trying to resync starting from position 10484322... И на 3% процента дальше листает, но листается только звук, видео зависает. Так вот, почему у меня 3 кей фрейма, а у тебя 12? И почему вебмка не закрывается, как ты сказал? Извини, если я надоел со своими вопросами
>>1271052 >В small.webm я насчитал 3 кей фрейма Как считал? >И почему вебмка не закрывается, как ты сказал? >но листается только звук, видео зависает Похоже, поведение слегка изменилось. У меня просто версия из гита. Вот здесь подробности: https://github.com/mpv-player/mpv/issues/1823
>>1271078 >Как считал? Стрелочкой вправо. На 06.840, 12.178, 18.618, если на 18.618 начать назад листать,тайминг съезжает. Короче, он не по кейфреймам листает.
>>1271107 Так у тебя RIGHT по умолчанию это +5 секунд. Соответственно, ближайший кейфрейм будет на 6.84, всё правильно. Вот все ключевые кадры в том отрезке:
>>1271078 >Похоже, поведение слегка изменилось. А, нет, не менялось. Это если без звука открыть, то закроется, т.к. с точки зрения mpv дальше играть нечего. Вообще, фиг знает почему в длинном видео 1 кейфрейм на почти 3 минуты, там сцен-то много. Наверно, достаточно altref/golden фреймов или просто опции использовались нестандартные при кодировании.
>>1271188 Хотя бы примерно можешь сказать какой -g ставить чтобы проматывалось нормально? А то сейчас у меня вебмка тоже сделалась с 1 ключевым кадром в начале, длиной в 72 секунды.
>>1271565 Попробуй положить файл куда-нибудь, чтобы путь был без кириллицы - десктоп находится в папке юзера, а у тебя юзера зовут "Пашей". Например, в С:/govno/vidos.mp4
vp8 или vp9 умеют эффективно кодировать повторяющуюся последовательность кадров, так чтобы ссылаться на повторяющиеся кадры вместо того чтобы заново их кодировать?
>>1240405 Знаю, что безрукий, но никак не могу нормально перегнать видео на 5 метров в вем. Вернее могу, но вебм получается на 10 метров, а это много. Может кто-то помочь мне переконвертировать? Вот это видео http://rghost.net/6bFkqltR7 Спасибо
Так. Я чёт не понял. vp9 - лосслес сжатие. Теперь внимание вопрос. Как мне сжать к примеру видео. Что мне нужно указать и куда тыкать? Пробовал -c:v vp9 -qmax 1, так файл получается чуть ли не в 10 раз большего размера, чем исходник.
>>1272419 А ты возьми непожатое видео, с камеры или зайца того же с сайта xiphстеров и проверь. А то у тебя окажется, что и компрессоры не сжимают, т.к. почему-то после первой компрессии лучше не становится, а какие-нибудь исполняемые файлы или фильмы вообще могут больше стать.
>>1272399 Я не перепутал. Просто он даже не смог прочитать про ключевые кадры чуть выше и спрашивает как это включить. Очевидно что это изначально включено, чуть выше даже есть строчка с именно таким содержанием. Если же видео почему-то кодируется со слишком малым кол-вом кейфреймов, то можно через -g их увеличить, например -g 1 - сделать все кадры ключевыми, мне похуй что у него там получилось бы. Правда, под его запрос лучше -g 5, лол.
>>1271230 Кстати, откуда у тебя такие обширные познания? Как-то связано с работой или просто ради интереса? Алсо, лучше просто посылай таких как я читать документацию к ffmpeg'у, альтруизм до добра не доводит, это точно.
>>1272660 Лол, офигел что ли. Я первую вебмку 2 месяца назад сделал, как libvpx 1.4.0 вышел, до этого ffmpeg'ом практически не пользовался. Почитал немного документации и пару раз в сорцы заглядывал, только и делов. Теперь купил wide gamut монитор и изучаю color management из-за этого говна с цветовыми пространствами, лол. Бесит когда что-то не понимаю.
>>1272671 >Лол, офигел что ли. Это ты к чему? >Я первую вебмку 2 месяца назад сделал Ну значит это просто с виду кажется сложным хотя скорее так кажется потому что я даже не начинал читать документацию, лол
>>1272673 По самим командам вообще всё просто - даже если и нет документации, посмотреть что конкретно оно активирует в либе элементарно. А вот кодеку не иметь подробной документации, с описанием байстрима, high-level обзора и углубления в некоторые моменты (вроде такого: https://www.academia.edu/5893478/Intra_Compression_Efficiency_in_VP9_and_HEVC ) - это, конечно, совсем беда. Я особо не смотрел, но мне кажется, что по H.265 уже в разы документации больше, хотя VP9 старее. Ну и утилит которые показывают все gory details очень не хватает. В хекс-редакторе сидеть и смещения высчитывать это вообще не вариант.
>>1273098 Ты прав, но не выставляется fps, ну да ладно, и еще какая-то платная параша вроде треть фильма сделала без перегрузки проца, тоесть он не грузился на 100 и не визжал от перегрева спикер
>>1273194 Выставляется там всё, по дефолту стоит "Same as source". Читай настройки стандартного пресета. Ещё я бы рекомендовал стереть из пресета разрешение видео, снять и обнулить автоматический Crop (соснул из-за этого вчера), снять галку с создания Chapter-ов и сохранить это как новый пресет, сделав его дефолтным.
>>1272031 Не, с залупингом у любых поточных кодеков проблемы: буфер декодера у них делается всего на пару-тройку кадров (предыдущий, altref и golden в случае с VP8/VP9; предыдущий и несколько B-фреймов в случае с H.264).
Вот если бы с помощью какого-нибудь ordered chapters от mkv можно было бы организовать seek назад…
>>1273306 Понятно, в VP9 буфер увеличили до восьми кадров. Но в >>1273278 их 39, и это помогает мало. В вебмрелэйтеде их 25, и он тоже жмётся отвратительно.
>>1273276 > Вот если бы с помощью какого-нибудь ordered chapters от mkv можно было бы организовать seek назад… Ещё идея: запихать раскадровку всего лупа в altref frame и наполнять кадры из неё большими блоками. Вопрос только в том, может ли разрешение altref фрейма быть другим.
>>1273549 Что несёшь? Какие нахуй ordered chapters? seek назад прекрасно и так работает. Какая нахуй раскадровка? Ты сделай просто 3 последовательных фрейма в лупе с минимальным размером, а потом рассуждай.
Аноны, помогите, че делать, если интернет есть, а комп его не видит Пинганул уже раз сто, все пакеты приходят, в чем проблема? В автозагрузке ток строка Помогите нуфагу
>>1273552 У тебя там что, звезда лоб прижгла? > Какие нахуй ordered chapters? Эта хуйня позволяет определять порядок воспроизведения фрагментов дорожек, в т.ч. дёргать их из лежащих рядом файлов. Предполагаю, что при помощи неё можно заставить видеодорожку воспроизвестись несколько раз. Только вот в webm это вряд ли притащили.
> seek назад прекрасно и так работает. Речь не о ручной перемотке, а о непоследовательном воспроизведении видеодорожки согласно плейлисту в метаданных контейнера.
> Какая нахуй раскадровка? Обыкновенная: берёшь все кадры лупа и ставишь в ряд. Но для реализации придётся форкать libvpx, да.
> Ты сделай просто 3 последовательных фрейма в лупе с минимальным размером, а потом рассуждай. Я уже понял, что не работает оно нихуя.
> Occasionally, at very low datarates, a compression system may decide > to reduce the resolution of the input signal to facilitate efficient > compression. The VP8 data format supports this via optional > upscaling of its internal reconstruction buffer prior to output (this > is completely distinct from the optional postprocessing discussed > earlier, which has nothing to do with decoding per se). This > upsampling restores the video frames to their original resolution. > In other words, the compression/decompression system can be viewed as > a "black box", where the input and output are always at a given > resolution. The compressor might decide to "cheat" and process the > signal at a lower resolution. In that case, the decompressor needs > the ability to restore the signal to its original resolution.
Т.е. распаковать оно сможет и по идее должно даже играться в плеерах, а вот упаковщик придётся писать свой. Надо только осилить их недокументированный битстрим и понять почему сейчас автоматика косячит и можно ли руками поправить так, как надо. Я вообще не понимаю как можно рассуждать о кодировании, если никто нихуя не знает, как оно внутри работает. Типичная протекающая абстракция.
Короче, как я и думал: стандарт позволяет, но текущая реализация с таким плохо справляется. Значит что руками таки можно эффективно скодировать луп до 8 фреймов в длину. А с хаками может и больше. Кто разберётся в битстриме и напишет нормальный энкодер для лупов? Думаю, большую часть работы можно через libvpx сделать (INTRA, сериализация), а остальное либо допатчив libvpx, либо нашлёпкой сверху.
>>1274263 Жаль, моё знание английского пока так общаться не позволяет — не умею грамотно писать на нём. Страннота. Товарищ утверждает что поиск картинки по 8 кадрам займёт дохрена ресурсов: > However, this would require a lot of specialist code and would mean searching all 8 buffers each frame, which would have a massive hit on encode time if this type of cyclic buffer usage were generalized. Но можно же искать не по полным кадрам, а по заранее подготовленным их уменьшенным вплоть до перцептивых хэшей длиной несколько байт копиям. Я что-то упустил?
> Кто разберётся в битстриме и напишет нормальный энкодер для лупов? Думаю, большую часть работы можно через libvpx сделать (INTRA, сериализация), а остальное либо допатчив libvpx, либо нашлёпкой сверху. Я пока что-то не очень готов. Но хотелось бы, да. Ещё хотелось бы написать утилиту для быстрой перепаковки VP9 с повышением квантизации.
>>1274000 > Т.е. распаковать оно сможет и по идее должно даже играться в плеерах Ну это да, оно ещё в VP8 было. Игрался с этим в прошлом году, но не нашёл ему практического применения, вебмрелэйтед. Вопрос в том, не нужен ли для смены разрешения кейфрейм, может ли отдельный altref-фрейм большего разрешения встречатся посреди остальных кадров.
>>1274809 >Я что-то упустил? Ну так спроси у него там. (Будто бы я умею грамотно писать. Берёшь и пишешь, всем похуй на ошибки. Это технический язык, а не литературный.) Скорее всего ответит про усложнение либы и «специализированный код». Или просто пошлёт без пруфа реализации с адекватной скоростью.
>Вопрос в том, не нужен ли для смены разрешения кейфрейм Я имел ввиду немного другую фичу — upscaling средствами декодера. Правда, про downscaling что-то не нашёл.
>>1274923 Что там писать? Это однострочник на любом скриптовом. youtube-dl -j, ищешь по размерам в выводе, для которых размер не указан делаешь HEAD-запрос на url, складываешь размеры аудио- и видео-дорожки, скачиваешь. Можно ещё качество аудио под размер подгонять. А вообще, с учётом того, что --max-filesize опция уже есть, лучше это заслать в апстрим, скорее всего примут.
>>1274960 youtube-dl по умолчанию bestvideo+bestaudio скачивает. Если что, 4K это форматы 266, 138, 313.
Пацаны, а процесс много мощи отнимает? Ну, в смысле, я могу попробовать это сделать на днищенетбуке или на старом компе с селероном 1.7ггц и с говном вместо видеокарты?
>>1275020 Лол, я просто про создание вебм в целом говорил. Был сонный, поэтому написал криво. Короче, допустим, лежит у меня на говнонетбуке рипчик фильма в 720п, объёмом 6.5гб. У нетбука двухядерный атом вместо процессора, и встроенный чип с то ли 64мб, то ли 128мб памяти вместо видухи. Я могу из этого фильма нарезать вебмку в 2 минуты в нормальном качестве, юзая консольку ffmpeg, без получения бсода или диких лагов, пока он это делает на протяжении получаса? Это ж обычная конвертация, она всегда требовала железо хоть с каким-то намёком на мощность, не?
>>1275098 А почему должно не получиться? Вычисления на видеокарте практически никто из кодеков не использует. Боттлнек, естественно, будет в CPU, возможно ещё по памяти. Если VP9 сильно долго будет, то кодируй в VP8. libvpx-vp9 и на зеонах тормозит, лол, особенно до 1.4.0.
>>1275317 > Так-с, первый вопрос >>1275222 решил сам. Обрезка до кодирования не всегда оптимальна. Часто лучше пожать большой файл, а потом разрезать его пополам при помощи mkvmerge, тогда битрейт будет распределён лучше. Правда, при этом иногда случается так, что ближайший ключевой кадр ставится далеко от середины, и придётся переделывать. mkvmerge --split=6000k in.webm out.webm
> А вот второй >>1275240 всё ещё волнует. Чтобы кодировать несколькими потоками, нужно нарезать видео на полосы, а это снижает эффективность кодирования и вообще не всегда возможно. Ищи ITT инфу про многопоточность.
>>1275581 Выкинуть конус, очевидно же. Ну или обновить, мб в новой версии пофиксили.
>>1275782 ffmpeg пишет лог в stderr, а не в stdout. Для его перенаправления в bourne shell можно использовать директивы 2>logfile или 2>&1 (перенаправить в stdout).
Сосоны, ещё одна такая проблема. Посмотрите на первый и второй пик. Битрейт вначале резко скачет, потом опускается до низкого значения и уже постепенно доходит до заданного. Т.е. первые кадры битрейт 500-1000 и только вконце доходит до нужных 3000. Никакого нормального распределения битрейта нету.
Кодирую двумя проходами, согласно гайду в вики треда. На третьем пике, собственно, консольные команды. Я где-то ошибся?
>>1277921 >Что тебе не нравится? Битрейт распределяется согласно сложности видео. Но суть в том, что он всегда постепенно увеличивается, а скачет только на первых двух-трёх кадрах. Ты хочешь сказать, что сложность всех тех видео, из которых я делал вебм-ки, постепенно увеличивалась от начала к концу? Как-то не правдоподобно.
>>1277927 >Потому что вначале идут ключевые кадры. Читай выше и смотри сам с помощью утилит размер и тип кадров. Т.е. подобное распределение битрейта - нормальное явление?
>>1277932 Ты чего хочешь добиться-то? Ты какую проблему решаешь?
Значение bitrate ffmpeg считает, скорее всего, исходят из текущего размера и текущей продолжительности. Почему вначале большие затраты битрейта тебе уже ответили. Дальнейшее распределение зависит от конкретного видео и кодека. Дампи размеры кадров, строй графики среднего значения в зависимости от продолжительности видео, сравнивай с тем, что ffmpeg пишет.
Если интересно почему для определённого кадра в определённом видео кодек затратил определённое число байт, то приводи конкретику, будем смотреть.
>>1240405 Добра тебе ОП! Хорошо что я нашёл это тред. Что ты можешь сказать про AVS Video Converter 9.0? Я только недавно занялся конвертированием в WebM поэтому еще ньюфаг в этом деле. К стати удивлен что его здесь не обсуждают.
>>1278405 > Что ты можешь сказать про AVS Video Converter 9.0? Погуглил. Ничего хорошего не могу сказать, к сожалению: это очередной мокрописечный гуй к ffmpeg, распространяемый, скорее всего с нарушением лицензий входящих в него библиотек. О подобном софте в оп-посте сказано следующее: > Пердолики с мокрописечными гуями вроде xmedia recode и прочие клепальщики распидорашенного кривопиксельного говна из порнотреда со своими воплями о ненужности консоли не нужны сами — пусть сначала научатся делать качественные вебмки, а потом уже лезут сюда с советами. Также о нём есть несколько постов в треде, >>1244863, например.
Как сделать вебм малого размера? Я скачал видео с ютюба, оно 25 минут идет. И весит много мб. Не загружается на двач. Отрезал 10 минут. Все равно вес 86 мб. Но на двоще много вебм по 10 мин. Как сделать в общем длинный вебм и малого веса в линуксе?
>>1278323 >КТО ПРИКРЕПИЛ ЭТО ГОВНО? НАХУЯ НАМ ТВОИ ЕБУЧИЕ ВЕБКИ! ГДЕ АДРЕСА ДЕПОЗИТАРИЕВ, ГДЕ ГАЙДЫ, КРЯКИ И ВОТ ЭТО ВСЕ? Что ты несёшь?! Ты, блядь, вики не осилил? Даже, блядь, сам погуглить не можешь? Ох, развелось тут даунов.
>>1278790 >Как сделать в общем длинный вебм и малого веса в линуксе? Очевидно, уменьшить битрейт до нужного значения.В вики треда написано, как считать. >Но на двоще много вебм по 10 мин. Не видел ни одного, если честно. Разве что вебм-ки из статичных картинок, может быть. Даже не представляю, как нужно распидорасить 10-минутное видео с динамическим видео-потоком, чтобы вместить его в двощевский лимит.
>>1278837 Часовые шоукасты тоже вполне смотрибельные выходят при восьмимегабайтном лимите. 10 минут среднего видео влезет если разрешение взять поменьше, fps снизить и сцена попадётся простая.
>>1278834 Пости, фигли. Тред всё равно полудохлый.
>>1279045 >И почему радио на немецком? Там в игре есть возможность добавлять интернет-радио. Я включаю радио той страны, в которой нахожусь в данный момент. На вебм-ке Австрия.
>>1278905 Очень странные опции. В вики ж не было такого.
- Настройки видео для первого и второго проходов отличаются, это плохо. - Кодирование аудио можно во второй проход поставить. - Зачем crf, qmin и qmax в данном случае используются? Да ещё и такие дикие. Чтоб размер приблизить к 6 мегабайтам только? Так у тебя исходник простейший, 2M битрейт для 360p однообразного вида это как из пушки по воробьям. Здесь и 1080p, если не больше, нормально бы выглядело.
>>1279252 Где ты графику нашел? У тебя на скрине эффекты, но не графика: асфальт больше похож на снег, убогие модели с кучей углов, убогие текстуры с явно видным тайлингом, здания-коробки. Даже зелень убога. Из графона только небо.
Лучше cropdetect делать уже со скейлом (vf scale=-1:540,cropdetect) чтобы потом (vf scale=-1:540,crop=...) или без скейла: vf cropdetect потом vf crop=...,scale=-1:540
>>1280052 Эффективнее сначала кропать, а потом скэйлить: масштабирование — ресурсоёмкая операция. Правда, по сравнению с кодированием VP9 это полная фигня.
>>1279262 >Очень странные опции. В вики ж не было такого. Не-а, в вики как раз-таки всё именно так.
>- Настройки видео для первого и второго проходов отличаются, это плохо. В гайде по двухпроходному кодированию они тоже отличались. Вот я и подумал, что в первом проходе нужно вставлять только основные настройки, а остальные нету смысла.
>- Кодирование аудио можно во второй проход поставить. В гайде, опять же, аудио отдельно приклеивалось к вебм-ке.
>- Зачем crf, qmin и qmax в данном случае используются? Да ещё и такие дикие. Вот это уже моя самодеятельность. Да я это сделал, чтобы выжать максимальное качество и подойти к лимиту.
В общем, вики-треда вводит в заблуждение ньюфагов. Её нужно перепилить бы. Вместо таких вот примеров которые, кстати, толком там не разбираются, вводящих в заблуждение, нужно просто запилить список всех возможных команд и описание к ним, когда и как их нужно использовать. Будет в разы полезнее, чем сейчас.
>Я б сделал вот так: >ffmpeg -i input.mp4 -c:v libvpx-vp9 -b:v 1900k -vf scale=-1:360:flags=lanczos -frame-parallel 0 -threads 8 -speed 4 -pass 1 -f null NUL >ffmpeg -i input.mp4 -c:v libvpx-vp9 -b:v 1900k -vf scale=-1:360:flags=lanczos -frame-parallel 0 -threads 8 -speed 1 -pass 2 -c:a libopus -b:a 64k out-1.webm Спасибо за ответ. Я сейчас скопипастил твои команды и сделал вебм-ку. И я был очень удивлён, когда увидел на выходе вебм-ку размером ~4700кб при том, что битрейт только увеличился по сравнению с моими настройками. В среднем, ~2100 вместо ~1900. Поясни мне за эти настройки: >:flags=lanczos Это что такое?
И вот ещё: >-frame-parallel 0 -threads 8 -speed 4 Я понял, что это настройки использования мощностей процессора. Можешь поподробнее разобрать их?
В том пейпере с academia.edu достаточно много интересных деталей, я и не знал, что так тема уже хорошо изучена. Для HEVC вон вообще уже дофига инструментов, я даже не говорю про AVC. Но свободный анализатор всё равно бы не помешал.
>>1279262 > - Настройки видео для первого и второго проходов отличаются, это плохо. Из отличающихся параметров на первый проход влияет только -r. Настройки контроллера ширины потока, -lag-in-frames и -auto-alt-ref на него никак не влияют, проверено сравнением контрольных сумм лог-файлов. > - Кодирование аудио можно во второй проход поставить. При этом ffmpeg укладывал opus в контейнер менее эффективно. Да и вообще по инструкции в вики от размера звука считается битрейт видео (хотя, возможно, стоит сделать наоборот). > - Зачем crf, qmin и qmax в данном случае используются? Да ещё и такие дикие. Чтоб размер приблизить к 6 мегабайтам только? Методом проб и ошибок в /b/ было выяснено, что при контроле ширины потока crf'ом у libvpx-1.3.0 результат получается лучше.
>>1280996 Лол: > I see they are still illegally static linking to FFmpeg. > If you look at the binary in a hex or text editor, you see all of the FFmpeg symbols, strings, and even the GPL license string. You can also match the function disassembly.
Штука, конечно, интересная, но не была бы она мокрописечной…
>>1280998 >Настройки контроллера ширины потока, -lag-in-frames и -auto-alt-ref на него никак не влияют, Всё-таки, если качественно будет существенно отличаться (через crf/qmin/qmax и т.д.), подозреваю, что кодек может решить по-другому ключевые кадры распределить. Хотя, для того чтобы с уверенностью говорить, надо бы конечно разобраться в формате этого лога. >При этом ffmpeg укладывал opus в контейнер менее эффективно. >Да и вообще по инструкции в вики от размера звука считается битрейт видео Тогда уж mkvmerge и подгон аудио под размер (уже исходя из получаемого итогового размера вместе с оверхэдом муксера и точным размером аудио-трэка, т.к. у vorbis/opus тоже vbr). Аудио можно так подогнать с использованием дробного битрейта, что будет undershoot всего на десятки/сотню байт. ffmpeg используется исключительно для удобства, так что смысла в отдельной команде нет. >Методом проб и ошибок в /b/ было выяснено, что при контроле ширины потока crf'ом у libvpx-1.3.0 результат получается лучше. Это я уже слышал. Во-первых, когда 1.3.0 был, а во-вторых, логически я этого понять не могу (и уже писал про это) — что ж хорошего, если качественно по всему видео будет одинаково хреновое, если есть возможность простые сцены сэкнодить качественно с переменный квантайзом? А в-третьих, чтобы такое утверждать нужно собрать неслабую статистику, т.к. это всё сильно будет упираться в исходные видео.
Пофиг на самом деле на такие мелочи, выбирать не приходится. Хоть в контейнер/виртуалку можно поставить и нормально проанализировать видео. Хотя, так у меня нет мотивации свой анализатор писать.
>On the BlowingBubbles sequence (Fig. 11) the HM encoder is 20.7% moreefficient than the VP9 encoder. Limiting HM intra prediction modes to 10decreases HM compression efficiency by 11.8%. When we turned SAO off, theHM compression efficiency was further reduced by 2.4%, but still the modifiedHM encoder is 6.5% more efficient that the VP9 encoder. >In our experiments we tried to figure out the main reasons for HEVC tobe more efficient in intra coding compared to VP9. We showed that moreangular intra prediction modes provide the most significant influence on intracompression efficiency (about 7.7% bitrate savings). The HEVC SAO post-processing stage has less impact (about 1.3% bitrate savings). Finally themodified HM encoder with 10 intra prediction modes and without SAO post-processing is still about 7% more efficient compared to the VP9 encoder. Weassume this is due to the adaptive HEVC entropy coding. Syntax-adaptive BAC should be more efficient than frame-adaptive bool-coder, and this topicis a subject for further research.
Дочитал-таки пейпер. VP9 ни о чём. Конечно, всё ещё зависит от реализации и возможно с дополнительными intra modes энкодинг будет более затратен по ресурсам, но факт есть факт — VP9 тупо сливает по фичам HEVC. Фигли на бордах H.265 не разрешают?
Быдло на связи, епты бля, хыгыыы. Подскажите как аудио объединить с видео, а то у меня видео без звука. Типа, подскажите какую команду нужно прописать, а то я только скачал этот ебучий ffmpeg и нихуя не понимаю, мазафака бич.
Я тут внезапно понял, что документация по современным кодекам вроде VPx/HEVC дофига деталей пропускает, т.к. предполагает, что читатель отлично знает как работает INTRA/INTER и т.д. Т.е. чтобы понять как работает HEVC, надо вначале изучить AVC, а перед этим теорию компрессии и немного матана. Благо по AVC написано достаточно.
Мимокрокодилам ничего не понятно и ничего не светит короче, как обычно. Ссу в рот всей современной науке и технологии, построенным по принципу накопления сведений и усложнения путём добавления новых слоёв абстракций.
Переделываю .ts видео в vp9, использую yadif=1. Проблема в том, что в 1 из 10 видео процесс энкода начинает переть, и он задирает битрейт просто в ебеня. Может начать задирать в начале, может под конец, тем самым все попытки вписать битрейт в лимит через калькулятор тщетны, и если битрейт улетает в конце, то приходится все делать заново, занижая битрейт. -fs отрезает куски. Отсюда вопрос следующий, какие параметры -crf, qmin, qmax нужно подобрать, чтобы обеспечивать максимальную подгонку к среднему битрейту без сильных скачков? Я понимаю, что в этом видео вполне может быть кусок, где, как думает вп9, надо хуячить битрейту, но надо его это желание усмирить и чтобы средний не выходил за -b:v независимо от того, пострадает ли этот конкретный кусок по мнению vp9 или нет.
>>1281165 Все туториалы отныне нужно начинать сразу с основ электротехники, переходя к компьютерному железу, низкоуровневым языкам и далее, чтобы у читателя сформировалась полная картина.
>>1281180 Можешь два варианта попробовать: 1) -qmin 10 или -qmin 15, сильно выпереть не должен 2) Просто отрезать по ключевым кадрам проблемные места и сэнкодить их отдельно, а затем склеить
>>1281195 Нет, нужно избавиться от всего легаси, перефигачить все абстракции, придумать новые и простые с учётом последних данных. Только никто этого делать, ясен фиг, не будет. Worse is better, как обычно.
Но когда инопланетянам на вояджере табличку посылали, нормально вот придумали как объяснить. Если бы вообще всё так объясняли и все туториалы/документация/книги так выглядели, было бы отлично. А то сидят в своей области, сами разобрались, а на других похуй. Я вообще не вижу будущего у человечества, если все и дальше будут в свою специализацию погружаться. Без чуваков, которые способны оценить картину целиком, на стыке множества областей, никуда.
>>1281225 Очевидно, эти материалы не предназначены для васянов с улиц, не знающих каких-то основ. Это нормально и существует лишь один путь исправления - проходить эти базовые вещи самостоятельно. Люди не так просто учатся по 5 лет, если было бы достаточно нахвататься верхов для полного понимания. Зависимости у программ - отличная аналогия.
>избавиться от всего легаси, перефигачить все абстракции, придумать новые и простые с учётом последних данных 1) Убираем говно, 2) срём новое, такое же, 3) ?????, 4) ПРОФИТ.
>>1281246 Не согласен с такой категоричностью. Например, много раз находил блоги, которые отлично и просто объясняли темы, которые я раньше не понимал, хоть и неоднократно пытался изучить. И дело не в том, что они сложные, а в том, что обучение до этого было плохое и неэффективное. А у тебя (неявно) выходит, что качество учебного материала всегда одинаковое.
Я вполне допускаю существование программ обучения, которые дают мотивированному ученику такой же уровень понимания за год, как другие (старые и неэффективные) за 5 лет. Главное это понимание, факты можно всегда в справочнике найти. Понимание, к сожалению, просто так не валяется. Гугл и википедия здесь совсем не помошники, они решают совершенно другую задачу — напомнить специалисту сведения, которые он подзабыл (так называние known unknowns vs unknown unknowns).
>>1281302 Я не вчитывался в линк, но мне показалось, что там даётся обычный университетский курс по какой-то узкой тематике. Таких курсов студент проходит десятки, ничего удивительного в том, что они требуют, чтобы человек прошёл до этого другие.
>>1281322 Так-то да, если тебя учат по какой-то программе и она хорошо составлена, то всё отлично — сиди и понимай. Это был мой баттхёрт на тему того, как сложно мимокрокодилу начать заниматься и заниматься эффективно какой-либо новой для него темой. Слишком много информации, слишком много абстракций. Самому это всё ужасно долго, нудно и трудно изучать — книг много, программы нет, да и мотивация не резиновая. Обычно видео-туториалы/презентации спасают — информация с них мгновенно поглощается и составлены они как правило качественно, дают самую суть. Но не для всего они есть.
Кто-нибудь знает ещё нормальные посты/книжки по основам? Нашёл пару книжек по H.264, так их даже фиг на торрентах скачаешь. В блог-постах обычно слишком поверхностно всё.
Аноны, можно ли как-то установить windows на флешку? Есть жесткий диск с похереной виндой, который не грузится. Хочу загрузиться с флешки, чтобы с нее посмотреть файлы на этом диске
Почему, если я восстанавливаю данные с отформатированной флешки, объем восстановленных файлов становится в несколько раз больше? Файлы, весившие ~ 5Gb весят после восстановления больше 200Gb
>>1281225 Спасибо, qmin 10 вроде как работает, битрейт получается ровно столько, сколько указано. Еще такое интересно, не существует ли какой-нибудь магии в вп9, чтобы сложную картинку нормально пережимало? Сложная, в моем случае, это .ts запись музыкального шоу, где много световых эффектов и экран за артистами, на котором постоянно мигают лампочки, особенно это заметно при крупных планах. Понятно. что битрейту надо поддать, но, например, veryslow в случае с h264 делает заметно лучше. Использую speed 1. Еще немного пидорасит цвета, не знаю как это объяснить, но из-за общей нехватки битрейта видимо еще и цвета смазываются.
>>1281707 Странно что H.264 у тебя лучше выходит, VP9 его должен раза в 1.5-2 делать по качеству в среднем. Крутилок в VP9 практически и нет никаких (кроме очевидных -speed, -quality), а которые есть (вроде -aq-mode) не похоже чтобы заметно влияли. Скинь небольшой кусок, мне интересно потестить. А так - -quality best -frame-parallel 0 -tile-columns 0 могут чуть улучшить качество по сравнению со -speed 1. Цвета в любом случае будет пидорасить. Во-первых, в 4 раза уменьшается цветовая плотность из-за субдискретизации yuv420p. Затем, ещё потери на квантовании. Ну и даже при yuv444p lossless возможны некоторые потери на операциях с плавающей точкей.
>>1281738 >в 4 раза уменьшается цветовая плотность из-за субдискретизации yuv420p Хотя, здесь я наврал. С вероятностью 99% на входе будет уже yuv420p, а luma и chroma в большинстве кодеков обрабатываются отдельно. Значит на дискретизации дополнительных потерь не будет. Вот если у тебя на входе yuv444p или rgb24 какой-нибудь, то да.
>>1283729 Тестовых видео, похоже, в 8K ещё не сделали. Можешь 4K здесь скачать и апскейлить: https://media.xiph.org/video/derf/ Либо взять на ютубе настоящий 8K футаж, но он будет пожатым.
>>1283731 Что здесь ебанутого? 4K уже давно мейнстрим, 8K ближайшее будущее. Самое время тестировать кодеки и пайплайн. Я апскейлил VP9 в 8K, всё нормально работало и игралось, например.
>>1283785 >8K ближайшее будущее О чём ты говоришь, поехавший камера под 8k появилась пару месяцев назад, ёпт. Без объективов-хуективов под сотку евро стоит http://www.sony.co.uk/pro/product/broadcastcamcordersdigitalmotion/f65/overview/ А доступной инфраструтуры под съемку-передачу 8K в зачатках нету, только ебанько типа тебя апскейлят чтоб перед друзьшками выебнуть. Хули таким помогать - конченые же полдурки-задроты с маняфонтазиями - пускай в гугл пиздуют апскейлить
>>1283818 >камера под 8k появилась пару месяцев назад И как это противоречит тому, что я сказал? Ну и ты бы хотя бы в википедию заглядывал - в 2013 уже была камеры, а япошки с конца прошлого века успешно тему изучают. >А доступной инфраструтуры под съемку-передачу 8K в зачатках нету Проблемы слоупоков. Моя инфраструктура отлично под съёмку-передачу 8K подходит и весь цивилизованный мир к 8K уже адаптируется. Даже на ютубе есть 8K. В 2016, думаю, станет более-менее мейнстримом. А сейчас уже у каждого второго 4К монитор, между прочим, и Full HD это жалкий квадратик. Через пару лет 4K будет выглядеть также. >апскейлят чтоб перед друзьшками выебнуть Есть реальные 8K футажи. Кроме того, камера не единственный источник видео - анимацию, скринкасты, моделирумые видео никто не мешает хоть в 128K делать. >пускай в гугл пиздуют апскейлить Пикрелейтед.
>>1283863 Тестовые футажи это несжатые видео, обычно в YUV4MPEG2 формате. Никто в здравом уме кодеки не будет тестировать на футажах уже пожатых каким-то другим кодеком (но для любительских тестов - вполне). А из ютуба оригинальный футаж не вытащить.
>>1283877 На таких искусственных видео никто кодеки не тестирует, посмотри на коллекцию Xiph. Если надо, можно хоть в ffmpeg, хоть в блендере, хоть в любом видео-редакторе сделать или даже векторную анимацию отрендерить в нужном разрешении. Только это осбо не лучше апскейла или пожатого футажа в плане сравнения/тестирования.
Вот если взять исходники проекта блендера какого-нибудь 3D мультика и потратить N месяцев на рендеринг коротенькой сцены в 8K, то да, был бы нормальный футаж. Но проще купить 8K камеру и самому снять или может продаётся где уже. Аплойдер Ghost Towns на ютубе предлагает на почту писать.
Лол, решил не искать тру-8к видео, а просто растянул обычное видео до 8к. Но потом выяснилось что на дваче лимит как для картинок - не больше 4000 пикселей
>>1282178 > -tile-rows и -tile-columns > Указание этих параметров влияет на качество? Влияет, но обычно не очень сильно, зависит от характера анимации.
>>1282246 > При указании размера кадра не работает многопоток. Минимальная ширина тайла ограничена 256 пикселями вроде.
>>1283729 > Хочу сделать 8K вебмку, но нигде не могу найти сурс для нее в таком разрешении. Так отрендерь же! ioquake3 +set r_mode -1 +set r_customwidth 7680 +set r_customheight 4320 +demo four +video out.avi Хинт: вместо out.avi можно подсунуть FIFO, через которое забирать поток ffmpeg'ом. Правда, после 2гб будут соснули из-за костыля совместимости с fat.
>>1284106 > А можно попросить разъяснить все эти параметры Там пикча же есть. Ну да ладно. — movie читает файл, параметр s=da+dv включает звук+видео в указанном порядке, в поток [a0] попадает аудиодорожка, видео остаётся идти дальше по цепочке (в trim); — trim отрезает первые 60 секунд видеодорожки; — atrim делает то же самое с аудио; — movie с параметром sp=120 читает ролик с указанной позиции; — сoncat соединяет потоки. > ссылку, где про эту опцию почитать https://www.ffmpeg.org/ffmpeg-filters.html
Олсо, то же самое делать несколько удобнее при помощи melt из MLT framework.
>>1284906 Но антифорсом тут занимаешься только ты. Известно, что пердолей всегда был тот, кто бабахнул от неосиляторства прыщей и засрал сосач (или тогда ещё тиреч?) воплями про свой пердолинг с консолькой (это ведь ты, я правильно понял?), а >>1284761 — не антифорс, а объяснение причин этого и приведение появившегося в результате форса слэнга к адекватности происходящему.
Ананасы, нид хелп. Есть видосы, которые через сосноль кодятся только до какого-то определенного времени, потом ffmpeg крашится и всё, хоть убейся. Быченые гуи тем временем кодят такие видосы полностью, но кач-во заметно хуже, чем через консоль. Из-за чего может крашиться ffmpeg, как это лечится?
>>1285393 У меня были крэши только при воспроизведении с помощью ffvp9 некоторых видео пару месяцев назад, ну и куча артефактов. Но это всё пофиксили. При кодировании ffmpeg/libvpx у меня ни разу не крешились.
Скидывай видео, скидывай команду, скидывай версии ffmpeg и libvpx. Ну и сразу планитовый совет: пробуй на самых последних версиях из гита. Если всё ещё крэшится, но надо репортить.
Олсо, pituz, запиливай в следующий раз в шапку треда капсболдом что при любых проблемах/вопросах надо в первом же посте предоставлять всю необходимую информацию. Я просто охуеваю с культуры репортов на этой борде.
Аноны, можно ли заставить ffmpeg использовать несколько ядер по умолчанию, передать -threads N возможности нету. собран с --enable-runtime-cpudetect --enable-pthreads
>>1286005 Напиши для Daala лучше, там референсный энкодер совсем никакой и однотредовый. А VP9 и так нормально параллелится на средних итоговых разрешениях. Впрочем, обещают 2x прирост после этого: https://review.xiph.org/820/
>Основным (и в большинстве случаев достаточным) инструментом конвертирования видео в формат webm является ffmpeg Какие еще есть инструменты лучше ffmpeg?
ffmpeg -ss 1:10 -i animu.mkv -t 40 -b:v 0 -crf 30 out.webm - какого хуя этот уебок пишет, что no such file or directory ? Файл animu.mkv лежит в папке с ffmpeg. И да, это спермерка.
>>1286834 >Viewing this content requires Adobe Flash Player. You can download Adobe Flash Player from http://get.adobe.com/flashplayer/. Лол. Тебе объяснить куда с такими сайтами пойти? В 2015 никто в здравом уме больше не использует флэш, он мёртв.
Поясните вендобыдлу. Вот я такой взял картинку, взял музяку, вроде бы набрал команду на статичную картинку с музыкой, как вдруг понял, что не ебу, куда закидывать эти самые картинку с музыкой. Помогите, люди добрые. инфибио:в анус себе запихайпробовал, не помогает
>>1286718 Лучше для какой цели? ffmpeg является наиболее универсальным и простым в использовании средством, ему просто нет аналогов. А то, что есть — фронтенды либо к нему, либо к его библиотекам.
>>1287355 > В чем разница между static и shared версиями? В способе включения библиотек подпрограмм. > Многопроцессорность в которой из них. Она не зависит от способа линковки.
>>1287360 > куда закидывать эти самые картинку с музыкой. Куда хочешь. Главное — указать путь к ним в командной строке.
>>1287450 У них на самом деле много крутых идей: https://datatracker.ietf.org/wg/netvc/documents/ Другие компании тоже подтягиваются, вон циска уже Thor свой прислала. Остаётся только всё это скомпоновать и написать эффективную реализацию.
Кстати, 20/22 июля будут доклады по NetVC с нового IETF: https://datatracker.ietf.org/meeting/93/agenda/netvc/ Первая их встреча после утверждения WG. Глядишь, скоро движуха начнётся как было с CELT/Opus на их заключительном этапе.
>>1287360 Начальный нуб-уровень таков: кидаешь всё в одну папку (ffmpeg.exe, картинка.jpg, музыка.mp3) и в ней же пишешь сделать_заебись.bat без полных путей.
>>1240405 3 день учусь кодировать, есть пара вопросов. 1. как кодировать в vp9 с переменным битрейтом, не превышая лимит. Как я понял, необходимо использовать -crf, но все время либо размер слишком большой, либо кусок проебывается. 2. как кодировать вебм из матрешек, используя не первые аудио/видео дорожки.
>>1288064 > Как я понял, необходимо использовать -crf Нет, не необходимо, но желательно. Главное — посчитать битрейт. Правда, с укладыванием в него libvpx часто фэйлится, особенно если он старый. > 2. как кодировать вебм из матрешек, используя не первые аудио/видео дорожки. https://github.com/pituz/webm-thread/wiki/ffmpeg#Выбор-потоков-дорожек
Как должен выглядеть первый проход, если второй проход такой >ffmpeg -i "file.ext" -c:v vp9 -sws_flags lanczos -vf "scale=-1:720, unsharp=5:5:1.0:5:5:0.5" -r 30 -b:v XXXXk -an -sn -lag-in-frames 25 -auto-alt-ref 1 -quality good -pass 2 "out-v.webm" то есть какие из этих ключей имеют значение для первого прохода?
>>1288325 > -lag-in-frames 25 -auto-alt-ref 1 -quality good Эти не имеют, остальные имеют.
>>1288361 Это не лог, а скриншот его конца. Трудно выложить весь вывод из терминала на пастебинку? Олсо, у тебя какая-то хуита с вводом команд. Такое ощущение, что ты вставляешь из буфера обмена следующие, не дождавшись выполнения предыдущих.
>>1288286 > Главное — посчитать битрейт. Основная беда. То есть, все равно наверняка не всегда получится подобрать битрейт, а с увеличением числа ошибок кратно растет и время кодирования, которое и так не маленькое. Ладно, на такой ответ я и рассчитывал примерно, и на том спасибо, анон!
>>1288860 Тогда вопрос другой. Есть .ts файлы изначально хуево сделанные, их нужно обрезать точно, хотя бы по секунде. Иногда получается, что кусок вообще никак не отрезается, неважно сколько указывать 1, 2, 2.5 секунды итд. Иногда бывает после обрезки идет звук, но видео нет секунд 5 при перемотке файла, итд. Как все это правильно обрезать? Как я понял ffmpeg -i input -ss time -to time -c: copy output делает максимально точно, но дико долго. Еще варианты есть? -ss до -i и -t не дают точного результата.
>>1288888 Можно сделать так: ffmpeg -ss 00:10:00 -i video.ext -ss 00:00:05.25 -c copy out.ext Нужно будет поэкспериментировать со значением -ss до и после.
>>1288888 Для начала попробуй их перепаковать, дабы перестроить индекс. Найти ближайший кейфрейм и посчитать его смещение можно так: ffprobe -hide_banner -loglevel error -i video.flv -select_streams 0:v -show_frames -of csv | awk -F, 'BEGIN{ss=10} !$3{next} $5>ss{print prev_kf " " ss-prev_kf; exit} {prev_kf=$5}' (третье поле — 1 или 0 если кадр ключевой или нет соответственно, пятое — тайминг кадра).
>>1289121 Я чувствую, что ты хочешь сказать что-то дельное, но я даун. Мне для дауна, пожалуйста. Перепаковать, это вытащить звук\видео, запихнуть их обратно в мною созданный контейнер? Но это 10 гигов, если, например. А вот со вторым я совсем не понял, извини.
>>1289152 Для того, чтобы без перекодирования вырезать часть видео, фрагмент должен начинаться с intra frame, иначе плеер не сможет корректно начать воспроизведение и картинка будет висеть/содержать артефакты до следующего intra frame. Оборвать фрагмент обычно можно безопасно в произвольном месте - декодер успешно дойдёт до конца файла и произведение на этом закончится. Исключения разве что кадры со ссылками вперёд (B-frame/AltRef), но такие ссылки обычно в пределах нескольких кадров, так что неточность/артефакты минимальны.
Соответственно, тебе нужно найти ближайший ключевой кадр к интересующей тебя точке и использовать его таймштамп в значении ключа -ss. Можно использовать любую программу, отображающую информацию по кадрам, с помощью ffprobe в простом случае это делается так: 1. Выполняешь ffprobe -show_frames -select_streams v file.mkv > frames.txt 2. В получившемся файле frames.txt в любом текстовом редакторе ищешь строчки key_frame=1 3. pkt_pts_time содержит время, в которое данный кадр должен быть отображён; соответственно, берёшь подходящий ключевой кадр и используешь его время в -ss
-ss перед -i и после в случае -c copy, насколько я знаю, отличаются только тем, какой брать ключевой кадр в случае, если заданное время на него не попадает - перед или после. Но это уже мелочи - имея время ключевого кадра на руках, можно дальше дотюнить команду как тебе надо. Ну и вот это прочитай: https://trac.ffmpeg.org/wiki/Seeking
Анон, помоги пожалуйста, я больше не могу. Удаляю его из программ и компонентов, а оно не удаляется а исчезает. На следующий день появляется под другим именем. Всплывающие окна и реклама на весь экран в хроме, добавляются баннеры в результате поиска в гугле. Переустанавливал хром, чистил реестр ccleaner, снимал задачи - хватает до перезагрузки винды.
>>1289809 mkvmerge --split 10000k in.webm -o out.webm нарежет out-001.webm и т.д. по первым ключевым кадрам после указанного лимита. Какая-то не влезет — уменьшай лимит.
>>1289846 спасибо хоть чтото, хотя конечно костыльно, почему интересно они сами не могли определять влазит ли ключевой кадр в лимит или нет, и если нет то переносить его в новый файл
>>1289862 > а в FFmpeg данной функциональности нет? Есть -fs, завершающий кодирование по достижении лимита. Можно накостылять скрипт, который будет после этого кодировать следующую часть.
Очевидно, так быстрее. Можешь написать свою реализацию или форкнуть mkvmerge.
>а в FFmpeg данной функциональности нет? -f segment -segment_times Только границы фрагментов самому придётся считать. Впрочем, это несложно, используя тот же ffprobe.
>>1289878 >Можешь написать свою реализацию или форкнуть mkvmerge. Сейчас только шнурки поглажу и форкну...
> -f segment -segment_times Только границы фрагментов самому придётся считать. Впрочем, это несложно, используя тот же ffprobe.
Можно поподробнее с примеров, видел данный функционал в доументации ffmpeg, но как его юзать не понял вообще, даже не смотря на то что юзал примеры из доков. Что значит: >Только границы фрагментов самому придётся считать. Т.е. надо указывать конкретные места где резать? Т.е. если надо порезать на 100 частей, то сто мест надо указывать?
Filename: - cюда пишешь путь к исходному файлу или просто мышкой перетаскиваешь Output: - сюда имя файла, который будет в с превьюшкой без расширения (.webm) FrameTime: сюда время, откуда брать превьюшку, например, 00:10 - c 10 секунды
>>1289205 Спасибо, я это попробую, как попадется подходящий материал. Еще скажи пожалуйста, если знаешь, чисто технически m2t, m2ts, ts, tp это все только контейнеры? Если из исходного m2t при обрезке сделать ts плееры не охуеют? У меня мпц-хц нормально себя ведет, но этот контент идет для других людей, и как бы другие плееры не послали нахуй.
>>1290350 Надо бы -g при энкоде поменьше ставить, а то слишком неравномерные фрагменты выходят. Ещё есть вероятность, что размер фрагмента таки лимит превысит, т.к. ты смотришь на позицию видео-кадра в файле, а там ещё и аудио-фрейм пойдёт + не учитывается постоянно увеличивающееся смещение на webm хидер в каждом файле, кроме первого. Но это так, мелочи.
>>1290370 > Надо бы -g при энкоде поменьше ставить Я бы не стал делать это универсальным советом: это же снизит эффективность сжатия, в некоторых случаях значительно. Лучше уж тогда пережимать неделящийся кусок с -force_key_frames. > Ещё есть вероятность, что размер фрагмента таки лимит превысит, т.к. ты смотришь на позицию видео-кадра в файле, т.к. ты смотришь на позицию видео-кадра в файле, а там ещё и аудио-фрейм пойдёт + не учитывается постоянно увеличивающееся смещение на webm хидер в каждом файле, кроме первого. Да, есть такое, около 10кб прибавляется. Пофиксил: http://pastebin.com/xyQ1SEya
>>1290004 >чисто технически m2t, m2ts, ts, tp это все только контейнеры? Если из исходного m2t при обрезке сделать ts плееры не охуеют? Если реализация корректная, то из контейнера в контейнер перекладывать совершенно безопасно, т.к. контейнер это просто способ представления потоков информации (видео/аудио-треки, субтитры и т.д.). Конкретно про эти контейнеры не в курсе, впрочем.
>>1290848 > > без потери качества видео и аудио Качаешь при помощи youtube-dl vp9+vorbis, режешь на части под лимит при помощи >>1290397. Ну или смиряешься с потерей качества и перекодруешь с понижением разрешения и повышением квантизации.
>>1290869 >перекодруешь с понижением разрешения и повышением квантизации. а можно сразу готовые скрипты? я вот посчитал битрейт, делаю все по вики, но все равно не получается
Чому при указании avconv maxrate и minrate битрейт все равно не фигачит как хочет, а при указании -b:v качество-говно? Алсо, почему то у него 200kbit/s - то не 200k, а 20k.
Анон, будь добр, помоги. Мне тут передали - юзать qmax с b:v чтоб не проседал битрейт при кодировке. Как определить значение qmax для того, чтоб это все заработало?
>>1291042 Еще сюда же: при двухпроходном кодировании битрейт во втором проходе падает до 20-30, даже при прямом указании -b:v 200k. Чтобы он поднялся до 200-300k, нужно писать огроменные числа типа 2000000, но тогда по всему видео идут артефакты.
UPD Спермоскрипта для превьюшекhttp://pastebin.com/arsdJduC Основано на гайде из вики Bat-файл положи в папку bin (рядом ffmpeg.exe)
Filename: - cюда пишешь путь к исходному файлу или просто мышкой перетаскиваешь Output: - сюда имя файла, который будет в с превьюшкой без расширения (.webm) FrameTime: сюда время, откуда брать картинку для превьюшки, например, 00:10 - c 10 секунды
Теперь все должен работать с русскими буквами и пробелами
>>1291188 > Основано на гайде из вики > ffmpeg -hide_banner -ss %t% -i %f% -vframes 1 -c copy -an -y TEMP_EasyPrev_preview.webm Ты врёшь: такой хуйни как копирование кадров с начала GoP'а до указанного кадра там не было.
>>1291188 > set /P f="File: " > set /P o="Output File: " > set /P t="FrameTime: " Нахуя вы используете интерфейс пошагового ввода? Вы что, совсем ебанутые? Это же напрочь убивает возможность автоматизации и удобство повторного запуска.
>>1291229 > Пердолики с мокрописечными гуями вроде xmedia recode и прочие клепальщики распидорашенного кривопиксельного говна из порнотреда со своими воплями о ненужности консоли не нужны сами — пусть сначала научатся делать качественные вебмки, а потом уже лезут сюда с советами.
>>1291201 >Ты врёшь: такой хуйни как копирование кадров с начала GoP'а до указанного кадра там не было. Это не отменяет того, что я вдохновлялся вики-гайдом >>1291215 Я об этом не подумал, ибо нуб. Вот http://pastebin.com/t9vrLcKH Работать будет так: easyprev.bat C:\video.webm "video s prev" 00:10
>>1291256 А теперь скрипту не хватает справки вместо «echo ##### Error! #####» и кавычек в параметрах -i ffmpeg'а.
Олсо, я бы ради лаконичности убрал средний параметр и сделал бы имя файла из исходного: /path/to/movie.webm → movie.pr.webm. Правда, не знаю, насколько это будет просто сделать в cmd (в zsh так: "$filename:t:r.pr.$filename:e" — t отрезает путь, r — расширение, e — всё кроме расширения).
Олсо2, -c copy — это всё-таки не дело: копируются лишние кадры, которых иногда может быть много. Вроде бы видеодорожки VP8 и VP9 без проблем склеиваются даже с разными параметрами сжатия, главное чтобы pixel format совпадал, ну и желательно timebase не менять (а куча нерабочих вебм получалась из-за проблем со склеиванием звука в opus'е). Остаётся вытащить из инфы об исходнике видеокодек.
>>1291275 >Вроде бы видеодорожки VP8 и VP9 без проблем склеиваются даже с разными параметрами сжатия, главное чтобы pixel format совпадал Это каким таким образом, если декодер для VP8 и VP9 инициализируется по-разному и вообще это принципиально разные кодеки с разным битстримом? Или ты про склеивание двух VP8/VP9 между собой? Тут по идее даже разный pixfmt должен работать, просто не все плееры поддерживают.
Вот что говорит RFC VP8 по поводу разных разрешений: >https://tools.ietf.org/html/rfc6386#section-5 > As will be seen in the description of the frame header, the image > dimensions are specified (and can change) with every key frame. > These buffers (and any other data structures whose size depends on > the size of the image) should be allocated (or re-allocated) > immediately after the dimensions are decoded.
А вот структура vpx_image: https://tools.ietf.org/html/rfc6386#section-20.23 , формат кадра в неё входит. Про смену субдискретизации в VP8 ничего не сказано, т.к. там только yuv420p (а про alpha plane почему-то в секции про декодинг ничего нет), но по общей логике меняться может и она. Правда, я только бегло RFC смотрел, может где уточнения есть.
>а куча нерабочих вебм получалась из-за проблем со склеиванием звука в opus'е На самом деле их склеить можно правильно: https://tools.ietf.org/html/draft-ietf-codec-oggopus-08#section-7.2 Но существующие муксеры, похоже, работают не так, а просто преклеивая последний аудио-фрейм первого файла с первым фреймов второго, а так делать нельзя в общем случае, т.к. разные количества семплов и прочие заморочки low-latency кодека, Terriberry аж полэкрана исписал с объяснениями. Проблема частично решается перегонкой в Ogg контейнер и обратно. Костыль и GIGO, но работает.
>>1291316 > Это каким таким образом, если декодер для VP8 и VP9 инициализируется по-разному Я неясно выразился, речь о них по отдельности: о склеивании VP8 с VP8 и VP9 с VP9. > Проблема частично решается перегонкой в Ogg контейнер и обратно. Лол, работает: >>1290358 исправилось.
Было бы интересно добавить ещё x264, x265, daala к сравнению, дополнительные метрики помимо PSNR (разработчики Daala особенно FastSSIM любят) и энкодить последовательность кадров из 10, чтобы можно было оценивать не только эффективность INTRA (или даже энкодить минуту, а брать потом каждый 5-ый кадр или что-нибудь вроде этого). На https://arewecompressedyet.com/ всё это есть, но без скриншотов, а сухими цифрами, поэтому не так наглядно.
Сам бы сделал, но лень пока. Кстати, неплохая идея для веб-сервиса — оценивать последние достижения в области кодекостроения. Можно даже с няшненькими интерактивными сравнилками типо как здесь: https://xiph.org/~xiphmont/demo/daala/update1-tool2b.shtml
>>1291455 Ещё насчёт HEVC vs Daala. Особенно много сравнений пока не делал, но больше всего бросается в глаза такое отличие: HEVC лучше сглаживает, картинка поровнее выходит, меньше блочности, зато у Daala сохраняется больше деталей. Что из этого лучше — вопрос спорный, тем более при активном движении в кадре.
>Олсо2, -c copy — это всё-таки не дело: копируются лишние кадры, которых иногда может быть много Есть же -vframes 1, который не позволяет копировать больше одного кадра. Но теперь и так нет -c copy, поэтому неактуально
Офигенная штука. Вот это я понимаю обёртка — нормальный гуй, доступен на любой платформе и ставить ничего не надо. С учётом лимита размера файлов на бордах и ~0.3-0.7 производительности от натива в основных браузерах, выглядит очень практично.
И никаких мощностей под это не требуется — можно хоть в сосач встраивать, хоть в юзерскрипт. Всё работает на клиенте, а потому бесплатно. Очевидная идея для стартапа! (А сейчас ещё WebAssembly запилят, так вообще всё в веб перейдёт.)
>>1292315 >Но заставлять её кодировать VP9 — извращение Поясни? Я никаких преград не вижу. В Firefox Nightly уже даже SIMD есть. Да, просадка некоторая будет ещё какое-то время, но ради возможности энкодить и прекреплять мелкие вебмки прямо из браузера, оно того стоит.
Ну и это всё в любом случае в ближайшее время станет мейнстримом. Препроцессоры, emscripten, asm.js, WebAssembly — направление развития и отрасли максимального вложения сил, в том числе и крупнейших компаний, отлично прослеживаются.
>>1292362 Если в будущем это всё будет сравнимо по производительности с нативным кодом, то ок. Но сейчас на релизном ff оно жрёт кучу памяти и тормозит.
1) asm.js отключён 2) Из ffmpeg выпилены все оптимизации, какие только можно 3) emscripten умеет pthreads в экспериментальном режиме 4) SIMD не используется, хотя уже также экспериментально доступно и т.д.
Если задрочить, то на Nightly 0.5 от натива, думаю, можно добиться, а это уже отлично. А некоторые скомпилированные игры вот уже прямо сейчас на стейбле почти как натив, кстати. См. презентации Эйка, он любит играться прямо во время доклада.
Как сделать, чтобы вебмки нормально индексировались?
Сначала делаю что-то типа >avconv -i video1.mp4 -threads 8 -c:v libvpx-vp9 -c:a libopus -b:v 100k -maxrate 150k -minrate 50k -bufsize 4k video1.webm
После чего пытаюсь обрезать черный экран из начала >avconv -i video1.webm -ss 00:00:06 -c:v copy -c:a copy video2.webm
На что он говорит мне >[webm @ 0xe605c0] Codec for stream 0 does not use global headers but container format requires global headers >[webm @ 0xe605c0] Codec for stream 1 does not use global headers but container format requires global headers И копирует только звуковую дорожку. При попытке перемотать video1.webm при просмотре в vlc нихуя не мотается. А mplayer вообще в vp9 не умеет.
>>1293590 > avconv Но в debian'е же вернули ffmpeg. Если у тебя stable, поставь его из http://deb-multimedia.org. > -maxrate 150k -minrate 50k - Нахуя ты это ограничиваешь? > После чего пытаюсь обрезать черный экран из начала А надо было перед: от GoP'а можно отрезать только конец. ffmpeg такие штуки делает нормально (ремуксит дорожки со смещением), но лучше их вообще избегать: воспроизведение лучше начинать с первого кадра дорожки, а не со 180-го.
>>1293600 >Но в debian'е же вернули ffmpeg. Не знал. А зачем тогда с avconv'ом экспериментировали? >Нахуя ты это ограничиваешь? Да всё равно нихера эти ограничения не работают. avconv фигачит битрейт какой хочет. >>1293600 >А надо было перед: от GoP'а можно отрезать только конец. Не знал, что это сложно, спасибо.
Решил опробовать Openshot в CentOS. Отрезал маленький кусочек из avi и созранил в webm. Правда, признаюсь, ломал голову при выборе видеокодека, там их какое-то невероятное количество просто. Формат выбрал webm, разумеется. Но вот боюсь, что с видеокодеком возможно ошибся.
>>1293608 >А зачем тогда с avconv'ом экспериментировали? Потому что майнтейнер Debian из числа революционеров, Ubuntu берёт пакеты из Debian, а остальные дистры то ли сочуствующие, то ли тоже революционеры пролоббировали. Вообще, ты целую драму пропустил: http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html А также километровые треды в багтрекере дебиана и прочих дистров, т.к. libav ломает половину софта. Но ведь киса обиделась и такие вещи как работоспособность приложений никого не волнует. (Debian вообще те ещё упорки — то openssl «пропатчат», то сломанные пакеты в «stable» кладут.)
А вот это только недавно заметил, вообще забавно: https://www.ffmpeg.org/legal.html#legal_threat Как дети, ей-богу. А вот ffmpeg этот форк только добавил популярности и активности в разработке — libav теперь всеми воспринимается как нестабильная херня, а ffmpeg как отличная и надёжная библиотека.
>>1293590 >Как сделать, чтобы вебмки нормально индексировались? Сам ты индекс. Чтобы было больше ключевых кадров, уменьшай -g опцию.
>А mplayer вообще в vp9 не умеет. Скорее всего старый. mplayer ffmpeg использует (правда, не системный, а собственную in-tree версию), а последний даже собственный декодер имеет. Ну и mplayer в 2015-ом году безбожно устарел, все используют его правопреемника — mpv.
>>1293708 Это ж VP8 ещё и в single pass небось. Почему как здесь не сделать? → >>1245072 >Можно взять любой редактор на MLT — оно вполне себе может в VP9 через плагин вывода avformat. Да и возможность испоьзования консоли со всеми плюшками есть: сохранённый проект можно скормить неинтерактивному фронтенду melt. Или просто в лосслесс сохранять, а кодировать ffmpeg'ом.
>>1294421 > Догадываюсь, что видео размером 6мб не получилось, потому что оригинал весил полтора гигабайта. От размера исходника ничего не зависит. Важны сжимаемость, продолжительность и разрешение видео. На предельных факторах квантизации удержиавать битрейт не получается, это нормально. > Но почему при попытке отрезать 110 секунд начиная с 55-й секунды получается видел размером 21 мегабайт? Потому что ты не просто отрезал, а пережимал с потерями ещё раз — т.е. жал не только исходное видео, но и артефакты сжатия.
Аноны ! Помогите дауну, пожалуйста. Пытаюсь научиться делать webm. Нужно сделать статичную webm с картинкой и mp3 файлом. Вот что я пишу: ffmpeg -r 1 -loop 1 -i 1.jpeg -i 2.mp3 Ffmpeg выдает ошибку: No such file or directory Помогите дауну, пожалуйста. Win XP Prof SP3
>>1294709 Спасибо, вроде разобрался. Написал ffmpeg -r 1 -loop 1 -i 1.jpeg -i 2.mp3 output.webm и процесс пошел. Файл уже весит 20 Мб, как сделать webm длительностью 32 сек. ?
>>1240405 Товарищи, я, конечно, чайник полный, и потому возникла проблема: не добавляется превью. Делаю все по Вики, но в конечном видео остается просто черный экран. Подскажите, что неправильно?
Помогите спасите. При склеивании аудио и вебм не работает параметр длины отрезка ffmpeg -ss 8:50 -i C:\!\SPICEanime.mkv -t 45 -i C:\Users\Oleg\spice.webm -map 0:a -c:a libvorbis -q:a 9 -map 1:v -c:v copy SPICEFULL.webm Начинает обрезать с 8:50, но не заканчивает через 45 секунд, а продолжает до конца(14 минут)
ffmpeg -ss 8:50 -i C:\!\SPICEanime.mkv -t 45 ^ -i C:\!\spice.webm ^ -map 0:a -c:a libvorbis -q:a 8 ^ -map 1:v -c:v copy SPICEFULL.webm Наклепал таким макаром, все равно параметр -t не работает. Пиздец просто, решил проблему ручным обрезанием в консоли на нужном моменте. Но вопрос открыт, какого хуя не обрезает?
ffmpeg -ss 8:50 -i C:\!\SPICEanime.mkv -i C:\!\spice.webm -t 45 -map 0:a -c:a libvorbis -q:a 8 -map 1:v -c:v copy C:\!\SPICEFULL.webm Перенес -t и всё заработало. Теперь у меня один вопрос, это было настолько очевидно, да? И я даун, да?
Есть .ts запись с японского музыкального канала, хочу вырезать один клип и сохранить в каком-то нормальном формате (mp4, например), но без потерь качества, клип и так старый
Как сделать? Нужно еще полоски обрезать сверху и снизу
>>1297805 >А твоя видеокарта умеет VP9 и прочие форматы? А как это узнать? Просто если, скажем я смотрю вэбмку в браузере то у меня всё лагает, глюки уменьшаются немного если уменьшить размер окна, а если её скачать и смотреть в плеере то все летает на максималочках, так что дело 100% не в железе.
И еще я не понимаю почему в характеристиках видео написано 1440х1080, но скриншоты сохраняются в 1080р, должно же сниматься с оригинального кадра. Вот например, клип с той же программы, но уже без полосок и тоже 1920х1080, что за магия?
Просто у меня монитор 1280х800, 16:10, не могу ничего понять..
>>1297819 >А как это узнать? Нет таких видеокарт. И то, что в браузере тормозит, не означает что десктопный плеер использует аппаратное декодирование VP8/VP9.
>>1297819 > А как это узнать? vdpauinfo / vainfo в зависимости от драйвера видеокарты. btw, в chrome это поддерживается разве что с патчами от chromeos.
>>1297843 > И то, что в браузере тормозит, не означает что десктопный плеер использует аппаратное декодирование VP8/VP9. Это да. Браузеры почему-то до сих пор даже в оверлей не могут.
>>1297820 Это называется анаморф — несоответствие соотношений сторон видеодорожки и экрана. В форматах изображений такой хуйни нет, поэтому для сохранения в них приходится использовать масштабирование.
>>1297820 > 1440x1080 is also known as HDV. HDV was the first consumer form of HD which was tape based. But HD is 16:9 aspect ratio, so the sensor had rectangular pixels (non square - 1.33:1) and when played back, the 'non square' pixels fill the 16:9 screen. > Full HD (1920x1080) uses square pixels, and also fills the 16:9 screen when played back. > I am not really sure how they derive 1440x1080 non square pixels from the sensor, which has square pixels. But, as you may guess, the 1440 HDV image will hold less visual information than the 1920 HD image. Кажется, это такой формат ТВ.
>>1297836 Мне нужно не всё видео, а кусок, с такой минуты.секунды по такую, не вижу, куда это у тебя вставлять. > -q:a 8 Это quality:audio? Помню мне кидали какой-то скрипт, чтобы кодировать мп3+картинку в видео и там полностью сохранялся кодек и качество аудио, нельзя так же сделать? > -qp 0 а это что делает?
>>1297847 А как из 1440 получается 1920? Растягивается? Но оно же нормально выглядит на картинке, более-менее.
>>1297843 >не означает что десктопный плеер использует аппаратное декодирование VP8/VP9 Кажется в настройках к-лайт кодек пака я включал аппаратное декодирование видео.
>>1240405 >Тред про кодирование вебмок. Слепые спермобляди, ищущие прикреплённый «основной» тред, проходят мимо. А почему, собственно, ваш говнотред прикреплен? Можно подумать, кодирование WebM - это что-то охуенно сложное или злободневное.
>А как из 1440 получается 1920? Растягивается? Но оно же нормально выглядит на картинке, более-менее. Твой плеер растягивает изображение до 16:9, зная, что это анаморф, да. На деле кадр выглядит как на пике.
Поясните пожалуйста как выбрать дорожку сабов в mkv? гуглил везде указывают через / copy s или stream, только все равно не пашет. вот к примеру момент из Fury, есть сам фильм в mkv, легко могу выбрать дорожу аудио + видеопотока, но не сабы
Итого: видео-настройки неоптимальны, гибкости не хватает и куча багов в апстриме, которые автор сам не починит. Справедливости ради стоит отметить, что raw-опции ffmpeg передать всё же можно что редкость в подобных программах. Только чтобы сделать нормально в этой гуёвине, придётся всё также читать мануалы и твоя волшебная "кнопку нажал" от этого не спасает, к сожалению.
>>1299282 Бля, а ведь точно. Взял пиваса, кальмаров, захуярил -quality best в один поток, одел очки и сел дрочить на порнуху с 2д шлюхами, жуя кальмары и выпивая пивас. Охуенно, не то что какие-то мокрые сиськи, которые даже не дадут насладиться процессом.
>>1299419 Не использовать его? http://habrahabr.ru/post/255253/в комментах адово полыхает у адептов, которые вложились в умершую технологию, весело Флэш сейчас это как IE6 года 3 назад — ходячий труп. Продолжать его использовать = поддерживать стагнацию, которая так или иначе долго не протянется. Это для всех уже очевидно, только самые слоупоки пока не сделали HTML5 версию. Для чего тебе, кстати?
>>1299443 Ты ссылку вообще читал? Тебе отдают флэш, потому что в браузере он доступен. Стоит его удалить и почти везде будет HTML5-версия. Если нет, то давай примеры на твои "почти везде".
>>1299446 >Ты ссылку вообще читал? Либо я ничего не пони, либо там написана хуита. Если удалить флэш, то везде будет появляться "Для просмотра необходим flash player последней версии"
Все сайты, которые стримят игрушки и не только не умеют в хтмл5 даже с подменой юзерагента. А поддержку лайвстримера ломают через день, ведь он не дает показывать рекламу, и девелоперы лайвстрима очень неохотно выкатывают патчи. Что с этим сделать ты можешь предложить? https://streamup.com/ и http://connectcast.tv/ например. Если ты какой-то магией сможешь заставить их работать без флеша, ну кроме лайвстримера, я тебе отсосу. Особенно раздражает, когда перед началом нужной трансляции выясняется, что лайвстример опять выдает ошибку, патча нет, и приходится включать этот флеш, и держать его на компе в принципе.
>>1299638 > Все сайты, которые стримят игрушки и не только не умеют в хтмл5 даже с подменой юзерагента. А как они тогда на планшетах работают? > А поддержку лайвстримера ломают через день Что-то не помню, когда у меня в последний раз не работал твич. > https://streamup.com/ Возьми браузер на вебките и прикинься ведроидом. Ну или в firefox с юзерагентом ведроида правый клик по неработающему видео → inspect element → копируешь ссылку на m3u8 → открываешь в mpv. Второй не смотрел.
>>1299730 >А как они тогда на планшетах работают? Не имею представления. На телефоне я нажимаю и оно работает. В браузерах я нажимаю и происходит нихуя. ЮА не тот? >твич Я не смотрю твич. >Возьми браузер на вебките и прикинься ведроидом. У меня это не работает, так я бы не спрашивал. >Ну или в firefox с юзерагентом ведроида правый клик по неработающему видео → inspect element → копируешь ссылку на m3u8 → открываешь в mpv. Это работает и через лайвстример, пока они не переделают плейлист. Ну или будет работать, даже если переделают, скармливать mpv я не пробовал. Но мне интересен просмотр именно через браузер. И второй сайт подобное сделать не позволяет, он с недавних пор даже перестал показывать в инспекторе откуда идет поток, может как-то завернуто в .жс, я в этом плохо разбираюсь. Суть же не в том, чтобы поставить пару плагинов и пару программ для просмотра стримов 3 раза в неделю, а чтобы это работало в браузерах без флеша.
Почему ffmpeg при кодировании в VP9 скрикастов в обычном режиме (2 прохода, целевой битрейт) сильно ошибается вниз, получается битрейт намного меньше и качество говно? Зато в режиме crf всё довольно заебись выходит.
>>1299941 >У меня в Midori сработало, понадобилось только UA поставить как у телефона. Connectcast не реагирует на нажатие кнопки, как и фф\хром. Стримап вообще роняет мидори. Сейчас нет времени разбираться почему мидори падает, но за наводку спасибо.
Вопрос не совсем по теме, но треды плодить не хочется. Подскажите, чем обмазать вмп классический, чтобы можно было пидорнуть фпс с 24 до 36? И собственно как это делается?
> пробовал и -vf subtitles=file.mkv:si=номер Не работает без настройки fontconfig'а. > -c:s copy Недопустимо для формата webm, если сабы не в webvtt; даже если сабы в webvtt, они не покажутся без специальных html-тегов на странице, которых тут нет; в firefox такие вебмки вообще не будут воспроизводиться
>>1300519 Бля, забыл пост дописать. В общем, на багтрекере firefox'а упомянутый в последнем тезисе баг сходу найти не получилось, реквестирую тест вебмрелэйтеда (vp9+opus+webvtt, сабы работают в mpv) в nightly.
>>1300523 > не могу найти в мане нужное Не смог написать «split» в поиске?
>>1300534 >реквестирую тест вебмрелэйтеда в nightly Работает, починили.
Только ты намутил какую-то хуйню с муксером. И mpv, и фаерфокс показывают продолжительность в 13 минут, из которых проигрывается только около 14 секунд.
>>1300543 >Только ты намутил какую-то хуйню с муксером. И mpv, и фаерфокс показывают продолжительность в 13 минут, из которых проигрывается только около 14 секунд. Это из-за itsoffset, который я применил вместо -ss. Муксил так: ffmpeg -i shino-dog.webm \ -itsoffset -802.5 -i '/mnt/home/download/anime/hello-kiniro-mosaic/[HorribleSubs] Hello!! Kiniro Mosaic - 03 [720p].mkv' \ -map 0:a -map 0:v -map 1:s -t 13.84718 -c copy -c:s webvtt shino-dog-s.webm Видимо, отрицательные значения -itsoffset вызывают сдвиг таймингов всех дорожек так, что в начале файла получается область без кадров. -itsoffset я применил из-за того, что при -ss на входе сабы резались криво, а кодировать сабы отдельным запуском ffmpeg'а с -ss на выходе было лень.
>>1300559 >-itsoffset я применил из-за того, что при -ss на входе сабы резались криво, а кодировать сабы отдельным запуском ffmpeg'а с -ss на выходе было лень Можно через c:s copy вытащить webvtt (который SRT обычный), пофиксить тайминги и запихнуть обратно.
>>1300563 WebWTT — это не SRT, а несколько другой формат на основе современных web-технологий (а не тех, что были 20 лет назад). За счёт CSS3 он не уступает по фичам ASS/SSA.
> Можно через c:s copy вытащить webvtt (который SRT обычный), пофиксить тайминги и запихнуть обратно. Ты не указал, каким образом ты предлагашь фиксить тайминги. С этим вполне себе справляется и сам ffmpeg c -ss на выходе, если что.
>За счёт CSS3 он не уступает по фичам ASS/SSA Только десктопные плееры это не умеют и вряд ли научатся - CSS3 ты заебёшься реализовывать с нуля, а webkit какой-нибудь для рендера никто встраивать не будет. И редакторов нет.
>Ты не указал, каким образом ты предлагашь фиксить тайминги Да хоть так:
Кстати, я тут подумал. А зачем 2ch-webm-resizer.pl режет по ключевым кадрам, если мы делаем новый энкод и нас структура предыдущего видео вообще не волнует? Можно ведь просто с помощью -ss/-t выбирать части и энкодить их раздельно.
>>1300862 WebVTT, хоть и является потомком SRT, не совместим с ним хотя бы из-за точки вместо запятой в формате времени. Т.е. технически это другой формат.
> В общем, я не понял твою проблему Потому что не было никакой проблемы, а было только выявление причин сдвига дорожек. > и нахрен надо было общую продолжительность корёжить. Исправил: ffmpeg -hide_banner -i '/mnt/home/download/anime/hello-kiniro-mosaic/[HorribleSubs] Hello!! Kiniro Mosaic - 03 [720p].mkv' -map 0:s -ss 802.5 -t 13.84718 -f webvtt s1.webvtt ffmpeg -i shino-dog.webm -i s1.webvtt -c copy shino-dog-s1.webm
> кусок кода Но это же только половина реализации (нет парсинга и вывода сабов), да и кривая, к тому же: в webvtt часы во времени опциональны. Я бы это делал целиком на awk. Вернее, не делал бы вообще — речь была о том, что ничего придумывать сверх -ss ffmpeg'а не нужно.
>>1300953 Я тебе с самого начала говорил, что нужно резать по ключевым кадрам не источника, а тестового прохода с низким качеством/разрешением. И ещё повторял, когда ты запилил реализацию с нарезкой по GoP'ам источника.
> Можно ведь просто с помощью -ss/-t выбирать части и энкодить их раздельно. Разрежешь сцену — снизишь эффективность сжатия.
>>1300984 >Т.е. технически это другой формат. mkv и webm тогда тоже разные контейнеры. Хз нафиг ты к словам придираешься. Фактически WebVTT это тот же SRT с минимальными отличиями. Про то, что отличия есть, я в курсе.
>Я тебе с самого начала говорил Это не я был. >нужно резать по ключевым кадрам не источника, а тестового прохода с низким качеством/разрешением Тут два вопроса: 1) С чего ты взял, что кодек по-другому распределит ключевые кадры, чем в исходном видео? 2) С чего ты взял, что отличия в разрешении/качестве не повиляют на распределение ключевых кадров? >Разрежешь сцену — снизишь эффективность сжатия. Эффективность в любом случае теряется. У VP9 8 кадров в буфере и разрезая видео мы их все теряем. То, что придётся ставить ключевой кадр, мелочи по сравнению с этим. У разрезки на равные сегменты свои преимущества — меньше таких склеек хотя бы будет если у тебя ключевые кадры редки в исходнике и нагрузка равномернее по ядрам распределяется. Можно ещё комбинировать, кстати, — 2 треда с помощью tile-columns и использовать две части, например.
>>1301009 mkvmerge прогони поверх файла. Если какая-нибудь метадата/трек внутри ненужные — -map v -map a -map_metadata -1 -c copy. Версии утилит и их названия можно в хекс-редакторе удалить. Можно ещё попробовать что-нибудь затереть, скорее всего плеер чуть-чуть побитый файл осилит. В крайнем случае удали 1/10-1/2 секунды аудио с конца или пару фреймов видео.
>>1301038 >mkvmerge прогони поверх файла Кстати, ещё у mkvmerge интересная опция --cluster-length. Теоретически может помочь, если туда побольше зафигачить. Ну и всякие дополнительные мелочи вроде --no-cues. Может кто осилит спеку matroska и скажет что оттуда можно безопасно выкидывать.
>>1301038 > Фактически WebVTT это тот же SRT с минимальными отличиями. Но не с минимальными же! SRT не может в йоба-трансформации вроде натягивания текста на трёхмерные объекты, например.
> Это не я был. Думал, что пишет автор того скрипта.
> 1) С чего ты взял, что кодек по-другому распределит ключевые кадры, чем в исходном видео? Но о том, что за кодек в исходном видео и с какими настройками оно кодировалось, нам вообще неизвестно. VP9 делает GoP'ы длиннее чем большинство остальных кодеков с дефолтными настройками. > 2) С чего ты взял, что отличия в разрешении/качестве не повиляют на распределение ключевых кадров? Полагаю, что если отличия и будут, то минимальные. Снижение разрешения/качества никуда не денет смены сцен. Для определения допустимой степени снижения нужны эксперименты. > Эффективность в любом случае теряется. Если резать чётко по тем местам, где кодек запилил бы ключевые кадры при кодировании одним куском, никаких потерь от нарезки не будет. > У VP9 8 кадров в буфере и разрезая видео мы их все теряем. Так они же теряются на каждом ключевом кадре вне зависимости от того, разрезано на нём видео или нет. Ключевой кадр — потеря всей накопленной инфы, начало воспроизведения с нуля.
> Версии утилит и их названия можно в хекс-редакторе удалить. Можно ещё попробовать что-нибудь затереть, скорее всего плеер чуть-чуть побитый файл осилит. Для этого нужен редактор EBML, дабы исправлять заголовки блоков (их длину и смещение).
Вопрос не про ШЕБМ, но про видео-кодирование. Имеется 50+ коротких видосов с GOPRO, в оригинальном качестве. Занимают кучу места. Какой программой можно быстро и просто перекодировать 50 видосов?
>>1301115 >SRT не может в йоба-трансформации вроде натягивания текста на трёхмерные объекты, например SRT сам по себе ничего не может. Какие теги/атрибуты в плеере реализованы, такие и будут отображаться. Хоть атрибут style с тем же CSS и используй.
>VP9 делает GoP'ы длиннее чем большинство остальных кодеков с дефолтными настройками Настройки не обязательно дефолтны. Кроме того, при -g 9999 (дефолтном) бывает что вообще ни одного ключевого кадра на минуты воспроизведения на средне-динамичном видео. Как ты из такого видео собрался информацию по сценам доставать?
>Снижение разрешения/качества никуда не денет смены сцен Для начала надо понять когда вообще ключевой кадр используется. Потому что, как я указал выше, бывает что их вообще практически нет.
>Так они же теряются на каждом ключевом кадре вне зависимости от того, разрезано на нём видео или нет. Да, здесь протупил. Возможно, кстати, поэтому VP9 не любит ключевые кадры использовать даже при смене сцены. У VP8 буфер кадров гораздо меньше.
>Если резать чётко по тем местам, где кодек запилил бы ключевые кадры при кодировании одним куском Ну вот что выходит: 1) Идеальный вариант: сделать энкод тем же кодеком, но целиком, и посмотреть в каких местах расставлены ключевые кадры. Фрагменты должны образовать группы по числу тредов с примерно равной суммарной продолжительность каждая. На практике: не имеет смысла. 2) Вариант хуже: кодируем с плохим качеством и меньшим разрешением, используем эту информацию по ключевым кадрам. На практике: у VP9 даже -speed 4 с меньшием разрешением выполняется долго и куски часто очень неравномерны. 3) Компромисс: используем распределение по ключевым кадрам из исходного видео. На практике: у VP9 ключевые кадры всё равно фиг знает где будут. 4) Компромисс 2: режем исходное видео на равные фрагменты. На практике: с -g 9999 вероятно там будет по одному или парочке ключевых кадров в каждом фрагменте, т.е. сильно хуже не стало.
2) может быть чуть эффективнее чем 4) если повезёт с видео (ключевых кадров достаточно и они образуют группы фрагментов со схожей продолжительностью), но 4) будет 100% быстрее. Я скорее сэнкожу просто с tile-columns тогда, чем буду делать лишний проход. Или, если итоговая ширина маленькая, 2 треда с помощью tile-columns + 2 части. Это гораздо практичнее.
>>1301162 Лол, и с битрейтом для видео в 256k, ага.
>>1301170 > Хоть атрибут style с тем же CSS и используй. Формат srt не предусматривает у элементов атрибута style. Это не html. > Как ты из такого видео собрался информацию по сценам доставать? Написал же — путём предварительного кодирования с пониженным разрешением и качеством. > Для начала надо понять когда вообще ключевой кадр используется. Очевидно же — либо когда в следующий кадр нечего (либо мало чего можно) взять из предыдущего и буферов, либо когда кончается лимит.
> 2) Вариант хуже: кодируем с плохим качеством и меньшим разрешением, используем эту информацию по ключевым кадрам. На практике: у VP9 даже -speed 4 с меньшием разрешением выполняется долго и куски часто очень неравномерны. То, что куски неравномерны — нормально. Вопрос в том, совпадают ли ключевые кадры с пожатым с полным качеством видео и, если совпадают, можно ли ещё сильнее снижать разрешение/качество.
Есть ещё вариант: брать инфу о смене сцен из лог-файла первого прохода. Но для этого нужно научиться его парсить.
> Лол, и с битрейтом для видео в 256k, ага. Для x264 при указании crf битрейт вообще не указывается.
>>1301206 cpu-used при quality=good влияет на используемые алгоритмы/настройки. Чем он больше, тем хуже качество. В ffmpeg по умолчанию 1 и для VP8, и для VP9. Вот здесь можно посмотреть какие используются алгоритмы для каждого уровня в случае VP9: https://chromium.googlesource.com/webm/libvpx/+/0fe589f21ea75db7fbee2a84749d24b5666ad232/vp9/encoder/vp9_speed_features.c#118 "Best practices" для борд это speed=1 для VP9 и speed=0 для VP8. Это обычно даёт лучшее качество при разумных ресурсо-затратах на энкод — VP9 тормозной и на speed=0 вообще беда, а VP8 и на speed=0 имеет вменяемую скорость.
>>1301213 >Формат srt не предусматривает у элементов атрибута style Ссылку на официальную спецификацию формата, откуда ты подчерпнул эти сведения? Перед тем как ты полез в гугль постить мне сюда ссылку на википедию или doom9: официальной спеки нет и по факту теги внутри текста могут использоваться абсолютно любые, главное чтобы плеер умел их отображать. Т.е. например браузер при проигрывании видео с SRT-субтитрами вполне может использовать стилевую информацию из них. >Написал же — путём предварительного кодирования с пониженным разрешением и качеством А я тебе написал, что часто бывает всего один ключевой кадр на всё видео или много на первых секундах и на последних. И что ты резать будешь? >Очевидно же — либо когда в следующий кадр нечего (либо мало чего можно) взять из предыдущего и буферов, либо когда кончается лимит Да ладно. Ну объясни почему тогда в вебрелейтеде ключевой кадр только один, если совершенно чётко меняется сцена. Или почему здесь >>1270932 в видео с кучей сцен только один ключевой кадр (из /b/ уплыл, к сожалению). Мне вот нихрена не очевидно, я слишком часто видел как libvpx-vp9 не ставил ключевой кадр там, где по всей логике он должен был быть. >Есть ещё вариант: брать инфу о смене сцен из лог-файла первого прохода Первых проход в VP9 тоже очень долго выполняется, да ещё и в один поток почему-то. >Для x264 при указании crf битрейт вообще не указывается Показалось что там webm на выходе.
>>1301274 Вообще, я не понимаю, что ты пытаешься выиграть.
- Какая ширина у 99% видео? >=512px - Какая продолжительность видео, при которой паралеллельность больше 2 имеет смысл? От нескольких минут. - Сколько физических ядер присутствует на 99% десктопных машин максимум? 4.
Таким образом, делим видео меньше 1024 пикселей в ширине на две части и имеет просто один лишний ключевой кадр. При такой длине лишние 10-100кб погоды совершенно не сделают.
Единственное возможное применение, которое я вижу — ускорить энкодинг видео с самыми качественными настройками (-quality best -tile-columns 0 и т.д.). Но для этого надо доказать, что ключевые кадры будут расставлены одинаково для обоих энкодов и что этих ключевых кадров будет достаточно при таких настройках-то. Короче, на практике это всё бесполезно.
>>1301413 Так в два прохода и делаю. Он не дает мне битрейта там, где нужно. Единственное, может быть, я в первом проходе что-то не так делаю? Пишет >Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) но я так понимаю, что это нормально, т.к. NUL, нет?
>>1301799 не получится, там внутри флеш-плеера самого этот детекшн зашит, так что локальный веб-сервер ну или жди мокропиську от Васяна, которой еще нету в природе, чтоб сама всё ставила
>>1301850 >Качает список рекламы в XML c сервера adv.gpm-digital.com Для этого плагин должен перехватывать эти запросы и подменять их содержимое. Хз, есть ли вообще в фаерфоксовском extensions API такое. И авторам флэш-плагина легко обойти такие хаки на самом деле - либо зашивать в сам плеер список, либо проверять что отдаваемый XML содержит достаточное количество ссылок, которые также нормально отдаются и имеют правильное разрешение. Тогда в лучшем случае получится подменить только само содержимое картинок. Ещё, чтобы усложнить жизнь, можно использовать айпишник вместо доменного имени, https и какой-нибудь популярный сервер хранения статики. MITM ещё возможен, но усложняется. Короче, будь я автором, я бы придумал дофига разных защит, которые делаются легко, но обходятся костылями вроде кастомного MITM-сервера и т.д.
>>1301887 да, да, там часть придуманного тобой реализована (например оно XML грузит в скрипт, а потом запрашивает появились ли картинки), но суть-то в том, что SWFDecompiler есть прекрасный, доступный каждому школьнику, так что твоя защита будет вся в открытом коде, по сути не отменяя простоты использования гипотетических мокрописечных костылей, которые тебе сделает злой Васян и начнёт везде форсить...
>>1301888 >но суть-то в том, что SWFDecompiler есть прекрасный, доступный каждому школьнику Ну раз ты не его сейчас используешь, а MITM, значит не всё так просто. Ну и от декомпиляции свои методы защиты вроде обфускации, расставления ловушек и т.д. Сломать-то можно, конечно, но для этого сервис должен быть достаточно популярным, чтобы кто-нибудь за это взялся. И результат должен того стоить. Профессиональный софт/игры ломают потому что альтернатив нет, а здесь всего-то реклама.
>>1301898 >но для этого сервис должен быть достаточно популярным, Ну это конкретно для рутуба хак, например, другое дело что нахуй рутуб не нужен, т.к. есть торренты
>>1301901 >другое дело что нахуй рутуб не нужен Помню одно время у них был RTMP (сейчас вроде уже обычный HTTP), и я убил полдня на rtmpdump и подбор параметров, чтобы вытащить поток. Потом оказалось что часть параметров есть в xml-ках с видео-характеристиками, а часть из блог-постов на тему дампа rutube (которые уже устарели к тому времени) взял и всё ок получилось. Иногда на видеохостингах ценные и редкие видео попадаются просто, которых больше нигде не достать. А вот RTMPE с ютуба пока походу так и не научились дампить: https://github.com/rg3/youtube-dl/issues/343#issuecomment-5720544 Или вот это вообще лол: https://github.com/rg3/youtube-dl/issues/5069#issuecomment-77210998 Или вот: https://adblockplus.org/blog/attention-noscript-users Очень забавно наблюдать за срачами между блокировщиками и поставщиками рекламы.
Посмотрел, норм кинцо этот "Батальонъ", спасибо что не мигалков, хоть в кои-то веки хорошо зделали, могут ведь когда хотят! Даже под впечатлениями решил "пострелять" воображаемых фрицев из окна под сабатон, лол. И неудачно клацнул затвором по руке, кожу содрал, кровища, пальчик болит oche, ранили кароч. >>1301799-кун
>>1302031 Сто раз же уже отвечалось. >>1299941 >>1244927 и т.д. Если только ты не имеешь ввиду >>1277946 Ставь -qmax в 30-40 или -crf подгони и всё. У libvpx вообще крутилок практически никаких нет, это тебе не x264. Как можно запутаться в 2.5 основных опциях — я хз.
>>1302060 С квантизацией, к сожалению, тоже не получается, либо я возвращаюсь к тому же качеству, либо выхожу за лимит. Придется, видимо, резать либо смириться.
>>1302427 в 99.9% случаев теперь, так как если в первый раз не попал (по вине ffmpeg), делается по хитрой формуле расчёт нового целевого битрейта на основе получившегося слишком большого битрейта
если зафейлится, можно ещё чуть уменьшить значение коэффициента, но за последние раз 50 мне уже не приходилось так делать
к тому же, я думаю, что будущие версии ffmpeg сами уже не будут так жёстко промахиваться с битрейтом на VP9 >>1302432 веришь или нет, но я ничьи другие скрипты не смотрел, вообще. (поэтому у меня и фич нихуя нет, только те, что для меня самого были мммаксимум необходимые)
>>1302432 >которое до сих пор быстрее всех режет И чем он быстрее чем -tile-columns 2 или этого >>1300953 ? И что там вообще плагиатить? Вызов ffmpeg? Ты его запатентовал?
>>1302434 >к тому же, я думаю, что будущие версии ffmpeg сами уже не будут так жёстко промахиваться с битрейтом на VP9 Проблема в libvpx, а не ffmpeg. ffmpeg к кодированию VP9 никакого отношения не имеет.
>на основе получившегося слишком большого битрейта А как же undershoot? Да и в случае overshoot обычно проще звук переэнкодить, по крайней мере если разница в пределах 0.2-0.5 мб.
>>1302446 >А как же undershoot? Да и в случае overshoot обычно проще звук переэнкодить, по крайней мере если разница в пределах 0.2-0.5 мб. Не мой вариант, я весьма жёстко отношусь к качеству звука. В случае undershoot пока не решил, что лучше делать, он встречался лишь на нефотореалистичных видео (скринкасты), их вообще нормально кодировать только в режиме crf пока что можно. в остальных случаях на него можно забить хуй >Проблема в libvpx, а не ffmpeg. ffmpeg к кодированию VP9 никакого отношения не имеет. я знаю, имеется в виду, что libvpx-vp9 поставляется вместе с ним
>>1302452 >я весьма жёстко отношусь к качеству звука И поэтому используешь Vorbis, который на таких битрейтах (-q:a 3 по умолчанию, ~112кбитс) вчистую сливает опусу? Крутая история. Там обычно требуется всего-то 5-10 кбитс скинуть максимум, чтобы уложиться. Давай лучше будем использовать ABX перед тем как подобные заявления делать?
>он встречался лишь на нефотореалистичных видео (скринкасты) Не только. На фрагментах из аниме без сложных сцен тоже постоянно undershoot.
>>1302461 обычно ставлю больше, 4 и выше и там не всё так однозначно чтобы перейти на опус, мне нужно провести слепые тесты на разных материалах, чтобы оценить его, это долго и пока было лень. ворбис же использую давно в том числе для музыки в плеере и с его особенностями уже знаком
>>1302461 >На фрагментах из аниме >аниме догадайся сам, почему этот сценарий я не тестировал и не планирую :з
>>1302468 > обычно ставлю больше, 4 и выше Я всегда думал, что чем выше значение, тем хуже качество. >ворбис же использую давно в том числе для музыки в плеере и с его особенностями уже знаком Ворбис же не лосслес
>>1302473 >Ворбис же не лосслес отличить от лосслесс-оригинала при кодировании с высоким q (на практике, от 6 и выше) не представляется возможным, это я утверждаю как владелец хороших наушников
>Я всегда думал, что чем выше значение, тем хуже качество.
для звука обычно наоборот, и vorbis в частности традиционно имеет шкалу качества от 0 до 10 (емнип в некоторых модификациях нижняя граница -2, смысл тот же) при этом, при q от 6 и выше используется "честное" кодирование стереосигнала (то есть с сохранением фазы)
Заменяйте на хрен мою мокропиську https://github.com/anonymous2ch/2ch-webm-resizer/blob/master/2ch-webm-resizer.pl на поделие новичка, как только он исправит очевидные фейлы вроде: -bash: ./convert-to-webm.py: /usr/local/bin/python3: плохой интерпретатор: Нет такого файла или каталога Ибо оче хуёво стала моя версия работать, а разбираться желания нет на этой неделе...
>>1302473 >Я всегда думал, что чем выше значение, тем хуже качество. Это при квантовании, потому что это знаменатель (чем он больше, тем мы больше теряем, т.к. деление без остатка). А у ворбиса (libvorbis) просто выбор пресета значениями -0.1 до 1.0 с шагом 0.1, всего 12 штук (не для всех дискретизаций и режимов доступны). Вот пресет для 44.1k дискретизации: https://git.xiph.org/?p=vorbis.git;a=blob;f=lib/modes/setup_44.h;h=958e2f8cf8777d043f2d3ccedde88f54a89c234b;hb=HEAD У libvpx тоже пресеты, но там сделали в обратном порядке — чем больше цифра, тем хуже настройки.
>>1302495 >отличить от лосслесс-оригинала при кодировании с высоким q не представляется возможным Лосслесс следует использовать всегда если нет жётских ограничений по стораджу и полосе передачи. А в 2015 это выполняется практически всегда и для всего. Дело не в том, что разница слышна, а в том, чтобы не портить файлы и есть много хороших причин их не портить. Monty со мной согласен: https://xiph.org/~xiphmont/demo/neil-young.html#toc_lf
>>1302552 Но ведь скрипты принципиально разные. У тебя мультитрединг с помощью разделения на части. Пока только одна альтернатива на Batch есть для такого режима (см. ссылку выше). А простых обёрток и так навалом притом гораздо лучше написанных, потому что webm-buddy это, честно говоря, быдлокод.
>>1302568 Бля, ну ты его попробуй, мало того что он с ffmpeg из гита перестал работать, так и качество убер-говно выходит, короче раз уж такое дело, постараюсь починить, но честно говоря молодым дорога же должна быть куда-то зачем-то
>>1302568 >Лосслесс следует использовать всегда если нет жётских ограничений по стораджу и полосе передачи. А в 2015 это выполняется практически всегда и для всего. Дело не в том, что разница слышна, а в том, чтобы не портить файлы и есть много хороших причин их не портить. Monty со мной согласен: Чувак, я всегда храню лося дома на диске. А в дорогу в плеере лося брать не обязательно. >>1302552 >-bash: ./convert-to-webm.py: /usr/local/bin/python3: плохой интерпретатор: Нет такого файла или каталога Установи python 3, или можешь вручную запустить, передав скрипт питону как аргумент. Охуеть проблему нашёл. >>1302568 >А простых обёрток и так навалом притом гораздо лучше написанных, потому что webm-buddy это, честно говоря, быдлокод. лол, извини, не знаю я питон. я хз просто, на чём ещё скрипты писать, на баше даже при умении получится нечитаемая хрень, ибо write-only язык>>1302641 >У него первый коммит в репе на полгода раньше, чем у тебя. если ты про меня, то это не показатель, так как я постоянно клал хуй на этот скрипт, дел как бы других много в жизни. я бы вообще не стал бы его писать, если б не тотальная безысходность в этой теме.
>>1302671 >А в дорогу в плеере лося брать не обязательно Я когда sansa clip использовал, его flac'ом и кормил. А Rockbox так вообще что угодно вроде APE и ALAC умеет. Sansa поддерживает SD карточки, а они сейчас очень дешёвые. Огромный плюс в том, что ничего переконвертировать не надо. Разве что копировать на карточку дольше.
>Установи python 3 Ты неправильный путь к интерпретатору написал потому что, мало у кого он будет именно в /usr/local/bin. Правильно так: #!/usr/bin/env python3
>я хз просто, на чём ещё скрипты писать Питон самый практичный в данном случае, я не спорю.
>на баше даже при умении получится нечитаемая хрень, ибо write-only язык Вот на баше: https://paste.installgentoo.com/view/150c531f Вполне чисто получилось, как по мне. Чище чем у тебя на питоне, стыдись :3
>>1302693 >Огромный плюс в том, что ничего переконвертировать не надо. Разве что копировать на карточку дольше. Ну мне один хрен конвертировать, т.к. прогоняю через ReplayGain и кроссфид, т.к. плеер это не умеет сам, а слушать без этого — боль и унижение. И время копирования в случае использования лося как раз решает, т.к. я обычно в последний момент перед выходом закидываю в плеер что-то. > Чище чем у тебя на питоне, стыдись мне не стыдно, я прекрасно знаю, что не знаю пистон и прочие скрипты, и в ридми я так и написал, что это быдлокод. мне пох, зато работает. >А чем https://pypi.python.org/pypi/webm не устраивает? >Ну или десяток других: https://github.com/Kagami/webm.py/wiki/Related-links#cli
это надо ещё разобраться — к тому же, чет не помню, чтобы в момент начала моей писанины они были. ну или не нашёл тогда.
> Ты неправильный путь к интерпретатору написал возможно — я не парился вообще, у меня просто homebrew все ссылки в /usr/local/bin делает
>>1302709 >если язык не знать, то нихуя не понятно, инфа 100% Ну давай проведём эксперимент. Новичку или не знающему ни одного языка программирования покажем оба скрипта и попросим примерно объяснить что происходит в обоих и какой из них более понятен. Ставлю на то, что из-за обилия комментариев, приятного форматирования, консистентных и полных названий функий/переменных и легко прослеживаемой точки входа/ветвления скрипт на баше без всяких сомнений выиграет. При том что делает он больше.
>а пистон, как ни крути, есть исполняемый псевдокод Это если уметь. В твоём случае написано совсем плохо и непонятно.
>>1302751 >По-ходу надо засесть за чтение доков опять, cpu-used реально портил качество в полное говно почему-то... для vp9 в сети уже есть конкретная более актуальная инструкция, какие параметры нужны ну и вот тут >>1302423 они как раз используются
>>1302774 Ну к примеру что аргумент в -threads рассчитывается как квадрат логарифма ширины видео/256 по основанию два. Ещё можно добавить врубание/вырубание AQ метода для vp9.
>>1302754 >для vp9 в сети уже есть конкретная более актуальная инструкция Какая еще инструкция в сети, ёпт? man ffmpeg-codecs же почитай - там наиболее актуальная инфа, которой нигде в сети больше нету:
libvpx VP8/VP9 format supported through libvpx.
Requires the presence of the libvpx headers and library during configuration. You need to explicitly configure the build with "--enable-libvpx".
Options
The following options are supported by the libvpx wrapper. The vpxenc-equivalent options or values are listed in parentheses for easy migration.
To reduce the duplication of documentation, only the private options and some others requiring special attention are documented here. For the documentation of the undocumented generic options, see the Codec Options chapter.
To get more documentation of the libvpx options, invoke the command ffmpeg -h encoder=libvpx, ffmpeg -h encoder=libvpx-vp9 or vpxenc --help. Further information is available in the libvpx API documentation.
b (target-bitrate) Set bitrate in bits/s. Note that FFmpeg's b option is expressed in bits/s, while vpxenc's target-bitrate is in kilobits/s.
g (kf-max-dist) keyint_min (kf-min-dist) qmin (min-q) qmax (max-q) bufsize (buf-sz, buf-optimal-sz) Set ratecontrol buffer size (in bits). Note vpxenc's options are specified in milliseconds, the libvpx wrapper converts this value as follows: "buf-sz = bufsize 1000 / bitrate", "buf-optimal-sz = bufsize 1000 / bitrate 5 / 6".
rc_init_occupancy (buf-initial-sz) Set number of bits which should be loaded into the rc buffer before decoding starts. Note vpxenc's option is specified in milliseconds, the libvpx wrapper converts this value as follows: "rc_init_occupancy 1000 / bitrate".
undershoot-pct Set datarate undershoot (min) percentage of the target bitrate.
overshoot-pct Set datarate overshoot (max) percentage of the target bitrate.
skip_threshold (drop-frame) qcomp (bias-pct) maxrate (maxsection-pct) Set GOP max bitrate in bits/s. Note vpxenc's option is specified as a percentage of the target bitrate, the libvpx wrapper converts this value as follows: "(maxrate 100 / bitrate)".
minrate (minsection-pct) Set GOP min bitrate in bits/s. Note vpxenc's option is specified as a percentage of the target bitrate, the libvpx wrapper converts this value as follows: "(minrate 100 / bitrate)".
minrate, maxrate, b end-usage=cbr "(minrate == maxrate == bitrate)".
crf (end-usage=cq, cq-level) quality, deadline (deadline) best Use best quality deadline. Poorly named and quite slow, this option should be avoided as it may give worse quality output than good.
good Use good quality deadline. This is a good trade-off between speed and quality when used with the cpu- used option.
realtime Use realtime quality deadline.
speed, cpu-used (cpu-used) Set quality/speed ratio modifier. Higher values speed up the encode at the cost of quality.
nr (noise-sensitivity) static-thresh Set a change threshold on blocks below which they will be skipped by the encoder.
slices (token-parts) Note that FFmpeg's slices option gives the total number of partitions, while vpxenc's token-parts is given as "log2(partitions)".
max-intra-rate Set maximum I-frame bitrate as a percentage of the target bitrate. A value of 0 means unlimited.
force_key_frames "VPX_EFLAG_FORCE_KF"
Alternate reference frame related auto-alt-ref Enable use of alternate reference frames (2-pass only).
arnr-max-frames Set altref noise reduction max frame count.
arnr-type Set altref noise reduction filter type: backward, forward, centered.
arnr-strength Set altref noise reduction filter strength.
rc-lookahead, lag-in-frames (lag-in-frames) Set number of frames to look ahead for frametype and ratecontrol.
tile-columns Set number of tile columns to use. Note this is given as "log2(tile_columns)". For example, 8 tile columns would be requested by setting the tile-columns option to 3.
tile-rows Set number of tile rows to use. Note this is given as "log2(tile_rows)". For example, 4 tile rows would be requested by setting the tile-rows option to 2.
>>1302782 ага, просто перечислены все параметры без объяснения их практических эффектов. скажи ещё пойти исходный код почитать и выучить матан до 80лвл.
>slices (token-parts) >Note that FFmpeg's slices option gives the total number of partitions, while vpxenc's token-parts is given По-ходу не нужны слайсы моим уже, пускай вон школьник читает доки и переписывает со слайсами, лол, а то в 2 раза дольше кодируется (но приличнее чем раньше, когда раз в 7 дольше ждать приходилось)...
>>1302790 > без объяснения их практических эффектов Там написано что они делают. Да и большинство параметров унифицированные и их значения можно посмотреть из доков x264
>>1302782 >man ffmpeg-codecs же почитай - там наиболее актуальная инфа, которой нигде в сети больше нету ffmpeg всего лишь враппер для передачи параметров libvpx. Самая актуальная информации в исходниках libvpx и мэйлинг-листах. Например, такая: http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2359 Всё это постилось и не один раз в этом треде, кстати.
>>1302790 >скажи ещё пойти исходный код почитать и выучить матан до 80лвл Да, только так и никак иначе. Иначе будешь бездумно копировать чужие инструкции с ошибками, что ты и сделал, включив frame-parallel, например.
>>1302790 лолблядь, дисрегард май пост >>1302796 ЭТОТ, блядь, школьник, ничего хорошего не напишет, еще блядь смешным ему предложение исходники почитать кажется
>>1302800 >Там написано что они делают > tile-columns > frame-parallel Там написано только прямой эффект, а как это сказывается на результате с точки зрения качества — хуй проссышь.
>>1302806 > Там написано только прямой эффект, а как это сказывается на результате с точки зрения качества — хуй проссышь. Попробуй и узнаешь к примеру. Или ты любишь читать чужие тесты?
>>1302804 не смешным, но без знания матчасти это мало, чего даст. я не шарю в разработке видеокодеков, а ты? >>1302808 >Попробуй и узнаешь к примеру. пробовал тащемта >Или ты любишь читать чужие тесты? ну если инфа на wiki.webmproject.org — хуйня, то это было бы очень странно
>>1302815 >я не шарю в разработке видеокодеков, а ты? У тебя какой-то очень странный способ ведения диалога. Вначале явно заявляешь о своём дилетанстве, а зачем пытаешься что-то доказать при этом. Не шаришь, ну так изучай, в этом треде было приведено много ссылок на информацию и книжки по основам видеокодирования и всего прочего. Какой смысл в твоих априори дилетанских высказываниях? Здесь в треде принято делиться проверяемой информацией и систематично подходить к изучению новых вопросов.
>ну если инфа на wiki.webmproject.org — хуйня Она неточна и устарела. Для тебя это неожиданность? Ты думал что раз размещено на поддомене официального сайта, то это даёт какие-то гарантии? Слово вики ни на что не намекает?
>>1303004 А вот мне кажется, что доебывание до здешних персонажей с нарочито-показной глупостью (например настаивание на собственной, единственно верной, трактовке таких понятий как «макроблок», «квантизация», «CRF», «VBR» (в порядке толстоты)) может взорвать немало пуканов у этих джентельменов! Вы только посмотрите как это чмо грамотно, вежливо и красиво пишет >>1302829, явно считает себя лучше и умнее анона! Ничего, когда-нибудь ты покажешь своё истинное лицо, устав объяснять очередному Васяну его неправоту!
>>1303021 Хуже всего на свете это хохол. Это хуже чем пиндос, черножопый хач-грузин или желтолицый. Хохломразь это вид диградировавшего человека. Но даже у нормальных людей может оказаться ген хохломрази, ведь все люди произошли от одной обезъяны. Но каким то чудом в ген хохлов затесался ген свыни.
>>1303272 Так это оба явления являются следствием друг друга. Попердолится консолькой в срачник - и начинает сам с собой разговаривать. Поговорит сам с собой - и консолью в сракотан наяривает. Замкнутый цикл выходит.
sup, /s/, есть моя тян. Отдала свой ноут на починку. Нужна прога, которая сможет стильнут ее пароль от вк, т.к. эта шаболда что то вечно таит в сообщениях. Ибо, когда я читаю при ней их, то диалоги выглядят рваными. Силой узнал, что нохчо звал ее прогуляться, но послала его. Из за недоверия, нужен стилер пароля, чтобы чекать ее.
>>1304805 у тебя проблема в том, что на входе гиф, он трактуется как видео, а не картинка, и для видео ффмпег не умеет опцию loop (что есть довольно говняно, да)
>>1305187 Пердоля - местный шизик, психически невменяемый баклофеновый объебос. Страдает расстройством самоидентификации, любит пердолиться консолью в жопу и разговаривать сам с собой. Регулярно устраивает антифорсы, перефорсы, анально-консольную клоунаду и семенство. По непроверенным сведениям, Пердоля протащил в срачле мобильник и капчует из дурки.
пистоновый быдлокодер в треде, решил таки значительно подрихтовать свой скрипт и добавить поддержку opus, если кому делать нечего, можете каких-нибудь охуительных советов дать кроме очевидного "пошёл нахуй пидарас"
>>1305317 Можешь ворбис выкидывать, опус его полностью заменяет на всей шкале битрейта. Разве что в целях совместимости. Вот официальное мнение разработчиков и Vorbis, и Opus:
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 :)
Ну и нафиг ещё один скрипт, лучше бы существующие дописывал.
>>1305325 >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 вот эта часть сомнительна, но для типичных use case (вписаться в лимит сосача) возможно он и ни к чему >Ну и нафиг ещё один скрипт, лучше бы существующие дописывал. просто так, развлечение типа такое, заместо игор и троллинга сосача
до меня тут внезапно дошло, что подобную муть на питоне проще писать не "снизу вверх", а "сверху вниз", и тут как раз получается профит от того, что не обязательно сразу знать типы
>>1305584 а если я хочу только ffmpeg'ом без посторонних программ? >нахрен тебе именно mp3 а что же еще? он самый популярный, его везде используют, пусть и у меня тоже будет.
>>1305692 Написал им в саппорт, пока молчат. Поговаривают что из-за слова Retards в названии, но ни одного пруфа не видел. Ещё вероятно овнеров оригинала/форков можно попытаться по мылу/в ирце половить, но из саппорта гитхаба должны и так ответить.
пацаны, есть проблема. установил ffmpeg из последнего коммита, указываю опцию -undershoot-pct 5, а ему похуй — битрейт всё равно получается раз в 6 меньше, чем целевой, и качество говно. речь о двухпроходном кодировании с целевым битрейтом в vp9 при этом, если использовать всё те же параметры, но вместо целевого битрейта использовать crf, то нормального качества и размера добиться легко. что можно ещё сделать, чтобы битрейт получался какой надо, а не какой попало?
>>1306089 И в чем хуйня? Тут нет твоей любимой консолечки красноглазик? Зато тут есть твои любимые консоле проги. И даже скрипт. Ты сможешь понять что в нем не так?
>>1305767 короче, написал упоротый код, который просто за несколько проходов угадывает нужное значение crf но, разумеется, не тупым поиском, а похитрее, так что хорошее значение за 2-4 прохода получается найти, как правило.
>>1306675 Ты там совсем упоротый такое на скале писать? Это ж однострочник на шелле по типу >>1301162 Нет, я всё понимаю, изучаю-язык-укажу-потом-скалу-в-резюме и всё такое, но чуть практичнее применения ты не мог найти?
>>1306688 на шелле не умею писать, написал по-быстрому на том, что знал и там ещё всякая поебень есть, которая тебе, вероятно, не нужна, поэтому и много кода
>>1306720 теряешь, так как необходимо ещё под целые 16битные числа семплы подгонять, а это квантование, клиппинг, гроб, кладбище, пидор. а вот если pcm_f32le, то уже можно считать, что не теряешь
>>1306910 Почему на всех нормальных видеохостингах и имиджбордах вроде 8chan превью делается из кадра, находящегося посередине видео, а на 2ch.hk берётся первый фрейм, который почти всегда чёрный или белый?
Антош, я наверное совсем не в тему, но иди оно все в жопу, подскажи! Есть запись с ip-видеорега nvr108s в формате h264. Чем ее можно годно конвертнуть в любой попсовый формат (чтобы на древнем говнокомпе в мусарне воспроизвести без танцев с бубном) с минимальной потерей качества или вовсе без нее? Размер файла на выходе совершенно не ебет, привести в чувство нужно порядка 3-5 минут записей.
>>1307279 >на древнем говнокомпе в мусарне воспроизвести без танцев с бубном >>1307279 >с минимальной потерей качества или вовсе без нее взаимоисключающие параграфы
ну то есть если у тебя место на диске не особо ограничено, то можно и в хуёвый формат перевести, но соотношение качество/размер будет неизежно проёбано
скорее всего самый дубовый вариант — это mpeg1, для всего остального в теории могут быть проёбаны кодеки у них
я бы на твоём месте сделал его, используя ffmpeg вот такими параметрами: ffmpeg -i (input) -c:v mpeg1video -q:v 6 -b:a 224k output.mpg так получается на мой взгляд толковый компромисс между размером и качеством, если что-то не норм — надо менять число после -q:v, чем больше оно, тем сильнее сжатие видео
>>1307540 >>1307279 разумеется, вместо (input) подставить путь к входному файлу короч тут нужно использовать консоль, чтобы получить годный результат, а если вдруг консоли боишься, то можешь попытаться сделать то же самое в avidemux, но я не рекомендую, так как это забагованное нестабильное говно. лучше научиться пользоваться консолью
>>1307625 А нахуя? Из консоли проще. Если только это не винда, конечно — там cmd/powershell вместо нормальной консоли, и там будут все сорта виндопроблем типа кодировкопроблем и т.д. Но нахуя сидеть на винде? Ради игр и 1С? Пожалей себя, жизнь всего одна и слишком коротка, чтобы ебаться с этим всем.
>>1307738 1С давно есть под прыщи, большинство игр — тоже (либо нативно, либо работают под вайном). Сперму используют только привыкшие к ней и к софту под неё утята, которые патологически не могут осилить консоль.
>>1307872 но если нужен фотошоп, лично я бы скорей добился установки и работы хакинтоша, чем сидел на винде. к счастью, сейчас это не нужно делать, так как Бог наградил яблоноутом.
>>1308138 > ЧЯДНТ? Конвертируешь из lossy-формата в lossless. Лучшее, что можно сделать — оставить дорожку в исходном формате, и при необходимости сменить контейнер: ffmpeg -i in.mp4 -map 0:a -c copy out.m4a
>>1310889 qmin и qmax не нужны, алгоритм лучше знает, какие значения использовать, достаточно выбрать crf и b:v и, не понятно, нахрен тебе одновременно crf и b:v в двух проходах
>>1311038 >алгоритм лучше знает, какие значения использовать Ничего что алгоритм далеко не идеален с учётом временных рамок, которые на него накладываются? Я б ещё понял при -quality best, но и там автоматика может допустить высокий фактор квантования в некоторых сценах, т.к. алгоритмы оценивания важности сохранения деталей в конкретном кадре весьма приближённые. >достаточно выбрать crf Разброс QP будет слишком маленьким, далеко от заданного параметра энкодер отходить не будет, даже на простых сценах, где отсутствие CQ сэкономило бы битрейт. >нахрен тебе одновременно crf и b:v в двух проходах Он, вероятно, опечатался, там -b:a должно было быть. Ну и звук на первом проходе не нужен, да. >>1311071 https://ffmpeg.org/ffmpeg.html#Advanced-Video-options
>>1311074 >на простых сценах, где отсутствие CQ сэкономило бы битрейт простые сцены при постоянном Q как раз и будут меньше места занимать у него и сначала b:v, там 700k, это точно не аудио (опус в принципе больше 510 не допускает)
>>1311087 >простые сцены при постоянном Q как раз и будут меньше места занимать Это как? При одинаковом факторе (параметре) квантования (QP) один и тот же блок весит одинаковое число байт. Суть же в том, что при VBR у тебя разброс QP какой угодно (от 0 до 63, если не указаны qmin/qmax), а при CRF только в небольших окрестностях заданного значения. При CQP вообще для всех кадров применяется одинаковый фактор квантования: http://slhck.info/articles/crf (при одном проходе в libvpx будет как раз CQP). >у него и сначала b:v, там 700k, это точно не аудио (опус в принципе больше 510 не допускает) Я про тот, который после libopus.
>>1311153 >При одинаковом факторе (параметре) квантования (QP) один и тот же блок весит одинаковое число байт нет, совсем не так размер блока = сложность блока / фактор квантования можешь сам убедиться в этом, сжав несколько разных видео с одинаковым разрешением и одинаковым Q
>>1311188 Ну смотри. Допустим есть группа кадров, которые выглядят хорошо для человека при QP=30. А ты, например, указал CRF=15 и это укладывается в target bitrate, соответственно, кодек выберет QP=15. Зачем тратить лишний битрейт на эту сцену, если она уже выглядит хорошо? При VBR на первом месте максимальное качество при заданном размере, при CQ заданное качество с ограничением по размеру (или без если -b:v 0). По крайней мере как я это понимаю. Надо бы будет получше в http://www.webmproject.org/docs/encoder-parameters/ вчитаться.
>>1311153 >Суть же в том, что при VBR у тебя разброс QP какой угодно ровно настолько>>1311298 >Ну смотри. Допустим есть группа кадров, которые выглядят хорошо для человека при QP=30. А ты, например, указал CRF=15 и это укладывается в target bitrate, соответственно, кодек выберет QP=15. Зачем тратить лишний битрейт на эту сцену, если она уже выглядит хорошо?
но ты не можешь вручную отдельным кадрам ограничить QP до 30+ и жёсткое ограничение как раз уменьшает способность кодера выбирать разные QP на разную "чувствительность к качеству" кадра.
>При VBR на первом месте максимальное качество при заданном размере, при CQ заданное качество с ограничением по размеру (или без если -b:v 0)
CQ и CRF не надо путать, CQ — это использование тупо одного и того же Q везде. Что не есть оптимально, так как кадры с быстрым движением можно сшакалить чуть больше, как правило.
при VBR на первом месте вписаться в битрейт (впрочем vp9 адово фейлит эту задачу даже при двух проходах), при этом по возможности иметь постоянное визуальное качество на протяжении всего видео. при CRF на первом месте сохранить одинаковое визуальное качество на протяжении всего видео, эффективность кодирования при этом лучшая, но размер файла заранее неизвестен. CQ — по сути как CRF, но более тупоголово, без учёта разной восприимчивости к деталям в зависимости от движения и прочих факторов, поэтому эффективность кодирования хуже, если оценивать по визуальному качеству, а не всяким метрикам. в идеале всё, кроме CRF, не нужно вообще. можно выбрать минимальный CRF, ниже которого уже не видно разницы, и пытаться "угадать" значение CRF ≥ минимального, при котором размер файла не больше приемлемого — это будет работать всегда, но это сложно. но на эту тему ведутся работы, можно за 3-4 раза весьма точно угадать CRF, беря результаты сделанных проходов и решая систему уравнений из предположения, что размер файла = A * (B ^ CRF), где A и B — некие неизвестные числа.
>>1311389 >CQ и CRF не надо путать, CQ — это использование тупо одного и того же Q везде Это ты путаешь. CQP это один и тот же QP, CQ это CRF с ограничением на битрейт. Смотри статью выше и документацию libvpx. Большую часть твоего поста комментировать не буду, т.к. предпоссылки неверные. >при VBR на первом месте вписаться в битрейт (впрочем vp9 адово фейлит эту задачу даже при двух проходах), при этом по возможности иметь постоянное визуальное качество на протяжении всего видео Это откуда ты вообще взял? В зависимости от кадра/кадров у тебя влияние QP на качество разное. Задача VBR иметь не постоянное, а лучшее качество. При CRF качество (QP) тоже варьируется, но в более жёстких пределах, чтобы для человека выглядело получше и более-менее одинаково.
Можно проще: грузишь юзерфриндли-дистр с лайвсиди и тыкаешь кнопки. Установить какую-нибудь убунту таким способом обычно получается, но потом бывает что приходится собирать ошмётки пердака по всей доске. Это путь пердоликов, не следуй им.
>>1313098 >Можно проще: грузишь юзерфриндли-дистр с лайвсиди и тыкаешь кнопки. Установить какую-нибудь убунту таким способом обычно получается, но потом бывает что приходится собирать ошмётки пердака по всей доске А что там будет не так-то?
>>1313098 Можно же гайд или даже видеогайд глянуть >>1313000 >Виртуалка ведь не пойдет? Почему? Потренируйся на виртуалке. Можешь даже сделать ее спешл фор ffmpeg без гуя и всего с общими папками, но только just for lulz
>>1313286 > А что там будет не так-то? Знаний не будет. Будешь действовать согласно спермонавыкам — например, скачаешь дрова на видеокарту с сайта производителя и поставишь мимо пакетного менеджера, а потом при обновлении иксы отвалятся. В прыщедистрибутивах есть механизмы вроде того же пакетного менеджера, отсутствующие в сперме или реализованные в ней кардинально иначе. Если не понимать принципов их работы, то, сунувшись администрировать систему, запросто можно схлопотать граблями по ебалу. Что, впрочем, справедливо для любого сложного механизма, спроектированного в расчёте на грамотного пользователя.
>>1313729 >Потренируйся на виртуалке Не получается там разрешение поставить, 640х480 и все, дрова вирт машины ставил все перепробовал, видимо о линуксе тут и говорить нечего
>>1313939 > Не получается там разрешение поставить, 640х480 и все В kvm/spice всё нормально. Олсо, если это шелл для кодирования webm, то без виртуального дисплея вообще можно обойтись, либо использовать его только для конфигурации сети и ssh.
Кстати почему не воспроизводится wp9 на андроиде? Проверил и чужие вебмки и свои, хотя если сохранить и открыть в стороннем плеере , который по всей видимости с кодеками, все воспроизводится
Сижу с ведра, и где-то в половине случаев во всяких вебм-тредах не слышу звука. Приходится переключаться в MXPlayerе на программный декодер. В таких случаях в плеере нет иконки с выбором аудиодорожки. С чем это связано? Что они используют для конверта в вебм?
>>1311887 >>не постоянное, а лучшее качество >деление на ноль же Нет у тебя. Если, например, поставлены жёсткие ограничения по размеру, то нафига делать видео с плохим, но равномерным качеством на всей его продолжительности? Да и даже если нет ограничений, зачем тратить битрейт на сцены, которые выглядят хорошо при большем QP, чем который ты указал? Лучше использовать больший QP на простых сценах, а меньший на сложных. При CRF у тебя по определению далеко QP отходить от указанного не станет, при VBR он выберет минимальный, укладывающийся в битрейт и зависящей от сцены. Также не следует путать наблюдаемое человеком качество картинки и QP. Ты между ними зачем-то поставил знак равенства.
Вообще, может я и пизжу, но пока никто убедительно не доказал обратное. В рассылке у них спросить что ли как на самом деле CRF/rate control работают.
>>1317110 >делать видео с плохим, но равномерным качеством на всей его продолжительности если где-то сделать лучше, оставив тот же размер, то в остальных местах станет совсем пиздец
>>1317180 Бля, так я тебе уже 3 раза сказал, что можно сэкономить битрейт, сделав некоторые простые сцены с QP побольше. В общем, если не лень будет, то сэнкожу группу разных изображений с разным QP и посмотрим, везде ли наблюдаемое качество изменяется пропорционально QP или нет. Короче, я понял кто это в >>1306775 был. Это та же мелкобуква-питонокодер, которая вначале втирала охуительные истории про ворбис, затем переключилась на видео.
>>1316968 Можешь отдельно разные участки видео кодировать: динамичные и статичные, чтобы сэкономить битрейт, например. Можешь играться со значениями qmin, crf, qmax.
>>1321446 Зависит от конкретного видео, нужен индивидуальный подбор фильтров. Интерлейс бывает разный, и универсальные фильтры вроде yadif не всегда дают хороший результат.
>>1321446 зависит от того, что именно за интерлейс бывает, что можно вытянуть по кадру с каждого поля, а бывает, что нельзя. в первом случае частота кадров кагбэ в джва раза больше, и проебать их было бы глупо. во втором, напротив, делать дубли было бы нежелательно. а ещё бывает так называемый telecine — это полная пизда, долго объяснять. короч надо анализировать сперва, и читать матчасть, много её
>>1321869 > telecine — это полная пизда, долго объяснять А ты не объясняй, а покажи. И напиши, что это способ сделать из четырёх кадров пять, да так, чтобы не проебать плавность.
>>1324952 Another way to solve this is padding stream with silence: ffmpeg -i 1.aac -i 2.aac -lavfi 'anullsrc,atrim=end=13.90[sil],[sil][1:0]concat=v=0:a=1,[0:0]amix' out.mp3
>>1325241 Зависит от того, хочешь ли ты разрезать видео на две полосы и проебать возможную от их кодирования вместе выгоду. Такой же проц на десктопе, манал я на нём кодировать что-то сложное в VP9.
>>1325322 > незнаю Раздельно + пропущена запятая. > 4 минуты буквально за 15-20 минут проходит Проходят. Ну да, с несложным видео в 540p получается 4-6 fps. А ты попробуй пожать что-то вроде вебмрелэйтеда — оно такой fps на хасвелле даёт.
>>1325709 ffmpeg -ss 25:25 -i E:\Yoba.mkv -t 186 -c:a libopus -c:v vp9 -map 0:6 -map 0:0 -y Е:/End.webm Ну и в один проход будет плохое качество, тем более с дефолтным битрейтом 256к.
>>1325864 Понял ошибки, исправил, вроде все заскрипело и пошло. Если есть время, поясни за проходы няша, в гайде пункт "Сжатие двумя проходами" - это оно?
Есть знающие аноны, что это за хуйня появляется в некоторых местах после кодирования, пидорасит на квадраты на 1-2сек и все, 1 раз за все время правда, вот код
Анон, можешь пояснить один неочевидный момент? Почему при кодировании двенадцати видео с обрезкой -ss 31 -t 178 с одинаковым ABR на выходе получается двенадцать файлов размерами от 7 до 11 Мб, хотя расчет был попасть между 8.5 и 9 Мб? ffmpeg в хуй не ставит что ли значение команды -b:v ? Нет, -crf не использовал. Полная команда вида: ffmpeg -i IN.MP4 -ss 31 -t 178 -map 0:v -c:v vp9 -b:v 400k -vf ass=IN.ASS -threads 0 -pass 2 -auto-alt-ref 1 -lag-in-frames 25 OUT.WEBM
Алсо, проблема была решена кодированием без -ss, кодируются ненужные 31 секунда, зато при их последующей обрезке все файлы были в пределах между 8 и 9 Мб, что уже допустимо.
>>1327130 >проблема была решена кодированием без -ss, кодируются ненужные 31 секунда WAT? с хуя ли они кодируются? вот декодируются они зря — это да, лучше -ss ставить перед взодным файлом, тогда будет оптимизированно это.
>>1327130 > Нет, -crf не использовал. А ты попробуй использовать. С -crf включается режим constrained quality, при котором кодек лучше держит потолок битрейта.
У меня есть вопрос к знатокам: Предположим, что я сделал некую вебмку, используя режим CRF (с двумя проходами, чтобы работал auto-alt-ref) и получился ровно тот размер, что нужен. Возможно ли, что будет получено лучшее качество при таком же размере при использовании "обычного" способа с указанием среднего битрейта и двумя проходами? Если да, то благодаря чему?
(подразумевается, что опции, которые так или иначе задают баланс между скоростью кодирования и качеством, в обоих случаях одинаковые)
>>1327275 Возьми да сравни, у ffmpeg'а для этого есть фильтр psnr. Без crf больше битрейта тратится на сцены с низкой динамикой, где это не нужно, и меньше на динамичные, т.к уже потрачено на статику. Так что должно быть лучше с crf.
>>1327304 Проблема в том, что PSNR — плохая метрика для оценки качества с точки зрения человека. Она не учитывает особенности зрения и восприятия. Даже если PSNR у кого-то хуже, это ещё ничего значить не будет. http://forum.doom9.org/archive/index.php/t-138275.html Если бы было легко сравнить, я бы сравнил. Пока вижу лишь такую разницу — в режиме с целевым битрейтом и двумя проходами ffmpeg на некоторых видео очень сильно "недостреливает", файл получается меньше в несколько (до 6) раз, но качество при этом тоже соответствующее (говно). Если же угадать нужный CRF, такой проблемы не возникает. И я написал скрипт, который за мало проходов весьма точно определяет нужный CRF, исходя из размера файла. Вопрос в том, есть ли какие-то причины всё-таки использовать другой режим, если этот не фейлит. Разницу в качестве я не углядел пока, но из моих предположений CRF должен быть лучше.
1. Первый проход зависит от crf или b:v? Вроде бы указывал разный crf для первого прохода, получились идентичные файлы (проверил kdiff'ом). 2. Гроб гроб кладбише рассинхрон при concat. Делаю стандартно ffmpeg -f concat -i 1.txt -c copy 1.webm С чем может быть связано?
>>1327458 Это для x264 только, у libvpx end-usage=cq с одним проходом будет работать как CQP. Вообще, хуею с советчиков итт. То PSNR для сравнения, то куда-то битрейта больше тратится, то потолок битрейта лучше держится, хотя всё это было обсуждено в этом самом же треде постов 1000 назад. И ещё обязательно надо постоянно путать терминологию. Документацию, конечно же, никто не читает, тогда как там по режимам всё достаточно чётко расписано.
Вот раз: >CQ mode is available for one-pass encodes, but is generally intended for two-pass. For one-pass, CQ applies the user cq-value, but can't adapt to a higher value if the clip is difficult.
Вот два: >In CQ mode the encoder will try to encode normal frames (all frames apart from key frames, golden frames and alternative reference frames) at a quantizer / quality level of --cq-level, provided that this does not cause the bitrate to rise above the target maximum value. Key frames, golden frames and alt ref frames may be coded at a lower "q" value, but the minimum is still linked to the user-selected value, and in all cases --min-q and --max-q are treated as hard limits. In practice this means that easy clips may undershoot the target maximum bitrate, because they are constrained by the CQ level, but harder clips will be bounded by the target maximum data rate and will increasingly revert to standard VBR behavior.
Вот три: >In the two-pass variant of CQ mode there is a further refinement. If the first pass analysis suggests that a clip is too difficult to be encoded at the user-selected --cq-level, then rather than code part of the clip at this level and the rest at a much lower quality, it tries to pick a sustainable "auto-cq" level. Under no circumstances will this "auto-cq" value drop below the user-selected value.
И что здесь непонятного? Зачем спрашивать одно и то же? Зачем задавать вопросы типа >>1327344 которые также уже тысячу раз были отвечены прямо здесь же?
>>1327546 Ничего что аудио-дорожки (в частности vorbis/opus) нельзя через concat соединять? И это обсуждалось всего постов 100 назад. Ничего не читай @ вопросы задавай.
>>1327535 Это не я >>1327546 У меня две вебм без звука, в контейнере только видео. Конкачу первые 2, получаю 3. 3 не воспроизводится в хроме, аутпут выше.
>>1327274 С ним же хуй угадаешь, какое значение ставить, чтобы он именно заданного значения держался. Как-то помню, хотел вырезать кусок в лослессе, задал -crf 0, так этот ублюдок накодил мне с битрейтом в районе 20-30 Mbit/s, у меня 3 минуты весили как пол-исходника длиной в 2 часа.
>>1327271 Нельзя. У меня от этого почему-то сабы съезжают, даже когда -ss после ввода. Вернее даже не так, они почему-то сперва правильно накладываются, а поверх них накладываются снова, но уже с 0 секунды.
>>1327690 Все, анон. Разобрался с сабами. Я не заметил, как он при просмотре подгружал внешний .ass, из которых я, собсна, и брал сабы. Ладно хули, буду дальше колдовать, всем спасибо за внимание.
>>1328402 >>1328370 1. Почему при кодировании libopus используй параметр -vbr on 2. При добавлении превью к vp9 + libopus обычно творится какая-то дичь. Попробуй добавить превью к outnosound.webm и на результат наложить звук.
>>1329666 Не знаю, о чём, может о плеере, может о кодеках, но виснет и перезагружается графическая подсистема, попутно цепляя за собой firefox. Такие дела.
>>1329796 >Укажи ему кодек, а не копируй, очевидно же. Ну а если я хочу, чтобы он его скопировал ? Другие копирует, а этот блять не копирует, хуерга какая-то
Может я упорот и долблюсь в глаза но где в webm for retard выставлять таймкод начала вебмки и тд. Или этот убогий костыль подобным функционалом не располагает?
>>1329962 >>1329974 и вот исходники этого счастья: magnet:?xt=urn:btih:076b07cb0f3a8e168eaac8a3debb32c49509960a&dn=Basics%20of%20Orthodoxy&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%3A%2F%2Ftracker.publicbt.com%3A80%2Fannounce&tr=udp%3A%2F%2Ftracker.ccc.de%3A80%2Fannounce
>>1240405 (OP) Как приклеить видеопоток к аудиопотоку, без перекодирования чего бы то ни было. (Прилепить видео с Youtube, к аудио с того же Youtube)
В гайде не нашел, а ведь это популярная операция. Пробовал ffmpeg -i i_video.webm -i i_audio.webm o_video.webm FFMPEG начинает перекодировку видео в VP8, а мне нужно просто сплит потоков в один контейнер сделать.
Такой вопрос от нуба. Раньше я качнул webmforretards конвертер. и в нем когда конвертировал, если в исходном файле было 2 звуковых дорожки, то появлялось окошечко выбора с какой конвертировать. резал вебмки и горя не знал. а потом у меня наебнулся винт и пришлось все переставлять. и конвертер тоже заново искать ставить. Но теперь в нём нет выбора дорожки. качал с разных родных источников. Но нет. просто по умолчанию хватает и конвертирует. Печалька. Подскажите какая версия Конвертера с той самой функцией выбора дорожек и где её взять?
>>1332511 > Возьми ffmpeg и делай как люди. там нихуя не понятно.. скачал с ссылки в треде а там даже ехе файла нет. издеваются над людьми тока красноглазые
>>1333056 А выпирающее местами кривое мыло — это у вас такой фирменный стиль, и без него никак нельзя?
>>1333151 > Можно ли сделать так, чтобы ffmpeg не использовал сразу все 100% ЦП? Выставь приоритет простоя: тогда он будет использовать только свободное от других задач процессорное время. man nice nice ffmpeg …
>>1333267 Есть один некроноут, шибко греется. Думаю, поможет ли, если ЦП не сильно нагружать. >>1333320 >Выставь приоритет простоя: тогда он будет использовать только свободное от других задач процессорное время. Но если других задач нет, то всё равно будет на полную использовать, впрочем, всё равно на всякий случай запомню. >Это вообще не про использование процессора Просто на картинке не очень понятно написано, как будто бы именно то, что нужно. В интернетах поискал, вроде можно прописать параметр -threads, чтобы не все ядра использовать, но думаю, греться так же будет.
>>1333414 Если ноут сильно греется, его нужно чистить с заменой термопасты, а не кодировать на нём видео, иначе убьёшь его совсем. Если он греется не из-за пыли, то снижай частоту проца, в прыщах для этого есть cpufreq-set.
>>1333743 Но теперь-то их даже спермобляди могут в браузере смотреть. Если плагин конуса установят, конечно — в самих браузерах это пока далеко за горизонтом: https://bugzil.la/1175876
>>1333799 У этих слоупоков просто libvpx без --enable-vp9-highbitdepth собран, фигли там уметь. Декодеры видео браузеры чужие используют. Firefox 37 и в profile 1 цвета корёжил, хотя он в 1.3.0 ещё был (2013-ый год).
>>1333320 >Это вообще не про использование процессора, Да ладно? Документацию мы, конечно же, не читаем, хотя уже свою пишем. А это что http://www.webmproject.org/docs/encoder-parameters/#2-encode-quality-vs-speed ? >Real-time mode allows the encoder to auto adjust the speed vs. quality trade-off in order to try and hit a particular cpu utilisation target. In this mode the --cpu-used parameter controls the %cpu target as follows
Я уже не говорю, о том, что при quality=good всего 6 градаций cpu-used (0..5). Даже ссылку на исходники привёл, а сам не прочёл.
>>1335419 если делаю вот так - ffmpeg -i source/RRM_resize.webm -acodec copy -vcodec copy -ss 03:17:00 -to 04:23:00 result/rr.webm то получается вообще какая-то ебола -
Аж трисет блять
> >ffmpeg -i source/RRM_resize.webm -acodec copy -vcodec copy -ss 03:17:00 -to 04:23:00 result/rr.webm ffmpeg version N-74202-g336822e Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib libavutil 54. 29.100 / 54. 29.100 libavcodec 56. 56.101 / 56. 56.101 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 30.100 / 5. 30.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 Input #0, matroska,webm, from 'source/RRM_resize.webm': Metadata: encoder : Lavf56.40.101 Duration: 00:06:48.38, start: 0.007000, bitrate: 803 kb/s Stream #0:0: Video: vp9 (Profile 0), yuv420p(tv), 1280x720, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Stream #0:1(eng): Audio: opus, 48000 Hz, stereo, fltp (default) [webm @ 00000000052f0700] Codec for stream 0 does not use global headers but container format requires global headers [webm @ 00000000052f0700] Codec for stream 1 does not use global headers but container format requires global headers Output #0, webm, to 'result/rr.webm': Metadata: encoder : Lavf56.40.101 Stream #0:0: Video: vp9, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Stream #0:1(eng): Audio: opus, 48000 Hz, stereo (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=-1.0 Lsize= 1kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used)
>>1335578 https://en.wikipedia.org/wiki/Lenna#Controversy tldr; феминисткам не нравится картинка очень широко применяемая в обработке изображений. Раньше мне казалось это приколом, т.к. вроде как все продолжали её использовать, но выше отрывок диалога с канала Daala.
>>1335604 >ни к чему эта сексуальная объективация В каком месте? Сам используемый отрывок не содержит никаких непристойностей. >нейтрального характера В Лене ненейтралено только то, что о ней думают, т.е. мыслепреступления. SJW плевать хотели и на науку, и на алгоритмы, и на профессиональный жаргон/обычаи (вспоминаем master/slave у Django, ага), им главное зацепиться за какую-нибудь ерунду, в очередной раз продемонстрировав своё влияние. Ломание устоев — очень эффектный способ заявлять о себе, знаешь ли.
>>1335611 Она показана, как сексуальный объект. Приветливое выражение лица как бы говорит: я дам тебе, сладкий. И одета вызывающе. Ты хоть погугли, что такое объективация, для начала.
>>1335774 Мань, не маяврируй. От тебя SJW-гнильцой за версту несет. Давай-ка разберем по частям тобою написанное:
>Она показана, как сексуальный объект Да хоть как кусок мяса. Твое какое дело, выблядок? Как захотела, так и показалась. >погугли, что такое объективация, для начала. Погуглил - нашел кучу демагогии от разнообразного закомплексованного говна, которое пытается уничтожить свободу слова, потому что им НЕПРИЯТНО СВЕРБИТ в заднем проходе.
>>1335804 >которое пытается уничтожить свободу слова Но ведь они уже уничтожили. Да и была ли она когда-нибудь, полноценно? Какая бы ни была демократия, обязательно найдётся список из «стоп-слов», которые злят либо власть-имущих, либо значимую и шумную прослойку социума. У одних религия, у других политика, у третьих дети, у четвёртых женщины.
>>1335889 только режим у тебя дурной выбран, нахуй битрейт указывать? картинку надо кодить в crf или lossless, также надо уменьшить частоту кадров до минимума — заодно и кодировать быстрее так то есть -r 1
>>1335982 Ну ок. Вот получилось как хотел. Кодит молниеносно, работает в хроме. >ffmpeg -i C:\1.jpg -i C:\2.wav -c:v libvpx-vp9 -vf fps=1\600 -g 1 -c:a libopus -b:a 48k -threads 7 -map 0:0 -map 1:0 C:\12332231.webm Почему такое хуёвое качество кадра? на -crf чтоугоднодаже0 ноль эмоций. -lossless 1 раздувает слишком сильно.
>>1336763 Невобразно срёт в реестре, засирает папку шиндошс с подпапками говном, после чего даже игоры начинают глючить. Про то, что некоторые видеофайлы начинают проигрываться с артефактами или вообще не проигрываться я уже молчу.
>>1336832 Проиграл с этого КОМПЬЮТЕРНОГО ДОКТОРА. Небось ты еще реестр чистишь и переустанавливаешь Шиндовс при любой проблеме. Кодеки у него засирают систему, вообще охуеть.
>>1336959 >>1336967 Лол, полуебки. Эти "говнокодеки", как вы изволили выразиться, - это стандартные DirectShow-фильтры. DirectShow это стандартное API Windows для работы с мультимедиа. Говно и письки - это как раз ваши ебучие комбайны с самопальными рендерами а-ля ffmpeg и прочего говна линупса.
>>1336968 DirectShow прикольная технология (у линукса есть аналог, кстати — gstreamer), не спорю, но очень многие популярные плееры под Windows (вроде MPC-HC, KMplayer, PotPlayer) несут кодеки с собой. Как думаешь, почему? Может потому что разгребать возможные проблемы от гигантского графа фильтров это не самое приятное занятие? Если ты умеешь пользоваться GraphEdit, то и последствия установки самого идиотского кодек-пака можно починить, конечно. Только вот про него мало кто знает из обычных пользователей и поставщики ПО предпочитают перестраховаться. Это аналог таскания за собой всех DLL зависимостей. Ты не возмущаешься, что у тебя каждая вторая программа имеет в своём системного каталоге гору библиотек, которые пересекаются друг с другом? А между тем, это точно такой же метод предотвратить возможные поломки в силу отсутствия штатного механизма установки и доставки обновлений (вроде пакетного менеджера), неопытных пользователей и огромного количества кривого софта, которое обязательно найдёт с чем ему поконфликтовать. В Линуксе это решается централизованно в рамках одного дистрибутива, но тоже часто косяки и конфликты встречаются, в виндоузе же все эти шоколатки это не более чем припарка сверху (у Cygwin кучу лет как такая же штука была, никто не носился с этим как с пакетным менеджером почему-то), т.к. большая часть софта его использовать всё равно не будет. Посмотри и на то, как всякие rvm (и прочие язычковые велосипеды, в каждом языке по одному, а то и два) установку зависимостей производят. Назвать такое пакетным менеджером язык не повернётся. Если аккуратно, то и виндой, и DirectShow можно пользоваться вполне успешно. Только во-первых, для этого надо знать внутренности системы, а не просто реестр чистить, а, во-вторых, зачем нужны паки в таком случае? Поставил ffdshow-tryouts (которые угадай порт кодеков какого проекта, м?) и ещё какой хаали-сплиттер/рендерер субтитов и достаточно для работы в программах, использующих DirectShow.
Если libass собран с fontconfig, то он пытается вначале загрузить дефолтную конфигурацию. fontconfig проверяет по дефолтным путям и переменным окружениям и возвращает ошибку, если ничего не нашёл. Тогда libass использует "fallback" FcInitLoadConfig, который походу пустой или никаких шрифтов не содержит. Соответственно, поэтому в случае mkv с прикреплёнными шрифтами, будут доступны только они.
Если же libass без fontconfig, то всегда используется дефолтный шрифт. По крайней мере так указано в ворнинге. Но вот судя по этому https://github.com/libass/libass/issues/89 логика несколько иная (и запутанная) и шрифты из файла (memory fonts) по идее и без fontconfig, но с дефолтным шрифтом должны работать. Надо будет потестить, пока только работу патча с дефолтным шрифтом проверил, всё ок.
Понимаю, что тупее вопроса доска не видывала, на как запустить программу, лол, досовское окно закрывается. В каком-то 98 виндовсе ставил где-то галочку, но было это тааак давно. Помогайте.
Объясните мне про параметры -qmin и -qmax, а также -crt, какие профиты можно с них поиметь при кодировании видео, в котором присутствует статичные сцены.
>>1240405 (OP) Хей гайз, как заставить usb модем работать с йотой? Гугление дало мне понимание того, что нужно сменить имей, но как это сделать? Попробовал прошить, но похоже он сломался. Заранее целую ваши волосатые длани
>>1341190 Мне в скрипте надо. Впрочем, в чатике ffmpeg сказали, что при реенкоде это не важно, т.к. GOP формируется заново. Я и сам так думал, просто хотелось уточнить.
Коданы, кто знает, чем вывести превьюшки файлов в шинде с vp9? VP8 вроде бы, нормально отображается, а вот VP9, по ходу, нет, тупо значок. Из видео софта только Mpc-hc, кодеков никаких не стоит. Media Preview Не помог. Есть идеи, что накатить?
>>1341214 > Можешь прицепить в свой WebMaster кусок скрипта на Lua. Но я на десктопе кодирую только мелочи. Тогда придётся прикручивать ещё поддержку ssh с прокидыванием файлов туда и обратно — из скрипта получится ёбаный комбайн.
>>1341491 Прикрутил из SMB + VPN, работает как часы (монтируешь виндовскую шару с входящими файлами, монтируешь папку исходящих, кодируешь на ксеонах, результат получаешь на домашнем)
>>1341500 > Прикрутил из SMB + VPN У меня и безо всяких smb и vpn всё смонтировано, только средствами ssh (sshfs-fuse). Выполнять команду запуска энкода на удалённом хосте всё равно как-то придётся. И хотелось бы ещё при этом иметь возможность указывать дополнительные параметры, заворачивать её в однострочкики, етц.
Да и вообще вариант с запуском mpv из скрипта кодирования мне не нравится, скрипт на mpv должен быть доступен постоянно. Чаще всего кодирование вебмки у меня начинается с обычного просмотра чего-нибудь, в процессе которого я внезапно детектирую ололо, нажимаю пару клавиш и забираю из терминала команду для его вырезания. Запускать ещё раз плеер ради точного выделения фрагмента было бы неудобно.
>>1341521 >Чаще всего кодирование вебмки у меня начинается с обычного просмотра чего-нибудь, в процессе которого я внезапно детектирую ололо, нажимаю пару клавиш и забираю из терминала команду для его вырезания У тебя файл-менеджера нет, ты всегда из консоли запускаешь mpv? В таком случае да, вывод команды удобней. Ещё лучше гуишка Zehkul, чтобы не пердолиться без необходимости. Залезать в нужный терминал, копировать оттуда команду — слишком хреновый интерфейс.
>>1341531 > У тебя файл-менеджера нет Есть, dolphin на десктопе и pcmanfm на ноуте. Использую для навигации по дебрям вебмок, для остального в большинстве случаев хватает консоли. > ты всегда из консоли запускаешь mpv? Да, привык так. Исключение — просмотр вебмок, но с ними обычно ничего больше делать не надо. > Ещё лучше гуишка Zehkul Вводить параметры через гуевые диалоги? Нет, спасибо.
>>1341544 Интересная штука, да. Но мне почему-то лень с ней разбираться, реорганизовывать библиотеку в соответствии с её требованиями и запиливать синхронизацию между хостами.
>>1341190 >в новой версии игровой прошивки Вангую, что это их реакция на консольное приложение. Они запускают его короче без параметров, открывается консоль, ffmpeg-у нечего выполнять, и консоль закрывается.
Поясните, как повысить громкость аудио? Т.е. в видео изначально очень низкая громкость, и когда я делаю вебмку, то она такая же тихая, а с помощью какой проги можно повысить громкость?
Лол, я охуел. Использовал РЕЛИЗ-СТАБИЛЬНО-НАДЁЖНО libvpx 1.4.0, скомпиленный под нестандартную архитектуру, и наблюдал артефакты в виде белых квадратиков, рандомно появляющихся в разных частях кадра (с самыми низкими -crf в том числе). В процессе отладки дошёл до использования vpxenc + y4m видео и один хрен. Долго пытался выявить проблему, пока не собрал из гита и, о чудо, теперь всё ок!
Создавайте новый тред. Быдлокодеры сосача понаписали таких говно-скриптов, что теперь простое автообновление тормозит. Вангую что там какого-то хрена O(число постов). Хотя раньше вроде ок было.
>>1342770 >we have some performance degradation here. Not that drastical though—I had numbers like 8x worse than native >Not that drastical though >8x worse Okay...
>>1342824 Для VP8 это терпимо, т.к. он сам по себе быстр. А вот что с VP9 делать — пока не придумал. Есть надежда на SIMD, но в libvpx inline asm вместо интринсиков, так что поебаться придётся. И ты не забывай что это corei7-avx таргет (SSE до 4.1 и 256-битный AVX). На процах попроще, вероятно, разница будет ещё меньше.
>>1342858 Идеальная платформа же. Ничего ставить не надо, браузер есть даже на стиралке. Просто зашёл по URL и получаешь приложения по качеству и сложности практически на уровне с нативными. Ну и здесь основная движуха сейчас идёт. WebAssembly и SIMD.js явно дают понять, что в веб хотят перенести в том числе мощнейшие десктопный софт уровня игр и видео-обработки. Я здесь чуть выше уже писал: >>1292362
>>1342873 >Идеальная платформа же. Это недоязычок JS-то, состоящий из костылей чуть более чем полностью? Который создавался вообще максимум для показа менюшек на страницах, а не того, для чего его сейчас пытаются использовать.
>Просто зашёл по URL и получаешь приложения по качеству и сложности практически на уровне с нативными. А заодно кучу дырявых костылей в браузере для ускорения всего этого говна, чтоб работало хотя бы в 8 раз медленнее нативного кода. Уязвимости в PDF.js ничему не учат. Современные браузеры уже по сложности превратились черт знает во что из-за этого. И главное ради чего столько титанических усилий? Чтобы "просто зашёл по URL" вместо "просто установил приложение"?
>направление развития и отрасли максимального вложения сил, в том числе и крупнейших компаний, отлично прослеживаются. Ну для отрасли не впервой нажраться говна. Плохо только что страдать от этого будут не крупнейшие компании, а пользователи, у которых браузеры на Core i7 тормозят.
>>1342910 >Это недоязычок JS-то, состоящий из костылей чуть более чем полностью >Уязвимости в PDF.js ничему не учат >Ну для отрасли не впервой нажраться говна Лол, эксперт с опеннета в треде, все в машину!
>>1343297 С "-pass 1" процесс проходит, но видео получается без картинки. Кому интересно, это я не мог запустить программу >>1339308>>1340434, сегодня она почему-то запустилась, возможно проблема была в длинном названии папки.
Блин. Скачал для ваш " гуй с минимумом кнопок для умственно отсталых". Объясните пожалуйста как в нем блядь сделать пикчу с музычкой просто? Или я настолько туп, что там где то об этом сказано, но я не увидел?
>>1346165 >Олсо webm.js тоже крашит В какой момент происходит крэш? Сделай скриншот. Какая версия хрома? Попробуй на последнем/на бете. И в другом браузере на всякий случай.
>>1346229 Просто >>1335889 моя вебмка. И я сижу уже 3-ий час ебусь не могу сделать именно vp9 видео которое не крашит хром. ffmpeg -i D:\3.avi -i D:\3.wav -c:v libvpx-vp9 -crf 40 -b:v 760k -vf "scale=960:540,fps=30" -r 30 -c:a libopus -b:a 48k -threads 7 -map 0:0 -map 1:0 C:\12332231.webm Видео в Lagarith 60 422
>>1347339 >mkvmerge --split 6000k in.webm -o out.webm Это в ффмпег? У меня видео есть допустим 30 сек длинной, как его порезать? Что указывает 6000к - килобайт?
>>1347342 > mkvmerge > Это в ффмпег? Сам-то как думаешь? Олсо, у тебя какая-то каша в голове: использовать предлог «в» по отношению к неинтерактивным программам некорректно, т.к. они не являются средой, в которой можно находится. Средой является командный интерпретатор (или шелл).
>>1347380 >по отношению к неинтерактивным программам некорректно Но ведь проект FFmpeg это действительно сборник программ (ffmpeg, ffprobe, ffescape, qt-faststart и многих других, сделай equery f ffmpeg | grep bin и офигей), а также библиотек вроде libavcodec и libavresample.
>>1347395 Если имеется в виду «mkvmerge находится в (пакете) ffmpeg?», то вопрос действительно корректен. Но мне показалось, что >>1347342 спрашивал что-то вроде «это писать в (программе) ffmpeg?».
>>1347386 mkvmerge (а также mkvinfo и ещё пара программ) поставляется в пакете mkvtoolnix. Олсо, это гуглится парой кликов мыши.
Ананасы, что делать, сломалась панель быстрого доступа в виндовс 10, та, которая слева в проводнике. Ничего не добавляется, она пустая вообще, а раньше там папочки были. Я ничего не делала, как поставила так и стоит, только обновления какаие-то качаються постоянно.
>>1348532 Хуй с ним, буду в опусе кодить. Вопрос знающим анонам, почему в мозиле звук в полтора раза тише на этих двух вебмках >>1348532>>1348539? Первая в Vorbis, вторая в Opus
Пользуясь случаем, хочу пожелать рака яиц и рук всем ебучим шакалам создающим webmки без ключевых кадров или с уменьшенным количеством оных. Гореть вам в аду мрази.
>>1348543 > почему в мозиле звук в полтора раза тише на этих двух вебмках Тише чем где? Олсо поддержка браузера Mozilla Suite была прекращена задолго до появления формата WebM.
Включаю WebM, останавливаю, потом если открываю пост с этим WebM как превью, то у меня начинает заново проигрывать звук из WebM. Его никак не остановить, кроме F5. Как чинить?
>>1348583 У libvpx-vp9 kf_max_dist=9999 по умолчанию. И в условиях маленьких лимитов на размер это более чем практично. То, что твой плеер не умеет exact seek, никого не волнует.
Бля, я сейчас ебанусь нахуй! Как в PotPlayer отключить автоматическое воспроизведение плейлиста после открытого файла? Какого хуя этот шакал напихал в свой плейлист, который я как ни удалял, ему похуй, все файлы из папки и ебашит их один за другим? Все настройки в разделе списка воспроизведения тыкал, все похуй.
>>1347916 > везде Везде не получится, тот же вп9 харварно не декодится почти везде. Ты когда видос запускаешь, в трее появляются иконки Lav-фильтров, там можно выбрать хардварный декодер (nvidia cuvid например). Ну или в k-lite codec config tool'е.
>>1352227 Сфигали никак? Декодишь каждый N-ый кадр, пытаешься найти известные паттерны. А ещё лучше звук анализировать, будет намного быстрее и эффективнее.
>>1352252 Лучше звук, чтобы находить все сорт оф скриммеры. >Сфигали никак? Пока никто не написал такую опердень с возомжностью интегрировать в двач, то никак. Кукаретики нинужны.
>>1352300 Кукаретик здесь только ты. Заявляешь о том, чего не знаешь. Большинство популярных аудио-декодеров давно портировали на JavaScript, см. проект audiocogs хотя бы. Я уже даже не говорю о том, что портирован даже ffmpeg, поддерживающий все мыслимые и немыслимые форматы. Соответственно, твой пост >>1352227 содержит ложное и дилетанское высказывание. Из браузера это прекрасно возможно сделать, необходимо лишь дописать небольшую прослойку бизнес-логики в виде детектора определённых звуковых/видео-паттернов, используя существующие браузерные библиотеки и инструменты. То, что тебе в голову такая возможность не приходила, указывает лишь на твою недальновидность при дачи ответа, да и только. А сейчас ты включил задний ход и начал мне доказывать, что всё прекрасно знал, просто имел ввиду, что нельзя, раз готового однокнопочного скрипта нет. Типичный аргумент демагога. Тогда уж расскажи как не из браузера. Что, уже есть программа, делающая именно это?
Я, конечно, хотел сначала поумничать, но решил исходить из предпосылки, что это среднестатистический, в моем понимании, анончик, который хочет готового решения для двача, ибо написал "не включая его". Простой ответ на вопрос. >Соответственно, твой пост >>1352227 содержит ложное и дилетанское высказывание. Теперь, когда известно, что я имел ввиду, пост вполне приличный. >Кукаретик здесь только ты. >Типичный аргумент демагога Это меня повеселило. Мог бы сам воздержаться от использования приёмов демагога: переходы на личность, утверджения без доказательств. Кто из нас тут еще демагог? >тебе в голову такая возможность не приходила 1. Откуда тебе это знать? 2. Неправда. Анончики тут интересные ссылочки постили, например, ссылка на JS-based Webm энкодер >>1342770. 3. Раз предпоссылка ложная, то и логический вывод тоже. >А сейчас ты включил задний ход и начал мне доказывать Нет, я раскрыл предпоссылку, которую опустил в первом посте. То, что тебе в голову такая возможность не приходила, указывает лишь на твою недальновидность при даче ответа, да и только. Шучу-шучу. А про звук - это к тому, что Джон Сина не всегда сопровождается шаблонным видеорядом, может быть вообще только звук. >просто имел ввиду, что нельзя, раз готового однокнопочного скрипта нет Именно, чувак! Я это и имел ввиду почти, лучше бы скрипт, который сразу пишет в хидере поста "ДЖОН СИНА ИНСАЙД" красными буковками. >Что, уже есть программа, делающая именно это? Вероятность существования такой программы крайне мала. Думаю, ты понимаешь почему так, раз написал "именно это". >Тогда уж расскажи как не из браузера Нерелейтед контент, ибо считаю свою предпоссылку верной. А я разве говорил, что можно не из браузера? Утверждения "Из браузера никак" и "Можно не из браузера" логически никак не связаны. >это прекрасно возможно сделать, необходимо лишь дописать небольшую прослойку Неужели все так прекрасно? Нам нужно мнение эксперта. Тебе я не доверяю.
>>1342770 Можно ли сделать js-скрипт, чтобы он мог распознать в webm на дваче Джон Сину по шаблону (звук), и при этом достаточно быстро (не более 5 секунд после нажатия волшебной кнопочки)?
>прослойку бизнес-логики Лол, ну вы посмотрите на этого клоуна! Бизнес, блять, он логику собрался тут писать, мудила тупая. Как тебе бизнес-логика оплаты траффика, а? хуйло тупое?
:: скрипт для простейшего создания webm :: хавает любые форматы (надеюсь) :: сохраняешь как ffmpeg-drag-n-drop.bat :: суешь рядом с ffmpeg.exe :: создаешь ярлык батника на рабстоле :: кидаешь нужное видео на ярлык :: оно само кодириуется и кладется в директорию исходного файла :: настройки сам поменяешь :: https://github.com/pituz/webm-thread/wiki/
echo off title ffmpeg drag'n'drop cd /d "%~dp0" ffmpeg -i "%~f1" -b:v 0 -crf 20 "%~dpn1.webm" echo. pause
>>1354017 Чего смешного-то? Плакать надо. Люди не понимают как устроены вещи их окружающие, не понимают даже базовых принципов работы инструментов, которые они пользуются каждый день, при этом, судя по всему, считая себя вполне компетентными, раз вон человек решил даже нам сообщить о серьёзной проблеме. Потом такие нас лечат или, допустим, пишут софт, который убивает людей из-за race conditions: https://en.wikipedia.org/wiki/Therac-25#Root_causes Это как я пришёл бы на форум строителей со скриншотами доказывающими, что дом развалится. Или как всяческие фрики регулярно отсылают свои варианты доказательства теоремы Фрема и решения открытых математических/физических проблем.
Ребят, у меня уже год не пропадает желание написать нормальную систему распределенного кодирования видео, возможно даже в коммерческих целях, поэтому ищу единомышленников, кто заинтересуется проектом. Суть в том, что мы можем резать видеофайлы по GOP, и кодировать эти небольшие части на разных серверах одновременно, а потом склеить их, и получим практически такой же видеофайл, как если бы мы его кодировали обычным способом, только получается заметно быстрее. Сейчас вот достал свой PoC, который писал год назад (https://github.com/ValdikSS/distvidc), проверил — работает, у меня получился видеофайл, у которого визуально не видно провалов битрейта на стыке кусков. Этот PoC состоит из server, worker и client. Server раздает видеофайлы worker'ам, разбивает видеофайлы на сегменты с помощью mpvmerge и собирает их обратно, как только все сегменты скодировались. Worker подключается к server и кодирует сегменты с помощью ffmpeg, а client позволяет передать настройки кодирования для файла на server. PoC написан с использованием сокетов, которые передаются на stdin и stdout ffmpeg. Сделано это для того, чтобы worker не скачивал сегмент, затем кодировал, затем загружал на сервер, а кодировал бы видеоданные сразу по мере скачивания, тут же отправляя скодированное на сервер. Получается минимальное потребление RAM и HDD.
Сумбурно как-то написал, хочу спать. Прикрепляю скодированный файл, получившийся из AVI wmv3. Размер между файлом, скодированным нормальным образом и распределенно, отличается всего на 40 кб, визуально провалов качества на стыке сегментов не видно.
Вебм для ретардов делает первые 1.5-2 секунды с завышенным битрейтом и квадратами, есть способ избавиться от этого? Есть еще какие-нибудь хорошие программы? Лень в консольке вбивать параметры, я ведь ретард.
>>1354698 Какое практическое применение-то? Думаешь найдётся достаточно добровольцев для формирования сети обмена ресурсами (аля ты предоставлял свой процессор определённое количество дней и теперь можешь скодировать определённое количество минут видео)? Сомневаюсь как-то. Ставить кусок какой-то непонятной питонятины, без нормальных пакетов (которые, ясное дело, фиг знает когда появятся) себе на сервер для чего? Чтобы раз в год сделать какой-нибудь рип? Для тех, кто регулярно энкодит и у кого больше одной машины, такое не нужно.
Разве что весело было бы прицепить что-нибудь подобное в webm.js через WebRTC (например, открыл вкладку дома на десктопе, потом с мобильника подключился на секретный URL и скодировал, всё без серверов). Но это так, в порядке наркомании.
Пытаюсь разобраться с этим ffmpeg. Вбил -b:v 0 -c:v vp9 -crf 20 -c:a libopus -b:a 64k. Так эта фигня не нагружает мой допотопный коре 2 даже на 50%. Кодирует очень медленно. Может есть какой софт с аппаратным ускорением на видеокарте?
>>1355093 Практическое применение — быстрое кодирование видео с любыми фильтрами ffmpeg, с наложением субтитров, например, любым кодеком, поддерживаемым ffmpeg. Все будет происходить на серверах, а не на клиентских машинах (я знаю, где можно взять достаточно крутые Xeon за $0.01-$0.03 в час).
Уже вот-вот наступит эра 4K-видео, и вполне кому-то нужно будет перекодировать 10-минутный H.265 3840×2160 в vp9 в таком же разрешении. На обычном компьютере это очень нетривиальная задача, но если распараллелить ее на 16 компьютеров, получится значительно (в 10-14 раз) быстрее с результатом чуть-чуть хуже, чем если бы кодировали на одном компьютере.
Снял видео на телефон, телефон снимает в H.265 4K, посмотреть на компьютере не могу, т.к. тормозит, а железного декодирования H.265 нет.
>>1355914 >Все будет происходить на серверах, а не на клиентских машинах (я знаю, где можно взять достаточно крутые Xeon за $0.01-$0.03 в час) Всё равно не понял. Если кто-то может взять крутые зеоны, зачем ему какие-то левые тулзы, если параллельный энкодинг делается примитивным шелл-скриптом на коленке? Какая модель коммьюнити предполагается? Или ты просто хочешь красиво оформить однострочник в энтерпрайз-аппликуху, которую каждый будет сам ставить на свои зеоны?
>Уже вот-вот наступит эра 4K-видео Она уже наступила. Все новые кодеки сделаны с рассчётом на 4К и больше. Это уже можно сказать мейнстрим, сейчас над 8К думают.
>На обычном компьютере это очень нетривиальная задача Ой да ладно. Я несколько минут 8К на домашнем компьютере энкодил в VP9 и ничего, в районе часа было. VP9 с версии 1.4.0 достаточно неплохо ускорили, если что. И его модель tile-columns multithreading как раз на широкие видео и рассчитана. Тут один зеон с большим числом ядер очень хорошо смотрится.
>а железного декодирования H.265 нет А VP9 есть?
>Я и ищу заинтересованных людей для того, чтобы мне помогли написать это все нормально А где революционность идеи-то? К тому же, что это и зачем, ты так пока и не объяснил.
>>1355935 >Какая модель коммьюнити предполагается? Или ты просто хочешь красиво оформить однострочник в энтерпрайз-аппликуху, которую каждый будет сам ставить на свои зеоны?
Это будет просто сервис, куда люди смогут загружать свои видео, указывать параметры кодирования и получать скодированное видео быстро.
>Она уже наступила. Все новые кодеки сделаны с рассчётом на 4К и больше. Это уже можно сказать мейнстрим, сейчас над 8К думают.
Кодеки-то понятно, я имел ввиду, что обычному пользователю уже сегодня-завтра придется работать с 4K-видео, даже телефоны уже умеют снимать.
>Ой да ладно. Я несколько минут 8К на домашнем компьютере энкодил в VP9 и ничего, в районе часа было.
Ну, у тебя, вероятно, какой-то 4-6 ядерник, а есть еще лаптопы.
>А VP9 есть?
Ну это был просто пример. VP9 тоже нет.
>А где революционность идеи-то? К тому же, что это и зачем, ты так пока и не объяснил.
Сейчас есть куча коммерческих сервисов по перекодировки видео, которые ограничены в возможностях (только определенные кодеки и профили на выходе, малое количество фильтров), и которые берут дохрена денег, особенно за кодирование 4K-видео. Я хочу сделать подобный сервис, который если и будет коммерческим, то получится куда более дешевле и функциональней конкрентов.
>>1356063 Лол, так ты разделом ошибся. Это в /biz/. Я-то думал ты модель volunteer computing для энкодинга хочешь реализовать. А ты оказывается компаньонов на типичный облачный стартап ищешь.
>>1356063 Твой сервис делается модификацией моего скрипта https://github.com/anonymous2ch/2ch-webm-resizer/blob/master/2ch-webm-resizer.pl за полчаса, при этом нужен он никогда никому не будет - онлайн кодирование видео - бесперспективно, т.к. на входе ты соснёшь передавать незжатый поток => на входе в твой сервис будет сжатое говно, а на выходе еще более сжатое говно меньшего размера. Спрашивается нахуя ебля с перекодированием из говна в говно, когда изначально записанное пользовательским устройством видео прекрасно будет проигрываться на всех железках (уж производители об этом позаботятся).
>>1356371 Он походу хочет чтобы ему тут накодили стартап забесплатно, который он затем поставит на свои машины и будет продавать как SaaS. Судя по >Я и ищу заинтересованных людей для того, чтобы мне помогли написать это все нормально
Только фиг знает, кто в таком проекте может что интересное для себя найти. Да и как только наберётся достаточно популярности (если наберётся), всё это очень быстро станет нерентабельно. Т.е. единственная стоящая проблема перед таким сервисом — заработать достаточно бабла или хотя бы окупиться перед тем как он загнётся. С технической точки зрения всё уныло, никакой новизны. Нет бы действительно стоящим проектам помогать, которые пытаются двигаться в сторону ухода от облаков.
Красиво оформленная аппликуха с веб-интерфейсом (аля фронтенд к compute-нодам, на которых крутится ffmpeg, что-то вроде OpenStack), которую можно поставить себе, ещё куда бы ни шло. Или какой P2P прикрутить.
>>1356371 >т.к. на входе ты соснёшь передавать незжатый поток Что ты конкретно имеешь ввиду под несжатым потоком? RAW-видео? А зачем мне его декодировать перед передачей через интернет?
>когда изначально записанное пользовательским устройством видео прекрасно будет проигрываться на всех железках (уж производители об этом позаботятся). Мой лаптоп не может в реалтайме декодировать H.265 3840×2160 30 fps на CPU, а GPU без поддержки декодирования H.265. Телефон снимает именно такое видео. Конечно же, на телефоне оно воспроизводится нормально.
Идея не в самом «сервисе» (зря я вообще употребил это слово), а в создании ПО для такого распределенного кодирования, с каким-либо интерфейсом, хоть с браузерным, хоть с враппером над ffmpeg, который бы кодировал распределенно, чтобы каждый мог запустить его на своих серверах, как >>1356450 и говорит.
У меня есть, скажем, 700-мегабайтный видеофайл в H.265 3840×2160 60 fps, который идет 3 с половиной минуты. На моем лаптопе он транскодируется в H.264 1920×1080 с preset=faster 9 fps, т.е. потребуется минут 25. Даже если передавать этот видеофайл не в локальной сети, а на удаленные серверы через интернет, то получится быстрее, чем мне кодировать его на моем лаптопе, ведь мы можем начинать разделять файл на сегменты для отправки их на кодировние воркерам еще во время загрузки файла, не дожидаясь его полной загрузки. Я сам часто пользуюсь своим костылем, когда нужно перекодировать 10-битное аниме для телефона (телефон не умеет такое декодировать) быстро, запускаю кодирование на 4 серверах одновременно и через 10 минут у меня уже 5 скодированных серии.
>>1357096 >на кодировние воркерам еще во время загрузки файла ну то есть речь идет об однопоточном кодировании, ты понимаешь, да? Об однопоточном кодировании для нищебродов с быстрым интернетом и "своими" серверами, читай для админоблядей. Ну так вот любая приличная админоблядь, решившая покодировать порнуху на Ынтерпрайзных ксеонах, за 5 минут найдет и соберёт данную утилитку https://github.com/nergdron/dve , если тебе хочется вместо этого удобства использовать мокрописечный говновеб-бразуер, значит сервера тебе доверили зря, быдло
>>1357160 >ну то есть речь идет об однопоточном кодировании, ты понимаешь, да? Нет, не понимаю. Почему?
>и "своими" серверами, читай для админоблядей У меня интернет 50 мегабит в секунду на отдачу, сейчас использую xeon'ы со slicify за $0.01 в час. Так что насчет использования казенного имущества в личных целях ты ошибся.
И нет, я не хочу использовать браузер, я хочу как раз враппер над ffmpeg, но веб-интерфейс тоже приемлем.
>>1357160 А утилита тупая, моя чуть умнее, но все такая же тупая. Нет ни очереди кодирования, ни возможности вшить субтитры в видеопоток (т.к. разделение происходит через ffmpeg, а он не умеет нарезать на сегменты, оставляя attachements).
По сути, мне хочется иметь вот такую утилиту как по твоей ссылке, только чтобы серверная часть умела очередь с приоритетами, чтобы можно было кодировать, скажем, две очереди одновременно, высокоприоритетную и низкоприоритетную, в зависимости от текущей нагрузки без выбора конкретных серверов, какую-никакую статистику, ну и всякие прочие удобства.
>>1357231 А нафиг нарезать? Локалка у большинства нормальных хостеров быстрая и практически бесплатная. Скачиваем файл на сервер, между зеонами NFS-шара. На каждом запускаем одну и ту же команду с нужными значениями во флагах -ss и -t. Затем муксим. И никаких скриптов для этого не надо.
Ну и да, это забава для админоблядей в чистом виде. 4к можно энкодить в 16 потоков на одном сервере вообще без каких-либо ухищрений. Куда больше-то? Те, кто постоянно и много энкодят и у кого свой парк серверов, уже скрипты написали (было б что писать там).
Мне надо рипнуть двд, если я сделаю так ffmpeg -i "concat:VTS_01_1.VOB|VTS_01_2.VOB|VTS_01_3.VOB" -map 0:1 -map 0:2 -map 0:3 -c:v libx264 -profile:v high -level 4.1 -preset slow -crf 18 -vf yadif=0 -aspect 16:9 -c:a copy out.mkv я нигде не сосну? Megui добавляет пачку параметров на вывод сам, в ффмпеге их надо прописывать, или там дефалтные сойдут?
>>1357768 >будут либо повторы либо пропущенные кадры Не будут. При перекодировании seek работает с точностью до кадра. >инфа соточка Ну да, куда уж разработчикам с канала ffmpeg до авторитетного мнения посетителя двача, которые подтвердили, что этот метод работает верно.
>вон тебе способ определения оставшегося времени до конца кодирования даже есть Ты типо нас здесь хочешь удивить умением вбивать фразу в гугль? Я уже не говорю о том, что ты даже гуглить не умеешь, т.к. этот метод херня и не работает при первом проходе (там N/A в поле времени). Надо использовать кадры. Только вот зачем ты сюда это запостил если задача примитивна даже для первого курса гуманитарного вуза — я не понял.
>>1358010 да на хуй иди со своими костылями, мало того что ты угробишь железо читая файл 200 раз вместо одного, так ты еще и с таким подходом соснёшь больше 10 файлов одновременно перекодировать, по причине пропускной способности того же самого железа. Это уж не говоря о лишних ключевых кадрах! Говнопроектировщик уровня /s/
>>1358010 >ты даже гуглить не умеешь, Лучше вон найди мне годный сервер управления задачами (job) и очередями (queue) раз так в гугл дохуя умеешь, я знаю какой-то пердолик уже должен был его написать!
>>1358197 >мало того что ты угробишь железо читая файл 200 раз вместо одного Во-первых, seek целиком файл с диска не читает, а только хидеры фреймов, всё остальное пропускает. Во-вторых, мы получаем офигенную выгоду от дискового кэша. Во-третьих, раз уж заговорили про ограничения железа, то разбитие каждого файла на сегменты и запись их на каждой машине убьёт его гораздо быстрее, чем залить один раз файл на хранилку и дальше только читать. >по причине пропускной способности того же самого железа Никогда не слышал что такое SAN, как они работают и каие там ограничения? Ну, с твоей квалификацией-то понятно. >Это уж не говоря о лишних ключевых кадрах В каком месте? Выше сто раз обсуждалось, что тот же libvpx ключевые кадры ставит вовсе не в тех местах, где они были в источнике. И ты своим разбитием по GOP оригинала только хуже делаешь. >Говнопроектировщик уровня /s/ И это мне заявляет автор быдлокода на перле, который постом выше жаловался, что его метод не работает с приаттаченными шрифтами.
>>1358201 Что там искать? Любой человек, хоть немного знакомый с проектированием ПО, слышал про AMQP/ZeroMQ и популярные серверы, их реализующие. RabbitMQ хотя бы.
>>1358206 Его нельзя распространять, т.к. он nonfree. Только если кто может полулегально выложил. Варианта два: 1) Собрать самому. Ничего особо сложного в этом нет, гайдов в том числе под винду куча. 2) Использовать свободный энкодер https://github.com/mstorsjo/vo-aacenc , он входит в состав тех же билдов Zeranoe. 3) Не использовать AAC, Opus лучше.
>>1358249 Какими нахуй шрифтами еще, я тут 2 раза отписывался в треде >>1358249 нихуя я не знаком, погугли еще «для чайников/быдлокодеров» руководство по применению
>>1358010 >При перекодировании seek работает с точностью до кадра. Даже если -ss перед -i? Надо проверить, спасибо.
>>1358243 >И это мне заявляет автор быдлокода на перле, который постом выше жаловался, что его метод не работает с приаттаченными шрифтами. Ты путаешь людей, про шрифты я жаловался, автор быдлокода на питоне.
>>1358664 Я серьезно спрашиваю, у тебя хоть одна версия ffmpeg'a или программы на его основе может больше одного потока при кодировании VP9 ? in b4 обновить драйверы видеокарты
Не нашел - спросил здесь /тхреад. Есть одна amv и есть sony vegas. В сони вегасе я ньюфаг ебаный, а мне нужно из амв удалить титры, которые над самим видео постоянно показывают соус на тот или иной отрезок. Так как я накладываю свою аудио дорогу, то эти титры собственно надо выпилить. Помогите пожалуйста.
>>1359643 > я ньюфаг ебаный Оно и видно. Данные по амв где? > удалить титры Тут был анон, который собирался захуячить мега убиратель хардсаба на основе анализа предыдущих/последующих кадров и каких-то ещё (недоступных моему разуму) приёмов. Можешь попросить у него о прогрессе его разработки.
>>1359835 Да уже решил проблему, я просто в видео евент фх сместил камеру, убрав горизонт соусы, благо автор амв их пилил на черном фоне и видео это не затрагивало. Сейчас у меня пердолинг с кодированием в вебм.
>>1359852 > я просто в видео евент фх сместил камеру, убрав горизонт соусы, благо автор амв их пилил на черном фоне и видео это не затрагивало Это ты так обозвал кроп чёрной полосы? И зачем для этого вегас? > Сейчас у меня пердолинг с кодированием в вебм. Вангую распидорашенное говно в VP8 с анаморфом.
>>1359934 >И зачем для этого вегас? Так я вегас использовал, чтобы удалить оригинальную дорожку и поставить на ее место свою, а черные полосы с соусами уже как дополнение.
>Вангую распидорашенное говно Да, так и есть, я уже на стену лезу блять, квадратов просто дохуища. Пытаюсь последний вариант попробовать, если и он провалится, то хуй знает как вообще делать тогда. В плеере то нормально выглядит. Вот собственно пикрил проблемы, спрашивал в треде, мне один анон ответил "Делай двойной проход", я и так собирался его делать, но это не помогло хотя бы близко сохранить качество.
>>1359948 Алсо, я сейчас даже попробовал в 1М битрейт и -crf 10, как на трак.ффмпеж писали, это помогает сохранить качество, чем меньше значение, тем лучше. Я попробовал со стандартного, написанного в 10, вышло тоже самое говно, да еще и в 14 мб и это только 1:50мин.
>>1359956 Короче нихуя не выходит. Попробовал даже по 1.2к битрейт на фрейм - все равно квадраты ебаные. Почему их нет в плеере, при просмотре мп4, а когда делаешь вебм, то квадраты? Помогите криворукому.
>>1359995 1. Никогда не кодируй в один проход 2. Ты зачем его в mp4 отрендерил? Рендерь в AVI без потерь (с отключенным ресемплированием, если частота кадров не исходная) 3. Тебе нужно что-то вроде, чтобы в один поток и два прохода: 1 проход ffmpeg -i video.avi -c:v vp9 -pix_fmt +yuv420p -passlogfile temp001 -y -an -pass 1 AMV.webm 2 проход ffmpeg -i video.avi -metadata title="AMV by Vasyan666" -c:v vp9 -q:a 4 -pix_fmt +yuv420p -passlogfile temp001 -auto-alt-ref 1 -lag-in-frames 25 -y -qmin 8 -crf 12 -qmax 30 -y -quality good -pass 2 AMV.webm Запускаешь, смотришь на битрейт через секунд 10-20, если битрейт слишком высокий, то жмешь q и делаешь значения параметров -qmin -crf -qmax выше, а если битрейт слишком низкий, то меньше.
>>1360232 >Ты зачем его в mp4 отрендерил Да я в вегас работал даже меньше чем в ффмпеж, хотя заменил звуковую дорожку на свою на удивление ловко.
>-passlogfile temp001 За что это отвечает?
>:flags="lanczos" И вот это.
Блин, анон, ты тоже охуенен. Мне вот недавно тоже объяснили, пробовал, вышло намного лучше + еще твое объяснение. Теперь я стану СУПЕР ПЕРДОЛИКОМ. Спасибо большое!
Я тут путем несложных логических заключений понял, что качество/размер при -quality good зависит от процессора. Дедлайн 0 при 100% использовании процессора кодирует двухминутный ролик уже 18 часов и в ролике еще 15 секунд закодировать осталось. Можно ли как-нибудь установить качество на ступеньку ниже, чем дедлайн 0, но чтобы при этом не зависило от процессора? Я, конечно, понимаю, что по смыслу нельзя, но все же. 4 дня опыта, гайд в шапке читал и понял
>>1360333 >За что это отвечает? По умолчанию ффмпег сохраняет лог первого прохода в файл с названием ffmpeg2pass-0.log Допустим ты кодируешь одновременно две вебм в двух консольках, то тебе нужно сохранить их логи первого прохода разные файлы. Пишешь для первой вебм -passlogfile temp001, для второй -passlogfile temp002 и никаких конфликтов. Просто, чтобы ты уже знал. >И вот это. Так при скейле будет использоваться алгоритм lanczos, а по умолчанию алгоритм выбирается автоматически из списка. Мне он еще приглянулся, когда я в гимпе работал.
>>1360341 Пиздец, сколько всего, чего не узнаешь из вики. Это совершенно другой уровень. Сейчас я рендерю в ави 720 50p и еще раз попробую сделать. Буду 2 варианта клепать: в 2 куска и целый. Начну с целого. Ууух бля, я весь пылаю!
>>1359948 > Так я вегас использовал, чтобы удалить оригинальную дорожку и поставить на ее место свою Что помешало сделать это тем же ffmpeg'ом? Единственное, для чего вегас действительно может понадобиться — сложный монтаж видео со всякими спецэффектами, вроде создания тех же amv. В твоём же случае это как фотошопом картинки масштабировать.
>>1360339 > Я тут путем несложных логических заключений понял, что качество/размер при -quality good зависит от процессора. Только при одном проходе: однопроходное кодирование предназначено для потокового вещания.
>>1240405 (OP) > Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых (сперма-only): https://github.com/nixxquality/WebMConverter Почему она не может в многопоточность? Зачем тогда там этот ползунок?
>>1342770 Добавил кучу разных фич, более-менее пофиксил среднего размера файлы (у меня 600M+ файлы достаточно свободно открываются и энкодятся). Также запилил софтварный проигрыватель в зачаточном состоянии. Теперь оно, пожалуй, ещё сырее, чем было, поэтому было бы хорошо, если кто помог потестить на разных файлах и браузерах.
>>1360639 >А в каком коде кодирует? Не понял вопроса. >А сколько потоков? Сколько поставишь. Значение по умолчанию зависит от числа физически доступных ядер. >А на сколько производительность меньше нативного? libopus очень быстрый, на уровне натива, всякие прочие сервисные операции/декодинг тоже быстро. libvpx-vp8 у меня в 8 раз медленнее натива, но мой процессор с кучей расширенных векторных инструкций, так что YMMV. В моих тестах SD видео кодируется примерно 5x от продолжительности. HD ~8x. Для небольших клипов, я думаю, более чем вменяемо, правда, это VP8, к сожалению. Других репортов пока никто не приводил.
>>1360666 Это не проблема. В JS сейчас оно недоступно (только short SIMD собираются в ближайшее время добавить), оттого разница более значительная. Если процесс похуже, то, возможно, будет разница 3-6x, но я не проверял.
>>1360667 Слишком медленно будет. Но как только хоть какой-нибудь SIMD в стабильных версиях браузеров можно будет использовать, потестирую получше.
>>1360670 >но я не проверял То есть один раз проверил. Собрал libvpx вообще без всех SIMD оптимизаций, скорость сразу в 5 раз упала и приблизилась к JS.
>>1360692 [CODE][18:57:30] Spawning jobs: [18:57:30] 4 video threads [18:57:30] 1 audio thread [18:57:30] Video 1 started first pass [18:57:30] Video 2 started first pass [18:57:30] Video 3 started first pass [18:57:30] Video 4 started first pass [18:57:30] Audio started [18:57:32] Fatal error at Video 4: Uncaught RangeError: Invalid array buffer length[/CODE] ??? Видос полтора гига
>>1361121 Ты его целиком стал энкодить? Если попробовать поменьше продолжительность или поменьше файл? Впрочем, я на первом попавшемся фильме такого же размера не смог воспроизвести, начало нормально энкодиться. Какой браузер/версия?
>>1361149 win10 x64/chrome Версия 44.0.2403.155 m Сейчас вырезал минуту из видео, кодировал больше часа лол Как-то очень медленно [19:07:15] Spawning jobs: [19:07:15] 4 video threads [19:07:15] 1 audio thread [19:07:15] Video 1 started first pass [19:07:15] Video 2 started first pass [19:07:15] Video 3 started first pass [19:07:15] Video 4 started first pass [19:07:15] Audio started [19:07:28] Audio finished (00:00:12.8) [19:25:58] Video 4 finished first pass (00:18:43.4) [19:25:58] Video 4 started second pass [19:28:09] Video 3 finished first pass (00:20:54.2) [19:28:09] Video 3 started second pass [19:28:24] Video 1 finished first pass (00:21:08.0) [19:28:24] Video 1 started second pass [19:29:43] Video 2 finished first pass (00:22:28) [19:29:43] Video 2 started second pass [20:07:34] Video 2 finished second pass (00:37:50.0) [20:14:12] Video 4 finished second pass (00:44:29.3) [20:21:22] Video 1 finished second pass (00:51:39.3) [20:22:38] Video 3 finished second pass (00:52:54.6) [20:22:38] Muxer started [20:22:43] Muxer finished (00:00:04.9) ================================================== All is done in 01:15:27.6 Output duration: 00:01:00 Output file size: 14589495 B, 14247.55 KiB, 13.91 MiB Output video bitrate: 755k Output audio bitrate: 64k
>>1361235 Лол, жесть у тебя тестовые файлы, конечно. 350 метров на минуту видео это даже для 8K дохрена. Поставил энкодить, но раз 720p это примерно 8x от продолжительности, то 1080p будет, вероятно, в районе 30 минут.
>>1361245 speed=cpu-used=сложность используемых алгоритмов. 0 самый лучший, используем чуть похуже чтобы было быстрее при сравнимом качестве. auto-alt-ref и lag-in-frames включает AltRef кадры. sn игнорирует встроенные субтитры, ac 2 кодирует стерео аудио.
>>1361302 Сильно на время энкода влиять не должно, видео в любом случае переводится в несжатый формат изначально. Я просто удивился такому дикому битрейту. Влияет здесь больше всего разрешение 1080p.
>>1361329 Для H.264 1080p@60fps я бы в районе 10-20 мбитс ориентировался. Впрочем, я в H.264 мало энкожу. Кстати, только сейчас посмотрел, у тебя ж ещё 60fps. У обычного видео ~24, т.е. это как 2.5 минуты. На таких сложных энкодах я пока особо не гоняю, без SIMD это будет печально.
Вот что-нибудь простенькое вроде вембрелейтед — очень даже ок. Средне-простое 720p, статистика: All is done in 00:03:57.6 Output duration: 00:00:23.2 Output file size: 6021166 B, 5880.04 KiB, 5.74 MiB Output video bitrate: 2757k Output audio bitrate: 64k
>>1361355 Обычно майнтейнеры и ffmpeg, и libvpx компилируют с runtime-cpu-detect, так что здесь проблем быть не должно. Гораздо хуже что в бинарных дистрах всякое nonfree и патентнованное отключают, да и всё древних версий к тому же.
>>1361217 Firefox 43 [18:45:29] Spawning jobs: [18:45:29] 4 video threads [18:45:29] 1 audio thread [18:45:29] Video 1 started first pass [18:45:29] Video 2 started first pass [18:45:29] Video 3 started first pass [18:45:29] Video 4 started first pass [18:45:29] Audio started [18:45:42] Audio finished (00:00:12.7) [19:07:18] Video 4 finished first pass (00:21:48.5) [19:07:18] Video 4 started second pass [19:10:05] Video 1 finished first pass (00:24:35.6) [19:10:05] Video 1 started second pass [19:10:11] Video 3 finished first pass (00:24:42.1) [19:10:11] Video 3 started second pass [19:11:34] Video 2 finished first pass (00:26:04.0) [19:11:34] Video 2 started second pass [19:49:28] Video 2 finished second pass (00:37:53.9) [19:54:59] Video 4 finished second pass (00:43:24.4) [20:01:03] Video 1 finished second pass (00:49:28.5) [20:02:42] Video 3 finished second pass (00:51:07.5) [20:02:42] Muxer started [20:02:43] Muxer finished (00:00:01) ================================================== All is done in 01:17:13.7 Output duration: 00:01:00 Output file size: 14430555 B, 14092.34 KiB, 13.76 MiB Output video bitrate: 1028k Output audio bitrate: 64k
Интересно, я думал что быстрее будет. Ну, хотя бы хром не отстал. Позже на своём хроме попробую.
Натив с точно теми же настройками: Output duration: 00:01:00 Output video bitrate: 1028.0k Output audio bitrate: 64k Output file size: 17195104 B, 16792.09 KiB, 16.40 MiB, OVERWEIGHT: 8806496 B Overall time spent: 00:07:58.6 Чуть менее чем в 10 раз.
В общем, спасибо за статистику. Кстати, у тебя какой процессор?
>>1361422 [email protected]Ггц В Edge так и не дождался окончания по итогу полутора часов, там еще косяк есть не показывает прогрессбар вверху и на вкладках воркеров пусто, хотя он что-то энкодит и пишет в общий лог. > Overall time spent: 00:07:58.6 У меня такое не показывает, как включить? Еще посмотри мои настройки, пожалуйста: > ffmpeg.exe -ss 00:00:00 -t 00:00:00 -i in.mp4 -threads 4 -c:v libvpx-vp9 -crf 32 -b:v 1000k -fs 6M -pass 1 -auto-alt-ref 1 -lag-in-frames 25 -c:a libopus -b:a 96k -f null -y NUL > ffmpeg.exe -ss 00:00:00 -t 00:00:00 -i in.mp4 -threads 4 -c:v libvpx-vp9 -crf 32 -b:v 1000k -fs 6M -pass 2 -auto-alt-ref 1 -lag-in-frames 25 -c:a libopus -b:a 96k -y out.webm -b:v я считаю через CalcFX v3.2.3, а вот -crf 32 взял с webmforretards, но там для vp8, а я юзаю vp9, качество вроде ок, стоит ли менять на большее число для уменьшения размера? Какое оптимальное у vp9 для 1080? Что еще можно добавить/убрать?
>>1361516 >[email protected]Ггц Лол, разогнан что ли? Тогда понятно почему у тебя чуть быстрее вышло. По инструкциям у меня то же самое, только кэша побольше.
>там еще косяк есть не показывает прогрессбар вверху и на вкладках воркеров пусто Да, известная проблема, пока не смог отладить. Хоть в виртуалку венду ставь. Но за исключением этого вроде всё остальное должно работать.
>Что еще можно добавить/убрать? Для VP9 я что-то вроде этого обычно использую: >>1263221 Ещё пикрелейтед можешь посмотреть, он up-to-date с парой неточностей. Ну и в вики этого треде вроде не так плохо было. >стоит ли менять на большее число для уменьшения размера Я constant/constrained quality включаю только в специфических случаях. Например, при undershoot или если видео простое. Большую часть времени просто VBR (-b:v без -crf).
Есть один ебучий шакал, нужно его как можно сильнее сжать без уменьшения разрешения меньше чем 160x120 (4:3). Как можно еще сильнее сжать? ffmpeg -i input.mkv -cpu-used 16 -vf scale=160:120 -c:a libvorbis -q:a 0 -vcodec libx264 -crf 63 -vcodec libvpx -acodec libvorbis -b 500 output.webm
>>1361803 Как я вышел сухим из воды при критической ситуации угрозы жизни.
Суть была токова. Дело было давнее, 1942г, ВОВ, битва при Сталинграде. Товарищь Сталин вызывает мне к себе ставку и назначает задачу:"Есть один ебучий шакал.Нужно его как можно сильнее сжать без уменьшения разрешения меньше чем 160x120 (4:3)." Время на все про все дает он мне 2 часа, 3дж не работает, провод кабеля скоростного BOD-интернета обрезан клятыми хохлами-бандеровцами. Но задачу надо выполнить любой ценой, от этоо заисит жизнь полуторамиллионной ударной танковой группировки. Значит я беру телевизор плоского изображения и вывожу на него 160x120 (4:3). Потом беру айфон 6 и снимаю прямо с экрана видеоряд с высоким сжатием. Через 2 часа задача полностью выполнена, тов Сталин был осне доволен и дал мне покурить свою трубку. Это был уникальный случай, когда Верховный главнокомандущне дал пососать свою трубку.
>>1361873 Зависит от формата. С некоторыми форматами вроде mpg сработает простое склеивание файлов на входе (>>1362100), для других вроде mkv/webm нужен плэйлист и специальный демуксер concat; если форматы дорожек не совпадают, то нужен фильтр concat и перекодирование (хотя можно перекодировать только один файл и слепить одним из предыдущих способов). См. https://trac.ffmpeg.org/wiki/Concatenate
>>1240405 (OP) а есть гуй на сперму, что бы просто склеить видео со звуком и выложить как вебМ? я так сильно не хочу пердолиться, но мне кажется уже проще эти команды освоить, чем что-то годное найти. Алсо, есть ли гайд как это использовать на сперме, где нет консоли?
>>1363209 >Алсо, есть ли гайд как это использовать на сперме, где нет консоли? Используй webm.js! Впрочем, там пока нет возможности добавить внешнюю дорожку, но думаю сделать. Подобные операции очень быстро будут работать, не хуже натива.
Как прицепить внешние субтитры к вебмке при кодировании, в гайде конечно есть и ffmpeg сам берет, но если кодировать определённый участок, то сабы берет сначала, а параметр subtitles= или ass= выдает ошибку
Слепой раб спермовского гуя справился! Я сделаль. Правда не понял как заставить звук замолчать, когда кончится видео, пришлось обрезать его каким-то онлайн обрезателем. Всем спасибо.
>>1363199 Бамп. А еще вопрос возник. Я скачал Libx264 для ffmpeg, а как ее установить лол? Я не пойму. Ее разархивировать просто или в папку с ffmpeg кинуть?
>>1363419 Да, я уже заметил, извиняюсь. До этого видел только 256. А вот такой вопрос, какой профит в тройном и более кодирование? Я почитал английские источники, насколько мне позволяет знание языка, так так пишут, что более двух проходов используется как раз в этом 264, что позволяет более лучше обрабатывать видео в hd, но для новичков это очень трудно. Как примерно проходит тройной проход?
ffmpeg -i video.mkv -pass 1 (2-3-...) video.webm и добавляя в каждом проходе необходимые параметры? Или в третьем проходе другое пишется?
>>1363628 У меня есть mkv, длительностью 01-57, с такими показателями 1920x1080 23.976fps [V: h264 high 10 L4.0, yuv420p10le, 1920x1080 [default]] и я вот пердолюсь с превращением ее в вебм без потери качества и в высоком разрешении.
>>1363091 Щиндовс. Началось с форса >>1363106, потом распространилось со спермёрки на остальные версии.
>>1363199 В bourne shell это подстановка значения переменной ($variable_name), либо результата выполнения команды ($(command)), либо результата арифметической операции (только bash/zsh, $((2+2))).
>>1363148 Норкоман, в PATH путь до ffmpeg пропиши.
>>1363209 > а есть гуй на сперму > я так сильно не хочу пердолиться Поделил на ноль. Ты именно пердолиться и хочешь — ищещь программу, которая позволит тебе решить задачу методом тыка. > на сперме, где нет консоли? Есть консоль на сперме, только очень убогая. Ссылки на гайды и нормальную документацию есть в оп-посте.
>>1363418 > Что такое "/TB"? Timebase, длина условной удиницы времени в секундах. При помощи этой единицы указывается время отображения кадра (PTS).
>>1363424 В случае с x264 два прохода нужны для подгонки видео под определённый объём. С libvpx ещё для чего-то, см. вики по ссылке в оп-посте.
>>1363424 Допустимые в webm кодеки трёхпроходного режима не имеют.
>>1363638 Если вебм нужна под лимиты сосача, то это невозможно: VP9 без потерь будет весить слишком много (если это не статичная картинка, конечно). Олсо, yuv420p10le не умеют играть браузеры, т.е. придётся снизить глубину цветопередачи до yuv420p.
>>1363845 Можно «-f null -»: всё равно ничего не выводится.
>>1363855 Что ты собрался выводить на первом проходе?
>>1363740 > А какой командой можно поставить лимит вебм? Читай вики @ считай битрейт. > Чтобы консоль сама останавливалась, когда до лимита доходила? Проиграл. Обрезка по достижении размера — параметр выходного файла -fs.
>Что ты собрался выводить на первом проходе? Хуй знает, я у мамы дебил.
>Читай вики @ считай битрейт. А вот касательно подсчета битрейта. Я подсчитал его, но под конец выходит за лимит, оставляя 30 секунд где-то видео. Почему так?
Хотя все равно, странная формула какая-то. Посчитал по ней 1081024/117-64=~636 и все равно за лимит вылезает. Пробовал разрешение с 1920x1080 до 1280:720 и все равно не улезает в лимит блять. Придется понижать битрейт.
>>1363925 Какие-то формулы. Скачай битрейт калькулятор, введи разрешение, фпс, время, и крути битрейт\бит-пиксель пока не достигнет цели в 9.7мбайт или сколько там тебе надо. И сделай чуть ниже, ибо оно любит разбухать.
>>1364019 У меня никаким. А у тебя каким, раз такие вопросы странные задаешь? Может человек знает, что такое Bits/(Pixel*Frame) или узнает об этом в процессе, и не будет делать вебм с 0.2, чтобы въебать под лимит, когда хватает 0.05, например.
>>1364028 >Неплохо Так там сорец простейший — это даже не аниме. И количество деталей в кадре минимальное + везде сраное мыло, а VP9 (и H.265, кстати) как раз любит мылить. Неудивительно что оно хорошо сжимается. Я и часовые шоукасты в 8 мб ужимал, хуйли теперь.
>>1364031 >и не будет делать вебм с 0.2, чтобы въебать под лимит Для ограничения по битрейту сверху есть qmin (или CQ). Нафиг что-то считать? И, самое главное, нахрена нужны какие-то специальные программы для этой операции? Ты уже одно число на другое разделить не можешь? Помню такой хуйнёй страдал в 9-ом классе. Надо аудио обрезать, значит ставлю с пиратского диска Cubase и день с ним ковыряюсь. Ведь если есть крутая программа, то надо обязательно использовать её. Редактирование автозагрузки, реестра, графа кодеков DirectShow — всё тоже через отдельные программы, ещё и shareware зачастую. Даже сам писал мокрописьки уровня редактирование m3u плэйлиста через гуёвину или парсинг лог-файлов с выводом результата в гуи.
>>1364070 >Нафиг что-то считать? Я ничего не считаю, за меня это делает программа. Ввел время, ввел размер, посмотрел, какое число получается, если исходник не требует такого большого, снижаю до нужного, копирую битрейт. Мне норм. Как ты там выбираешь себе битрейт меня не ебет. >Ты уже одно число на другое разделить не можешь? Зачем, если это успешно делает программа?
>>1364135 >сли исходник не требует такого большого, снижаю до нужного Рейтконтроль нужен как раз для того, чтобы уложиться в заданный лимит. Если тебе это не важно, то следует использовать CRF. x264, например, для CRF больше одного прохода не требует. В libvpx для энкода вида «не больше заданного размера, но с заданным качеством» есть режим CQ, либо можно просто указать, что ты не хочешь QP меньше заданного числа через qmin. Таким образом ты используешь инструменты не по назначению и, что гораздо хуже, советуешь это другим. Свои какие-то плацебо-эвристики, не подкреплённые ABX, пытаешься применять к энкодингу (типа «вот это видео вроде бы больше 0.01 bpp не требует, поставлю-ка я ему итоговый размер на 15% меньше») вместо специально сделанных для этого опций и пытаешься выдать за абсолютно рабочие рецепты аргументами вида «а мне норм».
Ты, видимо, форумом ошибся. Здесь тебе не doom9 и не аудиофилия, любые советы должны подтверждаться официальной документацией и теорией кодекостроения.
>Зачем, если это успешно делает программа? Чтобы понимать что ты делаешь хотя бы. Ты вот дальше вбивания магических циферок в окошечки в понимании основ, похоже, не продвинулся.
>>1364165 Я посоветовал человеку простой путь подобрать битрейт. Тебе это не понравилось, написал на мой пост "это хуйня", посоветовал ему то, что считаешь нужным. Все. Зачем ты мне все это пишешь, что тебе от меня нужно? Мы обсуждаем ебучие вебм для /б/, ты это понимаешь?
>>1364251 >Тебе это не понравилось, написал на мой пост "это хуйня", посоветовал ему то, что считаешь нужным. Все. Я и написал сразу в >>1364070 Это ты оправдываешься вот уже 2 поста подряд зачем-то, не прибавляя ничего нового к дискуссии. А сейчас вообще дурачка включил.
Ну я вебм сделал, вчера вбрасывал уже, но она без превью вышла, сейчас пердолю превью. Может метадату еще написать, хотя мои вебм все равно кроме меня никому не нужны. Спасибо за то, что не оставили в беде, все заскриню ща и в папку с вебм гайдами кину, где у меня различные скриншоты по вебм. И не надо сраться пожалуйста. Войдите в мое положение. Я спросил совета, а он начинает раздуваться до критической отметки. Спасибо.
Превью не хочет ставиться. Точнее оно там ставится вроде бы, но идет рассинхрон звука с видео, да и сама длительность видео выросла с 01.57 до 02.06, а битрейт упал на с 700+кб/с до 650кб/с. -itsoffset не помогает, по гайдам написано, что надо 00:00:00.04, я сверял с превью, там тоже самое, значит по идее все верно. Пробовал менять время в диапазоне 01-12 мс и от 4-1 с , но все равно не как в оригинальной вебм, да и в самом видео мкв.
>>1240405 (OP) Какого хуя я устанавливаю программы, а они после установки не видны нихуя? Даже в установке и удалении программ их нет. Но через обзор установщика папка программы видна.
КАКОГО ХУЯ БЛЯДЬ? Дело не в TC, в проводнике тоже нихуя не видно.
>>1361217 >>1361422 Мой хром 34. [19:02:49] Spawning jobs: [19:02:49] 4 video threads [19:02:49] 1 audio thread [19:02:49] Video 1 started first pass [19:02:49] Video 2 started first pass [19:02:49] Video 3 started first pass [19:02:49] Video 4 started first pass [19:02:49] Audio started [19:03:14] Audio finished (00:00:25.1) [19:25:24] Video 4 finished first pass (00:22:35) [19:25:24] Video 4 started second pass [19:27:57] Video 3 finished first pass (00:25:07.9) [19:27:57] Video 3 started second pass [19:28:23] Video 1 finished first pass (00:25:34.2) [19:28:23] Video 1 started second pass [19:29:24] Video 2 finished first pass (00:26:35.4) [19:29:24] Video 2 started second pass [20:14:55] Video 2 finished second pass (00:45:30.3) [20:20:48] Video 4 finished second pass (00:51:23) [20:28:12] Video 1 finished second pass (00:58:47.2) [20:29:33] Video 3 finished second pass (01:00:08) [20:29:33] Muxer started [20:29:37] Muxer finished (00:00:04.8) ================================================== All is done in 01:26:48.4 Output duration: 00:01:00 Output file size: 14430555 B, 14092.34 KiB, 13.76 MiB Output video bitrate: 1028k Output audio bitrate: 64k
Немного медленнее моего фаерфокса, но в целом нормально. На сэмпле у меня он примерно на минуту отстал (6:25 против 5:25). Хром 36 чуть быстрее (буквально на 5-10 секунд на сэмпле). Сейчас буду смотреть что там с эдге.
Кстати, интересную фишку нашёл. Два энкода байт-в-байт одинаковы за исключением 16 байт ID сегмента:
>>1364953 Я просто не очень шарю в этом, точнее вообще не шарю. Я применяю разные команды на практике и оставляю те, что приносят больший результат, поэтому я не очень понимаю, что значит тайминг кадров видеодорожки.
>>1364953 > С какими таймингами кадров видеодорожки? PTS кадров, т.е. записями со временем их отображения. > Как я делал вебм, в которую превью вставить хочу? Да. И запости её, вечером посмотрю. Там может быть, например, начало воспроизведения не с начала GoP'a — так получается, если обрезать начало без перекодирования не по ключевому кадру.
>>1365256 >менять фпс? В мкв столько же фпс. И это, я с колумносом обосрался, там не 9, а 0. Ну я ща вобью все и выход первого и второго прохода заскриню.
>>1361516 >>1364734 Походу Microsoft наврали — их хвалёный компилятор asm.js в эдге работает раз в 100 медленее чем хром и фф, со всеми активированными опциями. Ну или я тупой и из-за чего-то вызывается деоптимизация.
>>1365787 Ага, по-всякому пробовал. И одну, и обе, и без них. И кэш чистил, и перезапускал и т.д. Скорость колеблется от 3-х до 6-ти минут на энкодинг 0.1 секунды видео.
>12 минут против 11 соответственно Да ладно? Сэмпл? Целиком? На Edge? Версия webm.js с гитхаба? Неужели я и вправду такой криворукий. Можешь рассказать какая точно версия венды и Edge в таком случае? Может там в обновлении последнем какие-то фиксы прилетели? Я пробовал и их билд Edge с десяточкой для виртуалки от 1-го августа, там такая же хрень была.
>>1366415 >за что отвечает Внезнапно, за добавление метаданных в файл >нахера он нужен написать -metadata title="Название видео" >но в гайде ни слова Он не особо и нужен, метадату будут читать 3,5 анона.
>>1366553 >Он не особо и нужен Для музыки со статичной картинкой очень даже нужен, чтобы потом не спрашивали соус по сто раз. И вообще, это правила хорошего тона, точно такое же, как и письмо без ошибок.
>>1365654 >>1365795 Оказывается я действительно мудак. Неоптимально настроил виртуалку. Кто ж знал, что в популярных гипервизорах SMP реализован через жопу и thread affinity никто почему-то не делает, что вызывает лютый cache trashing. Поставил 1 vCPU, сразу залетало. На 0.1 теперь примерно 15 секунд, с учётом погрешности измерения, более чем достойно.
Таким образом в webm.js сейчас полноценно поддерживается три браузера: FF, Chrome, Edge. Баг с промежуточными репортами в Edge я починил. (Как ни старается Microsoft исправиться, а много чего до сих пор пролезает, в этот раз Performance в контексте воркеров почему-то забыли запилить, в самом распоследнем Edge.)
>>1361516 Попробуй, пожалуйста, ещё раз в Edge (не забудь только asm.js в about:flags включить). Ну или пусть дойдёт до 50% хотя бы. Я полноценно затестить не могу — только одно ядро получается нормально перекинуть в виртуалку. (Хотя есть надежда, что в qemu-kvm SMP может быть побыстрее.)
>>1366557 >чтобы потом не спрашивали соус по сто раз Но его спрашивают по сто раз даже когда название и исполнитель висит в начале видео в течении 3 секунд. А ты про какую-то метадату, которую еще и читать из файла мокрописечкой надо. Кароч говно без задач.
>>1367079 Edge хороший браузер, получше Сафари. А глюков и несовместимостей и в фф/хроме полно. Ты ещё спроси зачем всякие гну утилиты имеют порты под виндоуз.
>>1367362 Ну давай другой швободный сорец тогда. Big Buck Bunny я терпеть не могу, идиотский мультик. Sintel не смотрел, хз. Tears of Steel не хочу, туда толерастии понапихали.
И как бы это сэмпл, от которого нужно только две вещи: 1) что б он был (в качестве примера/сравнения производительности на разных системах) 2) подходящая лицензия
Анон, подскажи где скачать сборку ffmpeg с включённым nvenc. Или вменяемый гайд по компиляции на windows. Читал гайды на вики, но там ничего не понять.
>>1369177 ffmpeg c поддержкой всех мыслимых форматов, кодировщиков, в том числе аппаратных на nvenc, intel quick sync и прочих в виде т.н. «бинарного пакета», содержащего все зависимости, который нужно распаковать в корень системы /.
Анон, объясни, что не так с моим видео? И так, и сяк переделывал, в плеерах видеопоток не определяется, после заливки сюда - браузером читается, но при скачивании обратно - снова нет. Все, что помимо этого кодировал с теми же параметрами, прекрасно пашет. И нет, от источника не зависит, это перекод из 720р без потерь, потом уже пережатый с потерями ффмпегом. Тот же метод со всеми другими видосами дает прекрасный результат.
Строка ffmpeg -i "%~f1" -b:v 0 -crf 20 -fs 10000k -c:v vp9 "%~dpn1.webm" Битрейт, кодек и fs не влияют на баг.
>>1371584 Предположим, но какая? И почему только в MPV? Понимаю, экстрасенсы в отпуске, но ванганите хоть что-нибудь, а то даже не знаю что гуглить. Из того что пытался, ничего не дало.
>>1371597 > Предположим, но какая? Не разбираюсь в спермософте. > И почему только в MPV? Наверно, ты не используешь другого софта с выводом через OpenGL. Попробуй запустить какую-нибудь кваку, вангую то же самое.
С видео "играться" и два прохода пробовать я потом буду, мне бы понять, как субтитры прилепить, чтобы, блядь, всё сработало. Они вшитые, нихуя не выходит.
>>1240405 (OP) sup двощ, help pls Нужно больше места на Dropbox, кто может - зарегистрируйтесь по этой ссылке (кстати, вам даётся ещё 500мб за это) https://db.tt/ffej4Dtq Если кто не знает, Dropbox - это облачное хранилище файлов. Заранее спасибо.
>>1372908 Запускай из каталога с видео (команда cd для перехода), либо указывай полный путь до него. Т.к. в параметрах фильтров символы пути шиндовс нужно экранировать, проще первое.
Когда кодирую видеопоток с камеры или с рабочего стола сразу в webm, запись при воспроизведении получается ускоренной. Это нормально или я что-то делаю неправильно?
>>1373540 У тебя кодирование не успевает за камерой. Используй -cpu-used $((1000000/fps)) и, если это не поможет, снижай разрешение/fps, используй VP8. Ну или пиши в другой формат (например, ffvhuff), а потом кодируй двумя проходами.
Куда в последних версиях Xmedia Recode засунили ограничение размера вебмок? На WEBM for retards не хочу переходить, он там при ограничении размера вместо битрейта режет длину файла, это пиздец тупость.
>>1374016 Чому ты такой нетерпимый? Алсо, что у вас сейчас по прыщам есть стабильного и актуального? Чувствую, что с семеры буду перекатываться в никсы.
>>1373589 >-cpu-used $((1000000/fps)) Это в deadline надо тогда уж. Но сомневаюсь что оно в таком режиме будет хорошо работать. Штатный режим это -quality realtime и от 0 до 15 в -cpu-used для контроля нагрузки CPU.
>>1369582 >Под шиндовс будет? И тут совершенно неожиданно ёбанные прыщебляди напердолили то, что раньше никогда не работало и заставили свою убогую блядскую говноОС нормальные человеческие экзешники генерить, так что в ближайшем будущем ожидайте версию со всем функционалом под шинду.... http://rghost.ru/8msfFSkbG
>>1375016 Сука, и правда нихуя они не нормальные, по тысяче ошибок на одну строку, хули ждать от пидорасов не умеющих в WinAPI. Откладывается виндовз версия...
>>1375048 > хули ждать от пидорасов не умеющих в WinAPI Суть в том, что пидорасам с WinAPI нормальный инструмент не нужен, им мокрые письки обязательно с гуем подавай.
Господа, у меня вопрос немного не по теме. Чем сшивать GIF? Все что я пробовал дает жутчайшие артефакты. Можно было бы использовать APNG, но его увидят полтора лисобога.
>>1375689 Потому что 1. Ты кодируешь в один проход. 2. Показывается текущий битрейт, а он по видео распределяется неравномерно, где-то нужно больше, где-то меньше. В начале всегда много надо.
>>1375906 >>1375911 Да, я всегда проход в конец ставлю, не заметил. Но сути не меняет, битрейт размазывается неравномерно по видео. Где движения больше, нужно больше битрейта, где меньше, там меньше. Ну а в начале всегда много показывает, к середине-концу обычно приходит в окрестность того значения, которое указывал. Но бывает и так, что сильно отличается результат от ожидания, но редко.
>>1376485 В смысле все видно и частично подсвечивает синтаксис. Также не размазывает вывод при кодировании, а держит в одной строке. Но ты мелкобуквенный, сомневаюсь, что ты поймешь, но я постарался объяснить максимально понятно. >>1376517 Зондохромиум заведомо лучше чем зондоиридиум на основе зондохромиума с добавлением собственных зондов под предлогом удаления их из хромиума, так сказать.
>>1376544 Ну так ты перекодируешь из vp8 c битрейтом 1782k в vp9 с битрейтом 200k, да еще и в один проход, конечно квадраты еверивеар будут. Это не наш метод, гайд хотя бы прочитай, мне лень с нуля объяснять.
>>1376555 Ну я смотрел подробнее, все, что может предложить эта сборочка, достигается настройками самого хромиума, на самом деле, да к тому же там и дурацкие настройки типа отсылания "Не следите за мной плиз))" по умолчанию. Ну а вообще на десятке беспокоиться о зондовости хромиума следует не в первую очередь, использую я его не поэтому.
>>1377421 Вопрос в другом: не изменится ли максимальный размер в меньшую сторону, как это уже бывало раньше (с 12 до 10)? Тогда все наработки похерятся, не перекодировать же их заново. Нужно как-нибудь получить ответ у обезьяны на эту тему.
Я тот парень, что предлагал делать распределенное кодирование видео. Так вот, купил лаптоп на Broadwell для того, чтобы декодировать H.265 и VP9 на GPU, и разочаровался. Intel сделал Hybrid Decoding, и оно достаточно сильно тормозит, скажем, на H.265 3840×2160@30000/1001 fps оно уже видимо выбрасывает кадры. Если кто-то хотел обновляться, ждите Skylake.
>>1377625 Какой вообще толк от декодирования на GPU? С этим постоянно сплошные проблемы — то кодека нет, то разрешение нужное не поддерживает, то артефакты от какого-нибудь 10 бит даёт. Нужно использовать просто нормальные многопоточные декодеры. Ну и собранные, естественно, со всеми опмизиациями под конкретную архитектуру.
Вот сделают сейчас NetVC. Что, опять в магазин за новым процессором/видеокартой побежишь? Или VP10 вон уже сколько в тестовой ветке валяется. VP9 уже можно считать устаревшим, а ты только его декодировать собираешься.
>>1377625 VP9 60 fps 1920x1080 декодируется одним слабым arm ядром (тайл колумнс 0, поэтому одним) без тормозов и пролагов. Смысла никакого в твоей хуйне нет, инноватор ты комнатный. Не будем забывать как хуево декодировалось 10 бит аш264 на иОС в нплеере после введения аппаратной поддкржки. На софтверном все без проблем работало, пусть и с высоким энергопотреблением.
>>1377676 > Какой вообще толк от декодирования на GPU? Энергоэффективность, освобождение CPU для других задач, возможность использовать слабый CPU.
>>1377796 > VP9 60 fps 1920x1080 декодируется одним слабым arm ядром (тайл колумнс 0, поэтому одним) без тормозов и пролагов. Что-то у меня не очень получается смотреть даже 720p 30fps на MT6589. Возможно, правда, что это конус такой хуёвый.
>>1377894 >Возможно, правда, что это конус такой хуёвый. VLC использует libvpx для декодинга. У FFmpeg свой декодер ffvp9, причём его разработчик (один из бывших разработчиков VP9) заявляет, что он быстрее libvpx. Ну и libvpx умеет многопоточно декодировать только при использовании tile-columns, тогда как для ffvp9 это не обязательно, у него frame-level parallelism.
Затести только голый декодинг с помощью libvpx и ffvp9, посмотри сколько fps давать будет, отпрофилируй. Кому нужны голословные плохотестированные результаты вида «у меня гуёвина тормозит»?
Анон, как конвертить мп4 в ави или мкв? Искал инфу в гугле, выдает всякую хрень. Потом попробовал, а там тонны ошибок уровня Error while decoding stream #0:0: Invalid data found when processing input. Можете примерно написать, как в два прохода замуксить в другой формат?
Анончики, нуб итт. Сделал себе переменную среды, ффмпег определился. Внимание вопрос, хочу сделать вебм из картинки, какая папка должна быть дефолтной у ффмпег? Его корень или папка пользователя?
>>1378678 > а там тонны ошибок уровня Error while decoding stream #0:0: Invalid data found when processing input Пусть кукарекает про ошибки. Не стоит обращать на них внимания, ffmpeg — не человек. Источник у тебя хуевый, на самом деле, но он закодирует с такими ошибками.
>>1378785 Да в том то и дело, что не кодирует. Или кодирует, но я не не знаю, аутист я. Самый первый раз я пробовал банально ffmpeg -i mp4 -vcodec copy -acodec copy mkv Оно жарилось с этими ошибками, а в конце написало, мол хуй тебе, а не мкв. Пробовал через костыли всякие, типа вебмфорретардс, так там похерено все становится. Т.е. я открываю видео, а оно зависает на первом кадре, звук заедает, как на магнитофоне бывало. В общем не получается.
>>1379025 С VP8 эти наборы параметров идентичны, поскольку он не может в qp меньше 4. С VP9, возможно, какая-то вероятность применения лосслесс-кодирования к долгому статичному кадру и есть, но она крайне мала из-за высокого crf. Олсо, зачем «k» у битрейта?
Можно ли узнать какой будет средний битрейт при исользовании того или иного -crf x? По логу первого прохода, например, или каким-нибудь другим способом?
>>1379064 Я так и думал, надеюсь, что оно даёт качества. >Олсо, зачем «k» у битрейта? Рефлекс.
Гайс, произошла ужасная херь. Установил значит Smoothvideo Project, вместе со всеми доп компанентами, и тут у меня на компе перестали воспроизводиться вебмки виндовсплеером стандартным, да и другими тоже, всмысле звук есть а видео нет. Решил его удалить - не помогло, решил удалить все доп компаненты, удалил, и теперь виндовс проигрыватель вообще ошибку выдаёт! а кмп плеером проигрываются единицы и то без звука, что делать, анончики?
>>1377676 >>1377796 У меня сейчас на руках нет портативного железа, которое бы декодировало без тормозов H.265 3840×2160 30 fps без фреймдропа на CPU. Даже лаптоп на Broadwell (2 ядра, i5) дропает кадры с любыми декодерами как под Linux, так и под Windows, а я хотел бы хотя бы иметь возможность просматривать такое видео.
Что за ARM способен софтово декодировать VP9 1920x1080 60 FPS, да еще и на одном ядре?
Аноним (OS: Windows 10; Browser: Google Chrome)10/09/15 Чтв 23:37:52#2101№1379667
>>1379639 > Что за ARM способен софтово декодировать VP9 1920x1080 60 FPS, да еще и на одном ядре? Хуавеевский Kirin 920, например. Ну и все, что лучше него, то есть все современные. Ну а 4K в H265 он тоже не умеет, да и эпловские кроме самых новых не умеют, тут нормальный десктопный процессор нужен, ну или самый новый ноутбучный от интела.
Аноним (OS: Windows 10; Browser: Google Chrome)10/09/15 Чтв 23:39:27#2102№1379675
>>1379667 Сук, макака ипаная, у меня не хром, а хромиум. Ну узяагент, конечно, говорит, что хром, но где ты видел хром 47.0.2506.0, а, скажи мне, пидор.
Аноним (OS: Windows 8; Browser: Firefox based)10/09/15 Чтв 23:44:14#2103№1379688
> Какой вообще толк от декодирования на > GPU? С этим постоянно сплошные проблемы > — то кодека нет, то разрешение нужное не > поддерживает, то артефакты от > какого-нибудь 10 бит даёт. Нужно > использовать просто нормальные > многопоточные декодеры. Ну и собранные, > естественно, со всеми опмизиациями под > конкретную архитектуру.
...оптимизациями под конкретную архитектуру. Вот ето.
Аноним (OS: Windows 8; Browser: Firefox based)10/09/15 Чтв 23:45:05#2105№1379692
>>1379688 А вот у меня с вин8 обосрался. Ибо у меня вин7.
Аноним (OS: Windows 7; Browser: Firefox based)11/09/15 Птн 02:35:31#2106№1380291
Основным обсуждаемым здесь инструментом является ffmpeg. Пердолики с мокрописечными гуями вроде xmedia recode и прочие клепальщики распидорашенного кривопиксельного говна из порнотреда со своими воплями о ненужности консоли не нужны сами — пусть сначала научатся делать качественные вебмки, а потом уже лезут сюда с советами.
Делать WebM можно научиться в вики https://github.com/pituz/webm-thread/wiki/ . Там находится подробная информация о выборе и настройке кодеков на примерах использования консольных утилит ffmpeg, vpxenc и mkvmerge.
Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых (сперма-only): https://github.com/nixxquality/WebMConverter
О кодировании WebM для сосача:
— доступные кодеки: VP8 и VP9 для видео, Vorbis и Opus для звука;
— максимальный размер файла — 6144КБ в тематике и 10240КБ в /b/, всех файлов в посте — около 22МБ.
Неочевидные моменты:
— libvorbis при указании битрейта (-b:a) работает в режиме CBR (постоянный битрейт), и это портит качество звука; для режима VBR вместо битрейта надо указывать качество (-q:a); параметр -vbr on работает только для Opus'а;
— в webm'ки не нужно включать софтсаб в формате webvtt (FFmpeg это делает по умолчанию при наличии сабов в контейнере, отключается параметром -sn): во-первых, это бесполезно (для его отображения на странице должен быть специальный код), а во-вторых, от этого ролики не воспроизводятся в firefox;
— ролики с opus'ом в firefox зацикливаются не с начала, а с последнего ключевого кадра.
Программы и их документация:
http://webmproject.org http://ffmpeg.org http://mpv.io http://www.bunkus.org/videotools/mkvtoolnix/
Скрипты пиления webm'ок:
— https://pypi.python.org/pypi/webm (python + mpv + ffmpeg);
— https://github.com/pituz/webm-thread/blob/master/tools/WebMaster (zsh + ffmpeg + mkvmerge);
— https://gist.github.com/Zehkul/25ea7ae77b30af959be0 (mpv + yad + mkvmerge);
— https://github.com/anonymous2ch/2ch-webm-resizer/blob/master/2ch-webm-resizer.pl (perl + ffmpeg, не шевелится).