Сохранен 668
https://2ch.hk/s/res/1632602.html
Домены arhivach.top и arhivach.site временно не функционируют! Используйте домен ARHIVACH.XYZ.
24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!

WebM

 Аноним (Debian Linux: Iceweasel) 03/03/16 Чтв 21:08:58 #1 №1632602 
14570285381480.webm
Тред про кодирование вебмок.

Основным обсуждаемым здесь инструментом является ffmpeg. Пердолики с мокрописечными гуями вроде xmedia recode и прочие клепальщики распидорашенного кривопиксельного говна из порнотреда со своими воплями о ненужности консоли не нужны сами — пусть сначала научатся делать качественные вебмки, а потом уже лезут сюда с советами.

Делать WebM можно научиться в вики треда: https://github.com/pituz/webm-thread/wiki/
Там находится подробная информация о выборе и настройке кодеков на примерах использования консольных утилит ffmpeg, vpxenc и mkvmerge. Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых (сперма-only): https://gitgud.io/nixx/WebMConverter

FAQ: https://hive.blasux.ru/webm/s

Неочевидные моменты:
— ffmpeg выдаёт по умолчанию наиболее близкий к исходнику формат пикселей, тогда как браузеры умеют только yuv420p; фиксится параметром -pix_fmt +yuv420p;
— libvorbis при указании битрейта (-b:a) работает в режиме CBR (постоянный битрейт), и это портит качество звука; для режима VBR вместо битрейта надо указывать качество (-q:a); параметр -vbr on работает только для Opus'а;
— в webm'ки не нужно включать софтсаб в формате webvtt (FFmpeg это делает по умолчанию при наличии сабов в контейнере, отключается параметром -sn): во-первых, это бесполезно (для его отображения на странице должен быть специальный код), а во-вторых, от этого ролики не воспроизводятся в firefox.

Программы и их документация:
http://webmproject.org
http://ffmpeg.org
http://mpv.io
http://www.bunkus.org/videotools/mkvtoolnix/

Фронтенды к ffmpeg для кодирования вебмок:
CLI, бидон: https://pypi.python.org/pypi/webm
CLI, zsh: https://github.com/pituz/webm-thread/tree/master/tools
CLI, дотнет: https://github.com/CherryPerry/ffmpeg-vp9-wrap
GUI, дотнет: https://gitgud.io/nixx/WebMConverter
Ещё: https://github.com/Kagami/webm.py/wiki/Related-links

GUI для воровства WebM с ютуба без пережатия: https://github.com/Kagami/wybm

Прошлые треды:
https://arhivach.org/thread/40167/
https://arhivach.org/thread/100617/
https://arhivach.org/thread/109411/
https://arhivach.org/thread/120883/
https://arhivach.org/thread/138755/
https://arhivach.org/thread/140706/
Аноним (Ubuntu Linux: Firefox based) 03/03/16 Чтв 21:14:23 #2 №1632618 DELETED
Ура!
Про ворбис и непроигрывание webvtt давно пора убрать бы.
Аноним (Debian Linux: Iceweasel) 03/03/16 Чтв 21:22:18 #3 №1632628 
14570293382190.webm
>>1632618
> Про ворбис и непроигрывание webvtt давно пора убрать бы.
Но ворбис до сих пор актуален при постинге музыки, а с webvtt lts-ветка firefox'а справляться ещё не научилась. Так что пусть пока будет и то, и другое.

Лучше принеси ещё свой список ссылок, я что-то его потерял.
sageАноним  03/03/16 Чтв 21:26:54 #4 №1632638 
В чём суть треда? Вы видите тред о гиф? А нахуя тред о вебм висит тут уже год?
Аноним (Ubuntu Linux: Firefox based) 03/03/16 Чтв 21:28:01 #5 №1632641 DELETED
>>1632628
>ворбис до сих пор актуален при постинге музыки
А смысл вообще в нём кодировать? Разве что если у тебя в ворбисе музыка скачана и лень флак качать.
>lts-ветка firefox'а справляться ещё не научилась
А баг опуса с лупом там починен? Вообще, LTS в браузерах это что-то нездоровое, по-моему.
>список ссылок
Надо бы обновить про всю фигню с AOM и прочее. Лень пока, к тому же говорят, что скоро для AOM-формата придумают модное хипстерское название и сделают сайтик.
>>1632638
Здесь общие вопросы по видеокодированию тоже рассматриваются (и эффективное кодирование гифок в том числе). Больше подобных тредов на двоще нет, насколько я знаю.

-----------------------------------------------------------------------------------
Разные ссылки для общего развития по видео-процессингу:

Основные инструменты, используемые в процессе кодирования:
— FFmpeg: https://ffmpeg.org/download.html
— MKVToolNix: https://www.bunkus.org/videotools/mkvtoolnix/downloads.html
— VapourSynth: http://www.vapoursynth.com/ http://www.vapoursynth.com/doc/pluginlist.html
— mpv: https://mpv.io/installation/ https://github.com/mpv-player/mpv/wiki/User-Scripts

Вики/инфографика по различным вопросам видео-кодирования для начинающих:
https://github.com/pituz/webm-thread/wiki
https://github.com/Kagami/webm.py/wiki
https://trac.ffmpeg.org/
http://arhivach.org/storage/6/52/6529e6f9a04f3b5530399d0453cd5095.png
http://arhivach.org/storage/2/49/2494f9d3a904582151936a13f1a006a8.png

Ссылки для интересующихся внутренними деталями видео-форматов:
https://xiph.org/~xiphmont/demo/
https://books.google.com/books?id=k7nOAiIUo9IC
https://github.com/Kagami/webm.py/wiki/Lowlevel-VPx-details
https://www.youtube.com/playlist?list=PLQLpBN3oI7E44HIdTOovThc1MNHLchgHE
https://github.com/pigoz/mplayer-svn/blob/master/DOCS/tech/formats.txt

Будущее:
— VP10: https://www.youtube.com/watch?v=gkz1ZvejmEc
— Daala: https://wiki.xiph.org/Daala_Quickstart
— NetVC: https://datatracker.ietf.org/wg/netvc/documents/
— Alliance for Open Media: http://aomedia.org/

Цвет/фильтры/ресемплинг:
https://en.wikipedia.org/wiki/YCbCr
https://en.wikipedia.org/wiki/Color_space
http://www.imagemagick.org/Usage/filter/
http://www.imagemagick.org/Usage/filter/nicolas/
http://www.virtualdub.org/blog/pivot/entry.php?id=86
https://www.youtube.com/watch?v=C_zFhWdM4ic
https://www.youtube.com/watch?v=uihBwtPIBxM
https://www.youtube.com/watch?v=sRFM5IEqR2w

Онлайн-утилиты:
https://kagami.github.io/webm.js/
http://video.online-convert.com/convert-to-webm
http://keepvid.com/
http://online-video-cutter.com/
http://convert-video-online.com/

Прошлые треды:
https://arhivach.org/thread/120883/
https://arhivach.org/thread/109411/
https://arhivach.org/thread/100617/
https://arhivach.org/thread/40167/

Больше информации:
— Прошлые треды
— #daala@Freenode
http://forum.doom9.org/
Аноним (Ubuntu Linux: Firefox based) 03/03/16 Чтв 21:35:44 #6 №1632660 DELETED
>>1632641
>если у тебя в ворбисе музыка
Хотя, в этом случае кодировать тоже не нужно. В общем, я хз нафиг ворбис продолжают использовать.
Аноним (Debian Linux: Iceweasel) 03/03/16 Чтв 21:43:04 #7 №1632671 
14570305847320.webm
>>1632641
> А смысл вообще в нём кодировать?
Ну вроде бы у него на высоких битрейтах получается лучше opus'а. А ещё квантизация управляется не через указание битрейта, а через какую-то метрику качества.

> А баг опуса с лупом там починен?
Не-а.
> Вообще, LTS в браузерах это что-то нездоровое, по-моему.
Если использовать кучу плагинов, часть из которых обновляется не очень быстро, то сидеть на релизе — головная боль.
Аноним (Microsoft Windows XP: Firefox based) 03/03/16 Чтв 21:43:34 #8 №1632673 
>>1632660
Опус же пилят в первую очередь для малой задержки и меньшего битрейта, у меня не получалось найти сведения о его сравнительном качестве при битрейте >128k, поэтому музон делаю в ворбисе c q 5.99 (выше - раздельное стерео).
А еще вебмки с опусом могут не конкатиться, помогает пощелкать frame_duration поменьше, но не всегда помогает.
Аноним (Debian Linux: Iceweasel) 03/03/16 Чтв 21:47:21 #9 №1632675 
>>1632671
Олсо, я вообще негодую по поводу того, что в debian перестали поддерживать старые версии ff и перешли на апстримовский lts. Раньше настроил рабочую станцию — и она три года обновляется без изменений для пользователя.

>>1632673
> А еще вебмки с опусом могут не конкатиться
А ты их перепакуй в контейнер ogg и обратно. Суть бага не помню, правда.
Аноним (Ubuntu Linux: Firefox based) 03/03/16 Чтв 21:53:07 #10 №1632679 DELETED
>>1632671
>на высоких битрейтах получается лучше opus
>не получалось найти сведения о его сравнительном качестве при битрейте >128
Я постил в прошлых тредах несколько раз ссылки. Разработчики говорят, что при достаточном битрейте (>128k) качество становится transparent (т.е. неотличимо от оригинала на ABX) и Opus должен быстрее достигать этой точки. Т.е. сравнивать современные аудиокодеки на 256k, допустим, как я понял немного бессмысленно.
>А еще вебмки с опусом могут не конкатиться
Это да. Но у ворбиса по идее лучше не должно быть, он ведь тоже VBR. Просто в одном случае повезло, а в другом нет, реализации полностью стандарт не соблюдают, всё везде по-разному.
>>1632675
>и она три года обновляется без изменений для пользователя
А сайты модные не работают. Или урезаны (WebGL раздел там какой-нибудь).
Аноним (Debian Linux: Iceweasel) 03/03/16 Чтв 22:15:05 #11 №1632709 
>>1632679
> Разработчики говорят, что при достаточном битрейте (>128k) качество становится transparent (т.е. неотличимо от оригинала на ABX) и Opus должен быстрее достигать этой точки.
Наверно, я тред тогда читал жопой. Можно ссылку на архив, где это обсуждалось? Помню ABX-тест с opus'ом и vorbis'ом только для низких битрейтов.

> WebGL раздел там какой-нибудь
Что-то не видел ещё сайтов на WebGL, только демки. Да и firefox давно его умеет.
Аноним (Microsoft Windows 7: Firefox based) 03/03/16 Чтв 22:18:53 #12 №1632720 
>>1632641
> Здесь общие вопросы по видеокодированию тоже рассматриваются (и эффективное кодирование гифок в том числе). Больше подобных тредов на двоще нет, насколько я знаю.
ЭФФЕКТИВНОЕ КОДИРОВАНИЕ и ПОДОБНЫЕ ТРЕДЫ это в бэ в треде у анимедебилов. Делают 5 секунд видео на 20 мб и раудются, а все остальные хуярят через прогу в 2 клика и им поебать. Отсюда и вопрос, а нахуя этот тред.
Аноним (Ubuntu Linux: Firefox based) 03/03/16 Чтв 22:21:05 #13 №1632724 DELETED
>>1632709
https://arhivach.org/thread/109411/#1431540
>Да и firefox давно его умеет
Ну это как пример. Есть куча модных технологий, которые полгода назад появились и которые всем офигенно нравятся (ну хотя бы WebCrypto, это точно недавно). А с полифиллами не все будут заморачиваться. К тому же, поддерживать одно, а хорошо и полноценно работать — другое, все эти фичи постоянно допиливаются.
Аноним (Debian Linux: Iceweasel) 03/03/16 Чтв 22:27:27 #14 №1632735 
>>1632720
Я манал сидеть в /b/, там слишком быстро и слишком много долбоёбов. Да и вообще там в основном теперь чятик вниманиеблядей и форсинг кривых римэйков шляпы, а не обсуждение кодирования вебм.

>>1632724
Для абсолютного большинства сайтов браузера трёхлетней давности и флеша достаточно. А без единиц новомодных бабушка как-нибудь обойдётся.
Аноним (Ubuntu Linux: Firefox based) 03/03/16 Чтв 22:32:47 #15 №1632744 DELETED
>>1632709
>только демки
Ну вот захочет бабушка посмотреть марсоход насовский, а там вся презенташка на WebGL. Обидно ведь. (Опять же, как пример, не следил с какой версии WebGL начал полноценно в лисе работать. MSE вон на линуксе вообще только релиз назад включили по умолчанию, хотя было доступно хз сколько.)
Аноним (Apple GayPad: Safari) 03/03/16 Чтв 22:33:18 #16 №1632745 DELETED
>>1632720
В этом треде ПЕРДОЛИКИ анально содомируют себя консолечкой в срачельничек и хвалятся этим.
Аноним (Debian Linux: Iceweasel) 03/03/16 Чтв 22:43:10 #17 №1632753 
>>1632724
> ссылка
Там же только теоретизирование разработчиков, а не тесты.
А ещё не указан тот факт, что Opus не поддерживает частоты дискретизации 44100Hz и выше 48KHz. В некоторых редких случаях даже качественный ресэмплинг вызывает слышимые искажения.
Ещё Opus не совсем может в content-aware квантизацию, о чём я пытался написать в >>1632671.

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

>>1632745
Пердoля, уходи. Тебя запретили же, читай прикреплённый тред.
Аноним (Ubuntu Linux: Firefox based) 03/03/16 Чтв 22:48:40 #18 №1632759 DELETED
>>1632753
>а не тесты
Ну на гидрогене ж результате уровня >96k opus = неотличимо от оригинала.
Так-то да, тесты лучше, конечно.
Аноним (Microsoft Windows 7: Firefox based) 03/03/16 Чтв 22:50:48 #19 №1632764 DELETED
>P.S. Форсы уровня /s/ всё ещё запрешены. Пердольки и спермоклоуны будут удаляться, а особо активные шитпостеры баниться.
При этом половина ОПа состоит из форсов уровня /s/.
Аноним (Linux: Firefox based) 03/03/16 Чтв 22:51:46 #20 №1632766 DELETED
>>1632764
Так петушиный тред же.
Аноним (Неизвестно: Неизвестно) 03/03/16 Чтв 23:56:47 #21 №1632839 
>>1632724
>Есть куча модных зондотехнологий, которые полгода назад появились и которые веб-макакам офигенно нравятся
Починил, не благодари.
Аноним (Microsoft Windows 7: Chromium based) 04/03/16 Птн 10:24:59 #22 №1633136 DELETED
Оставлю тут может кому-то пригодится..
У кого такая ошибка как на пикрил скачайте и инсталируйте вот это:
http://avisynth.nl/index.php/Main_Page#Official_builds
ну и фреймворк 4 естественно должен быть.
Аноним (Ubuntu Linux: Firefox based) 04/03/16 Птн 17:29:48 #23 №1633530 DELETED
https://www.youtube.com/watch?v=LzKP7JJjXtY
>Overview of Coding tools under consideration for VP10
Аноним (Microsoft Windows 7: Firefox based) 04/03/16 Птн 18:45:25 #24 №1633586 
>>1633136
Да проще новый поставить.
Аноним (Ubuntu Linux: Firefox based) 04/03/16 Птн 20:28:15 #25 №1633704 DELETED
>>1633530
На тему того, нафиг гугль вкладывается в кодеки, которые не декодятся железно.
Им насрать на то, как сильно будут шуметь кулеры у конечных юзеров, им насрать сколько вебм-версии для каждого видео дополнительно весить будут. Главное это насколько меньше трафика придётся гонять.
Аноним (Microsoft Windows 7: Firefox based) 04/03/16 Птн 20:35:51 #26 №1633712 
>>1633704
>в кодеки, которые не декодятся железно.
В каком смысле? Они сделали кодек, который принципиально не реализовать в железе?
Аноним (Ubuntu Linux: Firefox based) 04/03/16 Птн 20:43:41 #27 №1633723 DELETED
>>1633712
Всмысле, что им пофиг на поддержку в железках (относительно, конечно; т.е. гораздо меньше этим запариваются, чем MPEG с HEVC). Главное, что в браузере (причём они это понимают как в хроме, ололо, — до недавнего времени в мозилле дико тормозило даже 1080p) как-то играется и ладно.
Аноним (Ubuntu Linux: Firefox based) 04/03/16 Птн 21:10:29 #28 №1633734 DELETED
test
Аноним (Ubuntu Linux: Firefox based) 04/03/16 Птн 21:23:19 #29 №1633742 DELETED
>>1633734
С превью можно обойти ограничение на максимальное разрешение видео. Правда, DoS это не вызывает, достаточно быстро декодится.
Заодно обнаружил ограничение в ffmpeg на размер картинки (av_image_check_size). Всего-то около 16000 x 16000.
Аноним (Ubuntu Linux: Firefox based) 04/03/16 Птн 21:47:18 #30 №1633752 DELETED
>>1633742
Сделал 32000x32000 y4m через VapourSynth. VS даже не шелохнулся, а ffmpeg/mpv и видеть такой файл не хотят. vpxenc самый последний сегфолтится.
Мир пока что не готов к 32K видео.
Аноним (Linux: Firefox based) 05/03/16 Суб 00:45:17 #31 №1633906 
>>1633752
> 32K видео
Внезаано захотелось написать применительно к твоей личности множество нецензурной брани и других обидных ругательств, но потом я понял, что ты лично ничего кроме небольшого раздражения не доставил.
Аноним (Ubuntu Linux: Firefox based) 05/03/16 Суб 04:03:01 #32 №1633991 DELETED
Новые фичи VP10.
Обещают 15-20% выигрыша у VP9.
Аноним (Ubuntu Linux: Firefox based) 05/03/16 Суб 04:03:24 #33 №1633992 DELETED
>>1633991
Аноним (Ubuntu Linux: Firefox based) 05/03/16 Суб 04:03:48 #34 №1633993 DELETED
>>1633992
Аноним (Debian Linux: Iceweasel) 05/03/16 Суб 05:15:30 #35 №1634003 
14571441310680.webm
>>1633993
Интересно, насколько медленнее оно будет жать по сравнению с VP9. После SIMD-оптимизации, конечно.
Аноним (Linux: Firefox based) 05/03/16 Суб 14:35:24 #36 №1634254 
Подскажите, пожалуйста, как через ffmpeg переконвертировать m4a аудио во всех папках и подпапках в mp3 с сохранением названия файла и тегов?
Аноним (Ubuntu Linux: Firefox based) 05/03/16 Суб 14:38:04 #37 №1634258 DELETED
>>1634254
https://hive.blasux.ru/webm/s#pack-convert
Аноним (Ubuntu Linux: Firefox based) 05/03/16 Суб 22:14:59 #38 №1634716 DELETED
>https://www.youtube.com/watch?v=HHPUObwrI0c
>138 mp4 2160x3840 DASH video 8511k , avc1.640033, 30fps, video only, 135.87MiB

Охуеваю с ютуба, конечно. Этого и для 1080p мало.
Аноним (Linux: Firefox based) 06/03/16 Вск 00:52:14 #39 №1634822 
14572147348340.png
14572147349051.png
>>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 показывал разные кадры).
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 00:59:21 #40 №1634825 DELETED
>>1634822
Второе это VP9? Да уж, на 4K у H.264 нет шансов с таким мелким макроблоком.
>VP9 на 1мс съезжает вперёд
Да, тоже часто замечаю, что бывают тайминги съезжают немного. Что на ютубе, что просто после "-c copy". Бывает, что ещё первый кадр не с нуля начинается, а где-нибудь с 7мс. Или с энкодингом через mpv получилось, что звук заканчивается позже видео. Тяжело с видео перфекционистам, постоянно какая-нибудь хуйня случается.
Аноним (Microsoft Windows 7: Firefox based) 06/03/16 Вск 02:20:17 #41 №1634918 DELETED
>>1634254
Тебе надо набросать асинхронный ввод-вывод с отключённой оптимизацией (это важно), создать регистратор вида flag(&foo), дальше делаешь простейший спинлуп, потом, когда обработчик завершит свою работу и поменяет посредством полиморфной инкапсуляции вышеупомянутый foo, можно приступать к курению мануалов и собственно пересборки ffmpeg
Кстати, вполне возможно, что тебе придётся передалать системного демона для корректной работы с программой.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 02:32:47 #42 №1634929 DELETED
>>1634716
>>1634822
Лол, ютуб охуел:

>This is it bros. Say goodbye to 20Mbps or higher bitrate fancams on YouTube.
>They just fucked the quality of the 60fps webm and "original" mp4 formats for all fancams uploaded a week ago.
>Example:
>http://i.imgur.com/8N0GSJO.png
>Uploaded 2 weeks ago:
>https://www.youtube.com/watch?v=YhrW37x8HXg
>[60f] 160201 타임스퀘어 게릴라콘서트 포미닛 (4minute) 현아 직캠 싫어 (Hate) by Spinel (2160p 60fps).webm
>File size: 544 MiB
>Duration: 3mn 33s
>Overall bit rate: 21.4 Mbps
>Uploaded 1 day ago:
>https://www.youtube.com/watch?v=d1nh_VknhYI
>[60f] 160216 브레이브걸스 (Brave Girls) 쇼케이스 은지 직캠 아나요 by Spinel (2160p 60fps).webm
>File size: 179 MiB
>Duration: 3mn 38s
>Overall bit rate: 6 842 Kbps
>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.

>Another example. This time with a 4k 30fps vertical fancam.
>http://i.imgur.com/n1QirGJ.png
>Uploaded 2 weeks ago:
>https://www.youtube.com/watch?v=CoIIoav572E
>160130 워너비(WANNA.B)_(은솜) My Type [ 동대문 밀리오레 게릴라 ] 직캠 by 욘바인첼 (Original 2160p).mp4
>File size : 504 MiB
>Duration : 2mn 53s
>Overall bit rate : 24.4 Mbps
>Uploaded 2 days ago:
>https://www.youtube.com/watch?v=keOwxxcOWKY
>160214 식스밤(Sixbomb)_(한빛) 환희 [ 신인대발견 프로젝트 신발 28회차 ] 직캠 by 욘바인첼 (Original 2160p).mp4
>File size : 138 MiB
>Duration : 3mn 30s
>Overall bit rate : 5 493 Kbps
>Awful oil painting quality>http://i.imgur.com/hSGqCGX.jpg
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 03:29:56 #43 №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 - вырубается на ошибку, особенно при попытке перемотать. Но по первой секунде - качество тоже норм.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 03:31:40 #44 №1634982 
>>1634979
Блин, я тупанул жутко, пост до низу не доскроллил. Последний видос блевотного качества rf'i? тоже в ошибку через секунду вылетает.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 03:35:11 #45 №1634985 DELETED
>>1634979
Проблема в том, что битрейт урезали в 4 раза на том же формате и разрешении.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 03:44:06 #46 №1634988 
>>1634985
60 fps видосы не часто встречаются (хотя всё чаще), и вдруг ютуб только корейцам так кайф обломал? Ща попробую сам проверить на видосах за последнюю неделю.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 03:47:04 #47 №1634989 DELETED
>>1634988
Ну не часто, это чуваки, которые на фапкамы (записи лайв-выступлений, обычно в неплохом качестве) дрочат баттхёртят. С ютуба качать проще всего и там на 1080p/4K 60fps был неплохой битрейт (около 20-25M). А теперь вот такой облом.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 03:47:59 #48 №1634991 
>>1634989
Меня на самом деле тоже 60 agc задело бы - игровые видосы всё чаще тоже в 60 fps.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 03:58:29 #49 №1634994 
>>1634988
https://www.youtube.com/results?q=60+fps&sp=EgIIAw%253D%253D - искал так

https://www.youtube.com/watch?v=YPPEloZFofc - 1440р - есть моменты где нормально, но есть где очень гавённо (в самом начале, например)
https://www.youtube.com/watch?v=9cg4UXcHzyU - 1080р - гавённо
https://www.youtube.com/watch?v=cjpDl5hyqsQ - 1080р - более-менее (наверное потому что задники заблурены и на них битрейт хорошо экономится). Алсо, видос занятный:)
https://www.youtube.com/watch?v=KoKWeF9VFk0 - 720р - вроде более-менее
В целом вроде да, вроде говённо стало (а может и было так же, надо бы конечно один и тот же видос сравнивать, залитый давно и залитый на последней неделе)
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 04:00:46 #50 №1634995 DELETED
>>1634994
Так я ж 4 ссылки дал как раз в >>1634929
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:06:35 #51 №1634998 
14572263957000.png
>>1634995
Дак там же все видосы разные. Ну последний, судя по первой секунде, да, говённый. Пипец, у меня только секунду последние 2 видоса (4К) крутит, потом ошибка пикрел. У меня стоит YouTube High Definition и переключает в 4К без возможности изменить через шестерёнку. Обычно не сталкиваюсь с такой проблемой.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:08:21 #52 №1634999 
>>1634998
с такой проблемой = с ошибкой на том пикрел
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:16:57 #53 №1635000 
А так, в любом случае, мы на результат повлиять не можем. Выбора нет, это не как H.264 vs VP9. Если есть видос в 60 fps 1080p, то в 30 fps 1080p нету потока.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 04:24:52 #54 №1635001 DELETED
>>1635000
Есть, через youtube-dl можно выбрать. Там битрейт тоже в 3 раза упал:
>YhrW37x8HXg: 313 webm 1080x1920 1080p 16777k , vp9, 30fps, video only, 350.98MiB
>d1nh_VknhYI: 313 webm 1080x1920 1080p 5494k , vp9, 30fps, video only, 122.48MiB
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:27:16 #55 №1635002 
Отрубил webm.enabled (отрубил VP9) - и последние 2 видоса отсюда >>1634929 стали пахать (на 4й секунде зависон правда произошёл, но в ошибку не вывалилось, и зависон прошёл через несколько секунд). Вот видимо из-за такой фигни по дефолту VP9 и не стоит в Фирефохе. Только самый последний причём блевотного кач-ва.Я кстати думаю - если всё так плохо, то ютубовцы это дело исправят. Не оставят же они такое вырвиглазное кач-во.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 04:32:00 #56 №1635003 DELETED
>>1635002
>Не оставят же они такое вырвиглазное кач-во
Они могут просто H.264 убрать этой версии. Хотя, на их VP9 720p тоже без слёз смотреть нельзя. Это ж надо было так зажмотиться на битрейт. А вот 1080p VP9 выходит более-менее оптимальным по соотношению размер/качество. По крайней мере выходил до охуительных изменений.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:34:40 #57 №1635004 
>>1635001
B всё-таки вот я не вижу без доп. средств битрейт, я вижу ттолько кач-во глазами, и в >>1634994 всё-таки не все видосы были отстоем, половина нормальные. Поэтому надо бы больше примеров.
>>1635001
Интересно, новые видосы , которые ТОЛЬКО в 30 fps, пострадали? Потому что 30 fps в видосах 60 fps я всё равно не увижу без скачивания.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:37:15 #58 №1635007 
>>1635003
>Это ж надо было так зажмотиться на битрейт.
А у меня наоборот есть некоторое непонимание того, какие астрономические деньги нужны на сервера и инфраструктуру линий передачи данных, чтобы все видосы на ютубе хранить на них и передавать, и как рекламка это покрывать может.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:38:52 #59 №1635008 
>А вот 1080p VP9 выходит более-менее оптимальным по соотношению размер/качество.
>>1634994 - это всё я в VP9 и анализировал.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 04:40:09 #60 №1635009 DELETED
>>1635007
Ну так-то да. Их, как поставщика такого сервиса, понять можно.
Но раз туда льётся вообще всё, то нам, юзерам, приходится страдать от их решений.
Я вообще от вот этого слайда охуел → >>1633704
70% всего трафика в мире вообще, это ж охуеть (ну, не всё из них ютуб, но порядочно).
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:47:27 #61 №1635010 
14572288479900.png
14572288479921.png
>>1633991
>>1633992
>>1633993
Интереснонько кстати.
>>1635009
Мне чёт тоже с трудом верится в это, хотя хз, вполне может быть. Я торренты по 40 гигов качаю, дак у меня полюбасу торренты будут на первом месте. Пикрел - в дриснятке уберкрутую замерялку пожирания трафика запилили - я поставил дриснятку 3его числа, так что это за 3 дня статистика.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 04:53:14 #62 №1635012 
>>1635009
Ещё по этому слайду - я бы посмотрел, как они будут каждый раз 50%ного снижения битрейта при сохранении кач-ва дообиваться, хотя если раз в 10 лет, то может и прокатит лет на 30.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 05:15:44 #63 №1635017 DELETED
>>1635012
Смотри видео лучше. Там этот индус говорит, что им выгоднее пусть на 15-25%, но каждые пару лет.
К тому же, nextgen форматы в основном на больших разрешениях выигрывают. На SD разницы особой нет.
Аноним (Microsoft Windows 8: Firefox based) 06/03/16 Вск 12:43:25 #64 №1635184 
Я вообще не понимаю, почему люди до сих пор ютюбом пользуются, он ведь давно уже видео пережимал в говно, убивая все детали, а сейчас просто говно стало еще более говняным.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 13:10:27 #65 №1635206 DELETED
>>1635184
Лучшее качество зачастую трудно найти.
Те же фапкамы вообще практически не выкладывают в оригинале (хотя, может сейчас начнут), многие корейские клипы сложно найти в хорошем качестве (особенно без логотипов каналов), а на ютуб заливается всё. (Вообще, 25M на 4K это не так плохо, я в прошлом треде показывал пример с HEVC и там столько же было.)
Так-то да, если есть доступ к оригиналам, то ютуба надо сторониться как огня.
Аноним (Microsoft Windows 8: Firefox based) 06/03/16 Вск 13:59:53 #66 №1635259 
14572619934880.jpg
>>1632602 (OP)
Немного не по теме, но Вы все тут кукчкуетесь.
Как вычисляется вес одного пикселя несжатого видео?
Везде пишут про данные цвета и координат, но вес указан от 32 бит до 6 байт на пиксел. Ясно, что зависит от количества цветов, но от чего ещё и сколько они вообще весят, эти пиксели?
Спасибо.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 14:02:28 #67 №1635264 DELETED
>>1635259
ffmpeg -pix_fmts

>FLAGS NAME NB_COMPONENTS BITS_PER_PIXEL
>-----
>IO... yuv420p 3 12
>IO... yuyv422 3 16
>IO... rgb24 3 24
>IO... bgr24 3 24
>IO... yuv422p 3 16
>IO... yuv444p 3 24
>IO... yuv410p 3 9
>IO... yuv411p 3 12
>IO... gray 1 8

И т.д. Чаще всего это yuv420p ⇒ 12 бит на пиксель.
Аноним (Debian Linux: Iceweasel) 06/03/16 Вск 14:34:25 #68 №1635300 
14572640657770.png
>>1635264
Т.к. из макабы выпилили постинг кода моноширным шрифтом, для наглядности подобное лучше постить скриншотами.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 17:41:58 #69 №1635510 
moc не проигрывает звук из webm. С ogg все работает, а звук из видео mp4 тоже не работают он не проигрывает. Как заставить?
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 17:45:47 #70 №1635518 DELETED
>>1635510
Тебе надо набросать асинхронный ввод-вывод с отключённой оптимизацией (это важно), создать регистратор вида flag(&foo), дальше делаешь простейший спинлуп, потом, когда обработчик завершит свою работу и поменяет посредством полиморфной инкапсуляции вышеупомянутый foo, можно приступать к курению мануалов и собственно пересборки ffmpeg
Кстати, вполне возможно, что тебе придётся передалать системного демона для корректной работы с программой.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 17:51:30 #71 №1635534 
>>1635518
Ясно. И какая консольная программа умеет воспроизводить звук из видео как mpv и одновременно показывать список воспроизведения как moc?
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 18:02:54 #72 №1635553 
14572765745400.png
>>1635518
>посредством полиморфной инкапсуляции
>системного демона
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 18:04:58 #73 №1635556 
>>1635553
Кстати демоны рили существуют. Я гуглил он не наёбывает. И те слова тоже по отдельности употребляются. Наверно и вместе можно.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 18:57:10 #74 №1635663 
>>1635556
>Кстати демоны рили существуют. Я гуглил он не наёбывает.
https://youtu.be/yJD1Iwy5lUY?t=45
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 20:18:13 #75 №1635780 
Потестил ща (i5-760) на МПЦ ХЦ 4К 60 fps HEVC - тянет без тормозов только на 1/8 от нормальной скорости! Уже на 1/4 упирается регулярно в 100% загрузки ЦП и жёстко тормозит. Жесть. H.264 60 fps 4K, если не совру, тянуло без тормозов.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 20:21:46 #76 №1635785 
4К 30 fps HEVC соответственно на 1/4 скорости только тянет, тоже ща потестил.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 20:31:04 #77 №1635790 DELETED
>>1635780
>i5-760
Да, на Nehalem это без шансов. Разве что дико разогнать.

Для интереса можешь скачать, например, https://mega.nz/#!bVVHlSZC!TE8FNnkqpirhxX6X64ObbvgXBVEvjijABHZJQCr33YY (просто чтобы был какой-то эталон) и посмотреть сколько FPS выдаёт последний 64-битный билд зераное на
>ffmpeg -v warning -stats -i aoa-hevc.mp4 -an -f null -
Затем собрать https://github.com/Kagami/ffmpeg-hevc-accel и попробовать его.

У меня на i7 3820 без разгона результаты приблизительно 60/90.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 20:54:00 #78 №1635814 
>>1635790
Я хоть и погромист, но конпелировал разве что в досовских прогах и в вижуал студио и в 1С, так что без подсказки ниасилю. Чем там можно сконпелировать под винду эксешник из https://github.com/Kagami/ffmpeg-hevc-accel , и желательно с какой командой? :)
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 20:56:07 #79 №1635820 
>>1635814
То есть понятно, что тем же вижуалом и можно, но неохота такую махину ставить, и собственно какой файл конпелятору указать?
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 20:57:36 #80 №1635824 DELETED
>>1635814
https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW или
https://trac.ffmpeg.org/wiki/CompilationGuide/MSVC
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 21:03:58 #81 №1635837 DELETED
>>1635814
Точнее, на винде, наверно, лучше компилять http://git.1f0.de/gitweb?p=ffmpeg.git , там были разные фиксы под венду.
В LAV (и в MPC-HC) как раз этот форк используется, насколько я понял.
Вот здесь все те же патчи есть, только репа чуть старее: https://github.com/mpc-hc/FFmpeg
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 21:06:23 #82 №1635845 
>>1635824
Ой бида-пичаль, ниасилю, вижуал, как я уже сказал, неохота ставить новую венду засирать, а MinGW тоже смотрю несколько доп. тулзов требует и PATH дописать и сконфигурировать все дела. Как всё сложно:(

Видос на замедленном воспроизведении херово выглядит, на фоне 50-100 мегабитных, которые я щас смотрел, 26-мегабитный артефактит даже на 1080р монике.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 21:14:39 #83 №1635866 
>>1635790
С видосом с бурятками та же картина, что и в >>1635780 , на 1/8 токо без тормозов тянет.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 21:26:50 #84 №1635885 DELETED
>>1635845
>Как всё сложно
Не уверен, что сработает, но можешь взять шаред билд зераное, последний билд MPV (можно даже найтли), взять оттуда avcodec-lav-56.dll avfilter-lav-5.dll avformat-lav-56.dll avresample-lav-2.dll avutil-lav-54.dll swscale-lav-3.dll и подложить в каталог подменить зерановские. inb4 сложно.
>26-мегабитный артефактит
А где ты там артефакты нашёл, покажи скриншоты. Я, конечно, могу на стопкадрах с лупой попридираться, но при воспроизведении не видно. Битрейта там вполне достаточно.

Можешь вот этой мокрописькой померить, впрочем: http://bluesky23.yukishigure.com/en/DXVAChecker.html
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 21:27:21 #85 №1635886 DELETED
>>1635885
>Последний билд MPC-HC
Фикс.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 21:36:58 #86 №1635887 
>>1635885
А если у меня 32-битная версия МПЦ ХЦ стоит (потому что dtsdecoderdll.dll из ArcSoft только к ней подцепляется), и 64-битной я не хочу засирать систему, дллки от 32-битной ведь не сойдут?

>У меня на i7 3820 без разгона результаты приблизительно 60/90.
60/90 - это что? Скорость декодирования от/до?
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 21:40:32 #87 №1635889 DELETED
>>1635887
>А если у меня 32-битная версия МПЦ ХЦ стоит
>и 64-битной я не хочу засирать систему
Пиздец. А я ему ещё что-то про оптимизации объясняю.

>60/90 - это что
60fps скорость декодирования на ванильном ffmpeg.
90fps на патченном.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 21:43:56 #88 №1635894 
>>1635889
Ну ща ванильный попробую.

>Пиздец. А я ему ещё что-то про оптимизации объясняю.
Смотри. Я мог бы поставить 64-битный МПЦ ХЦ, и ставил, и да - он быстрее. Но Я ТОГДА ПОТЕРЯЮ ВОЗМОЖНОСТЬ ДЕКОДИРОВАТЬ ПОЛНОЦЕННЫЙ DTS HD MASTER AUDIO. Я с радостью потеряю 3% производительности за возможность декодировать полноценный лосслесс звук на блу-реях. Эти 3% критичны только в очень редких просмотрах 4К.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 21:48:32 #89 №1635899 
>>1635894
То есть libav не умеет декодировать расширение Master Audio, только core DTS умеет (лосси 1536 kbps). Чтобы libav таки сумел, ему нужен сторонний проприетарный dll, взятый из arcsoft totalmedia theatre. Но он есть только в 32-битной версии, поэтому приходится юзать 32-битный МПЦ ХЦ.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 21:53:09 #90 №1635905 DELETED
>>1635899
Странно, что libav чего-то не умеет. Покажи-ка пример раздачи с таким звуком (желательно поменьше), я попробую.
Вообще, винда сейчас пиздец отсталая в плане 64бит, дохрена проприетарщины (и не только) в 32бит идёт. Тогда как на линях в 64битных репах вообще всё 64битное.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 21:53:32 #91 №1635906 
>>1635899
>>1635899
Да, и так в libav было до недавнего времени, ща вроде промелькивала инфа, что запилили DTS HD MA, но чёткой 100%ной инфы я не нашёл.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:01:13 #92 №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 битах почти весь есть уже (кроме игор, как ни странно, хотя и их тоже уже начинают).
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:07:24 #93 №1635913 
14572912443940.png
>>1635889
39 fps на ванильном ffmpeg x64
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:10:23 #94 №1635916 
>>1635913
То есть типа если бы МПЦ ХЦ юзал ффмпег, то было бы более зашибись? Он вроде до 1.7.0 его и юзал.
Аноним (Microsoft Windows 10: Chromium based) 06/03/16 Вск 22:16:07 #95 №1635919 
>>1635913
Ахаха, имя юзера на русише в 2016. Ебать дно.
Аноним (Microsoft Windows 10: Chromium based) 06/03/16 Вск 22:16:49 #96 №1635920 
>>1635919
Там еще пунто-хуй в его анусе школьном.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 22:17:38 #97 №1635922 DELETED
>>1635916
Не, он его и так используют (LAVFilters), причём даже с патчами для HEVC (которые есть в репах, которые я скидывал). Просто было интересно понять порядок цифр, ffmpeg удобно и ясно скорость декодирования показывает, больше ничего.
Т.е. в MPC-HC (не уверен насчёт релиза, но в nightly-сборках по крайней мере) должно быть даже быстрее ванильного ffmpeg. Можешь вон той мокрописькой, что я выше скинул (DXVA checker) по-всякому на разных декодерах и т.д. потестить. Но из твоего CPU выжать 60fps на 4K HEVC ни с какими патчами не выйдет.
Видюха какая, кстати (может уже говорил, но забыл)? Может к ней есть драйвера с гибридным декодированием HEVC на сайте производителя? Вообще, оптимальный вариант сейчас для домашней системы это GTX 960, там полноценный аппаратный декодер HEVC и в линуксе даже работает. (Может ещё Skylake, но про него хз.)
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:20:07 #98 №1635926 
14572920076670.jpg
14572920076671.jpg
>>1635919
Имя ниибёт ваще, а с пунто ты просто телепат, поставил 5 дней назад и уже заебался с ложными переключениями, ща как раз сносить собрался и на старый метод откатываться - раскладка, позволяющая по капс лок переключать.
Аноним (Microsoft Windows 10: Chromium based) 06/03/16 Вск 22:21:53 #99 №1635929 
>>1635926
Ну да, ну да, включи суперадмина и еби яндекс шлак языком в жеппу.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:23:20 #100 №1635933 
14572922009990.jpg
>>1635929
Повторюсь
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:24:32 #101 №1635934 
>>1635929
У меня ещё яндекс диск есть правда.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:29:53 #102 №1635937 
>>1635922
>из твоего CPU выжать 60fps на 4K HEVC ни с какими патчами не выйдет.
Поэтому вся надежда на OpenCL для видяхи. Можно было бы ПоварДВД поставить потестить, но опять же засирание системы.

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

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

А так-то я не парюсь, интерес чисто теоретический, когда 4К блу-реи появятся на торрентах, просто новый компег куплю.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 22:36:32 #103 №1635941 DELETED
>>1635937
>ПоварДВД
Сраная мокрописька. Как же она меня бесила в мои вендоблядские годы.
>странно, что даже на 1/4 МПЦ ХЦ подтормаживает на бурятках
Дык у меня декодирование на ванильном под 60, но проигрывание дико лагает и около 15-30fps там. На проигрывание дополнительные расходы и, очевидно, вся синхронизация к хуям летит. Особо фреймы не подропаешь, все кадры друг на друга завязаны, GOP большой.
>DXVA checker нинужен, я и так знаю, что 4К моя видяха не умеет декодить
Там просто можно всякие разные декодеры повыбирать и смотреть FPS. Видюха не причём.
>когда 4К блу-реи появятся на торрентах
Уже сейчас есть красивые клипы + телевидение.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 22:40:48 #104 №1635943 DELETED
>>1635941
Ещё 4K 60fps фапкамы с ютуба. Они в VP9, правда, который пошустрее декодится.
У меня просто баттхёрт, если не могу самостоятельно оценить технические новинки. Вот теперь думаю, что прогадал, когда моник 2.5K брал, надо было сразу 4K.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:45:56 #105 №1635946 
>>1635941
>ПоварДВД
>Сраная мокрописька. Как же она меня бесила в мои вендоблядские годы.
Да, меня тоже бесила, но в районе 2010го даже МПЦ ХЦ не мог m2ts прокрутить, я уж не говорю, что до перехода МПЦ ХЦ на libav + дллка ArcSoft, PowerDVD единственный мог полноценно воспроизводить DTS HD, а также он и по сей день едва ли не ндинственный, кто может крутить DVD Audio и 192 КГц блу-реи в полном разрешении. Так что в отношении встроенных декодеров он всегда был впереди планеты всей.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:51:40 #106 №1635949 
>>1635941
>Уже сейчас есть красивые клипы + телевидение.
Ну вот те, которые в H.264 (или VP9 30 fps), я и так могу смотреть. А так самое главное - фильмаки.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 22:58:28 #107 №1635954 
>>1635943
>У меня просто баттхёрт, если не могу самостоятельно оценить технические новинки.
I know that feel...
Как же я баттхёртил от ГТА 5, который на колени поставил мой комп. Я наверное больше не играл, а настраивал настройки графона и замерял fps. На минимальных или близких к минимальным было стабильно 30fps, но на минимальных вырвиглазные текстуры аля Сан-Андреас, и шейдеры (как я их обожаю, НУЖНО БОЛЬШЕ ШЕЙДЕРОВ!!!) самые дешёвые. И я всевозможные комбинации кучи тамошних настроек крутил, крутил, пытался выжать максимум баланса качества и фпс.

>Вот теперь думаю, что прогадал, когда моник 2.5K брал, надо было сразу 4K
Не стоит сильно расстраиваться, во-первых до суперчётких 4К-видео, в которых ты реально потеряешь детали на 2,5К монике, далековато (в среднем), уж если даже 4К блу-реи почти все с 2К мастеров идут. Во-вторых, 4К моник, как я уже говорил, должен не терять в размере пиксела по ср. с 24-дюймовым ФуллХД моником, а значит, быть 48-дюймовым. А их ещё нет, да и ты не шейх.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 23:03:54 #108 №1635957 DELETED
>>1635949
>Ну вот те, которые в H.264
Так в том и дело, что их сейчас в основном в HEVC выкладывают. Т.к. вроде как все понимают, что H.264 на 4K неэффективен, даже упоротые адепты секты x264.
>А так самое главное - фильмаки
А я так для повседневного использования 1.3G качаю. 720p если нужно работать с исходником. 1080p если прям заебись картинка и могу подождать. Ждать по полчаса пока скачается какая-нибудь посредственная херня на 1 раз просмотра — нафиг надо.
>>1635946
>едва ли не ндинственный, кто может крутить DVD Audio и 192 КГц блу-реи в полном разрешении
Ну mpv точно должен мочь. Если что не выходит, то конфиг поправить. В крайнем случае создать ишью на гитхабе, которую пофиксят в мастере за полчаса.
>>1635911
Скачал, всё нормально со звуком. (Картинка, кстати, так себе, Самсара намного красивее.)
>>1635954
>4К моник, как я уже говорил, должен не терять в размере пиксела по ср. с 24-дюймовым
Некоторые упоротые, кстати, считают, что 4K 24" это самое заебись (типо ретина), иначе ПИКСЕЛИ-С-КУЛАК. Но по мне так 30" тоже вполне нормально.
Аноним (Microsoft Windows 7: Firefox based) 06/03/16 Вск 23:07:14 #109 №1635959 
>>1635954
>должен не терять в размере пиксела по ср. с 24-дюймовым ФуллХД моником, а значит, быть 48-дюймовым.
Бред.
Аноним (Ubuntu Linux: Firefox based) 06/03/16 Вск 23:18:11 #110 №1635967 DELETED
>>1635957
>намного красивее
Кстати, то ли у меня параметры системы воспроизведения поменялись, то ли с восприятием что-то, но теперь после офигеннейших 4K клипов я этот фильм особо красивым не считаю.
Да уж, быстро к хорошему привыкаешь, теперь и 1080p — мелкая херня в окошке.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 23:41:06 #111 №1635989 
>>1635957
>Ну вот те, которые в H.264
>Так в том и дело, что их сейчас в основном в HEVC выкладывают.
Ну нет, больше половины на Рутрахере в H.264, на Ютубе - в VP9 (хотя эти я расцениваю просто как более качественные 1080p).

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

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

>Некоторые упоротые, кстати, считают, что 4K 24" это самое заебись (типо ретина)
Я бы и рад иметь чёткость ретины на монике, если бы винда очень хорошо могла в масштабирование, но и полезную площадь для вывода информации надо увеличивать, то есть моники должны становиться всё больше и больше.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 23:43:52 #112 №1635990 
>>1635959
на 14 дюймах - было 800х600
на 17 - 1024х768
на 24 - 1920х1080
на 32 - 2560х1600
ну пускай на 40 будет 4К, но никак не меньше. Меньше сойдёт только если ты дрочер на каллиграфию и тебе нужны очень чёткие и красивые шрифты, но не нужно выигрыша в рабочем пространстве, или если ты геймер с орлиным зрением, или любитель кино с орлиным зрением.
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 23:44:50 #113 №1635992 
>>1635967
>после офигеннейших 4K клипов
Где это ты их нашёл?
Аноним (Microsoft Windows 10: Firefox based) 06/03/16 Вск 23:49:03 #114 №1635999 
14572973432480.png
>>1635989
Вот как выглядит обозначение в МПЦ ХЦ, что действительно декодируется полноценный DTS HD MA.
Аноним (Microsoft Windows 7: Firefox based) 06/03/16 Вск 23:54:40 #115 №1636010 
>>1635990
>на 14 дюймах - было 800х600
>на 17 - 1024х768
>на 24 - 1920х1080
>на 32 - 2560х1600
У кого было?
>ну пускай на 40 будет 4К
Ты с потолка размер пикселя берешь?
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 00:00:45 #116 №1636015 
>>1636010
У меня и моих знакомых было.
>ну пускай на 40 будет 4К
>Ты с потолка размер пикселя берешь?
Ну что тут непонятного, размер пикселя не уменьшался никогда, увеличивалось разрешение - это позволяло разместить на экране больше данных, больше окон, более навороченный интерфейс. Это прогресс, неоспоримый. А если зафиксировать размер экрана и увеличивать только разрешение, то полезное пространство не увеличится. Увеличится чёткость картинок, шрифтов, видео, игр - это тоже прогресс, но если ты тупо работаешь за компом, читаешь, прогаешь, то тебе такой прогресс от силы даст чуть более приятные шрифты - и больше ничего. Поэтому увеличение разрешения пропорционального с тем же коэффициентом увеличения размера экрана имеет довольно ограниченную полезность. Да, лучше хотя бы так, чем вообще никак, но я рассчитываю на то, что в 4К я смогу разместить 4 окна таких же, как сейчас одно, и мне не придётся щуриться и двигаться носом в упор к монику, чтобы разглядеть, что в них.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 00:02:27 #117 №1636016 
>>1636015
>Поэтому увеличение разрешения БЕЗ пропорционального с тем же коэффициентом увеличения размера экрана имеет довольно ограниченную полезность.
фикс
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 00:06:09 #118 №1636020 DELETED
>>1635992
На азиатских форумах, в прошлом треде уже скидывал.
>>1635989
>А должно быть идеально, совсем без потерь
Не понял, что ты имел этим ввиду. Ты сомневаешься в качестве декодера? Ну, можешь записать свой вывод в wav, а я свой, в аудиоредакторе сравним.
>если бы винда очень хорошо могла в масштабирование
Ну научится, таких моников всё больше и больше будет.
>>1635999
И что ты этим хотел показать? Ну, мне "ffmpeg -i" тоже показывает

> Stream #0:1[0x1100](rus): Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), s32p (24 bit)
> Stream #0:2[0x1101](eng): Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), s16p

, дальше-то что?
Аноним (Microsoft Windows 7: Firefox based) 07/03/16 Пнд 00:07:31 #119 №1636022 
>>1636015
> размер пикселя не уменьшался никогда
Херня. А тем, кому места на окна не хватает, берут дополнительные мониторы, а не проекторы ставят.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 00:16:29 #120 №1636029 
>>1636020
>На азиатских форумах
100 мбит/с скорость будет, если качать буду, или полдня один клип качать?
>А должно быть идеально, совсем без потерь
У тебя воспроизвелось DTS. Это очень хорошее качество, но это как mp3 - сжатие с потерями, хоть и реально близкое к оригиналу. Но если на блу-рее есть САМ ОРИГИНАЛ, совсем без потерь, в DTS HD, то лучше его и слушать же. Для этого необходимо dtsdecoderdll.dll кинуть в папку с дллками в МПЦ ХЦ - и тогда libav его заюзает и будет выдавать полное качество звука, совсем без потерь.

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

>>1636022
> размер пикселя не уменьшался никогда
>Херня
Возьми калькулятор да проверь.
>А тем, кому места на окна не хватает, берут дополнительные мониторы, а не проекторы ставят.
Проблем купить недорогой телек 48 дюймов уже никакой нет давно, проекторы не понадобятся. Доп моник у мя уже есть, и это хорошо, но если будет одно огромное окно с наворочанным интерфейсом или несколькими сразу страницами ворда - это будет ещё лучше.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 00:22:55 #121 №1636037 
>>1636029
Ворд кстати лишился с 2013 версии возможности выводить несколько страниц бок-о-бок. Регресс. МС не шмогли в плавную прокрутку страниц бок-о-бок, хотя ОпенОфис 100 лет как уже может.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 00:26:08 #122 №1636039 DELETED
>>1636029
>или полдня один клип качать?
Там на baidu обычно выкладывают, а с ним как повезёт. Через браузер качать — 30кбайтс и постоянные обрывы, лол. А так, если через специальный клиент — у кого-то 500кбайтс, у меня 1.5мбайтс получилось выжимать.
Там, впрочем, кроме четырёх клипов, которые я перелил на мегу, вроде нет именно музыкальных видео, только всякая природа и подобное. Вот можешь отсюда по названиям файлов загуглить: http://blog.sina.cn/dpool/blog/ArtRead.php?nid=6626e1510102wb56&vt=2&page=rest1
>Но если на блу-рее есть САМ ОРИГИНАЛ, совсем без потерь, в DTS HD, то лучше его и слушать же
Теперь понял, так бы сразу и сказал.
Есть всё, только отдельную либу собрать надо и включить её в ffmpeg:
https://github.com/foo86/dcadec
https://git.videolan.org/?p=ffmpeg.git;a=commit;h=519868de7d9c99876efcaf57d6a9683c22732cde
Сейчас попробую.
Аноним (Microsoft Windows 7: Firefox based) 07/03/16 Пнд 00:28:05 #123 №1636043 
>>1636029
>Возьми калькулятор да проверь.
Лол, сам и проверяй весь прогресс отрасли жк экранов. И вообще, если тебе ненужна четкость картинки, то почему она никому не нужна? Ты даже с очками не можешь заметить уменьшения размера пикселя? Запусти любую игру без сглаживания, много нового увидишь.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 00:35:15 #124 №1636046 DELETED
>>1635899
>лосси 1536 kbps
А там ещё получается что-то терять? Это ж почти PCM, если 44.1k 16bit. Разве что с другой дискретизацией/числом каналов побольше будет.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 00:35:45 #125 №1636047 
14573001457060.png
>>1636039
Ну зашибись, пикрел. Где кнопка скачать я хз:)А судя по названиям на ютубе и на Рутрахере некоторые я видел уже.
>Сейчас попробую.
Запихни результат в МПЦ ХЦ будущий заодно:)
>>1636043
>если тебе ненужна четкость картинки, то почему она никому не нужна?
Мне тоже нужна, но выбор на сегодняшний день между 4К 24 дюйма за 30 косарей, ФуллХД 24 дюйма за 10 косарей, или 4К 32 дюйма за 60 косарей (грубо говоря). При таком выборе я не готов потратиться на 4К, я уж лучше 32 дюйма 2560х1600 возьму за цену, равную 4К 24 дюйма.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 00:37:31 #126 №1636048 
>>1636046
>с другой дискретизацией/числом каналов побольше будет.
Вот-вот, там же 5.1 как минимум.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 00:40:03 #127 №1636051 DELETED
>>1636047
>Где кнопка скачать я хз
Ну ты прям как будто рапиды и прочую хрень не застал. Первая синенькая, определяется методом тыка за 5 секунд.
Я ж тебе сказал не оттуда качать, а вбить имя файла в поисковик (лучше baidu.com) и там будет ссылка на какой-нибудь hd.club.tw, а там уже на pan.baidu.com, который популярное китайское облако на 2 халявных терабайта.
>Запихни результат в МПЦ ХЦ
Не понял. mpc-hc под линукс нет.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 00:42:57 #128 №1636054 
>>1636051
>вбить имя файла в поисковик
Понял, сложновато, учитывая не фонтан скорость и такие запары пожалуй воздержусь.
>Запихни результат в МПЦ ХЦ
>Не понял.
Ну это я пошутил. Просто от того, что ты щас прикрутишь ДТС ХД, выиграешь только ты:)
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 01:00:02 #129 №1636072 DELETED
>>1636054
Ну, поставил, в "ffmpeg -codecs" появился дополнительный декодер libdcadec для DTS, "mpv -v --ad lavc:libdcadec in.m2ts" показывает, что эта либа используется для декодирования. На слух я только это вряд ли смогу отличить, лол.
>Просто от того, что ты щас прикрутишь ДТС ХД, выиграешь только ты
Дык вон он и в LAV поддерживается: https://github.com/Nevcairiel/LAVFilters/blob/master/CHANGELOG.txt#L74
Я только хз в этих ваших вендовых mpc-hc/lav где-что настраивается, но всё должно работать и без 32-битных мокрописек.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 01:07:10 #130 №1636079 
>>1636072
>https://github.com/Nevcairiel/LAVFilters/blob/master/CHANGELOG.txt#L74
Вот это круто, я примерно это и читал. Ща удалил ту арксофтовскую дллку, всё равно в окне показывает что DTS HD декодит, раньше dca показывало. То есть видимо теперь действительно мокрописька нинужна. Но блин, одна скупая строка в чейнджлоге, мне бы всё-таки для уверенности какую-нибудь чёткую новость или пост на форуме увидеть, чтобы точно знать что реально DTS HD полноценно запилили.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 01:10:08 #131 №1636082 DELETED
>>1636079
>мне бы всё-таки для уверенности какую-нибудь чёткую новость
Что ты прям как этот. У них ж на дум9 огромный тред, там всё есть:
>http://forum.doom9.org/showthread.php?p=1425964#post1425964
>Q: Can LAV Audio decode DTS-HD?
>A: Yes! As of 0.65 DTS-HD is fully supported!
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 01:13:13 #132 №1636084 
14573023933120.png
>>1636082
Пасиба добрый человек! Настало время перекатываться на 64-битный МПЦ ХЦ, я уж думал оно никогда не придёт:)
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 01:24:41 #133 №1636089 
14573030820430.png
А как я парился с PopCorn MKV AudioConverter, целую инструкцию для себя накатал пикрел. Там тоже та же проблема, чтобы декодировать DTS HD, приходилось мокрые письки юзать.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 01:31:30 #134 №1636094 DELETED
>>1636089
ffmpeg -c:a libdcadec -i in.m2ts out.ac3
Лол. Единственно что у ffmpeg встроенный энкодер dca по умолчанию, надо явно указывать libdcadec.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 01:33:00 #135 №1636095 DELETED
>>1636094
Декодер т.е.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 01:43:19 #136 №1636105 
>>1636094
Да, в ffmpeg похоже тоже добавили DTS HD https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=2385
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 01:44:17 #137 №1636108 
>>1636105
А, не , не факт
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 01:46:08 #138 №1636110 DELETED
>>1636108
Это Zeranoe в свои вендовые билды добавил.
Коммит ffmpeg с поддержкой libdcadec я уже выше скидывал. (Вообще, ты слоупок, конечно, это целый год назад всё произошло, а ты до сих пор на мокропиське сидел!)
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 01:49:04 #139 №1636111 
>>1636110
Да я читал месяца 3 назад >>1635906 , подтверждений чётких токо не нашёл (не сильно может искал), и мокрая писька-то тоже работала, а до середины прошлого года я вообще на 32-битной ХР сидел, так что проблема перехода на 64-битный МПЦ ХЦ не стояла.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 01:51:46 #140 №1636113 
>>1636111
>до середины прошлого года я вообще на 32-битной ХР сидел
Хотя это так-то делает меня ещё большим слоупоком:) Возможность покинуть наконец ХР мне открыла прожка Stardock Fences, которая позволяла обойти на виндах новее ХР большущую для меня проблему отвратительного автоупорядочивания ярлыков на рабочем столе.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 01:53:26 #141 №1636115 DELETED
>>1636113
>проблему отвратительного автоупорядочивания ярлыков на рабочем столе
Лол, вот это проблемы у кого-то.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 01:57:28 #142 №1636117 
>>1636115
Это гигантская бида была. Вот сохраняешь ты файло на рабочий стол из Фирефоха, сохраняешь, сохраняешь, а потом смотришь на него - а файлы там вразнобивку абсолютно. Не в порядке, в котором ты сохранял их, а вообще какие-то даже ПЕРЕД теми файлами, которые до этого там уже были, полностью рандомно. Выносило мозг ваще. Фенсес позволяет создавать свои области для хранения файлов на раб. столе, с нормальным автоупорядочиванием.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 02:06:26 #143 №1636121 DELETED
>>1636094
А, лол: https://git.videolan.org/?p=ffmpeg.git;a=commit;h=ae5b2c52501d5009fe712334428138a9b758849b
Теперь dca=libdcadec. Т.е. если новый ffmpeg, то все плееры, которые его используют, будут проигрывать DTS HD.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 02:14:13 #144 №1636129 DELETED
>>1636121
Вообще охуенный чувак, перельмановский:
https://github.com/mpv-player/mpv/issues/1621#issuecomment-78825557
https://github.com/foo86/dcadec/issues/19
Сделал забесплатно охуенную либу и ему насрать и на 4000 €, и на донаты. Не то что всякие меркантильные уроды, которые за копейку удавятся.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 02:16:43 #145 №1636134 
>>1636129
А чо за либа? Что полезного? Мимо проходил.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 02:18:00 #146 №1636136 DELETED
>>1636134
>>1635899
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 03:50:51 #147 №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) 07/03/16 Пнд 03:53:58 #148 №1636200 
>>1636129
>Не то что всякие меркантильные уроды, которые за копейку удавятся.
Опять же, для кого-то эта копейка - вопрос того, сможет ли он купить ПОЖРАТ. Условия проживания на планете Земля сильно разнятся.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 03:55:21 #149 №1636201 
>>1635899
Я всё время путал libav с lav кстати
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 03:57:35 #150 №1636202 DELETED
>>1636197
>Про Перельмана на Лурке почитал - прикольно
Поперхнулся.

>Влом было разбираться, как не деанониться по реквизитам
Биткоины ж.
>в швитой Америке нижняя граница С++ера
Это да. Если есть стабильный заработок, то эти донаты как приятная мелочь, не более. Впрочем, если работа не связана с хобби, то сделать серьёзную вещь в свободное время трудно, большая часть имеющихся умственных ресурсов уходит в рабочие проекты.
>>1636200
Очевидно, что все поняли кого я имел ввиду.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 04:03:41 #151 №1636205 
>>1636202
>сделать серьёзную вещь в свободное время трудно, большая часть имеющихся умственных ресурсов уходит в рабочие проекты.
Это точно, поэтому меня всегда умиляли ответы на жалобы о всяких проблемах по шаблону "Напиши сам". Я могу написать сам, да только у меня геморрой будет, если я буду круглые сутки сидеть на стуле прогать:)
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 04:09:30 #152 №1636210 
Интересно, откуда у VideoLAN бабло на bounty. Донаты юзеров штоле? И распространённая ли в opensource-сообществе практика - эти bounty?
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 04:16:42 #153 №1636215 DELETED
>>1636210
>Интересно, откуда у VideoLAN бабло на bounty
Дык там целая организация. Проект-то дофига популярный. Только вот плеер у них жалкое говно, прискорбный факт.
>И распространённая ли в opensource-сообществе практика
От проекта зависит. В основном во всякой хипстерской хуйне этим промышляют. У остальных либо и так нормальное финансирование, либо нет хипстеров. Bounty может кто угодно предложить на самом деле. Просто видишь какой-нибудь ишью, заходишь в него и такой говоришь: тому, кто запилит, дам столько-то бабла. И всё.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 04:19:52 #154 №1636217 DELETED
>>1636215
Причём с точки зрения FLOSS это только пиар, ничего более. Т.к. у любого человека всегда есть возможность нанять разработчика запилить какой-нибудь недостающий ему функционал. И даже заплатить, чтобы он в апстрим это пропихивал.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 04:23:15 #155 №1636218 
>>1636215
>У остальных либо и так нормальное финансирование
Интересно, интересно. Вроде бесплатно, откуда тогда бабло, непонятно, ну да не буду загружать такими вопросами, гугл наверняка знает ответ.
>плеер у них жалкое говно, прискорбный факт.
Согласен. Меня убили 2 вещи:
1) При перемотке VLC не отталкивается от ключевого кадра похоже, поэтому первые секунды картинка вся заартефакченная.
2) Перегрузы аудио (клиппинг - уходит за 100% даже на 100%ной громкости)
Что-то ещё убивало, но уже не помню, годы назад пробовал.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 04:25:51 #156 №1636219 
>>1636217
Ну может bounty меньше тех денег, которые пришлось бы потратить на разраба, а соглашающиеся bounty расценивают лишь как доп. стимул, а не полноценную компенсацию за всё потраченное время.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 04:57:44 #157 №1636224 
Теперь, с 4K блу-реями, вангую, что следующей проблемой станет декодирование Dolby Atmos:)
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 05:03:48 #158 №1636225 
http://www.rutracker.ga/viewtopic.php?pg=1&t=2347279&start=930
Скоко страниц-то настрочили по этой теме:) и в конце то, что я искал:
>можете просто взять только новейший MPC-HC x64, настроить, и всё будет. И библиотеке ArcSoft тоже уже не нужна, LAV всё сам делает.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 05:34:38 #159 №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.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 05:53:55 #160 №1636229 
http://www.blu-ray.com/movies/Pineapple-Express-4K-Blu-ray/145675/ - фильм 2008 года, снятый на 35-мм киноплёнку, получил единственный из всех 4К блу-реев максимальную оценку качества видео, плёнку пересканировали в 4К. То есть все, кто снимал на менее, чем 4К цифровые камеры, протупили. Их поделия теперь будут выглядеть хуже, чем киноплёнка:)
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 07:59:47 #161 №1636234 DELETED
>>1636225
Да пиздец бесит. Особенно ixbt. Пиздят, пиздят без умолку, а полезной информации крохи.
Вообще, получение знаний через форумы/обсуждения это пиздец какая неэффективная хуйня. Ещё и дезинформации полно, так что потом неверная картина в голове образуется.
>>1636227
А что, HEVC лучше играться стал?
>>1636229
Да про это сразу говорили, когда на цифровой пайплайн переходить стали. Плёнку со временем пересканить можно (хотя, там тоже какие-то ограничения есть), а цифру уже лучше не сделать. Так может и какие-нибудь шедевры вроде Бегущего пересканят в 4K со временем.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 08:10:21 #162 №1636236 
>>1636234
>получение знаний через форумы/обсуждения это пиздец какая неэффективная хуйня. Ещё и дезинформации полно, так что потом неверная картина в голове образуется.
Почти согласен, но всё же бывают случаи, когда форумы подталкивают на решения или хотя бы на мысли - в какую сторону копать.

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

>шедевры вроде Бегущего
Если ты о Blade Runner, то чёт меня совсем не вставило от него, шедевральности не увидел.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 08:15:25 #163 №1636237 
Офигееть! Бурятки на 1/2 теперь тянут без тормозов, было только на 1/8! В 4 раза быстрее!

На той же странице >>1636227 я потом до конца дочитал, там говорили про 50-100%ное ускорение от 64битного LAV в HEVC. У меня даже ещё больше вышло.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 08:17:17 #164 №1636239 
>>1636237
Воот, теперь результаты твоего теста ffmpeg в консолечке (39 fps) совпадают с практикой в МПЦ ХЦ. Я сразу подумал, что что-то тут не так - рендеринг и декодирование звука не могут стоко ЦП жрать, должно на 1/2 тянуть было. Вот теперь тянет.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 08:19:00 #165 №1636241 
И при этом мои тесты Фирефоха х86 и х64 показывали практически идентичную нагрузку на Ютубе VP9, то есть VP9 от 64 бит не выигрывает ничего.
sageАноним  07/03/16 Пнд 08:31:45 #166 №1636247 DELETED
сажи ебучим гуглоподсосам
совсем уже ебанулись тут
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 09:00:22 #167 №1636254 
14573304226250.jpg
>>1636247
Ещё один
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 13:04:39 #168 №1636375 DELETED
>>1636239
Само по себе перекомпилирование под 64бит не должно столько дать прироста. Видимо, под 32бит асма вообще не написали. Вот эти ещё попробуй:
https://mega.nz/#!nZNA0ZyZ!D3RtrJxM89ep7tXOaIMjYCP_0poYvFBb6Ez2KlTI5BY /Root/[LG.4K.演示片] Apink_MrChu_HEVC_60fps.mp4
https://mega.nz/#!mINzyDob!Wsv4_ouoZfsqWFWDczIdzlc97HQb49csszA5wC3DnAo /Root/[LG.4K.演示片] Hyomin_Nicebody_HEVC_60fps.mp4
https://mega.nz/#!WddwzTCB!2G9sXPL8XJSFAtsCJUJw6EVK4jpsIqHG5hRguTagYig /Root/[LG.4K.演示片] Tara_No.9_HEVC_60fps.mp4
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 14:17:29 #169 №1636442 DELETED
test
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 14:19:40 #170 №1636445 DELETED
>>1636442
Если N/A в Duration, то макака выплёвывает неведомую хуйню может можно заэксплуатировать?
Ещё теперь миниатюры из yuv422p нормально генерируются, небось обновили свой ffmpeg.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 14:31:50 #171 №1636468 DELETED
[MV] Red Velvet – Happiness [Master ProRes HD 1080p]
https://mega.nz/#!OB5zxAZY!ikbhf3RXK9TIz8ordyj9SXOrujeAPLnWEHFgLAasr_8
https://mega.nz/#!CYAjQZQI!r1924HMnIIM1W9TcRcY3yL_w-rSvA3V_sGvgtacLfGQ
https://mega.nz/#!qBgWVZqB!do6G8lpaDBjtKAvxV_jtpIc8vEgRUJIz5HQZKtd-st4
https://mega.nz/#!7FYwlQ7T!zK8FIv6qIM_W-A9Nu9ZJebs3FYiZHlumJXlFZxW6v7Y
https://mega.nz/#!eBgF0Z5Q!YQz1Khnwfw6n9ING8jSBj-48Jjl6uN_9_ISSqU6B3Zo

Master в ProRes, неплохо.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 15:28:43 #172 №1636535 DELETED
>>1636468
Ну рутрекере только 10 штук таких всего, кстати, редкая штука.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 19:11:19 #173 №1636841 
>>1636375
Поглядел видосики - бурятки каэшна оче красивые. На 1/2 тянет, 60% где-то загрузка, как и во вчерашнем видосе с бурятками. И вчерашний видос я ведь один и тот же тестил
32 бита - 1/8 - 60% ЦП
64 бита - 1/2 - 60% ЦП
так что результат безошибочный.

Алсо, у всех видосов в 26 мбит/сек на коже артефакты слегка видные, и при мигании прожекторов. 26 полюбасу слишком мало.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 19:13:26 #174 №1636845 
>>1636841
А ещё - такие результаты на самом деле крайне радуют, потому что это означает, что 24 фпс HEVC 4K спокойно потянут на ванильном МПЦ ХЦ на моём компе, и даже может 48 потянут.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 19:16:36 #175 №1636847 
>>1636468
Клёвая штука эта мега, вроде раньше плагин требовала установить, а щас даже без него быстро качается.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 19:20:41 #176 №1636851 DELETED
>>1636847
Там плагин вроде надо если файл больше гигабайта.
Я вот этим заливаю/качаю, очень удобно: https://github.com/megous/megatools
DEEMA (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 20:18:31 #177 №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К до сих пор.
DEEMA (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 20:20:16 #178 №1636970 
>>1636966
>DCI 4K (4096 x 2160p) vs UHD 4K (3840 x 2160p)
Вот это тоже бесит, могли бы сделать так, чтобы разрешение DCI (в кинотеатрах) совпадало с блу-реями, дак нет, чуть различным сделали, и теперь надо интерполировать с падением чёткости. Так и на блу-реях было и теперь так же на 4К блу-реях.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 20:31:11 #179 №1636984 DELETED
>>1636966
>фактически нельзя считать тру 8К камерами
А откуда инфа, что те камеры из вики апскейлят сигнал с матрицы для выдачи 8K?
>>1636970
>и теперь надо интерполировать с падением чёткости
Можно по горизонтале отрезать если так критично, лол.
И нафиг ты в этом треде неймфажишь?
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 20:37:21 #180 №1636995 
>>1636984
>И нафиг ты в этом треде неймфажишь?
Это я просто не стёр, не заметил, имя запоминается. Как бы и сюда вайперы-фоннаты не залетели теперь, они за мной по пятам ходят:)

>Можно по горизонтале отрезать если так критично, лол.
Я читал, что студии обычно так не делают, дабы пуристов не расстраивать. Обычно чёрные полосы добавляют.
>откуда инфа, что те камеры из вики апскейлят сигнал
Честно, не проверял, попожжя попробую погуглить, просто подозрительно высокое у них разрешение:)
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 20:42:18 #181 №1637002 DELETED
>>1636995
Вообще вики пишет, что такое во многих цифровых камерах:
https://ru.wikipedia.org/wiki/Фильтр_Байера
Т.е. там маркетинг: говорят, что у камеры столько-то пикселей площади, но в таком разрешении получится вытащить только изображение с оттенками серого, а для цветного надо апскейлить. Но детали я хз, камеры ещё не успел задрочить.
Аноним (Microsoft Windows 10: Firefox based) 07/03/16 Пнд 23:15:42 #182 №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) 07/03/16 Пнд 23:32:15 #183 №1637250 
>>1636468
Щас токо этот видос посмарел - где-то всего 30% ЦП нагружал, 170 мбит/с - это убойно каэш. Но мне кажется я всё-таки видел очень лёгкий налёт артефактов (тут надо учитывать, что каждый кадр сжимается независимо от других, поэтому 170 мбит/сек - это не так уж и много). 4:2:2 1080p (этот видос) на монике 1080p хуже, чем 4К в 4:2:0 - и это видно, чёткость не такая убойная, как в 4К, не хрустящая:) Вощем крутое кач-во, но 100 мбит/с 4К были круче в плане чёткости, и даже может в остутствии артефактов. Но блу-рей хуже этого видоса, пожалуй.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 23:38:23 #184 №1637251 DELETED
>>1637250
>170 мбит/с - это убойно каэш
А там специальный I frame-only формат, см. https://en.wikipedia.org/wiki/Apple_ProRes
Т.е. теоретически x264 мог бы сравнимое качество в 17мбитс уложить.
>очень лёгкий налёт артефактов
Ну выше мастера не прыгнешь, лол.
>хуже, чем 4К в 4:2:0
Так сравнивать-то надо с тем же видео, может у них камеры такие были или ещё что. Хотя да, на 4K клипах меня тоже детали больше радуют. Прям очень сочно.

Там ещё 10бит, кстати.
Аноним (Ubuntu Linux: Firefox based) 07/03/16 Пнд 23:57:54 #185 №1637265 DELETED
>>1637250
Кстати, на тему ютуба.
Чуть-чуть покачал и поделал вебмок из 1080p VP9, вроде в самом деле вполне ничего, не то что 720p. По крайней мере раньше, как сейчас — хз.
Аноним (Microsoft Windows 10: Firefox based) 08/03/16 Втр 00:33:02 #186 №1637289 
>>1637265
А я думал ты 1080р не юзаешь из-за того, что только в 720р звук присобачен уже в файл, а 1080р без звука и надо присобачивать вручную его. А коли без разницы, то реально лучше 1080р и вырезать фрагмент, раз твоя прога позволяет и в лимит можно уложиться.
Аноним (Ubuntu Linux: Firefox based) 08/03/16 Втр 00:44:11 #187 №1637295 DELETED
>>1637289
>только в 720р звук присобачен уже в файл
Не, звук вместе с файлом только в 640x360 VP8+Vorbis, 720p H.264 и ещё подобных фиговых. Все остальные вебм-форматы отдельно от звука.
>то реально лучше 1080р и вырезать фрагмент
1080p весит больше. В 20мб лимит можно приблизительно 2 минуты 720p и минуту 1080p уместить. В 10мб (для /b/) ещё меньше.
Аноним (Ubuntu Linux: Firefox based) 08/03/16 Втр 01:51:25 #188 №1637315 DELETED
Тем временем в AOM смержили уже derining фильтр из Daala:
https://chromium-review.googlesource.com/#/c/329061/
Мержат entropy coder:
https://chromium-review.googlesource.com/#/c/331303/
Аноним (Ubuntu Linux: Firefox based) 08/03/16 Втр 02:37:26 #189 №1637330 DELETED
>>1637315
>02:32 < xiphmont_> OK. I've confirmed that --end-use=q is equivalent in concept to Daala's constant quantizer mode. vpx applies boosts/cuts depending on frame type, but not any other sort of running dependent analysis.
>02:32 < xiphmont_> Oh, also confirmed the quantizer histogram reporting is broken.
>02:33 < xiphmont_> [it will report a bunch of frames equal to workahead size as quantizer 0, because it's asking for and accumulating quantizer value before the codec has actually tried to analyze/compress anything)
>02:34 < q> It would be super cool to finally have working rate control in WebM/AOM :P
>02:35 < xiphmont_> well, yes, working on that. With the caveat that tomorrow I'll be asking more details in case that already exists and no one has noticed it.

Сам Monty работает над нормальным рейт контролем в AOM, ура.
Аноним (Microsoft Windows 7: Firefox based) 09/03/16 Срд 14:04:32 #190 №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!

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

Нужно записать игру с нативным разрешением 640*480, может запускаться как в окне, так и полноэкранно. Собственно, как записать? В идеале - чтобы запись включалась-выключалась по клику определённой кнопкой, а видео сжималось ещё перед записью на диск, потому что записать надо 30 минут, а потом залить на трубу (нет, я не летсплейщик).
Аноним (Ubuntu Linux: Firefox based) 09/03/16 Срд 19:51:12 #193 №1638828 DELETED
>>1638823
Попробуй https://obsproject.com/
Аноним (Microsoft Windows 10: Firefox based) 09/03/16 Срд 20:09:05 #194 №1638855 
>>1638823
А чем, собственно, Бандикам не устроил?
Аноним (Microsoft Windows 8: Chromium based) 09/03/16 Срд 20:16:08 #195 №1638861 
>>1638855
Надо крякнутый качать, а мало ли что крякер туда вместе с кряком засунул. Информационная гигиена, вот это всё.
Аноним (Ubuntu Linux: Firefox based) 09/03/16 Срд 20:48:31 #196 №1638909 DELETED
Кто там заявлял, что отключение JS охуеть как защищает?
Вот пачка критичных уязвимостей, которые даже скрафченных вебм не требуют:
https://www.mozilla.org/en-US/security/advisories/mfsa2016-37/
https://www.mozilla.org/en-US/security/advisories/mfsa2016-23/
https://www.mozilla.org/en-US/security/advisories/mfsa2016-27/
https://www.mozilla.org/en-US/security/advisories/mfsa2016-35/
Аноним (Microsoft Windows 7: Firefox based) 09/03/16 Срд 21:17:50 #197 №1638955 
14575474707060.jpg
>>1638909

>2016
>не отключать ремоут фонтс
Аноним (Microsoft Windows 10: Chromium based) 09/03/16 Срд 21:33:47 #198 №1638971 
Итак, пытаюсь обрезать видео и перекодировать, но в результате такое ощущение, что звуковая дорожка отстаёт от картинки и всё трещит в пизду. Как фиксить?
Аноним (Microsoft Windows 7: Firefox based) 10/03/16 Чтв 06:31:32 #199 №1639193 
>>1638536
Мне нужно было разбить видео поток на части по 2 часа, 5 минут для тестирования. mkv или mp4 требуют конвертации звука, мне же хочется записать поток с минимальными усилиями.
Проблему, кстати, я решил с помощью -reset_timestamps 1.
Аноним (Debian Linux: Iceweasel) 10/03/16 Чтв 08:29:04 #200 №1639228 
>>1639193
>mkv или mp4 требуют конвертации звука
Что? В оба контейнера AAC входит отлично. В отличие от AVI, с которым могут быть пролемы, если битрейт звука переменный.
Аноним (Microsoft Windows 7: Firefox based) 10/03/16 Чтв 09:00:24 #201 №1639240 
>>1639228
Действительно, ты прав, благодарю.
У меня как и у >>1638971 звук отстает от изображения, подскажи, пожалуйста, что можно с этим сделать?
Аноним (Ubuntu Linux: Firefox based) 10/03/16 Чтв 13:09:15 #202 №1639373 DELETED
>>1639240
-itsoffset
Если отставание переменное, то только в аудиоредакторе править.
Аноним (Debian Linux: Iceweasel) 10/03/16 Чтв 14:43:44 #203 №1639446 
>>1639373
> Если отставание переменное, то только в аудиоредакторе править.
Не обязательно: если оно линейно нарастает, то можно растянуть/ужать звук фильтрами aresample и asetrate, либо сделать то же самое с видео фильтром setpts. Надо только замерить смещение дорожек через определёный промежуток времени и посчитать.
Аноним (Microsoft Windows 7: Firefox based) 10/03/16 Чтв 15:23:47 #204 №1639507 
>>1639373
>>1639446
Но во входящем потоке звук не отстает.
Аноним (Debian Linux: Iceweasel) 10/03/16 Чтв 18:59:39 #205 №1639695 
>>1639507
Будет хорошо если ты предоставишь сэмпл видео, с которым такой эффект проявляется, и команды для его воспроизведения.
Аноним (Microsoft Windows 10: Firefox based) 10/03/16 Чтв 22:33:46 #206 №1639905 
Юзает кто Блендер?
Я загрузил фильм с парой аудиодорожек, а как выбрать нужную?
Аноним (Ubuntu Linux: Firefox based) 10/03/16 Чтв 22:39:13 #207 №1639913 DELETED
>>1639905
Нельзя пока.
Просто в отдельный файл вытащи и добавь: ffmpeg -i in.mkv -map 0:a:1 -c copy out.mkv
Звуковая дорожка всё равно весит мало.
Аноним (Microsoft Windows 10: Firefox based) 10/03/16 Чтв 22:40:30 #208 №1639915 
>>1639913
Спасибо, завтра попробую.

В чём суть блендера? Я про то, что это очень комплексная и бесплатная программа, они что, зонды устанавливают и продают данные пользователя?
Аноним (Microsoft Windows 7: Firefox based) 10/03/16 Чтв 22:43:43 #209 №1639922 
>>1639915
Одно неверное действие — и данные на харде превращаются в кашу.
Аноним (Ubuntu Linux: Firefox based) 10/03/16 Чтв 22:44:29 #210 №1639924 DELETED
>>1639915
Нет, всё нормально. Просто один из примеров (вроде ядра Linux, компиляторов GCC, LibreOffice и т.д.), где удалось годнейший софт сделать бесплатным и открытым для всех.
Вообще, Blender это такой свободный After Effects, но по фичам не всегда дотягивает. Если приноровиться и чуть-чуть накостылить, то очень круто выходит.
Аноним (Ubuntu Linux: Firefox based) 10/03/16 Чтв 22:50:42 #211 №1639931 DELETED
>>1639924
Т.е. со свободными аналогами Вегаса не очень хорошо (ну разве что Kdenlive и Cinelerra, но их не пробовал и они не кроссплатформенные), а вот если что посложнее, амвшку там какую, то Блендер в самый раз. Заодно можно и крутое 3D нафигачить.
Аноним (Ubuntu Linux: Firefox based) 11/03/16 Птн 04:09:34 #212 №1640087 DELETED
Добавил en (раньше было "eng" и автоматом не выбиралось) в конец slang в конфиг mpv и на куче видео с ютуба и прочих сайтов стали отображаться субтитры. Удобно. (Хотя, лучше бы их не читать, в j-pop/k-pop та ещё бредятина в текстах песен.)
Аноним (Microsoft Windows 10: Firefox based) 11/03/16 Птн 10:51:41 #213 №1640206 
14576827011370.webm
Почему опенброадкастер записывает чёрный экран, но звук есть?
Другие игры ок записывает.
Аноним (Microsoft Windows 10: Firefox based) 11/03/16 Птн 11:43:13 #214 №1640243 
Как в блендере сделать плавное затухание части звуковой дорожки?
Аноним (Microsoft Windows 10: Firefox based) 11/03/16 Птн 12:23:44 #215 №1640269 
Всё нашел, вот, кстати, парень нормально поясняет по блендеру: https://www.youtube.com/watch?v=beWj_mw0M-I
random anon (Microsoft Windows 10: Chromium based) 11/03/16 Птн 20:32:40 #216 №1640658 
14577175609700.jpg
14577175609721.jpg
14577175609742.jpg
Аноны, тут у знакомого скачанные (большая часть) вебм-ы с двача шакалятся как на пикрилейтед. Что делать?
Аноним (Microsoft Windows 10: Chromium based) 11/03/16 Птн 21:33:59 #217 №1640715 
>>1640658
Записывать результаты. Такой-то глитч арт!
Аноним (Ubuntu Linux: Firefox based) 11/03/16 Птн 23:12:58 #218 №1640854 DELETED
>всех файлов в посте — около 40МБ
Вот это круто, теперь можно в медию заливать джва по двадцать. Попробовал 46, выдаёт «Доска не существует».
Аноним (Microsoft Windows 8: Chromium based) 13/03/16 Вск 09:56:40 #219 №1642180 
14578522010190.png
>>1638828
Попробовал. См. пик.
Как туда добавить источник? Добавил окно игры в подокно общих источников, а просто в списке источников оно так и не появилось.
Аноним (Linux: Chromium based) 13/03/16 Вск 10:55:04 #220 №1642213 
14578557050550.jpg
>>1632602 (OP)
>Пердолики
>ненужности
>WebM Аноним (Debian Linux: Iceweasel)

дебианщики — позор линукс-сообщества сколько ненависти о овна, которые от них исходит, не исходит ни от кого.. Именно из-за них (в основном) линуксоидов считают придурковатыми. Скрыл ублюдочный тред.
Аноним (Fedora Linux: Firefox based) 13/03/16 Вск 11:45:30 #221 №1642248 
>>1642213
>линуксоидов считают придурковатыми.

Это правда, достаточно фанатичные товарищи, ни у одного дистра таких фанатичный приспешников нет.
Аноним (Debian Linux: Iceweasel) 13/03/16 Вск 12:58:51 #222 №1642294 
>>1636234
>Вообще, получение знаний через форумы/обсуждения это пиздец какая неэффективная хуйня. Ещё и дезинформации полно, так что потом неверная картина в голове образуется.

Просто ты не осилил. И не сможешь, читая говнофорумы вроде хобота.
Аноним (Debian Linux: Iceweasel) 13/03/16 Вск 13:43:20 #223 №1642315 
>>1642248
Как сказать... Я как-то имел несчастье IRL пообщаться со свидетелями суси и ортодоксальными слаководами.
Если вторые оказались на одном уровне с мормонами, то первые могли поспорить со свидетелями иеговы. Раньше думал, что люди с инженерным складом ума так могут вести себя только в интернетах, но увы. Пересмотрел сове отношение к перспективам использования обоих дистров.
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 18:00:08 #224 №1642435 
14578812084120.png
Как вытащит отсюда 1 мелодию?
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 18:52:48 #225 №1642485 
Как пережать фрапсовский видос не прошакалив качество?
Пытаюсь сделать как-то так "ffmpeg -i 1.avi -b:v 20000K 1o.avi" - все в квадратах.
Аноним (Debian Linux: Iceweasel) 13/03/16 Вск 19:01:11 #226 №1642494 
>>1642435
shnsplit

>>1642485
Определись с выходным форматом, кодеками и их параметрами.
Быстро пожать видео кодеком прошлого поколения можно так:
ffmpeg -i 1.avi -c:v libx264 -crf 18 -c:a libopus -b:a 128k out.mkv
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 19:18:29 #227 №1642513 
>>1642494
>shnsplit
Я не понял, выдают какую-то ошибку в гуголе.
Аноним (Ubuntu Linux: Firefox based) 13/03/16 Вск 19:24:35 #228 №1642521 DELETED
>>1642513
Просто укажи -ss/-t опции.
Аноним (Debian Linux: Iceweasel) 13/03/16 Вск 19:27:09 #229 №1642524 
>>1642513
Хуёвый у тебя гугл. У меня первым результатом выдало арчвики с описанием этой операции.
http://www.etree.org/shnutils/shntool/
https://wiki.archlinux.org/index.php/CUE_Splitting
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 19:28:12 #230 №1642526 
>>1642524
Я не понял, shnsplit - это отдельная программа? У меня шиндовс...
Аноним (Microsoft Windows 7: Chromium based) 13/03/16 Вск 19:31:53 #231 №1642528 
Аноним (Debian Linux: Iceweasel) 13/03/16 Вск 19:31:59 #232 №1642529 
>>1642526
> shnsplit - это отдельная программа?
Да.
> У меня шиндовс...
Я вижу. По первой ссылке есть её сборки для win32.
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 19:46:07 #233 №1642538 
>>1642529
Я тупой и не понял как ей пользоваться. Есть что попроще?
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 20:27:36 #234 №1642560 
>>1642494
Да мне не важен формат, главное чтобы качество сохранилось и размер с 10гб хотя бы до 2 уменьшить.
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 20:29:57 #235 №1642563 
>>1642560
Время кодирования меня тоже не очень сильно волнует
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 20:35:06 #236 №1642566 
Вопрос, есть ли годный редактор музыки?
Чтобы показывался норм баланс громкости и можно было обрезать, конвертировать, делать фейдин/аут етц.
Ну и чтобы был бесплатный и желательно опенцурц.
Аноним (Ubuntu Linux: Firefox based) 13/03/16 Вск 20:37:19 #237 №1642567 DELETED
>>1642566
https://hive.blasux.ru/webm/s#aedit
Простейшие операции со звуком и в блендере можно.
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 20:40:30 #238 №1642568 
>>1642567
Я знаю, но он жутко недоработанный в этом плане, особенно фейдинаут, у меня он рендер видео делал криво с этим эффектом. А редактировать музыку через видео редактор, ну это просто - жопа.

Какой из списка посоветуешь?
Ардор или аудасити?
Аноним (Microsoft Windows 10: Firefox based) 13/03/16 Вск 21:26:29 #239 №1642616 
>>1642567
Поясните за эту программу, чем там платная от бесплатной отличается?
Даже прочитав на сайте я не понял: https://ardour.org/download.html
>Silence after about 10 minutes
Что это вообще значит?
Аноним (Microsoft Windows 7: Firefox based) 13/03/16 Вск 21:52:18 #240 №1642635 
Нужна помощь, необходимо в текстовике Darkest Dungeon изменить значения так, чтобы удары в бою происходили в 2 раза быстрее. Как это сделать, какие строчки за это отвечают?
http://rghost.ru/6FRHlZvNS
Аноним (Linux: Firefox based) 13/03/16 Вск 21:58:25 #241 №1642639 
>>1642616
> Что это вообще значит?
Тишина где-то после 10 минут.
Аноним (Linux: Firefox based) 13/03/16 Вск 21:59:36 #242 №1642642 
>>1642616
Там плата чисто символическая, если не хочешь компилировать сам.
Аноним (Microsoft Windows 10: Firefox based) 14/03/16 Пнд 20:16:45 #243 №1643373 
Не знаю где спросить, может тут кто знает (меня часто выручали) или поможет: посоветуйте простенькую программу-органайзер.
Аноним (Ubuntu Linux: Firefox based) 14/03/16 Пнд 20:21:47 #244 №1643382 DELETED
>>1643373
vim TODO.md/лист бумаги
Аноним (Microsoft Windows 10: Firefox based) 14/03/16 Пнд 20:24:00 #245 №1643386 
>>1643382
Лист бумаги не удобно, постоянно надо менять, да и я не смотрю на них, уже пытался.
Аноним (Ubuntu Linux: Firefox based) 14/03/16 Пнд 21:00:47 #246 №1643424 DELETED
>>1643386
А мне норм, веду так багтрекер своих проектов. Мне гораздо проще за секунду выложить мысль на бумагу (в том числе и посреди ночи, когда вдруг что-то в голову пришло), чем что-то там впечатывать.
Аноним (Microsoft Windows Server 2003: Firefox based) 15/03/16 Втр 09:53:27 #247 №1643811 
Бля, сука, вы бы хоть список гуёвых утилит написали, для тех кто не хочет с консолькой пердолиться. Как же мне с вас уебанов печёт.
Аноним (Microsoft Windows 10: Firefox based) 15/03/16 Втр 13:59:36 #248 №1644028 
Бля, сука, вы бы хоть шапку читали, для тех кто не хочет отвечать. Как же мне с вас уебанов печёт.
Аноним (Microsoft Windows 7: Firefox based) 15/03/16 Втр 20:43:17 #249 №1644545 
Почему когда вебмку закрываю, она всё равно воспроизводится даже после обновления страницы?
Аноним (Microsoft Windows 8: Яндекс браузер) 15/03/16 Втр 22:25:58 #250 №1644685 
14580699586570.png
Проблема пикрелейтед когда делаю трим, который идет не от начала. Ависинф последний с офф сайта, программа https://gitgud.io/nixx/WebMConverter
Аноним (Microsoft Windows 7: Firefox based) 15/03/16 Втр 22:35:07 #251 №1644696 
>>1644685
Превью работает?
Аноним (Microsoft Windows 8: Яндекс браузер) 15/03/16 Втр 22:39:42 #252 №1644702 
>>1644696
Это как? Я немного нюфаг
Аноним (Microsoft Windows 7: Firefox based) 15/03/16 Втр 22:53:27 #253 №1644716 
14580716075240.png
>>1644702
Аноним (Microsoft Windows 8: Яндекс браузер) 15/03/16 Втр 22:54:31 #254 №1644717 
>>1644716
А, понял.
Нет, не работает. Без ошибок просто возвращает в это же окно
Аноним (Microsoft Windows 7: Firefox based) 15/03/16 Втр 23:30:08 #255 №1644752 
>>1644717
Ну ошибка в скипте, но видать после обновления перестало писать ошибку на превью (там был полный путь до скрипта).
Аноним (Microsoft Windows 8: Яндекс браузер) 15/03/16 Втр 23:31:13 #256 №1644754 
>>1644752
А как это исправить, подскажи?
Аноним (Microsoft Windows 10: Firefox based) 16/03/16 Срд 04:50:14 #257 №1644888 
Подскажите какой лимит на вебм в тематики и /б, раньше было в шапке сечас не нашел
Аноним (Ubuntu Linux: Firefox based) 16/03/16 Срд 17:15:44 #258 №1645575 DELETED
>>1644888
∙ /b/ — 10
∙ /media/, /kpop/, /mov/, какие-то ещё избранные — 20
∙ остальные — 6 (вроде где-то 5 было, хз)
Суммарно вроде везде 40.
Аноним (Microsoft Windows 10: Firefox based) 16/03/16 Срд 17:19:17 #259 №1645578 
14581379576380.png
Давно не пользовался, уж пару версий вышло.

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

wybm-v0.3.3-win-x86
Аноним (Ubuntu Linux: Firefox based) 16/03/16 Срд 17:34:45 #260 №1645603 DELETED
>>1645578
>В автофит появился скроллбар, а файл инфо тоже, если путь слишком длинный
Регрессия, надо починить.
>Не хватает информации о битрейтах
А оно нужно вообще? В mkvinfo этого нет, надо ещё будет вызывать ffmpeg. Хотя для vorbis/opus ffmpeg тоже битрейт не пишет почему-то.
>Вебм не из ютуба нельзя без звука сохранять
>Нет информации есть в видео уже превью второй дорожкой или нет
Ну вообще я не планировал добавлять функционал работы с дорожками и основной юзкейс это всё-таки вытащить с ютуба/добавить превью, наиболее востребованные операции, не реализованные в прочих гуёвинах. Для остального есть уже существующие инструменты. Т.е. особо расширять функционал я пока не планирую, есть другие проекты. Буду только чинить когда ютуб поломают и т.д. Но за фидбэк, как всегда, спасибо.
Аноним (Microsoft Windows XP: Firefox based) 16/03/16 Срд 17:54:29 #261 №1645634 
Кто-нибудь делает вебмки с процами уровня c2d 6850? На какой фпс можно рассчитывать, делая vp9 с более-менее приемлемым качеством?
Аноним (Ubuntu Linux: Firefox based) 16/03/16 Срд 21:38:39 #262 №1645899 DELETED
>>1645634
От исходника, версии libvpx и настроек зависит.
Я выкладывал в прошлых тредах более-менее точные данные для i7 и ParkJoy, а так вроде особо никто не делился статистикой.
От исходника причём зависит очень сильно, рассматривать скорость кодирования в отрыве от этого параметра бессмысленно.

В идеале надо взять штук 3-5 тестовых стендов и на фиксированной версии libvpx прогнать тестовые энкоды по derf's media collection (можно разные варианты ключей). Потом, по известным соотношениям производительности, можно аппроксимировать на остальной модельный ряд. Но всем этим лень заниматься, лол, так что меряй сам.
Аноним (Microsoft Windows 7: Firefox based) 16/03/16 Срд 21:57:45 #263 №1645922 
Есть ли вообще какой-то способ проверить качество OPUS аудиофайла?
Ну т.е. для mp3 и других популярных форматов можно построить спектрограмму, тут всё просто.
А для OPUS есть какой-то адекватный способ? Я пробовал перегонять OPUS в MP3 320 и проверять спектр, но честно говоря, не уверен, что это хороший способ. Разве что откровенно хуёвое качество детектить, но его и на слух слышно.
Аноним (Ubuntu Linux: Firefox based) 16/03/16 Срд 21:59:12 #264 №1645925 DELETED
>>1645922
В .wav конвертируй (или любой лосслесс вроде flac). Лол, ну ты додумался в mp3, конечно.
Аноним (Microsoft Windows 7: Firefox based) 16/03/16 Срд 22:04:00 #265 №1645928 
>>1645925
Бля, спасибо, что-то я сам не додумался в лолсслес перегонять.
Ну вот сравнил сейчас 2 файла, один с битрейтом 100кбит/с, другой с 50кбит/с, на графике разницы почти нет. Такое вообще возможно?
Аноним (Ubuntu Linux: Firefox based) 16/03/16 Срд 22:05:35 #266 №1645930 DELETED
>>1645928
Возможно, VBR ведь. Если кодировать тишину с 520кбитс, то файл будет всё равно околонулевого размера.
Аноним (Ubuntu Linux: Firefox based) 16/03/16 Срд 22:11:17 #267 №1645936 DELETED
>21:18 < unlord> peloverde: can you re +2 my issue 330944? I made the change you requested and now I can't merge it.
>21:20 < unlord> peloverde: thanks
Бедные мозилловцы, заставили их работать с этими хромогами. Они слопоуки и молчуны, дааловцам приходится клещами из них всё давить и добро на мерж выклянчивать. Вот дааловцы быстро код херачат и на дискуссии открыты.
Аноним (Microsoft Windows 8: Яндекс браузер) 16/03/16 Срд 22:55:26 #268 №1645985 
>>1644685
>>1644752
Актуально!
Аноним (Ubuntu Linux: Firefox based) 17/03/16 Чтв 12:07:47 #269 №1646291 DELETED
>>1636841
Ты ещё здесь?
Прикинь, раздобыл HEVC 4K 60fps Main10, так оно у меня опять, зараза, не вытягивает. Сконвертировал в H.264 High10, всё равно без выключения loopfilter дропы идут! Вообще не ожидал такой подставы. Походу, на 10бит декодеры очень слабо оптимизированы.
Аноним (Microsoft Windows 10: Firefox based) 17/03/16 Чтв 16:11:45 #270 №1646479 
>>1644685
Делаю в этой же программе, постоянно обрезает конец, хотя установленный лимит по объему не превышает. Кодирую в вп9.
Аноним (Microsoft Windows 10: Firefox based) 17/03/16 Чтв 16:19:51 #271 №1646489 
>>1646479
даже ставлю trim с 0 по ~1700 кадр, а на выходе ~1400 кадров
Аноним (Ubuntu Linux: Firefox based) 17/03/16 Чтв 16:20:41 #272 №1646490 DELETED
>>1646489
https://hive.blasux.ru/webm/s#webmfr
Аноним (Microsoft Windows 10: Firefox based) 17/03/16 Чтв 16:21:12 #273 №1646492 
>>1646490
спасибо
Аноним (Ubuntu Linux: Firefox based) 19/03/16 Суб 13:16:13 #274 №1648415 DELETED
О, кто-то нарепортил никсу про флаги:
https://gitgud.io/nixx/WebMConverter/issues/55
Напишите ему про -fs ещё, а то мне лень регаться.
Аноним (Microsoft Windows 10: Firefox based) 19/03/16 Суб 16:07:08 #275 №1648597 
Почему я иногда встречаю вебмки 20 мб по 3 минуты отличного качества, а у меня минута говнокачества получается?
Аноним (Microsoft Windows 10: Firefox based) 19/03/16 Суб 19:12:54 #276 №1648742 
14584039746090.png
>>1648597
Аноним (Microsoft Windows 7: New Opera) 19/03/16 Суб 21:51:52 #277 №1648862 
>>1632602 (OP)
Аноны, подскажите софтину, чтобы просто без задней мысли вшивать субтитры в файл
Аноним (Microsoft Windows 10: Firefox based) 19/03/16 Суб 21:54:12 #278 №1648864 
>>1648862
mkvtoolnix
Аноним (Microsoft Windows 7: Firefox based) 19/03/16 Суб 21:54:26 #279 №1648865 
>>1648862
MKVToolNix GUI
Аноним (Microsoft Windows 7: New Opera) 19/03/16 Суб 22:03:21 #280 №1648869 
14584142020580.jpg
>>1648864
>>1648865
Аноним (Ubuntu Linux: Firefox based) 19/03/16 Суб 22:17:20 #281 №1648883 DELETED
>>1648862
FFMPEG
Аноним (Microsoft Windows 7: Firefox based) 20/03/16 Вск 19:23:06 #282 №1649899 
Подскажите пожалуйста, какой лимит на мелкодосках на файлы?
Аноним (Microsoft Windows 7: Firefox based) 20/03/16 Вск 21:10:15 #283 №1650017 
Как изменить директорию, из которой ffmpeg подхватывает файлы (т.е ffmpeg/bin)?
Аноним (Microsoft Windows 7: Firefox based) 20/03/16 Вск 21:18:49 #284 №1650025 
>>1650017
Отбой. Оказывается в шапке есть.
https://github.com/pituz/webm-thread/wiki/installing-ffmpeg-on-windows#Шаг-2-Размещение-исполняемых-файлов
Аноним (Microsoft Windows 10: Firefox based) 21/03/16 Пнд 01:17:34 #285 №1650258 
>>1646479
> постоянно обрезает конец
Это происходит потому что ты ставишь
> установленный лимит по объему
который у ffmpeg работает именно как обрезка видео при достижении лимита по размеру. Считай битрейт вручную.
Аноним (Microsoft Windows 7: Firefox based) 21/03/16 Пнд 10:45:38 #286 №1650441 
14585463383600.png
Почему не видит файл?
Аноним (Microsoft Windows 7: Firefox based) 21/03/16 Пнд 10:57:13 #287 №1650447 
>>1650441
Если запускать через батник из папки, то всё работает.
Аноним (Linux: Firefox based) 21/03/16 Пнд 11:05:40 #288 №1650452 
>>1650441
перейди в папку с файлом с помощью команды cd
Аноним (Microsoft Windows 7: Firefox based) 21/03/16 Пнд 11:10:52 #289 №1650457 
>>1650452
Добра.
Аноним (Linux: Firefox based) 21/03/16 Пнд 14:17:54 #290 №1650547 
>>1650441
Shift + ПКМ >> Открыть окно команд

Откроет сеанс терминала в текущей директории (но только если она не в представлении библиотеки показывается).
Pioneer (Microsoft Windows 7: Firefox based) !LenaDRQffY 21/03/16 Пнд 15:23:25 #291 №1650591 
>>1649899
Знает кто где посмотреть?
Аноним (Microsoft Windows 10: Firefox based) 21/03/16 Пнд 15:37:37 #292 №1650595 
test
Аноним (Ubuntu Linux: Firefox based) 21/03/16 Пнд 15:49:39 #293 №1650597 DELETED
>>1650591
>>1645575
Аноним (Microsoft Windows 7: Firefox based) 21/03/16 Пнд 17:30:02 #294 №1650653 
>>1650597
в /es/ 5 нельзя даже.
Аноним (Ubuntu Linux: Firefox based) 21/03/16 Пнд 17:45:03 #295 №1650662 DELETED
>>1650653
Ну значит сделай файлы от 1 до 5 мегабайт с промежутком в полмегабайта и проверяй. Потом нам расскажешь.
Аноним (Ubuntu Linux: Firefox based) 22/03/16 Втр 01:35:58 #296 №1651200 DELETED
Кое-кого на NIH потянуло:
https://github.com/atomnuker/FFmpeg-FFA1/commit/3b53349ad51c9caa590c2f4666a2a846231bba1a
Аноним (Microsoft Windows XP: Firefox based) 22/03/16 Втр 18:20:15 #297 №1651708 
Это только у меня VP9 кодируется с одним ключевым кадром, если не указываешь -g? Билд ffmpeg от конца февраля последний для XP
Аноним (Microsoft Windows 7: New Opera) 22/03/16 Втр 21:52:26 #298 №1652017 
Поставил virtualdub, накатил плагин под .mkv, в ffdshow выставил для wmv libavcodec. Всё равно показывает missing codec при попытке открыть видео. ЧЯДНТ?
Аноним (Microsoft Windows XP: Chromium based) 22/03/16 Втр 22:25:23 #299 №1652048 
>>1652017
Если очень надо открыть в VirtualDub, а с плагином не получается, то можешь установить avisynth и после этого открывать в VirtualDub такой скрипт.avs:
directshowsource("файл.mkv")
Аноним (Microsoft Windows 7: New Opera) 22/03/16 Втр 22:43:37 #300 №1652094 
>>1652048
Спасибо.
Аноним (Microsoft Windows XP: Chromium based) 22/03/16 Втр 23:00:43 #301 №1652124 
>>1652094
Осталось настроить вывод из VirtualDub прямо на вход ffmpeg и "конвейер" готов.
Аноним (Ubuntu Linux: Firefox based) 24/03/16 Чтв 10:36:46 #302 №1653604 DELETED
У жадной макаки вот эта хуйня включена: http://wiki.dreamhost.com/CloudFlare#Polish
Переделывайте все свои качалки тредов, даже wget'у не отдаётся оригинальный файл по умолчанию, Надо добавлять какой-нибудь квери-параметр вроде "123.jpg?full=12345".

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

Пример:

>curl -sI https://2ch.hk/kpop/src/171741/14586828673120.jpg | grep Content-Length
Content-Length: 479341

>curl -sI https://2ch.hk/kpop/src/171741/14586828673120.jpg\?fulll | grep Content-Length
Content-Length: 1204955

Кстати, минут через 5 тестов для квери-параметра full тоже оптимизированная версия начала отдаваться. Т.е. квери-параметры нужны рандомные.
Аноним (Microsoft Windows 10: Chromium based) 24/03/16 Чтв 16:24:11 #303 №1653929 
14588258514410.jpg
14588258514441.png
14588258514582.png
Добрый день, дорогие. Захотел поделать webm'ки, скачал webm for retards, как и положено. Но не могу разобраться с настройками. При выставлении режима Constant и ограничения в 20 MiB качество видео получается просто ужасным в сравнении с оригинальным видео. Ничего тут не поделаешь, придётся уменьшать размер видео на выходе?
Но ведь тут некоторым удаётся пилить 720p вебмки размером в 20 мегабайт, продолжительностью в 2 минуты, и отличным качеством. Что за магия? https://2ch.hk/v/src/613911/14587914987280.webm
Подскажете самые оптимальные настройки для Webm for retards? (в консоль я не умею)
Аноним (Apple Mac: Firefox based) 24/03/16 Чтв 17:55:45 #304 №1654015 
>>1653929

Скачай VLC, самый годный энтрилевел конвертер с настройками битрейта.
Аноним (Microsoft Windows 10: Chromium based) 24/03/16 Чтв 21:21:01 #305 №1654180 
14588436619750.jpg
Почему так медленно то?
Аноним (Microsoft Windows XP: Firefox based) 24/03/16 Чтв 21:58:30 #306 №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) 25/03/16 Птн 09:19:05 #307 №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) и жми двумя проходами. Мб будет и не быстрее, зато результат будет выглядеть нормально.
Аноним (Ubuntu Linux: Firefox based) 25/03/16 Птн 15:18:52 #308 №1654737 DELETED
>>1654474
На форчане до сих пор только VP8, лол.
Я хуею с их отсталости и непробивной упёртости, конечно. Вначале оправдывались тем, что это как гифки, затем всё равно подбавили лимит, разрешили звук, сделали отдельнй раздел под видео. Хуйнёй какой-то страдают. Как ычан, только там скорее отсутствие возможности нанять кодера, а здесь просто идиотизм.
И как при такой дичайше уёбищной технической составляющей борды, она до сих пор настолько популярна? Да за одну эту гугль.капчу с картинками надо сразу нахуй посылать.
Аноним (Microsoft Windows 7: Chromium based) 25/03/16 Птн 17:34:15 #309 №1654890 
14589164557080.png
Можно в ffmpeg такие пикчи делать? каждые n секунд.
Аноним (Ubuntu Linux: Firefox based) 25/03/16 Птн 17:37:50 #310 №1654900 DELETED
>>1654890
https://trac.ffmpeg.org/wiki/Create%20a%20thumbnail%20image%20every%20X%20seconds%20of%20the%20video
+ ещё немного магии и фильтра overlay.
Скинь вембку, я попробую.
Аноним (Ubuntu Linux: Firefox based) 25/03/16 Птн 18:55:32 #311 №1654967 DELETED
>>1654900
Тебя пока дождёшься, я уже от нечего делать написал.
https://gist.github.com/1375e90fabde4b3a6288
Аноним (Microsoft Windows 7: Firefox based) 25/03/16 Птн 19:15:00 #312 №1654990 
>>1654967
Как к этому великолепию добавить названия кодеков над временем? Кратко. Как делает тот же потплеер, к примеру.
Аноним (Ubuntu Linux: Firefox based) 25/03/16 Птн 19:42:24 #313 №1655018 DELETED
Чутка доработал.
>>1654990
Добавить codec_name в entries, добавить ещё одну строчку drawtext. Правда, если нужен аудио-кодек тоже, то ещё раз нужно будет ffprobe вызвать.
Аноним (Microsoft Windows 10: Firefox based) 26/03/16 Суб 10:47:41 #314 №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) 26/03/16 Суб 11:25:15 #315 №1655573 
>>1655521
>-b:v 0
Этот параметр ограничь.
Аноним (Microsoft Windows 10: Firefox based) 26/03/16 Суб 11:29:00 #316 №1655578 
>>1655573
Каким числом? Я, просто, эту строку с вашего гайда взял, н очень разбираюсь что значит что...
Аноним (openSUSE: Firefox based) 26/03/16 Суб 12:43:28 #317 №1655689 
14589854080520.webm
>>1655578
Уменьши
> -q:a 9
Это слишком много. Поставь 5-6, всё равно из ссаной мп3шки переделываешь.
Хорошо бы еще vp8 на vp9 изменить.
Аноним (Microsoft Windows 7: Firefox based) 26/03/16 Суб 12:47:36 #318 №1655696 
>>1655689
> 5-6
Может тогда и Ворбис заменить на Опус? В шапке написано, что для низких битрейтов он лучше.
Аноним (openSUSE: Firefox based) 26/03/16 Суб 12:52:07 #319 №1655702 
>>1655696
Низкие битрейты - это когда -q:a 4 и меньше, на котором у ворбиса начинается нормализация звука.
>>1655521
>-g 1
Алсо, что это? Оно же будет каждый кадр кейфреймом делать, в этом тоже проблема.
Поставь -g 300
Аноним (Ubuntu Linux: Firefox based) 26/03/16 Суб 12:53:32 #320 №1655705 DELETED
>>1655689
>metadatu znachit smotrish?
Лол. Кстати, последняя кукла теперь тоже умеет показывать тайтл.
Аноним (Debian Linux: Iceweasel) 26/03/16 Суб 12:54:52 #321 №1655706 
14589860922350.webm
>>1655521
> -q:a 9
У тебя битрейт звука вышел слишком высокий.
> -g 1
И каждый кадр видео — ключевой. Норкоман?

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

>>1655689
> Хорошо бы еще vp8 на vp9 изменить.
Для статичной картинки похуй, особенно если -g поставить не меньше пары сотен.
Можно ещё fps (-r) понизить, я ставлю 1/3.
Аноним (Microsoft Windows 10: Firefox based) 26/03/16 Суб 12:58:29 #322 №1655709 
Поставил -g на 60, стало весит 7 мб всего. НО, при переключении видео оно переключается очень большими кусками...
Аноним (Debian Linux: Iceweasel) 26/03/16 Суб 13:02:48 #323 №1655715 
14589865687580.webm
>>1655709
При каком ещё переключении? При перемотке мб?
В >>1655706 стояло -g 9999 (т.е. по идее ключевой кадр должен быть только один — первый), но firefox его мотает точно до указанной позиции.
У mpv без --hr-seek проблемы с перемоткой присутствуют, да.
Аноним (openSUSE: Firefox based) 26/03/16 Суб 13:03:33 #324 №1655716 
>>1655709
Отключи быструю перемотку в плеере.
В браузере будет нормально переключаться.
Аноним (Microsoft Windows 10: Firefox based) 26/03/16 Суб 13:04:04 #325 №1655718 
>>1655715
>>1655716
Да при перемотке. Я юзаю медиа плеер класик, как в нём быструю перемотку выключить?
Аноним (Debian Linux: Iceweasel) 26/03/16 Суб 13:06:45 #326 №1655719 
>>1655718
Откуда нам-то знать? Он же сперма-онли.
Аноним (openSUSE: Firefox based) 26/03/16 Суб 13:09:16 #327 №1655721 
>>1655718
В настройках поищи. Вроде в мпц - оно и называется "быстрая перемотка".
Также её могут назвать перемоткой по ключевым кадрам.
Аноним (Ubuntu Linux: Firefox based) 26/03/16 Суб 13:09:40 #328 №1655722 DELETED
>>1655715
>У mpv без --hr-seek проблемы с перемоткой присутствуют
Какие проблемы? Он делает ровно то, что обещает, — перематывает к ключевому кадру со временем ≥ current_pts+shift.
К тому же, по умолчанию есть кейбиндинги Shift+Left/Right и Shift+Up/Down, которые делают точный сик.
Аноним (Microsoft Windows 7: Firefox based) 26/03/16 Суб 13:10:04 #329 №1655723 
14589870045250.png
>>1655718
Аноним (Microsoft Windows 10: Firefox based) 26/03/16 Суб 13:10:31 #330 №1655726 
14589870315980.png
>>1655721
А где они могут быть и как это звучит по английски?
Кстати, а вы какие плееры юзаете?
Аноним (Microsoft Windows 10: Firefox based) 26/03/16 Суб 13:10:55 #331 №1655727 
>>1655723
Спасибо, нашёл.
Аноним (Microsoft Windows 7: Firefox based) 26/03/16 Суб 13:11:17 #332 №1655728 
>>1655726
> по английски
Не выёбуйся, а поставь русский.
Аноним (Microsoft Windows 10: Firefox based) 26/03/16 Суб 13:11:39 #333 №1655729 
Тогда какие значение -g указывать для статичной картинки лучше всего?
Аноним (Debian Linux: Iceweasel) 26/03/16 Суб 13:16:02 #334 №1655732 
14589873625140.webm
>>1655722
> Какие проблемы?
При клике по сикбару видео перематывается на первый кадр. С точки зрения пользователя это проблема.
> К тому же, по умолчанию есть кейбиндинги Shift+Left/Right и Shift+Up/Down, которые делают точный сик.
Угу, ими и пользуюсь.

>>1655729
Дохуя — так, чтобы кадров получилось меньше значения -g. При низком FPS для быстрой перемотки ключевые кадры не нужны. В браузерах по дефолту включена точная перемотка, так что с этим проблем нет.
Аноним (Ubuntu Linux: Firefox based) 26/03/16 Суб 13:17:56 #335 №1655733 DELETED
>>1655732
>При клике по сикбару видео перематывается на первый кадр
Это OSC который? Не пользуюсь им просто.
Можно зарепортить по идее, т.к. всё-таки более интуитивное поведение в данном случае это использовать точный сик.
Аноним (Debian Linux: Iceweasel) 26/03/16 Суб 13:25:38 #336 №1655737 
>>1655733
> Это OSC который?
Ага. Вообще странно, поведение этой хуйни не вполне соответствует документации: клик по сикбару — абсолютный seek, но на него не влияет --hr-seek=absolute.

Возможно, тут имеет смысл сравнивать погрешность seek'а до ключевого кадра с количеством пикселей seekbar'а и применять hr-seek если оно больше какого-то порога.
Аноним (Microsoft Windows 8: Firefox based) 26/03/16 Суб 17:10:34 #337 №1656081 
Есть видео 1920х1080 с битрейтом 10000, занимает слишком много места, как лучше ужать? 1280х720 с битрейтом 3200 или оставить 1920х1080 с битрейтом 3200? Понимаю, что такой битрейт низковат для 1920х1080, но ведь при изменении разрешения будут еще большие потери?
Аноним (Ubuntu Linux: Firefox based) 26/03/16 Суб 18:01:16 #338 №1656148 DELETED
>>1656081
>при изменении разрешения будут еще большие потери?
У тебя точно будут потери, если ты у видео возьмёшь и в 3 раза битрейт уменьшишь. Зависит от видео и кодеков исходника/результата, конечно, но в целом надо и понижать разрешение соответственно. Причём, 1080p→720p может и не хватить. Я делал несколько раз энкоды 1080p 20M и 720p 10M для того же видео, так вот второй вариант выглядел похуже, при том что площадь уменьшилась больше чем в 2 раза. Вероятно, на маленьких разрешениях VP9 быстро теряет все свои nextgen преимущества.

Насколько я помню, в VP10 как раз серьёзно занялись увеличением эффективности на SD разрешениях.
Аноним (Microsoft Windows 7: Chromium based) 26/03/16 Суб 18:09:44 #339 №1656163 
14590049849590.jpg
14590049849611.jpg
>>1632602 (OP)
Вебм для ретардов.
Нихуя не работает.
Почему?
Аноним (Microsoft Windows 8: Firefox based) 26/03/16 Суб 18:30:28 #340 №1656197 
>>1656148
Я понимаю что будут потери, но ведь при перекодировки разрешения они будут еще больше? кодирую в h265 через видеокарту
Аноним (Ubuntu Linux: Firefox based) 26/03/16 Суб 18:43:16 #341 №1656214 DELETED
>>1656197
>h265 через видеокарту
Это примерно x265 --preset=medium
Какой исходник-то? Если H.264 (через x264 с адекватными настройками), то в 3 раза размер вряд ли получится скостить без ухудшения качества даже на x265 veryslow. (Ну это в теории, исходя из ттх кодеков, на практике и иначе может быть.)
>но ведь при перекодировки разрешения они будут еще больше?
Количество пикселей уменьшится, смотрибельность останется на уровне. Какой толк в 1080p, который весь в артефактах?
Аноним (Microsoft Windows 8: Firefox based) 26/03/16 Суб 18:56:08 #342 №1656224 
>>1656214
Зато быстро, причем нвидиа подпилила кодер под 265, nvenc 265 смотрится намного лучше чем nvenc 264.
Исходник H.264 но качество там явно не тянет на битрейт 10000. Вообще, я уже попробовал так и так, на скрине после ресайза до 1280х720 видно больше артефактов чем просто понижение битрейта (если скрины увеличить до одного размера).
Аноним (Microsoft Windows 7: Chromium based) 26/03/16 Суб 18:58:51 #343 №1656227 
14590079310870.webm
Спасибо.
Аноним (Microsoft Windows 8: Firefox based) 26/03/16 Суб 19:11:47 #344 №1656241 
14590087077380.jpg
14590087077441.jpg
14590087077482.jpg
Скрины >>1656224
1 исходник h264 1920x1080 12006 кб/с
2 nvenc 265 1920x1080 3200 кб/с
3 nvenc 265 1280x720 3200 кб/с

Если ресайзнуть 3 скрин до размера 2го то на 3м видно больше артефактов. На 2м потери в качестве получились не такие уже и большие. Получается, что лучше оставлять исходное разрешение.
иб4 обсуждение этой матурки
Аноним (Microsoft Windows 7: Яндекс браузер) 26/03/16 Суб 21:29:57 #345 №1656440 
>>1656241
соус
Аноним (Microsoft Windows 10: Firefox based) 26/03/16 Суб 23:05:57 #346 №1656581 
>>1656227
> -Why not?
> -Я могу.
Русек/10
Аноним (Microsoft Windows 10: Firefox based) 27/03/16 Вск 10:49:41 #347 №1657009 
app.nw распаковывается в темп под рандомными именами. Можно этого избе

Распаковал и назвал папку app.nw Отлично. Теперь и ютуб-дл через, например, батник youtube-dl -U можно апдейтить.
На ффмпег есть команда для апдейта?
Аноним (Debian Linux: Iceweasel) 27/03/16 Вск 10:53:29 #348 №1657012 
>>1657009
> На ффмпег есть команда для апдейта?
git pull && make -j8 && make install
Аноним (Microsoft Windows 10: Firefox based) 27/03/16 Вск 11:02:36 #349 №1657017 
>>1657012
Имелось в виду для шиндовс.
Аноним (Debian Linux: Iceweasel) 27/03/16 Вск 11:22:59 #350 №1657031 
>>1657017
https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW
Аноним (Ubuntu Linux: Firefox based) 27/03/16 Вск 12:08:05 #351 №1657095 DELETED
>>1657009
>На ффмпег есть команда для апдейта?
choco upgrade ffmpeg, но это только стейбл.
Если нужен гит, то, например,

wget https://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-latest-win32-static.7z
7z x ffmpeg-latest-win32-static.7z
cp ffmpeg-*/bin/ffmpeg.exe C:\ffmpeg\bin
Аноним (Debian Linux: Iceweasel) 27/03/16 Вск 12:41:05 #352 №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"
Аноним (Ubuntu Linux: Firefox based) 27/03/16 Вск 12:46:00 #353 №1657135 DELETED
>>1657131
Дык в повершелле есть все эти алиасы. И предполагалось, что потом эти временные файлы удаляются. Но твой вариант получше, конечно.
Аноним (Microsoft Windows 7: Chromium based) 27/03/16 Вск 13:25:48 #354 №1657203 
>>1656440
Бамп
Аноним (Microsoft Windows 10: Firefox based) 27/03/16 Вск 13:52:36 #355 №1657244 
>>1657095
>>1657131
Спасибо.
Аноним (Microsoft Windows 7: Firefox based) 28/03/16 Пнд 09:53:45 #356 №1657927 
Я слышал тут дрочеры на кореянок в 4к пробегали. У вас есть уникальный шанс скачать их одним файлом, от правильных релизеров, а не то китайское. hdhome.org
Аноним (Ubuntu Linux: Firefox based) 28/03/16 Пнд 10:53:43 #357 №1657948 DELETED
>>1657927
Дай ссылку-то. Там битрейт повыше что ли?
Олсо, страннота, — наряды те же, а логотипы другие. И ещё несколько новых выступлений есть.
Олсо, я тут скачал 4K концерт целиком ( http://kpop24hrs.com/blog/download/17545 ), так он, зараза, у меня тормозит из-за Main10. Сижу, баттхёрчу теперь, надо было GTX 960 брать.
Аноним (Ubuntu Linux: Firefox based) 28/03/16 Пнд 11:17:26 #358 №1657970 DELETED
>>1657927
Вот это похоже: http://kpop24hrs.com/blog/collection/19379
Мог бы и не давать ссылки на свои анальные инвайтные трекеры.
Сейчас посмотрим. Битрейт в самом деле повыше (30M) выходит.
Аноним (Ubuntu Linux: Firefox based) 28/03/16 Пнд 11:36:43 #359 №1657990 DELETED
>>1657970
Бля, там тоже Main10. Ну нахуй так жить.
Причём, не хватает производительности совсем немного, какой-то десяток fps. Надо ещё поэксперементировать с другими декодерами и SIMD-патчами. Или может разогнать CPU чуть-чуть. Сейчас ведь всё подряд в HEVC Main10 начнут выкладывать, а нормальные декодеры почему-то никто не хочет завозить.
Аноним (Ubuntu Linux: Firefox based) 28/03/16 Пнд 16:45:10 #360 №1658305 DELETED
http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2536
>VP10 is our work before we joined with other at AOMEDIA. You shouldn't use that for anything other than research.

VP10 НЕ БУ-ДЕТ
Аноним (Ubuntu Linux: Firefox based) 28/03/16 Пнд 21:36:14 #361 №1658648 DELETED
>>1657990
Всё, разогнал до 4.6GHz, теперь GLXOSD исправные 60fps показывает даже на Main10 (вместе с openhevc-патчами, конечно). Чуть-чуть дропов есть, но уже полностью смотрибельно.

Кстати, вот эта ветка https://github.com/OpenHEVC/FFmpeg процентов на 5-7 быстрее, чем https://github.com/Kagami/ffmpeg-hevc-accel
Но там ужасно старый ффмпег, а разбираться, где же nev проебался в асме, не особо хочется.

Ещё для теста портанул libde265 в mpv (как здесь написано: https://github.com/strukturag/libde265-ffmpeg ), так оно такие ебические тормоза дало. В несколько раз медленнее нативного ффмпеговского, не используйте эту хрень.

Теперь можно спокойно смотреть няшные корейские 4K концертики прямо с трекеров :3
Аноним (Ubuntu Linux: Firefox based) 30/03/16 Срд 03:43:22 #362 №1660180 DELETED
Во, наконец-то в mpv начали свои ошибки насчёт CMS осознавать:
https://github.com/mpv-player/mpv/issues/2815#issuecomment-185864715
А то этот любитель яблочной спермы в конец всех заебал:
https://github.com/mpv-player/mpv/issues/2815#issuecomment-185827434

Грозятся гамму по букве стандарта BT.1886 запилить, а не то недоразумение, что сейчас:
https://github.com/mpv-player/mpv/pull/3002
Аноним (Microsoft Windows 10: Chromium based) 30/03/16 Срд 19:50:09 #363 №1660875 
>>1632602 (OP)
Отправили к вам из анимевебмтреда. Перепощу вопрос:

Сап, я тут к вам из обычного вебм-треда. По неизвестной мне причине вы заебись разбираетесь в ffmpeg. Я им тоже пользуюсь, но теперь у меня возник вопрос. А есть ли команда, которая разбивает видео на 2-3-4 части? Если например, надо большой файл для фат заготовить?
Аноним (Ubuntu Linux: Firefox based) 30/03/16 Срд 20:06:08 #364 №1660900 DELETED
>>1660875
https://hive.blasux.ru/webm/s#split
Аноним (Microsoft Windows 10: Chromium based) 30/03/16 Срд 20:10:07 #365 №1660905 
>>1660900
>mkvmerge --split ??m -o out.webm in.webm
Это же не команда ffmpeg?
Аноним (Debian Linux: Iceweasel) 31/03/16 Чтв 01:13:46 #366 №1661282 
>>1660905
ffmpeg — не интерпретатор команд. Но порезать файл на части может и он, хоть и не так удобно: https://www.ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-ssegment

mkvmerge входит в пакет mkvtoolnix.
test [test] test  31/03/16 Чтв 17:56:12 #367 №1661973 
test
[test] test  31/03/16 Чтв 20:48:27 #368 №1662242 
14594361729680.webm
Как избавиться от шумов при аудио захвате? Юзаю recordmydesktop. В альсе выставлены только master, headphones, PCM, front и capture.
Аноним (Ubuntu Linux: Firefox based) 31/03/16 Чтв 20:52:29 #369 №1662247 DELETED
14594465079760.webm
>>1662242
Вот так надо альзу записывать:
https://trac.ffmpeg.org/wiki/Capture/ALSA#Recordaudiofromanapplication
Аноним (Microsoft Windows 10: Firefox based) 31/03/16 Чтв 21:54:46 #370 №1662347 
>>1632602 (OP)
Не знаю, где спросить, спрошу здесь. Два кадра из игры, один - стоп-кадр видеозаписи, второй - скриншот. Видеозапись ярче и насыщенней. Это видеозахват не пишет с финального графического буффера или просто алгоритм видеосжатия картинку корраптит?
Аноним (Ubuntu Linux: Firefox based) 31/03/16 Чтв 21:57:22 #371 №1662355 DELETED
14594504863290.png
14594504863791.png
14594504864402.png
14594504864943.png
>>1662347
99% в плеере неправильная цветовая матрица используется.
Аноним (Microsoft Windows 10: Firefox based) 31/03/16 Чтв 22:03:02 #372 №1662362 
>>1662355
То есть ты предполагаешь проблему на этапе декодирования?
Аноним (Ubuntu Linux: Firefox based) 31/03/16 Чтв 22:06:03 #373 №1662363 DELETED
>>1662362
На этапе отображения. Хз, что у тебя там за плеер, в mpv можно 4 самых популярных варианта так проверить:

mpv --vf=format=colormatrix=bt.709:colorlevels=limited in.mkv
mpv --vf=format=colormatrix=bt.709:colorlevels=full in.mkv
mpv --vf=format=colormatrix=bt.601:colorlevels=limited in.mkv
mpv --vf=format=colormatrix=bt.601:colorlevels=full in.mkv
Аноним (Microsoft Windows 10: Chromium based) 31/03/16 Чтв 22:31:13 #374 №1662391 
анон, есть такой файл http://rutracker.org/forum/viewtopic.php?t=5081322 (хотя мой старый даже жирнее). Вангую, треть объёма точно занимают дорожки. Можно ли как-то вырезать лишние и оставить одну? Без потери видеокачества. А может это сделать можно проще и без ffmpeg?
Аноним (Microsoft Windows 7: Firefox based) 31/03/16 Чтв 22:43:39 #375 №1662414 
14594526731440.jpg
>>1662391
Что может быть проще чем через FFmpeg?
Аноним (Microsoft Windows 10: Chromium based) 31/03/16 Чтв 22:50:40 #376 №1662425 
>>1662414
подскажи ключи, бро
Аноним (Microsoft Windows 10: Firefox based) 31/03/16 Чтв 22:55:40 #377 №1662435 
>>1662363
Вот по порядку, слева и направо:
bt.709:limited
bt.709:full
bt.601:limited
bt.601:full
Аноним (Debian Linux: Iceweasel) 01/04/16 Птн 01:25:50 #378 №1662680 
14594541401200.png
14594541401611.png
14594541402022.png
14594541402433.png
>>1662425
-c copy -map дорожка -map дорожка
https://github.com/pituz/webm-thread/wiki/ffmpeg#Выбор-потоков-дорожек
Аноним (Debian Linux: Iceweasel) 01/04/16 Птн 10:40:26 #379 №1662848 
>>1662347
Чем ты видео захватывал? Похоже на применение к кадрам какого-нибудь HDR.
Аноним (Microsoft Windows 10: Firefox based) 01/04/16 Птн 11:34:49 #380 №1662908 
>>1662848
Аноним (Microsoft Windows 10: Firefox based) 01/04/16 Птн 11:42:07 #381 №1662912 
>>1662848
Plays.TV - аналог шедоуплея для амд. Нормально работает.

Кстати, есть аппаратные ускорялки для кодирования ffmpeg? Кодирую в два прохода. Есть i5 3570k, там вроде квиксинк, и радеон 7970, там вроде opencl и amd vce. Есть ключи для задействования аппаратного ускорения? А то чето скоросте не отче.
Аноним (Ubuntu Linux: Firefox based) 01/04/16 Птн 11:44:36 #382 №1662913 DELETED
>>1662912
https://trac.ffmpeg.org/wiki/HWAccelIntro#IntelQSV
Только это надо руками ffmpeg с поддержкой QSV компилировать.
Аноним (Microsoft Windows 7: Яндекс браузер) 01/04/16 Птн 12:49:23 #383 №1662952 
Так это нужно программирование знать? Почему все так сложно...
Аноним (Microsoft Windows XP: Firefox based) 01/04/16 Птн 14:30:13 #384 №1663014 
реквестую мегумин двач
Аноним (Microsoft Windows XP: Firefox based) 01/04/16 Птн 15:44:43 #385 №1663075 
>>1662913
>Только это надо руками ffmpeg с поддержкой QSV компилировать.
Так билды Zeranoe, вроде как, уже. Из-за этого дропнули поддержку Windows XP.
Аноним (Microsoft Windows XP: Firefox based) 01/04/16 Птн 15:46:39 #386 №1663076 
>>1662391
MKVToolnix
Аноним (Microsoft Windows 7: Firefox based) 01/04/16 Птн 18:57:33 #387 №1663328 
Посоны, поясните по хардкору, как правильно зациклить вебмку? Так, чтобы музыка больше по длительности была и при этом повторялся и видеоряд, и звук.
Аноним (Ubuntu Linux: Firefox based) 01/04/16 Птн 18:59:21 #388 №1663330 
m
Аноним (Microsoft Windows 7: Firefox based) 01/04/16 Птн 22:30:42 #389 №1663609 
>>1632602 (OP)
>Спустя лет 15 видишь в опенинге какого-то древнего аниме свою китайскую машинку на проводе, ездящую назад и вперёд.
Аноним (Debian Linux: Iceweasel) 02/04/16 Суб 01:51:38 #390 №1663762 
14595390424470.jpg
>>1663328
https://github.com/pituz/webm-thread/wiki/Pro-tips#Создание-музыкальных-лупов

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

>>1663609
> какого-то древнего аниме
Тащемта, эта овашка вышла в 2014 году.
Аноним (Ubuntu Linux: Firefox based) 02/04/16 Суб 03:51:15 #391 №1663807 DELETED
От нехуй делать почти сломал двощовую капчу. Надо бы ещё подтянуть сегментацию и удаление линий, но уже под 30% успешных вводов и под 70% угадывание цифры. (Правда, сраные китайцы мне слегка запортили сеть своими кривыми ответами.) Скорость разгадывания — 40мс.
Аноним (Ubuntu Linux: Firefox based) 02/04/16 Суб 04:07:50 #392 №1663809 DELETED
>>1663807
Можно теперь демпинговать макакины пасскоды, лол. Юзерскрипт тупо делает запрос на сервер с CORS и ключики к нему можно продавать :3
Аноним (Debian Linux: Iceweasel) 02/04/16 Суб 04:38:31 #393 №1663817 
>>1663807
Нихуя ты. Это на opencv полностью?
Аноним (Ubuntu Linux: Firefox based) 02/04/16 Суб 04:40:50 #394 №1663818 DELETED
14595611110630.webm
>>1663817
Удаление шума/обрезка на opencv, распознавание через fann.
На самом деле намного проще оказалось, чем ожидал.
Аноним (Microsoft Windows 10: Chromium based) 03/04/16 Вск 00:51:25 #395 №1664797 
>>1632602 (OP)
Аноны, имеет ли смысл перекодировать кинцо из 24 ФПС в 60, или человеческий глаз больше 30 не видит перекодировкой 30 в 60 не превратишь?
Аноним (Debian Linux: Iceweasel) 03/04/16 Вск 01:31:14 #396 №1664812 
>>1664797
Перекодировкой не превратишь, нужна интерполяция. Многие интерполяторы могут работать в реальном времени, и с ними сохранение результатов интерполяции имеет мало смысла.
Аноним (Microsoft Windows 10: Chromium based) 03/04/16 Вск 01:48:07 #397 №1664821 
>>1664812
>Многие интерполяторы
Название?
Аноним (Debian Linux: Iceweasel) 03/04/16 Вск 01:57:46 #398 №1664830 
>>1664821
Фильтр framerate ffmpeg'а, SVP.
mpv -vf "lavfi=[framerate=60]" animu.mkv
Аноним (Microsoft Windows 7: Firefox based) 03/04/16 Вск 02:41:04 #399 №1664850 
>>1664797
>30 в 60 не превратишь?
На счет кинца не знаю, но анимцо сильно гадится артефактами после этого.
Аноним (Microsoft Windows 10: Firefox based) 03/04/16 Вск 11:36:03 #400 №1665052 
>>1664830
>mpv -vf "lavfi=[framerate=60]" animu.mkv
Как на шиндовс заставить работать?
Аноним (Microsoft Windows 8: Chromium based) 03/04/16 Вск 17:18:15 #401 №1665455 
>>1632602 (OP)
Кто-нибудь пользует питоновский webm 0.9.0 ?
С его помощью вообще можно превью делать для вебм'ок?
sageАноним  03/04/16 Вск 18:50:11 #402 №1665535 
ы
Аноним (Microsoft Windows 8: Firefox based) 03/04/16 Вск 20:22:55 #403 №1665576 
>>1665455
>Кто-нибудь пользует питоновский webm 0.9.0 ?
Да.
>превью
Не нужно.
Аноним (Linux: Chromium based) 03/04/16 Вск 23:32:34 #404 №1665710 
14597041757110.webm
Мне сказали что ffmpeg параша глючная, да я и сам убедился в этом, то размер вылезет за рамки при всех подсчетах, то обрезать нормально не может, то СЕГМЕНТФОЛТ. Есть альтернативы годные? Свои пропаганды свободного ПО засуньте себе в задницу. Свободное говно какое-то.
Аноним (Microsoft Windows 8: Chromium based) 04/04/16 Пнд 01:25:02 #405 №1665754 
>>1665576
В смысле не нужно? Он сам ставит?
Аноним (Microsoft Windows 10: Firefox based) 04/04/16 Пнд 07:21:44 #406 №1665838 
>>1665710
Movavi Video Converter наверни, болезный.
Аноним (Debian Linux: Iceweasel) 04/04/16 Пнд 10:53:04 #407 №1665913 
14597437042910.jpg
>>1665052
Как на шиндовс заставить не работать?
Хотя, если в составе спермосборки mpv идёт старый ffmpeg, то вопрос отпадает. Бери тогда исходники @ конпеляй.

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

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

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

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

> Свои пропаганды свободного ПО засуньте себе в задницу.
Пиписитарного ПО такого класса в принципе не существует (если не считать решения с ворованным ffmpeg внутри), сасай.
Аноним (Microsoft Windows 8: Chromium based) 04/04/16 Пнд 20:43:03 #408 №1666384 
Народ, не могу осилить превью, прям пиздец какой-то. Как сделать, чтобы превью было первым кадром вебмки?
Аноним (Microsoft Windows 8: Chromium based) 04/04/16 Пнд 22:47:19 #409 №1666490 
>>1666384
Делаю по мануалу, создаю текстовый файл со списком для объединения, а получаю Unsafe file name. Как это обойти?
Аноним (Microsoft Windows 10: Chromium based) 05/04/16 Втр 00:04:44 #410 №1666549 
>>1666490
>>1666384
Аноним (Microsoft Windows 8: Firefox based) 05/04/16 Втр 00:17:22 #411 №1666550 
14598038844100.webm
Покажите мастер-класс по правильному деинтерлейсингу.
http://my-files.ru/wylu7k

Какой тип интерлейса у этого видео? Можно устранить чересстрочность используя только ffmpeg?
Аноним (Microsoft Windows 10: Firefox based) 05/04/16 Втр 07:51:06 #412 №1666707 
14598046424620.jpg
Подскажите, что добавить в строчку, чтобы пикча сжалась / растянулась до нужного размера?
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
Аноним (Microsoft Windows 10: Firefox based) 05/04/16 Втр 07:54:54 #413 №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) 05/04/16 Втр 08:19:43 #414 №1666712 
Еще вопрос, как определять оптимальное качество звуковой дорожки?
У меня 5 минутная вебмка с статичкой картинкой 12 мб весит.
Аноним (Microsoft Windows 7: Firefox based) 05/04/16 Втр 10:53:31 #415 №1666762 
Ну офигеть какое бггг в консольку оказывается нужно чтобы создать простой вебм файл.
Почему нет гайдов для совсем ньюфань, далеких от пердолинга?
Аноним (Linux: Firefox based) 05/04/16 Втр 11:13:15 #416 №1666774 
14598428120070.jpg
>>1666712 => >>1655521
Аноним (Google Android: Firefox based) 05/04/16 Втр 11:15:29 #417 №1666776 
14598439954830.jpg
>>1662912
Только если h.264. Аппаратно кодировать вебм еще ничто не может.
Аноним (Microsoft Windows XP: Firefox based) 05/04/16 Втр 23:49:21 #418 №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
Аноним (Microsoft Windows XP: Firefox based) 06/04/16 Срд 08:34:55 #419 №1667590 
14598893616680.jpg
>>1667463
Нет, последний рабочий билд для XP 20160227-git-5156578 от 26-го февраля.
Прямая ссылка:
https://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20160227-git-5156578-win32-static.7z
Аноним (Debian Linux: Iceweasel) 06/04/16 Срд 10:39:28 #420 №1667672 
Техподдержка приостановлена до выяснения обстоятельств delall'а одного из участников. Извиняйте.
Аноним (Linux: Firefox based) 06/04/16 Срд 10:57:35 #421 №1667680 
14599283682870.png
14599283683171.png
14599283683522.png
>>1667672
Шта?
Аноним (Linux: Firefox based) 06/04/16 Срд 10:59:58 #422 №1667684 
14599294550660.png
>>1667680
Там были подробности распознавания капчи. Сначала удалили три замазанных поста, некоторое время спустя — и всё остальное.
Аноним (Microsoft Windows 7: Firefox based) 06/04/16 Срд 13:46:57 #423 №1667809 
>>1667684
Почему капчу разгадывали в шебм-треде?
Алсо классные шревты, как называются?
Аноним (Microsoft Windows 7: Firefox based) 06/04/16 Срд 17:44:14 #424 №1668032 
Я дуалбутчик и пользуюсь ффмпегом на обеих осях. Заметил, что
>ffmpeg -loop 1 -i picture.jpg -i sound.mp3 -shortest -deadline best out.webm
на лунипсе при аналогичных условиях обычно делается за полминуты-минуту, а на винде что-то идёт не так.
На пике - то, что набежало в кнвертировании за минуту. Обработано 12 секунд. Это просто омерзительно. Замечено также, что если конвертирование мп3 --> вебм идёт с обычной скоростью но почему-то только в ворбис. Если конвертить в опус, vlc ругается ошибками. Полная хуйня короче творится
В чем может быть дело?

Аноним (Microsoft Windows 7: Firefox based) 06/04/16 Срд 17:52:20 #425 №1668040 
14599538547590.png
>>1668032
Всё, сам спросил, сам разобрался. -deadline best малину портил. Убрал его - конвертация пошла норм. А vlc на винде просто корявый. Какая же ублюдочная ось, господи.
Аноним (Linux: Firefox based) 06/04/16 Срд 17:53:18 #426 №1668042 
14599543405060.png
>>1667809
> Почему капчу разгадывали в шебм-треде?
Вероятно, по той причине, по которой товарищ использовал его в качестве личного бложика. Меня это вполне устраивало, поскольку 95% постов было по теме.

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

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


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

Аноним (Microsoft Windows XP: Firefox based) 07/04/16 Чтв 03:42:25 #427 №1668571 
>>1667590
Спасибо, забираю тогда :3
Аноним (Microsoft Windows 10: Firefox based) 07/04/16 Чтв 21:29:36 #428 №1669377 
Не знаю в какой тред писать, спрошу тут, вроде по теме:
ЧЕМ записывать видео? Конкретно с игр.
Юзал фрапс, но он каким-то странным методом снимает формат, что его почти ничего не считывает. Его плюс - снимает всё.
Сейчас юзал ОБК, но он плохо настраивается, и снимает через раз.
Аноним (Microsoft Windows 8: Firefox based) 08/04/16 Птн 02:09:12 #429 №1669637 
>>1669377
OBS-Studio, но почему-то он не хочет захватывать полное разрешение и сжимает его на 2 пикселя, мыля изображение, поэтому я его не пользую. Экран у меня 1366х768, если у тебя другой, то возможно будет работать идеально.
Bandicam - надо покупать или воровать. Идеально пишет.
oCam - эталон мокрой письки, только воровать патченную версию без рекламы. Я его пользую, поскольку бандикам у меня падает периодически.
Аноним (Microsoft Windows 7: Chromium based) 08/04/16 Птн 02:58:21 #430 №1669658 
Чому файл 19.5 мб не заливается в /b/ ? Зделол вебем, а она не льётся. Пиздец.
Аноним (Microsoft Windows XP: Firefox based) 08/04/16 Птн 04:26:39 #431 №1669669 
>>1669658
10 метров максимум
Аноним (Microsoft Windows 10: Firefox based) 08/04/16 Птн 09:37:52 #432 №1669737 
Чем можно посмотреть информацию о вебмке? Раньше как-то аноны вбрасывали такую инфу, вроде программа какая-то была.
Аноним (Microsoft Windows 10: Firefox based) 08/04/16 Птн 13:23:35 #433 №1669854 
>>1669637
Стоит ли пиратить бандикам? Чёт почитал на рутрекере, некоторые пишут про вайрусы.
Аноним (Microsoft Windows 10: Firefox based) 08/04/16 Птн 16:59:01 #434 №1669980 
Поясните, что значит slicing и threading в настройках вебмдляретардов?
Аноним (Microsoft Windows 8: Chromium based) 08/04/16 Птн 20:19:29 #435 №1670136 
Наткнулся тут на утверждение, что, 2ч автоматом ставит в превью первый кадр. Это так?
И еще туда же: как в ффмпеге сделать превью в виде первого кадра видео?
Аноним (Microsoft Windows 10: Firefox based) 08/04/16 Птн 23:52:13 #436 №1670309 
Здравствуйте, поясните пожалуйста, в чём отличие shared / static версий ffmpeg'a?
И какую лучше использовать рядовому анону?
Как я понял дев - точно не для меня.
Аноним (Linux: Firefox based) 09/04/16 Суб 08:47:44 #437 №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) 10/04/16 Вск 21:20:24 #438 №1672365 
14601808642200.webm
Няши скромняши помогите пожалуйста. Есть видео с расширением .mov в нем надо поменять теги, а именно указать точные координаты и дату создания. Чем конкретно это можно сделать? В гугле не нашел, честно искал.
Аноним (Ubuntu Linux: Firefox based) 10/04/16 Вск 21:40:26 #439 №1672397 
>>1632753
>В некоторых редких случаях даже качественный ресэмплинг вызывает слышимые искажения.
Нет. Одно из двух — или это некачественный ресемплинг, или у тебя аудиофилия головного мозга. Идеальный ресемплинг — первое, что изучается в курсе цифровой обработки сигналов по этому вопросу, всё остальное — различные способы ухудшить его для экономии процессорного времени.
Аноним (Linux: Firefox based) 11/04/16 Пнд 05:42:27 #440 №1672661 
>>1672397
Ну давай, отресэмпли эту пикчу до 700px по горизонтали так, чтобы шрифты не превратились в криво размыленное говно.
Аноним (Microsoft Windows 8: Chromium based) 11/04/16 Пнд 18:15:39 #441 №1673053 
14603425479460.png
14603425479461.png
>>1632602 (OP)
> Если для кого-то это слишком сложно, то можно взять гуй с минимумом кнопок для умственно отсталых
Поясните за щеку, что за проблема с добавлением звуковой дорожки для новой шебм? Из редких, уже готовых webm звук добавляется без ошибки, но это единичные случаи, да и вообще - это ведь webm, а не чисто аудио файл. Или в этом gui только из особых форматов пойдёт dub? Я запутался...
Аноним (Microsoft Windows 7: Chromium based) 11/04/16 Пнд 23:56:17 #442 №1673508 
14603877399810.png
Поясните ньюфагу, зачем антуаны в ffmpeg'e при перекодировании, к примеру, .mp4 в .webm добавляют к команде огромное кол-во опций, если есть возможность просто написать ffmpeg -i file.mp4 file.webm, какой профит от длинной команды?
Аноним (Microsoft Windows 7: Firefox based) 12/04/16 Втр 00:38:11 #443 №1673532 
Лень где-то искать, поучите конвертить в 60фпс с помощью свпфлоу. Алсо, что нужно настроить, чтобы добиться высокого качества при низком размере? В анимешном вебмтреде так и попадаются любовно кодированые райлдексы, аж завидки берут.
Аноним (Microsoft Windows 10: Firefox based) 12/04/16 Втр 15:14:14 #444 №1673871 
>>1669854
Пользуюсь им почти два года, раз в несколько месяцев обновляя крякнутую версию с рутрекера. Сейчас на 2.3.3
Аноним (Linux: Firefox based) 12/04/16 Втр 16:41:19 #445 №1673974 
>>1673508
>просто написать ffmpeg -i file.mp4 file.webm
Тогда будут использоваться неоптимизированные дефолтные параметры, и ты получишь квадраты вместо видео
Аноним (Microsoft Windows 10: Firefox based) 13/04/16 Срд 01:39:14 #446 №1674419 
>>1673974
Скорее мыло. vp9 мылит картинку, в отличии от vp8, который распидорашивает её на шахматную доску.
Аноним (Microsoft Windows 7: Chromium based) 13/04/16 Срд 01:46:52 #447 №1674425 
>>1673053
Кстати, бампану этот вопрос анона, и добавлю еще один, гуй совершенно не хочет добавлять никакие аудиозаписи вообще, перепробовал все известные моему конвертеру форматы аудио, а также попробовал избавиться от кириллицы в пути к файлу, не помогло. Что можно еще попробовать?
Аноним (Microsoft Windows 10: Chromium based) 15/04/16 Птн 09:14:22 #448 №1676594 
расскажите что делает и как влияет выделенное на пикрил
Аноним (Microsoft Windows 7: Firefox based) 15/04/16 Птн 11:24:41 #449 №1676648 
14607008627870.png
Анон, почему вебм кодируется vp8, если я ясным по белому прописываю libvpx-vp9? А на директиву -c:v vp9 ругается через раз, мол нет такого енкодера, а иногда работает, НЁХ какая-то.
Аноним (Linux: Firefox based) 15/04/16 Птн 11:43:34 #450 №1676662 
14607086813140.webm
>>1676594
Посмотри исходники, ёба. Судя по написанному в описании слайдера slices, автор сам нихуя не понимает: деление видео на полосы не улучшает, а ухудшает качество, но позволяет использовать потоки.

>>1676648
Вангую наличие нескольких сборок ffmpeg'а разной тухлости и хуйню с назначением PATH.
Аноним (Microsoft Windows 7: Firefox based) 15/04/16 Птн 11:53:32 #451 №1676682 
>>1676662
Окей, пусть даже сборка ffmpeg кривая (хотя я в ручную прописал PATH и выделил специально папку для бинарников), но почему он игнорирует -с:v libvpx-vp9 и кодирует в vp8, как такое возможно вообще?
Аноним (Linux: Firefox based) 15/04/16 Птн 11:55:10 #452 №1676684 
>>1676682
Покажи команду, вывод
Аноним (Ubuntu Linux: Firefox based) 16/04/16 Суб 02:18:03 #453 №1677360 
>>1672661
Ты не въезжаешь.

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

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

В цифровом аудио такие дополнительные костыли не нужны, поскольку разрешение 16bit@44100Hz покрывает возможности слуха, и задача интерполяции соответствует классической задаче "изменить частоту сэмплирования, не потеряв существующие частоты и не внеся новые". В результате сигнал после интерполяции будет содержать частоты не выше, чем было в оригинальном сигнале, хотя новая частота семплирования позволяет гораздо выше. Т.е. с твоей точки зрения он будет "мылом", хотя теория предписывает делать интерполяцию именно так. Твоё ухо этого, впрочем, всё равно этого не определит, т.к. выше 20кГц ты ничего не слышишь.
Аноним (Ubuntu Linux: Firefox based) 16/04/16 Суб 02:32:24 #454 №1677362 
>>1677360
Вот картинка для пояснения.

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

мимомузыкант
Аноним (Ubuntu Linux: Firefox based) 16/04/16 Суб 03:43:22 #457 №1677374 
>>1677373
И да, какие бы большие ни были искажения при смене частоты дискретизации, они ничто по сравнению с алгоритмами сжатия с потерями.
Аноним (Ubuntu Linux: Firefox based) 16/04/16 Суб 05:12:10 #458 №1677383 
>>1677373
>Конверсия 44100 <-> 48000 внесёт искажения, какой бы YOBA-алгоритм ни использовался.
То, что ты сейчас сказал чисто из своей обывательской интуиции — это фактически утверждение, что теорема Котельникова-Найквиста неверна (в той её части, где говорится, что сигнал по отсчётам можно однозначно восстановить). А она, вообще-то, математически доказана. В цифровой обработке сигналов самое плохое, что любой мимокрокодил, посмотревший на простую, понятную и неправильную картинку с цифровым сигналом, нарисованным в виде ступенек, думает, что теперь он знает о цифровой обработке сигналов всё не хуже этих ваших инженеров.
>мимомузыкант
И ты пытаешься спорить с инженером, жалкий гуманитарий?
Аноним (Ubuntu Linux: Firefox based) 16/04/16 Суб 05:59:29 #459 №1677392 
>>1677383
>И ты пытаешься спорить с инженером, жалкий гуманитарий?
Тащемта да https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B5%D0%BC%D0%B0_%D0%9A%D0%BE%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%B8%D0%BA%D0%BE%D0%B2%D0%B0
>Разумеется, реальные сигналы (например, звук на цифровом носителе) не обладают такими свойствами, так как они конечны по времени и обычно имеют разрывы во временно́й характеристике. Соответственно, ширина их спектра бесконечна. В таком случае полное восстановление сигнала невозможно, и из теоремы Котельникова вытекают следствия:
>любой аналоговый сигнал может быть восстановлен с какой угодно точностью по своим дискретным отсчётам, взятым с частотой f>2f_c, где f_c — максимальная частота, которой ограничен спектр реального сигнала;
>если максимальная частота в сигнале равна или превышает половину частоты дискретизации (наложение спектра), то способа восстановить сигнал из дискретного в аналоговый без искажений не существует.
То есть теорема-то доказана, но только для сферического и в вакууме случая. В реальности же пока основной дроч на дискретизацию сводится к изобретению как можно более близкого к идеальному ФНЧ, который срежет все искажения выше частоты исходного сигнала.
Аноним (Ubuntu Linux: Firefox based) 16/04/16 Суб 06:02:49 #460 №1677394 
>>1677392
Каковым фильтром при воспроизведении, к слову, оказывается сама звуковоспроизводящая аппаратура, редко могущая в частоты выше даже 12к, что уж говорить о теоретическом пределе 22050.
Аноним (Ubuntu Linux: Firefox based) 16/04/16 Суб 12:05:01 #461 №1677509 
>>1677392
>Разумеется, реальные сигналы (например, звук на цифровом носителе) не обладают такими свойствами, так как они конечны по времени и обычно имеют разрывы во временно́й характеристике.
Это не более чем высер анальной жопы безграмотного википидора, и вот почему:

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

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

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

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

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

нахер тут у вас капча?
Аноним (Microsoft Windows 10: Firefox based) 16/04/16 Суб 18:30:03 #463 №1677736 
А можно как-то смотреть превьюхи если добавляешь второй дорогой? (вот этим способом https://hive.blasux.ru/webm/s?action=AttachFile&do=get&target=preview-guide.webm) А то в винде не видно их
Аноним (Ubuntu Linux: Firefox based) 16/04/16 Суб 20:00:32 #464 №1677788 
>>1677509
>На практике "любая наперёд заданная точность" позволяет тебе передискретизировать сигнал из 44100 в 48000 с точностью, превышающей точность формата 16bit@44100Hz, потом передискретизировать обратно, и получить совпадение бит в бит. Никаких данных не теряется, никаких искажений не вносится.
А не будет ли так добр наш инженер, не расскажет ли, какой именно алгоритм имеет достаточную точность и сколько он кушает процессорного времени? И да, это для 16 бит, а обработка звука нынче происходит в 32 битах с плавающей точкой.
Аноним (Microsoft Windows 10: Яндекс браузер) 16/04/16 Суб 23:53:58 #465 №1677909 
Реквестирую пример создания слайдшоу из картинок в ффмпеге.
Аноним (Ubuntu Linux: Firefox based) 17/04/16 Вск 00:28:18 #466 №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 и с прямоугольным окном.
Аноним (Ubuntu Linux: Firefox based) 17/04/16 Вск 08:20:28 #467 №1677999 
14608420987510.png
>>1677925
>Intel i7 4770
Ты как вообще мой процессор угадал, колдунама?
Аноним (Microsoft Windows 7: Chromium based) 17/04/16 Вск 21:41:07 #468 №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!!!
Аноним (Microsoft Windows 8: Firefox based) 18/04/16 Пнд 01:53:47 #469 №1678886 
>>1678624
Чем примечателен SVP?
Аноним (Microsoft Windows 7: Firefox based) 18/04/16 Пнд 12:01:19 #470 №1679092 
>>1673053
>>1673053
Перекачайте мокропиську, в новой версии даб пофикшен.
Аноним (Microsoft Windows 7: Firefox based) 18/04/16 Пнд 12:05:39 #471 №1679098 
>>1678624
Ты лучше напиши годный гайд с помощью фильтров свпфлоу для ависинта, нахрена мне стороннюю фигню ставить, если есть фильтры?
Аноним (Microsoft Windows 7: Palemoon) 18/04/16 Пнд 16:44:44 #472 №1679233 
Какие сейчас ограничения на размер видео? Нигде не нахожу.
Аноним (Microsoft Windows 7: Chromium based) 18/04/16 Пнд 17:36:38 #473 №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) 18/04/16 Пнд 17:44:56 #474 №1679268 
14609901987790.png
14609901987821.png
14609901987842.png
>>1677371
webm.py
Аноним (Microsoft Windows 7: Chromium based) 18/04/16 Пнд 18:08:44 #475 №1679275 
>>1678886
творит шкальную магию
https://www.youtube.com/watch?v=kHPVDXwMxiA
Аноним (Microsoft Windows 10: Яндекс браузер) 18/04/16 Пнд 18:09:12 #476 №1679276 
>>1679233
10240k в /b
Аноним (Microsoft Windows 7: Chromium based) 20/04/16 Срд 16:20:25 #477 №1680760 
Хотел начать резать, но столкнулся с такой вот проблемой.
С общим доступом уже все перепробовал
Аноним (Linux: Chromium based) 20/04/16 Срд 16:55:54 #478 №1680779 
14611584255370.png
14611584255381.png
>>1680760
>1 пик
Ты ffprobe'ом пытаешь папку зачем-то. А надо файл.
>2 пик
Ты пытаешь несуществующий файл. Сейчас ты в папке юзера, а файл судя по всему лежит у тебя на рабочем столе. Что делать? cd desktop

Знай и люби родную консольку бгг
Аноним (Microsoft Windows 7: Chromium based) 20/04/16 Срд 17:07:15 #479 №1680785 
>>1680779
Спасибо, сам уже разобрался. запихал исходник в папку юзера
Я не понял, как мне сделать так чтобы файл искался на рабочем столе, а не в папке профиля
Аноним (Microsoft Windows 7: Firefox based) 20/04/16 Срд 18:02:17 #480 №1680804 
>>1680785
Либо как он сказал надо прыгать по папкам, в твоём случае cd Desktop сделать
Либо тыкать shift + ПКМ по рабочему столу, в менюшке ПКМ появился возможность открыть консоль там, где тыкал кнопки в данном случае на рабочем столе
Аноним (Microsoft Windows 7: Chromium based) 20/04/16 Срд 18:39:27 #481 №1680819 
>>1680804
Добра тебе
Аноним (Microsoft Windows 8: New Opera) 20/04/16 Срд 22:06:33 #482 №1680992 
Скачал себе Complete YouTube Saver для лисобраузера, показался самым адекватным и простым из всех. Папку ffmpeg указал
Но при загрузке файлов на секунду открывается окно где я успел заскринить
invalid data found when processing input
Как пофиксить?
Аноним (Microsoft Windows 10: Firefox based) 21/04/16 Чтв 19:25:49 #483 №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' только вот почему-то ничерта не работает.
Аноним (Microsoft Windows 8: Firefox based) 21/04/16 Чтв 20:52:03 #484 №1681912 
14612559491970.png
отписался
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 12:29:56 #485 №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

В хроме вебмки отлично воспроизводит а в лисе не хочет, в чем проблема? Уже замучался искать
Аноним (Microsoft Windows 7: Chromium based) 22/04/16 Птн 13:40:56 #486 №1682365 
Где скачать старые версии WebM for Retards? Новая почему-то не запускается даже.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 14:37:01 #487 №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
 #488 №if('1667684' != '1667684') {if($.cookie('makabadmin')) {$('a[name=1667684]').html('1667684')} }  DELETED
>>1667680
Там были подробности распознавания капчи. Сначала удалили три замазанных поста, некоторое время спустя — и всё остальное.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 14:41:32 #489 №1682413 
>>1682407
>-t 5
Длительность не забудь убрать.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 15:11:30 #490 №1682443 
>>1682407
Еще можно добавить -speed 4 (он же -cpu-used 4). Но, возможно, по дефолту уже используются все ядра. Как-то мало в сети доков по опциям libvpx-vp9
Аноним (Microsoft Windows 8: Firefox based) 22/04/16 Птн 15:24:49 #491 №1682447 
>>1682332
Вот так делай.
webm -i Untitled.mp4 -l 10 out.webm
Аноним (Microsoft Windows 10: Firefox based) 22/04/16 Птн 16:13:31 #492 №1682482 
>>1682407
>-y NUL
У меня с этим почему то не кодируется.
Аноним (Ubuntu Linux: Firefox based) 22/04/16 Птн 16:17:39 #493 №1682486 
>>1682482
Нинужно. Замени
> -f webm -y NUL
на
> -y e:\final.webm
Аноним (Microsoft Windows 10: Firefox based) 22/04/16 Птн 16:19:52 #494 №1682492 
>>1682486
Я так и делаю, но почему все советуют то, что у меня не работает? Кто-то всякие комплекс-фильтры предлагает, как в этом посте >>1681817, а они и не работают, нет таких фильтров, пишет мне ffmpeg.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 16:38:21 #495 №1682519 
>>1682482
Ты батник делаешь?
Аноним (Ubuntu Linux: Firefox based) 22/04/16 Птн 16:39:54 #496 №1682521 
>>1682492
Неплохо, может сборка ффмпега у тебя не та?
Аноним (Microsoft Windows 10: Firefox based) 22/04/16 Птн 16:42:08 #497 №1682529 
14613323948800.webm
>>1682519
Когда-то давно напрямую - не работало, недавно начал через батник, тоже не работет.
>>1682521
Февральская, вроде, сборка, когда ffmpeg на 3.0 версию апгрейднулся.
Аноним (Microsoft Windows 10: Firefox based) 22/04/16 Птн 16:43:01 #498 №1682530 
>>1682521
Можешь дать полный перечень от и до, как ты кодировал свою вебм?
Аноним (Ubuntu Linux: Firefox based) 22/04/16 Птн 16:44:02 #499 №1682532 
>>1682529
Какую ошибку выводит?
Аноним (Ubuntu Linux: Firefox based) 22/04/16 Птн 16:45:44 #500 №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) 22/04/16 Птн 16:46:39 #501 №1682536 
>>1682529
напиши pause последней строкой в батнике и посмотри на что ругается.
Аноним (Microsoft Windows 10: Firefox based) 22/04/16 Птн 16:50:18 #502 №1682545 
>>1682536
Nul - первый пикрил
>>16825342
Про фильтр - второй пикрил.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 16:51:57 #503 №1682549 
14613330185920.png
14613330185921.png
>>1682545
ты это писал -f webm?
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 16:53:13 #504 №1682551 
>>1682545
сборку static качал?
Аноним (Microsoft Windows 10: Firefox based) 22/04/16 Птн 16:54:38 #505 №1682557 
>>1682549
Нет, не писал. Во, с ним работает. С этим разобрались, спасибо. Осталось с фильтрами проблему понять.
>>1682551
Вроде как да, не помню точно. Но скорее всего да.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 16:56:30 #506 №1682562 
>>1682545
Скопировал этот >>1682407 текст 1 в 1? Символ '^' не забыл?

Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 16:57:58 #507 №1682566 
>>1682557
>Нет, не писал. Во, с ним работает
Так копируй как есть, зачем удалять то что не знаешь?
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 16:59:49 #508 №1682571 
>>1682557
И поставь статик сборку, так мы будем уверены что у тебя актуальные либы скомпилены.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 17:01:28 #509 №1682575 
>>1682557
С фильтрами поставь " " вместо ' '. Это же батник
Аноним (Microsoft Windows 10: Firefox based) 22/04/16 Птн 17:02:36 #510 №1682577 
>>1682566
Я пытался разобраться только с тем, почему Nul не работал у меня.
>>1682562
> '^'
Это перенос на новую строку?
>>1682575
Действительно. Заработало. Спасибо.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 17:03:09 #511 №1682578 
>>1682577
>Это перенос на новую строку?
да
Аноним (Microsoft Windows 10: New Opera) 22/04/16 Птн 18:17:47 #512 №1682726 
У меня вопрос, правда не по вебм, но думаю тут вполне подходящий тред.

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

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

Вообще раньше я юзал xvid4psp, но старые версии уже совсем мхом покрылись, а в текущей седьмой там винни хуй знает че делает, сборки хуярит каждую неделю, чинит одно и ломает другое, все время какие-нибудь лаги-баги, я уже устал от этого, ну и обрезка у него неудобная нихуя для длинных файлов. Может есть какая-то альтернатива этому?
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 19:56:40 #513 №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

Теперь код что дали выше работает и в лисе, а как делаю превью с этими командами то опять не работает
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:23:45 #514 №1682874 
>>1682838
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:26:48 #515 №1682875 
14613494255530.webm
>>1682874
Если ты не заметил то код оттуда как раз и есть
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:28:14 #516 №1682879 
>>1682838
Еще заметил что превьюшку саму по себе лиса воспроизводит, а после объединения с вебмкой уже крашится
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:29:33 #517 №1682881 
>>1682875
"-c:v vp9"
меня твое упрямство уже раздражать начинает.
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 21:30:23 #518 №1682883 
14613497731220.jpg
>>1682838
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:30:51 #519 №1682884 
14613498232020.webm
14613498232261.webm
>>1682881
я пробовал и так и так
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:32:41 #520 №1682887 
>>1682883
это можно и вручную в ffmpeg сделать, мне нужно постороннее изображение в превью вставить
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 21:34:08 #521 №1682889 
>>1682887
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:35:25 #522 №1682892 
14613500487650.webm
14613500487921.webm
>>1682884
а битрейт где проебал?
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:36:51 #523 №1682894 
>>1682892
Кстати тот гайд уже можно выкинуть за отсутствие вот этого
-pix_fmt +yuv420p
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:41:15 #524 №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
Аноним (Linux: Firefox based) 22/04/16 Птн 21:44:12 #525 №1682910 
>>1682894
Работяга, плиз, vp8 всегда кодируется в yuv420p.
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 21:47:34 #526 №1682913 
>>1682883
>>1682889
Есть ссылка, а то найти не могу?
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:09:07 #527 №1682947 
>>1682902
ты vp8 точно пробовал?
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:10:12 #528 №1682949 
>>1682947
ага, вся проблема кажется на этапе склеивания превью и основного видео, потому что по отдельности они запускаются без проблем
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:11:01 #529 №1682950 
>>1682949
а libvpx-vp9 вместо vp9?
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:12:44 #530 №1682951 
>>1682949
и добавь еще -y везде, может у тебя превью не заменяется
Аноним (Microsoft Windows 7: Firefox based) 22/04/16 Птн 22:12:53 #531 №1682952 
>>1682913
Нету, долго рассказывать почему. Но есть wybm.
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:13:39 #532 №1682953 
>>1682950
и так и так щя попробовал эффекта 0
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:15:01 #533 №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
так тоже не пашет
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:17:24 #534 №1682956 
>>1682954
>>1682951
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:24:37 #535 №1682961 
Херня какаята с Wybm тоже не работает
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:29:03 #536 №1682965 
В общем все советы перепробовал толку никакого, как с превью вебмки лиса не запускала так и не запускает
Аноним (Microsoft Windows 10: Chromium based) 22/04/16 Птн 22:31:10 #537 №1682968 
>>1682965
Значит у тебя лиса бракованная. Скачай еще на всякий случай последнюю статик версию ffmpeg, ну и лису переустанови.
Аноним (Microsoft Windows 10: Firefox based) 23/04/16 Суб 19:11:51 #538 №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) 24/04/16 Вск 13:03:04 #539 №1684266 
14614279113440.png
Трям
Аноним (Microsoft Windows 8: Firefox based) 24/04/16 Вск 14:47:57 #540 №1684345 
test
Аноним (Microsoft Windows 8: Firefox based) 24/04/16 Вск 15:03:35 #541 №1684361 
14614984776640.webm
test
Аноним (Linux: Firefox based) 24/04/16 Вск 15:06:04 #542 №1684363 
14614994159510.webm
>>1684361
> 1024x576
У превьюшки разрешение должно быть больше, например 1026x578
Аноним (Microsoft Windows 8: Firefox based) 24/04/16 Вск 15:06:27 #543 №1684364 
test
Аноним (Microsoft Windows 8: Firefox based) 24/04/16 Вск 15:08:22 #544 №1684367 
14614995873090.webm
>>1684363
test
Аноним (Microsoft Windows 8: Firefox based) 24/04/16 Вск 15:09:08 #545 №1684370 
14614997029500.webm
>>1684363
>>1684367
Вон оно как. Спасибо.
Аноним (Microsoft Windows 10: Chromium based) 24/04/16 Вск 15:11:44 #546 №1684375 

Блин и всеже почему у меня превьюшки не запиливаются для лисы
Аноним (Microsoft Windows 10: Chromium based) 24/04/16 Вск 15:29:48 #547 №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) 24/04/16 Вск 15:42:33 #548 №1684427 
14615009881040.webm
14615009881161.webm
14615009881412.webm
Единственное что через кастыль в виде приклеивания первого кадра с превьюшкой в сонивегасе а затем уже в вебм все кодировать
Аноним (Linux: Firefox based) 24/04/16 Вск 15:47:04 #549 №1684434 
>>1684427
Или просто найти билд ffmpeg, на котором оно работает.
Аноним (Microsoft Windows 10: Firefox based) 24/04/16 Вск 15:49:03 #550 №1684437 
14615020246530.webm
>>1684434
В релизном 3.0.0 например
Аноним (Microsoft Windows 10: Chromium based) 24/04/16 Вск 15:57:41 #551 №1684458 
>>1684434
>>1684437
Да действительно заработало
Аноним (Microsoft Windows 7: Firefox based) 24/04/16 Вск 17:43:48 #552 №1684630 
>>1684434
>>1684437
>>1684458
Подтверждаю. Была такая же проблема. 3.0 нормально клеит.
Аноним (Microsoft Windows 7: UC Browser) 24/04/16 Вск 18:16:40 #553 №1684682 
14615090284900.png
Сосоны ответьте мне на один вопрос. Как конвертить в VP9 с помощью GPU? Кодить процем настоящий ад и израиль. 0,5фпс в секунду и это зеоне сендибридж. Многопоточность дает от силы 10% и то только второй поток, больше смысла давать вообще нет. Что за хуйня вообще происходит?
Аноним (Microsoft Windows 7: Firefox based) 24/04/16 Вск 18:27:20 #554 №1684694 
14615110008110.jpg
>>1684682
Никак, GPU не предназначены для кодирования видео.
Аноним (Apple Mac: Chromium based) 24/04/16 Вск 21:52:23 #555 №1684888 
Что с ним случилось?
Аноним (Microsoft Windows 10: Chromium based) 24/04/16 Вск 22:10:11 #556 №1684913 
14615239438250.png
14615239438251.png
>>1684888
Возможно сразу вторым проходом шпарит
Аноним (Apple Mac: Chromium based) 24/04/16 Вск 22:13:32 #557 №1684921 
>>1684913

Нет, выдает ошибку если просто на Trim нажать, судя по всему с AviSynth какая то херня. Но что я могу с ним сделать, кроме как переустановить?
Аноним (Apple Mac: Safari) 24/04/16 Вск 22:20:28 #558 №1684936 
AviSynth переустановил, хуй знает что теперь делать с этим :(
Аноним (Apple Mac: Chromium based) 24/04/16 Вск 22:25:27 #559 №1684938 
14615256283210.png
14615256283221.png
Лол, вы не поверите проблема >>1684888 >>1684936 решена(наверное) мне и в голову такое прийти не могло.
Дело было в самом файле - выбрал другой, все кодирует нормально.

Вот подробная инфа о нем, подлец обрушает программу, судя по всему не сам конвертер а именно AviSynth
Аноним (Microsoft Windows 7: Chromium based) 25/04/16 Пнд 02:01:51 #560 №1685153 
14615259277240.png
14615259277241.png
Глядите какая фигня
http://rodrigopolo.com/ffmpeg/

Удобно.
Аноним (Microsoft Windows 10: Vivaldi) 25/04/16 Пнд 14:34:29 #561 №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
Аноним (Microsoft Windows 7: UC Browser) 25/04/16 Пнд 14:43:30 #562 №1685408 
>>1685400
Vp9 не может больше чем в 2 потока. Точнее может, но профита не будет. Не важно сколько потоков ты там нарисуешь 2 или 10 скорость кодирования будет одна и та же. У двух потоков есть преимущество над одним, дальше преимущество пропадает.
Аноним (Microsoft Windows 10: Chromium based) 25/04/16 Пнд 23:44:26 #563 №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
Аноним (Неизвестно: Неизвестно) 26/04/16 Втр 00:52:13 #564 №1686065 
14616170667580.png
>>1685400
>-vf scale=-1:540
А ты нормальный контент кодируй и 8 ядер всадишь, я тебе
гарантирую. Чай в XXI-ом веке живём.
Аноним (Microsoft Windows 10: Chromium based) 26/04/16 Втр 06:38:22 #565 №1686137 
14616211333300.webm
14616211334821.png
>>1686022
вроде разобрался пока
Аноним (Microsoft Windows 7: Firefox based) 26/04/16 Втр 11:41:02 #566 №1686246 
Есть где-то 6 гигабайт видео, постепенно утягиваемых с ютуба, обычно это их мп4 версия максимального доступного качества, где-то от двухлетней давности до месячной. Есть ли смысл изучать эту тему, чтобы перекодировать видосы в какие-то объёмы поменьше, или гроб гроб кладбище артефакты в любом случае?
УМА НЕТ ПИШИ В РАНДОМНЫЙ ТРЕД Аноним (Linux: Chromium based) 26/04/16 Втр 21:43:05 #567 №1686672 
14616600627710.webm
Господа, вопрос по mpv. Почему диалоги могут быть слишком тихими по отношению к остальным специфектам, от которых оглохнуть можно? пробовал фильтр --af=lavfi=dynaudnorm, но он "выравнивает" как ему захочетсяда еще и softvol не работает с ним. Есть мысли? Выход через альсу на 2.1
Аноним (Microsoft Windows 10: Firefox based) 27/04/16 Срд 12:35:50 #568 №1686942 
Правда что можно видео захватывать с игр ффмпегом?
Винда10.
Аноним (Microsoft Windows 10: Firefox based) 27/04/16 Срд 12:36:13 #569 №1686943 
>>1686672
В другом треде мне сказали что это из-за 5.1 дорожки.
Аноним (Microsoft Windows 7: Firefox based) 28/04/16 Чтв 22:31:49 #570 №1688496 
>>1686942
Но зачем?
Аноним (Microsoft Windows 10: Chromium based) !1488zPOP96 28/04/16 Чтв 22:41:47 #571 №1688502 
Как повернуть видео на 180* в ffmpeg?
Аноним (Microsoft Windows 10: Firefox based) 29/04/16 Птн 08:52:35 #572 №1688652 
Тред умер, что ли?
Аноним (Microsoft Windows 10: Firefox based) 29/04/16 Птн 08:53:53 #573 №1688655 
Всё-таки, спрошу: какой делать битрейт звука в вебмке?
А то вебмка со статичной картинкой на 1 кадр весит под 18 мб (8 минут музыки, 320 кб/с).
Аноним (Linux: Firefox based) 29/04/16 Птн 09:01:07 #574 №1688660 
>>1688502
Добавь -vf hflip,vflip
>>1688655
Такой, чтобы в лимит поместилось. Хорошо, если не меньше 96k для opus stereo.
Аноним (Microsoft Windows 10: Firefox based) 29/04/16 Птн 10:14:29 #575 №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) 29/04/16 Птн 21:14:24 #576 №1689479 
>>1680992
Идеального скачивателя с ютуба до сих пор не придумали. Хорош ютубдлгуи, но сделан через жопу и не может в 60фпс. Охрененен 3дюд, но нельзя скрестить недаш с дашем, хотя я автору писал и он со мной согласился. Некоторые видео приходится муксить самому через Ямб.
Аноним (Microsoft Windows 10: New Opera) 29/04/16 Птн 21:59:49 #577 №1689516 
>>1689479
ummy чем не нравится?
Аноним (Microsoft Windows 10: Firefox based) 29/04/16 Птн 23:00:36 #578 №1689579 
В mpv/smplayer можно включить 60fps интерполяцию?
Аноним (Microsoft Windows 7: Firefox based) 30/04/16 Суб 19:08:14 #579 №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) 30/04/16 Суб 19:12:40 #580 №1690238 
>>1690230
Без вас, пидоров, разобрался.
Аноним (Microsoft Windows 7: Firefox based) 30/04/16 Суб 23:11:31 #581 №1690509 
Здраститя. Вижу у вас тут хорошо подкованная в разных видево приблудах аудитория. Не могли бы мне помочь пожалуйста с одним вопросом, связанным с утилиткой youtube-dl
>>1690471
Задача стоит скачать видео в лучшем виде, насколько можно.
Спасибо.
Аноним (Microsoft Windows 10: Firefox based) 30/04/16 Суб 23:40:46 #582 №1690551 
>>1690509
>>1690471
Cо стандартным best ютубдл качает 720p.
С bestvideo+bestaudio качаются максимального качества дорожки видео и аудио.

Можешь проверить на
youtube-dl https://www.youtube.com/watch?v=0vrdgDdPApQ -f bestvideo+bestaudio
Аноним (Microsoft Windows 7: Firefox based) 30/04/16 Суб 23:49:53 #583 №1690557 
>>1690551
> Cо стандартным best ютубдл качает 720p.
А если нету даже ХД, то качает лучшее имеющееся? Т.е. бест это кап по 720р включительно.
Аноним (Microsoft Windows 10: Firefox based) 01/05/16 Вск 00:03:49 #584 №1690573 
>>1690557
Нет. Ошибся, потестил только что.
Стандарт - bestvideo+bestaudio Те если будет строка типа
youtube-dl ссылка, качается максимально возможное качество.
Если прописать best, то качество будет ниже. Например, с максимальным 1080p, скачалось 720p, с максимальным разрежением в 480p, скачалось 360.
Аноним (Microsoft Windows 7: Firefox based) 01/05/16 Вск 00:38:01 #585 №1690589 
>>1690573
Вот спасибо тебе. А то я уже скачал два больших списка на несколько Гб. Добра.
Аноним (Linux: Firefox based) 01/05/16 Вск 09:16:20 #586 №1690762 
>>1689579
>>1664830
Аноним (Microsoft Windows 7: Firefox based) 01/05/16 Вск 16:39:52 #587 №1691125 
14620833803060.jpg
>>1689516
Адвара 9/56 же.
Аноним (Microsoft Windows 7: Firefox based) 01/05/16 Вск 16:43:35 #588 №1691131 
>>1689516
И убогий функционал.
Аноним (Microsoft Windows 10: New Opera) 01/05/16 Вск 17:11:31 #589 №1691158 
>>1691125
>>1691131
хм, не знал. Антивирь на неё никогда не ругался. Хотя определяется скорее как потенциально опасное. Ну а функционал... Позволяет в 2 клика сохранить видео в любом доступном качестве с ютуба(включая 4k@60), а больше мне и не надо.
Аноним (Microsoft Windows 8: Firefox based) 02/05/16 Пнд 00:21:37 #590 №1691533 
14621118912840.png
>>1632602 (OP)

Есть набор картинок. Нужна прога, способная свести эти картинки в один видео файл и чтобы эти карт инки как-бы перетекали друг в джруга. Вывести в вебм потом я и так смогу.
Аноним (Linux: Chromium based) 02/05/16 Пнд 01:14:45 #591 №1691551 
Тест
Аноним (Microsoft Windows 7: Chromium based) 02/05/16 Пнд 16:08:09 #592 №1692001 
>>1632602 (OP)
Анон что не так?
Аноним (Linux: Firefox based) 02/05/16 Пнд 16:14:09 #593 №1692004 
14621944899820.png
>>1692001
Может исходный файл плохо скачался или изначально был битый?
А что на выходе получилось? Если всё нормально, то невермайнд.
Аноним (Microsoft Windows 7: Chromium based) 02/05/16 Пнд 16:17:52 #594 №1692008 
>>1692004
Он останавливается
После ошибок ещё пару фреймов проходит и всё, а должен дальше идти
Аноним (Microsoft Windows 10: Firefox based) 02/05/16 Пнд 22:34:28 #595 №1692473 
Юзает тут кто блендер?
Поясните, почему не могу рендер анимации сделать, пишет такую проблему.
Аноним (Microsoft Windows 10: New Opera) 02/05/16 Пнд 22:49:56 #596 №1692497 
14622176690260.png
>>1692473
увеличь vbr в настройках для видео в которое конвертируешь отрендеренный поток, если в h264, то можно просто avc level повыше взять. блендер не юзал, не знаю, где и что находится - сам ищи
Аноним (Microsoft Windows 10: Firefox based) 02/05/16 Пнд 22:54:45 #597 №1692503 
>>1692497
Я в этом не очень разбираюсь, вот какие настройки.
Аноним (Microsoft Windows 10: New Opera) 02/05/16 Пнд 23:14:00 #598 №1692531 
14622188855330.png
>>1692503
я бы вместо xvid использовал h264, но твоё дело.
а для исправления твоей проблемы увеличь значение buffer, если не ошибаюсь, оптимальное значение лежит где-то в 1-2 от target bitrate в твоём случае попробуй 8000 поставить
Аноним (Microsoft Windows 10: New Opera) 02/05/16 Пнд 23:16:33 #599 №1692536 
>>1692531
или ещё больше, хм, если там 9000 maxbitrate...
Аноним (Microsoft Windows 10: Firefox based) 02/05/16 Пнд 23:19:59 #600 №1692542 
>>1692536
>>1692531
Я уже всё там менял, другие ошибки выскакивали.
Я не знаю, но по мне хвид получше Н.264, по крайней мере у меня последний очень размытые видео с десктопа снимает, а хвид ок.
Аноним (Linux: Firefox based) 03/05/16 Втр 19:27:22 #601 №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, визуально лучше, битрейт сдерживает лучше. По второй ссылке есть тесты со скриншотами.
Аноним (Microsoft Windows 10: New Opera) 03/05/16 Втр 22:24:49 #602 №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.
Аноним (Microsoft Windows 10: Chromium based) 03/05/16 Втр 22:32:31 #603 №1693924 
>>1693908
>not available as opensource
Разумеется! Всё качественное и эффективное только с закрытым кодом и за бабки. Люди горбатились, кодили, придумывали и тут бац, с какого-то хуя надо выложить это в открытый доступ, ну бред же! Надо результат работы кому-нибудь загнать и желательно не один раз, а лицензию на использование, чтобы продать нескольким покупателяи и обеспечить себе поток денежных средств. Линукс вот с открытым кодом - говнина ёбаная, как был 2% пять лет назад так и остаётся, а Windows с закрытым кодом, профессионалы делали ну и соответствующий резултат ~90% доля на рынке.
Аноним (Microsoft Windows 7: Firefox based) 03/05/16 Втр 23:25:40 #604 №1694015 
Посоны, дайте пожалуйста строку типа этой:
ffmpeg.exe -i 1.avi -s 500x220 -crf 60 -b:v 5m out.webm
чтобы кодировать в vp9 в 720 с битрейтом где-нибудь в 300.

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

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

сейчас так попробую, а потом твое проверю, спасибо.
Аноним (Microsoft Windows 7: Firefox based) 03/05/16 Втр 23:36:43 #607 №1694032 
>>1694023
У тебя битрейт далеко не 300 же. И по дефолту ffmpeg современных версий сразу кодирует webm используя libvpx-vp9 и libopus.
Аноним (Microsoft Windows 7: Firefox based) 03/05/16 Втр 23:38:38 #608 №1694035 
>>1694032
вот оно че, спасибо, тогда вот так да?

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

если без разрешения
Аноним (Microsoft Windows 7: Firefox based) 03/05/16 Втр 23:46:35 #609 №1694046 
300к конечно маловато, буду ставить 700к, спасибо анон.
Аноним (Ubuntu Linux: Firefox based) 04/05/16 Срд 19:52:21 #610 №1694694 DELETED
14623083954650.webm
>>1684411
>>1684630
https://trac.ffmpeg.org/ticket/5509
Аноним (Ubuntu Linux: Firefox based) 05/05/16 Чтв 02:20:39 #611 №1695072 
Не пинайте нуба. Скомпилировал avidemux 2.6.12 (линукс минт 17.3), но не знаю как включить в него поддержку кодека vorbis/opus.
Аноним (Linux: Firefox based) 05/05/16 Чтв 11:32:22 #612 №1695249 
14624040399270.png
>>1695072
Обрати внимание на вывод configure: там написано, какие возможности отключены из-за отсутствия библиотек.
Ещё можешь почитать ./configure --help
Пацаны, помогите Васян (Microsoft Windows XP: Firefox based) 06/05/16 Птн 10:02:47 #613 №1696197 
>>1632602 (OP)
Есть одно видео, снятое в условиях плохой освещенности. Надо осветлить со следующими параметрами: см. пикрелейтед из фотошопа. Как мне применить подобные настройки с помощью ffmpeg? Или хотя бы гамму+контраст+яркость поменять(мне обязательно надо менять все три параметра, а не какой-либо один).

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

Версия ffmpeg 3.0, т.к. это последняя стабильная версия для ХР, на котором я сижу на работе.
Аноним (Apple Mac: Firefox based) 06/05/16 Птн 15:25:08 #614 №1696517 
14625181677440.png
>>1632602 (OP)
Есть ли документация ffmpeg в pdf?
Аноним (Microsoft Windows 7: Chromium based) 06/05/16 Птн 16:11:41 #615 №1696576 
Анон как подписать свою шебм
Аноним (Linux: Firefox based) 06/05/16 Птн 16:39:09 #616 №1696591 
14625403017580.png
>>1696576
fffmpeg -i pico.webm -c copy -metadata title="Moya webmka" bokunopico.webm
Аноним (Microsoft Windows 7: Chromium based) 06/05/16 Птн 16:48:37 #617 №1696592 
>>1696591
Будь здоров няша
Аноним (Microsoft Windows 10: Firefox based) 08/05/16 Вск 03:20:36 #618 №1698367 
Кто-нибудь может обьяснить, в чем проблема ?
Аноним (Ubuntu Linux: Firefox based) 08/05/16 Вск 05:15:13 #619 №1698390 
14626668366640.jpg
>>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) 08/05/16 Вск 06:26:32 #620 №1698404 
>>1698367
>- c:a
Это.
>output.mp4
И это. Ты поехавший, чтобы вебм в mp4 пихать?
Аноним (Microsoft Windows 10: Firefox based) 08/05/16 Вск 09:47:58 #621 №1698531 
>>1698404
спс. да, это я забыл заменить расширение файла
Аноним (Microsoft Windows 7: Chromium based) !!viUAPUraIE 08/05/16 Вск 17:18:04 #622 №1699225 
Как чинить?
ffmpeg -y -f gdigrab -i title=Steam output.webm
Аноним (Microsoft Windows 7: Chromium based) 08/05/16 Вск 17:20:54 #623 №1699235 
14627170846130.webm
>>1699225
Если сначала записать в mpg, а потом конвертить, то выходит нормально.
Аноним (Linux: konqueror) 08/05/16 Вск 18:27:17 #624 №1699415 
>>1699225
Добавь -pix_fmt +yuv420p
Аноним (Microsoft Windows 7: Chromium based) !!viUAPUraIE 08/05/16 Вск 18:34:02 #625 №1699432 
>>1699415
Помогло! Благодарствую. А в чем заключалась проблема то?
Аноним (Microsoft Windows 10: Firefox based) 08/05/16 Вск 19:10:53 #626 №1699492 
>>1699432
Ты кодировал в хер-знает-каком цветовом пространстве, а yuv420p - это стандартное и поддерживается везде.
Аноним (Microsoft Windows 10: Firefox based) 09/05/16 Пнд 22:05:23 #627 №1701137 
Юзает кто блендер? Есть вопросец, если я выделяю 2 вещи, копирую их, и вставляю, почему-то еще копируется и часть того, что я не копировал, почему так?
Аноним (Microsoft Windows 7: Firefox based) 11/05/16 Срд 02:25:51 #628 №1702710 
>ffmpeg -i Ass2.avi -c:v libvpx-vp9 -b:v 1M -c:a libvorbis t.webm

ПОчему я не могу сделать вебм? пишет что нет такого файла или дериктории
видео у меня прямо в на диске С без папок
Аноним (Linux: Firefox based) 11/05/16 Срд 02:33:45 #629 №1702717 
>>1702710
1. C:
2. cd C:\
3. Выполняешь свою команду
Аноним (Microsoft Windows 7: Firefox based) 11/05/16 Срд 02:49:35 #630 №1702728 
>>1702717
>1. C:
>2. cd C:\
куда это вписать?
Аноним (Microsoft Windows 8: Firefox based) 11/05/16 Срд 04:54:10 #631 №1702741 
Ребята скиньте плиз шаблон на вебмку 1280х720 и битрейтом 400-500
Аноним (Microsoft Windows 7: Palemoon) 11/05/16 Срд 09:20:21 #632 №1702803 
Подскажите, пожалуйста, как в Virtualdub в видео вставлять куски дргого видео или хотябы разрезать видео надвое и вставлять картинку на пару секунд, в дырку.
Аноним (Microsoft Windows 7: Firefox based) 11/05/16 Срд 17:14:18 #633 №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 гигов весит?
Аноним (Microsoft Windows 10: New Opera) 11/05/16 Срд 20:40:43 #634 №1703396 
>>1703170
>
>>1699415
Аноним (Microsoft Windows 7: Chromium based) 11/05/16 Срд 23:10:40 #635 №1703567 
>>1702803
Append AVI Segment.
Размеры видео в пикселях должны быть одинаковыми.
Аноним (Microsoft Windows 7: Vivaldi) 12/05/16 Чтв 08:09:51 #636 №1703811 
ffmpeg может сам разрезать пару flac+cue на треки?
Я прогуглил, всюду предлагают поставить что-то ещё над ffmpeg-ом. Не хотелось бы писать костыль для создания нужного батника для ffmpeg по cue.
Аноним (Microsoft Windows 7: Firefox based) 12/05/16 Чтв 17:41:03 #637 №1704225 
>>1703811
А нахуя лол, есть куча прог для разрезания куе, место на жестком диске экономишь?
Аноним (Microsoft Windows 7: Vivaldi) 12/05/16 Чтв 17:57:22 #638 №1704240 
>>1704225
Я не хочу ставить левые проги. Формат очень очень простой, запилить какую-либо его поддежку - пару десятков строк кода, не вижу причин, почему этих строк должно не быть в ffmpeg. Например, хотя бы совсем тупую, что заместо -to/-ss указывается cue файл по которому пилится на части. Кодирование любого формата в тридцать раз больше кода занимает.
Что-то отдельное скачивать и ставить для такой простой задачи, это из пушки по воробьям - примерно как специальную отдельную программу ставить, которая переименует файлы нужным образом.
Аноним (Microsoft Windows 7: Firefox based) 12/05/16 Чтв 18:15:59 #639 №1704265 
14630650426050.png
>>1704240
Ну фиг знает, когда мне это понадобилось, я быстро скачал прогу и за минуту решил задачу. А на каждый чих велосипедить скрипт по полчаса (или сколько ты там уже потратил времени) меня совершенно не привлекает, есть куда его потратить.
Аноним (Ubuntu Linux: Firefox based) 13/05/16 Птн 12:11:05 #640 №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 - в этом проблема?
Аноним (Microsoft Windows 7: Chromium based) 13/05/16 Птн 13:13:36 #641 №1705305 
>>1705257
-threads
Аноним (Microsoft Windows 7: Chromium based) 16/05/16 Пнд 14:02:12 #642 №1710036 
Посоны, тред не читал, на доску вообще случайно зашел, но есть пара вопрос об WEBM:
1) Почему некоторые WEBM на андроиде запускаются без звука?
2) Почему некоторые WEBM, что в браузере были нормальными, на компутер сохраняются без звука или со звуком, но без видео?
3) Как мне избежать подобных казусов, когда я буду делать свои WEBM?
Аноним (Microsoft Windows 10: Firefox based) 16/05/16 Пнд 14:20:20 #643 №1710051 
>>1710036
Позырь кодеки и pix_fmt у файлов у которых всё работает и у тех, что не работают.
Можно даже вручную наконвертить коротенький файл, кодеков всего-то немного: VP8 и VP9, аудио vorbis и opus
pix_fmt по идее должен быть yuv420p.
Аноним (Microsoft Windows 10: Chromium based) 17/05/16 Втр 22:20:26 #644 №1712382 
Так что же лучше использовать для кодирования звука с битрейтом 128 кбит/с и выше - Opus или Vorbis?
Аноним (Microsoft Windows 10: Firefox based) 18/05/16 Срд 01:01:23 #645 №1712548 
>>1712382
На 196 они примерно одинаковы (спектрограммы чекал)
Выше однозначно ворбис, ниже опус.
Аноним (Microsoft Windows 7: Chromium based) 18/05/16 Срд 06:33:05 #646 №1712687 
Куда кидать файлы, которые я собираюсь конвертировать? Всё в ffmpeg'e.
Господа, подскажите мне, начинающему!
Аноним (Microsoft Windows 10: Firefox based) 18/05/16 Срд 10:13:53 #647 №1712806 
Можно ли как-то быстро удалить у кучи песен инфу о треках, альбоме, названии етц?
Аноним (Arch Linux: Firefox based) 18/05/16 Срд 11:08:49 #648 №1712841 
Есть ли возможность указать для ffmpeg постоянный битрейт видео? Почему он скачет при кодировании и выходит за указанный максимум?
Аноним (Microsoft Windows 7: Chromium based) 18/05/16 Срд 14:21:39 #649 №1712997 
14635589291630.png
>>1632602 (OP)
Посоны, помогите ньюфагу. Хочу, чтобы у вебемок было превью, заебало искать нужную вебмку методом тыка.
Аноним (Microsoft Windows 10: Firefox based) 18/05/16 Срд 18:19:08 #650 №1713376 
>>1712841
-minrate:v 1200K -b:v 1200K -maxrate:v 1200K
Аноним (Microsoft Windows 10: Firefox based) 18/05/16 Срд 18:21:07 #651 №1713378 
>>1712997
Icaros Shell Extensions
Аноним (Microsoft Windows 7: Chromium based) 18/05/16 Срд 18:51:59 #652 №1713423 
Делал превью, склеивал две вебм, и чё-то ругается этот червь.
Вотафак?
Аноним (Ubuntu Linux: Firefox based) 18/05/16 Срд 23:15:46 #653 №1713902 
14635867193180.png
>>1712548
>Выше однозначно ворбис
Пруф?

---

>http://permalink.gmane.org/gmane.comp.multimedia.webm.devel/2551
>Contribution proposal for GPU-accelerated VP8 encoder
Аноним (Apple Mac: Chromium based) 20/05/16 Птн 00:58:49 #654 №1715416 
Как обойти Activation Lock на iPhone? 7.1.2
Аноним (Microsoft Windows 10: Chromium based) 20/05/16 Птн 10:26:35 #655 №1715777 
14636951291780.jpg
>>1712548
Звук был стерео или моно? Для ворбиса указывал битрейт или качество?
Аноним (Microsoft Windows 7: New Opera) 20/05/16 Птн 17:21:38 #656 №1716118 
1. Как вырезать кусок по определенным координатам?
2. Минимальный набор параметров для кодирования в два прохода, пример?
3. Каким параметром разбивать видео на равные части, размером до 10240Кб.
Аноним (Microsoft Windows XP: Firefox based) 21/05/16 Суб 04:34:46 #657 №1716859 
пасоны, а есть проги чтобы с одной кнопкой - сделать шебм лучше чем у всех анонов!
Аноним (Linux: Firefox based) 21/05/16 Суб 12:09:46 #658 №1717010 
>>1713376
Делал уже так с vp9, битрейт по прежнему вылезает за рамки прямо при кодировании. С vp8 не знаю.
Аноним (Microsoft Windows 7: Chromium based) 21/05/16 Суб 15:20:04 #659 №1717306 
Хелп! Как одновременно ресайзнуть видео и обрезать полосы? Из 1280:720 сделать 960:408
Аноним (Microsoft Windows 7: Firefox based) 21/05/16 Суб 17:43:11 #660 №1717571 
Какой софтиной можно перекодировать все webm в mp4 ?
Аноним (Google Android: Firefox based) 21/05/16 Суб 23:01:57 #661 №1718074 
Весь тред не осилил, но интересно знать: есть ли способы кодировать видео эффективнее простого сжатия с вручную посчитанным битрейтом? Направьте хотя бы на архивач, если вопрос уже обсуждался.
Аноним (Microsoft Windows 7: Firefox based) 22/05/16 Вск 01:20:42 #662 №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) 22/05/16 Вск 11:07:57 #663 №1718411 
14638692422050.jpg
Как разрезать вебм на части?
Аноним (Linux: Firefox based) 22/05/16 Вск 15:18:52 #664 №1718761 
Техподдержки здесь больше не будет, извиняйте. Слишком сильно разлилась моча.

http://arhivach.org/thread/153077/
Аноним (Microsoft Windows 10: Chromium based) 22/05/16 Вск 19:43:17 #665 №1719019 
>>1716118
>1. Как вырезать кусок по определенным координатам?
Читай гайд Питуза, там про это сказано.
>2. Минимальный набор параметров для кодирования в два прохода, пример?
Указываешь кодеки и все фильтры, которые ты собираешься применить. Ну и время начала-конца куска видео (если вырезаешь откуда-то)
Аноним (Microsoft Windows 7: Chromium based) 23/05/16 Пнд 19:13:01 #666 №1720535 
Поясните за сабы в вебм фор ретардс не бейте, лучше обоссыте
Почему они у меня через раз встают, а через раз вылетает с ошибкой

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

А еще, иногда субтитры встают, но криво, с диким рассинхроном, в чем проблема ?
Аноним (Microsoft Windows 7: Firefox based) 23/05/16 Пнд 20:18:46 #667 №1720626 
Что делать с этим?
comments powered by Disqus

Отзывы и предложения