Вы видите копию треда, сохраненную 24 мая 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Основным обсуждаемым здесь инструментом является ffmpeg. Пердолики с мокрописечными гуями вроде xmedia recode и прочие клепальщики распидорашенного кривопиксельного говна из порнотреда со своими воплями о ненужности консоли не нужны сами — пусть сначала научатся делать качественные вебмки, а потом уже лезут сюда с советами.
Делать WebM можно научиться в вики треда: https://github.com/pituz/webm-thread/wiki/
Там находится подробная информация о выборе и настройке кодеков на примерах использования консольных утилит ffmpeg, vpxenc и mkvmerge. Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых (сперма-only): https://gitgud.io/nixx/WebMConverter
FAQ: https://hive.blasux.ru/webm/s
Неочевидные моменты:
— ffmpeg выдаёт по умолчанию наиболее близкий к исходнику формат пикселей, тогда как браузеры умеют только yuv420p; фиксится параметром -pix_fmt +yuv420p;
— libvorbis при указании битрейта (-b:a) работает в режиме CBR (постоянный битрейт), и это портит качество звука; для режима VBR вместо битрейта надо указывать качество (-q:a); параметр -vbr on работает только для Opus'а;
— в webm'ки не нужно включать софтсаб в формате webvtt (FFmpeg это делает по умолчанию при наличии сабов в контейнере, отключается параметром -sn): во-первых, это бесполезно (для его отображения на странице должен быть специальный код), а во-вторых, от этого ролики не воспроизводятся в firefox.
Программы и их документация:
http://webmproject.org
http://ffmpeg.org
http://mpv.io
http://www.bunkus.org/videotools/mkvtoolnix/
Фронтенды к ffmpeg для кодирования вебмок:
CLI, бидон: https://pypi.python.org/pypi/webm
CLI, zsh: https://github.com/pituz/webm-thread/tree/master/tools
CLI, дотнет: https://github.com/CherryPerry/ffmpeg-vp9-wrap
GUI, дотнет: https://gitgud.io/nixx/WebMConverter
Ещё: https://github.com/Kagami/webm.py/wiki/Related-links
GUI для воровства WebM с ютуба без пережатия: https://github.com/Kagami/wybm
Прошлые треды:
https://arhivach.org/thread/40167/
https://arhivach.org/thread/100617/
https://arhivach.org/thread/109411/
https://arhivach.org/thread/120883/
https://arhivach.org/thread/138755/
https://arhivach.org/thread/140706/
> Про ворбис и непроигрывание webvtt давно пора убрать бы.
Но ворбис до сих пор актуален при постинге музыки, а с webvtt lts-ветка firefox'а справляться ещё не научилась. Так что пусть пока будет и то, и другое.
Лучше принеси ещё свой список ссылок, я что-то его потерял.
> А смысл вообще в нём кодировать?
Ну вроде бы у него на высоких битрейтах получается лучше opus'а. А ещё квантизация управляется не через указание битрейта, а через какую-то метрику качества.
> А баг опуса с лупом там починен?
Не-а.
> Вообще, LTS в браузерах это что-то нездоровое, по-моему.
Если использовать кучу плагинов, часть из которых обновляется не очень быстро, то сидеть на релизе — головная боль.
Опус же пилят в первую очередь для малой задержки и меньшего битрейта, у меня не получалось найти сведения о его сравнительном качестве при битрейте >128k, поэтому музон делаю в ворбисе c q 5.99 (выше - раздельное стерео).
А еще вебмки с опусом могут не конкатиться, помогает пощелкать frame_duration поменьше, но не всегда помогает.
Олсо, я вообще негодую по поводу того, что в debian перестали поддерживать старые версии ff и перешли на апстримовский lts. Раньше настроил рабочую станцию — и она три года обновляется без изменений для пользователя.
>>1632673
> А еще вебмки с опусом могут не конкатиться
А ты их перепакуй в контейнер ogg и обратно. Суть бага не помню, правда.
> Разработчики говорят, что при достаточном битрейте (>128k) качество становится transparent (т.е. неотличимо от оригинала на ABX) и Opus должен быстрее достигать этой точки.
Наверно, я тред тогда читал жопой. Можно ссылку на архив, где это обсуждалось? Помню ABX-тест с opus'ом и vorbis'ом только для низких битрейтов.
> WebGL раздел там какой-нибудь
Что-то не видел ещё сайтов на WebGL, только демки. Да и firefox давно его умеет.
> Здесь общие вопросы по видеокодированию тоже рассматриваются (и эффективное кодирование гифок в том числе). Больше подобных тредов на двоще нет, насколько я знаю.
ЭФФЕКТИВНОЕ КОДИРОВАНИЕ и ПОДОБНЫЕ ТРЕДЫ это в бэ в треде у анимедебилов. Делают 5 секунд видео на 20 мб и раудются, а все остальные хуярят через прогу в 2 клика и им поебать. Отсюда и вопрос, а нахуя этот тред.
Я манал сидеть в /b/, там слишком быстро и слишком много долбоёбов. Да и вообще там в основном теперь чятик вниманиеблядей и форсинг кривых римэйков шляпы, а не обсуждение кодирования вебм.
>>1632724
Для абсолютного большинства сайтов браузера трёхлетней давности и флеша достаточно. А без единиц новомодных бабушка как-нибудь обойдётся.
> ссылка
Там же только теоретизирование разработчиков, а не тесты.
А ещё не указан тот факт, что Opus не поддерживает частоты дискретизации 44100Hz и выше 48KHz. В некоторых редких случаях даже качественный ресэмплинг вызывает слышимые искажения.
Ещё Opus не совсем может в content-aware квантизацию, о чём я пытался написать в >>1632671.
>>1632744
Куда более актуально то, что она не сможет поставить какой-нибудь мокрописечный плагин криптографической авторизации на каком-нибудь из сайтов государственных социальных услуг.
>>1632745
Пердoля, уходи. Тебя запретили же, читай прикреплённый тред.
>Есть куча модных зондотехнологий, которые полгода назад появились и которые веб-макакам офигенно нравятся
Починил, не благодари.
Да проще новый поставить.
>в кодеки, которые не декодятся железно.
В каком смысле? Они сделали кодек, который принципиально не реализовать в железе?
> 32K видео
Внезаано захотелось написать применительно к твоей личности множество нецензурной брани и других обидных ругательств, но потом я понял, что ты лично ничего кроме небольшого раздражения не доставил.
Интересно, насколько медленнее оно будет жать по сравнению с VP9. После SIMD-оптимизации, конечно.
Ололо. Можно использовать как пример сравнения кодеков разных поколений.
138 mp4 2160x3840 DASH video 8511k , avc1.640033, 30fps, video only, 135.87MiB
272 webm 2160x3840 DASH video 8832k , vp9, 30fps, video only, 124.78MiB
Кстати, ещё странная хуйня: у этих видеодорожек различаются тайминги кадров, VP9 на 1мс съезжает вперёд (заметил, т.к. mpv --start 1.668000 показывал разные кадры).
>I knew it was only a matter of time because the 60fps webm versions were usually 500-800mb (compared to sub-200mb for the 30fps mp4 counterparts) and YouTube is a business, not a charity.
Проиграл с цинизма.
Не уловил суть проблемы в целом.
https://www.youtube.com/watch?v=YhrW37x8HXg - это пашет у меня с включённой VP9 на Фирефохе максимум в 1080р, выглядит нормально (если вертикальное видео можно назвать нормальным, за такое на лайвлике расстрел).
https://www.youtube.com/watch?v=d1nh_VknhYI - то же самое, тоже нормально, без артефактов.
https://www.youtube.com/watch?v=CoIIoav572E - вырубается на ошибку, особенно при попытке перемотать. Но по первой секунде - качество тоже норм.
Блин, я тупанул жутко, пост до низу не доскроллил. Последний видос блевотного качества rf'i? тоже в ошибку через секунду вылетает.
60 fps видосы не часто встречаются (хотя всё чаще), и вдруг ютуб только корейцам так кайф обломал? Ща попробую сам проверить на видосах за последнюю неделю.
Меня на самом деле тоже 60 agc задело бы - игровые видосы всё чаще тоже в 60 fps.
https://www.youtube.com/results?q=60+fps&sp=EgIIAw%3D%3D - искал так
https://www.youtube.com/watch?v=YPPEloZFofc - 1440р - есть моменты где нормально, но есть где очень гавённо (в самом начале, например)
https://www.youtube.com/watch?v=9cg4UXcHzyU - 1080р - гавённо
https://www.youtube.com/watch?v=cjpDl5hyqsQ - 1080р - более-менее (наверное потому что задники заблурены и на них битрейт хорошо экономится). Алсо, видос занятный:)
https://www.youtube.com/watch?v=KoKWeF9VFk0 - 720р - вроде более-менее
В целом вроде да, вроде говённо стало (а может и было так же, надо бы конечно один и тот же видос сравнивать, залитый давно и залитый на последней неделе)
Дак там же все видосы разные. Ну последний, судя по первой секунде, да, говённый. Пипец, у меня только секунду последние 2 видоса (4К) крутит, потом ошибка пикрел. У меня стоит YouTube High Definition и переключает в 4К без возможности изменить через шестерёнку. Обычно не сталкиваюсь с такой проблемой.
с такой проблемой = с ошибкой на том пикрел
B всё-таки вот я не вижу без доп. средств битрейт, я вижу ттолько кач-во глазами, и в >>1634994 всё-таки не все видосы были отстоем, половина нормальные. Поэтому надо бы больше примеров.
>>1635001
Интересно, новые видосы , которые ТОЛЬКО в 30 fps, пострадали? Потому что 30 fps в видосах 60 fps я всё равно не увижу без скачивания.
>Это ж надо было так зажмотиться на битрейт.
А у меня наоборот есть некоторое непонимание того, какие астрономические деньги нужны на сервера и инфраструктуру линий передачи данных, чтобы все видосы на ютубе хранить на них и передавать, и как рекламка это покрывать может.
>А вот 1080p VP9 выходит более-менее оптимальным по соотношению размер/качество.
>>1634994 - это всё я в VP9 и анализировал.
>>1633992
>>1633993
Интереснонько кстати.
>>1635009
Мне чёт тоже с трудом верится в это, хотя хз, вполне может быть. Я торренты по 40 гигов качаю, дак у меня полюбасу торренты будут на первом месте. Пикрел - в дриснятке уберкрутую замерялку пожирания трафика запилили - я поставил дриснятку 3его числа, так что это за 3 дня статистика.
Ещё по этому слайду - я бы посмотрел, как они будут каждый раз 50%ного снижения битрейта при сохранении кач-ва дообиваться, хотя если раз в 10 лет, то может и прокатит лет на 30.
Немного не по теме, но Вы все тут кукчкуетесь.
Как вычисляется вес одного пикселя несжатого видео?
Везде пишут про данные цвета и координат, но вес указан от 32 бит до 6 байт на пиксел. Ясно, что зависит от количества цветов, но от чего ещё и сколько они вообще весят, эти пиксели?
Спасибо.
Т.к. из макабы выпилили постинг кода моноширным шрифтом, для наглядности подобное лучше постить скриншотами.
Ясно. И какая консольная программа умеет воспроизводить звук из видео как mpv и одновременно показывать список воспроизведения как moc?
Кстати демоны рили существуют. Я гуглил он не наёбывает. И те слова тоже по отдельности употребляются. Наверно и вместе можно.
Я хоть и погромист, но конпелировал разве что в досовских прогах и в вижуал студио и в 1С, так что без подсказки ниасилю. Чем там можно сконпелировать под винду эксешник из https://github.com/Kagami/ffmpeg-hevc-accel , и желательно с какой командой? :)
То есть понятно, что тем же вижуалом и можно, но неохота такую махину ставить, и собственно какой файл конпелятору указать?
Ой бида-пичаль, ниасилю, вижуал, как я уже сказал, неохота ставить новую венду засирать, а MinGW тоже смотрю несколько доп. тулзов требует и PATH дописать и сконфигурировать все дела. Как всё сложно:(
Видос на замедленном воспроизведении херово выглядит, на фоне 50-100 мегабитных, которые я щас смотрел, 26-мегабитный артефактит даже на 1080р монике.
А если у меня 32-битная версия МПЦ ХЦ стоит (потому что dtsdecoderdll.dll из ArcSoft только к ней подцепляется), и 64-битной я не хочу засирать систему, дллки от 32-битной ведь не сойдут?
>У меня на i7 3820 без разгона результаты приблизительно 60/90.
60/90 - это что? Скорость декодирования от/до?
Ну ща ванильный попробую.
>Пиздец. А я ему ещё что-то про оптимизации объясняю.
Смотри. Я мог бы поставить 64-битный МПЦ ХЦ, и ставил, и да - он быстрее. Но Я ТОГДА ПОТЕРЯЮ ВОЗМОЖНОСТЬ ДЕКОДИРОВАТЬ ПОЛНОЦЕННЫЙ DTS HD MASTER AUDIO. Я с радостью потеряю 3% производительности за возможность декодировать полноценный лосслесс звук на блу-реях. Эти 3% критичны только в очень редких просмотрах 4К.
То есть libav не умеет декодировать расширение Master Audio, только core DTS умеет (лосси 1536 kbps). Чтобы libav таки сумел, ему нужен сторонний проприетарный dll, взятый из arcsoft totalmedia theatre. Но он есть только в 32-битной версии, поэтому приходится юзать 32-битный МПЦ ХЦ.
>>1635899
Да, и так в libav было до недавнего времени, ща вроде промелькивала инфа, что запилили DTS HD MA, но чёткой 100%ной инфы я не нашёл.
Особо мелких раздач не нашёл (есть, но хз чо там на самом деле). DTS HD MA более чем в 90% блу-реев есть, так что любой ремукс практически сойдёт. http://rutracker.org/forum/viewtopic.php?t=1848233 - 10 гигов. Звук будет, но только обычный DTS, без дополняющего его до лосслесс расширения HD MA.
>дохрена проприетарщины (и не только) в 32бит идёт
Ну есть такое, и даже дрова не в режиме ядра (от клавы, от сканера) у меня в 32 битах (сканер 2001 года, вообще чудо что дрова на Windows 10 64-битной пашут, дрова клавы 2006 года). Но критический к производительности софт в 64 битах почти весь есть уже (кроме игор, как ни странно, хотя и их тоже уже начинают).
То есть типа если бы МПЦ ХЦ юзал ффмпег, то было бы более зашибись? Он вроде до 1.7.0 его и юзал.
Там еще пунто-хуй в его анусе школьном.
Имя ниибёт ваще, а с пунто ты просто телепат, поставил 5 дней назад и уже заебался с ложными переключениями, ща как раз сносить собрался и на старый метод откатываться - раскладка, позволяющая по капс лок переключать.
Ну да, ну да, включи суперадмина и еби яндекс шлак языком в жеппу.
Повторюсь
У меня ещё яндекс диск есть правда.
>из твоего CPU выжать 60fps на 4K HEVC ни с какими патчами не выйдет.
Поэтому вся надежда на OpenCL для видяхи. Можно было бы ПоварДВД поставить потестить, но опять же засирание системы.
39 fps - это больше 1/2 от 60 фпс, так что странно, что даже на 1/4 МПЦ ХЦ подтормаживает на бурятках.
DXVA checker нинужен, я и так знаю, что 4К моя видяха не умеет декодить - Radeon HD 6870.
А так-то я не парюсь, интерес чисто теоретический, когда 4К блу-реи появятся на торрентах, просто новый компег куплю.
>ПоварДВД
>Сраная мокрописька. Как же она меня бесила в мои вендоблядские годы.
Да, меня тоже бесила, но в районе 2010го даже МПЦ ХЦ не мог m2ts прокрутить, я уж не говорю, что до перехода МПЦ ХЦ на libav + дллка ArcSoft, PowerDVD единственный мог полноценно воспроизводить DTS HD, а также он и по сей день едва ли не ндинственный, кто может крутить DVD Audio и 192 КГц блу-реи в полном разрешении. Так что в отношении встроенных декодеров он всегда был впереди планеты всей.
>Уже сейчас есть красивые клипы + телевидение.
Ну вот те, которые в H.264 (или VP9 30 fps), я и так могу смотреть. А так самое главное - фильмаки.
>У меня просто баттхёрт, если не могу самостоятельно оценить технические новинки.
I know that feel...
Как же я баттхёртил от ГТА 5, который на колени поставил мой комп. Я наверное больше не играл, а настраивал настройки графона и замерял fps. На минимальных или близких к минимальным было стабильно 30fps, но на минимальных вырвиглазные текстуры аля Сан-Андреас, и шейдеры (как я их обожаю, НУЖНО БОЛЬШЕ ШЕЙДЕРОВ!!!) самые дешёвые. И я всевозможные комбинации кучи тамошних настроек крутил, крутил, пытался выжать максимум баланса качества и фпс.
>Вот теперь думаю, что прогадал, когда моник 2.5K брал, надо было сразу 4K
Не стоит сильно расстраиваться, во-первых до суперчётких 4К-видео, в которых ты реально потеряешь детали на 2,5К монике, далековато (в среднем), уж если даже 4К блу-реи почти все с 2К мастеров идут. Во-вторых, 4К моник, как я уже говорил, должен не терять в размере пиксела по ср. с 24-дюймовым ФуллХД моником, а значит, быть 48-дюймовым. А их ещё нет, да и ты не шейх.
>должен не терять в размере пиксела по ср. с 24-дюймовым ФуллХД моником, а значит, быть 48-дюймовым.
Бред.
>Ну вот те, которые в H.264
>Так в том и дело, что их сейчас в основном в HEVC выкладывают.
Ну нет, больше половины на Рутрахере в H.264, на Ютубе - в VP9 (хотя эти я расцениваю просто как более качественные 1080p).
>Ждать по полчаса пока скачается какая-нибудь посредственная херня на 1 раз просмотра — нафиг надо.
То, что я смотрю, я визуально запоминаю, и приятнее, если запоминаешь чёткие образы. И смотреть приятнее естессно, и детали разглядвать, и на закачку можно заранее поставить, когла сядешь смотреть, уже всё скачано будет. Да и звук лучше.
>Скачал, всё нормально со звуком.
DTS - это нормально. А должно быть идеально, совсем без потерь, ибо оправдания им в 2010х не может быть. А так я этот видос сам не смотрел, просто отсортировал по размеру.
>Некоторые упоротые, кстати, считают, что 4K 24" это самое заебись (типо ретина)
Я бы и рад иметь чёткость ретины на монике, если бы винда очень хорошо могла в масштабирование, но и полезную площадь для вывода информации надо увеличивать, то есть моники должны становиться всё больше и больше.
на 14 дюймах - было 800х600
на 17 - 1024х768
на 24 - 1920х1080
на 32 - 2560х1600
ну пускай на 40 будет 4К, но никак не меньше. Меньше сойдёт только если ты дрочер на каллиграфию и тебе нужны очень чёткие и красивые шрифты, но не нужно выигрыша в рабочем пространстве, или если ты геймер с орлиным зрением, или любитель кино с орлиным зрением.
Вот как выглядит обозначение в МПЦ ХЦ, что действительно декодируется полноценный DTS HD MA.
>на 14 дюймах - было 800х600
>на 17 - 1024х768
>на 24 - 1920х1080
>на 32 - 2560х1600
У кого было?
>ну пускай на 40 будет 4К
Ты с потолка размер пикселя берешь?
У меня и моих знакомых было.
>ну пускай на 40 будет 4К
>Ты с потолка размер пикселя берешь?
Ну что тут непонятного, размер пикселя не уменьшался никогда, увеличивалось разрешение - это позволяло разместить на экране больше данных, больше окон, более навороченный интерфейс. Это прогресс, неоспоримый. А если зафиксировать размер экрана и увеличивать только разрешение, то полезное пространство не увеличится. Увеличится чёткость картинок, шрифтов, видео, игр - это тоже прогресс, но если ты тупо работаешь за компом, читаешь, прогаешь, то тебе такой прогресс от силы даст чуть более приятные шрифты - и больше ничего. Поэтому увеличение разрешения пропорционального с тем же коэффициентом увеличения размера экрана имеет довольно ограниченную полезность. Да, лучше хотя бы так, чем вообще никак, но я рассчитываю на то, что в 4К я смогу разместить 4 окна таких же, как сейчас одно, и мне не придётся щуриться и двигаться носом в упор к монику, чтобы разглядеть, что в них.
>Поэтому увеличение разрешения БЕЗ пропорционального с тем же коэффициентом увеличения размера экрана имеет довольно ограниченную полезность.
фикс
> размер пикселя не уменьшался никогда
Херня. А тем, кому места на окна не хватает, берут дополнительные мониторы, а не проекторы ставят.
>На азиатских форумах
100 мбит/с скорость будет, если качать буду, или полдня один клип качать?
>А должно быть идеально, совсем без потерь
У тебя воспроизвелось DTS. Это очень хорошее качество, но это как mp3 - сжатие с потерями, хоть и реально близкое к оригиналу. Но если на блу-рее есть САМ ОРИГИНАЛ, совсем без потерь, в DTS HD, то лучше его и слушать же. Для этого необходимо dtsdecoderdll.dll кинуть в папку с дллками в МПЦ ХЦ - и тогда libav его заюзает и будет выдавать полное качество звука, совсем без потерь.
>И что ты этим хотел показать? Ну, мне "ffmpeg -i" тоже показывает
Декодер плеера, а не инфа о потоках в контейнере, как-то должен показывать, что декодируется именно полный DTS HD. Конечно если на линухе нет МПЦ ХЦ, то тебе этот скриншот малополезен.
>>1636022
> размер пикселя не уменьшался никогда
>Херня
Возьми калькулятор да проверь.
>А тем, кому места на окна не хватает, берут дополнительные мониторы, а не проекторы ставят.
Проблем купить недорогой телек 48 дюймов уже никакой нет давно, проекторы не понадобятся. Доп моник у мя уже есть, и это хорошо, но если будет одно огромное окно с наворочанным интерфейсом или несколькими сразу страницами ворда - это будет ещё лучше.
Ворд кстати лишился с 2013 версии возможности выводить несколько страниц бок-о-бок. Регресс. МС не шмогли в плавную прокрутку страниц бок-о-бок, хотя ОпенОфис 100 лет как уже может.
>Возьми калькулятор да проверь.
Лол, сам и проверяй весь прогресс отрасли жк экранов. И вообще, если тебе ненужна четкость картинки, то почему она никому не нужна? Ты даже с очками не можешь заметить уменьшения размера пикселя? Запусти любую игру без сглаживания, много нового увидишь.
Ну зашибись, пикрел. Где кнопка скачать я хз:)А судя по названиям на ютубе и на Рутрахере некоторые я видел уже.
>Сейчас попробую.
Запихни результат в МПЦ ХЦ будущий заодно:)
>>1636043
>если тебе ненужна четкость картинки, то почему она никому не нужна?
Мне тоже нужна, но выбор на сегодняшний день между 4К 24 дюйма за 30 косарей, ФуллХД 24 дюйма за 10 косарей, или 4К 32 дюйма за 60 косарей (грубо говоря). При таком выборе я не готов потратиться на 4К, я уж лучше 32 дюйма 2560х1600 возьму за цену, равную 4К 24 дюйма.
>вбить имя файла в поисковик
Понял, сложновато, учитывая не фонтан скорость и такие запары пожалуй воздержусь.
>Запихни результат в МПЦ ХЦ
>Не понял.
Ну это я пошутил. Просто от того, что ты щас прикрутишь ДТС ХД, выиграешь только ты:)
>https://github.com/Nevcairiel/LAVFilters/blob/master/CHANGELOG.txt#L74
Вот это круто, я примерно это и читал. Ща удалил ту арксофтовскую дллку, всё равно в окне показывает что DTS HD декодит, раньше dca показывало. То есть видимо теперь действительно мокрописька нинужна. Но блин, одна скупая строка в чейнджлоге, мне бы всё-таки для уверенности какую-нибудь чёткую новость или пост на форуме увидеть, чтобы точно знать что реально DTS HD полноценно запилили.
Пасиба добрый человек! Настало время перекатываться на 64-битный МПЦ ХЦ, я уж думал оно никогда не придёт:)
Да, в ffmpeg похоже тоже добавили DTS HD https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=2385
А, не , не факт
Да я читал месяца 3 назад >>1635906 , подтверждений чётких токо не нашёл (не сильно может искал), и мокрая писька-то тоже работала, а до середины прошлого года я вообще на 32-битной ХР сидел, так что проблема перехода на 64-битный МПЦ ХЦ не стояла.
>до середины прошлого года я вообще на 32-битной ХР сидел
Хотя это так-то делает меня ещё большим слоупоком:) Возможность покинуть наконец ХР мне открыла прожка Stardock Fences, которая позволяла обойти на виндах новее ХР большущую для меня проблему отвратительного автоупорядочивания ярлыков на рабочем столе.
Это гигантская бида была. Вот сохраняешь ты файло на рабочий стол из Фирефоха, сохраняешь, сохраняешь, а потом смотришь на него - а файлы там вразнобивку абсолютно. Не в порядке, в котором ты сохранял их, а вообще какие-то даже ПЕРЕД теми файлами, которые до этого там уже были, полностью рандомно. Выносило мозг ваще. Фенсес позволяет создавать свои области для хранения файлов на раб. столе, с нормальным автоупорядочиванием.
А чо за либа? Что полезного? Мимо проходил.
Мне тут тоже донат предлагали, как ни невероятно, за список настроек в Фирефохе (может троллили каэш, но вроде нет). Влом было разбираться, как не деанониться по реквизитам, да и пара тыщёнок в лучшем случае - того не стоит. Дак вот, учитывая то, что в швитой Америке нижняя граница С++ера - 10 килобаксов в месяц - эти 4 килоевро ему тоже могли казаться не стоящими запара, ведь в требовании не просто сделать, а
>This can be either in libavcodec or in libdca, but it must work in VLC in the end, including 8 channels.
+ уже кто-то не bit-exact декодер запилил, как этот чел сам сказал, то есть возможно ему бы ещё посраться с конкурентом пришлось. Хотя да, в целом альтруистично и очень похвально, такая-то востребованная работа, при том, что он сказал, что не знал о bounty. Про Перельмана на Лурке почитал - прикольно.
>Не то что всякие меркантильные уроды, которые за копейку удавятся.
Опять же, для кого-то эта копейка - вопрос того, сможет ли он купить ПОЖРАТ. Условия проживания на планете Земля сильно разнятся.
Я всё время путал libav с lav кстати
>сделать серьёзную вещь в свободное время трудно, большая часть имеющихся умственных ресурсов уходит в рабочие проекты.
Это точно, поэтому меня всегда умиляли ответы на жалобы о всяких проблемах по шаблону "Напиши сам". Я могу написать сам, да только у меня геморрой будет, если я буду круглые сутки сидеть на стуле прогать:)
>У остальных либо и так нормальное финансирование
Интересно, интересно. Вроде бесплатно, откуда тогда бабло, непонятно, ну да не буду загружать такими вопросами, гугл наверняка знает ответ.
>плеер у них жалкое говно, прискорбный факт.
Согласен. Меня убили 2 вещи:
1) При перемотке VLC не отталкивается от ключевого кадра похоже, поэтому первые секунды картинка вся заартефакченная.
2) Перегрузы аудио (клиппинг - уходит за 100% даже на 100%ной громкости)
Что-то ещё убивало, но уже не помню, годы назад пробовал.
Ну может bounty меньше тех денег, которые пришлось бы потратить на разраба, а соглашающиеся bounty расценивают лишь как доп. стимул, а не полноценную компенсацию за всё потраченное время.
Скоко страниц-то настрочили по этой теме:) и в конце то, что я искал:
>можете просто взять только новейший MPC-HC x64, настроить, и всё будет. И библиотеке ArcSoft тоже уже не нужна, LAV всё сам делает.
>Now we actually have a good reason for 64 bit (much faster HEVC software decoding with LAV x64)
и
>now at least there is a clear benefit for 64bit video playback. HEVC (aka H265) specifically - the performance of the 64bit decoders is very much higher than the 32bit decoders.
Так что круто что я перекатился на МПЦ ХЦ х64.
>получение знаний через форумы/обсуждения это пиздец какая неэффективная хуйня. Ещё и дезинформации полно, так что потом неверная картина в голове образуется.
Почти согласен, но всё же бывают случаи, когда форумы подталкивают на решения или хотя бы на мысли - в какую сторону копать.
>А что, HEVC лучше играться стал?
Да я ещё вечером посмотрел 3 видоса в HEVC, и, не думая, что они мне ещё понадобятся, удалил их, а других нет. Так что теперь хз. Хотя придумал, ща я твой видос с бурятками заново качну.
>шедевры вроде Бегущего
Если ты о Blade Runner, то чёт меня совсем не вставило от него, шедевральности не увидел.
На той же странице >>1636227 я потом до конца дочитал, там говорили про 50-100%ное ускорение от 64битного LAV в HEVC. У меня даже ещё больше вышло.
Воот, теперь результаты твоего теста ffmpeg в консолечке (39 fps) совпадают с практикой в МПЦ ХЦ. Я сразу подумал, что что-то тут не так - рендеринг и декодирование звука не могут стоко ЦП жрать, должно на 1/2 тянуть было. Вот теперь тянет.
Ещё один
Поглядел видосики - бурятки каэшна оче красивые. На 1/2 тянет, 60% где-то загрузка, как и во вчерашнем видосе с бурятками. И вчерашний видос я ведь один и тот же тестил
32 бита - 1/8 - 60% ЦП
64 бита - 1/2 - 60% ЦП
так что результат безошибочный.
Алсо, у всех видосов в 26 мбит/сек на коже артефакты слегка видные, и при мигании прожекторов. 26 полюбасу слишком мало.
А ещё - такие результаты на самом деле крайне радуют, потому что это означает, что 24 фпс HEVC 4K спокойно потянут на ванильном МПЦ ХЦ на моём компе, и даже может 48 потянут.
Клёвая штука эта мега, вроде раньше плагин требовала установить, а щас даже без него быстро качается.
>A lot of the 4K UHD blu-rays announced for release are not legitimate 4K. I’m not even talking about DCI 4K (4096 x 2160p) vs UHD 4K (3840 x 2160p). A lot of these movies were either shot, conformed, or mastered in 2K or some other sub-4K resolution. In order for these movies to be legit 4K, you need to shoot them in a camera that’s 4K or above (like the Sony F65). I know there’s a debate about whether cameras like the Red cameras are considered true 4K or not, since it uses the bayer pattern (which means that it only captures 50% of the green, 25% of the blue, and 25% of the red, with the rest added in later after capture). Another way to get true 4K is by shooting in 35mm film and then scanned at 4K or above for the digital intermediate, like the facilities at FotoKem in Burbank, CA. Regardless, the footage will need to be conformed and mastered for DCI 4K. Again, a lot of these movies are using a sub-4K bottleneck at some point in the filmmaking chain of events.
Вот из-за этого Bayer pattern те камеры, которые при споре, есть ли камеры снимающие в 8К, которые кто-то (может ты) показывал, фактически нельзя считать тру 8К камерами. И вероятно из-за этого снимают всякими 4К камерами, а редактируют в конечном счёте в 2К до сих пор.
>DCI 4K (4096 x 2160p) vs UHD 4K (3840 x 2160p)
Вот это тоже бесит, могли бы сделать так, чтобы разрешение DCI (в кинотеатрах) совпадало с блу-реями, дак нет, чуть различным сделали, и теперь надо интерполировать с падением чёткости. Так и на блу-реях было и теперь так же на 4К блу-реях.
>И нафиг ты в этом треде неймфажишь?
Это я просто не стёр, не заметил, имя запоминается. Как бы и сюда вайперы-фоннаты не залетели теперь, они за мной по пятам ходят:)
>Можно по горизонтале отрезать если так критично, лол.
Я читал, что студии обычно так не делают, дабы пуристов не расстраивать. Обычно чёрные полосы добавляют.
>откуда инфа, что те камеры из вики апскейлят сигнал
Честно, не проверял, попожжя попробую погуглить, просто подозрительно высокое у них разрешение:)
Нет, суть в том, что один пиксел несёт в себе инфу только об одном цветовом канале из трёх, а остальные два канала надо получать интерполяцией соседних пикселей, которые несут эти два канала. Естественно, это очень херово для чёткости.
http://www.ikegami.com/NAB2015_shk810_piece_.html
>Ikegami introduced the world's first generation 8K UHDTV camera with NHK in 2002
Чудеса да и только. Про паттерн Байера не написано.
Щас токо этот видос посмарел - где-то всего 30% ЦП нагружал, 170 мбит/с - это убойно каэш. Но мне кажется я всё-таки видел очень лёгкий налёт артефактов (тут надо учитывать, что каждый кадр сжимается независимо от других, поэтому 170 мбит/сек - это не так уж и много). 4:2:2 1080p (этот видос) на монике 1080p хуже, чем 4К в 4:2:0 - и это видно, чёткость не такая убойная, как в 4К, не хрустящая:) Вощем крутое кач-во, но 100 мбит/с 4К были круче в плане чёткости, и даже может в остутствии артефактов. Но блу-рей хуже этого видоса, пожалуй.
А я думал ты 1080р не юзаешь из-за того, что только в 720р звук присобачен уже в файл, а 1080р без звука и надо присобачивать вручную его. А коли без разницы, то реально лучше 1080р и вырезать фрагмент, раз твоя прога позволяет и в лимит можно уложиться.
на входе hls stream
> ffmpeg -i - -map 0:1 -map 0:0 -f segment -segment_time 300 -segment_list /host_share/t5.m3u8 -c:v copy -c:a:0 copy -dn /host_share/t5-part-%03d.avi
Падает с вот таким вот выводом
ffmpeg version 3.0 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4)
configuration: --prefix=/usr/local --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --bindir=/usr/local/bin --extra-libs=-ldl --enable-version3 --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-gpl --enable-postproc --enable-nonfree --enable-avresample --enable-libfdk_aac --disable-debug --enable-small --enable-openssl --enable-libtheora --enable-libx265 --enable-libopus --enable-libvorbis --enable-libvpx
libavutil 55. 17.103 / 55. 17.103
libavcodec 57. 24.102 / 57. 24.102
libavformat 57. 25.100 / 57. 25.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 31.100 / 6. 31.100
libavresample 3. 0. 0 / 3. 0. 0
libswscale 4. 0.100 / 4. 0.100
libswresample 2. 0.101 / 2. 0.101
libpostproc 54. 0.100 / 54. 0.100
[mpegts @ 0x34015c0] parser not found for codec timed_id3, packets or times may be invalid.
Last message repeated 1 times
[h264 @ 0x340e780] Current profile doesn't provide more RBSP data in PPS, skipping
Last message repeated 3 times
[mpegts @ 0x34015c0] max_analyze_duration 5000000 reached at 5000000 microseconds st:1
Input #0, mpegts, from 'pipe:':
Duration: N/A, start: 51934.469889, bitrate: N/A
Program 1
Stream #0:0[0x100]: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 190 kb/s
Stream #0:1[0x101]: Video: h264, 4 reference frames ([27][0][0][0] / 0x001B), yuv420p(tv, bt709/bt709/iec61966-2-1), 1280x720, 60 fps, 60 tbr, 90k tbn, 120 tbc
Stream #0:2[0x102]: Data: timed_id3 (ID3 / 0x20334449)
[segment @ 0x344f840] Selected stream id:1 type:video
Output #0, segment, to '/host_share/t6-part-%03d.avi':
Metadata:
encoder : Lavf57.25.100
Stream #0:0: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, 190 kb/s
Stream #0:1: Video: h264, 1 reference frame ([27][0][0][0] / 0x001B), yuv420p, 1280x720 (0x0), q=2-31, 60 fps, 60 tbr, 60 tbn, 60 tbc
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Тут я немного пропустил
[NULL @ 0x340e780] Current profile doesn't provide more RBSP data in PPS, skipping
Last message repeated 1 times
[segment @ 0x344f840] EXT-X-MEDIA-SEQUENCE:0
[segment @ 0x344f840] segment:'/host_share/t6-part-003.avi' count:3 ended
[segment @ 0x344f840] segment:'/host_share/t6-part-004.avi' starts with packet stream:1 pts:72091 pts_time:1201.52 frame:72089
[avi @ 0x3621a20] Too large number of skipped frames 72089 > 60000
av_interleaved_write_frame(): Invalid argument
No more output streams to write to, finishing.
Error writing trailer of /host_share/t6-part-%03d.avi: Invalid argumentframe=72093 fps= 61 q=-1.0 Lsize=N/A time=00:20:01.55 bitrate=N/A speed=1.01x
video:660196kB audio:23824kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Input file #0 (pipe:):
Input stream #0:0 (audio): 51746 packets read (24395351 bytes);
Input stream #0:1 (video): 72093 packets read (676040370 bytes);
Input stream #0:2 (data): 2 packets read (302 bytes);
Total: 123841 packets (700436023 bytes) demuxed
Output file #0 (/host_share/t6-part-%03d.avi):
Output stream #0:0 (audio): 51746 packets muxed (24395351 bytes);
Output stream #0:1 (video): 72093 packets muxed (676040370 bytes);
Total: 123839 packets (700435721 bytes) muxed
Conversion failed!
Это баг или я делаю что то не так?
на входе hls stream
> ffmpeg -i - -map 0:1 -map 0:0 -f segment -segment_time 300 -segment_list /host_share/t5.m3u8 -c:v copy -c:a:0 copy -dn /host_share/t5-part-%03d.avi
Падает с вот таким вот выводом
ffmpeg version 3.0 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4)
configuration: --prefix=/usr/local --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --bindir=/usr/local/bin --extra-libs=-ldl --enable-version3 --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-gpl --enable-postproc --enable-nonfree --enable-avresample --enable-libfdk_aac --disable-debug --enable-small --enable-openssl --enable-libtheora --enable-libx265 --enable-libopus --enable-libvorbis --enable-libvpx
libavutil 55. 17.103 / 55. 17.103
libavcodec 57. 24.102 / 57. 24.102
libavformat 57. 25.100 / 57. 25.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 31.100 / 6. 31.100
libavresample 3. 0. 0 / 3. 0. 0
libswscale 4. 0.100 / 4. 0.100
libswresample 2. 0.101 / 2. 0.101
libpostproc 54. 0.100 / 54. 0.100
[mpegts @ 0x34015c0] parser not found for codec timed_id3, packets or times may be invalid.
Last message repeated 1 times
[h264 @ 0x340e780] Current profile doesn't provide more RBSP data in PPS, skipping
Last message repeated 3 times
[mpegts @ 0x34015c0] max_analyze_duration 5000000 reached at 5000000 microseconds st:1
Input #0, mpegts, from 'pipe:':
Duration: N/A, start: 51934.469889, bitrate: N/A
Program 1
Stream #0:0[0x100]: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 190 kb/s
Stream #0:1[0x101]: Video: h264, 4 reference frames ([27][0][0][0] / 0x001B), yuv420p(tv, bt709/bt709/iec61966-2-1), 1280x720, 60 fps, 60 tbr, 90k tbn, 120 tbc
Stream #0:2[0x102]: Data: timed_id3 (ID3 / 0x20334449)
[segment @ 0x344f840] Selected stream id:1 type:video
Output #0, segment, to '/host_share/t6-part-%03d.avi':
Metadata:
encoder : Lavf57.25.100
Stream #0:0: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, 190 kb/s
Stream #0:1: Video: h264, 1 reference frame ([27][0][0][0] / 0x001B), yuv420p, 1280x720 (0x0), q=2-31, 60 fps, 60 tbr, 60 tbn, 60 tbc
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Тут я немного пропустил
[NULL @ 0x340e780] Current profile doesn't provide more RBSP data in PPS, skipping
Last message repeated 1 times
[segment @ 0x344f840] EXT-X-MEDIA-SEQUENCE:0
[segment @ 0x344f840] segment:'/host_share/t6-part-003.avi' count:3 ended
[segment @ 0x344f840] segment:'/host_share/t6-part-004.avi' starts with packet stream:1 pts:72091 pts_time:1201.52 frame:72089
[avi @ 0x3621a20] Too large number of skipped frames 72089 > 60000
av_interleaved_write_frame(): Invalid argument
No more output streams to write to, finishing.
Error writing trailer of /host_share/t6-part-%03d.avi: Invalid argumentframe=72093 fps= 61 q=-1.0 Lsize=N/A time=00:20:01.55 bitrate=N/A speed=1.01x
video:660196kB audio:23824kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Input file #0 (pipe:):
Input stream #0:0 (audio): 51746 packets read (24395351 bytes);
Input stream #0:1 (video): 72093 packets read (676040370 bytes);
Input stream #0:2 (data): 2 packets read (302 bytes);
Total: 123841 packets (700436023 bytes) demuxed
Output file #0 (/host_share/t6-part-%03d.avi):
Output stream #0:0 (audio): 51746 packets muxed (24395351 bytes);
Output stream #0:1 (video): 72093 packets muxed (676040370 bytes);
Total: 123839 packets (700435721 bytes) muxed
Conversion failed!
Это баг или я делаю что то не так?
Что-то я не понял смысла в твоей операции. Ты берёшь кусочки в mpegts с h.264/aac, склеиваешь их, режешь по 5 минут и пытаешься запихнуть в avi (который с этими форматами, в частности с переменным битрейтом звука и с b-фреймами видео совместим далеко не во всех реализациях).
Что мешает просто скачать исходные кусочки в mpegts и плейлист без всяких ffmpeg'ов? Если всё же надо ремуксить, возьми другой контейнер, mkv, например.
Нужно записать игру с нативным разрешением 640*480, может запускаться как в окне, так и полноэкранно. Собственно, как записать? В идеале - чтобы запись включалась-выключалась по клику определённой кнопкой, а видео сжималось ещё перед записью на диск, потому что записать надо 30 минут, а потом залить на трубу (нет, я не летсплейщик).
Надо крякнутый качать, а мало ли что крякер туда вместе с кряком засунул. Информационная гигиена, вот это всё.
Мне нужно было разбить видео поток на части по 2 часа, 5 минут для тестирования. mkv или mp4 требуют конвертации звука, мне же хочется записать поток с минимальными усилиями.
Проблему, кстати, я решил с помощью -reset_timestamps 1.
>mkv или mp4 требуют конвертации звука
Что? В оба контейнера AAC входит отлично. В отличие от AVI, с которым могут быть пролемы, если битрейт звука переменный.
> Если отставание переменное, то только в аудиоредакторе править.
Не обязательно: если оно линейно нарастает, то можно растянуть/ужать звук фильтрами aresample и asetrate, либо сделать то же самое с видео фильтром setpts. Надо только замерить смещение дорожек через определёный промежуток времени и посчитать.
Будет хорошо если ты предоставишь сэмпл видео, с которым такой эффект проявляется, и команды для его воспроизведения.
Я загрузил фильм с парой аудиодорожек, а как выбрать нужную?
Спасибо, завтра попробую.
В чём суть блендера? Я про то, что это очень комплексная и бесплатная программа, они что, зонды устанавливают и продают данные пользователя?
Одно неверное действие — и данные на харде превращаются в кашу.
Другие игры ок записывает.
Записывать результаты. Такой-то глитч арт!
Попробовал. См. пик.
Как туда добавить источник? Добавил окно игры в подокно общих источников, а просто в списке источников оно так и не появилось.
>Пердолики
>ненужности
>WebM Аноним (Debian Linux: Iceweasel)
дебианщики — позор линукс-сообщества сколько ненависти о овна, которые от них исходит, не исходит ни от кого.. Именно из-за них (в основном) линуксоидов считают придурковатыми. Скрыл ублюдочный тред.
>линуксоидов считают придурковатыми.
Это правда, достаточно фанатичные товарищи, ни у одного дистра таких фанатичный приспешников нет.
>Вообще, получение знаний через форумы/обсуждения это пиздец какая неэффективная хуйня. Ещё и дезинформации полно, так что потом неверная картина в голове образуется.
Просто ты не осилил. И не сможешь, читая говнофорумы вроде хобота.
Как сказать... Я как-то имел несчастье IRL пообщаться со свидетелями суси и ортодоксальными слаководами.
Если вторые оказались на одном уровне с мормонами, то первые могли поспорить со свидетелями иеговы. Раньше думал, что люди с инженерным складом ума так могут вести себя только в интернетах, но увы. Пересмотрел сове отношение к перспективам использования обоих дистров.
Пытаюсь сделать как-то так "ffmpeg -i 1.avi -b:v 20000K 1o.avi" - все в квадратах.
Хуёвый у тебя гугл. У меня первым результатом выдало арчвики с описанием этой операции.
http://www.etree.org/shnutils/shntool/
https://wiki.archlinux.org/index.php/CUE_Splitting
> shnsplit - это отдельная программа?
Да.
> У меня шиндовс...
Я вижу. По первой ссылке есть её сборки для win32.
Я тупой и не понял как ей пользоваться. Есть что попроще?
Да мне не важен формат, главное чтобы качество сохранилось и размер с 10гб хотя бы до 2 уменьшить.
Время кодирования меня тоже не очень сильно волнует
Чтобы показывался норм баланс громкости и можно было обрезать, конвертировать, делать фейдин/аут етц.
Ну и чтобы был бесплатный и желательно опенцурц.
Я знаю, но он жутко недоработанный в этом плане, особенно фейдинаут, у меня он рендер видео делал криво с этим эффектом. А редактировать музыку через видео редактор, ну это просто - жопа.
Какой из списка посоветуешь?
Ардор или аудасити?
Поясните за эту программу, чем там платная от бесплатной отличается?
Даже прочитав на сайте я не понял: https://ardour.org/download.html
>Silence after about 10 minutes
Что это вообще значит?
http://rghost.ru/6FRHlZvNS
Там плата чисто символическая, если не хочешь компилировать сам.
Лист бумаги не удобно, постоянно надо менять, да и я не смотрю на них, уже пытался.
Ну ошибка в скипте, но видать после обновления перестало писать ошибку на превью (там был полный путь до скрипта).
А как это исправить, подскажи?
В автофит появился скроллбар, а файл инфо тоже, если путь слишком длинный. Не хватает информации о битрейтах и частоте звука. Вебм не из ютуба нельзя без звука сохранять. Нет информации есть в видео уже превью второй дорожкой или нет.
wybm-v0.3.3-win-x86
Ну т.е. для mp3 и других популярных форматов можно построить спектрограмму, тут всё просто.
А для OPUS есть какой-то адекватный способ? Я пробовал перегонять OPUS в MP3 320 и проверять спектр, но честно говоря, не уверен, что это хороший способ. Разве что откровенно хуёвое качество детектить, но его и на слух слышно.
Бля, спасибо, что-то я сам не додумался в лолсслес перегонять.
Ну вот сравнил сейчас 2 файла, один с битрейтом 100кбит/с, другой с 50кбит/с, на графике разницы почти нет. Такое вообще возможно?
Делаю в этой же программе, постоянно обрезает конец, хотя установленный лимит по объему не превышает. Кодирую в вп9.
даже ставлю trim с 0 по ~1700 кадр, а на выходе ~1400 кадров
спасибо
Аноны, подскажите софтину, чтобы просто без задней мысли вшивать субтитры в файл
Отбой. Оказывается в шапке есть.
https://github.com/pituz/webm-thread/wiki/installing-ffmpeg-on-windows#Шаг-2-Размещение-исполняемых-файлов
> постоянно обрезает конец
Это происходит потому что ты ставишь
> установленный лимит по объему
который у ffmpeg работает именно как обрезка видео при достижении лимита по размеру. Считай битрейт вручную.
Если запускать через батник из папки, то всё работает.
Добра.
Shift + ПКМ >> Открыть окно команд
Откроет сеанс терминала в текущей директории (но только если она не в представлении библиотеки показывается).
Знает кто где посмотреть?
в /es/ 5 нельзя даже.
Если очень надо открыть в VirtualDub, а с плагином не получается, то можешь установить avisynth и после этого открывать в VirtualDub такой скрипт.avs:
directshowsource("файл.mkv")
Осталось настроить вывод из VirtualDub прямо на вход ffmpeg и "конвейер" готов.
Но ведь тут некоторым удаётся пилить 720p вебмки размером в 20 мегабайт, продолжительностью в 2 минуты, и отличным качеством. Что за магия? https://2ch.hk/v/src/613911/14587914987280.webm (М)
Подскажете самые оптимальные настройки для Webm for retards? (в консоль я не умею)
Setting --good quality and --cpu-used=0 will give quality that is usually very close to and even sometimes better than that obtained with --best but the encoder will typically run about twice as fast. Setting --cpu-used=1 or --cpu-used=2 will give further significant boosts to encode speed, but will start to have a more noticeable impact on quality and may also start to effect the accuracy of the data rate control.
Ну и 3 fps для FullHD 50fps - неплохо же. Наверное.
> -quality best
> -cpu-used 2
Поделил на ноль.
> vp8
> один проход
> 1080p
> 1mbit/s
Вангую что получится говно. Даже статичную картинку будет распидорашивать на ключевых кадрах.
Зачем тебе вообще VP8? Он почти во всём хуже чем x264 — проигрывает и по скорости, и по эффективности сжатия. Бери VP9, убирай лишние настройки (-quality, -cpu-used, -lag-in-frames, -auto-alt-ref), снижай разрешение до 540p (-vf scale=-1:540) и жми двумя проходами. Мб будет и не быстрее, зато результат будет выглядеть нормально.
Как к этому великолепию добавить названия кодеков над временем? Кратко. Как делает тот же потплеер, к примеру.
Там просто музыка со статичной картинкой, вот что я юзал:
ffmpeg -r 1 -loop 1 -i header.jpg -i 1.mp3 -map 0:v -map 1:a -c:a libvorbis -q:a 9 -c:v vp8 -b:v 0 -crf 16 -g 1 -pix_fmt +yuv420p -shortest output.webm
Длится музыка почти 5 минут, пикча - просто 500х500 пнг.
Каким числом? Я, просто, эту строку с вашего гайда взял, н очень разбираюсь что значит что...
Уменьши
> -q:a 9
Это слишком много. Поставь 5-6, всё равно из ссаной мп3шки переделываешь.
Хорошо бы еще vp8 на vp9 изменить.
> 5-6
Может тогда и Ворбис заменить на Опус? В шапке написано, что для низких битрейтов он лучше.
> -q:a 9
У тебя битрейт звука вышел слишком высокий.
> -g 1
И каждый кадр видео — ключевой. Норкоман?
>>1655578
> Я, просто, эту строку с вашего гайда взял
Показывай, откуда конкретно.
>>1655689
> Хорошо бы еще vp8 на vp9 изменить.
Для статичной картинки похуй, особенно если -g поставить не меньше пары сотен.
Можно ещё fps (-r) понизить, я ставлю 1/3.
При каком ещё переключении? При перемотке мб?
В >>1655706 стояло -g 9999 (т.е. по идее ключевой кадр должен быть только один — первый), но firefox его мотает точно до указанной позиции.
У mpv без --hr-seek проблемы с перемоткой присутствуют, да.
Откуда нам-то знать? Он же сперма-онли.
В настройках поищи. Вроде в мпц - оно и называется "быстрая перемотка".
Также её могут назвать перемоткой по ключевым кадрам.
Спасибо, нашёл.
> Какие проблемы?
При клике по сикбару видео перематывается на первый кадр. С точки зрения пользователя это проблема.
> К тому же, по умолчанию есть кейбиндинги Shift+Left/Right и Shift+Up/Down, которые делают точный сик.
Угу, ими и пользуюсь.
>>1655729
Дохуя — так, чтобы кадров получилось меньше значения -g. При низком FPS для быстрой перемотки ключевые кадры не нужны. В браузерах по дефолту включена точная перемотка, так что с этим проблем нет.
> Это OSC который?
Ага. Вообще странно, поведение этой хуйни не вполне соответствует документации: клик по сикбару — абсолютный seek, но на него не влияет --hr-seek=absolute.
Возможно, тут имеет смысл сравнивать погрешность seek'а до ключевого кадра с количеством пикселей seekbar'а и применять hr-seek если оно больше какого-то порога.
Я понимаю что будут потери, но ведь при перекодировки разрешения они будут еще больше? кодирую в h265 через видеокарту
Зато быстро, причем нвидиа подпилила кодер под 265, nvenc 265 смотрится намного лучше чем nvenc 264.
Исходник H.264 но качество там явно не тянет на битрейт 10000. Вообще, я уже попробовал так и так, на скрине после ресайза до 1280х720 видно больше артефактов чем просто понижение битрейта (если скрины увеличить до одного размера).
1 исходник h264 1920x1080 12006 кб/с
2 nvenc 265 1920x1080 3200 кб/с
3 nvenc 265 1280x720 3200 кб/с
Если ресайзнуть 3 скрин до размера 2го то на 3м видно больше артефактов. На 2м потери в качестве получились не такие уже и большие. Получается, что лучше оставлять исходное разрешение.
иб4 обсуждение этой матурки
Распаковал и назвал папку app.nw Отлично. Теперь и ютуб-дл через, например, батник youtube-dl -U можно апдейтить.
На ффмпег есть команда для апдейта?
> cp
Но у него же сперма!
> wget https://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-latest-win32-static.7z
Если архив не удалить, то в следующий раз скачается ffmpeg-latest-win32-static.7z.1 и т.д. Для перезаписывания при наличии обновления надо -N.
wget -N https://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-latest-win32-static.7z
7zr e -oC:\ffmpeg\bin ffmpeg-latest-win32-static.7z "ffmpeg-*/bin/ffmpeg.exe"
Бамп
Отправили к вам из анимевебмтреда. Перепощу вопрос:
Сап, я тут к вам из обычного вебм-треда. По неизвестной мне причине вы заебись разбираетесь в ffmpeg. Я им тоже пользуюсь, но теперь у меня возник вопрос. А есть ли команда, которая разбивает видео на 2-3-4 части? Если например, надо большой файл для фат заготовить?
ffmpeg — не интерпретатор команд. Но порезать файл на части может и он, хоть и не так удобно: https://www.ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-ssegment
mkvmerge входит в пакет mkvtoolnix.
Не знаю, где спросить, спрошу здесь. Два кадра из игры, один - стоп-кадр видеозаписи, второй - скриншот. Видеозапись ярче и насыщенней. Это видеозахват не пишет с финального графического буффера или просто алгоритм видеосжатия картинку корраптит?
То есть ты предполагаешь проблему на этапе декодирования?
-c copy -map дорожка -map дорожка
https://github.com/pituz/webm-thread/wiki/ffmpeg#Выбор-потоков-дорожек
Чем ты видео захватывал? Похоже на применение к кадрам какого-нибудь HDR.
Plays.TV - аналог шедоуплея для амд. Нормально работает.
Кстати, есть аппаратные ускорялки для кодирования ffmpeg? Кодирую в два прохода. Есть i5 3570k, там вроде квиксинк, и радеон 7970, там вроде opencl и amd vce. Есть ключи для задействования аппаратного ускорения? А то чето скоросте не отче.
>Только это надо руками ffmpeg с поддержкой QSV компилировать.
Так билды Zeranoe, вроде как, уже. Из-за этого дропнули поддержку Windows XP.
MKVToolnix
>Спустя лет 15 видишь в опенинге какого-то древнего аниме свою китайскую машинку на проводе, ездящую назад и вперёд.
https://github.com/pituz/webm-thread/wiki/Pro-tips#Создание-музыкальных-лупов
>>1663014
Сделай сам, ёба! Команды с таймингами по ссылке выше.
>>1663609
> какого-то древнего аниме
Тащемта, эта овашка вышла в 2014 году.
Нихуя ты. Это на opencv полностью?
Аноны, имеет ли смысл перекодировать кинцо из 24 ФПС в 60, или человеческий глаз больше 30 не видит перекодировкой 30 в 60 не превратишь?
Перекодировкой не превратишь, нужна интерполяция. Многие интерполяторы могут работать в реальном времени, и с ними сохранение результатов интерполяции имеет мало смысла.
>30 в 60 не превратишь?
На счет кинца не знаю, но анимцо сильно гадится артефактами после этого.
Кто-нибудь пользует питоновский webm 0.9.0 ?
С его помощью вообще можно превью делать для вебм'ок?
В смысле не нужно? Он сам ставит?
Movavi Video Converter наверни, болезный.
Как на шиндовс заставить не работать?
Хотя, если в составе спермосборки mpv идёт старый ffmpeg, то вопрос отпадает. Бери тогда исходники @ конпеляй.
>>1665710
> Есть альтернативы годные?
Нет. Все сходные по функционалу «альтернативы» основаны на ffmpeg'е или его библиотеках и наследуют все его глюки, добавляя своих.
> то размер вылезет за рамки
В контексте WebM это проблема не ffmpeg, а libvpx, альтернатив которому на данный момент тоже нет.
> то обрезать нормально не может
Вагную кривые руки и непонимание значения ключевых кадров при обрезке без перекодирования.
> то СЕГМЕНТФОЛТ.
Что-то у меня давно уже не было.
> Свои пропаганды свободного ПО засуньте себе в задницу.
Пиписитарного ПО такого класса в принципе не существует (если не считать решения с ворованным ffmpeg внутри), сасай.
Делаю по мануалу, создаю текстовый файл со списком для объединения, а получаю Unsafe file name. Как это обойти?
http://my-files.ru/wylu7k
Какой тип интерлейса у этого видео? Можно устранить чересстрочность используя только ffmpeg?
ffmpeg -r 1 -loop 1 -i header.jpg -i 1.mp3 -map 0:v -map 1:a -c:a libvorbis -q:a 9 -c:v vp8 -b:v 0 -crf 16 -g 10240 -pix_fmt +yuv420p -shortest output.webm
I've found: ffmpeg -r 1 -loop 1 -i header.jpg -i 1.flac -map 0:v -map 1:a -c:a libvorbis -q:a 9 -c:v vp8 -b:v 0 -crf 16 -g 10240 -vf scale=500:500 -pix_fmt +yuv420p -shortest output.webm
У меня 5 минутная вебмка с статичкой картинкой 12 мб весит.
Почему нет гайдов для совсем ньюфань, далеких от пердолинга?
Только если h.264. Аппаратно кодировать вебм еще ничто не может.
>The procedure entry point _wfopen_s could not be located in the dynamic link library msvcrt.dll.
Нашел что эта последняя рабочая версия для ХР
>ffmpeg-20150525-git-8ce564e-win32-static
Нет, последний рабочий билд для XP 20160227-git-5156578 от 26-го февраля.
Прямая ссылка:
https://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20160227-git-5156578-win32-static.7z
Там были подробности распознавания капчи. Сначала удалили три замазанных поста, некоторое время спустя — и всё остальное.
>ffmpeg -loop 1 -i picture.jpg -i sound.mp3 -shortest -deadline best out.webm
на лунипсе при аналогичных условиях обычно делается за полминуты-минуту, а на винде что-то идёт не так.
На пике - то, что набежало в кнвертировании за минуту. Обработано 12 секунд. Это просто омерзительно. Замечено также, что если конвертирование мп3 --> вебм идёт с обычной скоростью но почему-то только в ворбис. Если конвертить в опус, vlc ругается ошибками. Полная хуйня короче творится
В чем может быть дело?
Всё, сам спросил, сам разобрался. -deadline best малину портил. Убрал его - конвертация пошла норм. А vlc на винде просто корявый. Какая же ублюдочная ось, господи.
> Почему капчу разгадывали в шебм-треде?
Вероятно, по той причине, по которой товарищ использовал его в качестве личного бложика. Меня это вполне устраивало, поскольку 95% постов было по теме.
Но как бы неуместны эти три поста ни были (факт публичной компрометации защиты ресурса на нём самом я уместным не считаю, но его по сути и не было, т.к. эксплойт не был выложен), удалением 70% полезного контента треда по этому поводу я возмущён. Я полагаю, если товарища бы попросили это прекратить (хотя бы в причине суточного бана, если по другому никак), то он бы пошёл на встречу.
> Алсо классные шревты, как называются?
Oxygen Sans из комплекта новых кед. Использую кегль побольше, на мелком проблемы с кернингом.
http://gluon.rghost.ru/7CFcl8nVh/image.png
—
bitmessage запусти, сучечка
Спасибо, забираю тогда :3
ЧЕМ записывать видео? Конкретно с игр.
Юзал фрапс, но он каким-то странным методом снимает формат, что его почти ничего не считывает. Его плюс - снимает всё.
Сейчас юзал ОБК, но он плохо настраивается, и снимает через раз.
OBS-Studio, но почему-то он не хочет захватывать полное разрешение и сжимает его на 2 пикселя, мыля изображение, поэтому я его не пользую. Экран у меня 1366х768, если у тебя другой, то возможно будет работать идеально.
Bandicam - надо покупать или воровать. Идеально пишет.
oCam - эталон мокрой письки, только воровать патченную версию без рекламы. Я его пользую, поскольку бандикам у меня падает периодически.
10 метров максимум
Стоит ли пиратить бандикам? Чёт почитал на рутрекере, некоторые пишут про вайрусы.
И еще туда же: как в ффмпеге сделать превью в виде первого кадра видео?
И какую лучше использовать рядовому анону?
Как я понял дев - точно не для меня.
>>1670309
>Здравствуйте, поясните пожалуйста, в чём отличие shared / static версий ffmpeg'a?
Static builds provide one self-contained .exe file for each program (ffmpeg, ffprobe, ffplay).
Shared builds provide each library as a separate .dll file (avcodec, avdevice, avfilter, etc.), and .exe files that depend on those libraries for each program
> И какую лучше использовать рядовому анону?
Любую, простой анон не заметит разницы.
>В некоторых редких случаях даже качественный ресэмплинг вызывает слышимые искажения.
Нет. Одно из двух — или это некачественный ресемплинг, или у тебя аудиофилия головного мозга. Идеальный ресемплинг — первое, что изучается в курсе цифровой обработки сигналов по этому вопросу, всё остальное — различные способы ухудшить его для экономии процессорного времени.
Ну давай, отресэмпли эту пикчу до 700px по горизонтали так, чтобы шрифты не превратились в криво размыленное говно.
> Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых
Поясните за щеку, что за проблема с добавлением звуковой дорожки для новой шебм? Из редких, уже готовых webm звук добавляется без ошибки, но это единичные случаи, да и вообще - это ведь webm, а не чисто аудио файл. Или в этом gui только из особых форматов пойдёт dub? Я запутался...
Пользуюсь им почти два года, раз в несколько месяцев обновляя крякнутую версию с рутрекера. Сейчас на 2.3.3
>просто написать ffmpeg -i file.mp4 file.webm
Тогда будут использоваться неоптимизированные дефолтные параметры, и ты получишь квадраты вместо видео
Скорее мыло. vp9 мылит картинку, в отличии от vp8, который распидорашивает её на шахматную доску.
Кстати, бампану этот вопрос анона, и добавлю еще один, гуй совершенно не хочет добавлять никакие аудиозаписи вообще, перепробовал все известные моему конвертеру форматы аудио, а также попробовал избавиться от кириллицы в пути к файлу, не помогло. Что можно еще попробовать?
Посмотри исходники, ёба. Судя по написанному в описании слайдера slices, автор сам нихуя не понимает: деление видео на полосы не улучшает, а ухудшает качество, но позволяет использовать потоки.
>>1676648
Вангую наличие нескольких сборок ffmpeg'а разной тухлости и хуйню с назначением PATH.
Окей, пусть даже сборка ffmpeg кривая (хотя я в ручную прописал PATH и выделил специально папку для бинарников), но почему он игнорирует -с:v libvpx-vp9 и кодирует в vp8, как такое возможно вообще?
Покажи команду, вывод
Ты не въезжаешь.
Во-первых, идеально отресемпленный сигнал — это тот, который содержит ровно тот же спектр частот, который есть в оригинальном сигнале, не меньше, но и ни в коем случае не больше. Если ты хочешь получить идеальные границы букв на более мелкой сетке — ты хочешь внести дополнительный высокочастотный компонент, которого не было в исходном сигнале, то есть искажения.
Во-вторых, шрифты — плохой пример дискретного сигнала в том смысле, что они специально заточены под самую убогую днищенскую интерполяцию нулевого порядка aka zero order hold aka равномерный цвет в пределах одного отсчёта (пикселя) и "ступенчатые" переходы между отсчётами. На самом деле то, что ты видишь на экране, содержит высокие частоты в местах границ между пикселями, более высокие, чем допускает теорема Котельникова-Найквиста для твоего цифрового сигнала (изображения), но шрифты специально под это оптимизированы. Интерполируя по теории ЦОС, ты нарушаешь эту костыльную оптимизацию.
В цифровом аудио такие дополнительные костыли не нужны, поскольку разрешение 16bit@44100Hz покрывает возможности слуха, и задача интерполяции соответствует классической задаче "изменить частоту сэмплирования, не потеряв существующие частоты и не внеся новые". В результате сигнал после интерполяции будет содержать частоты не выше, чем было в оригинальном сигнале, хотя новая частота семплирования позволяет гораздо выше. Т.е. с твоей точки зрения он будет "мылом", хотя теория предписывает делать интерполяцию именно так. Твоё ухо этого, впрочем, всё равно этого не определит, т.к. выше 20кГц ты ничего не слышишь.
Вот картинка для пояснения.
Наверху — аналоговый сигнал, соответствующий критерию Найквиста, то есть не имеющий частот выше Fs/2, и соответствующий ему цифровой сигнал. Внизу — сигнал, интерполированный из цифрового методом zero-order hold, самым обоссанным и уёбищным с точки зрения теории сигналов, абсолютно не соответствующий тому, что было дискретизировано в оригинале, т.к. эти ступеньки — участки с большим количеством высоких частот, более высоких, чем частота Найквиста. Это искажения. Но мониторы отображают цифровые сигналы именно так, поэтому шрифты затачивают с расчётом, что они будут отображаться как при интерполяции zero-order hold.
Тащемта, ресемплинг вносит искажетия либо при некратных частотах, либо при даунсемплинге. Конверсия 44100 <-> 48000 внесёт искажения, какой бы YOBA-алгоритм ни использовался. Полагаю, их частоты будут за пределами слышимого диапазона.
Улучшение качества ресемплинга может играть роль разве что при многократной цифровой обработке сигнала, так как в этом случае искажения от каждой последующей обработки будут накапливаться.
мимомузыкант
И да, какие бы большие ни были искажения при смене частоты дискретизации, они ничто по сравнению с алгоритмами сжатия с потерями.
>Конверсия 44100 <-> 48000 внесёт искажения, какой бы YOBA-алгоритм ни использовался.
То, что ты сейчас сказал чисто из своей обывательской интуиции — это фактически утверждение, что теорема Котельникова-Найквиста неверна (в той её части, где говорится, что сигнал по отсчётам можно однозначно восстановить). А она, вообще-то, математически доказана. В цифровой обработке сигналов самое плохое, что любой мимокрокодил, посмотревший на простую, понятную и неправильную картинку с цифровым сигналом, нарисованным в виде ступенек, думает, что теперь он знает о цифровой обработке сигналов всё не хуже этих ваших инженеров.
>мимомузыкант
И ты пытаешься спорить с инженером, жалкий гуманитарий?
>И ты пытаешься спорить с инженером, жалкий гуманитарий?
Тащемта да https://ru.wikipedia.org/wiki/Теорема_Котельникова
>Разумеется, реальные сигналы (например, звук на цифровом носителе) не обладают такими свойствами, так как они конечны по времени и обычно имеют разрывы во временно́й характеристике. Соответственно, ширина их спектра бесконечна. В таком случае полное восстановление сигнала невозможно, и из теоремы Котельникова вытекают следствия:
>любой аналоговый сигнал может быть восстановлен с какой угодно точностью по своим дискретным отсчётам, взятым с частотой f>2f_c, где f_c — максимальная частота, которой ограничен спектр реального сигнала;
>если максимальная частота в сигнале равна или превышает половину частоты дискретизации (наложение спектра), то способа восстановить сигнал из дискретного в аналоговый без искажений не существует.
То есть теорема-то доказана, но только для сферического и в вакууме случая. В реальности же пока основной дроч на дискретизацию сводится к изобретению как можно более близкого к идеальному ФНЧ, который срежет все искажения выше частоты исходного сигнала.
Каковым фильтром при воспроизведении, к слову, оказывается сама звуковоспроизводящая аппаратура, редко могущая в частоты выше даже 12к, что уж говорить о теоретическом пределе 22050.
>Разумеется, реальные сигналы (например, звук на цифровом носителе) не обладают такими свойствами, так как они конечны по времени и обычно имеют разрывы во временно́й характеристике.
Это не более чем высер анальной жопы безграмотного википидора, и вот почему:
>реальные сигналы (например, звук на цифровом носителе)
Здесь тебя ничего не смутило?
>так как они конечны по времени
Любой сигнал можно дополнить тишиной любой длительности впереди и позади. Так обычно и делают. Бесконечную длительность на практике сделать невозможно, но можно взять такую, чтобы точность восстановления была выше любого наперёд заданного значения. Например, если мы хотим получить погрешность восстановления, заведомо меньшую, чем погрешность квантования 16 бит, то куски тишины должны иметь длительность 1/(2^16)*44100 = 0.67 секунды при использовании интерполятора Уиттекера-Шеннона. На практике "любая наперёд заданная точность" позволяет тебе передискретизировать сигнал из 44100 в 48000 с точностью, превышающей точность формата 16bit@44100Hz, потом передискретизировать обратно, и получить совпадение бит в бит. Никаких данных не теряется, никаких искажений не вносится.
>обычно имеют разрывы во временно́й характеристике. Соответственно, ширина их спектра бесконечна.
Тот хрен писал о неких "реальных сигналах", но что бы он ни имел в виду, это полная хуйня. Если он имел в виду аналоговый сигнал, то "разрыв во временной характеристике" означает, что физический процесс, соответствующий сигналу, мгновенно изменил состояние на конечную величину. Конечная величина за бесконечно малое время означает бесконечно большое ускорение и требует бесконечно большой энергии, чего в природе не существует. Если же тот хрен говорил о бесконечном спектре цифрового сигнала ("например, звук на цифровом носителе"), то он просто сразу идёт нахуй, т.к. в цифровом сигнале априори не существует частот выше найквистовой, их просто нет, их никаким образом невозможно туда впихнуть, получишь только алиасинг на частотах ниже найквистовой. Т.е. и разрывов в них тоже не существует, сколько бы кто ни рисовал простые и неправильные картинки с цифровым сигналом в виде ступенек.
>То есть теорема-то доказана, но только для сферического и в вакууме случая.
Оговорка, которая позволяет переходить от идеального к реальному случаю, звучит так:
"можно приблизиться к идеальному сигналу с любой наперёд заданной точностью". Хочешь точность 99.99999999999999999999999%, которую никто никогда ни при каких обстоятельствах не отличит от идеала, потому что квантовые эффекты в атомах проводов приводят к большей погрешности? Пожалуйста. Хочешь увеличить эту точность ещё в 10000000000000 раз? Да сколько угодно. В практическом случае если точность выбрана выше, чем точность формата обрабатываемых данных, то результат совпадёт с теоретически идеально возможным бит в бит.
>В реальности же пока основной дроч на дискретизацию сводится к изобретению как можно более близкого к идеальному ФНЧ
Идеальный ФНЧ давно извесен, а на практике занимаются тем, что ухудшают его характеристики, чтобы получить выигрыш в производительности.
>Разумеется, реальные сигналы (например, звук на цифровом носителе) не обладают такими свойствами, так как они конечны по времени и обычно имеют разрывы во временно́й характеристике.
Это не более чем высер анальной жопы безграмотного википидора, и вот почему:
>реальные сигналы (например, звук на цифровом носителе)
Здесь тебя ничего не смутило?
>так как они конечны по времени
Любой сигнал можно дополнить тишиной любой длительности впереди и позади. Так обычно и делают. Бесконечную длительность на практике сделать невозможно, но можно взять такую, чтобы точность восстановления была выше любого наперёд заданного значения. Например, если мы хотим получить погрешность восстановления, заведомо меньшую, чем погрешность квантования 16 бит, то куски тишины должны иметь длительность 1/(2^16)*44100 = 0.67 секунды при использовании интерполятора Уиттекера-Шеннона. На практике "любая наперёд заданная точность" позволяет тебе передискретизировать сигнал из 44100 в 48000 с точностью, превышающей точность формата 16bit@44100Hz, потом передискретизировать обратно, и получить совпадение бит в бит. Никаких данных не теряется, никаких искажений не вносится.
>обычно имеют разрывы во временно́й характеристике. Соответственно, ширина их спектра бесконечна.
Тот хрен писал о неких "реальных сигналах", но что бы он ни имел в виду, это полная хуйня. Если он имел в виду аналоговый сигнал, то "разрыв во временной характеристике" означает, что физический процесс, соответствующий сигналу, мгновенно изменил состояние на конечную величину. Конечная величина за бесконечно малое время означает бесконечно большое ускорение и требует бесконечно большой энергии, чего в природе не существует. Если же тот хрен говорил о бесконечном спектре цифрового сигнала ("например, звук на цифровом носителе"), то он просто сразу идёт нахуй, т.к. в цифровом сигнале априори не существует частот выше найквистовой, их просто нет, их никаким образом невозможно туда впихнуть, получишь только алиасинг на частотах ниже найквистовой. Т.е. и разрывов в них тоже не существует, сколько бы кто ни рисовал простые и неправильные картинки с цифровым сигналом в виде ступенек.
>То есть теорема-то доказана, но только для сферического и в вакууме случая.
Оговорка, которая позволяет переходить от идеального к реальному случаю, звучит так:
"можно приблизиться к идеальному сигналу с любой наперёд заданной точностью". Хочешь точность 99.99999999999999999999999%, которую никто никогда ни при каких обстоятельствах не отличит от идеала, потому что квантовые эффекты в атомах проводов приводят к большей погрешности? Пожалуйста. Хочешь увеличить эту точность ещё в 10000000000000 раз? Да сколько угодно. В практическом случае если точность выбрана выше, чем точность формата обрабатываемых данных, то результат совпадёт с теоретически идеально возможным бит в бит.
>В реальности же пока основной дроч на дискретизацию сводится к изобретению как можно более близкого к идеальному ФНЧ
Идеальный ФНЧ давно извесен, а на практике занимаются тем, что ухудшают его характеристики, чтобы получить выигрыш в производительности.
нахер тут у вас капча?
>На практике "любая наперёд заданная точность" позволяет тебе передискретизировать сигнал из 44100 в 48000 с точностью, превышающей точность формата 16bit@44100Hz, потом передискретизировать обратно, и получить совпадение бит в бит. Никаких данных не теряется, никаких искажений не вносится.
А не будет ли так добр наш инженер, не расскажет ли, какой именно алгоритм имеет достаточную точность и сколько он кушает процессорного времени? И да, это для 16 бит, а обработка звука нынче происходит в 32 битах с плавающей точкой.
>а обработка звука нынче происходит в 32 битах с плавающей точкой
Это не улучшенное представление исходного 16-битного сигнала и его обработанных версий, а лишь способ не вносить погрешность квантования сверх той, что уже есть.
>какой именно алгоритм имеет достаточную точность
А по твоей же ссылке посмотреть не судьба? Вот алгоритм, который восстанавоивает сигнал по отсчётам —
https://upload.wikimedia.org/math/2/2/f/22f6de4aa4e5c6dd86348df98f879735.png
Мы вычисляем значения x(t) в точках, соответствующих отсчётам на новой частоте, 48000 Hz. Вместо суммирования от -∞ до +∞ берём апертуру от -65536 до +65536, за пределами которой sinc один хуй не преывышает погрешности 16-битного квантования. Итого 655362 умножений с накоплением на каждый отсчёт, по 4800060 отсчётов на минуту. На Intel i7 4770 производительностью 500GFLOPS одна минута звука будет передискретизироваться за 0.75 секунды. Это самая тупая и неоптимальная "прямая" реализация, без FFT и с прямоугольным окном.
1)качаешь и ставишь svp 3.1 http://www.svp-team.com/files/SVP_3.1.7.exe
2)качаешь AviSynth 2.6 https://sourceforge.net/projects/avisynth2/
3)так же расширенную версию Avisynth 2.6 MT http://forum.doom9.org/showthread.php?t=148782
4)меню SVP в трее > Сформировать > AVS-скрипт для видео
5)кормишь его ffmpeg "ffmpeg -i file.avs file.webm"
6) ????
7) PROFIT!!!
Ты лучше напиши годный гайд с помощью фильтров свпфлоу для ависинта, нахрена мне стороннюю фигню ставить, если есть фильтры?
лицорука, тебе 4 пункт нахера? svp формирует AVS-скрипт c svpflow плагинами. пик1
svp 3.1 исползует AviSynth 2.5.8 (SVP edition), но на x64 настолько нестабильно работает, что проще сказать что он вовсе не работает. да и по производительность большой выигрыш по сравнению с 2.6. пруфы http://web.archive.org/web/20150908090611/https://www.svp-team.com/w/index.php?title=Download https://www.svp-team.com/forum/viewtopic.php?id=457
теперь про >стороннюю фигню
AviSynth 2.5.8 (SVP edition) был включен в AviSynth 2.6 МТ
svp версии 4 как раз использует AviSynth 2.6 и AviSynth 2.6 МТ пик2 и каким то чудом sha1 у файлов совпадает пик3
но в ней нельзя формировать скрипты, по крайней мере во free
ты с начало разберись, а потом пиши.
оффтоп: кто догадливый, тот понял что 3.1 спокойно работает с AviSynth 2.6 и даже можно подкинуть svpflow1 и svpflow2 от 4 версии, но визуально различия нет.
webm.py
10240k в /b
С общим доступом уже все перепробовал
>1 пик
Ты ffprobe'ом пытаешь папку зачем-то. А надо файл.
>2 пик
Ты пытаешь несуществующий файл. Сейчас ты в папке юзера, а файл судя по всему лежит у тебя на рабочем столе. Что делать? cd desktop
Знай и люби родную консольку бгг
Спасибо, сам уже разобрался. запихал исходник в папку юзера
Я не понял, как мне сделать так чтобы файл искался на рабочем столе, а не в папке профиля
Либо как он сказал надо прыгать по папкам, в твоём случае cd Desktop сделать
Либо тыкать shift + ПКМ по рабочему столу, в менюшке ПКМ появился возможность открыть консоль там, где тыкал кнопки в данном случае на рабочем столе
Добра тебе
Но при загрузке файлов на секунду открывается окно где я успел заскринить
invalid data found when processing input
Как пофиксить?
Как делать вебм в таком же телевизоре? Кто-то кидал в треде инструкцию для ffmpeg для 540p видео и рамку к ней: ffmpeg -i animu.mkv -i frame.png -lavfi 'scale=-1:540,pad=1008:671:((960-iw)/2+19):36:black, overlay' только вот почему-то ничерта не работает.
ffmpeg -i e:\Untitled.mp4 -c:v libvpx-vp9 -b:v 280K -an -sn -pass 1 e:\out-v1.webm
ffmpeg -i e:\Untitled.mp4 -c:v libvpx-vp9 -b:v 280K -an -sn -threads 4 -pix_fmt yuv420p -quality good -pass 2 e:\out-v.webm
ffmpeg -i e:\out-v.webm -i e:\out-a.ogg -c copy e:\final.webm
В хроме вебмки отлично воспроизводит а в лисе не хочет, в чем проблема? Уже замучался искать
Зачем столько лишних действий? Зачем выходной файл в 1-м проходе?
ffmpeg -i e:\Untitled.mp4 -t 5 -c:v libvpx-vp9 -b:v 280K -aq-mode 0 -an -sn -pass 1 -f webm -y NUL
ffmpeg -i e:\Untitled.mp4 -t 5 -c:v libvpx-vp9 -b:v 280K -c:a libopus -b:a 40k -vbr on ^
-sn -threads 4 -pix_fmt +yuv420p -pass 2 -y e:\final.webm
Еще можно добавить -speed 4 (он же -cpu-used 4). Но, возможно, по дефолту уже используются все ядра. Как-то мало в сети доков по опциям libvpx-vp9
Я так и делаю, но почему все советуют то, что у меня не работает? Кто-то всякие комплекс-фильтры предлагает, как в этом посте >>1681817, а они и не работают, нет таких фильтров, пишет мне ffmpeg.
Какую ошибку выводит?
Скочал открывок с youtube и
ffmpeg -i temp.mp4 -i frame.png -lavfi 'scale=-1:540,pad=1008:671:((960-iw)/2+19):36:black, overlay' -c:v vp9 -crf 27 -b:v 0k -b:a 96k -vbr on temp.webm
И поставь статик сборку, так мы будем уверены что у тебя актуальные либы скомпилены.
Я пытался разобраться только с тем, почему Nul не работал у меня.
>>1682562
> '^'
Это перенос на новую строку?
>>1682575
Действительно. Заработало. Спасибо.
Мне нужен какой-нибудь конвертер-комбайн, чтобы понимал матрешку, понимал разные дороги, обязательно поддерживал дтс и ас3, мог просто копировать видео- аудио- потоки в другой контейнер без пережатия, обязательно чтоб мог в визуальную нарезку, то есть с превью, а не по одним таймкодам. Ну надо бы чтоб работал без установки.
Ффмпег не предлагайте, разве что с каким-нибудь функциональным гуи, но только чтоб уж не надо было всякие ависинки и еще чего из разных мест искать и устанавливать отдельно.
Вообще раньше я юзал xvid4psp, но старые версии уже совсем мхом покрылись, а в текущей седьмой там винни хуй знает че делает, сборки хуярит каждую неделю, чинит одно и ломает другое, все время какие-нибудь лаги-баги, я уже устал от этого, ну и обрезка у него неудобная нихуя для длинных файлов. Может есть какая-то альтернатива этому?
ffmpeg -i e:\final.webm -i e:\preview.webm -map 0 -map 1 -c copy e:\Finaloutput.webm
Теперь код что дали выше работает и в лисе, а как делаю превью с этими командами то опять не работает
Еще заметил что превьюшку саму по себе лиса воспроизводит, а после объединения с вебмкой уже крашится
это можно и вручную в ffmpeg сделать, мне нужно постороннее изображение в превью вставить
ffmpeg -i e:\final.webm -i e:\preview.webm -map 0 -map 1 -c copy e:\Finaloutput.webm
>>1682892
Работяга, плиз, vp8 всегда кодируется в yuv420p.
ага, вся проблема кажется на этапе склеивания превью и основного видео, потому что по отдельности они запускаются без проблем
Нету, долго рассказывать почему. Но есть wybm.
и так и так щя попробовал эффекта 0
ffmpeg -i e:\final.webm -i e:\preview.webm -map 0 -map 1 -c copy e:\Finaloutput.webm
так тоже не пашет
Значит у тебя лиса бракованная. Скачай еще на всякий случай последнюю статик версию ffmpeg, ну и лису переустанови.
ffmpeg -i animu.mkv -ss 1 -t 90 -c:v vp9 -vf scale=-1:540 -auto-alt-ref 1 -lag-in-frames 25 -an -sn -pass 1 -f webm -y NUL
Вот вебм2 не работает в лисе с превью
Вот вебм3 само по себе превью работает в лисе
ffmpeg -i e:\3434.png -c:v vp9 -vf scale=1281:721 -b:v 1200k -pix_fmt +yuv420p e:\preview.webm
ffmpeg -i e:\final.webm -i e:\preview.webm -map 0 -map 1 -c copy e:\Finaloutput.webm
Или просто найти билд ffmpeg, на котором оно работает.
Никак, GPU не предназначены для кодирования видео.
Нет, выдает ошибку если просто на Trim нажать, судя по всему с AviSynth какая то херня. Но что я могу с ним сделать, кроме как переустановить?
ffmpeg -i in.mkv -ss 1 -vf scale=-1:540 -c:v libvpx-vp9 -map 0:v -b:v 400k -threads 8 -tile-columns 6 -frame-parallel 0 -lag-in-frames 25 -pix_fmt +yuv420p -sn -pass 2 -y video.webm
Vp9 не может больше чем в 2 потока. Точнее может, но профита не будет. Не важно сколько потоков ты там нарисуешь 2 или 10 скорость кодирования будет одна и та же. У двух потоков есть преимущество над одним, дальше преимущество пропадает.
ffmpeg -i e:\Untitled.mkv -ss 21:10 -t 5 -c:v libvpx-vp9 -b:v 1200K -aq-mode 0 -an -sn -vf scale=1280:720,ass=sub.ass -map 0 -pass 1 -f webm -y NUL
ffmpeg -i e:\Untitled.mkv -ss 21:10 -t 5 -c:v libvpx-vp9 -b:v 1200K -c:a libopus -b:a 80k -sn -vbr on -vf scale=1280:720,ass=sub.ass ^
-threads 4 -pix_fmt +yuv420p -map 0 -pass 2 -y e:\final.webm
>-vf scale=-1:540
А ты нормальный контент кодируй и 8 ядер всадишь, я тебе
гарантирую. Чай в XXI-ом веке живём.
вроде разобрался пока
Винда10.
В другом треде мне сказали что это из-за 5.1 дорожки.
Но зачем?
А то вебмка со статичной картинкой на 1 кадр весит под 18 мб (8 минут музыки, 320 кб/с).
Добавь -vf hflip,vflip
>>1688655
Такой, чтобы в лимит поместилось. Хорошо, если не меньше 96k для opus stereo.
Подскажи еще вопрос, почему эта строчка ффмпега делает из 30 кадров - 29.962?
-c:v libvpx -pix_fmt yuv420p -threads 4 -slices 2 -metadata title="test" -lag-in-frames 16 -auto-alt-ref 1 -ac 2 -c:a libvorbis -qmin 0 -crf 10 -qmax 30 -qcomp 1 -b:v 0 -qscale:a 3
Идеального скачивателя с ютуба до сих пор не придумали. Хорош ютубдлгуи, но сделан через жопу и не может в 60фпс. Охрененен 3дюд, но нельзя скрестить недаш с дашем, хотя я автору писал и он со мной согласился. Некоторые видео приходится муксить самому через Ямб.
> avconv -i animalears_04a4-original_size-HQ.mp4 -s 1280x720 -b 1200kb out1.webm
> avconv version 0.8.17-4:0.8.17-0ubuntu0.12.04.2, Copyright (c) 2000-2014 the Libav developers
> built on Apr 1 2016 14:28:02 with gcc 4.6.3
> Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'animalears_04a4-original_size-HQ.mp4':
> Metadata:
> major_brand : isom
> minor_version : 512
> compatible_brands: isomiso2avc1mp41
> encoder : Lavf57.23.101
> Duration: 00:00:02.36, start: 0.000000, bitrate: 15731 kb/s
> Stream #0.0(und): Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 15725 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc
> File 'out1.webm' already exists. Overwrite ? [y/N] y
> [buffer @ 0x8e09900] w:1280 h:720 pixfmt:yuv420p
> [libvpx @ 0x8e079e0] [Eval @ 0xbfa1db3c] Invalid chars 'b' at the end of expression '1200kb'
> [libvpx @ 0x8e079e0] Unable to parse option value "1200kb"
> [libvpx @ 0x8e079e0] Error setting option b to value 1200kb.
> Output #0, webm, to 'out1.webm':
> Metadata:
> major_brand : isom
> minor_version : 512
> compatible_brands: isomiso2avc1mp41
> encoder : Lavf57.23.101
> Stream #0.0(und): Video: [0][0][0][0] / 0x0000, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 90k tbn, 30 tbc
> Stream mapping:
> Stream #0:0 -> #0:0 (h264 -> libvpx)
> Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
Поясните нубу как указать нужный битрейт.
> avconv -i animalears_04a4-original_size-HQ.mp4 -s 1280x720 -b 1200kb out1.webm
> avconv version 0.8.17-4:0.8.17-0ubuntu0.12.04.2, Copyright (c) 2000-2014 the Libav developers
> built on Apr 1 2016 14:28:02 with gcc 4.6.3
> Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'animalears_04a4-original_size-HQ.mp4':
> Metadata:
> major_brand : isom
> minor_version : 512
> compatible_brands: isomiso2avc1mp41
> encoder : Lavf57.23.101
> Duration: 00:00:02.36, start: 0.000000, bitrate: 15731 kb/s
> Stream #0.0(und): Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 15725 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc
> File 'out1.webm' already exists. Overwrite ? [y/N] y
> [buffer @ 0x8e09900] w:1280 h:720 pixfmt:yuv420p
> [libvpx @ 0x8e079e0] [Eval @ 0xbfa1db3c] Invalid chars 'b' at the end of expression '1200kb'
> [libvpx @ 0x8e079e0] Unable to parse option value "1200kb"
> [libvpx @ 0x8e079e0] Error setting option b to value 1200kb.
> Output #0, webm, to 'out1.webm':
> Metadata:
> major_brand : isom
> minor_version : 512
> compatible_brands: isomiso2avc1mp41
> encoder : Lavf57.23.101
> Stream #0.0(und): Video: [0][0][0][0] / 0x0000, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 90k tbn, 30 tbc
> Stream mapping:
> Stream #0:0 -> #0:0 (h264 -> libvpx)
> Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
Поясните нубу как указать нужный битрейт.
Без вас, пидоров, разобрался.
>>1690471
Задача стоит скачать видео в лучшем виде, насколько можно.
Спасибо.
>>1690471
Cо стандартным best ютубдл качает 720p.
С bestvideo+bestaudio качаются максимального качества дорожки видео и аудио.
Можешь проверить на
youtube-dl https://www.youtube.com/watch?v=0vrdgDdPApQ -f bestvideo+bestaudio
> Cо стандартным best ютубдл качает 720p.
А если нету даже ХД, то качает лучшее имеющееся? Т.е. бест это кап по 720р включительно.
Нет. Ошибся, потестил только что.
Стандарт - bestvideo+bestaudio Те если будет строка типа
youtube-dl ссылка, качается максимально возможное качество.
Если прописать best, то качество будет ниже. Например, с максимальным 1080p, скачалось 720p, с максимальным разрежением в 480p, скачалось 360.
Вот спасибо тебе. А то я уже скачал два больших списка на несколько Гб. Добра.
Есть набор картинок. Нужна прога, способная свести эти картинки в один видео файл и чтобы эти карт инки как-бы перетекали друг в джруга. Вывести в вебм потом я и так смогу.
Может исходный файл плохо скачался или изначально был битый?
А что на выходе получилось? Если всё нормально, то невермайнд.
Поясните, почему не могу рендер анимации сделать, пишет такую проблему.
увеличь vbr в настройках для видео в которое конвертируешь отрендеренный поток, если в h264, то можно просто avc level повыше взять. блендер не юзал, не знаю, где и что находится - сам ищи
я бы вместо xvid использовал h264, но твоё дело.
а для исправления твоей проблемы увеличь значение buffer, если не ошибаюсь, оптимальное значение лежит где-то в 1-2 от target bitrate в твоём случае попробуй 8000 поставить
http://www.twoorioles.com/
https://blogs.gnome.org/rbultje/2016/05/02/the-worlds-best-vp9-encoder-eve-2/
Сами они говорят, что он кодирует быстрее libvpx, визуально лучше, битрейт сдерживает лучше. По второй ссылке есть тесты со скриншотами.
>it is currently not available as opensource. We are hoping to test it with customers who are willing to pay for it, so we can build a business around it that can sustain its development and pay the rent etc.
>not available as opensource
Разумеется! Всё качественное и эффективное только с закрытым кодом и за бабки. Люди горбатились, кодили, придумывали и тут бац, с какого-то хуя надо выложить это в открытый доступ, ну бред же! Надо результат работы кому-нибудь загнать и желательно не один раз, а лицензию на использование, чтобы продать нескольким покупателяи и обеспечить себе поток денежных средств. Линукс вот с открытым кодом - говнина ёбаная, как был 2% пять лет назад так и остаётся, а Windows с закрытым кодом, профессионалы делали ну и соответствующий резултат ~90% доля на рынке.
ffmpeg.exe -i 1.avi -s 500x220 -crf 60 -b:v 5m out.webm
чтобы кодировать в vp9 в 720 с битрейтом где-нибудь в 300.
Че еще накатывать надо в архив? либу vp9? если можно ссылочку.
Спасибо большое
ffmpeg -i govno.mkv -vf scale=-1:720 -b:v 300k out.webm
Вообще не ленись и курни мануалов, доку потыкай. Начни хотя бы с первой ссылки в ОП-посте.
Если мне не изменят память, ffmpeg под виндой собран статически огромным бинарником и уже включает в себя все популярные либы.
ffmpeg -i 1.mp4 -c:v libvpx-vp9 -crf 10 -b:v 1000k -c:a libvorbis output.webm
сейчас так попробую, а потом твое проверю, спасибо.
У тебя битрейт далеко не 300 же. И по дефолту ffmpeg современных версий сразу кодирует webm используя libvpx-vp9 и libopus.
вот оно че, спасибо, тогда вот так да?
ffmpeg -i 1.avi -b:v 300k out.webm
если без разрешения
Обрати внимание на вывод configure: там написано, какие возможности отключены из-за отсутствия библиотек.
Ещё можешь почитать ./configure --help
Есть одно видео, снятое в условиях плохой освещенности. Надо осветлить со следующими параметрами: см. пикрелейтед из фотошопа. Как мне применить подобные настройки с помощью ffmpeg? Или хотя бы гамму+контраст+яркость поменять(мне обязательно надо менять все три параметра, а не какой-либо один).
Дайте пример команды, я дальше сам методом тыка значения подберу, просто в бездонной справке ffmpeg нет времени копаться. Заранее спасибо.
Версия ffmpeg 3.0, т.к. это последняя стабильная версия для ХР, на котором я сижу на работе.
Есть ли документация ffmpeg в pdf?
Будь здоров няша
YouTube Video and Audio Downloader плагин в браузер покроет твои запросы.
И снова в треде WebM проигнорирован Avanti GUI http://www.avanti.arrozcru.org/ , где есть всё, а нет только вырезки фрагмента из файла.
Естественно, надо будет установить ffmpeg https://ffmpeg.zeranoe.com/builds/ в папку ffmpeg программы и AviSynth последнюю можно https://sourceforge.net/projects/avisynth2/files/
спс. да, это я забыл заменить расширение файла
Если сначала записать в mpg, а потом конвертить, то выходит нормально.
Ты кодировал в хер-знает-каком цветовом пространстве, а yuv420p - это стандартное и поддерживается везде.
>ffmpeg -i Ass2.avi -c:v libvpx-vp9 -b:v 1M -c:a libvorbis t.webm
ПОчему я не могу сделать вебм? пишет что нет такого файла или дериктории
видео у меня прямо в на диске С без папок
ffmpeg -i video1.avi -f webm -vcodec libvpx -acodec libvorbis -b 600k -r 60 -s 1280x720 -ar 44100 -ab 128k -ac 2 -y output.webm
У выходящей вебм просто ужасная цветопередача, все чернобелое хуй пойми каких цветов
Может это из за того что я делаю видео из фрапс видео которое 7 гигов весит?
Я прогуглил, всюду предлагают поставить что-то ещё над ffmpeg-ом. Не хотелось бы писать костыль для создания нужного батника для ffmpeg по cue.
А нахуя лол, есть куча прог для разрезания куе, место на жестком диске экономишь?
Я не хочу ставить левые проги. Формат очень очень простой, запилить какую-либо его поддежку - пару десятков строк кода, не вижу причин, почему этих строк должно не быть в ffmpeg. Например, хотя бы совсем тупую, что заместо -to/-ss указывается cue файл по которому пилится на части. Кодирование любого формата в тридцать раз больше кода занимает.
Что-то отдельное скачивать и ставить для такой простой задачи, это из пушки по воробьям - примерно как специальную отдельную программу ставить, которая переименует файлы нужным образом.
Ну фиг знает, когда мне это понадобилось, я быстро скачал прогу и за минуту решил задачу. А на каждый чих велосипедить скрипт по полчаса (или сколько ты там уже потратил времени) меня совершенно не привлекает, есть куда его потратить.
ffmpeg -i 1.mp4 -map 0:v -vf scale=-1:540 -c:v vp9 -pass 1 -f null -
ffmpeg -i 1.mp4 -ss 0.5 -c:v libvpx-vp9 -b:v ???k -tile-columns 3 -speed 0 -frame-parallel 0 -pix_fmt +yuv420p -c:a libopus -q:a 0 -sn -pass 2 -y out.webm
Но кодирование идёт медленно и в одно ядро. Причём загрузка ядра прыгает как хочет на 4-ядерном процессоре.
В системе libvpx1 1.3.0-3 - в этом проблема?
-threads
1) Почему некоторые WEBM на андроиде запускаются без звука?
2) Почему некоторые WEBM, что в браузере были нормальными, на компутер сохраняются без звука или со звуком, но без видео?
3) Как мне избежать подобных казусов, когда я буду делать свои WEBM?
Позырь кодеки и pix_fmt у файлов у которых всё работает и у тех, что не работают.
Можно даже вручную наконвертить коротенький файл, кодеков всего-то немного: VP8 и VP9, аудио vorbis и opus
pix_fmt по идее должен быть yuv420p.
Господа, подскажите мне, начинающему!
Посоны, помогите ньюфагу. Хочу, чтобы у вебемок было превью, заебало искать нужную вебмку методом тыка.
Icaros Shell Extensions
Вотафак?
>Выше однозначно ворбис
Пруф?
---
>http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2551
>Contribution proposal for GPU-accelerated VP8 encoder
Звук был стерео или моно? Для ворбиса указывал битрейт или качество?
2. Минимальный набор параметров для кодирования в два прохода, пример?
3. Каким параметром разбивать видео на равные части, размером до 10240Кб.
Делал уже так с vp9, битрейт по прежнему вылезает за рамки прямо при кодировании. С vp8 не знаю.
где взять версию ffmpeg с работающим vp9?
у меня такая вот херня в кодеках
DEV.L. vp8 On2 VP8 (decoders: vp8 libvpx ) (encoders: libvpx )
D.V.L. vp9 Google VP9
http://arhivach.org/thread/153077/
>1. Как вырезать кусок по определенным координатам?
Читай гайд Питуза, там про это сказано.
>2. Минимальный набор параметров для кодирования в два прохода, пример?
Указываешь кодеки и все фильтры, которые ты собираешься применить. Ну и время начала-конца куска видео (если вырезаешь откуда-то)
Почему они у меня через раз встают, а через раз вылетает с ошибкой
[nut @ 0000000000312840] No main startcode found.
pipe:0: Invalid data found when processing input
--- FFMPEG HAS EXITED ---
А еще, иногда субтитры встают, но криво, с диким рассинхроном, в чем проблема ?
Вы видите копию треда, сохраненную 24 мая 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.