Двач.hk не отвечает.
Вы видите копию треда, сохраненную 24 мая 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
6143 Кб, Webm
WebM (Debian Linux: Iceweasel) #1632602 В конец треда | Веб
Тред про кодирование вебмок.

Основным обсуждаемым здесь инструментом является 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/
5976 Кб, Webm
(Debian Linux: Iceweasel) #2 #1632628
>>1632618

> Про ворбис и непроигрывание webvtt давно пора убрать бы.


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

Лучше принеси ещё свой список ссылок, я что-то его потерял.
sage (Microsoft Windows 7: Firefox based) #3 #1632638
В чём суть треда? Вы видите тред о гиф? А нахуя тред о вебм висит тут уже год?
3957 Кб, Webm
(Debian Linux: Iceweasel) #4 #1632671
>>1632641

> А смысл вообще в нём кодировать?


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

> А баг опуса с лупом там починен?


Не-а.

> Вообще, LTS в браузерах это что-то нездоровое, по-моему.


Если использовать кучу плагинов, часть из которых обновляется не очень быстро, то сидеть на релизе — головная боль.
>>1632675>>1632753
(Microsoft Windows XP: Firefox based) #5 #1632673
>>1632660
Опус же пилят в первую очередь для малой задержки и меньшего битрейта, у меня не получалось найти сведения о его сравнительном качестве при битрейте >128k, поэтому музон делаю в ворбисе c q 5.99 (выше - раздельное стерео).
А еще вебмки с опусом могут не конкатиться, помогает пощелкать frame_duration поменьше, но не всегда помогает.
>>1632675
(Debian Linux: Iceweasel) #6 #1632675
>>1632671
Олсо, я вообще негодую по поводу того, что в debian перестали поддерживать старые версии ff и перешли на апстримовский lts. Раньше настроил рабочую станцию — и она три года обновляется без изменений для пользователя.

>>1632673

> А еще вебмки с опусом могут не конкатиться


А ты их перепакуй в контейнер ogg и обратно. Суть бага не помню, правда.
(Debian Linux: Iceweasel) #7 #1632709
>>1632679

> Разработчики говорят, что при достаточном битрейте (>128k) качество становится transparent (т.е. неотличимо от оригинала на ABX) и Opus должен быстрее достигать этой точки.


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

> WebGL раздел там какой-нибудь


Что-то не видел ещё сайтов на WebGL, только демки. Да и firefox давно его умеет.
(Microsoft Windows 7: Firefox based) #8 #1632720
>>1632641

> Здесь общие вопросы по видеокодированию тоже рассматриваются (и эффективное кодирование гифок в том числе). Больше подобных тредов на двоще нет, насколько я знаю.


ЭФФЕКТИВНОЕ КОДИРОВАНИЕ и ПОДОБНЫЕ ТРЕДЫ это в бэ в треде у анимедебилов. Делают 5 секунд видео на 20 мб и раудются, а все остальные хуярят через прогу в 2 клика и им поебать. Отсюда и вопрос, а нахуя этот тред.
>>1632735
(Debian Linux: Iceweasel) #9 #1632735
>>1632720
Я манал сидеть в /b/, там слишком быстро и слишком много долбоёбов. Да и вообще там в основном теперь чятик вниманиеблядей и форсинг кривых римэйков шляпы, а не обсуждение кодирования вебм.

>>1632724
Для абсолютного большинства сайтов браузера трёхлетней давности и флеша достаточно. А без единиц новомодных бабушка как-нибудь обойдётся.
(Debian Linux: Iceweasel) #10 #1632753
>>1632724

> ссылка


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

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

>>1632745
Пердoля, уходи. Тебя запретили же, читай прикреплённый тред.
>>1672397
(Неизвестно: Неизвестно) #11 #1632839
>>1632724

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


Починил, не благодари.
(Microsoft Windows 7: Firefox based) #12 #1633586
>>1633136
Да проще новый поставить.
(Microsoft Windows 7: Firefox based) #13 #1633712
>>1633704

>в кодеки, которые не декодятся железно.


В каком смысле? Они сделали кодек, который принципиально не реализовать в железе?
(Linux: Firefox based) #14 #1633906
>>1633752

> 32K видео


Внезаано захотелось написать применительно к твоей личности множество нецензурной брани и других обидных ругательств, но потом я понял, что ты лично ничего кроме небольшого раздражения не доставил.
196 Кб, Webm
(Debian Linux: Iceweasel) #15 #1634003
>>1633993
Интересно, насколько медленнее оно будет жать по сравнению с VP9. После SIMD-оптимизации, конечно.
(Linux: Firefox based) #16 #1634254
Подскажите, пожалуйста, как через ffmpeg переконвертировать m4a аудио во всех папках и подпапках в mp3 с сохранением названия файла и тегов?
3362 Кб, 2160x3840
2953 Кб, 2160x3840
(Linux: Firefox based) #17 #1634822
>>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 показывал разные кадры).
(Microsoft Windows 10: Firefox based) #18 #1634979
>>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 - вырубается на ошибку, особенно при попытке перемотать. Но по первой секунде - качество тоже норм.
>>1634982
(Microsoft Windows 10: Firefox based) #19 #1634982
>>1634979
Блин, я тупанул жутко, пост до низу не доскроллил. Последний видос блевотного качества rf'i? тоже в ошибку через секунду вылетает.
(Microsoft Windows 10: Firefox based) #20 #1634988
>>1634985
60 fps видосы не часто встречаются (хотя всё чаще), и вдруг ютуб только корейцам так кайф обломал? Ща попробую сам проверить на видосах за последнюю неделю.
>>1634994
(Microsoft Windows 10: Firefox based) #21 #1634991
>>1634989
Меня на самом деле тоже 60 agc задело бы - игровые видосы всё чаще тоже в 60 fps.
(Microsoft Windows 10: Firefox based) #22 #1634994
>>1634988
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р - вроде более-менее
В целом вроде да, вроде говённо стало (а может и было так же, надо бы конечно один и тот же видос сравнивать, залитый давно и залитый на последней неделе)
>>1635004>>1635008
938 Кб, 1920x1080
(Microsoft Windows 10: Firefox based) #23 #1634998
>>1634995
Дак там же все видосы разные. Ну последний, судя по первой секунде, да, говённый. Пипец, у меня только секунду последние 2 видоса (4К) крутит, потом ошибка пикрел. У меня стоит YouTube High Definition и переключает в 4К без возможности изменить через шестерёнку. Обычно не сталкиваюсь с такой проблемой.
>>1634999
(Microsoft Windows 10: Firefox based) #24 #1634999
>>1634998
с такой проблемой = с ошибкой на том пикрел
(Microsoft Windows 10: Firefox based) #25 #1635000
А так, в любом случае, мы на результат повлиять не можем. Выбора нет, это не как H.264 vs VP9. Если есть видос в 60 fps 1080p, то в 30 fps 1080p нету потока.
(Microsoft Windows 10: Firefox based) #26 #1635002
Отрубил webm.enabled (отрубил VP9) - и последние 2 видоса отсюда >>1634929 стали пахать (на 4й секунде зависон правда произошёл, но в ошибку не вывалилось, и зависон прошёл через несколько секунд). Вот видимо из-за такой фигни по дефолту VP9 и не стоит в Фирефохе. Только самый последний причём блевотного кач-ва.Я кстати думаю - если всё так плохо, то ютубовцы это дело исправят. Не оставят же они такое вырвиглазное кач-во.
(Microsoft Windows 10: Firefox based) #27 #1635004
>>1635001
B всё-таки вот я не вижу без доп. средств битрейт, я вижу ттолько кач-во глазами, и в >>1634994 всё-таки не все видосы были отстоем, половина нормальные. Поэтому надо бы больше примеров.
>>1635001
Интересно, новые видосы , которые ТОЛЬКО в 30 fps, пострадали? Потому что 30 fps в видосах 60 fps я всё равно не увижу без скачивания.
(Microsoft Windows 10: Firefox based) #28 #1635007
>>1635003

>Это ж надо было так зажмотиться на битрейт.


А у меня наоборот есть некоторое непонимание того, какие астрономические деньги нужны на сервера и инфраструктуру линий передачи данных, чтобы все видосы на ютубе хранить на них и передавать, и как рекламка это покрывать может.
(Microsoft Windows 10: Firefox based) #29 #1635008

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


>>1634994 - это всё я в VP9 и анализировал.
50 Кб, 1920x1080
70 Кб, 1920x1080
(Microsoft Windows 10: Firefox based) #30 #1635010
>>1633991
>>1633992
>>1633993
Интереснонько кстати.
>>1635009
Мне чёт тоже с трудом верится в это, хотя хз, вполне может быть. Я торренты по 40 гигов качаю, дак у меня полюбасу торренты будут на первом месте. Пикрел - в дриснятке уберкрутую замерялку пожирания трафика запилили - я поставил дриснятку 3его числа, так что это за 3 дня статистика.
(Microsoft Windows 10: Firefox based) #31 #1635012
>>1635009
Ещё по этому слайду - я бы посмотрел, как они будут каждый раз 50%ного снижения битрейта при сохранении кач-ва дообиваться, хотя если раз в 10 лет, то может и прокатит лет на 30.
(Microsoft Windows 8: Firefox based) #32 #1635184
Я вообще не понимаю, почему люди до сих пор ютюбом пользуются, он ведь давно уже видео пережимал в говно, убивая все детали, а сейчас просто говно стало еще более говняным.
40 Кб, 604x340
(Microsoft Windows 8: Firefox based) #33 #1635259
>>1632602 (OP)
Немного не по теме, но Вы все тут кукчкуетесь.
Как вычисляется вес одного пикселя несжатого видео?
Везде пишут про данные цвета и координат, но вес указан от 32 бит до 6 байт на пиксел. Ясно, что зависит от количества цветов, но от чего ещё и сколько они вообще весят, эти пиксели?
Спасибо.
11 Кб, 418x448
(Debian Linux: Iceweasel) #34 #1635300
>>1635264
Т.к. из макабы выпилили постинг кода моноширным шрифтом, для наглядности подобное лучше постить скриншотами.
(Ubuntu Linux: Firefox based) #35 #1635510
moc не проигрывает звук из webm. С ogg все работает, а звук из видео mp4 тоже не работают он не проигрывает. Как заставить?
(Ubuntu Linux: Firefox based) #36 #1635534
>>1635518
Ясно. И какая консольная программа умеет воспроизводить звук из видео как mpv и одновременно показывать список воспроизведения как moc?
53 Кб, 256x256
(Microsoft Windows 10: Firefox based) #37 #1635553
>>1635518

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


>системного демона

>>1635556
(Ubuntu Linux: Firefox based) #38 #1635556
>>1635553
Кстати демоны рили существуют. Я гуглил он не наёбывает. И те слова тоже по отдельности употребляются. Наверно и вместе можно.
>>1635663
(Microsoft Windows 10: Firefox based) #39 #1635663
>>1635556

>Кстати демоны рили существуют. Я гуглил он не наёбывает.


https://youtu.be/yJD1Iwy5lUY?t=45
(Microsoft Windows 10: Firefox based) #40 #1635780
Потестил ща (i5-760) на МПЦ ХЦ 4К 60 fps HEVC - тянет без тормозов только на 1/8 от нормальной скорости! Уже на 1/4 упирается регулярно в 100% загрузки ЦП и жёстко тормозит. Жесть. H.264 60 fps 4K, если не совру, тянуло без тормозов.
>>1635866
(Microsoft Windows 10: Firefox based) #41 #1635785
4К 30 fps HEVC соответственно на 1/4 скорости только тянет, тоже ща потестил.
(Microsoft Windows 10: Firefox based) #42 #1635814
>>1635790
Я хоть и погромист, но конпелировал разве что в досовских прогах и в вижуал студио и в 1С, так что без подсказки ниасилю. Чем там можно сконпелировать под винду эксешник из https://github.com/Kagami/ffmpeg-hevc-accel , и желательно с какой командой? :)
>>1635820
(Microsoft Windows 10: Firefox based) #43 #1635820
>>1635814
То есть понятно, что тем же вижуалом и можно, но неохота такую махину ставить, и собственно какой файл конпелятору указать?
(Microsoft Windows 10: Firefox based) #44 #1635845
>>1635824
Ой бида-пичаль, ниасилю, вижуал, как я уже сказал, неохота ставить новую венду засирать, а MinGW тоже смотрю несколько доп. тулзов требует и PATH дописать и сконфигурировать все дела. Как всё сложно:(

Видос на замедленном воспроизведении херово выглядит, на фоне 50-100 мегабитных, которые я щас смотрел, 26-мегабитный артефактит даже на 1080р монике.
(Microsoft Windows 10: Firefox based) #45 #1635866
>>1635790
С видосом с бурятками та же картина, что и в >>1635780 , на 1/8 токо без тормозов тянет.
(Microsoft Windows 10: Firefox based) #46 #1635887
>>1635885
А если у меня 32-битная версия МПЦ ХЦ стоит (потому что dtsdecoderdll.dll из ArcSoft только к ней подцепляется), и 64-битной я не хочу засирать систему, дллки от 32-битной ведь не сойдут?

>У меня на i7 3820 без разгона результаты приблизительно 60/90.


60/90 - это что? Скорость декодирования от/до?
(Microsoft Windows 10: Firefox based) #47 #1635894
>>1635889
Ну ща ванильный попробую.

>Пиздец. А я ему ещё что-то про оптимизации объясняю.


Смотри. Я мог бы поставить 64-битный МПЦ ХЦ, и ставил, и да - он быстрее. Но Я ТОГДА ПОТЕРЯЮ ВОЗМОЖНОСТЬ ДЕКОДИРОВАТЬ ПОЛНОЦЕННЫЙ DTS HD MASTER AUDIO. Я с радостью потеряю 3% производительности за возможность декодировать полноценный лосслесс звук на блу-реях. Эти 3% критичны только в очень редких просмотрах 4К.
>>1635899
(Microsoft Windows 10: Firefox based) #48 #1635899
>>1635894
То есть libav не умеет декодировать расширение Master Audio, только core DTS умеет (лосси 1536 kbps). Чтобы libav таки сумел, ему нужен сторонний проприетарный dll, взятый из arcsoft totalmedia theatre. Но он есть только в 32-битной версии, поэтому приходится юзать 32-битный МПЦ ХЦ.
>>1635906>>1636201
(Microsoft Windows 10: Firefox based) #49 #1635906
>>1635899
>>1635899
Да, и так в libav было до недавнего времени, ща вроде промелькивала инфа, что запилили DTS HD MA, но чёткой 100%ной инфы я не нашёл.
>>1636111
(Microsoft Windows 10: Firefox based) #50 #1635911
>>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 битах почти весь есть уже (кроме игор, как ни странно, хотя и их тоже уже начинают).
151 Кб, 1920x1080
(Microsoft Windows 10: Firefox based) #51 #1635913
>>1635889
39 fps на ванильном ffmpeg x64
>>1635916>>1635919
(Microsoft Windows 10: Firefox based) #52 #1635916
>>1635913
То есть типа если бы МПЦ ХЦ юзал ффмпег, то было бы более зашибись? Он вроде до 1.7.0 его и юзал.
(Microsoft Windows 10: Chromium based) #53 #1635919
>>1635913
Ахаха, имя юзера на русише в 2016. Ебать дно.
>>1635920>>1635926
(Microsoft Windows 10: Chromium based) #54 #1635920
>>1635919
Там еще пунто-хуй в его анусе школьном.
11 Кб, 480x360
5 Кб, 160x160
(Microsoft Windows 10: Firefox based) #55 #1635926
>>1635919
Имя ниибёт ваще, а с пунто ты просто телепат, поставил 5 дней назад и уже заебался с ложными переключениями, ща как раз сносить собрался и на старый метод откатываться - раскладка, позволяющая по капс лок переключать.
>>1635929
(Microsoft Windows 10: Chromium based) #56 #1635929
>>1635926
Ну да, ну да, включи суперадмина и еби яндекс шлак языком в жеппу.
>>1635933>>1635934
53 Кб, 512x437
(Microsoft Windows 10: Firefox based) #57 #1635933
>>1635929
Повторюсь
(Microsoft Windows 10: Firefox based) #58 #1635934
>>1635929
У меня ещё яндекс диск есть правда.
(Microsoft Windows 10: Firefox based) #59 #1635937
>>1635922

>из твоего CPU выжать 60fps на 4K HEVC ни с какими патчами не выйдет.


Поэтому вся надежда на OpenCL для видяхи. Можно было бы ПоварДВД поставить потестить, но опять же засирание системы.

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

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

А так-то я не парюсь, интерес чисто теоретический, когда 4К блу-реи появятся на торрентах, просто новый компег куплю.
(Microsoft Windows 10: Firefox based) #60 #1635946
>>1635941

>ПоварДВД


>Сраная мокрописька. Как же она меня бесила в мои вендоблядские годы.


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

>Уже сейчас есть красивые клипы + телевидение.


Ну вот те, которые в H.264 (или VP9 30 fps), я и так могу смотреть. А так самое главное - фильмаки.
(Microsoft Windows 10: Firefox based) #62 #1635954
>>1635943

>У меня просто баттхёрт, если не могу самостоятельно оценить технические новинки.


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

>Вот теперь думаю, что прогадал, когда моник 2.5K брал, надо было сразу 4K


Не стоит сильно расстраиваться, во-первых до суперчётких 4К-видео, в которых ты реально потеряешь детали на 2,5К монике, далековато (в среднем), уж если даже 4К блу-реи почти все с 2К мастеров идут. Во-вторых, 4К моник, как я уже говорил, должен не терять в размере пиксела по ср. с 24-дюймовым ФуллХД моником, а значит, быть 48-дюймовым. А их ещё нет, да и ты не шейх.
>>1635959
(Microsoft Windows 7: Firefox based) #63 #1635959
>>1635954

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


Бред.
>>1635990
(Microsoft Windows 10: Firefox based) #64 #1635989
>>1635957

>Ну вот те, которые в H.264


>Так в том и дело, что их сейчас в основном в HEVC выкладывают.


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

>Ждать по полчаса пока скачается какая-нибудь посредственная херня на 1 раз просмотра — нафиг надо.


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

>Скачал, всё нормально со звуком.


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

>Некоторые упоротые, кстати, считают, что 4K 24" это самое заебись (типо ретина)


Я бы и рад иметь чёткость ретины на монике, если бы винда очень хорошо могла в масштабирование, но и полезную площадь для вывода информации надо увеличивать, то есть моники должны становиться всё больше и больше.
>>1635999
(Microsoft Windows 10: Firefox based) #65 #1635990
>>1635959
на 14 дюймах - было 800х600
на 17 - 1024х768
на 24 - 1920х1080
на 32 - 2560х1600
ну пускай на 40 будет 4К, но никак не меньше. Меньше сойдёт только если ты дрочер на каллиграфию и тебе нужны очень чёткие и красивые шрифты, но не нужно выигрыша в рабочем пространстве, или если ты геймер с орлиным зрением, или любитель кино с орлиным зрением.
>>1636010
(Microsoft Windows 10: Firefox based) #66 #1635992
>>1635967

>после офигеннейших 4K клипов


Где это ты их нашёл?
2184 Кб, 1920x1080
(Microsoft Windows 10: Firefox based) #67 #1635999
>>1635989
Вот как выглядит обозначение в МПЦ ХЦ, что действительно декодируется полноценный DTS HD MA.
(Microsoft Windows 7: Firefox based) #68 #1636010
>>1635990

>на 14 дюймах - было 800х600


>на 17 - 1024х768


>на 24 - 1920х1080


>на 32 - 2560х1600


У кого было?

>ну пускай на 40 будет 4К


Ты с потолка размер пикселя берешь?
>>1636015
(Microsoft Windows 10: Firefox based) #69 #1636015
>>1636010
У меня и моих знакомых было.

>ну пускай на 40 будет 4К


>Ты с потолка размер пикселя берешь?


Ну что тут непонятного, размер пикселя не уменьшался никогда, увеличивалось разрешение - это позволяло разместить на экране больше данных, больше окон, более навороченный интерфейс. Это прогресс, неоспоримый. А если зафиксировать размер экрана и увеличивать только разрешение, то полезное пространство не увеличится. Увеличится чёткость картинок, шрифтов, видео, игр - это тоже прогресс, но если ты тупо работаешь за компом, читаешь, прогаешь, то тебе такой прогресс от силы даст чуть более приятные шрифты - и больше ничего. Поэтому увеличение разрешения пропорционального с тем же коэффициентом увеличения размера экрана имеет довольно ограниченную полезность. Да, лучше хотя бы так, чем вообще никак, но я рассчитываю на то, что в 4К я смогу разместить 4 окна таких же, как сейчас одно, и мне не придётся щуриться и двигаться носом в упор к монику, чтобы разглядеть, что в них.
>>1636016>>1636022
(Microsoft Windows 10: Firefox based) #70 #1636016
>>1636015

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


фикс
(Microsoft Windows 7: Firefox based) #71 #1636022
>>1636015

> размер пикселя не уменьшался никогда


Херня. А тем, кому места на окна не хватает, берут дополнительные мониторы, а не проекторы ставят.
>>1636029
(Microsoft Windows 10: Firefox based) #72 #1636029
>>1636020

>На азиатских форумах


100 мбит/с скорость будет, если качать буду, или полдня один клип качать?

>А должно быть идеально, совсем без потерь


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

>И что ты этим хотел показать? Ну, мне "ffmpeg -i" тоже показывает


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

>>1636022

> размер пикселя не уменьшался никогда


>Херня


Возьми калькулятор да проверь.

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


Проблем купить недорогой телек 48 дюймов уже никакой нет давно, проекторы не понадобятся. Доп моник у мя уже есть, и это хорошо, но если будет одно огромное окно с наворочанным интерфейсом или несколькими сразу страницами ворда - это будет ещё лучше.
>>1636037>>1636043
(Microsoft Windows 10: Firefox based) #73 #1636037
>>1636029
Ворд кстати лишился с 2013 версии возможности выводить несколько страниц бок-о-бок. Регресс. МС не шмогли в плавную прокрутку страниц бок-о-бок, хотя ОпенОфис 100 лет как уже может.
(Microsoft Windows 7: Firefox based) #74 #1636043
>>1636029

>Возьми калькулятор да проверь.


Лол, сам и проверяй весь прогресс отрасли жк экранов. И вообще, если тебе ненужна четкость картинки, то почему она никому не нужна? Ты даже с очками не можешь заметить уменьшения размера пикселя? Запусти любую игру без сглаживания, много нового увидишь.
>>1636047
114 Кб, 1920x1080
(Microsoft Windows 10: Firefox based) #75 #1636047
>>1636039
Ну зашибись, пикрел. Где кнопка скачать я хз:)А судя по названиям на ютубе и на Рутрахере некоторые я видел уже.

>Сейчас попробую.


Запихни результат в МПЦ ХЦ будущий заодно:)
>>1636043

>если тебе ненужна четкость картинки, то почему она никому не нужна?


Мне тоже нужна, но выбор на сегодняшний день между 4К 24 дюйма за 30 косарей, ФуллХД 24 дюйма за 10 косарей, или 4К 32 дюйма за 60 косарей (грубо говоря). При таком выборе я не готов потратиться на 4К, я уж лучше 32 дюйма 2560х1600 возьму за цену, равную 4К 24 дюйма.
(Microsoft Windows 10: Firefox based) #76 #1636048
>>1636046

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


Вот-вот, там же 5.1 как минимум.
(Microsoft Windows 10: Firefox based) #77 #1636054
>>1636051

>вбить имя файла в поисковик


Понял, сложновато, учитывая не фонтан скорость и такие запары пожалуй воздержусь.

>Запихни результат в МПЦ ХЦ


>Не понял.


Ну это я пошутил. Просто от того, что ты щас прикрутишь ДТС ХД, выиграешь только ты:)
(Microsoft Windows 10: Firefox based) #78 #1636079
>>1636072

>https://github.com/Nevcairiel/LAVFilters/blob/master/CHANGELOG.txt#L74


Вот это круто, я примерно это и читал. Ща удалил ту арксофтовскую дллку, всё равно в окне показывает что DTS HD декодит, раньше dca показывало. То есть видимо теперь действительно мокрописька нинужна. Но блин, одна скупая строка в чейнджлоге, мне бы всё-таки для уверенности какую-нибудь чёткую новость или пост на форуме увидеть, чтобы точно знать что реально DTS HD полноценно запилили.
163 Кб, 1920x1080
(Microsoft Windows 10: Firefox based) #79 #1636084
>>1636082
Пасиба добрый человек! Настало время перекатываться на 64-битный МПЦ ХЦ, я уж думал оно никогда не придёт:)
112 Кб, 1485x862
(Microsoft Windows 10: Firefox based) #80 #1636089
А как я парился с PopCorn MKV AudioConverter, целую инструкцию для себя накатал пикрел. Там тоже та же проблема, чтобы декодировать DTS HD, приходилось мокрые письки юзать.
(Microsoft Windows 10: Firefox based) #81 #1636105
>>1636094
Да, в ffmpeg похоже тоже добавили DTS HD https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=2385
>>1636108
(Microsoft Windows 10: Firefox based) #82 #1636108
>>1636105
А, не , не факт
(Microsoft Windows 10: Firefox based) #83 #1636111
>>1636110
Да я читал месяца 3 назад >>1635906 , подтверждений чётких токо не нашёл (не сильно может искал), и мокрая писька-то тоже работала, а до середины прошлого года я вообще на 32-битной ХР сидел, так что проблема перехода на 64-битный МПЦ ХЦ не стояла.
>>1636113
(Microsoft Windows 10: Firefox based) #84 #1636113
>>1636111

>до середины прошлого года я вообще на 32-битной ХР сидел


Хотя это так-то делает меня ещё большим слоупоком:) Возможность покинуть наконец ХР мне открыла прожка Stardock Fences, которая позволяла обойти на виндах новее ХР большущую для меня проблему отвратительного автоупорядочивания ярлыков на рабочем столе.
(Microsoft Windows 10: Firefox based) #85 #1636117
>>1636115
Это гигантская бида была. Вот сохраняешь ты файло на рабочий стол из Фирефоха, сохраняешь, сохраняешь, а потом смотришь на него - а файлы там вразнобивку абсолютно. Не в порядке, в котором ты сохранял их, а вообще какие-то даже ПЕРЕД теми файлами, которые до этого там уже были, полностью рандомно. Выносило мозг ваще. Фенсес позволяет создавать свои области для хранения файлов на раб. столе, с нормальным автоупорядочиванием.
(Ubuntu Linux: Firefox based) #86 #1636134
>>1636129
А чо за либа? Что полезного? Мимо проходил.
(Microsoft Windows 10: Firefox based) #87 #1636197
>>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. Про Перельмана на Лурке почитал - прикольно.
(Microsoft Windows 10: Firefox based) #88 #1636200
>>1636129

>Не то что всякие меркантильные уроды, которые за копейку удавятся.


Опять же, для кого-то эта копейка - вопрос того, сможет ли он купить ПОЖРАТ. Условия проживания на планете Земля сильно разнятся.
(Microsoft Windows 10: Firefox based) #89 #1636201
>>1635899
Я всё время путал libav с lav кстати
(Microsoft Windows 10: Firefox based) #90 #1636205
>>1636202

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


Это точно, поэтому меня всегда умиляли ответы на жалобы о всяких проблемах по шаблону "Напиши сам". Я могу написать сам, да только у меня геморрой будет, если я буду круглые сутки сидеть на стуле прогать:)
(Microsoft Windows 10: Firefox based) #91 #1636210
Интересно, откуда у VideoLAN бабло на bounty. Донаты юзеров штоле? И распространённая ли в opensource-сообществе практика - эти bounty?
(Microsoft Windows 10: Firefox based) #92 #1636218
>>1636215

>У остальных либо и так нормальное финансирование


Интересно, интересно. Вроде бесплатно, откуда тогда бабло, непонятно, ну да не буду загружать такими вопросами, гугл наверняка знает ответ.

>плеер у них жалкое говно, прискорбный факт.


Согласен. Меня убили 2 вещи:
1) При перемотке VLC не отталкивается от ключевого кадра похоже, поэтому первые секунды картинка вся заартефакченная.
2) Перегрузы аудио (клиппинг - уходит за 100% даже на 100%ной громкости)
Что-то ещё убивало, но уже не помню, годы назад пробовал.
(Microsoft Windows 10: Firefox based) #93 #1636219
>>1636217
Ну может bounty меньше тех денег, которые пришлось бы потратить на разраба, а соглашающиеся bounty расценивают лишь как доп. стимул, а не полноценную компенсацию за всё потраченное время.
(Microsoft Windows 10: Firefox based) #94 #1636224
Теперь, с 4K блу-реями, вангую, что следующей проблемой станет декодирование Dolby Atmos:)
(Microsoft Windows 10: Firefox based) #95 #1636225
http://www.rutracker.ga/viewtopic.php?pg=1&t=2347279&start=930
Скоко страниц-то настрочили по этой теме:) и в конце то, что я искал:

>можете просто взять только новейший MPC-HC x64, настроить, и всё будет. И библиотеке ArcSoft тоже уже не нужна, LAV всё сам делает.

(Microsoft Windows 10: Firefox based) #96 #1636227
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.
>>1636237
(Microsoft Windows 10: Firefox based) #97 #1636229
http://www.blu-ray.com/movies/Pineapple-Express-4K-Blu-ray/145675/ - фильм 2008 года, снятый на 35-мм киноплёнку, получил единственный из всех 4К блу-реев максимальную оценку качества видео, плёнку пересканировали в 4К. То есть все, кто снимал на менее, чем 4К цифровые камеры, протупили. Их поделия теперь будут выглядеть хуже, чем киноплёнка:)
(Microsoft Windows 10: Firefox based) #98 #1636236
>>1636234

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


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

>А что, HEVC лучше играться стал?


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

>шедевры вроде Бегущего


Если ты о Blade Runner, то чёт меня совсем не вставило от него, шедевральности не увидел.
(Microsoft Windows 10: Firefox based) #99 #1636237
Офигееть! Бурятки на 1/2 теперь тянут без тормозов, было только на 1/8! В 4 раза быстрее!

На той же странице >>1636227 я потом до конца дочитал, там говорили про 50-100%ное ускорение от 64битного LAV в HEVC. У меня даже ещё больше вышло.
>>1636239
(Microsoft Windows 10: Firefox based) #100 #1636239
>>1636237
Воот, теперь результаты твоего теста ffmpeg в консолечке (39 fps) совпадают с практикой в МПЦ ХЦ. Я сразу подумал, что что-то тут не так - рендеринг и декодирование звука не могут стоко ЦП жрать, должно на 1/2 тянуть было. Вот теперь тянет.
(Microsoft Windows 10: Firefox based) #101 #1636241
И при этом мои тесты Фирефоха х86 и х64 показывали практически идентичную нагрузку на Ютубе VP9, то есть VP9 от 64 бит не выигрывает ничего.
26 Кб, 500x339
(Microsoft Windows 10: Firefox based) #102 #1636254
>>1636247
Ещё один
(Microsoft Windows 10: Firefox based) #103 #1636841
>>1636375
Поглядел видосики - бурятки каэшна оче красивые. На 1/2 тянет, 60% где-то загрузка, как и во вчерашнем видосе с бурятками. И вчерашний видос я ведь один и тот же тестил
32 бита - 1/8 - 60% ЦП
64 бита - 1/2 - 60% ЦП
так что результат безошибочный.

Алсо, у всех видосов в 26 мбит/сек на коже артефакты слегка видные, и при мигании прожекторов. 26 полюбасу слишком мало.
>>1636845
(Microsoft Windows 10: Firefox based) #104 #1636845
>>1636841
А ещё - такие результаты на самом деле крайне радуют, потому что это означает, что 24 фпс HEVC 4K спокойно потянут на ванильном МПЦ ХЦ на моём компе, и даже может 48 потянут.
(Microsoft Windows 10: Firefox based) #105 #1636847
>>1636468
Клёвая штука эта мега, вроде раньше плагин требовала установить, а щас даже без него быстро качается.
DEEMA (Microsoft Windows 10: Firefox based) #106 #1636966
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К до сих пор.
>>1636970
DEEMA (Microsoft Windows 10: Firefox based) #107 #1636970
>>1636966

>DCI 4K (4096 x 2160p) vs UHD 4K (3840 x 2160p)


Вот это тоже бесит, могли бы сделать так, чтобы разрешение DCI (в кинотеатрах) совпадало с блу-реями, дак нет, чуть различным сделали, и теперь надо интерполировать с падением чёткости. Так и на блу-реях было и теперь так же на 4К блу-реях.
(Microsoft Windows 10: Firefox based) #108 #1636995
>>1636984

>И нафиг ты в этом треде неймфажишь?


Это я просто не стёр, не заметил, имя запоминается. Как бы и сюда вайперы-фоннаты не залетели теперь, они за мной по пятам ходят:)

>Можно по горизонтале отрезать если так критично, лол.


Я читал, что студии обычно так не делают, дабы пуристов не расстраивать. Обычно чёрные полосы добавляют.

>откуда инфа, что те камеры из вики апскейлят сигнал


Честно, не проверял, попожжя попробую погуглить, просто подозрительно высокое у них разрешение:)
(Microsoft Windows 10: Firefox based) #109 #1637235
>>1637002
Нет, суть в том, что один пиксел несёт в себе инфу только об одном цветовом канале из трёх, а остальные два канала надо получать интерполяцией соседних пикселей, которые несут эти два канала. Естественно, это очень херово для чёткости.

http://www.ikegami.com/NAB2015_shk810_piece_.html

>Ikegami introduced the world's first generation 8K UHDTV camera with NHK in 2002


Чудеса да и только. Про паттерн Байера не написано.
(Microsoft Windows 10: Firefox based) #110 #1637250
>>1636468
Щас токо этот видос посмарел - где-то всего 30% ЦП нагружал, 170 мбит/с - это убойно каэш. Но мне кажется я всё-таки видел очень лёгкий налёт артефактов (тут надо учитывать, что каждый кадр сжимается независимо от других, поэтому 170 мбит/сек - это не так уж и много). 4:2:2 1080p (этот видос) на монике 1080p хуже, чем 4К в 4:2:0 - и это видно, чёткость не такая убойная, как в 4К, не хрустящая:) Вощем крутое кач-во, но 100 мбит/с 4К были круче в плане чёткости, и даже может в остутствии артефактов. Но блу-рей хуже этого видоса, пожалуй.
(Microsoft Windows 10: Firefox based) #111 #1637289
>>1637265
А я думал ты 1080р не юзаешь из-за того, что только в 720р звук присобачен уже в файл, а 1080р без звука и надо присобачивать вручную его. А коли без разницы, то реально лучше 1080р и вырезать фрагмент, раз твоя прога позволяет и в лимит можно уложиться.
(Microsoft Windows 7: Firefox based) #112 #1638441
Не нашел другого 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!

Это баг или я делаю что то не так?
(Microsoft Windows 7: Firefox based) #112 #1638441
Не нашел другого 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!

Это баг или я делаю что то не так?
>>1638536
(Debian Linux: Iceweasel) #113 #1638536
>>1638441
Что-то я не понял смысла в твоей операции. Ты берёшь кусочки в mpegts с h.264/aac, склеиваешь их, режешь по 5 минут и пытаешься запихнуть в avi (который с этими форматами, в частности с переменным битрейтом звука и с b-фреймами видео совместим далеко не во всех реализациях).
Что мешает просто скачать исходные кусочки в mpegts и плейлист без всяких ffmpeg'ов? Если всё же надо ремуксить, возьми другой контейнер, mkv, например.
>>1639193
(Microsoft Windows 8: Chromium based) #114 #1638823
Помогите перекатиться с бандикама на швабодку.

Нужно записать игру с нативным разрешением 640*480, может запускаться как в окне, так и полноэкранно. Собственно, как записать? В идеале - чтобы запись включалась-выключалась по клику определённой кнопкой, а видео сжималось ещё перед записью на диск, потому что записать надо 30 минут, а потом залить на трубу (нет, я не летсплейщик).
>>1638855
(Microsoft Windows 10: Firefox based) #115 #1638855
>>1638823
А чем, собственно, Бандикам не устроил?
>>1638861
(Microsoft Windows 8: Chromium based) #116 #1638861
>>1638855
Надо крякнутый качать, а мало ли что крякер туда вместе с кряком засунул. Информационная гигиена, вот это всё.
47 Кб, 604x478
(Microsoft Windows 7: Firefox based) #117 #1638955
>>1638909

>2016


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

(Microsoft Windows 10: Chromium based) #118 #1638971
Итак, пытаюсь обрезать видео и перекодировать, но в результате такое ощущение, что звуковая дорожка отстаёт от картинки и всё трещит в пизду. Как фиксить?
>>1639240
(Microsoft Windows 7: Firefox based) #119 #1639193
>>1638536
Мне нужно было разбить видео поток на части по 2 часа, 5 минут для тестирования. mkv или mp4 требуют конвертации звука, мне же хочется записать поток с минимальными усилиями.
Проблему, кстати, я решил с помощью -reset_timestamps 1.
>>1639228
(Debian Linux: Iceweasel) #120 #1639228
>>1639193

>mkv или mp4 требуют конвертации звука


Что? В оба контейнера AAC входит отлично. В отличие от AVI, с которым могут быть пролемы, если битрейт звука переменный.
>>1639240
(Microsoft Windows 7: Firefox based) #121 #1639240
>>1639228
Действительно, ты прав, благодарю.
У меня как и у >>1638971 звук отстает от изображения, подскажи, пожалуйста, что можно с этим сделать?
(Debian Linux: Iceweasel) #122 #1639446
>>1639373

> Если отставание переменное, то только в аудиоредакторе править.


Не обязательно: если оно линейно нарастает, то можно растянуть/ужать звук фильтрами aresample и asetrate, либо сделать то же самое с видео фильтром setpts. Надо только замерить смещение дорожек через определёный промежуток времени и посчитать.
>>1639507
(Microsoft Windows 7: Firefox based) #123 #1639507
>>1639373
>>1639446
Но во входящем потоке звук не отстает.
>>1639695
(Debian Linux: Iceweasel) #124 #1639695
>>1639507
Будет хорошо если ты предоставишь сэмпл видео, с которым такой эффект проявляется, и команды для его воспроизведения.
(Microsoft Windows 10: Firefox based) #125 #1639905
Юзает кто Блендер?
Я загрузил фильм с парой аудиодорожек, а как выбрать нужную?
(Microsoft Windows 10: Firefox based) #126 #1639915
>>1639913
Спасибо, завтра попробую.

В чём суть блендера? Я про то, что это очень комплексная и бесплатная программа, они что, зонды устанавливают и продают данные пользователя?
>>1639922
(Microsoft Windows 7: Firefox based) #127 #1639922
>>1639915
Одно неверное действие — и данные на харде превращаются в кашу.
184 Кб, Webm
(Microsoft Windows 10: Firefox based) #128 #1640206
Почему опенброадкастер записывает чёрный экран, но звук есть?
Другие игры ок записывает.
(Microsoft Windows 10: Firefox based) #129 #1640243
Как в блендере сделать плавное затухание части звуковой дорожки?
(Microsoft Windows 10: Firefox based) #130 #1640269
Всё нашел, вот, кстати, парень нормально поясняет по блендеру: https://www.youtube.com/watch?v=beWj_mw0M-I
74 Кб, 1280x698
130 Кб, 1280x698
85 Кб, 1280x698
random anon (Microsoft Windows 10: Chromium based) #131 #1640658
Аноны, тут у знакомого скачанные (большая часть) вебм-ы с двача шакалятся как на пикрилейтед. Что делать?
>>1640715
(Microsoft Windows 10: Chromium based) #132 #1640715
>>1640658
Записывать результаты. Такой-то глитч арт!
899 Кб, 1479x1016
(Microsoft Windows 8: Chromium based) #133 #1642180
>>1638828
Попробовал. См. пик.
Как туда добавить источник? Добавил окно игры в подокно общих источников, а просто в списке источников оно так и не появилось.
103 Кб, 585x390
(Linux: Chromium based) #134 #1642213
>>1632602 (OP)

>Пердолики


>ненужности


>WebM Аноним (Debian Linux: Iceweasel)



дебианщики — позор линукс-сообщества сколько ненависти о овна, которые от них исходит, не исходит ни от кого.. Именно из-за них (в основном) линуксоидов считают придурковатыми. Скрыл ублюдочный тред.
>>1642248
(Fedora Linux: Firefox based) #135 #1642248
>>1642213

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



Это правда, достаточно фанатичные товарищи, ни у одного дистра таких фанатичный приспешников нет.
>>1642315
(Debian Linux: Iceweasel) #136 #1642294
>>1636234

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



Просто ты не осилил. И не сможешь, читая говнофорумы вроде хобота.
(Debian Linux: Iceweasel) #137 #1642315
>>1642248
Как сказать... Я как-то имел несчастье IRL пообщаться со свидетелями суси и ортодоксальными слаководами.
Если вторые оказались на одном уровне с мормонами, то первые могли поспорить со свидетелями иеговы. Раньше думал, что люди с инженерным складом ума так могут вести себя только в интернетах, но увы. Пересмотрел сове отношение к перспективам использования обоих дистров.
3 Кб, 223x84
(Microsoft Windows 10: Firefox based) #138 #1642435
Как вытащит отсюда 1 мелодию?
>>1642494
(Microsoft Windows 10: Firefox based) #139 #1642485
Как пережать фрапсовский видос не прошакалив качество?
Пытаюсь сделать как-то так "ffmpeg -i 1.avi -b:v 20000K 1o.avi" - все в квадратах.
>>1642494
(Debian Linux: Iceweasel) #140 #1642494
>>1642435
shnsplit

>>1642485
Определись с выходным форматом, кодеками и их параметрами.
Быстро пожать видео кодеком прошлого поколения можно так:
ffmpeg -i 1.avi -c:v libx264 -crf 18 -c:a libopus -b:a 128k out.mkv
>>1642513>>1642560
(Microsoft Windows 10: Firefox based) #141 #1642513
>>1642494

>shnsplit


Я не понял, выдают какую-то ошибку в гуголе.
>>1642524
(Debian Linux: Iceweasel) #142 #1642524
>>1642513
Хуёвый у тебя гугл. У меня первым результатом выдало арчвики с описанием этой операции.
http://www.etree.org/shnutils/shntool/
https://wiki.archlinux.org/index.php/CUE_Splitting
>>1642526
(Microsoft Windows 10: Firefox based) #143 #1642526
>>1642524
Я не понял, shnsplit - это отдельная программа? У меня шиндовс...
>>1642529
(Microsoft Windows 7: Chromium based) #144 #1642528
(Debian Linux: Iceweasel) #145 #1642529
>>1642526

> shnsplit - это отдельная программа?


Да.

> У меня шиндовс...


Я вижу. По первой ссылке есть её сборки для win32.
>>1642538
(Microsoft Windows 10: Firefox based) #146 #1642538
>>1642529
Я тупой и не понял как ей пользоваться. Есть что попроще?
(Microsoft Windows 10: Firefox based) #147 #1642560
>>1642494
Да мне не важен формат, главное чтобы качество сохранилось и размер с 10гб хотя бы до 2 уменьшить.
>>1642563
(Microsoft Windows 10: Firefox based) #148 #1642563
>>1642560
Время кодирования меня тоже не очень сильно волнует
(Microsoft Windows 10: Firefox based) #149 #1642566
Вопрос, есть ли годный редактор музыки?
Чтобы показывался норм баланс громкости и можно было обрезать, конвертировать, делать фейдин/аут етц.
Ну и чтобы был бесплатный и желательно опенцурц.
(Microsoft Windows 10: Firefox based) #150 #1642568
>>1642567
Я знаю, но он жутко недоработанный в этом плане, особенно фейдинаут, у меня он рендер видео делал криво с этим эффектом. А редактировать музыку через видео редактор, ну это просто - жопа.

Какой из списка посоветуешь?
Ардор или аудасити?
(Microsoft Windows 10: Firefox based) #151 #1642616
>>1642567
Поясните за эту программу, чем там платная от бесплатной отличается?
Даже прочитав на сайте я не понял: https://ardour.org/download.html

>Silence after about 10 minutes


Что это вообще значит?
>>1642639>>1642642
(Microsoft Windows 7: Firefox based) #152 #1642635
Нужна помощь, необходимо в текстовике Darkest Dungeon изменить значения так, чтобы удары в бою происходили в 2 раза быстрее. Как это сделать, какие строчки за это отвечают?
http://rghost.ru/6FRHlZvNS
(Linux: Firefox based) #153 #1642639
>>1642616

> Что это вообще значит?


Тишина где-то после 10 минут.
(Linux: Firefox based) #154 #1642642
>>1642616
Там плата чисто символическая, если не хочешь компилировать сам.
(Microsoft Windows 10: Firefox based) #155 #1643373
Не знаю где спросить, может тут кто знает (меня часто выручали) или поможет: посоветуйте простенькую программу-органайзер.
(Microsoft Windows 10: Firefox based) #156 #1643386
>>1643382
Лист бумаги не удобно, постоянно надо менять, да и я не смотрю на них, уже пытался.
(Microsoft Windows Server 2003: Firefox based) #157 #1643811
Бля, сука, вы бы хоть список гуёвых утилит написали, для тех кто не хочет с консолькой пердолиться. Как же мне с вас уебанов печёт.
(Microsoft Windows 10: Firefox based) #158 #1644028
Бля, сука, вы бы хоть шапку читали, для тех кто не хочет отвечать. Как же мне с вас уебанов печёт.
(Microsoft Windows 7: Firefox based) #159 #1644545
Почему когда вебмку закрываю, она всё равно воспроизводится даже после обновления страницы?
31 Кб, 711x488
(Microsoft Windows 8: Яндекс браузер) #160 #1644685
Проблема пикрелейтед когда делаю трим, который идет не от начала. Ависинф последний с офф сайта, программа https://gitgud.io/nixx/WebMConverter
(Microsoft Windows 7: Firefox based) #161 #1644696
>>1644685
Превью работает?
>>1644702
(Microsoft Windows 8: Яндекс браузер) #162 #1644702
>>1644696
Это как? Я немного нюфаг
>>1644716
4 Кб, 317x83
(Microsoft Windows 7: Firefox based) #163 #1644716
>>1644717
(Microsoft Windows 8: Яндекс браузер) #164 #1644717
>>1644716
А, понял.
Нет, не работает. Без ошибок просто возвращает в это же окно
>>1644752
(Microsoft Windows 7: Firefox based) #165 #1644752
>>1644717
Ну ошибка в скипте, но видать после обновления перестало писать ошибку на превью (там был полный путь до скрипта).
>>1644754>>1645985
(Microsoft Windows 8: Яндекс браузер) #166 #1644754
>>1644752
А как это исправить, подскажи?
(Microsoft Windows 10: Firefox based) #167 #1644888
Подскажите какой лимит на вебм в тематики и /б, раньше было в шапке сечас не нашел
5 Кб, 336x151
(Microsoft Windows 10: Firefox based) #168 #1645578
Давно не пользовался, уж пару версий вышло.

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

wybm-v0.3.3-win-x86
(Microsoft Windows XP: Firefox based) #169 #1645634
Кто-нибудь делает вебмки с процами уровня c2d 6850? На какой фпс можно рассчитывать, делая vp9 с более-менее приемлемым качеством?
(Microsoft Windows 7: Firefox based) #170 #1645922
Есть ли вообще какой-то способ проверить качество OPUS аудиофайла?
Ну т.е. для mp3 и других популярных форматов можно построить спектрограмму, тут всё просто.
А для OPUS есть какой-то адекватный способ? Я пробовал перегонять OPUS в MP3 320 и проверять спектр, но честно говоря, не уверен, что это хороший способ. Разве что откровенно хуёвое качество детектить, но его и на слух слышно.
(Microsoft Windows 7: Firefox based) #171 #1645928
>>1645925
Бля, спасибо, что-то я сам не додумался в лолсслес перегонять.
Ну вот сравнил сейчас 2 файла, один с битрейтом 100кбит/с, другой с 50кбит/с, на графике разницы почти нет. Такое вообще возможно?
(Microsoft Windows 8: Яндекс браузер) #172 #1645985
>>1644685
>>1644752
Актуально!
(Microsoft Windows 10: Firefox based) #173 #1646479
>>1644685
Делаю в этой же программе, постоянно обрезает конец, хотя установленный лимит по объему не превышает. Кодирую в вп9.
>>1646489>>1650258
(Microsoft Windows 10: Firefox based) #174 #1646489
>>1646479
даже ставлю trim с 0 по ~1700 кадр, а на выходе ~1400 кадров
(Microsoft Windows 10: Firefox based) #175 #1646492
>>1646490
спасибо
(Microsoft Windows 10: Firefox based) #176 #1648597
Почему я иногда встречаю вебмки 20 мб по 3 минуты отличного качества, а у меня минута говнокачества получается?
>>1648742
108 Кб, 2479x2462
(Microsoft Windows 10: Firefox based) #177 #1648742
(Microsoft Windows 7: New Opera) #178 #1648862
>>1632602 (OP)
Аноны, подскажите софтину, чтобы просто без задней мысли вшивать субтитры в файл
>>1648864>>1648865
(Microsoft Windows 10: Firefox based) #179 #1648864
>>1648862
mkvtoolnix
>>1648869
(Microsoft Windows 7: Firefox based) #180 #1648865
>>1648862
MKVToolNix GUI
>>1648869
11 Кб, 200x179
(Microsoft Windows 7: New Opera) #181 #1648869
(Microsoft Windows 7: Firefox based) #182 #1649899
Подскажите пожалуйста, какой лимит на мелкодосках на файлы?
>>1650591
(Microsoft Windows 7: Firefox based) #183 #1650017
Как изменить директорию, из которой ffmpeg подхватывает файлы (т.е ffmpeg/bin)?
>>1650025
(Microsoft Windows 7: Firefox based) #184 #1650025
(Microsoft Windows 10: Firefox based) #185 #1650258
>>1646479

> постоянно обрезает конец


Это происходит потому что ты ставишь

> установленный лимит по объему


который у ffmpeg работает именно как обрезка видео при достижении лимита по размеру. Считай битрейт вручную.
17 Кб, 669x329
(Microsoft Windows 7: Firefox based) #186 #1650441
Почему не видит файл?
(Microsoft Windows 7: Firefox based) #187 #1650447
>>1650441
Если запускать через батник из папки, то всё работает.
(Linux: Firefox based) #188 #1650452
>>1650441
перейди в папку с файлом с помощью команды cd
>>1650457
(Microsoft Windows 7: Firefox based) #189 #1650457
>>1650452
Добра.
(Linux: Firefox based) #190 #1650547
>>1650441
Shift + ПКМ >> Открыть окно команд

Откроет сеанс терминала в текущей директории (но только если она не в представлении библиотеки показывается).
Pioneer (Microsoft Windows 7: Firefox based) !LenaDRQffY #191 #1650591
>>1649899
Знает кто где посмотреть?
(Microsoft Windows 10: Firefox based) #192 #1650595
test
(Microsoft Windows 7: Firefox based) #193 #1650653
>>1650597
в /es/ 5 нельзя даже.
(Microsoft Windows XP: Firefox based) #194 #1651708
Это только у меня VP9 кодируется с одним ключевым кадром, если не указываешь -g? Билд ffmpeg от конца февраля последний для XP
(Microsoft Windows 7: New Opera) #195 #1652017
Поставил virtualdub, накатил плагин под .mkv, в ffdshow выставил для wmv libavcodec. Всё равно показывает missing codec при попытке открыть видео. ЧЯДНТ?
>>1652048
(Microsoft Windows XP: Chromium based) #196 #1652048
>>1652017
Если очень надо открыть в VirtualDub, а с плагином не получается, то можешь установить avisynth и после этого открывать в VirtualDub такой скрипт.avs:
directshowsource("файл.mkv")
>>1652094
(Microsoft Windows 7: New Opera) #197 #1652094
>>1652048
Спасибо.
>>1652124
(Microsoft Windows XP: Chromium based) #198 #1652124
>>1652094
Осталось настроить вывод из VirtualDub прямо на вход ffmpeg и "конвейер" готов.
161 Кб, 750x737
654 Кб, 1279x719
539 Кб, 1278x715
(Microsoft Windows 10: Chromium based) #199 #1653929
Добрый день, дорогие. Захотел поделать webm'ки, скачал webm for retards, как и положено. Но не могу разобраться с настройками. При выставлении режима Constant и ограничения в 20 MiB качество видео получается просто ужасным в сравнении с оригинальным видео. Ничего тут не поделаешь, придётся уменьшать размер видео на выходе?
Но ведь тут некоторым удаётся пилить 720p вебмки размером в 20 мегабайт, продолжительностью в 2 минуты, и отличным качеством. Что за магия? https://2ch.hk/v/src/613911/14587914987280.webm (М)
Подскажете самые оптимальные настройки для Webm for retards? (в консоль я не умею)
>>1654015
(Apple Mac: Firefox based) #200 #1654015
>>1653929

Скачай VLC, самый годный энтрилевел конвертер с настройками битрейта.
341 Кб, 1395x645
(Microsoft Windows 10: Chromium based) #201 #1654180
Почему так медленно то?
>>1654204>>1654474
(Microsoft Windows XP: Firefox based) #202 #1654204
>>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 - неплохо же. Наверное.
(Debian Linux: Iceweasel) #203 #1654474
>>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) и жми двумя проходами. Мб будет и не быстрее, зато результат будет выглядеть нормально.
1982 Кб, 1024x1222
(Microsoft Windows 7: Chromium based) #204 #1654890
Можно в ffmpeg такие пикчи делать? каждые n секунд.
(Microsoft Windows 7: Firefox based) #205 #1654990
>>1654967
Как к этому великолепию добавить названия кодеков над временем? Кратко. Как делает тот же потплеер, к примеру.
(Microsoft Windows 10: Firefox based) #206 #1655521
Есть тут кто? Поясните, я создал вебмку, а она весит очень много - 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 пнг.
(Microsoft Windows 10: Chromium based) #207 #1655573
>>1655521

>-b:v 0


Этот параметр ограничь.
>>1655578
(Microsoft Windows 10: Firefox based) #208 #1655578
>>1655573
Каким числом? Я, просто, эту строку с вашего гайда взял, н очень разбираюсь что значит что...
>>1655689>>1655706
5807 Кб, Webm
(openSUSE: Firefox based) #209 #1655689
>>1655578
Уменьши

> -q:a 9


Это слишком много. Поставь 5-6, всё равно из ссаной мп3шки переделываешь.
Хорошо бы еще vp8 на vp9 изменить.
>>1655696>>1655706
(Microsoft Windows 7: Firefox based) #210 #1655696
>>1655689

> 5-6


Может тогда и Ворбис заменить на Опус? В шапке написано, что для низких битрейтов он лучше.
>>1655702
(openSUSE: Firefox based) #211 #1655702
>>1655696
Низкие битрейты - это когда -q:a 4 и меньше, на котором у ворбиса начинается нормализация звука.
>>1655521

>-g 1


Алсо, что это? Оно же будет каждый кадр кейфреймом делать, в этом тоже проблема.
Поставь -g 300
6042 Кб, Webm
(Debian Linux: Iceweasel) #212 #1655706
>>1655521

> -q:a 9


У тебя битрейт звука вышел слишком высокий.

> -g 1


И каждый кадр видео — ключевой. Норкоман?

>>1655578

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


Показывай, откуда конкретно.

>>1655689

> Хорошо бы еще vp8 на vp9 изменить.


Для статичной картинки похуй, особенно если -g поставить не меньше пары сотен.
Можно ещё fps (-r) понизить, я ставлю 1/3.
>>1655715
(Microsoft Windows 10: Firefox based) #213 #1655709
Поставил -g на 60, стало весит 7 мб всего. НО, при переключении видео оно переключается очень большими кусками...
>>1655715>>1655716
3299 Кб, Webm
(Debian Linux: Iceweasel) #214 #1655715
>>1655709
При каком ещё переключении? При перемотке мб?
В >>1655706 стояло -g 9999 (т.е. по идее ключевой кадр должен быть только один — первый), но firefox его мотает точно до указанной позиции.
У mpv без --hr-seek проблемы с перемоткой присутствуют, да.
>>1655718
(openSUSE: Firefox based) #215 #1655716
>>1655709
Отключи быструю перемотку в плеере.
В браузере будет нормально переключаться.
>>1655718
(Microsoft Windows 10: Firefox based) #216 #1655718
>>1655715
>>1655716
Да при перемотке. Я юзаю медиа плеер класик, как в нём быструю перемотку выключить?
(Debian Linux: Iceweasel) #217 #1655719
>>1655718
Откуда нам-то знать? Он же сперма-онли.
(openSUSE: Firefox based) #218 #1655721
>>1655718
В настройках поищи. Вроде в мпц - оно и называется "быстрая перемотка".
Также её могут назвать перемоткой по ключевым кадрам.
>>1655726
129 Кб, 787x737
(Microsoft Windows 7: Firefox based) #219 #1655723
>>1655727
27 Кб, 658x495
(Microsoft Windows 10: Firefox based) #220 #1655726
>>1655721
А где они могут быть и как это звучит по английски?
Кстати, а вы какие плееры юзаете?
>>1655728
(Microsoft Windows 10: Firefox based) #221 #1655727
>>1655723
Спасибо, нашёл.
(Microsoft Windows 7: Firefox based) #222 #1655728
>>1655726

> по английски


Не выёбуйся, а поставь русский.
(Microsoft Windows 10: Firefox based) #223 #1655729
Тогда какие значение -g указывать для статичной картинки лучше всего?
>>1655732
3234 Кб, Webm
(Debian Linux: Iceweasel) #224 #1655732
>>1655722

> Какие проблемы?


При клике по сикбару видео перематывается на первый кадр. С точки зрения пользователя это проблема.

> К тому же, по умолчанию есть кейбиндинги Shift+Left/Right и Shift+Up/Down, которые делают точный сик.


Угу, ими и пользуюсь.

>>1655729
Дохуя — так, чтобы кадров получилось меньше значения -g. При низком FPS для быстрой перемотки ключевые кадры не нужны. В браузерах по дефолту включена точная перемотка, так что с этим проблем нет.
(Debian Linux: Iceweasel) #225 #1655737
>>1655733

> Это OSC который?


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

Возможно, тут имеет смысл сравнивать погрешность seek'а до ключевого кадра с количеством пикселей seekbar'а и применять hr-seek если оно больше какого-то порога.
(Microsoft Windows 8: Firefox based) #226 #1656081
Есть видео 1920х1080 с битрейтом 10000, занимает слишком много места, как лучше ужать? 1280х720 с битрейтом 3200 или оставить 1920х1080 с битрейтом 3200? Понимаю, что такой битрейт низковат для 1920х1080, но ведь при изменении разрешения будут еще большие потери?
56 Кб, 700x475
88 Кб, 700x475
(Microsoft Windows 7: Chromium based) #227 #1656163
>>1632602 (OP)
Вебм для ретардов.
Нихуя не работает.
Почему?
(Microsoft Windows 8: Firefox based) #228 #1656197
>>1656148
Я понимаю что будут потери, но ведь при перекодировки разрешения они будут еще больше? кодирую в h265 через видеокарту
(Microsoft Windows 8: Firefox based) #229 #1656224
>>1656214
Зато быстро, причем нвидиа подпилила кодер под 265, nvenc 265 смотрится намного лучше чем nvenc 264.
Исходник H.264 но качество там явно не тянет на битрейт 10000. Вообще, я уже попробовал так и так, на скрине после ресайза до 1280х720 видно больше артефактов чем просто понижение битрейта (если скрины увеличить до одного размера).
>>1656241
4374 Кб, Webm
(Microsoft Windows 7: Chromium based) #230 #1656227
Спасибо.
>>1656581
254 Кб, 1920x1080
240 Кб, 1920x1080
128 Кб, 1280x720
(Microsoft Windows 8: Firefox based) #231 #1656241
Скрины >>1656224
1 исходник h264 1920x1080 12006 кб/с
2 nvenc 265 1920x1080 3200 кб/с
3 nvenc 265 1280x720 3200 кб/с

Если ресайзнуть 3 скрин до размера 2го то на 3м видно больше артефактов. На 2м потери в качестве получились не такие уже и большие. Получается, что лучше оставлять исходное разрешение.
иб4 обсуждение этой матурки
>>1656440
(Microsoft Windows 7: Яндекс браузер) #232 #1656440
>>1656241
соус
>>1657203
(Microsoft Windows 10: Firefox based) #233 #1656581
>>1656227

> -Why not?


> -Я могу.


Русек/10
(Microsoft Windows 10: Firefox based) #234 #1657009
app.nw распаковывается в темп под рандомными именами. Можно этого избе

Распаковал и назвал папку app.nw Отлично. Теперь и ютуб-дл через, например, батник youtube-dl -U можно апдейтить.
На ффмпег есть команда для апдейта?
>>1657012
(Debian Linux: Iceweasel) #235 #1657012
>>1657009

> На ффмпег есть команда для апдейта?


git pull && make -j8 && make install
>>1657017
(Microsoft Windows 10: Firefox based) #236 #1657017
>>1657012
Имелось в виду для шиндовс.
>>1657031
(Debian Linux: Iceweasel) #237 #1657031
(Debian Linux: Iceweasel) #238 #1657131
>>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"
>>1657244
(Microsoft Windows 7: Chromium based) #239 #1657203
>>1656440
Бамп
(Microsoft Windows 10: Firefox based) #240 #1657244
>>1657095
>>1657131
Спасибо.
961 Кб, 1014x2602
(Microsoft Windows 7: Firefox based) #241 #1657927
Я слышал тут дрочеры на кореянок в 4к пробегали. У вас есть уникальный шанс скачать их одним файлом, от правильных релизеров, а не то китайское. hdhome.org
(Microsoft Windows 10: Chromium based) #242 #1660875
>>1632602 (OP)
Отправили к вам из анимевебмтреда. Перепощу вопрос:

Сап, я тут к вам из обычного вебм-треда. По неизвестной мне причине вы заебись разбираетесь в ffmpeg. Я им тоже пользуюсь, но теперь у меня возник вопрос. А есть ли команда, которая разбивает видео на 2-3-4 части? Если например, надо большой файл для фат заготовить?
(Microsoft Windows 10: Chromium based) #243 #1660905
>>1660900

>mkvmerge --split ??m -o out.webm in.webm


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

mkvmerge входит в пакет mkvtoolnix.
4022 Кб, Webm
Как избавиться от шумов при аудио захвате? Юзаю recordmydesktop. В альсе выставлены только master, headphones, PCM, front и capture.
2360 Кб, 1920x539
2888 Кб, 1918x538
2549 Кб, 1920x540
2527 Кб, 1920x539
(Microsoft Windows 10: Firefox based) #247 #1662347
>>1632602 (OP)
Не знаю, где спросить, спрошу здесь. Два кадра из игры, один - стоп-кадр видеозаписи, второй - скриншот. Видеозапись ярче и насыщенней. Это видеозахват не пишет с финального графического буффера или просто алгоритм видеосжатия картинку корраптит?
>>1662848
(Microsoft Windows 10: Firefox based) #248 #1662362
>>1662355
То есть ты предполагаешь проблему на этапе декодирования?
28 Кб, 583x111
(Microsoft Windows 10: Chromium based) #249 #1662391
анон, есть такой файл http://rutracker.org/forum/viewtopic.php?t=5081322 (хотя мой старый даже жирнее). Вангую, треть объёма точно занимают дорожки. Можно ли как-то вырезать лишние и оставить одну? Без потери видеокачества. А может это сделать можно проще и без ffmpeg?
>>1662414>>1663076
(Microsoft Windows 7: Firefox based) #250 #1662414
>>1662391
Что может быть проще чем через FFmpeg?
>>1662425
(Microsoft Windows 10: Chromium based) #251 #1662425
>>1662414
подскажи ключи, бро
>>1662680
1960 Кб, 1920x1080
1922 Кб, 1920x1080
1958 Кб, 1920x1080
1917 Кб, 1920x1080
(Microsoft Windows 10: Firefox based) #252 #1662435
>>1662363
Вот по порядку, слева и направо:
bt.709:limited
bt.709:full
bt.601:limited
bt.601:full
(Debian Linux: Iceweasel) #253 #1662680
(Debian Linux: Iceweasel) #254 #1662848
>>1662347
Чем ты видео захватывал? Похоже на применение к кадрам какого-нибудь HDR.
>>1662908>>1662912
(Microsoft Windows 10: Firefox based) #255 #1662908
(Microsoft Windows 10: Firefox based) #256 #1662912
>>1662848
Plays.TV - аналог шедоуплея для амд. Нормально работает.

Кстати, есть аппаратные ускорялки для кодирования ffmpeg? Кодирую в два прохода. Есть i5 3570k, там вроде квиксинк, и радеон 7970, там вроде opencl и amd vce. Есть ключи для задействования аппаратного ускорения? А то чето скоросте не отче.
>>1666776
(Microsoft Windows 7: Яндекс браузер) #257 #1662952
Так это нужно программирование знать? Почему все так сложно...
(Microsoft Windows XP: Firefox based) #258 #1663014
реквестую мегумин двач
>>1663762
(Microsoft Windows XP: Firefox based) #259 #1663075
>>1662913

>Только это надо руками ffmpeg с поддержкой QSV компилировать.


Так билды Zeranoe, вроде как, уже. Из-за этого дропнули поддержку Windows XP.
(Microsoft Windows XP: Firefox based) #260 #1663076
>>1662391
MKVToolnix
(Microsoft Windows 7: Firefox based) #261 #1663328
Посоны, поясните по хардкору, как правильно зациклить вебмку? Так, чтобы музыка больше по длительности была и при этом повторялся и видеоряд, и звук.
>>1663762
(Ubuntu Linux: Firefox based) #262 #1663330
m
71 Кб, 608x448
(Microsoft Windows 7: Firefox based) #263 #1663609
>>1632602 (OP)

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

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

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

>>1663609

> какого-то древнего аниме


Тащемта, эта овашка вышла в 2014 году.
3241 Кб, Webm
(Debian Linux: Iceweasel) #265 #1663817
>>1663807
Нихуя ты. Это на opencv полностью?
(Microsoft Windows 10: Chromium based) #266 #1664797
>>1632602 (OP)
Аноны, имеет ли смысл перекодировать кинцо из 24 ФПС в 60, или человеческий глаз больше 30 не видит перекодировкой 30 в 60 не превратишь?
>>1664812>>1664850
(Debian Linux: Iceweasel) #267 #1664812
>>1664797
Перекодировкой не превратишь, нужна интерполяция. Многие интерполяторы могут работать в реальном времени, и с ними сохранение результатов интерполяции имеет мало смысла.
>>1664821
(Microsoft Windows 10: Chromium based) #268 #1664821
>>1664812

>Многие интерполяторы


Название?
>>1664830
(Debian Linux: Iceweasel) #269 #1664830
>>1664821
Фильтр framerate ffmpeg'а, SVP.
mpv -vf "lavfi=[framerate=60]" animu.mkv
>>1665052>>1690762
(Microsoft Windows 7: Firefox based) #270 #1664850
>>1664797

>30 в 60 не превратишь?


На счет кинца не знаю, но анимцо сильно гадится артефактами после этого.
(Microsoft Windows 10: Firefox based) #271 #1665052
>>1664830

>mpv -vf "lavfi=[framerate=60]" animu.mkv


Как на шиндовс заставить работать?
>>1665913
(Microsoft Windows 8: Chromium based) #272 #1665455
>>1632602 (OP)
Кто-нибудь пользует питоновский webm 0.9.0 ?
С его помощью вообще можно превью делать для вебм'ок?
>>1665576
sage (Microsoft Windows 10: Chromium based) #273 #1665535
ы
860 Кб, Webm
(Microsoft Windows 8: Firefox based) #274 #1665576
>>1665455

>Кто-нибудь пользует питоновский webm 0.9.0 ?


Да.

>превью


Не нужно.
>>1665754
(Linux: Chromium based) #275 #1665710
Мне сказали что ffmpeg параша глючная, да я и сам убедился в этом, то размер вылезет за рамки при всех подсчетах, то обрезать нормально не может, то СЕГМЕНТФОЛТ. Есть альтернативы годные? Свои пропаганды свободного ПО засуньте себе в задницу. Свободное говно какое-то.
>>1665838>>1665913
(Microsoft Windows 8: Chromium based) #276 #1665754
>>1665576
В смысле не нужно? Он сам ставит?
6 Кб, 281x180
(Microsoft Windows 10: Firefox based) #277 #1665838
>>1665710
Movavi Video Converter наверни, болезный.
(Debian Linux: Iceweasel) #278 #1665913
>>1665052
Как на шиндовс заставить не работать?
Хотя, если в составе спермосборки mpv идёт старый ffmpeg, то вопрос отпадает. Бери тогда исходники @ конпеляй.

>>1665710

> Есть альтернативы годные?


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

> то размер вылезет за рамки


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

> то обрезать нормально не может


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

> то СЕГМЕНТФОЛТ.


Что-то у меня давно уже не было.

> Свои пропаганды свободного ПО засуньте себе в задницу.


Пиписитарного ПО такого класса в принципе не существует (если не считать решения с ворованным ffmpeg внутри), сасай.
(Microsoft Windows 8: Chromium based) #279 #1666384
Народ, не могу осилить превью, прям пиздец какой-то. Как сделать, чтобы превью было первым кадром вебмки?
>>1666490>>1666549
(Microsoft Windows 8: Chromium based) #280 #1666490
>>1666384
Делаю по мануалу, создаю текстовый файл со списком для объединения, а получаю Unsafe file name. Как это обойти?
>>1666549
3702 Кб, Webm
(Microsoft Windows 10: Chromium based) #281 #1666549
>>1670443
51 Кб, 698x493
(Microsoft Windows 8: Firefox based) #282 #1666550
Покажите мастер-класс по правильному деинтерлейсингу.
http://my-files.ru/wylu7k

Какой тип интерлейса у этого видео? Можно устранить чересстрочность используя только ffmpeg?
(Microsoft Windows 10: Firefox based) #283 #1666707
Подскажите, что добавить в строчку, чтобы пикча сжалась / растянулась до нужного размера?
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
>>1666708
(Microsoft Windows 10: Firefox based) #284 #1666708
>>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
(Microsoft Windows 10: Firefox based) #285 #1666712
Еще вопрос, как определять оптимальное качество звуковой дорожки?
У меня 5 минутная вебмка с статичкой картинкой 12 мб весит.
>>1666774
29 Кб, 604x604
(Microsoft Windows 7: Firefox based) #286 #1666762
Ну офигеть какое бггг в консольку оказывается нужно чтобы создать простой вебм файл.
Почему нет гайдов для совсем ньюфань, далеких от пердолинга?
224 Кб, 447x600
(Linux: Firefox based) #287 #1666774
(Google Android: Firefox based) #288 #1666776
>>1662912
Только если h.264. Аппаратно кодировать вебм еще ничто не может.
49 Кб, 565x300
(Microsoft Windows XP: Firefox based) #289 #1667463
На XP была ошибка

>The procedure entry point _wfopen_s could not be located in the dynamic link library msvcrt.dll.


Нашел что эта последняя рабочая версия для ХР

>ffmpeg-20150525-git-8ce564e-win32-static

>>1667590
(Microsoft Windows XP: Firefox based) #290 #1667590
>>1667463
Нет, последний рабочий билд для XP 20160227-git-5156578 от 26-го февраля.
Прямая ссылка:
https://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20160227-git-5156578-win32-static.7z
>>1668571
1414 Кб, 4033x4048
1682 Кб, 4033x4048
1011 Кб, 4033x2087
(Debian Linux: Iceweasel) #291 #1667672
Техподдержка приостановлена до выяснения обстоятельств delall'а одного из участников. Извиняйте.
>>1667680
93 Кб, 2080x173
(Linux: Firefox based) #292 #1667680
>>1667672
Шта?
>>1667684
(Linux: Firefox based) #293 #1667684
>>1667680
Там были подробности распознавания капчи. Сначала удалили три замазанных поста, некоторое время спустя — и всё остальное.
>>1667809
(Microsoft Windows 7: Firefox based) #294 #1667809
>>1667684
Почему капчу разгадывали в шебм-треде?
Алсо классные шревты, как называются?
>>1668042
25 Кб, 668x331
(Microsoft Windows 7: Firefox based) #295 #1668032
Я дуалбутчик и пользуюсь ффмпегом на обеих осях. Заметил, что

>ffmpeg -loop 1 -i picture.jpg -i sound.mp3 -shortest -deadline best out.webm


на лунипсе при аналогичных условиях обычно делается за полминуты-минуту, а на винде что-то идёт не так.
На пике - то, что набежало в кнвертировании за минуту. Обработано 12 секунд. Это просто омерзительно. Замечено также, что если конвертирование мп3 --> вебм идёт с обычной скоростью но почему-то только в ворбис. Если конвертить в опус, vlc ругается ошибками. Полная хуйня короче творится
В чем может быть дело?
>>1668040
34 Кб, 668x331
(Microsoft Windows 7: Firefox based) #296 #1668040
>>1668032
Всё, сам спросил, сам разобрался. -deadline best малину портил. Убрал его - конвертация пошла норм. А vlc на винде просто корявый. Какая же ублюдочная ось, господи.
(Linux: Firefox based) #297 #1668042
>>1667809

> Почему капчу разгадывали в шебм-треде?


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

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

> Алсо классные шревты, как называются?


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


bitmessage запусти, сучечка
(Microsoft Windows XP: Firefox based) #298 #1668571
>>1667590
Спасибо, забираю тогда :3
(Microsoft Windows 10: Firefox based) #299 #1669377
Не знаю в какой тред писать, спрошу тут, вроде по теме:
ЧЕМ записывать видео? Конкретно с игр.
Юзал фрапс, но он каким-то странным методом снимает формат, что его почти ничего не считывает. Его плюс - снимает всё.
Сейчас юзал ОБК, но он плохо настраивается, и снимает через раз.
>>1669637
(Microsoft Windows 8: Firefox based) #300 #1669637
>>1669377
OBS-Studio, но почему-то он не хочет захватывать полное разрешение и сжимает его на 2 пикселя, мыля изображение, поэтому я его не пользую. Экран у меня 1366х768, если у тебя другой, то возможно будет работать идеально.
Bandicam - надо покупать или воровать. Идеально пишет.
oCam - эталон мокрой письки, только воровать патченную версию без рекламы. Я его пользую, поскольку бандикам у меня падает периодически.
>>1669854
(Microsoft Windows 7: Chromium based) #301 #1669658
Чому файл 19.5 мб не заливается в /b/ ? Зделол вебем, а она не льётся. Пиздец.
>>1669669
(Microsoft Windows XP: Firefox based) #302 #1669669
>>1669658
10 метров максимум
(Microsoft Windows 10: Firefox based) #303 #1669737
Чем можно посмотреть информацию о вебмке? Раньше как-то аноны вбрасывали такую инфу, вроде программа какая-то была.
(Microsoft Windows 10: Firefox based) #304 #1669854
>>1669637
Стоит ли пиратить бандикам? Чёт почитал на рутрекере, некоторые пишут про вайрусы.
>>1673871
(Microsoft Windows 10: Firefox based) #305 #1669980
Поясните, что значит slicing и threading в настройках вебмдляретардов?
(Microsoft Windows 8: Chromium based) #306 #1670136
Наткнулся тут на утверждение, что, 2ч автоматом ставит в превью первый кадр. Это так?
И еще туда же: как в ффмпеге сделать превью в виде первого кадра видео?
>>1670443
(Microsoft Windows 10: Firefox based) #307 #1670309
Здравствуйте, поясните пожалуйста, в чём отличие shared / static версий ffmpeg'a?
И какую лучше использовать рядовому анону?
Как я понял дев - точно не для меня.
>>1670443
1700 Кб, Webm
(Linux: Firefox based) #308 #1670443
>>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

> И какую лучше использовать рядовому анону?


Любую, простой анон не заметит разницы.
(Microsoft Windows 10: Chromium based) #309 #1672365
Няши скромняши помогите пожалуйста. Есть видео с расширением .mov в нем надо поменять теги, а именно указать точные координаты и дату создания. Чем конкретно это можно сделать? В гугле не нашел, честно искал.
(Ubuntu Linux: Firefox based) #310 #1672397
>>1632753

>В некоторых редких случаях даже качественный ресэмплинг вызывает слышимые искажения.


Нет. Одно из двух — или это некачественный ресемплинг, или у тебя аудиофилия головного мозга. Идеальный ресемплинг — первое, что изучается в курсе цифровой обработки сигналов по этому вопросу, всё остальное — различные способы ухудшить его для экономии процессорного времени.
>>1672661
4 Кб, 592x376
108 Кб, 700x445
(Linux: Firefox based) #311 #1672661
>>1672397
Ну давай, отресэмпли эту пикчу до 700px по горизонтали так, чтобы шрифты не превратились в криво размыленное говно.
>>1677360
10 Кб, 430x295
(Microsoft Windows 8: Chromium based) #312 #1673053
>>1632602 (OP)

> Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых


Поясните за щеку, что за проблема с добавлением звуковой дорожки для новой шебм? Из редких, уже готовых webm звук добавляется без ошибки, но это единичные случаи, да и вообще - это ведь webm, а не чисто аудио файл. Или в этом gui только из особых форматов пойдёт dub? Я запутался...
>>1674425>>1679092
(Microsoft Windows 7: Chromium based) #313 #1673508
Поясните ньюфагу, зачем антуаны в ffmpeg'e при перекодировании, к примеру, .mp4 в .webm добавляют к команде огромное кол-во опций, если есть возможность просто написать ffmpeg -i file.mp4 file.webm, какой профит от длинной команды?
>>1673974
(Microsoft Windows 7: Firefox based) #314 #1673532
Лень где-то искать, поучите конвертить в 60фпс с помощью свпфлоу. Алсо, что нужно настроить, чтобы добиться высокого качества при низком размере? В анимешном вебмтреде так и попадаются любовно кодированые райлдексы, аж завидки берут.
(Microsoft Windows 10: Firefox based) #315 #1673871
>>1669854
Пользуюсь им почти два года, раз в несколько месяцев обновляя крякнутую версию с рутрекера. Сейчас на 2.3.3
(Linux: Firefox based) #316 #1673974
>>1673508

>просто написать ffmpeg -i file.mp4 file.webm


Тогда будут использоваться неоптимизированные дефолтные параметры, и ты получишь квадраты вместо видео
>>1674419
(Microsoft Windows 10: Firefox based) #317 #1674419
>>1673974
Скорее мыло. vp9 мылит картинку, в отличии от vp8, который распидорашивает её на шахматную доску.
(Microsoft Windows 7: Chromium based) #318 #1674425
>>1673053
Кстати, бампану этот вопрос анона, и добавлю еще один, гуй совершенно не хочет добавлять никакие аудиозаписи вообще, перепробовал все известные моему конвертеру форматы аудио, а также попробовал избавиться от кириллицы в пути к файлу, не помогло. Что можно еще попробовать?
50 Кб, 1075x480
(Microsoft Windows 10: Chromium based) #319 #1676594
расскажите что делает и как влияет выделенное на пикрил
>>1676662
728 Кб, Webm
(Microsoft Windows 7: Firefox based) #320 #1676648
Анон, почему вебм кодируется vp8, если я ясным по белому прописываю libvpx-vp9? А на директиву -c:v vp9 ругается через раз, мол нет такого енкодера, а иногда работает, НЁХ какая-то.
>>1676662
(Linux: Firefox based) #321 #1676662
>>1676594
Посмотри исходники, ёба. Судя по написанному в описании слайдера slices, автор сам нихуя не понимает: деление видео на полосы не улучшает, а ухудшает качество, но позволяет использовать потоки.

>>1676648
Вангую наличие нескольких сборок ffmpeg'а разной тухлости и хуйню с назначением PATH.
>>1676682
(Microsoft Windows 7: Firefox based) #322 #1676682
>>1676662
Окей, пусть даже сборка ffmpeg кривая (хотя я в ручную прописал PATH и выделил специально папку для бинарников), но почему он игнорирует -с:v libvpx-vp9 и кодирует в vp8, как такое возможно вообще?
>>1676684
(Linux: Firefox based) #323 #1676684
>>1676682
Покажи команду, вывод
(Ubuntu Linux: Firefox based) #324 #1677360
>>1672661
Ты не въезжаешь.

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

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

В цифровом аудио такие дополнительные костыли не нужны, поскольку разрешение 16bit@44100Hz покрывает возможности слуха, и задача интерполяции соответствует классической задаче "изменить частоту сэмплирования, не потеряв существующие частоты и не внеся новые". В результате сигнал после интерполяции будет содержать частоты не выше, чем было в оригинальном сигнале, хотя новая частота семплирования позволяет гораздо выше. Т.е. с твоей точки зрения он будет "мылом", хотя теория предписывает делать интерполяцию именно так. Твоё ухо этого, впрочем, всё равно этого не определит, т.к. выше 20кГц ты ничего не слышишь.
>>1677362
11 Кб, 518x288
(Ubuntu Linux: Firefox based) #325 #1677362
>>1677360
Вот картинка для пояснения.

Наверху — аналоговый сигнал, соответствующий критерию Найквиста, то есть не имеющий частот выше Fs/2, и соответствующий ему цифровой сигнал. Внизу — сигнал, интерполированный из цифрового методом zero-order hold, самым обоссанным и уёбищным с точки зрения теории сигналов, абсолютно не соответствующий тому, что было дискретизировано в оригинале, т.к. эти ступеньки — участки с большим количеством высоких частот, более высоких, чем частота Найквиста. Это искажения. Но мониторы отображают цифровые сигналы именно так, поэтому шрифты затачивают с расчётом, что они будут отображаться как при интерполяции zero-order hold.
>>1677373
(Microsoft Windows 7: Chromium based) #326 #1677371
А есть какая нибудь программа, что бы в 2клика делать вебки?
>>1679268
(Ubuntu Linux: Firefox based) #327 #1677373
>>1677362
Тащемта, ресемплинг вносит искажетия либо при некратных частотах, либо при даунсемплинге. Конверсия 44100 <-> 48000 внесёт искажения, какой бы YOBA-алгоритм ни использовался. Полагаю, их частоты будут за пределами слышимого диапазона.
Улучшение качества ресемплинга может играть роль разве что при многократной цифровой обработке сигнала, так как в этом случае искажения от каждой последующей обработки будут накапливаться.

мимомузыкант
>>1677374>>1677383
(Ubuntu Linux: Firefox based) #328 #1677374
>>1677373
И да, какие бы большие ни были искажения при смене частоты дискретизации, они ничто по сравнению с алгоритмами сжатия с потерями.
(Ubuntu Linux: Firefox based) #329 #1677383
>>1677373

>Конверсия 44100 <-> 48000 внесёт искажения, какой бы YOBA-алгоритм ни использовался.


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

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


И ты пытаешься спорить с инженером, жалкий гуманитарий?
>>1677392
(Ubuntu Linux: Firefox based) #330 #1677392
>>1677383

>И ты пытаешься спорить с инженером, жалкий гуманитарий?


Тащемта да https://ru.wikipedia.org/wiki/Теорема_Котельникова

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


>любой аналоговый сигнал может быть восстановлен с какой угодно точностью по своим дискретным отсчётам, взятым с частотой f>2f_c, где f_c — максимальная частота, которой ограничен спектр реального сигнала;


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


То есть теорема-то доказана, но только для сферического и в вакууме случая. В реальности же пока основной дроч на дискретизацию сводится к изобретению как можно более близкого к идеальному ФНЧ, который срежет все искажения выше частоты исходного сигнала.
>>1677394>>1677509
(Ubuntu Linux: Firefox based) #331 #1677394
>>1677392
Каковым фильтром при воспроизведении, к слову, оказывается сама звуковоспроизводящая аппаратура, редко могущая в частоты выше даже 12к, что уж говорить о теоретическом пределе 22050.
(Ubuntu Linux: Firefox based) #332 #1677509
>>1677392

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


Это не более чем высер анальной жопы безграмотного википидора, и вот почему:

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


Здесь тебя ничего не смутило?

>так как они конечны по времени


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

>обычно имеют разрывы во временно́й характеристике. Соответственно, ширина их спектра бесконечна.


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

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


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

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


Идеальный ФНЧ давно извесен, а на практике занимаются тем, что ухудшают его характеристики, чтобы получить выигрыш в производительности.
(Ubuntu Linux: Firefox based) #332 #1677509
>>1677392

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


Это не более чем высер анальной жопы безграмотного википидора, и вот почему:

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


Здесь тебя ничего не смутило?

>так как они конечны по времени


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

>обычно имеют разрывы во временно́й характеристике. Соответственно, ширина их спектра бесконечна.


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

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


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

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


Идеальный ФНЧ давно извесен, а на практике занимаются тем, что ухудшают его характеристики, чтобы получить выигрыш в производительности.
>>1677788
(Microsoft Windows 10: Chromium based) #333 #1677593
Какая команда обрезает черные полосы? Пробовал через -vf crop=960:540 и -vf crop=2/3in_w:2/3in_h

нахер тут у вас капча?
(Microsoft Windows 10: Firefox based) #334 #1677736
А можно как-то смотреть превьюхи если добавляешь второй дорогой? (вот этим способом https://hive.blasux.ru/webm/s?action=AttachFile&do=get&target=preview-guide.webm) А то в винде не видно их
(Ubuntu Linux: Firefox based) #335 #1677788
>>1677509

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


А не будет ли так добр наш инженер, не расскажет ли, какой именно алгоритм имеет достаточную точность и сколько он кушает процессорного времени? И да, это для 16 бит, а обработка звука нынче происходит в 32 битах с плавающей точкой.
>>1677925
(Microsoft Windows 10: Яндекс браузер) #336 #1677909
Реквестирую пример создания слайдшоу из картинок в ффмпеге.
1 Кб, 307x54
(Ubuntu Linux: Firefox based) #337 #1677925
>>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 и с прямоугольным окном.
>>1677999
(Ubuntu Linux: Firefox based) #338 #1677999
>>1677925

>Intel i7 4770


Ты как вообще мой процессор угадал, колдунама?
(Microsoft Windows 7: Chromium based) #339 #1678624
Не понял, почему нет годной инструкции по кодирование в 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!!!
>>1678886>>1679098
(Microsoft Windows 8: Firefox based) #340 #1678886
>>1678624
Чем примечателен SVP?
>>1679275
(Microsoft Windows 7: Firefox based) #341 #1679092
>>1673053
>>1673053
Перекачайте мокропиську, в новой версии даб пофикшен.
(Microsoft Windows 7: Firefox based) #342 #1679098
>>1678624
Ты лучше напиши годный гайд с помощью фильтров свпфлоу для ависинта, нахрена мне стороннюю фигню ставить, если есть фильтры?
>>1679261
(Microsoft Windows 7: Palemoon) #343 #1679233
Какие сейчас ограничения на размер видео? Нигде не нахожу.
>>1679276
146 Кб, 901x900
81 Кб, 646x663
214 Кб, 1517x624
(Microsoft Windows 7: Chromium based) #344 #1679261
>>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 версии, но визуально различия нет.
(Microsoft Windows 8: Firefox based) #345 #1679268
>>1677371
webm.py
(Microsoft Windows 7: Chromium based) #346 #1679275
>>1678886
творит шкальную магию
https://www.youtube.com/watch?v=kHPVDXwMxiA
(Microsoft Windows 10: Яндекс браузер) #347 #1679276
>>1679233
10240k в /b
34 Кб, 843x383
52 Кб, 1017x498
(Microsoft Windows 7: Chromium based) #348 #1680760
Хотел начать резать, но столкнулся с такой вот проблемой.
С общим доступом уже все перепробовал
>>1680779
(Linux: Chromium based) #349 #1680779
>>1680760

>1 пик


Ты ffprobe'ом пытаешь папку зачем-то. А надо файл.

>2 пик


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

Знай и люби родную консольку бгг
>>1680785
(Microsoft Windows 7: Chromium based) #350 #1680785
>>1680779
Спасибо, сам уже разобрался. запихал исходник в папку юзера
Я не понял, как мне сделать так чтобы файл искался на рабочем столе, а не в папке профиля
>>1680804
(Microsoft Windows 7: Firefox based) #351 #1680804
>>1680785
Либо как он сказал надо прыгать по папкам, в твоём случае cd Desktop сделать
Либо тыкать shift + ПКМ по рабочему столу, в менюшке ПКМ появился возможность открыть консоль там, где тыкал кнопки в данном случае на рабочем столе
>>1680819
(Microsoft Windows 7: Chromium based) #352 #1680819
>>1680804
Добра тебе
(Microsoft Windows 8: New Opera) #353 #1680992
Скачал себе Complete YouTube Saver для лисобраузера, показался самым адекватным и простым из всех. Папку ffmpeg указал
Но при загрузке файлов на секунду открывается окно где я успел заскринить
invalid data found when processing input
Как пофиксить?
>>1689479>>1698390
28 Кб, 1008x671
(Microsoft Windows 10: Firefox based) #354 #1681817
>>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' только вот почему-то ничерта не работает.
>>1682492
(Microsoft Windows 8: Firefox based) #355 #1681912
отписался
(Microsoft Windows 10: Chromium based) #356 #1682332
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

В хроме вебмки отлично воспроизводит а в лисе не хочет, в чем проблема? Уже замучался искать
>>1682407>>1682447
(Microsoft Windows 7: Chromium based) #357 #1682365
Где скачать старые версии WebM for Retards? Новая почему-то не запускается даже.
(Microsoft Windows 7: Firefox based) #358 #1682407
>>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
(Microsoft Windows 7: Firefox based) #359 #1682413
>>1682407

>-t 5


Длительность не забудь убрать.
(Microsoft Windows 7: Firefox based) #360 #1682443
>>1682407
Еще можно добавить -speed 4 (он же -cpu-used 4). Но, возможно, по дефолту уже используются все ядра. Как-то мало в сети доков по опциям libvpx-vp9
(Microsoft Windows 8: Firefox based) #361 #1682447
>>1682332
Вот так делай.
webm -i Untitled.mp4 -l 10 out.webm
(Microsoft Windows 10: Firefox based) #362 #1682482
>>1682407

>-y NUL


У меня с этим почему то не кодируется.
>>1682486>>1682519
(Ubuntu Linux: Firefox based) #363 #1682486
>>1682482
Нинужно. Замени

> -f webm -y NUL


на

> -y e:\final.webm

>>1682492
(Microsoft Windows 10: Firefox based) #364 #1682492
>>1682486
Я так и делаю, но почему все советуют то, что у меня не работает? Кто-то всякие комплекс-фильтры предлагает, как в этом посте >>1681817, а они и не работают, нет таких фильтров, пишет мне ffmpeg.
>>1682521
(Microsoft Windows 7: Firefox based) #365 #1682519
>>1682482
Ты батник делаешь?
>>1682529
2658 Кб, Webm
(Ubuntu Linux: Firefox based) #366 #1682521
>>1682492
Неплохо, может сборка ффмпега у тебя не та?
>>1682529>>1682530
(Microsoft Windows 10: Firefox based) #367 #1682529
>>1682519
Когда-то давно напрямую - не работало, недавно начал через батник, тоже не работет.
>>1682521
Февральская, вроде, сборка, когда ffmpeg на 3.0 версию апгрейднулся.
>>1682532>>1682536
(Microsoft Windows 10: Firefox based) #368 #1682530
>>1682521
Можешь дать полный перечень от и до, как ты кодировал свою вебм?
>>1682534
(Ubuntu Linux: Firefox based) #369 #1682532
>>1682529
Какую ошибку выводит?
(Ubuntu Linux: Firefox based) #370 #1682534
>>1682530
Скочал открывок с 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
(Microsoft Windows 7: Firefox based) #371 #1682536
>>1682529
напиши pause последней строкой в батнике и посмотри на что ругается.
>>1682545
3 Кб, 619x44
5 Кб, 890x50
(Microsoft Windows 10: Firefox based) #372 #1682545
>>1682536
Nul - первый пикрил

>>16825342


Про фильтр - второй пикрил.
(Microsoft Windows 7: Firefox based) #373 #1682549
>>1682545
ты это писал -f webm?
>>1682557
(Microsoft Windows 7: Firefox based) #374 #1682551
>>1682545
сборку static качал?
>>1682557
(Microsoft Windows 10: Firefox based) #375 #1682557
>>1682549
Нет, не писал. Во, с ним работает. С этим разобрались, спасибо. Осталось с фильтрами проблему понять.
>>1682551
Вроде как да, не помню точно. Но скорее всего да.
(Microsoft Windows 7: Firefox based) #376 #1682562
>>1682545
Скопировал этот >>1682407 текст 1 в 1? Символ '^' не забыл?
>>1682577
(Microsoft Windows 7: Firefox based) #377 #1682566
>>1682557

>Нет, не писал. Во, с ним работает


Так копируй как есть, зачем удалять то что не знаешь?
>>1682577
(Microsoft Windows 7: Firefox based) #378 #1682571
>>1682557
И поставь статик сборку, так мы будем уверены что у тебя актуальные либы скомпилены.
(Microsoft Windows 7: Firefox based) #379 #1682575
>>1682557
С фильтрами поставь " " вместо ' '. Это же батник
>>1682577
(Microsoft Windows 10: Firefox based) #380 #1682577
>>1682566
Я пытался разобраться только с тем, почему Nul не работал у меня.
>>1682562

> '^'


Это перенос на новую строку?
>>1682575
Действительно. Заработало. Спасибо.
>>1682578
(Microsoft Windows 7: Firefox based) #381 #1682578
>>1682577

>Это перенос на новую строку?


да
(Microsoft Windows 10: New Opera) #382 #1682726
У меня вопрос, правда не по вебм, но думаю тут вполне подходящий тред.

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

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

Вообще раньше я юзал xvid4psp, но старые версии уже совсем мхом покрылись, а в текущей седьмой там винни хуй знает че делает, сборки хуярит каждую неделю, чинит одно и ломает другое, все время какие-нибудь лаги-баги, я уже устал от этого, ну и обрезка у него неудобная нихуя для длинных файлов. Может есть какая-то альтернатива этому?
(Microsoft Windows 10: Chromium based) #383 #1682838
ffmpeg -i e:\3434.jpg -c:v vp9 -vf scale=641:385 -pix_fmt +yuv420p e:\preview.webm
ffmpeg -i e:\final.webm -i e:\preview.webm -map 0 -map 1 -c copy e:\Finaloutput.webm

Теперь код что дали выше работает и в лисе, а как делаю превью с этими командами то опять не работает
3702 Кб, Webm
(Microsoft Windows 10: Chromium based) #384 #1682874
>>1682875
(Microsoft Windows 10: Chromium based) #385 #1682875
>>1682874
Если ты не заметил то код оттуда как раз и есть
>>1682881
(Microsoft Windows 10: Chromium based) #386 #1682879
>>1682838
Еще заметил что превьюшку саму по себе лиса воспроизводит, а после объединения с вебмкой уже крашится
237 Кб, 489x653
(Microsoft Windows 10: Chromium based) #387 #1682881
>>1682875
"-c:v vp9"
меня твое упрямство уже раздражать начинает.
>>1682884
776 Кб, Webm
6133 Кб, Webm
(Microsoft Windows 7: Firefox based) #388 #1682883
>>1682887>>1682913
(Microsoft Windows 10: Chromium based) #389 #1682884
>>1682881
я пробовал и так и так
>>1682892
(Microsoft Windows 10: Chromium based) #390 #1682887
>>1682883
это можно и вручную в ffmpeg сделать, мне нужно постороннее изображение в превью вставить
>>1682889
861 Кб, Webm
158 Кб, Webm
(Microsoft Windows 7: Firefox based) #391 #1682889
>>1682913
(Microsoft Windows 10: Chromium based) #392 #1682892
>>1682884
а битрейт где проебал?
>>1682894>>1682902
(Microsoft Windows 10: Chromium based) #393 #1682894
>>1682892
Кстати тот гайд уже можно выкинуть за отсутствие вот этого
-pix_fmt +yuv420p
>>1682910
(Microsoft Windows 10: Chromium based) #394 #1682902
ffmpeg -i e:\3434.jpg -c:v vp9 -vf scale=641:361 -b:v 380k -pix_fmt +yuv420p e:\preview.webm
ffmpeg -i e:\final.webm -i e:\preview.webm -map 0 -map 1 -c copy e:\Finaloutput.webm
>>1682892
>>1682947
(Linux: Firefox based) #395 #1682910
>>1682894
Работяга, плиз, vp8 всегда кодируется в yuv420p.
(Microsoft Windows 10: Chromium based) #396 #1682913
>>1682883
>>1682889
Есть ссылка, а то найти не могу?
>>1682952
(Microsoft Windows 10: Chromium based) #397 #1682947
>>1682902
ты vp8 точно пробовал?
>>1682949
(Microsoft Windows 10: Chromium based) #398 #1682949
>>1682947
ага, вся проблема кажется на этапе склеивания превью и основного видео, потому что по отдельности они запускаются без проблем
>>1682950>>1682951
(Microsoft Windows 10: Chromium based) #399 #1682950
>>1682949
а libvpx-vp9 вместо vp9?
>>1682953
(Microsoft Windows 10: Chromium based) #400 #1682951
>>1682949
и добавь еще -y везде, может у тебя превью не заменяется
>>1682956
(Microsoft Windows 7: Firefox based) #401 #1682952
>>1682913
Нету, долго рассказывать почему. Но есть wybm.
(Microsoft Windows 10: Chromium based) #402 #1682953
>>1682950
и так и так щя попробовал эффекта 0
(Microsoft Windows 10: Chromium based) #403 #1682954
ffmpeg -i e:\3434.jpg -c:v vp8 -vf scale=641:385 -b:v 380k e:\preview.webm
ffmpeg -i e:\final.webm -i e:\preview.webm -map 0 -map 1 -c copy e:\Finaloutput.webm
так тоже не пашет
>>1682956
(Microsoft Windows 10: Chromium based) #404 #1682956
(Microsoft Windows 10: Chromium based) #405 #1682961
Херня какаята с Wybm тоже не работает
(Microsoft Windows 10: Chromium based) #406 #1682965
В общем все советы перепробовал толку никакого, как с превью вебмки лиса не запускала так и не запускает
>>1682968
(Microsoft Windows 10: Chromium based) #407 #1682968
>>1682965
Значит у тебя лиса бракованная. Скачай еще на всякий случай последнюю статик версию ffmpeg, ну и лису переустанови.
3 Кб, 966x30
(Microsoft Windows 10: Firefox based) #408 #1683595
Обновил вчера ffmpeg c февральского, теперь при кодировании, в консоли появляется пикрил и вебмка в лисе не проигрывается, вебмрил как пример приложить не могу. Что не так? строка такая же как и раньше, пример первого прохода, так как строка появляется и в нём:
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
(Microsoft Windows 7: Firefox based) #409 #1684266
Трям
3702 Кб, Webm
(Microsoft Windows 8: Firefox based) #410 #1684345
test
1012 Кб, Webm
(Microsoft Windows 8: Firefox based) #411 #1684361
test
>>1684363
(Linux: Firefox based) #412 #1684363
>>1684361

> 1024x576


У превьюшки разрешение должно быть больше, например 1026x578
>>1684367>>1684370
1012 Кб, Webm
(Microsoft Windows 8: Firefox based) #413 #1684364
test
1013 Кб, Webm
(Microsoft Windows 8: Firefox based) #414 #1684367
>>1684370
(Microsoft Windows 8: Firefox based) #415 #1684370
>>1684363
>>1684367
Вон оно как. Спасибо.
(Microsoft Windows 10: Chromium based) #416 #1684375
Блин и всеже почему у меня превьюшки не запиливаются для лисы
338 Кб, Webm
379 Кб, Webm
41 Кб, Webm
(Microsoft Windows 10: Chromium based) #417 #1684411
Вот вебм1 работает в лисе без превью
Вот вебм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
(Microsoft Windows 10: Chromium based) #418 #1684427
Единственное что через кастыль в виде приклеивания первого кадра с превьюшкой в сонивегасе а затем уже в вебм все кодировать
>>1684434
693 Кб, Webm
(Linux: Firefox based) #419 #1684434
>>1684427
Или просто найти билд ffmpeg, на котором оно работает.
(Microsoft Windows 10: Firefox based) #420 #1684437
>>1684434
В релизном 3.0.0 например
>>1684458>>1684630
(Microsoft Windows 10: Chromium based) #421 #1684458
>>1684434
>>1684437
Да действительно заработало
>>1684630
113 Кб, 806x801
(Microsoft Windows 7: Firefox based) #422 #1684630
>>1684434
>>1684437
>>1684458
Подтверждаю. Была такая же проблема. 3.0 нормально клеит.
93 Кб, 916x662
(Microsoft Windows 7: UC Browser) #423 #1684682
Сосоны ответьте мне на один вопрос. Как конвертить в VP9 с помощью GPU? Кодить процем настоящий ад и израиль. 0,5фпс в секунду и это зеоне сендибридж. Многопоточность дает от силы 10% и то только второй поток, больше смысла давать вообще нет. Что за хуйня вообще происходит?
>>1684694
(Microsoft Windows 7: Firefox based) #424 #1684694
>>1684682
Никак, GPU не предназначены для кодирования видео.
62 Кб, 1321x638
25 Кб, 690x463
(Apple Mac: Chromium based) #425 #1684888
Что с ним случилось?
>>1684913>>1684938
(Microsoft Windows 10: Chromium based) #426 #1684913
>>1684888
Возможно сразу вторым проходом шпарит
>>1684921
(Apple Mac: Chromium based) #427 #1684921
>>1684913

Нет, выдает ошибку если просто на Trim нажать, судя по всему с AviSynth какая то херня. Но что я могу с ним сделать, кроме как переустановить?
13 Кб, 1086x474
25 Кб, 1082x475
(Apple Mac: Safari) #428 #1684936
AviSynth переустановил, хуй знает что теперь делать с этим :(
>>1684938
9 Кб, 438x298
23 Кб, 605x640
(Apple Mac: Chromium based) #429 #1684938
Лол, вы не поверите проблема >>1684888 >>1684936 решена(наверное) мне и в голову такое прийти не могло.
Дело было в самом файле - выбрал другой, все кодирует нормально.

Вот подробная инфа о нем, подлец обрушает программу, судя по всему не сам конвертер а именно AviSynth
(Microsoft Windows 7: Chromium based) #430 #1685153
Глядите какая фигня
http://rodrigopolo.com/ffmpeg/

Удобно.
(Microsoft Windows 10: Vivaldi) #431 #1685400
На сервере, WinXp 64 XEON L5639 24 ядра, ffmpeg загружает максимум 10% CPU. Из за чего такое может быть? Играться количеством потоков пробовал, то же самое.

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
>>1685408>>1686065
(Microsoft Windows 7: UC Browser) #432 #1685408
>>1685400
Vp9 не может больше чем в 2 потока. Точнее может, но профита не будет. Не важно сколько потоков ты там нарисуешь 2 или 10 скорость кодирования будет одна и та же. У двух потоков есть преимущество над одним, дальше преимущество пропадает.
12 Кб, 842x107
(Microsoft Windows 10: Chromium based) #433 #1686022
Не удается прикрепить субтитры. Может с командой чего накосячил.
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
>>1686137
6130 Кб, Webm
18 Кб, 550x605
(Неизвестно: Неизвестно) #434 #1686065
>>1685400

>-vf scale=-1:540


А ты нормальный контент кодируй и 8 ядер всадишь, я тебе
гарантирую. Чай в XXI-ом веке живём.
(Microsoft Windows 10: Chromium based) #435 #1686137
>>1686022
вроде разобрался пока
4425 Кб, Webm
(Microsoft Windows 7: Firefox based) #436 #1686246
Есть где-то 6 гигабайт видео, постепенно утягиваемых с ютуба, обычно это их мп4 версия максимального доступного качества, где-то от двухлетней давности до месячной. Есть ли смысл изучать эту тему, чтобы перекодировать видосы в какие-то объёмы поменьше, или гроб гроб кладбище артефакты в любом случае?
УМА НЕТ ПИШИ В РАНДОМНЫЙ ТРЕД (Linux: Chromium based) #437 #1686672
Господа, вопрос по mpv. Почему диалоги могут быть слишком тихими по отношению к остальным специфектам, от которых оглохнуть можно? пробовал фильтр --af=lavfi=dynaudnorm, но он "выравнивает" как ему захочетсяда еще и softvol не работает с ним. Есть мысли? Выход через альсу на 2.1
>>1686943
(Microsoft Windows 10: Firefox based) #438 #1686942
Правда что можно видео захватывать с игр ффмпегом?
Винда10.
>>1688496
(Microsoft Windows 10: Firefox based) #439 #1686943
>>1686672
В другом треде мне сказали что это из-за 5.1 дорожки.
(Microsoft Windows 7: Firefox based) #440 #1688496
>>1686942
Но зачем?
(Microsoft Windows 10: Chromium based) !1488zPOP96 #441 #1688502
Как повернуть видео на 180* в ffmpeg?
>>1688660
(Microsoft Windows 10: Firefox based) #442 #1688652
Тред умер, что ли?
(Microsoft Windows 10: Firefox based) #443 #1688655
Всё-таки, спрошу: какой делать битрейт звука в вебмке?
А то вебмка со статичной картинкой на 1 кадр весит под 18 мб (8 минут музыки, 320 кб/с).
>>1688660
(Linux: Firefox based) #444 #1688660
>>1688502
Добавь -vf hflip,vflip
>>1688655
Такой, чтобы в лимит поместилось. Хорошо, если не меньше 96k для opus stereo.
>>1688739
(Microsoft Windows 10: Firefox based) #445 #1688739
>>1688660
Подскажи еще вопрос, почему эта строчка ффмпега делает из 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
(Microsoft Windows 7: Firefox based) #446 #1689479
>>1680992
Идеального скачивателя с ютуба до сих пор не придумали. Хорош ютубдлгуи, но сделан через жопу и не может в 60фпс. Охрененен 3дюд, но нельзя скрестить недаш с дашем, хотя я автору писал и он со мной согласился. Некоторые видео приходится муксить самому через Ямб.
>>1689516
(Microsoft Windows 10: New Opera) #447 #1689516
>>1689479
ummy чем не нравится?
>>1691125>>1691131
(Microsoft Windows 10: Firefox based) #448 #1689579
В mpv/smplayer можно включить 60fps интерполяцию?
>>1690762
(Microsoft Windows 7: Firefox based) #449 #1690230

> 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


Поясните нубу как указать нужный битрейт.
(Microsoft Windows 7: Firefox based) #449 #1690230

> 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


Поясните нубу как указать нужный битрейт.
>>1690238
(Microsoft Windows 7: Firefox based) #450 #1690238
>>1690230
Без вас, пидоров, разобрался.
(Microsoft Windows 7: Firefox based) #451 #1690509
Здраститя. Вижу у вас тут хорошо подкованная в разных видево приблудах аудитория. Не могли бы мне помочь пожалуйста с одним вопросом, связанным с утилиткой youtube-dl
>>1690471
Задача стоит скачать видео в лучшем виде, насколько можно.
Спасибо.
>>1690551
(Microsoft Windows 10: Firefox based) #452 #1690551
>>1690509
>>1690471
Cо стандартным best ютубдл качает 720p.
С bestvideo+bestaudio качаются максимального качества дорожки видео и аудио.

Можешь проверить на
youtube-dl https://www.youtube.com/watch?v=0vrdgDdPApQ -f bestvideo+bestaudio
>>1690557
(Microsoft Windows 7: Firefox based) #453 #1690557
>>1690551

> Cо стандартным best ютубдл качает 720p.


А если нету даже ХД, то качает лучшее имеющееся? Т.е. бест это кап по 720р включительно.
>>1690573
(Microsoft Windows 10: Firefox based) #454 #1690573
>>1690557
Нет. Ошибся, потестил только что.
Стандарт - bestvideo+bestaudio Те если будет строка типа
youtube-dl ссылка, качается максимально возможное качество.
Если прописать best, то качество будет ниже. Например, с максимальным 1080p, скачалось 720p, с максимальным разрежением в 480p, скачалось 360.
>>1690589
(Microsoft Windows 7: Firefox based) #455 #1690589
>>1690573
Вот спасибо тебе. А то я уже скачал два больших списка на несколько Гб. Добра.
69 Кб, 403x912
(Linux: Firefox based) #456 #1690762
(Microsoft Windows 7: Firefox based) #457 #1691125
>>1689516
Адвара 9/56 же.
>>1691158
(Microsoft Windows 7: Firefox based) #458 #1691131
>>1689516
И убогий функционал.
>>1691158
105 Кб, 1271x901
(Microsoft Windows 10: New Opera) #459 #1691158
>>1691125
>>1691131
хм, не знал. Антивирь на неё никогда не ругался. Хотя определяется скорее как потенциально опасное. Ну а функционал... Позволяет в 2 клика сохранить видео в любом доступном качестве с ютуба(включая 4k@60), а больше мне и не надо.
(Microsoft Windows 8: Firefox based) #460 #1691533
>>1632602 (OP)

Есть набор картинок. Нужна прога, способная свести эти картинки в один видео файл и чтобы эти карт инки как-бы перетекали друг в джруга. Вывести в вебм потом я и так смогу.
(Linux: Chromium based) #461 #1691551
Тест
29 Кб, 645x345
(Microsoft Windows 7: Chromium based) #462 #1692001
>>1632602 (OP)
Анон что не так?
>>1692004
(Linux: Firefox based) #463 #1692004
>>1692001
Может исходный файл плохо скачался или изначально был битый?
А что на выходе получилось? Если всё нормально, то невермайнд.
>>1692008
(Microsoft Windows 7: Chromium based) #464 #1692008
>>1692004
Он останавливается
После ошибок ещё пару фреймов проходит и всё, а должен дальше идти
62 Кб, 907x205
(Microsoft Windows 10: Firefox based) #465 #1692473
Юзает тут кто блендер?
Поясните, почему не могу рендер анимации сделать, пишет такую проблему.
>>1692497
(Microsoft Windows 10: New Opera) #466 #1692497
>>1692473
увеличь vbr в настройках для видео в которое конвертируешь отрендеренный поток, если в h264, то можно просто avc level повыше взять. блендер не юзал, не знаю, где и что находится - сам ищи
>>1692503
30 Кб, 816x424
(Microsoft Windows 10: Firefox based) #467 #1692503
>>1692497
Я в этом не очень разбираюсь, вот какие настройки.
>>1692531
(Microsoft Windows 10: New Opera) #468 #1692531
>>1692503
я бы вместо xvid использовал h264, но твоё дело.
а для исправления твоей проблемы увеличь значение buffer, если не ошибаюсь, оптимальное значение лежит где-то в 1-2 от target bitrate в твоём случае попробуй 8000 поставить
>>1692536>>1692542
(Microsoft Windows 10: New Opera) #469 #1692536
>>1692531
или ещё больше, хм, если там 9000 maxbitrate...
>>1692542
(Microsoft Windows 10: Firefox based) #470 #1692542
>>1692536
>>1692531
Я уже всё там менял, другие ошибки выскакивали.
Я не знаю, но по мне хвид получше Н.264, по крайней мере у меня последний очень размытые видео с десктопа снимает, а хвид ок.
(Linux: Firefox based) #471 #1693543
Гномовцы сделали свой энкодер VP9 вчера, EVE (Two Orioles):
http://www.twoorioles.com/
https://blogs.gnome.org/rbultje/2016/05/02/the-worlds-best-vp9-encoder-eve-2/

Сами они говорят, что он кодирует быстрее libvpx, визуально лучше, битрейт сдерживает лучше. По второй ссылке есть тесты со скриншотами.
>>1693908
(Microsoft Windows 10: New Opera) #472 #1693908
>>1693543

>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.

>>1693924
(Microsoft Windows 10: Chromium based) #473 #1693924
>>1693908

>not available as opensource


Разумеется! Всё качественное и эффективное только с закрытым кодом и за бабки. Люди горбатились, кодили, придумывали и тут бац, с какого-то хуя надо выложить это в открытый доступ, ну бред же! Надо результат работы кому-нибудь загнать и желательно не один раз, а лицензию на использование, чтобы продать нескольким покупателяи и обеспечить себе поток денежных средств. Линукс вот с открытым кодом - говнина ёбаная, как был 2% пять лет назад так и остаётся, а Windows с закрытым кодом, профессионалы делали ну и соответствующий резултат ~90% доля на рынке.
(Microsoft Windows 7: Firefox based) #474 #1694015
Посоны, дайте пожалуйста строку типа этой:
ffmpeg.exe -i 1.avi -s 500x220 -crf 60 -b:v 5m out.webm
чтобы кодировать в vp9 в 720 с битрейтом где-нибудь в 300.

Че еще накатывать надо в архив? либу vp9? если можно ссылочку.

Спасибо большое
>>1694020
(Microsoft Windows 7: Firefox based) #475 #1694020
>>1694015
ffmpeg -i govno.mkv -vf scale=-1:720 -b:v 300k out.webm
Вообще не ленись и курни мануалов, доку потыкай. Начни хотя бы с первой ссылки в ОП-посте.
Если мне не изменят память, ffmpeg под виндой собран статически огромным бинарником и уже включает в себя все популярные либы.
>>1694023
(Microsoft Windows 7: Firefox based) #476 #1694023
>>1694020
ffmpeg -i 1.mp4 -c:v libvpx-vp9 -crf 10 -b:v 1000k -c:a libvorbis output.webm

сейчас так попробую, а потом твое проверю, спасибо.
>>1694032
(Microsoft Windows 7: Firefox based) #477 #1694032
>>1694023
У тебя битрейт далеко не 300 же. И по дефолту ffmpeg современных версий сразу кодирует webm используя libvpx-vp9 и libopus.
>>1694035
(Microsoft Windows 7: Firefox based) #478 #1694035
>>1694032
вот оно че, спасибо, тогда вот так да?

ffmpeg -i 1.avi -b:v 300k out.webm

если без разрешения
2497 Кб, Webm
(Microsoft Windows 7: Firefox based) #479 #1694046
300к конечно маловато, буду ставить 700к, спасибо анон.
755 Кб, 1218x819
(Ubuntu Linux: Firefox based) #480 #1695072
Не пинайте нуба. Скомпилировал avidemux 2.6.12 (линукс минт 17.3), но не знаю как включить в него поддержку кодека vorbis/opus.
>>1695249
(Linux: Firefox based) #481 #1695249
>>1695072
Обрати внимание на вывод configure: там написано, какие возможности отключены из-за отсутствия библиотек.
Ещё можешь почитать ./configure --help
9 Кб, 400x294
Пацаны, помогите Васян (Microsoft Windows XP: Firefox based) #482 #1696197
>>1632602 (OP)
Есть одно видео, снятое в условиях плохой освещенности. Надо осветлить со следующими параметрами: см. пикрелейтед из фотошопа. Как мне применить подобные настройки с помощью ffmpeg? Или хотя бы гамму+контраст+яркость поменять(мне обязательно надо менять все три параметра, а не какой-либо один).

Дайте пример команды, я дальше сам методом тыка значения подберу, просто в бездонной справке ffmpeg нет времени копаться. Заранее спасибо.

Версия ffmpeg 3.0, т.к. это последняя стабильная версия для ХР, на котором я сижу на работе.
(Apple Mac: Firefox based) #483 #1696517
>>1632602 (OP)
Есть ли документация ffmpeg в pdf?
7 Кб, 369x213
(Microsoft Windows 7: Chromium based) #484 #1696576
Анон как подписать свою шебм
>>1696591
(Linux: Firefox based) #485 #1696591
>>1696576
fffmpeg -i pico.webm -c copy -metadata title="Moya webmka" bokunopico.webm
>>1696592
(Microsoft Windows 7: Chromium based) #486 #1696592
>>1696591
Будь здоров няша
144 Кб, 1918x513
(Microsoft Windows 10: Firefox based) #487 #1698367
Кто-нибудь может обьяснить, в чем проблема ?
>>1698404
(Ubuntu Linux: Firefox based) #488 #1698390
>>1680992
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/
(Linux: Firefox based) #489 #1698404
>>1698367

>- c:a


Это.

>output.mp4


И это. Ты поехавший, чтобы вебм в mp4 пихать?
>>1698531
(Microsoft Windows 10: Firefox based) #490 #1698531
>>1698404
спс. да, это я забыл заменить расширение файла
164 Кб, Webm
(Microsoft Windows 7: Chromium based) !!viUAPUraIE #491 #1699225
Как чинить?
ffmpeg -y -f gdigrab -i title=Steam output.webm
>>1699235>>1699415
(Microsoft Windows 7: Chromium based) #492 #1699235
>>1699225
Если сначала записать в mpg, а потом конвертить, то выходит нормально.
(Linux: konqueror) #493 #1699415
>>1699225
Добавь -pix_fmt +yuv420p
>>1699432>>1703396
(Microsoft Windows 7: Chromium based) !!viUAPUraIE #494 #1699432
>>1699415
Помогло! Благодарствую. А в чем заключалась проблема то?
>>1699492
(Microsoft Windows 10: Firefox based) #495 #1699492
>>1699432
Ты кодировал в хер-знает-каком цветовом пространстве, а yuv420p - это стандартное и поддерживается везде.
(Microsoft Windows 10: Firefox based) #496 #1701137
Юзает кто блендер? Есть вопросец, если я выделяю 2 вещи, копирую их, и вставляю, почему-то еще копируется и часть того, что я не копировал, почему так?
(Microsoft Windows 7: Firefox based) #497 #1702710

>ffmpeg -i Ass2.avi -c:v libvpx-vp9 -b:v 1M -c:a libvorbis t.webm



ПОчему я не могу сделать вебм? пишет что нет такого файла или дериктории
видео у меня прямо в на диске С без папок
>>1702717
(Linux: Firefox based) #498 #1702717
>>1702710
1. C:
2. cd C:\
3. Выполняешь свою команду
>>1702728
(Microsoft Windows 7: Firefox based) #499 #1702728
>>1702717

>1. C:


>2. cd C:\


куда это вписать?
(Microsoft Windows 8: Firefox based) #500 #1702741
Ребята скиньте плиз шаблон на вебмку 1280х720 и битрейтом 400-500
(Microsoft Windows 7: Palemoon) #501 #1702803
Подскажите, пожалуйста, как в Virtualdub в видео вставлять куски дргого видео или хотябы разрезать видео надвое и вставлять картинку на пару секунд, в дырку.
>>1703567
(Microsoft Windows 7: Firefox based) #502 #1703170
Что я делаю не так?

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 гигов весит?
>>1703396
(Microsoft Windows 10: New Opera) #503 #1703396
(Microsoft Windows 7: Chromium based) #504 #1703567
>>1702803
Append AVI Segment.
Размеры видео в пикселях должны быть одинаковыми.
(Microsoft Windows 7: Vivaldi) #505 #1703811
ffmpeg может сам разрезать пару flac+cue на треки?
Я прогуглил, всюду предлагают поставить что-то ещё над ffmpeg-ом. Не хотелось бы писать костыль для создания нужного батника для ffmpeg по cue.
>>1704225
(Microsoft Windows 7: Firefox based) #506 #1704225
>>1703811
А нахуя лол, есть куча прог для разрезания куе, место на жестком диске экономишь?
>>1704240
13 Кб, 312x305
(Microsoft Windows 7: Vivaldi) #507 #1704240
>>1704225
Я не хочу ставить левые проги. Формат очень очень простой, запилить какую-либо его поддежку - пару десятков строк кода, не вижу причин, почему этих строк должно не быть в ffmpeg. Например, хотя бы совсем тупую, что заместо -to/-ss указывается cue файл по которому пилится на части. Кодирование любого формата в тридцать раз больше кода занимает.
Что-то отдельное скачивать и ставить для такой простой задачи, это из пушки по воробьям - примерно как специальную отдельную программу ставить, которая переименует файлы нужным образом.
>>1704265
(Microsoft Windows 7: Firefox based) #508 #1704265
>>1704240
Ну фиг знает, когда мне это понадобилось, я быстро скачал прогу и за минуту решил задачу. А на каждый чих велосипедить скрипт по полчаса (или сколько ты там уже потратил времени) меня совершенно не привлекает, есть куда его потратить.
(Ubuntu Linux: Firefox based) #509 #1705257
FAQ не читал. Использую кодирование в два прохода
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 - в этом проблема?
>>1705305
(Microsoft Windows 7: Chromium based) #510 #1705305
>>1705257
-threads
(Microsoft Windows 7: Chromium based) #511 #1710036
Посоны, тред не читал, на доску вообще случайно зашел, но есть пара вопрос об WEBM:
1) Почему некоторые WEBM на андроиде запускаются без звука?
2) Почему некоторые WEBM, что в браузере были нормальными, на компутер сохраняются без звука или со звуком, но без видео?
3) Как мне избежать подобных казусов, когда я буду делать свои WEBM?
>>1710051
(Microsoft Windows 10: Firefox based) #512 #1710051
>>1710036
Позырь кодеки и pix_fmt у файлов у которых всё работает и у тех, что не работают.
Можно даже вручную наконвертить коротенький файл, кодеков всего-то немного: VP8 и VP9, аудио vorbis и opus
pix_fmt по идее должен быть yuv420p.
(Microsoft Windows 10: Chromium based) #513 #1712382
Так что же лучше использовать для кодирования звука с битрейтом 128 кбит/с и выше - Opus или Vorbis?
>>1712548
(Microsoft Windows 10: Firefox based) #514 #1712548
>>1712382
На 196 они примерно одинаковы (спектрограммы чекал)
Выше однозначно ворбис, ниже опус.
>>1713902>>1715777
(Microsoft Windows 7: Chromium based) #515 #1712687
Куда кидать файлы, которые я собираюсь конвертировать? Всё в ffmpeg'e.
Господа, подскажите мне, начинающему!
(Microsoft Windows 10: Firefox based) #516 #1712806
Можно ли как-то быстро удалить у кучи песен инфу о треках, альбоме, названии етц?
351 Кб, 1000x1000
(Arch Linux: Firefox based) #517 #1712841
Есть ли возможность указать для ffmpeg постоянный битрейт видео? Почему он скачет при кодировании и выходит за указанный максимум?
>>1713376
(Microsoft Windows 7: Chromium based) #518 #1712997
>>1632602 (OP)
Посоны, помогите ньюфагу. Хочу, чтобы у вебемок было превью, заебало искать нужную вебмку методом тыка.
>>1713378
(Microsoft Windows 10: Firefox based) #519 #1713376
>>1712841
-minrate:v 1200K -b:v 1200K -maxrate:v 1200K
>>1717010
(Microsoft Windows 10: Firefox based) #520 #1713378
>>1712997
Icaros Shell Extensions
113 Кб, 757x840
(Microsoft Windows 7: Chromium based) #521 #1713423
Делал превью, склеивал две вебм, и чё-то ругается этот червь.
Вотафак?
(Ubuntu Linux: Firefox based) #522 #1713902
>>1712548

>Выше однозначно ворбис


Пруф?

---

>http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2551


>Contribution proposal for GPU-accelerated VP8 encoder

127 Кб, 1512x786
(Apple Mac: Chromium based) #523 #1715416
Как обойти Activation Lock на iPhone? 7.1.2
(Microsoft Windows 10: Chromium based) #524 #1715777
>>1712548
Звук был стерео или моно? Для ворбиса указывал битрейт или качество?
(Microsoft Windows 7: New Opera) #525 #1716118
1. Как вырезать кусок по определенным координатам?
2. Минимальный набор параметров для кодирования в два прохода, пример?
3. Каким параметром разбивать видео на равные части, размером до 10240Кб.
>>1719019
(Microsoft Windows XP: Firefox based) #526 #1716859
пасоны, а есть проги чтобы с одной кнопкой - сделать шебм лучше чем у всех анонов!
(Linux: Firefox based) #527 #1717010
>>1713376
Делал уже так с vp9, битрейт по прежнему вылезает за рамки прямо при кодировании. С vp8 не знаю.
(Microsoft Windows 7: Chromium based) #528 #1717306
Хелп! Как одновременно ресайзнуть видео и обрезать полосы? Из 1280:720 сделать 960:408
(Microsoft Windows 7: Firefox based) #529 #1717571
Какой софтиной можно перекодировать все webm в mp4 ?
(Google Android: Firefox based) #530 #1718074
Весь тред не осилил, но интересно знать: есть ли способы кодировать видео эффективнее простого сжатия с вручную посчитанным битрейтом? Направьте хотя бы на архивач, если вопрос уже обсуждался.
37 Кб, 652x643
(Microsoft Windows 7: Firefox based) #531 #1718204
>>1632602 (OP)
где взять версию ffmpeg с работающим vp9?
у меня такая вот херня в кодеках

DEV.L. vp8 On2 VP8 (decoders: vp8 libvpx ) (encoders: libvpx )
D.V.L. vp9 Google VP9
(Microsoft Windows 7: New Opera) #532 #1718411
Как разрезать вебм на части?
(Linux: Firefox based) #533 #1718761
Техподдержки здесь больше не будет, извиняйте. Слишком сильно разлилась моча.

http://arhivach.org/thread/153077/
(Microsoft Windows 10: Chromium based) #534 #1719019
>>1716118

>1. Как вырезать кусок по определенным координатам?


Читай гайд Питуза, там про это сказано.

>2. Минимальный набор параметров для кодирования в два прохода, пример?


Указываешь кодеки и все фильтры, которые ты собираешься применить. Ну и время начала-конца куска видео (если вырезаешь откуда-то)
(Microsoft Windows 7: Chromium based) #535 #1720535
Поясните за сабы в вебм фор ретардс не бейте, лучше обоссыте
Почему они у меня через раз встают, а через раз вылетает с ошибкой

[nut @ 0000000000312840] No main startcode found.
pipe:0: Invalid data found when processing input
--- FFMPEG HAS EXITED ---

А еще, иногда субтитры встают, но криво, с диким рассинхроном, в чем проблема ?
17 Кб, 697x476
(Microsoft Windows 7: Firefox based) #536 #1720626
Что делать с этим?
Обновить тред
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 24 мая 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
« /s/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски