WebM

Тред про кодирование вебмок.

Основным обсуждаемым здесь инструментом является 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/

>>1632618
> Про ворбис и непроигрывание webvtt давно пора убрать бы.
Но ворбис до сих пор актуален при постинге музыки, а с webvtt lts-ветка firefox'а справляться ещё не научилась. Так что пусть пока будет и то, и другое.

Лучше принеси ещё свой список ссылок, я что-то его потерял.

В чём суть треда? Вы видите тред о гиф? А нахуя тред о вебм висит тут уже год?

>>1632641
> А смысл вообще в нём кодировать?
Ну вроде бы у него на высоких битрейтах получается лучше opus'а. А ещё квантизация управляется не через указание битрейта, а через какую-то метрику качества.

> А баг опуса с лупом там починен?
Не-а.
> Вообще, LTS в браузерах это что-то нездоровое, по-моему.
Если использовать кучу плагинов, часть из которых обновляется не очень быстро, то сидеть на релизе — головная боль.

>>1632660
Опус же пилят в первую очередь для малой задержки и меньшего битрейта, у меня не получалось найти сведения о его сравнительном качестве при битрейте >128k, поэтому музон делаю в ворбисе c q 5.99 (выше - раздельное стерео).
А еще вебмки с опусом могут не конкатиться, помогает пощелкать frame_duration поменьше, но не всегда помогает.

>>1632671
Олсо, я вообще негодую по поводу того, что в debian перестали поддерживать старые версии ff и перешли на апстримовский lts. Раньше настроил рабочую станцию — и она три года обновляется без изменений для пользователя.

>>1632673
> А еще вебмки с опусом могут не конкатиться
А ты их перепакуй в контейнер ogg и обратно. Суть бага не помню, правда.

>>1632679
> Разработчики говорят, что при достаточном битрейте (>128k) качество становится transparent (т.е. неотличимо от оригинала на ABX) и Opus должен быстрее достигать этой точки.
Наверно, я тред тогда читал жопой. Можно ссылку на архив, где это обсуждалось? Помню ABX-тест с opus'ом и vorbis'ом только для низких битрейтов.

> WebGL раздел там какой-нибудь
Что-то не видел ещё сайтов на WebGL, только демки. Да и firefox давно его умеет.

>>1632641
> Здесь общие вопросы по видеокодированию тоже рассматриваются (и эффективное кодирование гифок в том числе). Больше подобных тредов на двоще нет, насколько я знаю.
ЭФФЕКТИВНОЕ КОДИРОВАНИЕ и ПОДОБНЫЕ ТРЕДЫ это в бэ в треде у анимедебилов. Делают 5 секунд видео на 20 мб и раудются, а все остальные хуярят через прогу в 2 клика и им поебать. Отсюда и вопрос, а нахуя этот тред.

>>1632720
Я манал сидеть в /b/, там слишком быстро и слишком много долбоёбов. Да и вообще там в основном теперь чятик вниманиеблядей и форсинг кривых римэйков шляпы, а не обсуждение кодирования вебм.

>>1632724
Для абсолютного большинства сайтов браузера трёхлетней давности и флеша достаточно. А без единиц новомодных бабушка как-нибудь обойдётся.

>>1632724
> ссылка
Там же только теоретизирование разработчиков, а не тесты.
А ещё не указан тот факт, что Opus не поддерживает частоты дискретизации 44100Hz и выше 48KHz. В некоторых редких случаях даже качественный ресэмплинг вызывает слышимые искажения.
Ещё Opus не совсем может в content-aware квантизацию, о чём я пытался написать в >>1632671.

>>1632744
Куда более актуально то, что она не сможет поставить какой-нибудь мокрописечный плагин криптографической авторизации на каком-нибудь из сайтов государственных социальных услуг.

>>1632745
Пердoля, уходи. Тебя запретили же, читай прикреплённый тред.

>>1632724
>Есть куча модных зондотехнологий, которые полгода назад появились и которые веб-макакам офигенно нравятся
Починил, не благодари.

>>1633136
Да проще новый поставить.

>>1633704
>в кодеки, которые не декодятся железно.
В каком смысле? Они сделали кодек, который принципиально не реализовать в железе?

>>1633752
> 32K видео
Внезаано захотелось написать применительно к твоей личности множество нецензурной брани и других обидных ругательств, но потом я понял, что ты лично ничего кроме небольшого раздражения не доставил.

>>1633993
Интересно, насколько медленнее оно будет жать по сравнению с VP9. После SIMD-оптимизации, конечно.

Подскажите, пожалуйста, как через ffmpeg переконвертировать m4a аудио во всех папках и подпапках в mp3 с сохранением названия файла и тегов?

>>1634716
Ололо. Можно использовать как пример сравнения кодеков разных поколений.
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 показывал разные кадры).

>>1634929
>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 - вырубается на ошибку, особенно при попытке перемотать. Но по первой секунде - качество тоже норм.

>>1634979
Блин, я тупанул жутко, пост до низу не доскроллил. Последний видос блевотного качества rf'i? тоже в ошибку через секунду вылетает.

>>1634985
60 fps видосы не часто встречаются (хотя всё чаще), и вдруг ютуб только корейцам так кайф обломал? Ща попробую сам проверить на видосах за последнюю неделю.

>>1634989
Меня на самом деле тоже 60 agc задело бы - игровые видосы всё чаще тоже в 60 fps.

>>1634988
https://www.youtube.com/results?q=60+fps&sp=EgIIAw%253D%253D - искал так

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р - вроде более-менее
В целом вроде да, вроде говённо стало (а может и было так же, надо бы конечно один и тот же видос сравнивать, залитый давно и залитый на последней неделе)

>>1634995
Дак там же все видосы разные. Ну последний, судя по первой секунде, да, говённый. Пипец, у меня только секунду последние 2 видоса (4К) крутит, потом ошибка пикрел. У меня стоит YouTube High Definition и переключает в 4К без возможности изменить через шестерёнку. Обычно не сталкиваюсь с такой проблемой.

>>1634998
с такой проблемой = с ошибкой на том пикрел

А так, в любом случае, мы на результат повлиять не можем. Выбора нет, это не как H.264 vs VP9. Если есть видос в 60 fps 1080p, то в 30 fps 1080p нету потока.

Отрубил webm.enabled (отрубил VP9) - и последние 2 видоса отсюда >>1634929 стали пахать (на 4й секунде зависон правда произошёл, но в ошибку не вывалилось, и зависон прошёл через несколько секунд). Вот видимо из-за такой фигни по дефолту VP9 и не стоит в Фирефохе. Только самый последний причём блевотного кач-ва.Я кстати думаю - если всё так плохо, то ютубовцы это дело исправят. Не оставят же они такое вырвиглазное кач-во.

>>1635001
B всё-таки вот я не вижу без доп. средств битрейт, я вижу ттолько кач-во глазами, и в >>1634994 всё-таки не все видосы были отстоем, половина нормальные. Поэтому надо бы больше примеров.
>>1635001
Интересно, новые видосы , которые ТОЛЬКО в 30 fps, пострадали? Потому что 30 fps в видосах 60 fps я всё равно не увижу без скачивания.

>>1635003
>Это ж надо было так зажмотиться на битрейт.
А у меня наоборот есть некоторое непонимание того, какие астрономические деньги нужны на сервера и инфраструктуру линий передачи данных, чтобы все видосы на ютубе хранить на них и передавать, и как рекламка это покрывать может.

>А вот 1080p VP9 выходит более-менее оптимальным по соотношению размер/качество.
>>1634994 - это всё я в VP9 и анализировал.

>>1633991
>>1633992
>>1633993
Интереснонько кстати.
>>1635009
Мне чёт тоже с трудом верится в это, хотя хз, вполне может быть. Я торренты по 40 гигов качаю, дак у меня полюбасу торренты будут на первом месте. Пикрел - в дриснятке уберкрутую замерялку пожирания трафика запилили - я поставил дриснятку 3его числа, так что это за 3 дня статистика.

>>1635009
Ещё по этому слайду - я бы посмотрел, как они будут каждый раз 50%ного снижения битрейта при сохранении кач-ва дообиваться, хотя если раз в 10 лет, то может и прокатит лет на 30.

Я вообще не понимаю, почему люди до сих пор ютюбом пользуются, он ведь давно уже видео пережимал в говно, убивая все детали, а сейчас просто говно стало еще более говняным.

>>1632602 (OP)
Немного не по теме, но Вы все тут кукчкуетесь.
Как вычисляется вес одного пикселя несжатого видео?
Везде пишут про данные цвета и координат, но вес указан от 32 бит до 6 байт на пиксел. Ясно, что зависит от количества цветов, но от чего ещё и сколько они вообще весят, эти пиксели?
Спасибо.

>>1635264
Т.к. из макабы выпилили постинг кода моноширным шрифтом, для наглядности подобное лучше постить скриншотами.

moc не проигрывает звук из webm. С ogg все работает, а звук из видео mp4 тоже не работают он не проигрывает. Как заставить?

>>1635518
Ясно. И какая консольная программа умеет воспроизводить звук из видео как mpv и одновременно показывать список воспроизведения как moc?

>>1635518
>посредством полиморфной инкапсуляции
>системного демона

>>1635553
Кстати демоны рили существуют. Я гуглил он не наёбывает. И те слова тоже по отдельности употребляются. Наверно и вместе можно.

>>1635556
>Кстати демоны рили существуют. Я гуглил он не наёбывает.
https://youtu.be/yJD1Iwy5lUY?t=45

Потестил ща (i5-760) на МПЦ ХЦ 4К 60 fps HEVC - тянет без тормозов только на 1/8 от нормальной скорости! Уже на 1/4 упирается регулярно в 100% загрузки ЦП и жёстко тормозит. Жесть. H.264 60 fps 4K, если не совру, тянуло без тормозов.

4К 30 fps HEVC соответственно на 1/4 скорости только тянет, тоже ща потестил.

>>1635790
Я хоть и погромист, но конпелировал разве что в досовских прогах и в вижуал студио и в 1С, так что без подсказки ниасилю. Чем там можно сконпелировать под винду эксешник из https://github.com/Kagami/ffmpeg-hevc-accel , и желательно с какой командой? :)

>>1635814
То есть понятно, что тем же вижуалом и можно, но неохота такую махину ставить, и собственно какой файл конпелятору указать?

>>1635824
Ой бида-пичаль, ниасилю, вижуал, как я уже сказал, неохота ставить новую венду засирать, а MinGW тоже смотрю несколько доп. тулзов требует и PATH дописать и сконфигурировать все дела. Как всё сложно:(

Видос на замедленном воспроизведении херово выглядит, на фоне 50-100 мегабитных, которые я щас смотрел, 26-мегабитный артефактит даже на 1080р монике.

>>1635790
С видосом с бурятками та же картина, что и в >>1635780 , на 1/8 токо без тормозов тянет.

>>1635885
А если у меня 32-битная версия МПЦ ХЦ стоит (потому что dtsdecoderdll.dll из ArcSoft только к ней подцепляется), и 64-битной я не хочу засирать систему, дллки от 32-битной ведь не сойдут?

>У меня на i7 3820 без разгона результаты приблизительно 60/90.
60/90 - это что? Скорость декодирования от/до?

>>1635889
Ну ща ванильный попробую.

>Пиздец. А я ему ещё что-то про оптимизации объясняю.
Смотри. Я мог бы поставить 64-битный МПЦ ХЦ, и ставил, и да - он быстрее. Но Я ТОГДА ПОТЕРЯЮ ВОЗМОЖНОСТЬ ДЕКОДИРОВАТЬ ПОЛНОЦЕННЫЙ DTS HD MASTER AUDIO. Я с радостью потеряю 3% производительности за возможность декодировать полноценный лосслесс звук на блу-реях. Эти 3% критичны только в очень редких просмотрах 4К.

>>1635894
То есть libav не умеет декодировать расширение Master Audio, только core DTS умеет (лосси 1536 kbps). Чтобы libav таки сумел, ему нужен сторонний проприетарный dll, взятый из arcsoft totalmedia theatre. Но он есть только в 32-битной версии, поэтому приходится юзать 32-битный МПЦ ХЦ.

>>1635899
>>1635899
Да, и так в libav было до недавнего времени, ща вроде промелькивала инфа, что запилили DTS HD MA, но чёткой 100%ной инфы я не нашёл.

>>1635905
Особо мелких раздач не нашёл (есть, но хз чо там на самом деле). DTS HD MA более чем в 90% блу-реев есть, так что любой ремукс практически сойдёт. http://rutracker.org/forum/viewtopic.php?t=1848233 - 10 гигов. Звук будет, но только обычный DTS, без дополняющего его до лосслесс расширения HD MA.

>дохрена проприетарщины (и не только) в 32бит идёт
Ну есть такое, и даже дрова не в режиме ядра (от клавы, от сканера) у меня в 32 битах (сканер 2001 года, вообще чудо что дрова на Windows 10 64-битной пашут, дрова клавы 2006 года). Но критический к производительности софт в 64 битах почти весь есть уже (кроме игор, как ни странно, хотя и их тоже уже начинают).

>>1635889
39 fps на ванильном ffmpeg x64

>>1635913
То есть типа если бы МПЦ ХЦ юзал ффмпег, то было бы более зашибись? Он вроде до 1.7.0 его и юзал.

>>1635913
Ахаха, имя юзера на русише в 2016. Ебать дно.

>>1635919
Там еще пунто-хуй в его анусе школьном.

>>1635919
Имя ниибёт ваще, а с пунто ты просто телепат, поставил 5 дней назад и уже заебался с ложными переключениями, ща как раз сносить собрался и на старый метод откатываться - раскладка, позволяющая по капс лок переключать.

>>1635926
Ну да, ну да, включи суперадмина и еби яндекс шлак языком в жеппу.

>>1635929
Повторюсь

>>1635929
У меня ещё яндекс диск есть правда.

>>1635922
>из твоего CPU выжать 60fps на 4K HEVC ни с какими патчами не выйдет.
Поэтому вся надежда на OpenCL для видяхи. Можно было бы ПоварДВД поставить потестить, но опять же засирание системы.

39 fps - это больше 1/2 от 60 фпс, так что странно, что даже на 1/4 МПЦ ХЦ подтормаживает на бурятках.

DXVA checker нинужен, я и так знаю, что 4К моя видяха не умеет декодить - Radeon HD 6870.

А так-то я не парюсь, интерес чисто теоретический, когда 4К блу-реи появятся на торрентах, просто новый компег куплю.

>>1635941
>ПоварДВД
>Сраная мокрописька. Как же она меня бесила в мои вендоблядские годы.
Да, меня тоже бесила, но в районе 2010го даже МПЦ ХЦ не мог m2ts прокрутить, я уж не говорю, что до перехода МПЦ ХЦ на libav + дллка ArcSoft, PowerDVD единственный мог полноценно воспроизводить DTS HD, а также он и по сей день едва ли не ндинственный, кто может крутить DVD Audio и 192 КГц блу-реи в полном разрешении. Так что в отношении встроенных декодеров он всегда был впереди планеты всей.

>>1635941
>Уже сейчас есть красивые клипы + телевидение.
Ну вот те, которые в H.264 (или VP9 30 fps), я и так могу смотреть. А так самое главное - фильмаки.

>>1635943
>У меня просто баттхёрт, если не могу самостоятельно оценить технические новинки.
I know that feel...
Как же я баттхёртил от ГТА 5, который на колени поставил мой комп. Я наверное больше не играл, а настраивал настройки графона и замерял fps. На минимальных или близких к минимальным было стабильно 30fps, но на минимальных вырвиглазные текстуры аля Сан-Андреас, и шейдеры (как я их обожаю, НУЖНО БОЛЬШЕ ШЕЙДЕРОВ!!!) самые дешёвые. И я всевозможные комбинации кучи тамошних настроек крутил, крутил, пытался выжать максимум баланса качества и фпс.

>Вот теперь думаю, что прогадал, когда моник 2.5K брал, надо было сразу 4K
Не стоит сильно расстраиваться, во-первых до суперчётких 4К-видео, в которых ты реально потеряешь детали на 2,5К монике, далековато (в среднем), уж если даже 4К блу-реи почти все с 2К мастеров идут. Во-вторых, 4К моник, как я уже говорил, должен не терять в размере пиксела по ср. с 24-дюймовым ФуллХД моником, а значит, быть 48-дюймовым. А их ещё нет, да и ты не шейх.

>>1635954
>должен не терять в размере пиксела по ср. с 24-дюймовым ФуллХД моником, а значит, быть 48-дюймовым.
Бред.

>>1635957
>Ну вот те, которые в H.264
>Так в том и дело, что их сейчас в основном в HEVC выкладывают.
Ну нет, больше половины на Рутрахере в H.264, на Ютубе - в VP9 (хотя эти я расцениваю просто как более качественные 1080p).

>Ждать по полчаса пока скачается какая-нибудь посредственная херня на 1 раз просмотра — нафиг надо.
То, что я смотрю, я визуально запоминаю, и приятнее, если запоминаешь чёткие образы. И смотреть приятнее естессно, и детали разглядвать, и на закачку можно заранее поставить, когла сядешь смотреть, уже всё скачано будет. Да и звук лучше.

>Скачал, всё нормально со звуком.
DTS - это нормально. А должно быть идеально, совсем без потерь, ибо оправдания им в 2010х не может быть. А так я этот видос сам не смотрел, просто отсортировал по размеру.

>Некоторые упоротые, кстати, считают, что 4K 24" это самое заебись (типо ретина)
Я бы и рад иметь чёткость ретины на монике, если бы винда очень хорошо могла в масштабирование, но и полезную площадь для вывода информации надо увеличивать, то есть моники должны становиться всё больше и больше.

>>1635959
на 14 дюймах - было 800х600
на 17 - 1024х768
на 24 - 1920х1080
на 32 - 2560х1600
ну пускай на 40 будет 4К, но никак не меньше. Меньше сойдёт только если ты дрочер на каллиграфию и тебе нужны очень чёткие и красивые шрифты, но не нужно выигрыша в рабочем пространстве, или если ты геймер с орлиным зрением, или любитель кино с орлиным зрением.

>>1635967
>после офигеннейших 4K клипов
Где это ты их нашёл?

>>1635989
Вот как выглядит обозначение в МПЦ ХЦ, что действительно декодируется полноценный DTS HD MA.

>>1635990
>на 14 дюймах - было 800х600
>на 17 - 1024х768
>на 24 - 1920х1080
>на 32 - 2560х1600
У кого было?
>ну пускай на 40 будет 4К
Ты с потолка размер пикселя берешь?

>>1636010
У меня и моих знакомых было.
>ну пускай на 40 будет 4К
>Ты с потолка размер пикселя берешь?
Ну что тут непонятного, размер пикселя не уменьшался никогда, увеличивалось разрешение - это позволяло разместить на экране больше данных, больше окон, более навороченный интерфейс. Это прогресс, неоспоримый. А если зафиксировать размер экрана и увеличивать только разрешение, то полезное пространство не увеличится. Увеличится чёткость картинок, шрифтов, видео, игр - это тоже прогресс, но если ты тупо работаешь за компом, читаешь, прогаешь, то тебе такой прогресс от силы даст чуть более приятные шрифты - и больше ничего. Поэтому увеличение разрешения пропорционального с тем же коэффициентом увеличения размера экрана имеет довольно ограниченную полезность. Да, лучше хотя бы так, чем вообще никак, но я рассчитываю на то, что в 4К я смогу разместить 4 окна таких же, как сейчас одно, и мне не придётся щуриться и двигаться носом в упор к монику, чтобы разглядеть, что в них.

>>1636015
>Поэтому увеличение разрешения БЕЗ пропорционального с тем же коэффициентом увеличения размера экрана имеет довольно ограниченную полезность.
фикс

>>1636015
> размер пикселя не уменьшался никогда
Херня. А тем, кому места на окна не хватает, берут дополнительные мониторы, а не проекторы ставят.

>>1636020
>На азиатских форумах
100 мбит/с скорость будет, если качать буду, или полдня один клип качать?
>А должно быть идеально, совсем без потерь
У тебя воспроизвелось DTS. Это очень хорошее качество, но это как mp3 - сжатие с потерями, хоть и реально близкое к оригиналу. Но если на блу-рее есть САМ ОРИГИНАЛ, совсем без потерь, в DTS HD, то лучше его и слушать же. Для этого необходимо dtsdecoderdll.dll кинуть в папку с дллками в МПЦ ХЦ - и тогда libav его заюзает и будет выдавать полное качество звука, совсем без потерь.

>И что ты этим хотел показать? Ну, мне "ffmpeg -i" тоже показывает
Декодер плеера, а не инфа о потоках в контейнере, как-то должен показывать, что декодируется именно полный DTS HD. Конечно если на линухе нет МПЦ ХЦ, то тебе этот скриншот малополезен.

>>1636022
> размер пикселя не уменьшался никогда
>Херня
Возьми калькулятор да проверь.
>А тем, кому места на окна не хватает, берут дополнительные мониторы, а не проекторы ставят.
Проблем купить недорогой телек 48 дюймов уже никакой нет давно, проекторы не понадобятся. Доп моник у мя уже есть, и это хорошо, но если будет одно огромное окно с наворочанным интерфейсом или несколькими сразу страницами ворда - это будет ещё лучше.

>>1636029
Ворд кстати лишился с 2013 версии возможности выводить несколько страниц бок-о-бок. Регресс. МС не шмогли в плавную прокрутку страниц бок-о-бок, хотя ОпенОфис 100 лет как уже может.

>>1636029
>Возьми калькулятор да проверь.
Лол, сам и проверяй весь прогресс отрасли жк экранов. И вообще, если тебе ненужна четкость картинки, то почему она никому не нужна? Ты даже с очками не можешь заметить уменьшения размера пикселя? Запусти любую игру без сглаживания, много нового увидишь.

>>1636039
Ну зашибись, пикрел. Где кнопка скачать я хз:)А судя по названиям на ютубе и на Рутрахере некоторые я видел уже.
>Сейчас попробую.
Запихни результат в МПЦ ХЦ будущий заодно:)
>>1636043
>если тебе ненужна четкость картинки, то почему она никому не нужна?
Мне тоже нужна, но выбор на сегодняшний день между 4К 24 дюйма за 30 косарей, ФуллХД 24 дюйма за 10 косарей, или 4К 32 дюйма за 60 косарей (грубо говоря). При таком выборе я не готов потратиться на 4К, я уж лучше 32 дюйма 2560х1600 возьму за цену, равную 4К 24 дюйма.

>>1636046
>с другой дискретизацией/числом каналов побольше будет.
Вот-вот, там же 5.1 как минимум.

>>1636051
>вбить имя файла в поисковик
Понял, сложновато, учитывая не фонтан скорость и такие запары пожалуй воздержусь.
>Запихни результат в МПЦ ХЦ
>Не понял.
Ну это я пошутил. Просто от того, что ты щас прикрутишь ДТС ХД, выиграешь только ты:)

>>1636072
>https://github.com/Nevcairiel/LAVFilters/blob/master/CHANGELOG.txt#L74
Вот это круто, я примерно это и читал. Ща удалил ту арксофтовскую дллку, всё равно в окне показывает что DTS HD декодит, раньше dca показывало. То есть видимо теперь действительно мокрописька нинужна. Но блин, одна скупая строка в чейнджлоге, мне бы всё-таки для уверенности какую-нибудь чёткую новость или пост на форуме увидеть, чтобы точно знать что реально DTS HD полноценно запилили.

>>1636082
Пасиба добрый человек! Настало время перекатываться на 64-битный МПЦ ХЦ, я уж думал оно никогда не придёт:)

А как я парился с PopCorn MKV AudioConverter, целую инструкцию для себя накатал пикрел. Там тоже та же проблема, чтобы декодировать DTS HD, приходилось мокрые письки юзать.

>>1636094
Да, в ffmpeg похоже тоже добавили DTS HD https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=2385

>>1636105
А, не , не факт

>>1636110
Да я читал месяца 3 назад >>1635906 , подтверждений чётких токо не нашёл (не сильно может искал), и мокрая писька-то тоже работала, а до середины прошлого года я вообще на 32-битной ХР сидел, так что проблема перехода на 64-битный МПЦ ХЦ не стояла.

>>1636111
>до середины прошлого года я вообще на 32-битной ХР сидел
Хотя это так-то делает меня ещё большим слоупоком:) Возможность покинуть наконец ХР мне открыла прожка Stardock Fences, которая позволяла обойти на виндах новее ХР большущую для меня проблему отвратительного автоупорядочивания ярлыков на рабочем столе.

>>1636115
Это гигантская бида была. Вот сохраняешь ты файло на рабочий стол из Фирефоха, сохраняешь, сохраняешь, а потом смотришь на него - а файлы там вразнобивку абсолютно. Не в порядке, в котором ты сохранял их, а вообще какие-то даже ПЕРЕД теми файлами, которые до этого там уже были, полностью рандомно. Выносило мозг ваще. Фенсес позволяет создавать свои области для хранения файлов на раб. столе, с нормальным автоупорядочиванием.

>>1636129
А чо за либа? Что полезного? Мимо проходил.

>>1636129
Мне тут тоже донат предлагали, как ни невероятно, за список настроек в Фирефохе (может троллили каэш, но вроде нет). Влом было разбираться, как не деанониться по реквизитам, да и пара тыщёнок в лучшем случае - того не стоит. Дак вот, учитывая то, что в швитой Америке нижняя граница С++ера - 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. Про Перельмана на Лурке почитал - прикольно.

>>1636129
>Не то что всякие меркантильные уроды, которые за копейку удавятся.
Опять же, для кого-то эта копейка - вопрос того, сможет ли он купить ПОЖРАТ. Условия проживания на планете Земля сильно разнятся.

>>1635899
Я всё время путал libav с lav кстати

>>1636202
>сделать серьёзную вещь в свободное время трудно, большая часть имеющихся умственных ресурсов уходит в рабочие проекты.
Это точно, поэтому меня всегда умиляли ответы на жалобы о всяких проблемах по шаблону "Напиши сам". Я могу написать сам, да только у меня геморрой будет, если я буду круглые сутки сидеть на стуле прогать:)

Интересно, откуда у VideoLAN бабло на bounty. Донаты юзеров штоле? И распространённая ли в opensource-сообществе практика - эти bounty?

>>1636215
>У остальных либо и так нормальное финансирование
Интересно, интересно. Вроде бесплатно, откуда тогда бабло, непонятно, ну да не буду загружать такими вопросами, гугл наверняка знает ответ.
>плеер у них жалкое говно, прискорбный факт.
Согласен. Меня убили 2 вещи:
1) При перемотке VLC не отталкивается от ключевого кадра похоже, поэтому первые секунды картинка вся заартефакченная.
2) Перегрузы аудио (клиппинг - уходит за 100% даже на 100%ной громкости)
Что-то ещё убивало, но уже не помню, годы назад пробовал.

>>1636217
Ну может bounty меньше тех денег, которые пришлось бы потратить на разраба, а соглашающиеся bounty расценивают лишь как доп. стимул, а не полноценную компенсацию за всё потраченное время.

Теперь, с 4K блу-реями, вангую, что следующей проблемой станет декодирование Dolby Atmos:)

http://www.rutracker.ga/viewtopic.php?pg=1&t=2347279&start=930
Скоко страниц-то настрочили по этой теме:) и в конце то, что я искал:
>можете просто взять только новейший MPC-HC x64, настроить, и всё будет. И библиотеке ArcSoft тоже уже не нужна, LAV всё сам делает.

http://forum.inmatrix.com/index.php?showtopic=14582 - слухи-сплетни, но там написано
>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.

http://www.blu-ray.com/movies/Pineapple-Express-4K-Blu-ray/145675/ - фильм 2008 года, снятый на 35-мм киноплёнку, получил единственный из всех 4К блу-реев максимальную оценку качества видео, плёнку пересканировали в 4К. То есть все, кто снимал на менее, чем 4К цифровые камеры, протупили. Их поделия теперь будут выглядеть хуже, чем киноплёнка:)

>>1636234
>получение знаний через форумы/обсуждения это пиздец какая неэффективная хуйня. Ещё и дезинформации полно, так что потом неверная картина в голове образуется.
Почти согласен, но всё же бывают случаи, когда форумы подталкивают на решения или хотя бы на мысли - в какую сторону копать.

>А что, HEVC лучше играться стал?
Да я ещё вечером посмотрел 3 видоса в HEVC, и, не думая, что они мне ещё понадобятся, удалил их, а других нет. Так что теперь хз. Хотя придумал, ща я твой видос с бурятками заново качну.

>шедевры вроде Бегущего
Если ты о Blade Runner, то чёт меня совсем не вставило от него, шедевральности не увидел.

Офигееть! Бурятки на 1/2 теперь тянут без тормозов, было только на 1/8! В 4 раза быстрее!

На той же странице >>1636227 я потом до конца дочитал, там говорили про 50-100%ное ускорение от 64битного LAV в HEVC. У меня даже ещё больше вышло.

>>1636237
Воот, теперь результаты твоего теста ffmpeg в консолечке (39 fps) совпадают с практикой в МПЦ ХЦ. Я сразу подумал, что что-то тут не так - рендеринг и декодирование звука не могут стоко ЦП жрать, должно на 1/2 тянуть было. Вот теперь тянет.

И при этом мои тесты Фирефоха х86 и х64 показывали практически идентичную нагрузку на Ютубе VP9, то есть VP9 от 64 бит не выигрывает ничего.

>>1636247
Ещё один

>>1636375
Поглядел видосики - бурятки каэшна оче красивые. На 1/2 тянет, 60% где-то загрузка, как и во вчерашнем видосе с бурятками. И вчерашний видос я ведь один и тот же тестил
32 бита - 1/8 - 60% ЦП
64 бита - 1/2 - 60% ЦП
так что результат безошибочный.

Алсо, у всех видосов в 26 мбит/сек на коже артефакты слегка видные, и при мигании прожекторов. 26 полюбасу слишком мало.

>>1636841
А ещё - такие результаты на самом деле крайне радуют, потому что это означает, что 24 фпс HEVC 4K спокойно потянут на ванильном МПЦ ХЦ на моём компе, и даже может 48 потянут.

>>1636468
Клёвая штука эта мега, вроде раньше плагин требовала установить, а щас даже без него быстро качается.

http://4k.com/news/why-4k-blu-ray-is-has-a-doubtful-future-in-home-entertainment-12053/
>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К до сих пор.

>>1636966
>DCI 4K (4096 x 2160p) vs UHD 4K (3840 x 2160p)
Вот это тоже бесит, могли бы сделать так, чтобы разрешение DCI (в кинотеатрах) совпадало с блу-реями, дак нет, чуть различным сделали, и теперь надо интерполировать с падением чёткости. Так и на блу-реях было и теперь так же на 4К блу-реях.

>>1636984
>И нафиг ты в этом треде неймфажишь?
Это я просто не стёр, не заметил, имя запоминается. Как бы и сюда вайперы-фоннаты не залетели теперь, они за мной по пятам ходят:)

>Можно по горизонтале отрезать если так критично, лол.
Я читал, что студии обычно так не делают, дабы пуристов не расстраивать. Обычно чёрные полосы добавляют.
>откуда инфа, что те камеры из вики апскейлят сигнал
Честно, не проверял, попожжя попробую погуглить, просто подозрительно высокое у них разрешение:)

>>1637002
Нет, суть в том, что один пиксел несёт в себе инфу только об одном цветовом канале из трёх, а остальные два канала надо получать интерполяцией соседних пикселей, которые несут эти два канала. Естественно, это очень херово для чёткости.

http://www.ikegami.com/NAB2015_shk810_piece_.html
>Ikegami introduced the world's first generation 8K UHDTV camera with NHK in 2002
Чудеса да и только. Про паттерн Байера не написано.

>>1636468
Щас токо этот видос посмарел - где-то всего 30% ЦП нагружал, 170 мбит/с - это убойно каэш. Но мне кажется я всё-таки видел очень лёгкий налёт артефактов (тут надо учитывать, что каждый кадр сжимается независимо от других, поэтому 170 мбит/сек - это не так уж и много). 4:2:2 1080p (этот видос) на монике 1080p хуже, чем 4К в 4:2:0 - и это видно, чёткость не такая убойная, как в 4К, не хрустящая:) Вощем крутое кач-во, но 100 мбит/с 4К были круче в плане чёткости, и даже может в остутствии артефактов. Но блу-рей хуже этого видоса, пожалуй.

>>1637265
А я думал ты 1080р не юзаешь из-за того, что только в 720р звук присобачен уже в файл, а 1080р без звука и надо присобачивать вручную его. А коли без разницы, то реально лучше 1080р и вырезать фрагмент, раз твоя прога позволяет и в лимит можно уложиться.

Не нашел другого ffmpeg треда поэтому спрашиваю здесь.
на входе 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!
Это баг или я делаю что то не так?

>>1638441
Что-то я не понял смысла в твоей операции. Ты берёшь кусочки в mpegts с h.264/aac, склеиваешь их, режешь по 5 минут и пытаешься запихнуть в avi (который с этими форматами, в частности с переменным битрейтом звука и с b-фреймами видео совместим далеко не во всех реализациях).
Что мешает просто скачать исходные кусочки в mpegts и плейлист без всяких ffmpeg'ов? Если всё же надо ремуксить, возьми другой контейнер, mkv, например.

Помогите перекатиться с бандикама на швабодку.

Нужно записать игру с нативным разрешением 640*480, может запускаться как в окне, так и полноэкранно. Собственно, как записать? В идеале - чтобы запись включалась-выключалась по клику определённой кнопкой, а видео сжималось ещё перед записью на диск, потому что записать надо 30 минут, а потом залить на трубу (нет, я не летсплейщик).

>>1638823
А чем, собственно, Бандикам не устроил?

>>1638855
Надо крякнутый качать, а мало ли что крякер туда вместе с кряком засунул. Информационная гигиена, вот это всё.

>>1638909

>2016
>не отключать ремоут фонтс

Итак, пытаюсь обрезать видео и перекодировать, но в результате такое ощущение, что звуковая дорожка отстаёт от картинки и всё трещит в пизду. Как фиксить?

>>1638536
Мне нужно было разбить видео поток на части по 2 часа, 5 минут для тестирования. mkv или mp4 требуют конвертации звука, мне же хочется записать поток с минимальными усилиями.
Проблему, кстати, я решил с помощью -reset_timestamps 1.

>>1639193
>mkv или mp4 требуют конвертации звука
Что? В оба контейнера AAC входит отлично. В отличие от AVI, с которым могут быть пролемы, если битрейт звука переменный.

>>1639228
Действительно, ты прав, благодарю.
У меня как и у >>1638971 звук отстает от изображения, подскажи, пожалуйста, что можно с этим сделать?

>>1639373
> Если отставание переменное, то только в аудиоредакторе править.
Не обязательно: если оно линейно нарастает, то можно растянуть/ужать звук фильтрами aresample и asetrate, либо сделать то же самое с видео фильтром setpts. Надо только замерить смещение дорожек через определёный промежуток времени и посчитать.

>>1639373
>>1639446
Но во входящем потоке звук не отстает.

>>1639507
Будет хорошо если ты предоставишь сэмпл видео, с которым такой эффект проявляется, и команды для его воспроизведения.

Юзает кто Блендер?
Я загрузил фильм с парой аудиодорожек, а как выбрать нужную?

>>1639913
Спасибо, завтра попробую.

В чём суть блендера? Я про то, что это очень комплексная и бесплатная программа, они что, зонды устанавливают и продают данные пользователя?

>>1639915
Одно неверное действие — и данные на харде превращаются в кашу.

Почему опенброадкастер записывает чёрный экран, но звук есть?
Другие игры ок записывает.

Как в блендере сделать плавное затухание части звуковой дорожки?

Всё нашел, вот, кстати, парень нормально поясняет по блендеру: https://www.youtube.com/watch?v=beWj_mw0M-I

Аноны, тут у знакомого скачанные (большая часть) вебм-ы с двача шакалятся как на пикрилейтед. Что делать?

>>1640658
Записывать результаты. Такой-то глитч арт!

>>1638828
Попробовал. См. пик.
Как туда добавить источник? Добавил окно игры в подокно общих источников, а просто в списке источников оно так и не появилось.

>>1632602 (OP)
>Пердолики
>ненужности
>WebM Аноним (Debian Linux: Iceweasel)

дебианщики — позор линукс-сообщества сколько ненависти о овна, которые от них исходит, не исходит ни от кого.. Именно из-за них (в основном) линуксоидов считают придурковатыми. Скрыл ублюдочный тред.

>>1642213
>линуксоидов считают придурковатыми.

Это правда, достаточно фанатичные товарищи, ни у одного дистра таких фанатичный приспешников нет.

>>1636234
>Вообще, получение знаний через форумы/обсуждения это пиздец какая неэффективная хуйня. Ещё и дезинформации полно, так что потом неверная картина в голове образуется.

Просто ты не осилил. И не сможешь, читая говнофорумы вроде хобота.

>>1642248
Как сказать... Я как-то имел несчастье IRL пообщаться со свидетелями суси и ортодоксальными слаководами.
Если вторые оказались на одном уровне с мормонами, то первые могли поспорить со свидетелями иеговы. Раньше думал, что люди с инженерным складом ума так могут вести себя только в интернетах, но увы. Пересмотрел сове отношение к перспективам использования обоих дистров.

Как вытащит отсюда 1 мелодию?

Как пережать фрапсовский видос не прошакалив качество?
Пытаюсь сделать как-то так "ffmpeg -i 1.avi -b:v 20000K 1o.avi" - все в квадратах.

>>1642435
shnsplit

>>1642485
Определись с выходным форматом, кодеками и их параметрами.
Быстро пожать видео кодеком прошлого поколения можно так:
ffmpeg -i 1.avi -c:v libx264 -crf 18 -c:a libopus -b:a 128k out.mkv

>>1642494
>shnsplit
Я не понял, выдают какую-то ошибку в гуголе.

>>1642513
Хуёвый у тебя гугл. У меня первым результатом выдало арчвики с описанием этой операции.
http://www.etree.org/shnutils/shntool/
https://wiki.archlinux.org/index.php/CUE_Splitting

>>1642524
Я не понял, shnsplit - это отдельная программа? У меня шиндовс...

>>1642526
> shnsplit - это отдельная программа?
Да.
> У меня шиндовс...
Я вижу. По первой ссылке есть её сборки для win32.

>>1642529
Я тупой и не понял как ей пользоваться. Есть что попроще?

>>1642494
Да мне не важен формат, главное чтобы качество сохранилось и размер с 10гб хотя бы до 2 уменьшить.

>>1642560
Время кодирования меня тоже не очень сильно волнует

Вопрос, есть ли годный редактор музыки?
Чтобы показывался норм баланс громкости и можно было обрезать, конвертировать, делать фейдин/аут етц.
Ну и чтобы был бесплатный и желательно опенцурц.

>>1642567
Я знаю, но он жутко недоработанный в этом плане, особенно фейдинаут, у меня он рендер видео делал криво с этим эффектом. А редактировать музыку через видео редактор, ну это просто - жопа.

Какой из списка посоветуешь?
Ардор или аудасити?

>>1642567
Поясните за эту программу, чем там платная от бесплатной отличается?
Даже прочитав на сайте я не понял: https://ardour.org/download.html
>Silence after about 10 minutes
Что это вообще значит?

Нужна помощь, необходимо в текстовике Darkest Dungeon изменить значения так, чтобы удары в бою происходили в 2 раза быстрее. Как это сделать, какие строчки за это отвечают?
http://rghost.ru/6FRHlZvNS

>>1642616
> Что это вообще значит?
Тишина где-то после 10 минут.

>>1642616
Там плата чисто символическая, если не хочешь компилировать сам.

Не знаю где спросить, может тут кто знает (меня часто выручали) или поможет: посоветуйте простенькую программу-органайзер.

>>1643382
Лист бумаги не удобно, постоянно надо менять, да и я не смотрю на них, уже пытался.

Бля, сука, вы бы хоть список гуёвых утилит написали, для тех кто не хочет с консолькой пердолиться. Как же мне с вас уебанов печёт.

Бля, сука, вы бы хоть шапку читали, для тех кто не хочет отвечать. Как же мне с вас уебанов печёт.

Почему когда вебмку закрываю, она всё равно воспроизводится даже после обновления страницы?

Проблема пикрелейтед когда делаю трим, который идет не от начала. Ависинф последний с офф сайта, программа https://gitgud.io/nixx/WebMConverter

>>1644685
Превью работает?

>>1644696
Это как? Я немного нюфаг

>>1644702

>>1644716
А, понял.
Нет, не работает. Без ошибок просто возвращает в это же окно

>>1644717
Ну ошибка в скипте, но видать после обновления перестало писать ошибку на превью (там был полный путь до скрипта).

>>1644752
А как это исправить, подскажи?

Подскажите какой лимит на вебм в тематики и /б, раньше было в шапке сечас не нашел

Давно не пользовался, уж пару версий вышло.

В автофит появился скроллбар, а файл инфо тоже, если путь слишком длинный. Не хватает информации о битрейтах и частоте звука. Вебм не из ютуба нельзя без звука сохранять. Нет информации есть в видео уже превью второй дорожкой или нет.

wybm-v0.3.3-win-x86

Кто-нибудь делает вебмки с процами уровня c2d 6850? На какой фпс можно рассчитывать, делая vp9 с более-менее приемлемым качеством?

Есть ли вообще какой-то способ проверить качество OPUS аудиофайла?
Ну т.е. для mp3 и других популярных форматов можно построить спектрограмму, тут всё просто.
А для OPUS есть какой-то адекватный способ? Я пробовал перегонять OPUS в MP3 320 и проверять спектр, но честно говоря, не уверен, что это хороший способ. Разве что откровенно хуёвое качество детектить, но его и на слух слышно.

>>1645925
Бля, спасибо, что-то я сам не додумался в лолсслес перегонять.
Ну вот сравнил сейчас 2 файла, один с битрейтом 100кбит/с, другой с 50кбит/с, на графике разницы почти нет. Такое вообще возможно?

>>1644685
>>1644752
Актуально!

>>1644685
Делаю в этой же программе, постоянно обрезает конец, хотя установленный лимит по объему не превышает. Кодирую в вп9.

>>1646479
даже ставлю trim с 0 по ~1700 кадр, а на выходе ~1400 кадров

>>1646490
спасибо

Почему я иногда встречаю вебмки 20 мб по 3 минуты отличного качества, а у меня минута говнокачества получается?

>>1648597

>>1632602 (OP)
Аноны, подскажите софтину, чтобы просто без задней мысли вшивать субтитры в файл

>>1648862
mkvtoolnix

>>1648862
MKVToolNix GUI

>>1648864
>>1648865

Подскажите пожалуйста, какой лимит на мелкодосках на файлы?

Как изменить директорию, из которой ffmpeg подхватывает файлы (т.е ffmpeg/bin)?

>>1650017
Отбой. Оказывается в шапке есть.
https://github.com/pituz/webm-thread/wiki/installing-ffmpeg-on-windows#Шаг-2-Размещение-исполняемых-файлов

>>1646479
> постоянно обрезает конец
Это происходит потому что ты ставишь
> установленный лимит по объему
который у ffmpeg работает именно как обрезка видео при достижении лимита по размеру. Считай битрейт вручную.

Почему не видит файл?

>>1650441
Если запускать через батник из папки, то всё работает.

>>1650441
перейди в папку с файлом с помощью команды cd

>>1650452
Добра.

>>1650441
Shift + ПКМ >> Открыть окно команд

Откроет сеанс терминала в текущей директории (но только если она не в представлении библиотеки показывается).

>>1649899
Знает кто где посмотреть?

test

>>1650597
в /es/ 5 нельзя даже.

Это только у меня VP9 кодируется с одним ключевым кадром, если не указываешь -g? Билд ffmpeg от конца февраля последний для XP

Поставил virtualdub, накатил плагин под .mkv, в ffdshow выставил для wmv libavcodec. Всё равно показывает missing codec при попытке открыть видео. ЧЯДНТ?

>>1652017
Если очень надо открыть в VirtualDub, а с плагином не получается, то можешь установить avisynth и после этого открывать в VirtualDub такой скрипт.avs:
directshowsource("файл.mkv")

>>1652048
Спасибо.

>>1652094
Осталось настроить вывод из VirtualDub прямо на вход ffmpeg и "конвейер" готов.

Добрый день, дорогие. Захотел поделать webm'ки, скачал webm for retards, как и положено. Но не могу разобраться с настройками. При выставлении режима Constant и ограничения в 20 MiB качество видео получается просто ужасным в сравнении с оригинальным видео. Ничего тут не поделаешь, придётся уменьшать размер видео на выходе?
Но ведь тут некоторым удаётся пилить 720p вебмки размером в 20 мегабайт, продолжительностью в 2 минуты, и отличным качеством. Что за магия? https://2ch.hk/v/src/613911/14587914987280.webm
Подскажете самые оптимальные настройки для Webm for retards? (в консоль я не умею)

>>1653929

Скачай VLC, самый годный энтрилевел конвертер с настройками битрейта.

Почему так медленно то?

>>1654180
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 - неплохо же. Наверное.

>>1654180
> -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 такие пикчи делать? каждые n секунд.

>>1654967
Как к этому великолепию добавить названия кодеков над временем? Кратко. Как делает тот же потплеер, к примеру.

Есть тут кто? Поясните, я создал вебмку, а она весит очень много - 40 мб. Как вес уменьшить?
Там просто музыка со статичной картинкой, вот что я юзал:
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 пнг.

>>1655521
>-b:v 0
Этот параметр ограничь.

>>1655573
Каким числом? Я, просто, эту строку с вашего гайда взял, н очень разбираюсь что значит что...

>>1655578
Уменьши
> -q:a 9
Это слишком много. Поставь 5-6, всё равно из ссаной мп3шки переделываешь.
Хорошо бы еще vp8 на vp9 изменить.

>>1655689
> 5-6
Может тогда и Ворбис заменить на Опус? В шапке написано, что для низких битрейтов он лучше.

>>1655696
Низкие битрейты - это когда -q:a 4 и меньше, на котором у ворбиса начинается нормализация звука.
>>1655521
>-g 1
Алсо, что это? Оно же будет каждый кадр кейфреймом делать, в этом тоже проблема.
Поставь -g 300

>>1655521
> -q:a 9
У тебя битрейт звука вышел слишком высокий.
> -g 1
И каждый кадр видео — ключевой. Норкоман?

>>1655578
> Я, просто, эту строку с вашего гайда взял
Показывай, откуда конкретно.

>>1655689
> Хорошо бы еще vp8 на vp9 изменить.
Для статичной картинки похуй, особенно если -g поставить не меньше пары сотен.
Можно ещё fps (-r) понизить, я ставлю 1/3.

Поставил -g на 60, стало весит 7 мб всего. НО, при переключении видео оно переключается очень большими кусками...

>>1655709
При каком ещё переключении? При перемотке мб?
В >>1655706 стояло -g 9999 (т.е. по идее ключевой кадр должен быть только один — первый), но firefox его мотает точно до указанной позиции.
У mpv без --hr-seek проблемы с перемоткой присутствуют, да.

>>1655709
Отключи быструю перемотку в плеере.
В браузере будет нормально переключаться.

>>1655715
>>1655716
Да при перемотке. Я юзаю медиа плеер класик, как в нём быструю перемотку выключить?

>>1655718
Откуда нам-то знать? Он же сперма-онли.

>>1655718
В настройках поищи. Вроде в мпц - оно и называется "быстрая перемотка".
Также её могут назвать перемоткой по ключевым кадрам.

>>1655718

>>1655721
А где они могут быть и как это звучит по английски?
Кстати, а вы какие плееры юзаете?

>>1655723
Спасибо, нашёл.

>>1655726
> по английски
Не выёбуйся, а поставь русский.

Тогда какие значение -g указывать для статичной картинки лучше всего?

>>1655722
> Какие проблемы?
При клике по сикбару видео перематывается на первый кадр. С точки зрения пользователя это проблема.
> К тому же, по умолчанию есть кейбиндинги Shift+Left/Right и Shift+Up/Down, которые делают точный сик.
Угу, ими и пользуюсь.

>>1655729
Дохуя — так, чтобы кадров получилось меньше значения -g. При низком FPS для быстрой перемотки ключевые кадры не нужны. В браузерах по дефолту включена точная перемотка, так что с этим проблем нет.

>>1655733
> Это OSC который?
Ага. Вообще странно, поведение этой хуйни не вполне соответствует документации: клик по сикбару — абсолютный seek, но на него не влияет --hr-seek=absolute.

Возможно, тут имеет смысл сравнивать погрешность seek'а до ключевого кадра с количеством пикселей seekbar'а и применять hr-seek если оно больше какого-то порога.

Есть видео 1920х1080 с битрейтом 10000, занимает слишком много места, как лучше ужать? 1280х720 с битрейтом 3200 или оставить 1920х1080 с битрейтом 3200? Понимаю, что такой битрейт низковат для 1920х1080, но ведь при изменении разрешения будут еще большие потери?

>>1632602 (OP)
Вебм для ретардов.
Нихуя не работает.
Почему?

>>1656148
Я понимаю что будут потери, но ведь при перекодировки разрешения они будут еще больше? кодирую в h265 через видеокарту

>>1656214
Зато быстро, причем нвидиа подпилила кодер под 265, nvenc 265 смотрится намного лучше чем nvenc 264.
Исходник H.264 но качество там явно не тянет на битрейт 10000. Вообще, я уже попробовал так и так, на скрине после ресайза до 1280х720 видно больше артефактов чем просто понижение битрейта (если скрины увеличить до одного размера).

Спасибо.

Скрины >>1656224
1 исходник h264 1920x1080 12006 кб/с
2 nvenc 265 1920x1080 3200 кб/с
3 nvenc 265 1280x720 3200 кб/с

Если ресайзнуть 3 скрин до размера 2го то на 3м видно больше артефактов. На 2м потери в качестве получились не такие уже и большие. Получается, что лучше оставлять исходное разрешение.
иб4 обсуждение этой матурки

>>1656241
соус

>>1656227
> -Why not?
> -Я могу.
Русек/10

app.nw распаковывается в темп под рандомными именами. Можно этого избе

Распаковал и назвал папку app.nw Отлично. Теперь и ютуб-дл через, например, батник youtube-dl -U можно апдейтить.
На ффмпег есть команда для апдейта?

>>1657009
> На ффмпег есть команда для апдейта?
git pull && make -j8 && make install

>>1657012
Имелось в виду для шиндовс.

>>1657017
https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW

>>1657095
> 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"

>>1656440
Бамп

>>1657095
>>1657131
Спасибо.

Я слышал тут дрочеры на кореянок в 4к пробегали. У вас есть уникальный шанс скачать их одним файлом, от правильных релизеров, а не то китайское. hdhome.org

>>1632602 (OP)
Отправили к вам из анимевебмтреда. Перепощу вопрос:

Сап, я тут к вам из обычного вебм-треда. По неизвестной мне причине вы заебись разбираетесь в ffmpeg. Я им тоже пользуюсь, но теперь у меня возник вопрос. А есть ли команда, которая разбивает видео на 2-3-4 части? Если например, надо большой файл для фат заготовить?

>>1660900
>mkvmerge --split ??m -o out.webm in.webm
Это же не команда ffmpeg?

>>1660905
ffmpeg — не интерпретатор команд. Но порезать файл на части может и он, хоть и не так удобно: https://www.ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-ssegment

mkvmerge входит в пакет mkvtoolnix.

test

Как избавиться от шумов при аудио захвате? Юзаю recordmydesktop. В альсе выставлены только master, headphones, PCM, front и capture.

>>1632602 (OP)
Не знаю, где спросить, спрошу здесь. Два кадра из игры, один - стоп-кадр видеозаписи, второй - скриншот. Видеозапись ярче и насыщенней. Это видеозахват не пишет с финального графического буффера или просто алгоритм видеосжатия картинку корраптит?

>>1662355
То есть ты предполагаешь проблему на этапе декодирования?

анон, есть такой файл http://rutracker.org/forum/viewtopic.php?t=5081322 (хотя мой старый даже жирнее). Вангую, треть объёма точно занимают дорожки. Можно ли как-то вырезать лишние и оставить одну? Без потери видеокачества. А может это сделать можно проще и без ffmpeg?

>>1662391
Что может быть проще чем через FFmpeg?

>>1662414
подскажи ключи, бро

>>1662363
Вот по порядку, слева и направо:
bt.709:limited
bt.709:full
bt.601:limited
bt.601:full

>>1662425
-c copy -map дорожка -map дорожка
https://github.com/pituz/webm-thread/wiki/ffmpeg#Выбор-потоков-дорожек

>>1662347
Чем ты видео захватывал? Похоже на применение к кадрам какого-нибудь HDR.

>>1662848

>>1662848
Plays.TV - аналог шедоуплея для амд. Нормально работает.

Кстати, есть аппаратные ускорялки для кодирования ffmpeg? Кодирую в два прохода. Есть i5 3570k, там вроде квиксинк, и радеон 7970, там вроде opencl и amd vce. Есть ключи для задействования аппаратного ускорения? А то чето скоросте не отче.

Так это нужно программирование знать? Почему все так сложно...

реквестую мегумин двач

>>1662913
>Только это надо руками ffmpeg с поддержкой QSV компилировать.
Так билды Zeranoe, вроде как, уже. Из-за этого дропнули поддержку Windows XP.

>>1662391
MKVToolnix

Посоны, поясните по хардкору, как правильно зациклить вебмку? Так, чтобы музыка больше по длительности была и при этом повторялся и видеоряд, и звук.

m

>>1632602 (OP)
>Спустя лет 15 видишь в опенинге какого-то древнего аниме свою китайскую машинку на проводе, ездящую назад и вперёд.

>>1663328
https://github.com/pituz/webm-thread/wiki/Pro-tips#Создание-музыкальных-лупов

>>1663014
Сделай сам, ёба! Команды с таймингами по ссылке выше.

>>1663609
> какого-то древнего аниме
Тащемта, эта овашка вышла в 2014 году.

>>1663807
Нихуя ты. Это на opencv полностью?

>>1632602 (OP)
Аноны, имеет ли смысл перекодировать кинцо из 24 ФПС в 60, или человеческий глаз больше 30 не видит перекодировкой 30 в 60 не превратишь?

>>1664797
Перекодировкой не превратишь, нужна интерполяция. Многие интерполяторы могут работать в реальном времени, и с ними сохранение результатов интерполяции имеет мало смысла.

>>1664812
>Многие интерполяторы
Название?

>>1664821
Фильтр framerate ffmpeg'а, SVP.
mpv -vf "lavfi=[framerate=60]" animu.mkv

>>1664797
>30 в 60 не превратишь?
На счет кинца не знаю, но анимцо сильно гадится артефактами после этого.

>>1664830
>mpv -vf "lavfi=[framerate=60]" animu.mkv
Как на шиндовс заставить работать?

>>1632602 (OP)
Кто-нибудь пользует питоновский webm 0.9.0 ?
С его помощью вообще можно превью делать для вебм'ок?

ы

>>1665455
>Кто-нибудь пользует питоновский webm 0.9.0 ?
Да.
>превью
Не нужно.

Мне сказали что ffmpeg параша глючная, да я и сам убедился в этом, то размер вылезет за рамки при всех подсчетах, то обрезать нормально не может, то СЕГМЕНТФОЛТ. Есть альтернативы годные? Свои пропаганды свободного ПО засуньте себе в задницу. Свободное говно какое-то.

>>1665576
В смысле не нужно? Он сам ставит?

>>1665710
Movavi Video Converter наверни, болезный.

>>1665052
Как на шиндовс заставить не работать?
Хотя, если в составе спермосборки mpv идёт старый ffmpeg, то вопрос отпадает. Бери тогда исходники @ конпеляй.

>>1665710
> Есть альтернативы годные?
Нет. Все сходные по функционалу «альтернативы» основаны на ffmpeg'е или его библиотеках и наследуют все его глюки, добавляя своих.

> то размер вылезет за рамки
В контексте WebM это проблема не ffmpeg, а libvpx, альтернатив которому на данный момент тоже нет.

> то обрезать нормально не может
Вагную кривые руки и непонимание значения ключевых кадров при обрезке без перекодирования.

> то СЕГМЕНТФОЛТ.
Что-то у меня давно уже не было.

> Свои пропаганды свободного ПО засуньте себе в задницу.
Пиписитарного ПО такого класса в принципе не существует (если не считать решения с ворованным ffmpeg внутри), сасай.

Народ, не могу осилить превью, прям пиздец какой-то. Как сделать, чтобы превью было первым кадром вебмки?

>>1666384
Делаю по мануалу, создаю текстовый файл со списком для объединения, а получаю Unsafe file name. Как это обойти?

>>1666490
>>1666384

Покажите мастер-класс по правильному деинтерлейсингу.
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

>>1666707
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 мб весит.

Ну офигеть какое бггг в консольку оказывается нужно чтобы создать простой вебм файл.
Почему нет гайдов для совсем ньюфань, далеких от пердолинга?

>>1666712 => >>1655521

>>1662912
Только если h.264. Аппаратно кодировать вебм еще ничто не может.

На XP была ошибка
>The procedure entry point _wfopen_s could not be located in the dynamic link library msvcrt.dll.
Нашел что эта последняя рабочая версия для ХР
>ffmpeg-20150525-git-8ce564e-win32-static

>>1667463
Нет, последний рабочий билд для XP 20160227-git-5156578 от 26-го февраля.
Прямая ссылка:
https://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20160227-git-5156578-win32-static.7z

Техподдержка приостановлена до выяснения обстоятельств delall'а одного из участников. Извиняйте.

>>1667672
Шта?

>>1667680
Там были подробности распознавания капчи. Сначала удалили три замазанных поста, некоторое время спустя — и всё остальное.

>>1667684
Почему капчу разгадывали в шебм-треде?
Алсо классные шревты, как называются?

Я дуалбутчик и пользуюсь ффмпегом на обеих осях. Заметил, что
>ffmpeg -loop 1 -i picture.jpg -i sound.mp3 -shortest -deadline best out.webm
на лунипсе при аналогичных условиях обычно делается за полминуты-минуту, а на винде что-то идёт не так.
На пике - то, что набежало в кнвертировании за минуту. Обработано 12 секунд. Это просто омерзительно. Замечено также, что если конвертирование мп3 --> вебм идёт с обычной скоростью но почему-то только в ворбис. Если конвертить в опус, vlc ругается ошибками. Полная хуйня короче творится
В чем может быть дело?

>>1668032
Всё, сам спросил, сам разобрался. -deadline best малину портил. Убрал его - конвертация пошла норм. А vlc на винде просто корявый. Какая же ублюдочная ось, господи.

>>1667809
> Почему капчу разгадывали в шебм-треде?
Вероятно, по той причине, по которой товарищ использовал его в качестве личного бложика. Меня это вполне устраивало, поскольку 95% постов было по теме.

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

> Алсо классные шревты, как называются?
Oxygen Sans из комплекта новых кед. Использую кегль побольше, на мелком проблемы с кернингом.
http://gluon.rghost.ru/7CFcl8nVh/image.png

—
bitmessage запусти, сучечка

>>1667590
Спасибо, забираю тогда :3

Не знаю в какой тред писать, спрошу тут, вроде по теме:
ЧЕМ записывать видео? Конкретно с игр.
Юзал фрапс, но он каким-то странным методом снимает формат, что его почти ничего не считывает. Его плюс - снимает всё.
Сейчас юзал ОБК, но он плохо настраивается, и снимает через раз.

>>1669377
OBS-Studio, но почему-то он не хочет захватывать полное разрешение и сжимает его на 2 пикселя, мыля изображение, поэтому я его не пользую. Экран у меня 1366х768, если у тебя другой, то возможно будет работать идеально.
Bandicam - надо покупать или воровать. Идеально пишет.
oCam - эталон мокрой письки, только воровать патченную версию без рекламы. Я его пользую, поскольку бандикам у меня падает периодически.

Чому файл 19.5 мб не заливается в /b/ ? Зделол вебем, а она не льётся. Пиздец.

>>1669658
10 метров максимум

Чем можно посмотреть информацию о вебмке? Раньше как-то аноны вбрасывали такую инфу, вроде программа какая-то была.

>>1669637
Стоит ли пиратить бандикам? Чёт почитал на рутрекере, некоторые пишут про вайрусы.

Поясните, что значит slicing и threading в настройках вебмдляретардов?

Наткнулся тут на утверждение, что, 2ч автоматом ставит в превью первый кадр. Это так?
И еще туда же: как в ффмпеге сделать превью в виде первого кадра видео?

Здравствуйте, поясните пожалуйста, в чём отличие shared / static версий ffmpeg'a?
И какую лучше использовать рядовому анону?
Как я понял дев - точно не для меня.

>>1670136 => >>1666549

>>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
> И какую лучше использовать рядовому анону?
Любую, простой анон не заметит разницы.

Няши скромняши помогите пожалуйста. Есть видео с расширением .mov в нем надо поменять теги, а именно указать точные координаты и дату создания. Чем конкретно это можно сделать? В гугле не нашел, честно искал.

>>1632753
>В некоторых редких случаях даже качественный ресэмплинг вызывает слышимые искажения.
Нет. Одно из двух — или это некачественный ресемплинг, или у тебя аудиофилия головного мозга. Идеальный ресемплинг — первое, что изучается в курсе цифровой обработки сигналов по этому вопросу, всё остальное — различные способы ухудшить его для экономии процессорного времени.

>>1672397
Ну давай, отресэмпли эту пикчу до 700px по горизонтали так, чтобы шрифты не превратились в криво размыленное говно.

>>1632602 (OP)
> Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых
Поясните за щеку, что за проблема с добавлением звуковой дорожки для новой шебм? Из редких, уже готовых webm звук добавляется без ошибки, но это единичные случаи, да и вообще - это ведь webm, а не чисто аудио файл. Или в этом gui только из особых форматов пойдёт dub? Я запутался...

Поясните ньюфагу, зачем антуаны в ffmpeg'e при перекодировании, к примеру, .mp4 в .webm добавляют к команде огромное кол-во опций, если есть возможность просто написать ffmpeg -i file.mp4 file.webm, какой профит от длинной команды?

Лень где-то искать, поучите конвертить в 60фпс с помощью свпфлоу. Алсо, что нужно настроить, чтобы добиться высокого качества при низком размере? В анимешном вебмтреде так и попадаются любовно кодированые райлдексы, аж завидки берут.

>>1669854
Пользуюсь им почти два года, раз в несколько месяцев обновляя крякнутую версию с рутрекера. Сейчас на 2.3.3

>>1673508
>просто написать ffmpeg -i file.mp4 file.webm
Тогда будут использоваться неоптимизированные дефолтные параметры, и ты получишь квадраты вместо видео

>>1673974
Скорее мыло. vp9 мылит картинку, в отличии от vp8, который распидорашивает её на шахматную доску.

>>1673053
Кстати, бампану этот вопрос анона, и добавлю еще один, гуй совершенно не хочет добавлять никакие аудиозаписи вообще, перепробовал все известные моему конвертеру форматы аудио, а также попробовал избавиться от кириллицы в пути к файлу, не помогло. Что можно еще попробовать?

расскажите что делает и как влияет выделенное на пикрил

Анон, почему вебм кодируется vp8, если я ясным по белому прописываю libvpx-vp9? А на директиву -c:v vp9 ругается через раз, мол нет такого енкодера, а иногда работает, НЁХ какая-то.

>>1676594
Посмотри исходники, ёба. Судя по написанному в описании слайдера slices, автор сам нихуя не понимает: деление видео на полосы не улучшает, а ухудшает качество, но позволяет использовать потоки.

>>1676648
Вангую наличие нескольких сборок ffmpeg'а разной тухлости и хуйню с назначением PATH.

>>1676662
Окей, пусть даже сборка ffmpeg кривая (хотя я в ручную прописал PATH и выделил специально папку для бинарников), но почему он игнорирует -с:v libvpx-vp9 и кодирует в vp8, как такое возможно вообще?

>>1676682
Покажи команду, вывод

>>1672661
Ты не въезжаешь.

Во-первых, идеально отресемпленный сигнал — это тот, который содержит ровно тот же спектр частот, который есть в оригинальном сигнале, не меньше, но и ни в коем случае не больше. Если ты хочешь получить идеальные границы букв на более мелкой сетке — ты хочешь внести дополнительный высокочастотный компонент, которого не было в исходном сигнале, то есть искажения.

Во-вторых, шрифты — плохой пример дискретного сигнала в том смысле, что они специально заточены под самую убогую днищенскую интерполяцию нулевого порядка aka zero order hold aka равномерный цвет в пределах одного отсчёта (пикселя) и "ступенчатые" переходы между отсчётами. На самом деле то, что ты видишь на экране, содержит высокие частоты в местах границ между пикселями, более высокие, чем допускает теорема Котельникова-Найквиста для твоего цифрового сигнала (изображения), но шрифты специально под это оптимизированы. Интерполируя по теории ЦОС, ты нарушаешь эту костыльную оптимизацию.

В цифровом аудио такие дополнительные костыли не нужны, поскольку разрешение 16bit@44100Hz покрывает возможности слуха, и задача интерполяции соответствует классической задаче "изменить частоту сэмплирования, не потеряв существующие частоты и не внеся новые". В результате сигнал после интерполяции будет содержать частоты не выше, чем было в оригинальном сигнале, хотя новая частота семплирования позволяет гораздо выше. Т.е. с твоей точки зрения он будет "мылом", хотя теория предписывает делать интерполяцию именно так. Твоё ухо этого, впрочем, всё равно этого не определит, т.к. выше 20кГц ты ничего не слышишь.

>>1677360
Вот картинка для пояснения.

Наверху — аналоговый сигнал, соответствующий критерию Найквиста, то есть не имеющий частот выше Fs/2, и соответствующий ему цифровой сигнал. Внизу — сигнал, интерполированный из цифрового методом zero-order hold, самым обоссанным и уёбищным с точки зрения теории сигналов, абсолютно не соответствующий тому, что было дискретизировано в оригинале, т.к. эти ступеньки — участки с большим количеством высоких частот, более высоких, чем частота Найквиста. Это искажения. Но мониторы отображают цифровые сигналы именно так, поэтому шрифты затачивают с расчётом, что они будут отображаться как при интерполяции zero-order hold.

А есть какая нибудь программа, что бы в 2клика делать вебки?

>>1677362
Тащемта, ресемплинг вносит искажетия либо при некратных частотах, либо при даунсемплинге. Конверсия 44100 <-> 48000 внесёт искажения, какой бы YOBA-алгоритм ни использовался. Полагаю, их частоты будут за пределами слышимого диапазона.
Улучшение качества ресемплинга может играть роль разве что при многократной цифровой обработке сигнала, так как в этом случае искажения от каждой последующей обработки будут накапливаться.

мимомузыкант

>>1677373
И да, какие бы большие ни были искажения при смене частоты дискретизации, они ничто по сравнению с алгоритмами сжатия с потерями.

>>1677373
>Конверсия 44100 <-> 48000 внесёт искажения, какой бы YOBA-алгоритм ни использовался.
То, что ты сейчас сказал чисто из своей обывательской интуиции — это фактически утверждение, что теорема Котельникова-Найквиста неверна (в той её части, где говорится, что сигнал по отсчётам можно однозначно восстановить). А она, вообще-то, математически доказана. В цифровой обработке сигналов самое плохое, что любой мимокрокодил, посмотревший на простую, понятную и неправильную картинку с цифровым сигналом, нарисованным в виде ступенек, думает, что теперь он знает о цифровой обработке сигналов всё не хуже этих ваших инженеров.
>мимомузыкант
И ты пытаешься спорить с инженером, жалкий гуманитарий?

>>1677383
>И ты пытаешься спорить с инженером, жалкий гуманитарий?
Тащемта да https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B5%D0%BC%D0%B0_%D0%9A%D0%BE%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%B8%D0%BA%D0%BE%D0%B2%D0%B0
>Разумеется, реальные сигналы (например, звук на цифровом носителе) не обладают такими свойствами, так как они конечны по времени и обычно имеют разрывы во временно́й характеристике. Соответственно, ширина их спектра бесконечна. В таком случае полное восстановление сигнала невозможно, и из теоремы Котельникова вытекают следствия:
>любой аналоговый сигнал может быть восстановлен с какой угодно точностью по своим дискретным отсчётам, взятым с частотой f>2f_c, где f_c — максимальная частота, которой ограничен спектр реального сигнала;
>если максимальная частота в сигнале равна или превышает половину частоты дискретизации (наложение спектра), то способа восстановить сигнал из дискретного в аналоговый без искажений не существует.
То есть теорема-то доказана, но только для сферического и в вакууме случая. В реальности же пока основной дроч на дискретизацию сводится к изобретению как можно более близкого к идеальному ФНЧ, который срежет все искажения выше частоты исходного сигнала.

>>1677392
Каковым фильтром при воспроизведении, к слову, оказывается сама звуковоспроизводящая аппаратура, редко могущая в частоты выше даже 12к, что уж говорить о теоретическом пределе 22050.

>>1677392
>Разумеется, реальные сигналы (например, звук на цифровом носителе) не обладают такими свойствами, так как они конечны по времени и обычно имеют разрывы во временно́й характеристике.
Это не более чем высер анальной жопы безграмотного википидора, и вот почему:

>реальные сигналы (например, звук на цифровом носителе)
Здесь тебя ничего не смутило?

>так как они конечны по времени
Любой сигнал можно дополнить тишиной любой длительности впереди и позади. Так обычно и делают. Бесконечную длительность на практике сделать невозможно, но можно взять такую, чтобы точность восстановления была выше любого наперёд заданного значения. Например, если мы хотим получить погрешность восстановления, заведомо меньшую, чем погрешность квантования 16 бит, то куски тишины должны иметь длительность 1/(2^16)*44100 = 0.67 секунды при использовании интерполятора Уиттекера-Шеннона. На практике "любая наперёд заданная точность" позволяет тебе передискретизировать сигнал из 44100 в 48000 с точностью, превышающей точность формата 16bit@44100Hz, потом передискретизировать обратно, и получить совпадение бит в бит. Никаких данных не теряется, никаких искажений не вносится.

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

>То есть теорема-то доказана, но только для сферического и в вакууме случая.
Оговорка, которая позволяет переходить от идеального к реальному случаю, звучит так:
"можно приблизиться к идеальному сигналу с любой наперёд заданной точностью". Хочешь точность 99.99999999999999999999999%, которую никто никогда ни при каких обстоятельствах не отличит от идеала, потому что квантовые эффекты в атомах проводов приводят к большей погрешности? Пожалуйста. Хочешь увеличить эту точность ещё в 10000000000000 раз? Да сколько угодно. В практическом случае если точность выбрана выше, чем точность формата обрабатываемых данных, то результат совпадёт с теоретически идеально возможным бит в бит.

>В реальности же пока основной дроч на дискретизацию сводится к изобретению как можно более близкого к идеальному ФНЧ
Идеальный ФНЧ давно извесен, а на практике занимаются тем, что ухудшают его характеристики, чтобы получить выигрыш в производительности.

Какая команда обрезает черные полосы? Пробовал через -vf crop=960:540 и -vf crop=2/3in_w:2/3in_h

нахер тут у вас капча?

А можно как-то смотреть превьюхи если добавляешь второй дорогой? (вот этим способом https://hive.blasux.ru/webm/s?action=AttachFile&do=get&target=preview-guide.webm) А то в винде не видно их

>>1677509
>На практике "любая наперёд заданная точность" позволяет тебе передискретизировать сигнал из 44100 в 48000 с точностью, превышающей точность формата 16bit@44100Hz, потом передискретизировать обратно, и получить совпадение бит в бит. Никаких данных не теряется, никаких искажений не вносится.
А не будет ли так добр наш инженер, не расскажет ли, какой именно алгоритм имеет достаточную точность и сколько он кушает процессорного времени? И да, это для 16 бит, а обработка звука нынче происходит в 32 битах с плавающей точкой.

Реквестирую пример создания слайдшоу из картинок в ффмпеге.

>>1677788
>а обработка звука нынче происходит в 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 и с прямоугольным окном.

>>1677925
>Intel i7 4770
Ты как вообще мой процессор угадал, колдунама?

Не понял, почему нет годной инструкции по кодирование в 60 фпс SVP? Исправляю.
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!!!

>>1678624
Чем примечателен SVP?

>>1673053
>>1673053
Перекачайте мокропиську, в новой версии даб пофикшен.

>>1678624
Ты лучше напиши годный гайд с помощью фильтров свпфлоу для ависинта, нахрена мне стороннюю фигню ставить, если есть фильтры?

Какие сейчас ограничения на размер видео? Нигде не нахожу.

>>1679098
лицорука, тебе 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 версии, но визуально различия нет.

>>1677371
webm.py

>>1678886
творит шкальную магию
https://www.youtube.com/watch?v=kHPVDXwMxiA

>>1679233
10240k в /b

Хотел начать резать, но столкнулся с такой вот проблемой.
С общим доступом уже все перепробовал

>>1680760
>1 пик
Ты ffprobe'ом пытаешь папку зачем-то. А надо файл.
>2 пик
Ты пытаешь несуществующий файл. Сейчас ты в папке юзера, а файл судя по всему лежит у тебя на рабочем столе. Что делать? cd desktop

Знай и люби родную консольку бгг

>>1680779
Спасибо, сам уже разобрался. запихал исходник в папку юзера
Я не понял, как мне сделать так чтобы файл искался на рабочем столе, а не в папке профиля

>>1680785
Либо как он сказал надо прыгать по папкам, в твоём случае cd Desktop сделать
Либо тыкать shift + ПКМ по рабочему столу, в менюшке ПКМ появился возможность открыть консоль там, где тыкал кнопки в данном случае на рабочем столе

>>1680804
Добра тебе

Скачал себе Complete YouTube Saver для лисобраузера, показался самым адекватным и простым из всех. Папку ffmpeg указал
Но при загрузке файлов на секунду открывается окно где я успел заскринить
invalid data found when processing input
Как пофиксить?

>>1632602 (OP)
Как делать вебм в таком же телевизоре? Кто-то кидал в треде инструкцию для 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:a libopus -b:a 40k -vbr on -vn -sn e:\out-a.ogg
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

В хроме вебмки отлично воспроизводит а в лисе не хочет, в чем проблема? Уже замучался искать

Где скачать старые версии WebM for Retards? Новая почему-то не запускается даже.

>>1682332
Зачем столько лишних действий? Зачем выходной файл в 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

>>1682407
>-t 5
Длительность не забудь убрать.

>>1682407
Еще можно добавить -speed 4 (он же -cpu-used 4). Но, возможно, по дефолту уже используются все ядра. Как-то мало в сети доков по опциям libvpx-vp9

>>1682332
Вот так делай.
webm -i Untitled.mp4 -l 10 out.webm

>>1682407
>-y NUL
У меня с этим почему то не кодируется.

>>1682482
Нинужно. Замени
> -f webm -y NUL
на
> -y e:\final.webm

>>1682486
Я так и делаю, но почему все советуют то, что у меня не работает? Кто-то всякие комплекс-фильтры предлагает, как в этом посте >>1681817, а они и не работают, нет таких фильтров, пишет мне ffmpeg.