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

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

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

Основным обсуждаемым здесь инструментом является 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/100617/
https://arhivach.org/thread/109411/
https://arhivach.org/thread/120883/
https://arhivach.org/thread/138755/
(Google Android: Firefox based) #2 #1572353
Bump
1203 Кб, Webm
3087 Кб, Webm
(Ubuntu Linux: Firefox based) #3 #1572379
А это легитимно?
Ещё раз демки перепощу.
И вот полезный пост прошлого треда: https://arhivach.org/thread/138755/#1514193
Один старый тред пропущен: https://arhivach.org/thread/40167/
113 Кб, 1093x488
145 Кб, 1280x720
(Microsoft Windows 7: Firefox based) #4 #1572380
Осваиваю эту утилиту, но нормально сконвертить получается через раз.
С настройкой constant получается минимальный размер, но качество как из ануса.
С настройкой variable получается хорошее качество, но огромный размер. Для 12 сек примерное 12 мб. (720п)

Если указывать нужный размер в constant - получается почти то, что нужно, но эта падла обрезает видео в конце. Причем не знаю, на разный или фиксированный промежуток времени.

Есть идеи как найти золотую середину без обрезки? Пытался вручную прописывать больший битрейт, но промежуточные кадры по прежнему сверхубогие.
>>1572410>>1572462
(Linux: Firefox based) #5 #1572410
>>1572380
Зачем тебе minrate и maxrate? Получается CBR, который абсолютно не подходит для видео.
Кури https://github.com/pituz/webm-thread/wiki/webm-encoding .
(Microsoft Windows 8: Firefox based) #6 #1572462
>>1572380
dashie eto ti?
>>1572473
(Microsoft Windows 7: Firefox based) #7 #1572473
>>1572462
Это чужое видео, я не пониёб.
>>1572475
(Ubuntu Linux: Firefox based) #8 #1572475
>>1572473

>я не пониёб


>C:\Users\Derpy

(Linux: Chromium based) #9 #1572514
Реквестирую скрипт для прыщей, в котором задаешь максимальный размер видео в нужной строчке, после чего делаешь исполняемым и скармливаешь через консольку ему youtube 720p.mp4, и показываешь куда класть out.webm

Кто то делился итт, но я потерял скриптик.
>>1572586
(Microsoft Windows 7: Firefox based) #10 #1572520
У вебм-треда теперь новый заведующий? Питуз всё?
>>1572527
(Ubuntu Linux: Firefox based) #11 #1572527
>>1572520
pituz уже не тот, куча неточностей в оп-пасте!
>>1572530
(Microsoft Windows 7: Firefox based) #12 #1572530
>>1572527
А причём тут оп-пост, вики же есть.
(Ubuntu Linux: Firefox based) #13 #1572577
Ещё кое-что интересное про дыры в ffmpeg:

>https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2016-January/187225.html


>mov: Add an option to toggle dref opening



19:15 < Daemon404> of course, they filed those 'vulns' and missed some otehr similar ones
19:15 < Daemon404> because it wasnt simple to test (text file playlist like hls)
19:20 < Daemon404> [16:18] < derekb> [15:50] <@Daemon404> how is it that this hls thing is 'vuln', but a dref box in a mp4/mov file can happily open a relative path?
19:20 < Daemon404> [16:18] < derekb> my theory is that it isnt easiyl testable without crafting a file
19:20 < Daemon404> infosec people arent going to craft mov files though
19:23 < Daemon404> it checks for relative path + same origin/protocol
19:24 < Daemon404> that still may expose file data
19:24 < Daemon404> a dref box is mp4's way of having an external track.

Как обычно, достаточно пинка и внезапно обнаруживается ворох багов. Про которые на самом деле многие догадывались, но проверять и чинить влом было.
(Linux: Firefox based) #14 #1572586
>>1572514
Там таких целая пачка в https://github.com/Kagami/webm.py/wiki/Related-links
73 Кб, 981x947
(Microsoft Windows 7: Firefox based) #15 #1572692
Из прошлого треда

Название проги плиз.
>>1572695
(Ubuntu Linux: Firefox based) #16 #1572695
>>1572692
Wireshark.
>>1572702
(Microsoft Windows 7: Firefox based) #17 #1572702
>>1572695

> Wireshark



Оно платное? Нужно искать крякен? На сайте непонятно, вроди и платно, но можно скачать и не указано что это триал или что то типа того.
>>1572708
(Ubuntu Linux: Firefox based) #18 #1572708
(Microsoft Windows 8: New Opera) #19 #1572822
>>1571311
>>1571537
Ничего нельзя сделать?
>>1572867
(Ubuntu Linux: Firefox based) #20 #1572867
>>1572822
Ты не знаешь, что такое usercss? Ну так загугли.
>>1571490

>а path сделать кнопкой


Готово.

>при вставленной ютуб ссылке


Выпилил автовставку, мешалась только.
+ отключил запрос на gstatic на старте.
v0.2.2
>>1573063
(Microsoft Windows 8: Firefox based) #21 #1572909
>>1572343 (OP)
Не мог нормальное видео прикрепить? Анимублядство не нужно.
>>1573029>>1573360
(Ubuntu Linux: Firefox based) #22 #1573029
>>1572909
Правильно, даёшь k-pop, аниме и пони морально устарели.
(Microsoft Windows 8: New Opera) #23 #1573063
>>1572867

>Ты не знаешь, что такое usercss?


Писал же, что вебм открываю в новой вкладке, там не работает css.
>>1574579
(Ubuntu Linux: Chromium based) #24 #1573122
>>1572343 (OP)
Как там на линуксе с хардварным конвертированием?
Есть рабочие способы?
>>1573143
(Ubuntu Linux: Firefox based) #25 #1573143
>>1573122
В какой формат?
>>1573413
324 Кб, Webm
(Linux: Firefox based) #26 #1573360
>>1572909

> Не мог нормальное видео прикрепить?


Но зачем, если есть анимублядское?
(Ubuntu Linux: Chromium based) #27 #1573413
>>1573143
шебм
>>1573460>>1573516
(Microsoft Windows 7: Firefox based) #28 #1573460
>>1573413
А разве есть dsp которые могут в кодирование в вп8-вп9?
>>1573516
(Ubuntu Linux: Firefox based) #29 #1573516
>>1573460
VP9: http://www.webmproject.org/hardware/vp9/bige/
VP8 достаточно много: http://wiki.webmproject.org/hardware/socs , но он сейчас никому не интересен.
>>1573413
Видео-формат от контейнера отличаешь?
https://github.com/ittiamvpx/libvpx-1 (если заведёшь на своей видеокарточке, лол, подробности в https://github.com/ittiamvpx/libvpx/issues/2 ).
Ещё пишут, что на Skylake гибридный энкод в VP9 возможен.
>>1573539>>1573784
(Ubuntu Linux: Chromium based) #30 #1573539
>>1573516

>Видео-формат от контейнера отличаешь?


Да
Спасибо почитаю.
(Microsoft Windows 8: New Opera) #31 #1573768
>>1567329

>Ты хочешь, чтобы превью работало по точно такому же алгоритму, как и на двоще


Да.

>может где в настройках залезть или самому подправить


И куда копать?
(Microsoft Windows 7: Firefox based) #32 #1573784
>>1573516

>BigE


И где этот BigE уже есть? Да и сомневаюсь, что даже если в какой-то экзотики он есть, вряд ли она тут у имеется у кого либо. Алсо, как я понял, качество у него говно.
101 Кб, 880x560
(Microsoft Windows XP: Firefox based) #33 #1574420
>>1572343 (OP)
Посоны, наверняка много раз спрашивали, но все же, срочно надо, я в этом полный нуб, жужель выдает какую-то хрень.
Как обрезать видео без искажения пропорции? Ну то есть, например, у меня есть видео 800x600, мне нужно обрезать до 760x600, 30 сверху, 10 снизу, но чтобы само видео не получилось просто растянутым по вертикали, а именно нужного размера 760x600?
Нихуя не получается
>>1574493>>1574539
(Microsoft Windows 7: Firefox based) #34 #1574493
>>1574420
Ты ебанутый? Возьми калькулятор.
(Microsoft Windows 7: Firefox based) #35 #1574539
>>1574420
-vf crop=760:600:0:30
782 Кб, 1693x1209
(Ubuntu Linux: Firefox based) #36 #1574579
>>1573063
Ты уверен? На хроме вообще никак нельзя браузерский CSS менять?
В лисе это всё делается элементарно. Здесь, правда, нет псевдоэлемента для контролов видео, но это другой разговор.
>>1577204
4994 Кб, Webm
(Microsoft Windows 8: Chromium based) #37 #1574704
Как сделать чтобы туманные сцены не шакалились? Пример зашакаливания тут с 4:30, ну и вообще с 3 минуты там пошло.
>>1574733
(Debian Linux: Iceweasel) #38 #1574733
>>1574704
Битрейт-то подними, у тебя ещё 1200кб до лимита. Если хочешь за счёт наиболее зашакаленных сцен, то при помощи -qmax.
203 Кб, 700x382
152 Кб, 700x392
(Ubuntu Linux: Firefox based) #39 #1575383
Палю годноту.

>https://addons.mozilla.org/en-us/firefox/addon/watch-with-mpv/


>Watch flash videos from various sites using native player (like mpv) and youtube-dl.


В прошлых тредах кто-то хотел такое и раньше можно было на юзерскриптах навелосипедить. Теперь и с помощью удобного расширения.
>>1576062
181 Кб, 924x446
(Microsoft Windows 7: SeaMonkey) #40 #1576020
Строчку для создания вебМ скинте, а то я не в лимите.
Ну или минимальное значение -b:v при настройках пикрелейтеда, дабы не квадратило подскажите.
>>1580621
(Microsoft Windows XP: Palemoon) #41 #1576062
>>1575383
Че удобного в этом расширении? Оно как и тысяча других просто передает ссылку внешнему приложению. Причем не прямую ссылку на видео, которая позволяла бы запускать видео с любым плеером, а просто текущую ссылку страницы. Далее ссылку получает МПВ, который минуту пытается запустить сам, если не получется, запускает youtube-dl, и только потом от него получает прямую ссылку и наконец начинает воспроизведение.
>>1576074
(Ubuntu Linux: Firefox based) #42 #1576074
>>1576062
Удобство в том, что самому костылить не надо. А так, лучше чтобы прям в страницу встраивалось, конечно, но XUL в любом случае выпиливают, а потом так и нельзя будет.
(Microsoft Windows 8: New Opera) #43 #1577204
>>1574579

>нет псевдоэлемента для контролов видео


Без этого тоже никак, просто нужно, чтобы он скрывался автоматически как в лисе. В хроме с оперой при постановке на паузу вебм этот псевдоэлемент не убирается автоматически, а хотелось бы, чтобы убирался. Ничего нельзя сделать?
(Ubuntu Linux: Firefox based) #44 #1577746
На тему sudo без пароля/уязвимости Xen, требующие рута. Вторая неделя дыр пошла:
http://perception-point.io/2016/01/14/analysis-and-exploitation-of-a-linux-kernel-vulnerability-cve-2016-0728/
Интересно, из докера с AppArmor так можно выбраться? Потому как локального пользователя хоста в большинстве случаев можно смело приравнивать к руту (или есть sudo, или доступ к видеокарте и ещё каким устройствам, в 2016 ставку на user→root sandboxing никто не делает), опаснее именно выход из контейнера/гостевой системы.

Хотя у меня появилось стойкое желание вернуть noexec на все пользовательские разделы. Юзабилити снижается, зато эксплуатацию свежих дыр значительно затрудняет.
>>1577796>>1614724
(Microsoft Windows 7: Firefox based) #45 #1577796
>>1577746
Кому-то очень понадобилось взламывать локалхосты линукс юзеров, что вы дырки начали в вебм треде обсуждать?
>>1577811
(Ubuntu Linux: Firefox based) #46 #1577811
>>1577796
А какая разница? Здесь всё равно все молчат, в линукс-тредах слишком быстро, а новый создавать лень.
Суть не во взломе прямо здесь и сейчас, а в выработке грамотной стратегии защиты для домашней системы. Пока только на Qubes более-менее сошлись.
>>1578303
(Debian Linux: Iceweasel) #47 #1578303
>>1577811
Тут не так быстро: >>1571408 (OP).
(Ubuntu Linux: Firefox based) #48 #1578376
>>1578358

>Ну и как там контейнеры, держатся?


Не пробовал ещё, да и пишут, что сплойт сырой.

>ld-linux


См. man mount, «noexec Do not permit direct execution of any binaries on the mounted filesystem. (Until recently it was possible to run binaries anyway using a command like /lib/ld*.so /mnt/binary. This trick fails since Linux 2.4.25 / 2.6.0.)».

>bash/pyhon/etc


Из скриптовых языков сложнее эксплуатировать ядерные дыры. Хотя, я сейчас подумал, через тот же python c FFI может и получится (там можно любые shared-либы дёргать, структуры читать, с памятью байтоёбить и GC в крайнем случае отключить), во всяком случае сходу я не вижу, что могло бы помешать. Но это точно не массовое применение, вся основная вирусня бинарниками распространяется.

>а оперировать прямо из текущего процесса, скажем, дырявого браузера


Насколько я знаю, обычно в шеллкод очень много логики не запихаешь (ограничения по размеру или ещё что) и там просто exec на подготовленный бинарь.
>>1578383
(Ubuntu Linux: Firefox based) #49 #1578383
>>1578376
Или прям машинный код в крайнем случае в память процесса записать и передать управление:
http://www.debasish.in/2012/04/execute-shellcode-using-python.html (пример для винды, на линуксе аналогично).
Это не так кроссплатформенно, правда, как gcc sploit.c && ./a.out
(Ubuntu Linux: Firefox based) #50 #1578390
>>1578384

>нагадить можно и без ядерной дыры


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

>а вот проверку добавить было бы элементарно


Проверку на что? Чтобы интерпретатор не запускал файлы с noexec раздела? Можно ему chmod o-x сделать, а нужных пользователей в группу добавить, будет аналогично.
(Ubuntu Linux: Firefox based) #51 #1578400
>>1578384

>Но качать/выполнять его можно и не в файл в принципе


В общем да, ты прав, если даунлоадер уже в памяти, то достаточно писать основной код в другую область памяти и его опять же запустить. Получается, что noexec лишь ненамного повышает безопасность, но обойти возможно.
>>1578392

>Поэтому не расслабляться должны все


Это понятно, просто из другого контекста. В идеале это непроходимый сэндбоксинг + отточенные правила MAC + defensive код с минимум багов. На деле же программы, запущенные с правилами SELinux, очень частенько глючат и тупо отключается, что убивает вообще всю защиту (даже параноики с pgpru и то ругались о том, что еботни слишком много), поэтому сэндбоксинг при должной реализации решает практичностью. (Олсо, в kagome в readme более-менее разобраны основные техники, надо будет в статейку оформить, чтобы мысли в порядок привести.)

>Чтобы bash bla-bla.sh (или python) не работало


Ну так не делать интерпретатор просто исполняемым для всех. А в SELinux можно манипулировать правами на уровне такой-то сисколл/такие-то аргументы/запретить или разрешить. AppArmor чуть попроще, но и там процесс легко в песочницу посадить, не дав выполнять всё подряд, доступное пользователю. seccomp сейчас ещё модная штука.
(Ubuntu Linux: Firefox based) #52 #1578414
>>1578409

>Это баш-то?


Ну для работы он не обязателен. Я просто не очень понимаю, что ты хочешь. Если на то пошло, то и из проводника можно гадостей наделать, залить по ftp id_rsa там или все пользовательские файлы снести.
(Ubuntu Linux: Firefox based) #53 #1578428
>>1578426
Объясни от чего ты таким образом защищаешься. Какая модель угрозы, какие программы установлены и доступны пользователю и т.д. Ничего что bash банально со stdin/через опцию -c может запустить скрипт?
>>1579153
(Ubuntu Linux: Firefox based) #54 #1578431
Тем временем новый (на самом деле старый) пейпер:
https://people.xiph.org/~unlord/daala-dcc16.pdf
(Ubuntu Linux: Firefox based) #55 #1579153
>>1578428
Опять pituz'а выпилили и опять тред забыли на архивач добавить.
Раз уж всё равно с проксей сидишь, то сиди как одна прокся = один тред, будет защита от delall. (В foxyproxy так можно, например.)
>>1579893
(Ubuntu Linux: Firefox based) #56 #1579511
Вот ещё гайд как через virtualdub делать webm:
https://www.youtube.com/watch?v=YLkH9Er0u4Y
>>1579914
(Неизвестно: Неизвестно) #57 #1579893
>>1579153
А что он писал? Что за параноидальные меры, которые ты комментировал?
>>1579907
(Ubuntu Linux: Firefox based) #58 #1579907
>>1579893
Ребята не стоит вскрывать эту тему. Вы молодые, шутливые, вам все легко. Это не то. Это не Чикатило и даже не архивы спецслужб. Сюда лучше не лезть. Серьезно, любой из вас будет жалеть. Лучше закройте тему и забудьте что тут писалось. Я вполне понимаю что данным сообщением вызову дополнительный интерес, но хочу сразу предостеречь пытливых - стоп. Остальные просто не найдут.
Не давать bash запускать скрипты с noexec точки монтирования. Лол.
>>1579947
(Microsoft Windows XP: Firefox based) #59 #1579914
>>1579511
Можно делать через родной фреймсервер виртуалдаба, без всяких пресетов можно пердолить параметры ффмпега как обычно, подставляя в качестве -i виртуальную авишку.
(Неизвестно: Неизвестно) #60 #1579947
>>1579907
>>1579907
Я в соседнем треде похожей хуетой маялся, давал папке ~/bin в овнеры рута.
5287 Кб, Webm
(Ubuntu Linux: Firefox based) #61 #1580036
Англоязычный WebM-тред:
https://8ч.net/webm/res/2573.html
Ничего нового, но несколько картинок и демо могут начинающим пригодиться.
>>1580131
sage (Microsoft Windows XP: Firefox based) #62 #1580043
Да как вы заебали с этой хуйнёй блять, съебите в /b/ и постите там свои вебмы хуебмы блять заебали
>>1580045>>1580056
(Microsoft Windows 7: Firefox based) #63 #1580045
>>1580043
Ты думаешь?
(Microsoft Windows 7: New Opera) #64 #1580056
>>1580043
Двачую, ебутся с друг дружкой, а нюфанем не помогают.
(Неизвестно: Неизвестно) #65 #1580131
>>1580036

>Problem loading page

>>1580137>>1580139
(Microsoft Windows XP: Firefox based) #66 #1580137
>>1580131
Опасная информация, в России заблокировано.
(Ubuntu Linux: Firefox based) #67 #1580139
>>1580131
ч на ch поменяй, имя сайта целиком в спамлисте.
(Microsoft Windows XP: Firefox based) #68 #1580595
Сделал вебмку со статичными картинками, жал как обычно по инструкции, но часть кадров побилась пикселями: http://2ch.hk/vg/src/14615084/14533363559930.webm (М)

Отчего это бывает?
>>1580597>>1580621
(Microsoft Windows XP: Firefox based) #69 #1580597
>>1580595
Сразу добавлю, что в оригинале такого не было, глубина цвета выставлена правильно.
(Debian Linux: Iceweasel) #70 #1580621
>>1580595
Не «по инструкции», а команды показывай, версии ffmpeg/libvpx и соусы.
Некоторые (>>1576020) тут такую ересь вместо команд пишут, что хоть вешайся.
>>1580891>>1580933
(Microsoft Windows XP: Firefox based) #71 #1580891
>>1580621
ffmpeg-20150613-git-178ba1f-win32-static
Lavc56.41.100 libvpx
-b:v 10000K -quality best

Сначала было больше команд, но дело не в них.
>>1581082
1702 Кб, Webm
(Microsoft Windows XP: Firefox based) #72 #1580933
>>1580621
Маленький исходник (с другим сжатием то же самое):
http://rghost.ru/6txy5b7bL

ffmpeg-2.8.5-win32-static
vp8 (libvpx).
-b:v 10000K -quality best
Кодирование в два прохода.
>>1580963
563 Кб, Webm
(Microsoft Windows 10: Firefox based) #73 #1580963
>>1580933
Кодируй в vp9. На vp8 у же всем насрать наверное
5113 Кб, Webm
(Linux: Firefox based) #74 #1581082
>>1580891

> -b:v 10000K -quality best


Команды целиком покажи которыми кодировал, а не часть их параметров. Обе — для первого и второго прохода, чтобы взять соус из архива и сделать такую же вебм.

Скорее всего это не твоя ошибка, а баг в libvpx-vp8. У меня тоже вылазило нечто подобное, вебмрелэйтед (видеодорожку делал так: for pass in 1 2; ffmpeg -hide_banner -loop 1 -r 1 -i $picture -c libvpx-vp8 -t $t -pass $pass -g 9999 -auto-alt-ref 1 -lag-in-frames 16 -y /tmp/v.webm).

Олсо, вебм http://2ch.hk/vg/src/14615084/14533363559930.webm (М) норкоманская: зачем там 60 fps, когда достаточно шести кадров?
>>1581085>>1581296
(Linux: Firefox based) #75 #1581085
>>1581082
s/-g 9999//
710 Кб, 1489x1311
(Ubuntu Linux: Firefox based) #76 #1581146
Пока кукловцы там не телятся, вот вам юзерскрипт для отображения title видео на голой макабе:
http://pastebin.com/raw/qR5nYuz0
>>1581280
3234 Кб, Webm
(Microsoft Windows 10: Firefox based) #77 #1581280
Делаю видео из картинки и мп3:
ffmpeg -i a.mp3 a.webm
ffmpeg -i a.png -c:v vp8 -b:v 300k ap.webm
ffmpeg -i a.webm -i ap.webm -map 0 -map 1 -c copy apout.webm

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

>>1581146
В wybm 0.2.2 на винде, не работает кнопка перехода в к темп папке, курсор только меняется при наведении.
Вырез автовставки ссылки по сути обрез функционала. Если что-то не понравилось и жмешь кэнсл, чтобы перекачать исходник, нужно заново ссылку вставлять. Ну, не я автор. Я сделал бы так, чтобы автовставка осталась, кнопка выбора файла не исчезала, или у такстбара пару кнопочек: крестик для удаления ссылки, вставку из буфера. Но я только пиздеть горазд.
>>1581287>>1581289
(Ubuntu Linux: Firefox based) #78 #1581287
>>1581280

>Можно что-нибудь поменять, чтобы исправить


Картинку зациклить. -r 1 -loop 1 -i a.png Более полная команда в вики есть.

>не работает кнопка перехода в к темп папке


Попробуй ещё раз перекачать 0.2.2, там пара мелких багов было, и я не стал новый релиз делать.

>Я сделал бы так, чтобы автовставка осталась, кнопка выбора файла не исчезала, или у такстбара пару кнопочек: крестик для удаления ссылки, вставку из буфера


Лень было просто переделывать стартовый экран, исправил по-быстрому. Ну и автовставка меня достала. Может как-нибудь сделаю.
Как ты меня опознал, лол.
>>1581294
(Microsoft Windows 7: Firefox based) #79 #1581289
>>1581294
(Microsoft Windows 10: Firefox based) #80 #1581294
>>1581287
>>1581289

>вики


Блин, точно, дальше инфы с превью не прокручивал же. Спасибо.

Ubuntu Linux: Firefox based + к-поп как бы намекает.
30 Кб, Webm
(Ubuntu Linux: Firefox based) #81 #1581296
>>1581082

>У меня тоже вылазило нечто подобное


Какая версия libvpx? На v1.5.0-320-gdcc0c89 всё ок.

$ ffmpeg -i https://2ch.hk/s/src/1572343/14533769747220.webm (М) -frames:v 1 img.png
$ for pass in 1 2; ffmpeg -hide_banner -loop 1 -r 1 -i img.png -c libvpx -t 10 -pass $pass -auto-alt-ref 1 -lag-in-frames 16 -y v.webm
>>1581319
191 Кб, 1024x768
322 Кб, Webm
(Linux: Firefox based) #82 #1581319
>>1581296

> Какая версия libvpx?


Тогда была
Sat Aug 2 14:50:09 2014 >>> media-libs/libvpx-9999:0
merge time: 1 minute and 8 seconds.

> for pass in 1 2; ffmpeg -hide_banner -loop 1 -r 1 -i img.png -c libvpx -t 10 -pass $pass -auto-alt-ref 1 -lag-in-frames 16 -y v.webm


С 10 секундами не воспроизводится, надо -t 04:11.

> На v1.5.0-320-gdcc0c89 всё ок.


Проверил с 1.5.0, баг воспроизводится. Вебм- и пикрелэйтед.
>>1581355
35 Кб, 604x453
(Microsoft Windows 7: Firefox based) #83 #1581333
Будьте няшами, посоветуйте средней навороченности лупер, типа гаражбанда для линукса или винды, но не ультракомбайн, типа фрутилупса.
>>1581342>>1581355
(Microsoft Windows 7: Firefox based) #84 #1581342
>>1581333

>средней навороченности лупер


Что блять? Гуглится какая-то хуебень для гитар.
>>1581351
(Microsoft Windows 7: Firefox based) #85 #1581351
>>1581342
Ну не знаю, как называются эти штуки. Короче, чтобы можно было просто работать с множеством звуков, чтобы была драм-машина и мешая их составляя трек, попутно добавляя разные эффекты.
>>1581353
(Microsoft Windows 7: Firefox based) #86 #1581353
>>1581351
Обычно всю хуйню такую DAW называют, но они разные бывают.
>>1581364
(Ubuntu Linux: Firefox based) #87 #1581355
>>1581319
А, я так сразу и подумал. Дело в альфа-канале.
-pix_fmt yuv420p исправляет.
У моей картинке альфа-канала нет, и она с любой длительностью артефактов не даёт. С прозрачностью как только число кадров превышает lag-in-frames, берётся следующий P-frame для INTER-prediction с низким качеством и артефакты альфы хорошо заметны. Ну или как-то так. Анализатор бы, бля, хуй кто напишет нормальный, опенсорсный.
>>1581333
LMMS, например. Ещё недавно в другом треде в разделе как-то проскакивали годные названия, но я не запомнил, звуком не занимаюсь.
Вот здесь ещё посмотри: https://en.wikipedia.org/wiki/List_of_Linux_audio_software#Recording.2C_editing_and_mastering
>>1581364>>1582881
(Microsoft Windows 7: Firefox based) #88 #1581364
>>1581353
Хорошо, погуглю.
>>1581355
Cпасибо, няша.
(Microsoft Windows 7: Firefox based) #89 #1581383
Как в ffmpeg добавить черные полосы к видео, чтобы увеличить размер кадра? Как эта функция называется?
>>1581386
(Ubuntu Linux: Firefox based) #90 #1581386
>>1581383
Фильтр pad.
>>1581391
(Microsoft Windows 7: Firefox based) #91 #1581391
>>1581386
Спасибо.
30 Кб, 650x300
(Microsoft Windows XP: Firefox based) #92 #1581497
Аноны, возможно ли виртуальную машину в виртуалбоксе заставить работать со звуковой картой напрямую, минуя основную ОС?
>>1581500
(Ubuntu Linux: Firefox based) #93 #1581500
>>1581497
https://www.virtualbox.org/manual/ch09.html#pcipassthrough
Но на винде не работает :з
>>1581507
(Microsoft Windows XP: Firefox based) #94 #1581507
>>1581500
А на других виртуальных машинах такое возможно?
>>1581534
(Ubuntu Linux: Firefox based) #95 #1581534
>>1581507
Гипервизор от гостя отличаешь?
В Hyper-V и Parallels Workstation с виндой на хосте есть PCI passthrough.
(Microsoft Windows 10: Firefox based) #96 #1581558
Аноны, а когда уже обновится VLC для Windows? Уже почти год нет релизов.
1555 Кб, Webm
(Microsoft Windows 8: Firefox based) #97 #1581746
Кратко
Имеется вебм, предназначенная для лупа. Если я беру эту вебм и склеиваю саму с собой через демуксер, то "концы" и "начала" совмещаются хорошо, и луп идёт как по маслицу. Если я пощщу исходную вебм, то после каждого воспроизведения есть небольшая пауза(см. вебм). Вопрос - как избавиться от паузы или свести её негативное влияние на луп к минимуму?

Подробно
Команды
ffmpeg.exe -hide_banner -i "In.mp4" -ss 89.97 -t 3.89 -c:v libvpx-vp9 -b:v 2500K -c:a libvorbis -q:a 6 -metadata title="..." -metadata creation_time="..." -an -vf scale=1280:-1,setpts=1.111xPTS -pass 1 -threads 2 -f webm NUL -y

ffmpeg.exe -hide_banner -i "In.mp4" -ss 89.97 -t 3.89 -c:v libvpx-vp9 -b:v 2500K -c:a libvorbis -q:a 6 -metadata title="..." -metadata creation_time="..." -an -vf scale=1280:-1,setpts=1.111xPTS -pass 2 -threads 4 "Out.webm" -y

ffmpeg.exe -i "Out.webm" -i Audio.ogg -c copy Loop.webm -y

Конверчу батником, поэтому есть и -c:a libvorbis -q:a 6, и -an. Вместо x перед PTS - звёздочка, убрал чтобы макаба не съела.
Аудио файл длиннее желаемого видео, поэтому его приходится замедлять через setpts. 1.111 = 3.89(длительность аудио)/3.5(длительность видео).
Пробовал кодить видео так, или одним проходом вп8 - разницы нет.
Пробовал обрезать Loop.webm с начала. Если -сс стоит после -и, то ффмпег убирает видео поток. Вообще. Если перед, -сс одна/две/три десятых секунды - длительность вебм вроде бы и меняется, но кол-во кадров остаётся прежним; при просмотре - ничем не отличается от необрезанной. Если перед, -сс 1 секунда - кадры, вроде бы, и пропадают, но длительность остаётся всё такой же. При открытии выясняется, что обрезался только видео поток, и вместо него показывается первый кадр, который идёт сразу за вырезанной частью.
Audio.ogg - качество -q:a 10, вырезано из .mp3 320kbps при помощи Audacity.


А, ещё вопрос - где-то подглядел способ создания превью вебм через создание второго видеопотока, который по размеру на один пиксель больше "основного". Как это вообще работает?
(Ubuntu Linux: Firefox based) #98 #1581777
>>1581746

>есть небольшая пауза


Скорее всего издержки на переинициализацию декодера, seek, чтение файла и декодирование первых нескольких кадров, пока в буфере ещё пусто.

>Вопрос - как избавиться от паузы или свести её негативное влияние на луп к минимуму


Уменьшить разрешение, открывать webm с tmpfs, попробовать с ffmpeg и libvpx по очереди (если Firefox). Ещё использование VP8 может помочь. В плеере-то у тебя нормально в режиме лупа?

>Как это вообще работает


https://ffmpeg.org/ffmpeg.html#Stream-selection
>>1581852
(Ubuntu Linux: Firefox based) #99 #1581829
>>1581746
Хотя есть одна идейка.

>переинициализацию декодера


Этого нет скорее всего, но seek на начало есть. Запости свою тутуру.вебм, можно попробовать с помощью юзерскрипта сделать два варианта альтернативного лупа:

1) Использовать метод fastSeek в момент перехода (есть только в фаерфоксе), т.к. установка currentTime обычно подтормаживает и не очень понятно, что использует внутреняя реализация
2) Подготовить копию видео, установленную на начало и в момент перехода включать её, а предыдущую прятать. Типо double buffering, ололо.

Второй вариант точно должен хорошо работать. События изменения текущей позиции в видео приходят не очень часто, но можно и на setTimeout закостылить, он почаще. Ну и будет хорошо работать только если установлен юзерскрипт.
>>1581852
1335 Кб, Webm
(Microsoft Windows 8: Firefox based) #100 #1581852
>>1581777

>Уменьшить разрешение


С 960:540 та же хрень. Ещё меньше?

>webm с tmpfs, попробовать с ffmpeg и libvpx по очереди


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

>VP8


Пробовал(совместно с уменьшением разрешения как раз).

>В плеере


У меня его нет. Это, в принципе, поправимо, попробую.

>only one stream ... for video, it is the stream with the highest resolution


Почему тогда при открытии мне показывают "правильный" поток, а "превьюшный" даже и не проскакивает?

>>1581829

>юзерскрипта


>есть только


Это всё как-то по-"клиентсайдовски" звучит для меня, или я чего-то не понимаю; одно другому не помеха. Мне-то надо не только, чтобы у меня робило как надо, но и других этой хуйнёй подзаебать, чтобы с их стороны, при этом, не было дополнительных телодвижений.
(Ubuntu Linux: Firefox based) #101 #1581967
>>1581852

>Почему тогда при открытии мне показывают "правильный" поток, а "превьюшный" даже и не проскакивает?


Браузеры только первый видео-трек используют.

>чтобы с их стороны, при этом, не было дополнительных телодвижений


Ну тогда только если максимально облегчить декодеру задачу.
Твоя оригинальная вебм в mpv на tmpfs даёт задержку примерно как у тебя, чуть меньшую.
С --no-video (только звук) задержки нет (не ощутима).
320x180 VP8 всё равно есть, может чуть-чуть меньше.
Перепробовал все подряд режимы --video-sync, всё равно есть.
Даже с --vo=null есть (а с --no-video нет). Какая-то хуйня с синхронизацией, походу. Надо у разработчиков спросить.
>>1582334>>1582655
5324 Кб, Webm
(Ubuntu Linux: Firefox based) #102 #1582334
>>1581852
>>1581967
Похоже что в данном случае издержки декодирования минимальны (я просто видел лупы без звука, где было заметно как переключение позиции подтормаживало). Проблема то ли в файле, то ли в особенностях синхронизации.
Вот с этим патчем всё отлично в mpv, идеальный луп: https://gist.github.com/b0b3294e1060929b7f7d
>>1582655
19 Кб, 677x355
(Microsoft Windows 8: Chromium based) #103 #1582500
Чяднт…
(Ubuntu Linux: Firefox based) #104 #1582632
>>1581746
>>1581852
Залей оригиналы видео из которых делал тутуру и точные полные команды.
Разработчикам понравился kpop просят аудио-трек в опусе сделать.
>>1583086
(Ubuntu Linux: Firefox based) #105 #1582655
>>1581852
>>1581967
>>1582334
Починили в мастере!
https://github.com/mpv-player/mpv/commit/657dd4b8072934e26b1df1f37daa829fe6b36ede
Теперь осталось уломать разработчиков лисы/хрома сделать то же самое, ололо.
>>1582881>>1583086
(Debian Linux: Iceweasel) #106 #1582881
>>1582493

> Почему когда я указываю допустим -b:v 1600k и -maxrate 1600k битрейт все равно уезжает за 1600, как я понимаю maxrate должен установить потолок? Сейчас например уже дошел до 1900.


Если ты не стримишь потоком, а делаешь вебм для сосача, то тебе не нужен maxrate. Используй другие способы ограничения битрейта — -b:v и -qmax.
Далее, и у VP9 есть лимиты на уровень квантования (хотя и они значительно мягче лимитов VP8), и слишком сильно испортить картинку он не может. Если не влазит — уменьшай разрешение.

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

>>1581355

> А, я так сразу и подумал. Дело в альфа-канале.


А я почему-то не догадался. Надо пойти купить ещё мозгов, наверно — вдруг поможет.

>>1582655
Джва года ждал этой хуйни!
116 Кб, 726x487
(Microsoft Windows 8: Firefox based) #107 #1583086
>>1582632
Исходя из >>1582655 делаю вывод, что команды и совусы уже не нужны.
На всякий, всё равно выкладываю.
Видос - https://www.youtube.com/watch?v=zrwoZ7uNS_Y. Скачан при помощи youtube-dl, в 1080p и с аудио aac 253kbps.
Точные команды(звёздочка опять заменена на x, во избежание):
ffmpeg.exe -hide_banner -i "Bestie - Love Options MV.mp4" -ss 89.97 -t 3.89 -c:v libvpx-vp9 -b:v 2500K -c:a libvorbis -q:a 6 -metadata title="Bestie - Love Options MV" -metadata creation_time="2016-01-22 11:57:33" -an -vf scale=1280:-1,setpts=1.111xPTS -pass 1 -threads 2 -f webm NUL -y

ffmpeg.exe -hide_banner -i "Bestie - Love Options MV.mp4" -ss 89.97 -t 3.89 -c:v libvpx-vp9 -b:v 2500K -c:a libvorbis -q:a 6 -metadata title="Bestie - Love Options MV" -metadata creation_time="2016-01-22 11:57:33" -an -vf scale=1280:-1,setpts=1.111xPTS -pass 2 -threads 4 "Bestie - Love Options MV Tuturu Loop 89.97-+3.89 (2500K) 2pass-VP9.webm" -y


Если аудио нужно точно как в >>1581852 - то https://mega.co.nz/#!hFlE1BgZ!jy78-AUHD6NkSAXpNVmon-gaLq3VLG1ViDSOiTet3Io, первый трек. Таймштамп - 81.99-85.88. Можно, в принципе, и из MV выдернуть по нему же, тоже норм лупится, как выяснилось...


Какой тут лимит? 10/22?

Благодарю за помощь и пояснения.
(Linux: Firefox based) #108 #1583123
>>1583086

> WTF?


Жопоглазие.

> Какой тут лимит?


Был 6/22.
(Ubuntu Linux: Firefox based) #109 #1583194
>>1583086

>что команды и совусы уже не нужны


Нужны ж, до сих пор не очень понятно, есть ли проблема в самом файле и как починить лису/хром. Может ж оказаться, что mpv закрыли хаком, там такое часто бывает.
Следующая идея это с Opus попробовать. Ну и если совсем ничего не получится, то надо в багтрекер лисы репортить, но быстро там не починят, слоупоки.

>Какой тут лимит


В /s/ 6.

>14534547004900.png


А что не так?
907 Кб, Webm
230 Кб, Webm
(Ubuntu Linux: Firefox based) #110 #1583383
>>1581746
>>1583086
В общем получилось более-менее гладко с VP8 320x180 и Opus на tmpfs. На ворбисе задержка слышна в любом случае, на 720p+Opus задержка всё равно есть. Предлагаю поэкспериментировать с:
— Кодеками видео/аудио
— Таймштампами фреймов видео/аудио в самом конце, может быть какая хуйня там зарыта
— Разрешением видео, размещением его на высокоскоростном диске и т.д.
Разбираться в том, что за хуйня происходит, можно анализируя таймштампы видео/аудио с помощью mkvinfo/ffprobe и записывая вывод звука браузера/плеера с последующим его анализом в аудиоредакторе.
>>1583561>>1583643
(Microsoft Windows 10: Firefox based) #111 #1583561
>>1583383

>1 webm


Это со скриптом? У меня все равно слышно прерывание.
>>1583569>>1583583
(Ubuntu Linux: Firefox based) #112 #1583569
>>1583561
Нет, обычная html <video src="file:///tmp/tuturu-vp8-opus.webm" loop controls />
/tmp на tmpfs. Браузер — последняя nightly. Ну и может от мощности ПК зависит, там просто 60fps ещё.
>>1583583
(Ubuntu Linux: Firefox based) #113 #1583583
>>1583561
>>1583569
В браузере всё равно переход немного грязный, в mpv лучше. Но почти незаметно по сравнению с прочими вариантами.
>>1583602
(Microsoft Windows 10: Firefox based) #114 #1583602
>>1583583
В mpv c лупом тоже самое. Патч, что выше, не работает, или опять что-то не так сделал. Пробовал, как луа скрипт и как *.patch.

Алсо, перекачал app.nw, переход к темп работает.
>>1583643
(Ubuntu Linux: Firefox based) #115 #1583643
>>1583602

>В mpv c лупом тоже самое. Патч, что выше, не работает, или опять что-то не так сделал. Пробовал, как луа скрипт и как *.patch.


Его перекомпилировать с этим патчем надо.
Под винду сборок из гита похоже что нет, вручную компилировать надо:
https://github.com/mpv-player/mpv/blob/master/DOCS/compile-windows.md

(Правда, версия из >>1583383 и на mpv с патчем плохо работает, небось тайминги поплыли или code delay или padding опусовские (от чего у меня баттхёрт, опять нихуя не понятно), но вот эта >>1581852 — отлично.)
701 Кб, 3600x1900
(Ubuntu Linux: Firefox based) #116 #1584909
Гайд с форчана по созданию гифок.
Используется Jasc Animation Shop. Я распаковал его, дампнул символы — функции энкодинга гиф находятся в библиотеке jff.dll, которая похоже что самописная.
Кто-нибудь знает хорошие редакторы/библиотеки для гифок, которые позволяют редактировать палитру и использовать кастомную палитру для каждого кадра? А то ffmpeg простоватый, IM тоже вроде не особо (хотя вот что-то есть: http://www.imagemagick.org/Usage/anim_opt/ ).
Никогда особо GIF не интересовался, а теперь его золотая пора прошла и фиг найдёшь стоящие решения — всё заполонили мокрописьки, вызывающие в 99% случаев cximage внутрях.
>>1585021>>1585102
(Microsoft Windows XP: Firefox based) #117 #1585021
3041 Кб, 465x262
(Microsoft Windows 7: Firefox based) #118 #1585102
>>1584909

>А то ffmpeg простоватый


А точно тебе его не хватит? Для повседневных задач ффмпега должно хватать.
>>1585113>>1585160
(Debian Linux: Iceweasel) #119 #1585113
>>1585102
Редактировать палитру для каждого кадра отдельно он не позволяет.
331 Кб, 962x825
340 Кб, 962x825
(Ubuntu Linux: Firefox based) #120 #1585160
>>1585102
Ну пока вроде хватает, но аутизм требует задрочить получше.
Кстати, то ли я криворукий, то ли imagemagick не очень, но на статической картинке я перепробовал тонну опций и получаю всё равно фиговый результат. Тогда как ffmpeg'у обычно достаточно сказать paletteuse=dither=bayer (т.к. error diffusion дизеринг раздражает рандомным шумом, Байер как-то поприятнее; и размер файла так значительно меньше) и всё отлично.
Пикрелейтед 1 — ffmpeg, пикрелейтед 2 — IM.
(Ubuntu Linux: Firefox based) #121 #1586436
Кто-нибудь пробовал опцию -qcomp (по умолчанию 0.5)? Помогает ли совладать с VBR у libvpx? В теории значения <0.5 должны улучшить попадание в лимит.
5369 Кб, Webm
(Ubuntu Linux: Firefox based) #122 #1586665
А что, вендузятники серьёзно считают, что жесть на пикрелейтеде проще консоли? Я аж охуел от обилия контролов, это даже хуже xMR.
>>1587040
(Microsoft Windows 7: Firefox based) #123 #1587040
>>1586665

Что это? Ссылку можно?
>>1587084
(Microsoft Windows 7: Firefox based) #124 #1587043
Нюфаг итт. Шапку прочел. Но какой же все таки Гуй лучше? Консол теребить - желания нет. В гайде довольно много прог/гуев - какие лучше?

Хотя бы 2-3 лучших варианта назовите, если вам не сложно олдфаги.
>>1587120>>1587272
(Linux: Firefox based) #125 #1587084
(Microsoft Windows 10: Firefox based) #126 #1587120
>>1587043
Видел вебмс людей, которые делали через
CLI, дотнет: https://github.com/CherryPerry/ffmpeg-vp9-wrap
Для праздного обывателя сойдет
(Ubuntu Linux: Firefox based) #127 #1587272
(Ubuntu Linux: Firefox based) #128 #1587450
А wm4 забавный, отжигает не хуже Туомова и Радта:
https://github.com/mpv-player/mpv/issues/2740#issuecomment-173964598
https://github.com/cacalabs/libcaca/issues/12#issuecomment-173964690
https://github.com/libass/libass/issues/180#issuecomment-127206163
Вот что значит старая школа!
(Ubuntu Linux: Firefox based) #129 #1587461
>>1587457
Да, известная дилемма. Тянуть свой форк или пропихнуть в апстрим. У первого всё-таки недостатков обычно поболее, если только апстрим не совсем ебанутый.
В защиту дистров стоит сказать, что на них же помои потом будут выливать, если они с усправлением уязвимостей слоупочить будут. А эффективно чинить уязвимости можно только с хардкорным дроблением каждой мелкой зависимости в отдельный пакет аля дебиан.
(Microsoft Windows 7: Firefox based) #130 #1587487
Можно ли сразу захватывать видео в webm формате?
>>1587492>>1588095
(Ubuntu Linux: Firefox based) #131 #1587492
>>1587487
Не нужно. h264 lossless + VP9 2pass и получишь отличное качество, а не вырвиглаз, как у некоторых.
(Ubuntu Linux: Firefox based) #132 #1588095
(Ubuntu Linux: Firefox based) #133 #1588101
>>1588098
Заходи из-под тора, кто мешает?
(Ubuntu Linux: Firefox based) #134 #1588112
>>1588106
$регистрация, централизация. hive тоже централизован в плане хостинга, но не в плане управления. Ну и вики гитхабовская очень убогая (нет оглавления, убогая узкая колонка, нельзя видео встроить и т.д.), а пилить крутые доки в виде сайта лично мне лень, вики для подобных целей лучше подходит.
2422 Кб, Webm
(Ubuntu Linux: Firefox based) #135 #1588935
Ещё один видео-гайд. ffmpeg + avidemux.
>>1588958
352 Кб, Webm
(Ubuntu Linux: Firefox based) #136 #1588958
>>1588935
Вот ещё лол. Даже VP9 поддерживает и опции не совсем дурные.
https://commons.wikimedia.org/wiki/Commons:Firefogg
6034 Кб, Webm
(Ubuntu Linux: Firefox based) #137 #1589910
test
>>1589913
(Ubuntu Linux: Firefox based) #138 #1589913
>>1589910
Хм, печально, теперь аспект превьюшки под аспект видео подгоняется. Вроде раньше иначе работало.
Надо #ddd паддинг по краям делать.
>>1589967
5972 Кб, Webm
(Ubuntu Linux: Firefox based) #139 #1589967
>>1590027
3872 Кб, Webm
(Ubuntu Linux: Firefox based) #140 #1590027
>>1589967
test3
На 16:9 этот метод добавляет серую полосу высотой один пиксель.
40 Кб, 1087x483
(Microsoft Windows 7: Firefox based) #141 #1592499
Подскажите, вот тут
https://gitgud.io/nixx/WebMConverter

Используют какой то свой, особый ffmpeg?

Взял, скачал вот отсюда
http://ffmpeg.zeranoe.com/builds/

32 битную версию, и заменил те файлы, что в конвертере были в папке х32

При конвертинге выдает ошибку. Что не так?
>>1592505>>1592719
(Microsoft Windows 8: Firefox based) #142 #1592505
>>1592499
Встроенный небось скомпилирован с --enable-avisynth, а билд zeranoe без.
>>1592508>>1592719
(Microsoft Windows 7: Firefox based) #143 #1592508
>>1592505

Понятно, ну компилить я не умею сам, так бы сделал.
>>1592515
(Microsoft Windows 8: Firefox based) #144 #1592515
>>1592508
Я тоже, поэтому и существуют такие гайды:
https://trac.ffmpeg.org/wiki/CompilationGuide
>>1592517>>1592518
(Microsoft Windows 7: Firefox based) #145 #1592517
>>1592515

Спасибо, но

> In order to compile FFmpeg on Windows, you need to install the MinGW environment



Неее
(Microsoft Windows 7: Firefox based) #146 #1592518
>>1592515

Так он использует х32 вариант или х64? - там просто две папки.
(Ubuntu Linux: Firefox based) #147 #1592719
>>1592505
Включён, достаточно бинарь через strings посмотреть.
>>1592499
А без замены ffmpeg ты проверял работоспособность?
Как минимум похоже на https://gitgud.io/nixx/WebMConverter/issues/29 + русские символы в путях, с которыми быдлокодеры до сих пор не научились работать.
>>1592830
(Microsoft Windows 7: Firefox based) #148 #1592830
>>1592719

> А без замены ffmpeg ты проверял работоспособность?



Да, без замены все отлично работает. Я просто хотел обновит ffmpeg. Еще бы AviSynth портабельный, чтоб в папке с конвертером лежал - годнота была бы.
(Ubuntu Linux: Firefox based) #149 #1596468
А мозилла совсем охуела:
https://bugzilla.mozilla.org/show_bug.cgi?id=1100304
https://mail.mozilla.org/pipermail/firefox-dev/2014-December/002586.html
Висит уже больше года и всем похуй:
https://bugzilla.mozilla.org/show_bug.cgi?id=1115874
Это только патчем дефолтных настроек можно отключить, т.к. скачивается сразу после первого запуска.

Inox даже привлекательнее выглядит голого лиса, т.к. там та ещё куча говна по умолчанию (которое отключается, конечно):
https://support.mozilla.org/en-US/kb/how-stop-firefox-making-automatic-connections
Короче, лиса потеряла всякое доверие коммьюнити и называть хромиум зондом после такого немного туповато.

Inox вот выглядит очень хорошо по прозрачности изменений, даже патчсет на 48-ую версию почти сразу же вышел, а палемун — проект, который одному человеку ну никак не потянуть, на базе окаменевшего лиса (соответственно, никаких современных веб-стандартов, хорошо если все исправления уязвимостей вовремя завезут) и с мутной лицензией. Inox/разминированный Firefox только и можно сейчас считать более-менее пристойным выбором, а ведь раньше наоборот было.
>>1596552
(Linux: Firefox based) #150 #1596552
>>1596468
https://github.com/The-OP/Fox/issues/25

>скачивается сразу после первого запуска


Можно перед запуском подсунуть user.js, тогда не будет.

>Inox


Лучше/хуже Iridium?
>>1596589
(Ubuntu Linux: Firefox based) #151 #1596589
>>1596552

>https://github.com/The-OP/Fox/issues/25


А если autoupdate ещё выключить как редхатовцы?
https://bugzilla.redhat.com/attachment.cgi?id=962575&action=diff

>Можно перед запуском подсунуть user.js


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

>Лучше/хуже Iridium


Иридиум до сих пор не выпустил 48-ую версию и хрен поймёшь, что они там наизменяли (просто все сорцы вывалили, офигеть, копайся там в коммитах). А у Inox просто 10 мелких патчей поверх ванильных сорцов, лучше и не сделаешь.
(Ubuntu Linux: Firefox based) #152 #1596605
>>1596589
Лол, я посмотрел, жесть там у них патчи:
https://git.iridiumbrowser.de/cgit.cgi/iridium-browser/commit/?id=0852b3b191a1b58447dc791df47e08e780c7d68a
Хотя вот некоторые вроде полезные, в Inox такого не видно:
https://git.iridiumbrowser.de/cgit.cgi/iridium-browser/commit/?id=64b5049408d2911b37dacd1f73904687a8ea7c40
Т.е. Inox тупо вырубает звонки домой, а у Iridum более инвазивные изменения, пытаются TBB косплеить.
>>1596610
(Linux: Firefox based) #153 #1596607
>>1596589

>А если autoupdate ещё выключить как редхатовцы?


Все равно.

>в лисе


Проблема в том, что не в Лисе даже если и вырезаны очевидно-нежелательные вещи (вроде автоматических соединений куда не следует), нельзя контролировать те, которые неочевидно-, ибо настроек-то не завезли, равно как и богатого API для расширений.

>Inox


Смущает то, что его разрабатывает полтора васяна.
>>1596655
(Linux: Firefox based) #154 #1596610
>>1596605

>жесть там у них патчи


>// need some dummy thing to make compiler happy, because


>// arraysize() is implemented as a convoluted template


Кресты такие кресты.

>TBB


Кстати, я искал и не нашел - где-то есть информация, почему они стали делать на основе Firefox, а не Chromium? В принципе видно две причины: ESR и то, что некоторые штуки им позволяют пропихивать в апстрим. Но я бы почитал официальную позицию.
>>1596655
(Ubuntu Linux: Firefox based) #155 #1596655
>>1596589

>и хрен поймёшь, что они там наизменяли


Хотя патчсет тоже можно вытянуть, просто не очень удобно. В целом, некоторые изменения весьма сумбурные или избыточные.
>>1596607

>нельзя контролировать те, которые неочевидно


Если это приватности не вредит, то не так уж и страшно.

>равно как и богатого API для расширений


Которого скоро не будет, лол.

>его разрабатывает полтора васяна


Так все прочие «форки» вроде pale moon, icecat, qupzilla, waterfox и т.д. точно такие же. Здесь мне просто нравится, что всё, что этот васян предлагает — 10 патчей и обновлять их ещё успевает. Просмотри глазами за 5 минут, бери куда угодно и применяй.
>>1596610
https://www.torproject.org/docs/faq#TBBOtherBrowser
https://tor.stackexchange.com/questions/517/chromium-browser-bundle
Вроде не хотят сильно костылять, а в хроме их патчи API не принимают.
>>1596676>>1596681
(Linux: Firefox based) #156 #1596676
>>1596655

>Если это приватности не вредит, то не так уж и страшно.


Ну дык: https://trac.torproject.org/projects/tor/wiki/doc/ImportantGoogleChromeBugs
Алсо у Firefox на порядок больше префов чем в тех же chrome://flags

>Которого скоро не будет, лол.


Скоро - это в 2018? К тому же, новое API разрабатывают, учитывая пожелания авторов аддонов

>Так все прочие «форки» вроде pale moon, icecat, qupzilla, waterfox.


Pale Moon - настоящий форк. Waterfox - простая пересборка ICC (?). Icecat - что-то выпиливают. Но Inox-то нужно сравнивать с TBB.
>>1596714
(Linux: Firefox based) #157 #1596681
>>1596714
(Ubuntu Linux: Firefox based) #158 #1596714
>>1596676

>Ну дык


Для полноценной анонимности просто немного другой уровень патчей надо. Я только про звонки домой сейчас говорю, которые и на обычном профиле нежелательны. Для анонимного сёрфинга что-то кроме TBB использовать не имеет смысла.

>Скоро - это в 2018


>К тому же, новое API разрабатывают


Фиг знает, их так шатает в последнее время. Впрочем, у меня всего-то 4 плагина из самых популярных стоит, их точно портируют. Я использую лису не из-за плагинов, а из-за политики владельцев, те же developer tools в хроме охуенные, куда лучше firebug и встроенных лисьих вместе взятых, html/js-движки часто быстрее, модные API охотнее запиливают. А начиная с увольнения Эйка и чуть раньше их понесло в какую-то жопу. (Хотя, стоит отметить даже при гораздо больших финансовых возможностях, гугль часто сливает по инновациям мозилловцам — Rust, Servo, Daala покруче будут, чем Go, Blink, VPx.)

>Но Inox-то нужно сравнивать с TBB


Зачем? Так просто уровня анонимности TBB не добиться, это бессмысленно, нужна долгая кропотливая работа экспертов по безопасности, просто нет нужной подготовки у команд pale moon, iridium и т.д. Но вот отключить слив данных гуглю никогда не помешает.
>>1596681
Он там вроде избирательно патчи из иридиума повытаскивал.
>>1596746
(Linux: Firefox based) #159 #1596746
>>1596714

>звонки домой


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

https://blog.mozilla.org/security/2015/03/03/revoking-intermediate-certificates-introducing-onecrl/

>html/js-движки часто быстрее


Как кто-то сказал, важна не скорость работы браузера, а скорость работы человека с браузером. Толку-то от коляски с реактивным двигателем?

>модные API охотнее запиливают


То бишь зонды.

>увольнения Эйка


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

>Зачем?


Я имел в виду в том смысле, что там не один васян, которому может надоесть и он все это забросит.
>>1596810
(Ubuntu Linux: Firefox based) #160 #1596810
>>1596746

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


Так и safebrowsing не такая уж плохая вещь. Это вопрос компромиссов. Ну и есть альтернативы вроде OCSP must-staple.

>Толку-то от коляски с реактивным двигателем


Хз, я не любитель обвесить браузер тонной расширений сомнительной полезности. Всё, что мне нужно, есть и у хрома.

>который он накостылил за две недели - и сразу в продакшн


А был другой вариант? Netscape тогда в жёсткой конкуренции с MS состоял. Прошляпили и микрософт бы выпустил что-нибудь своё.

>уволил за одно только создание кривущего JS


Так говорят те, кто язык не знает, а начитались макулатуры в интернете. Глянь лекции Крокфорда хотя бы. ES2015+ — хороший язык; если бы не Эйк, хрен бы оригинальный 10-дневный вариант получилось так облагородить. С сохранением обратной совместимости, если что, это вам не питон 1 на 2 на 3 ломать.

>Не понимаю, чего с этим гражданином носятся


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

>воркэраундим родовые травмы


Да всё уж закрыли почти, в ECMA7 даже int64 и типы обещают.

>что там не один васян, которому может надоесть и он все это забросит


Так проект-то маленький совсем, обновляй себе патчи раз в два месяца. Это не амбициозный васян типо автора palemoon, который скорее всего осознает масштаб задачи через полгода-год и забьёт болт. IceCat вон вообще по полгода с дырами уровня RCE сидит, пересобрать лень, зато швободка, лол.
>>1596878
(Linux: Firefox based) #161 #1596878
>>1596810

>А был другой вариант? Netscape тогда в жёсткой конкуренции с MS состоял.


Это какое-то хреновое оправдание. Разве что для акционеров сгодится, но уж точно не для тех, кто вынужден на этом писать. Так что не надо фанатизма. Копротивление MS - вовсе не повод самим делать говно.

>Так говорят те, кто язык не знает


Ясно.

>ES2015+ — хороший язык


Даже если согласиться с этим сомнительным утверждением, это (a) moving the goalposts (изначально речь шла о поделии Эйка), (b) см. ниже.

>С сохранением обратной совместимости


В сохранении совместимости со старыми костылями и глюками нет ничего хорошего. Раньше бы сломали - здоровее бы были сейчас.

>Да всё уж закрыли почти, в ECMA7 даже int64 и типы обещают.


И когда на нем можно будет писать? Не раньше чем все энтерпрайзы и утята проапгрейдятся до новых браузеров, то есть где-то в 2022 (по оптимистичному прогнозу). А пока ехал костыль через полифилл. А вот если изначально подумать головой, то можно было сразу почти всех проблем избежать. Равно как и тонн говнокода, написанных на предыдущих версиях.
>>1596905
(Ubuntu Linux: Firefox based) #162 #1596905
>>1596878

>изначально речь шла о поделии Эйка


Так Эйк в том числе его и развивал дальше. Мало у кого хватило бы упорства и мужества превратить поделку, написанную за 10 дней, в самый популярный на планете язык программирования и не отступиться. Он в своих последних презентациях в игрушечки уровня полноценных 3д шутеров на asm.js рубится, вот это успех.

>Раньше бы сломали - здоровее бы были сейчас


Расскажи это питону, который до сих пор от перехода на тройку не оправился, а может и не оправится.

>И когда на нем можно будет писать


Хоть сейчас. См. babeljs.

>А пока ехал костыль через полифилл


Какой костыль? И чем полифиллы плохи?

>Это какое-то хреновое оправдание


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


Лол, разработчик полдюжины языков, которые никогда не ломали обратную совместимость, имеют превосходный синтаксис и семантику и используются миллионами людей по всему миру, в треде.
>>1600977
(Microsoft Windows 7: Chromium based) #163 #1600579
test
(Ubuntu Linux: Firefox based) #164 #1600945
Тем временем:
https://0x0.st/Xmi.pdf
https://chromium.googlesource.com/webm/aom/

>Daala's development will slow down


>VP9's codebase has been chosen as a starting point


>Xiph and Cisco's teams have started to implement some of their coding tools


>Daala might become an image-only codec


Такие дела.
>>1602034
sage (Ubuntu Linux: Firefox based) #165 #1600977
>>1596905

>Какой костыль? И чем полифиллы плохи?


Плохо компиляцией из es6 в es5. Она нинужна, дали вам es6, пилите на ней бекенд, но ведь нет, мы обязательно это на фронтенд притащим вот какие мы молодцы вот как мы умеем. А потом лиса охуевает от EventListener'ов на document ready
>>1600982
(Ubuntu Linux: Firefox based) #166 #1600982
>>1600977

>чем полифиллы плохи


>Плохо компиляцией


Ясно.
(Ubuntu Linux: Firefox based) #167 #1602034
>>1600945

>23:53 < Caspy7> Will there be a blog post clarifying some of the reasons for why vp9/10 was chosen for the base? Can some of that be explained here?


>23:54 < user_____> we can only speculate. guess vp10 just has the most mature encoder


>23:55 <+TD-Linux> you don't need to speculate, I can just tell you


>23:56 <+TD-Linux> vp9/10 is the most mature right now and people want a new video codec fast.


Ясно.
(Microsoft Windows 7: Firefox based) #168 #1606152
Ватник конвертинга вебмок для даунов.
http://pastebin.com/EdhygnpV

Сохранить как, собственно, ватник, перетащить туда исходник. Кодируется в папку, где он лежит.
>>1606664
(Linux: Firefox based) #169 #1606178
test
(Microsoft Windows 10: Firefox based) #170 #1606184
test
>>1606229
(Debian Linux: Iceweasel) #171 #1606229
>>1606184
Ti pidor
(Ubuntu Linux: Firefox based) #172 #1606282
Лол, наконец-то перекатили, не прошло и месяца.
54 Кб, 1784x499
(Microsoft Windows 10: Firefox based) #173 #1606295
Помогите! Почему не работает?!
>>1606370
(Microsoft Windows 7: Firefox based) #174 #1606370
>>1606295
Галочки поставь
469 Кб, 630x908
(Microsoft Windows 7: Firefox based) #175 #1606662
Посоны, как будет выглядеть спелл, который из гифки и мп3 мне слепит вебмку? Чтобы зацикленная гифка крутилась пока мелодия играла, типо. Гуёвая утилита из шапки, судя по всему, только видосы конвертит.
>>1606671
(Microsoft Windows 10: Firefox based) #176 #1606664
>>1606152
Да уже любой даун по батнику на любую функцию написал.
>>1607010
89 Кб, 960x797
(Microsoft Windows 7: Firefox based) #178 #1606672
(Microsoft Windows 7: Chromium based) #179 #1606678
Анон, помоги! Немного оффтоп, но не нашел подходящего треда.
У меня возникла потребность в отцифровке видеокассет, а дома как раз валялась старая карта тв тюнера. Я быстренько подключил, установил дрова (у меня win7 еле нашел), загрузил программу с офф сайта и понял что она говно. Видео с дефектами, настройки записи ужасные и под старющие кодеки. И вот решил я подключиться к карте вручную через dshow в ffmpeg. Вот что у меня вышло:

видео ffmpeg -f dshow -show_video_crossbar_connection_dialog true -i video="713x BDA Analog Capture" C:\out.mp4
звук ffmpeg -f dshow -show_audio_crossbar_connection_dialog true -i audio="713x BDA Analog Capture" C:\out.mp3
https://www.ffmpeg.org/ffmpeg-devices.html#dshow вот тут подглядывал

Примерно так (плюс минус параметры). Но не могу запустить параллельную запись видео со звуком, пишет что устройство занято, а dshow делит устройства на аудио и видео и похоже не умеет совмещать. А записывать сначала видео, а потом звук, а потом еще заморачиваться склеивая это не хочется. Может кто сталкивался и знает как можно выкрутиться?
>>1606694
40 Кб, 828x463
(Microsoft Windows 7: Firefox based) #180 #1606685
>>1606671
ЧЯДНТ? Вроде указал в самом конце имя выходного файла, может, ему ключ какой нужен навроде -о в gcc?
>>1606690
(Microsoft Windows 7: Firefox based) #181 #1606690
>>1606685
А, всё, нашёл
(Apple Mac: Chromium based) #182 #1606693
(Ubuntu Linux: Firefox based) #183 #1606694
>>1606678
Попробуй -i video="713x BDA Analog Capture":audio="713x BDA Analog Capture"
См. https://stackoverflow.com/a/19652714
Ну и rtbufsize ещё может понадобиться, чтобы буферы не рвались.
>>1606698
(Microsoft Windows 7: Chromium based) #184 #1606698
>>1606694
ага я тоже нагуглил через двоеточие выполнять. Буфер стал рваться, поставил побольше и вроде пишет. Спасибо.
Еще проблема что звук сильно смещен в левую сторону. В оригинальной программе такого нет. Может нужно что-то еще в параметрах указать?
>>1606701
(Ubuntu Linux: Firefox based) #185 #1606701
>>1606698
Может что-нибудь вроде -af "pan=stereo | c0 < 0.5×c0 | c1 < c1 + 0.5×c0".
См. https://trac.ffmpeg.org/wiki/AudioChannelManipulation
А так — хз.
>>1606715
(Microsoft Windows 8: Chromium based) #186 #1606713
(Microsoft Windows 7: Chromium based) #187 #1606715
>>1606701Переназначил весь звук вправо - получил тихий правый. Решил вручную подобрать коэффициенты чтобы уровнять каналы, открыл записанный звук в форже и увидел что там то всё показывает ровно.
Так тупо себя давно не чувствовал. Что-то с наушниками похоже =)
Спасибо тебе, анон. Расцеловал бы.
>>1606732
(Microsoft Windows 7: Chromium based) #188 #1606732
>>1606715
Еще вопрос. Видео на кассетах не особо качественное, а тюнер делает его еще более дерьмовым. И Вот как по вашему лучше его сжать? Я думал сжимать в h264 и выставить cfr от 20 до 25, но может кто-то предложит что-то лучше? Еще тюнер предлагает выбрать формат пикселя. Я не особо шарю и просто перепробовал все варианты и разницы не заметил. Подскажите плиз.

вот пределы в которые может тюнер.
yuyv422 max s=768x576 fps=29.97
uyvy422 max s=768x576 fps=29.97
bgr0 max s=768x576 fps=29.97
bgr24 max s=768x576 fps=29.97
rgb555le s=768x576 fps=29.97
>>1606737
(Ubuntu Linux: Firefox based) #189 #1606737
>>1606732

>Я думал сжимать в h264 и выставить cfr от 20 до 25


Норм.

>формат пикселя


bgr0 и bgr24 хранят цвет с тем же разрешением, что и оригинал, а yuyv422/uyvy422 уменьшают горизонтальное разрешение в два раза. Теоретически лучше всего захватывать RGB и переводить в yuv444p (для лучшей совместимости). С дизерингом, конечно. rgb555le — 5 бит на компоненту, это плохо.

>и разницы не заметил


Надо сделать два скриншота и с увеличением по пробелу быстро их менять. Так проще сравнивать.
152 Кб, 1280x720
(Microsoft Windows 7: Firefox based) #190 #1607010
>>1606664
Судя по треду - тут нихуя не могут сделать без посторонней помощи. Гыгыгы
(Ubuntu Linux: Firefox based) #191 #1607054
Ещё гайды:
https://www.youtube.com/watch?v=xcdTIDHm4KM
https://www.youtube.com/watch?v=c9YLTNGVdPU

Проиграл с первого. Это ж надо было так подробно разжевать.
(Microsoft Windows 7: Chromium based) #192 #1607175
А что, на винде никак не покодировать вебмки?
>>1607340
(Microsoft Windows 7: Chromium based) #193 #1607340
>>1607175
Тут по большей части все на винде и сидят. Читай шапку, переходи по ссылкам. Вон парень чуть выше предложил гайды для совсем новичков.
>>1607348
(Microsoft Windows 7: Chromium based) #194 #1607348
>>1607340

У меня там какая то херня происходит, и при разархивирвоании получаю пустые файлы. В архиве они 0 байт весят
>>1607393
sage (Microsoft Windows 8: Chromium based) #195 #1607393
>>1607348

>то херня происходит, и при разархивирвоании получаю пустые файлы.


Если ты ещё не научился разархивировать архивы, то тебе ещё рано кодировать видео — это следующий уровень.
>>1607600
(Microsoft Windows XP: Firefox based) #196 #1607587
Через прожку WebMCam v1.40 записываю видео с ютуба, открываю полученный bla-bla.webm firefox"ом 38 версии- звук есть изображения нет, версия 44 вообще отказывается воспроизводить выдаёт файл повреждён. Что не так делаю ?

сама прога- https://github.com/TheTarkus/WebMCam/releases
статья как записывать http://www.ilovefreesoftware.com/14/windows/video-software/webmcam-record-desktop-screen-webm-format.html
>>1607594>>1607678
(Ubuntu Linux: Firefox based) #197 #1607594
>>1607587
Залей куда-нибудь этот файл.
Олсо, нафиг ты с ютуба через захват с экрана записываешь?
>>1607618
(Microsoft Windows 7: Chromium based) #198 #1607600
>>1607393

С другимим архивами всё нормально.
(Microsoft Windows 10: Chromium based) #199 #1607608
Аноны, такой вопрос: я собираюсь вырезать из видео промежуток длиной, допустим, 30 с., с двухпроходным кодированием. Во-первых, испортится ли качество видео, если я на первом проходе укажу промежуток в 30 с., а на втором - промежуток чуть меньше, но в интервале исходного промежутка? Во-вторых, испортится ли качество видео, если я на втором проходе укажу промежуток чуть больше, с "выступом" до/после исходного промежутка?
>>1613478
158 Кб, 790x444
(Ubuntu Linux: Firefox based) #200 #1607612
Тем временем:
https://bugzilla.mozilla.org/show_bug.cgi?id=1245696

>The problem is technically a YouTube encoding bug, but Firefox is the only affected browser because we started using the uncommon combination of H.264 video with Opus audio. Chrome uses VP9/Opus and other browsers use H.264/AAC.

(Microsoft Windows XP: Firefox based) #201 #1607618
>>1607594
Не только, ютуб так для примера.
Залил сюда > http://ovrload.ru/t/66038_10.webm
(Microsoft Windows XP: Firefox based) #202 #1607642
>>1607618
Зато WebM сделанный прогой Honeycam воспроизводится без проблем - но там у веб"эмок нет звука
>>1607645
(Microsoft Windows XP: Firefox based) #203 #1607645
>>1607650
(Ubuntu Linux: Firefox based) #204 #1607650
>>1607618
У меня нормально в лисе открывает. Совершенно обычный webm.
>>1607645
А здесь просто звуковой дорожки нет.
>>1607678
(Microsoft Windows 10: Firefox based) #205 #1607678
>>1607587

>версия 44


Пробуй media.format-reader.webm;false
Но изображения нет.
>>1607650
В линуксе же как-то по-другому с видео? Покажи настройки с конфига.
>>1607687
(Ubuntu Linux: Firefox based) #206 #1607687
>>1607618
>>1607678
А, блин, сразу не заметил. yuv444p там. Не всегда корректно воспроизводится, хотя в лисе-то должно работать, просто с кривыми цветами. Pixel Format в WebMCam надо поставить в yuv420p.

>В линуксе же как-то по-другому с видео


Да всё то же самое, только MSE включён по умолчанию и декодируется начиная с версии 43 через ffmpeg. Но 4:4:4 вроде в любой конфигурации должно работать, хз.
>>1607694>>1607722
(Ubuntu Linux: Firefox based) #207 #1607694
>>1607687
Ан нет, с media.ffmepg.enabled=false теперь поломали дополнительные субдискретизации.
Короче, разброд и шатание, уже версий 10 не могут нормально запилить поддержку всех профилей и цветовых пространств, ещё и не тормозило чтобы. Не рекомендую браузеры с такими слоупочными командами. Что лиса, что хром.
314 Кб, 963x368
(Microsoft Windows XP: Firefox based) #208 #1607722
>>1607687

>>WebMCam надо поставить в yuv420p.



Выставил, звук идёт, изображения -нет! Что этой лисе надо? http://ovrload.ru/t/66044_no_video.webm
>>1607737
(Microsoft Windows XP: Firefox based) #209 #1607734
Ткнул первую попавшуюся в другом треде, всё есть и звук и картинка. https://2ch.hk/b/src/116256158/14550186583870.webm (М)
(Ubuntu Linux: Firefox based) #210 #1607737
>>1607722
Не выставилось, всё равно yuv444p. Напиши автору на гитхаб, хз, может сломан переключатель.
Или попробуй руками добавить "-pix_fmt +yuv420p" в строчку ffmpeg arguments.
>>1607748
(Microsoft Windows XP: Firefox based) #211 #1607748
>>1607737
Не выставилось, всё равно yuv444p. Напиши автору на гитхаб, хз, может сломан переключатель.
Или попробуй руками добавить "-pix_fmt +yuv420p" в строчку ffmpeg arguments.

Не шарю куда тут что добавить?
-i "%d.%format%" %audio% -r %fps% -b:v 1M -fs 3M

Кстати попробовал ещё одну программку, та-же история:нет картинки. Вот программа:http://blog.bahraniapps.com/vclip/
>>1607750
(Ubuntu Linux: Firefox based) #212 #1607750
>>1607748
Просто в конец этой строчки допиши "-pix_fmt +yuv420p" без кавычек.
Обнаружен форсер UCBrowser.
>>1607760
(Microsoft Windows XP: Firefox based) #213 #1607760
>>1607750

>Просто в конец этой строчки допиши "-pix_fmt +yuv420p" без кавычек.



Добавил. Вообще не хочет собирать файл.
>>1607762
(Microsoft Windows XP: Firefox based) #214 #1607762
>>1607760
Всем спасибо за помощь! Зае*ал что-то, меня этот WebM буду записывать в MP4
>>1607837
674 Кб, 1366x768
655 Кб, 1366x768
421 Кб, 1366x768
303 Кб, 1366x768
(Linux: Firefox based) #215 #1607837
>>1607762
Надо было это изначально делать, WebM если не VP9, то это обязательно потери. А в VP9 ты в реальном времени не сможешь писать экран без шустрого серверного процессора. В H.264 же можно писать raw-видео с битрейтом 50-100 мегабит в секунду, но тогда файл очень жирный получается, или с минимальными потерями, при этом и процессорных мощностей хватает, и качество видео не сильно страдает, и объём видео совсем небольшой получается. Для примера, на ноуте с i3-2350M записывал в винде экран через gdigrab, правда с 20 фпс, потому что особо движения не было. В итоге получасовое видео вышло размером всего в 58 мегабайт.
Вот скриншоты для оценки качества, [MP4] yuv444p => rgb24 [PNG].
>>1607843
(Ubuntu Linux: Firefox based) #216 #1607843
>>1607837

>А в VP9 ты в реальном времени не сможешь писать экран без шустрого серверного процессора


Так у libvpx-vp9 тоже есть realtime-пресеты, да и минимальный crf=4 у libvpx-vp8 не особо качество ухудшит. Но x264 действительно удобнее будет для сохранения промежуточного варианта.
anon with problem here (Microsoft Windows 10: Chromium based) #217 #1607846
Как хардсаб сделать?
>>1607848>>1607870
(Microsoft Windows 10: Chromium based) #219 #1607852
>>1607848
А отдельный софт для конвертации видео и наложения хардсаба есть? Пробовал vidcoder но он ни в какую не хочет.
>>1607858>>1607859
(Ubuntu Linux: Firefox based) #220 #1607858
>>1607852
ffmpeg
(Linux: Firefox based) #221 #1607859
>>1607852
Девять с половиной из десяти женщин в России программ для работы с медиа базируются на libav/ffmpeg, так что ты только меняешь интерфейс.
>>1607863
(Ubuntu Linux: Firefox based) #222 #1607863
>>1607859
Даже libav базируется на ffmpeg, даже Аллах!
16 Кб, 366x158
(Microsoft Windows 7: Firefox based) #223 #1607870
>>1607846
Пара кликов.
1288 Кб, 1280x800
(Ubuntu Linux: Firefox based) #224 #1608098
Тем временем:
https://blogs.gnome.org/rbultje/2016/01/21/vp9-analyzer/
http://www.twoorioles.com/analyzer

Ну пиздец, mac-only проприетарщина с неадекватным ценником. А я думал, что в опенсорс выложит.
(Apple Mac: Chromium based) #225 #1608130
>>1608098
Зачем тебе софт, который ты не можешь себе позволить? Фотошоп через вайн уже накатил, бомжик?
(Microsoft Windows 10: Chromium based) #226 #1608162
>>1608098
Я охуеваю. Кому оно надо, да за такие деньги?
>>1608201
(Microsoft Windows 8: Chromium based) #227 #1608193
>>1608098
Какие у этой хрени юзкейсы?
>>1608201
(Ubuntu Linux: Firefox based) #228 #1608201
>>1608162
Разработчикам энкодеров, декодеров, сервис-провайдерам, топ-рипперам, энтузиастам.
>>1608193
Знать как на самом деле кодек видит исходник для устранения проблем в коде или опциях. Как пример: http://comments.gmane.org/gmane.comp.multimedia.webm.user/6937
(Microsoft Windows 7: Firefox based) #229 #1608256
(Microsoft Windows 7: Firefox based) #230 #1608284
(Microsoft Windows 7: SeaMonkey) #231 #1608354

>Безграмотное быдло с дубляжом, войсовером, порнографией и котиками, советы мерзких мокрописечников, вниманиебляди всех видов и прочее непотребство отправляется в порнотред >>ОП_пидр_принёс_ссылку (OP).


Сказали же ссылка не нужна.
Пилите нормальную версию пасты на гидХабе.
>>1608368
(Ubuntu Linux: Firefox based) #232 #1608368
>>1608354
Видишь кнопочку форк? Возьми сам и запили.

Лично я не вижу ничего хорошего в централизации паст, гайдов. Один человек, ещё и пользующийся SASS от третьих лиц, не может единолично представлять мнение анонима. Ну вот захочу я что-нибудь добавить в пасту и что: какого хрена я должен челом бить в PR лично питузу? Какого хрена я должен регистрироваться на каком-то левом сайте, который никаким боком к двощу не относится?

Самая правильная форма хранения коллективных изысканий это вики с анонимным редактированием без централизованного управления. Желательно размещённая в децентрализованной одноранговой сети, но и нейнтральный хостинг вики на базе свободного ПО (вроде MoinMoin) сгодится в крайнем случае. Единственная проблема — как защитится от целеустремлённых вандалов, которые на бордах не редкость. Пока что ничего лучше дерева форков с удобной навигацией не придумал. Что-то вроде CCNx Federated Wiki, но не такое дохлое и маргинальное.
>>1608430
(Linux: Firefox based) #233 #1608430
>>1608368
У тебя анархо-коммунизм какой-то получился. В случае одноранговой сети без модерации ты такой же вандал, как и все остальные. Форки кто-то должен помечать, потому что наделать кучу хуйни может каждый, а как потом понять, что из этого действительно актуальное и правильное?
А насчёт изменений в пасте — просто сделай пулл-реквест или на крайний случай отпишись тут или в /b с идеями.
>>1608565
(Ubuntu Linux: Firefox based) #234 #1608565
>>1608430
Скоро просто децентрализация, т.к. при анархо-коммунизме борьба с вандалами должна быть какой-то иной, не такой тупой. В западном обществе с ними вообще зачастую никак не борятся. Ну стоит там вики и стоит. Если кто за 10 лет и забежит насрать по какой-то неведомой причине, то откатывают правку и дальше живут. Вот бы нам так, лол.

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


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

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

Вот пока что две модели придумал:
1) Аля гист: есть страница статьи, каждая её правка — новый форк, независимый от других. Правки можно сортировать по дате, есть удобное представление в виде дерева, есть закладки. Но с обильным спамом всё равно будет немного просасывать. Можно добавить подписи аля трипкоды и фильтровать по белому списку.
2) Аля гитхаб: есть владелец репы, он может на время открывать или закрывать анонимное редактирование, добавлять соавторов. Любой может сделать форк и иметь полную свободу действий над своей версией.

Вторая модель это практически то, что есть сейчас (если не брать во внимание SASS и регистрацию), но мне как-то посимпатичнее первый вариант. Авторитарное владение популярным проектом часто приводит либо к злоупотреблениям, либо к неразберихе при его смерти; у первого варианта же неразбериха изначально.

Вообще, всё это утопия и маргинальщина, я это прекрасно понимаю. Хочется просто как-то переломить текущую нездоровую ситуацию, которая делает цензуру всего интернета по желанию горстки каких-то левых людей элементарной задачей. Причём надо не просто сделать возможным, а ещё сделать удобным и популярным, чтобы этим пользовались.
(Ubuntu Linux: Firefox based) #234 #1608565
>>1608430
Скоро просто децентрализация, т.к. при анархо-коммунизме борьба с вандалами должна быть какой-то иной, не такой тупой. В западном обществе с ними вообще зачастую никак не борятся. Ну стоит там вики и стоит. Если кто за 10 лет и забежит насрать по какой-то неведомой причине, то откатывают правку и дальше живут. Вот бы нам так, лол.

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


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

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

Вот пока что две модели придумал:
1) Аля гист: есть страница статьи, каждая её правка — новый форк, независимый от других. Правки можно сортировать по дате, есть удобное представление в виде дерева, есть закладки. Но с обильным спамом всё равно будет немного просасывать. Можно добавить подписи аля трипкоды и фильтровать по белому списку.
2) Аля гитхаб: есть владелец репы, он может на время открывать или закрывать анонимное редактирование, добавлять соавторов. Любой может сделать форк и иметь полную свободу действий над своей версией.

Вторая модель это практически то, что есть сейчас (если не брать во внимание SASS и регистрацию), но мне как-то посимпатичнее первый вариант. Авторитарное владение популярным проектом часто приводит либо к злоупотреблениям, либо к неразберихе при его смерти; у первого варианта же неразбериха изначально.

Вообще, всё это утопия и маргинальщина, я это прекрасно понимаю. Хочется просто как-то переломить текущую нездоровую ситуацию, которая делает цензуру всего интернета по желанию горстки каких-то левых людей элементарной задачей. Причём надо не просто сделать возможным, а ещё сделать удобным и популярным, чтобы этим пользовались.
(Ubuntu Linux: Firefox based) #235 #1608614
>>1608565
Бля, что я пишу. Не SASS, а SaaS, ёбаный вебдев.
(Linux: Firefox based) #236 #1608650
>>1608565

> Если кто за 10 лет и забежит насрать по какой-то неведомой причине, то откатывают правку и дальше живут. Вот бы нам так, лол.


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

> При создании треда ОП выбирает самый живой с его точки зрения форк и использует его


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

> надоели форсы этих гитхабошапок на бордах


Это просто мода. Хочешь — пости на битбакет. Или в HiveMem. Или в ВК, там тоже есть вики-страницы. Или расшаривай файлы в гуглодрайве/меге/мейлрушечке. Гитхаб — удобное средство для организации базы знаний с минимумом усилий, номера телефонов, кредиток и другие личные данные там не требуют, а заморачиваться и поднимать свою вики для очередного форса на пару месяцев — напрасный труд.

> это же вступает в прямое противоречие самой идеей анонимного неконтролируемого постинга


Мы на 2ch.hk, что уже противоречит этой самой идее. Не стоит забывать про менталитет. "Анонимный сральник" — это было сказано про Двач.
(Microsoft Windows 7: New Opera) #237 #1608660
Вы ж тут вроде конверторуны дохуя, поясните какой тип масшабирования видосов самый пиздатый: bilinear, bicubic, nearest neighbor, area, gauss, sinc, lanczos?
>>1608666
(Ubuntu Linux: Firefox based) #238 #1608666
>>1608660
Смотря для чего. Наибольшую чёткость из твоих перечисленных обеспечит lanczos, но могут появиться артефакты. (sinc и bicubic тоже чёткие, но там артефактов ещё больше.)
Вот лучше здесь по ссылкам почитай: https://hive.blasux.ru/webm/s#resize
Выбор фильтра для ресамплинга — второй по популярности срач среди конвертунов, лол.
(Microsoft Windows 7: Firefox based) #239 #1608674
>>1608565
Н-да. У нас в лисотреде вон даже с текущей моделью один дебил умудрился сделать форк и добавить в шапку файл, кладущий лису нахрен. Т.е. заходит ньюфаг почитать советов мудрых и привет. А ты хочешь, чтобы вообще любой мог анонимно насрать.
>>1608721
(Microsoft Windows 7: Chromium based) #240 #1608707
Ауууу, есть кто в этом разделе? Мне нужен драйвер на вай-фай для ноута. Есть у кого? В треде вопросов по винде никого нет.
(Ubuntu Linux: Firefox based) #241 #1608721
>>1608674
Про то, как оценивается легитимность треда, я ничего не писал (ну здесь по идее просто: где больше народа будет постить). Меня бы больше на твоём месте смущало, как и с какими комментариями автор этой репы из лисошапки выбирает какие пуллреквесты принимать, а какие — нет. Не должен один конкретный псевдоним это решать, это прямое скатывание в неймфажество и аватаркочатики. Автор треда такой же участник дискуссии, как и все остальные, у него не может быть никаких особых прав.
>>1608733
(Microsoft Windows 7: Firefox based) #242 #1608733
>>1608721

>Про то, как оценивается легитимность треда, я ничего не писал


Я тоже. Была описана конкретная ситуация: пришел вандал и не просто насрал, а фактически устроил DoS. Как с этим бороться в твоей модели, где редактировать может любой?

>как и с какими комментариями автор этой репы из лисошапки выбирает какие пуллреквесты принимать, а какие — нет.


Тут ничего сказать не могу, не слал туда пуллреквестов.
>>1608744
(Ubuntu Linux: Firefox based) #243 #1608744
>>1608733
Ты имеешь ввиду, что кто-то напостит картинок, роняющих браузеры и это остановит всю работу? Да ерунда ж полнейшая. Через день выпускается патч, все обновляются и дальше редактируют как ни в чём не бывало. А у тебя какое-то очень странное решение. Ты предлегаешь во всех существующих сейчас вики, форумах, сайтах запретить прикреплять ссылки на картинки или как?

Картинка, убивающая браузер — это серьёзная проблема и она должна устраняться с высоким приоритетом. Из-за этого запретить кому-то что-то отправлять — это не защита, а дверь картонная.
>>1608748
(Microsoft Windows 7: Firefox based) #244 #1608748
>>1608744
Я предлагаю не давать школьникам доступ на запись.
(Microsoft Windows 8: Chromium based) #245 #1608788
Есть ютуб-видео, мне нужно скачать его и разобрать по кадрам определённый фрагмент (длительность несколько секунд). В каком формате лучше скачивать - мп4 или шебм - и как разобрать на кадры такой файл между заданными таймстампами?
>>1608794>>1608822
(Ubuntu Linux: Firefox based) #246 #1608794
>>1608788

>В каком формате лучше скачивать - мп4 или шебм


С точки зрения качества? Зависит от видео. См. обсуждение в районе https://arhivach.org/thread/145598/#1605719
Если 720p, то f=22 H.264 часто лучше, в других форматах и VP9 может быть удачнее.
>>1608798
(Microsoft Windows 8: Chromium based) #247 #1608798
>>1608794
360, увы/лол.
>>1608822
(Ubuntu Linux: Firefox based) #248 #1608822
>>1608788
Вот здесь ещё смотри: https://2ch.hk/s/res/1608793.html (М) Свежак!
>>1608798
Тогда скачай все варианты и сам на глаз смотри, что лучше.
28 Кб, 317x375
как эта приблуда работает? (Microsoft Windows 10: Chromium based) #249 #1608997
Поставил куклоскрипт с магазина хрома, теперь все глючит. Сообщения не отправляются, ошибки вылезают, ссылки некоторые пропали! Как заставить это работать?
>>1609104>>1610202
(Microsoft Windows 10: Firefox based) #250 #1609104
>>1608997
Попробуй Tampermonkey + обычный куклоскрипт.
6041 Кб, Webm
24 Кб, 687x344
(Microsoft Windows 7: Chromium based) #251 #1609153
Доброго дня.
Анон,
Когда то давно, у меня получилось сделать из .gif и .mp3 текущую WebM,
Но, отшибло память к хуям, и Я не помню какую команду использовал.
предположительно : ffmpeg -f lavfi -r 16 -i movie=PIC.gif:loop=0 -i MUS.mp3 -shortest -c:v vp9 -b:v 0k -crf 59 -vf scale=400:-1 -lag-in-frames 16 -quality good -f webm out.webm
Но консолька со мной не согласна,
Анонм, мб подскажешь в чем секрет?! И где Я проебался?
>>1609157>>1609163
(Linux: Firefox based) #252 #1609157
>>1609153
Надо гифку разложить на кадры, FFmpeg не умеет зацикливать анимированные изображения и видео.
>>1609163
2007 Кб, Webm
(Microsoft Windows 7: Chromium based) #253 #1609163
>>1609157
>>1609153
Решил проблему.
.gif файл по какой то причину уходил в "нуль" Кб
(Microsoft Windows 7: Chromium based) #254 #1609272
>>1572343 (OP)
Не знаю где спросить, спрошу у вас.
Есть какой-нибудь он-лайн сервис, где можно хранить и просматривать свои вебм? Может какие-то соц сети в них умеют? Хоть почтовый сайт. Что-нибудь.
>>1609276
(Ubuntu Linux: Firefox based) #255 #1609276
>>1609272
http://handbeezy.com/
Ну а вообще дофига их:

Gfycat.com
Webms.org
WebmUp.com
webm.host
streamable.com

и т.д.
>>1609278
(Microsoft Windows 7: Chromium based) #256 #1609278
>>1609276
Спасибо :з
Что-то я тыкался по своим обычным, а в гугл залезть забыл.
>>1609385
(Microsoft Windows 8: Chromium based) #257 #1609385
(Google Android: Firefox based) #258 #1609917
Анонс, а подскажи какой нибудь годный гуй для ffmpeg чтобы х264 кодировать, а то одни васянские поделия находятся.
>>1609993
(Ubuntu Linux: Firefox based) #259 #1609993
>>1609917
MeGUI. Только смысл в нём? Всё те же опции, но в виде графических виджетов.
(Microsoft Windows 8: Chromium based) #260 #1610202
>>1608997
Носкриптом заблокируй двач, глючит из-за двойной обработки скриптов двача+куклы.
(Google Android: Firefox based) #261 #1610203
Анон, можешь подкинуть простенькую программу без этих ваших кодов и пердолинга, чтобы поменять превью webm и не только?
Алсо, почему то не могу писать на доску с пеки из-за какой-то ошибки с капчей
>>1610210
(Ubuntu Linux: Firefox based) #262 #1610210
>>1610217
(Google Android: Firefox based) #263 #1610217
>>1610210
Оче благодарен
43 Кб, 500x290
(Linux: Chromium based) #264 #1610249
ffmpeg уже умеет в AAC-HE? Если нет то где взять готовые билды под смерму с libfdk_aac?
>>1610251
(Ubuntu Linux: Firefox based) #265 #1610251
>>1610249
Встроенный энкодер AAC довели до ума. Просто бери зераноевский билд (они из гита) и используй -c:a aac
(Microsoft Windows 7: New Opera) #266 #1610363
Есть Превью.вебм и сам вебм. Как их соединить?
>>1610404
3702 Кб, Webm
(Microsoft Windows 10: Firefox based) #267 #1610404
>>1610418>>1612876
(Microsoft Windows 7: Firefox based) #268 #1610418
>>1610404
А чому с обычными видосиками в хуй264 такое не прокатывает?
>>1610426
(Microsoft Windows 10: Firefox based) #269 #1610426
>>1610418
Потому что это способ для макабы, которая берет первый кадр для превью, и ffmpeg'а, который берет по-умолчанию поток с большим разрешением.
Нигде кроме борды это работать не будет, а на неё ты не загрузишь x264
(Microsoft Windows 7: Firefox based) #270 #1610430
>>1610426

>ты не загрузишь x264


Ты думаешь?
>>1610437
(Microsoft Windows 10: Firefox based) #271 #1610437
>>1610430
Конечно, ты можешь. Но посмотреть его смогут полтора хромога.
>>1610439
(Microsoft Windows 7: Firefox based) #272 #1610439
>>1610437
Я к тому, что нет такого формата x264.
>>1610446
(Ubuntu Linux: Firefox based) #273 #1610446
>>1610439
Можно в рарджипеге загрузить динамически слинкованный бинарь x264.
>>1610450
(Microsoft Windows 7: Firefox based) #274 #1610450
>>1610446

>динамически слинкованный


Можно просто ссылку на офф сайт дать.
(Microsoft Windows 7: Firefox based) #275 #1610492
>>1610426
Я про склеивание файлов.
(Microsoft Windows 7: Chromium based) #276 #1610735
(Microsoft Windows 7: Chromium based) #277 #1610740
А в xmedia recode можно видео обрезать?
>>1610741>>1610777
(Microsoft Windows 7: Chromium based) #278 #1610741
>>1610740

Нашел
>>1610825
(Microsoft Windows 7: Firefox based) #279 #1610777
>>1610740
Чем он плох кстати?
Нормальное качество, нормальный звук вроди.
Самый главный плюс - удобно работать, не надо курить мануалы.
>>1610868
(Linux: Firefox based) #280 #1610825
>>1610741
нашел сайт http://demotivation.me/, и значит это очень жизненный сайт, вообще всякие жизненные темы толкают, репачок самый крутяк, раскрывают правду о Навальном и про кризис
(Ubuntu Linux: Firefox based) #281 #1610868
>>1610777

>Чем он плох кстати?


— Проприетарщина
— Нет контроля за тем, какие версии ffmpeg и libvpx он внутри себя использует
— Перегруженное наркоманское управление; менее прозрачно как именно значения виджетов передаются в опции libvpx
>>1611056
(Microsoft Windows 10: Firefox based) #282 #1611035
test
(openSUSE: Chromium based) #283 #1611056
>>1610868
Ты забыл упомянуть, что он ещё и жопаель нарушает, распространяя закрытые изменённые версии швабодных кодеков и/или статически линкуясь с неизменёнными. Проще говоря — ворует код.
>>1611063
(Ubuntu Linux: Firefox based) #284 #1611063
>>1611056
Не, это уже поправили. Я недавно скачивал, теперь там ffmpeg отдельной dll-кой выложен и лицензия даже указана.
Только вот x264 dll-кой нельзя всё равно, он GPL.
>>1611067
(Ubuntu Linux: Firefox based) #285 #1611067
>>1611063
Ещё там куча либ под BSD-like, к которым нужно эту копипасту BSD/MIT тащить. Но это так, мелочи, самого дико бесит эта хуйня.
(Microsoft Windows 10: Chromium based) #286 #1611207
jhj
(Microsoft Windows 10: Firefox based) #287 #1611516
Open Broadcaster норм для снятия видео?
>>1611520
(Microsoft Windows 10: Firefox based) #288 #1611520
>>1611523
(Microsoft Windows 10: Firefox based) #289 #1611523
>>1611520
Подскажите, в каком формате вывод видео делать?
Там по умолчанию стоит .flv, ном или поменять на что-нибудь другое? Например мп4?
>>1611540
(Microsoft Windows 10: Firefox based) #290 #1611540
>>1611523
x264 mp4
>>1611543
(Microsoft Windows 10: Firefox based) #291 #1611543
>>1611540
Cпасибо.
(Microsoft Windows 10: Firefox based) #292 #1611548
И еще, подскажите годный вебм конвертер, желательно с гуи. Я юзал вебм для ретардов, но там опций очень мало и нельзя качественные вебмки делать.
>>1611550
(Microsoft Windows 10: Firefox based) #293 #1611549
(Microsoft Windows 7: Firefox based) #294 #1611550
>>1611548

>но там опций очень мало и нельзя качественные вебмки делать


Раскрой мысль.
>>1611552
(Microsoft Windows 10: Firefox based) #295 #1611552
>>1611550
В смысле?
Я видел часто в тредах качетсвенные вебмки, а мой конвертер в максимальном качестве с квадратными артефактами конвертирует.
>>1611554
(Microsoft Windows 7: Firefox based) #296 #1611554
>>1611552
А ты уверен, что проблема в конвертере, а не в твоих кривых руках?
>>1611556
32 Кб, 1059x457
(Microsoft Windows 10: Firefox based) #297 #1611556
>>1611554
Ну, там всего 1 опция на качество, и она у меня всегда включена.
>>1611558
(Microsoft Windows 7: Firefox based) #298 #1611558
>>1611556
Используй версию из https://gitgud.io/nixx/WebMConverter
У тебя старая версия.
>>1611559
(Microsoft Windows 10: Firefox based) #299 #1611559
>>1611558
Этот у меня почему-то не работает, выдаёт ошибку.
И еще он требует какой-то третьесторонний софт.
Я бы её поюзал, но если вы мне поможете побороть ошибку.
>>1611562
(Microsoft Windows 7: Firefox based) #300 #1611562
>>1611559
В описании по ссылке все очень подробно описано, как запустить, в частности дается ссылка на "третьесторонний софт".
>>1611563
49 Кб, 1249x963
(Microsoft Windows 10: Firefox based) #301 #1611563
>>1611562
Вот ошибка, в чём проблема?
>>1611564>>1611565
(Microsoft Windows 10: Firefox based) #302 #1611564
>>1611563
Кстати, при этом старый вебм_конвертер всё конвертирует.
(Microsoft Windows 7: Firefox based) #303 #1611565
>>1611563
А превью показывается?
>>1611566
668 Кб, 1573x895
(Microsoft Windows 10: Firefox based) #304 #1611566
>>1611565
Вообще нет, но когда, например, трим нажимаешь, то да. Пикрил.
>>1611569
(Microsoft Windows 7: Firefox based) #305 #1611569
>>1611566
Значит ошибка в скрипте, ты его вручную не правил? А AviSynth установил то?
>>1611572
7 Кб, 269x281
(Microsoft Windows 10: Firefox based) #306 #1611572
>>1611569
Я ависинк распаковал и кинул в папку с прогой, без него она не запускалась.

>Значит ошибка в скрипте, ты его вручную не правил?


Нет. Можешь кинуть твой рабочий скрипт? Потестить? Пик - файлы в проге.
>>1611580
16 Кб, 695x416
(Microsoft Windows 7: Firefox based) #307 #1611580
>>1611572
Скрипты генерируются в выделенный файл. По идеи у AviSynth инсталятор должен быть, и устанавливать надо в систему. Возможно ошибка из-за этого.
>>1611582
(Microsoft Windows 10: Firefox based) #308 #1611582
>>1611580
Хм... Теперь работает, спасибо.
Для чего нужен этот софт от 3 стороны вообще? Это не зонд?
(Microsoft Windows 7: Firefox based) #309 #1611585
>>1611582
Иронично. А AviSynth опенсурс, да и прога известна всем, кто хоть как-то с кодирование видео занимается.
(Microsoft Windows 10: Firefox based) #310 #1611586
>>1611582
Чтобы сабы вшивать.
>>1611587
(Microsoft Windows 10: Firefox based) #311 #1611587
>>1611586
А, не только сабы же.
(Ubuntu Linux: Firefox based) #312 #1611593
>>1611582

>Windows 10 не зонд


>AviSynth зонд


Забавные установки.
>>1611595
(Microsoft Windows 10: Firefox based) #313 #1611595
>>1611593
А 10 зонд? Я просто игровой наркоман.
(Microsoft Windows 10: Firefox based) #314 #1611602
И еще поясните, я слышал есть годные программы для принтскрина - как снятия скриншотов. Это правда?
>>1611634>>1611871
(Microsoft Windows 10: Firefox based) #315 #1611634
(Microsoft Windows 7: Firefox based) #316 #1611686
Может кто знает, куда wybm скачивает видео\аудио?
>>1611690>>1611815
(Ubuntu Linux: Firefox based) #317 #1611690
>>1611686
На виндоузе в C:\Users\user\AppData\Local\Temp\wybm...
В %TMPDIR% короче.
>>1611815
(Microsoft Windows 10: Firefox based) #318 #1611815
>>1611686
В файл инфо есть путь, даже перейти по нему можно.

>>1611690
А я и не заметил, как 0.2.3 вышла. Подтверждение закрытия работает.
>>1611816>>1612949
(Ubuntu Linux: Firefox based) #319 #1611816
>>1611815
Лол, мне нравится nw.js. Выпускаешь рабочую виндоуз-версию не глядя (даже без кросс-компиляции), исправляешь баги не глядя. Удобно!
>>1611851
(Microsoft Windows 7: Firefox based) #320 #1611851
>>1611816
И тащишь за собой 150 МБ хромога. А зонды оттуда уже выпилили?
>>1611854
(Ubuntu Linux: Firefox based) #321 #1611854
>>1611851

>150 МБ хромога


Архивированный всего 27.

>А зонды оттуда уже выпилили


Там был только один HTTP-запрос на виндоузе на обновление плагинов, его отключил. Больше никаких запросов не смог поймать. (За исключением резолва несуществующей DNS-записи при старте, но это не считается.)

Хотя, вообще да, жирновато выходит, производительный софт я не стал бы на этом писать. Просто выходит, что у Qt с плюсами и альтернатив никаких нет.
>>1611859
(Microsoft Windows 7: Firefox based) #322 #1611859
>>1611854
Я бы не стал разрабатывать что-то на платформе, в которой надо что-то ловить и выпиливать. Сразу виден хипсторский несерьезный подход разработчиков этого поделия. Как попало отодрали вебкит, приклеили на сопли и гордятся. Хуяк, хуяк и в продакшн. Лучше уж на Жабе писать или там .NET - хоть серьезные люди серьезно делают, а не хипстота какая.
>>1611861
(Ubuntu Linux: Firefox based) #323 #1611861
>>1611859

>Жабе


Говно-swing, от которого все блюют.

>.NET


Некроссплатформенная херня (вот только не надо про Mono и GTK#, оно кривое и тормозное).

>хипсторский несерьезный подход разработчиков


Пофиг. Главное — работает. Для серьёзных вещей Qt лучше, конечно, кто ж спорит.
>>1611863
(Microsoft Windows 7: Firefox based) #324 #1611863
>>1611861

>Говно-swing, от которого все блюют.


Можно подумать, у вебморд прям нативный look & feel.

>Главное — работает


Да кто бы спорил. Но поощрять развитие говнотехнологий по-моему нехорошо.
(Microsoft Windows 7: Firefox based) #325 #1611871
>>1611602
winsnap?
>>1612045
(Microsoft Windows 10: Firefox based) #326 #1611897
Когда пофиксят вебм для ретардов?
Сайз лимит работает крайне неадекватно. Фрагмент на 15с, если не ставить лимит, он кодирует вебм в 2мб, но в крайне дерьмовом качестве, если ставить лимит в 5мб, кодирует нормально, но обрезает несколько секунд в конце. Если фрагмент сам по себе длиннее, может и несколько минут вырезать.
>>1612081
(Microsoft Windows 7: Chromium based) #327 #1611950
Котоны, выручайте. Хз куда писать, ссаными тапками не кидайтесь. OBS крашнулась во время записи, теперь имеется не финализированный mp4. Есть способ оживить его?
>>1612081
(Microsoft Windows 10: Firefox based) #328 #1612045
>>1611871

>winsnap


Не знаю, никогда не пользовался, годная?
Мне нужна программа, которая при нажатии принтскрин сохраняла бы скриншот в папку. В общем вё.
>>1612122
(Ubuntu Linux: Firefox based) #330 #1612087
Наконец-то выложили видео по Daala с FOSDEM:
https://video.fosdem.org/2016/h2214/implementing-a-native-daala-decoder-in-ffmpeg.mp4
Там ещё кое-какие доклады про видео тоже могут быть интересны:
https://video.fosdem.org/2016/h2214/
(Microsoft Windows 7: Chromium based) #331 #1612101
>>1612081

>untrunc


Почти нипамагло, из 2:17 минут прерывается на 1:32. Рассинхрон звука сильный, видео по качеству ок.
>>1612130
(Microsoft Windows 10: Firefox based) #332 #1612116
>>1612081

>нужно убрать опцию -fs ? из строки параметров


Ахуенный совет. Я говорю что при установке максимального размера режется видео, а не его качество, а ты мне отвечаешь что нужно отключить установку максимального размера.
>>1612130
(Microsoft Windows 10: Firefox based) #333 #1612122
>>1612045
Бамп.
(Debian Linux: Iceweasel) #334 #1612130
>>1612101
Надо было в flv писать, он не портится от обрезки.

>>1612116
Считай битрейт по инструкции из вики, лол.
Да, другие фронтенды к ffmpeg из списка в оп-посте умеют это делать сами.
(Microsoft Windows 10: Chromium based) #335 #1612344
sage (Haiku: Chromium based) #336 #1612753
test
(Microsoft Windows 8: Chromium based) #337 #1612876
>>1610404
Люто проиграл с музыкального оформления. Есть соус?
>>1613211
(Ubuntu Linux: Firefox based) #338 #1612949
>>1611815
0.3.0 (новая версия ytdl с фиксами вот вам и репы стабильных дистров).
(У системной приоритет, кстати, так что для таких мелочей ждать нового релиза не обязательно.)
5720 Кб, Webm
(Microsoft Windows 10: Firefox based) #339 #1613211
>>1612876
Super Mario RPG - Forest Maze
>>1613212>>1614655
(Ubuntu Linux: Firefox based) #340 #1613212
>>1613211
А я искал фоновую музыку для демки и нихрена не нашёл нормального, в выдаче хуйня сплошная. Пиздец, я не умею гуглить.
(Microsoft Windows 10: Chromium based) #341 #1613478
>>1607608
Ответьте на мой вопрос
(Microsoft Windows 8: Chromium based) #342 #1613537
запилил утилиту на express, которая выдает рандомную вебмку из вашей папки юзерам а еще может кидать ссылочки на ваши контакты:

демка: https://wowse.co.uk/webm

github с руководством: https://go.wowse.co.uk/h4P
>>1613546
2206 Кб, Webm
2295 Кб, Webm
(Microsoft Windows 10: Firefox based) #343 #1613546
>>1613537
Сделать так, чтобы вебмки загружались не через раз после обновления страницы, добавить пару вебм с Синой и можно играть в нерусскую рулетку.
>>1613612
(Microsoft Windows 8: Chromium based) #344 #1613612
>>1613546
с проигрыванием через раз правда глупо вышло, я исправил.
(Ubuntu Linux: Firefox based) #345 #1613875
О, вместо 2.9 сразу 3.0 выпустили:
http://www.opennet.ru/opennews/art.shtml?num=43877
(Ubuntu Linux: Firefox based) #346 #1613889
Вот это настоящий пиздец: https://trac.ffmpeg.org/ticket/3302
Суть: если хочется написать текст и обработать его каким-нибудь фильтром, то, очевидно, нужно создать отдельный прозрачный слой, который затем склеить с основной картинкой через overlay.
Но сраный ffmpeg не рисует текст на прозрачном слое! Приходится рисовать на непрозрачном, который затем превращать с прозрачный. Но это адовые костыли, плюс проёбывается антиалисинг текста.

Два года висит и всем похуй. А без этой фичи хуй тебе, а не эффекты для текста.
(Microsoft Windows 8: Chromium based) #347 #1614655
>>1613211
Добра. Есть ли способ вытянуть приватное видео с vimeo? Пароля нет.
>>1614674
(Microsoft Windows 8: Chromium based) #348 #1614674
>>1614655
И еще вопрос по vimeo. Все видео на нем имеют 2 префикса в форматкоде http и hls (например, http-720p и hls-2657) Какой из них лучше?
(Microsoft Windows 10: Firefox based) #349 #1614718
>>1610426

> Нигде кроме борды это работать не будет,


Работает на Краутчане, более того это единственная возможность постить там vp9, без vp8 превью на отдельной дорожке тебя пошлют нахуй.
>>1614719>>1614801
(Ubuntu Linux: Firefox based) #350 #1614719
>>1614718

>без vp8 превью на отдельной дорожке тебя пошлют нахуй


А как оно работает? Грепает наличие VP8 из ffprobe или там в декодере нет поддержки VP9?
>>1614729
95 Кб, 434x663
(Ubuntu Linux: Firefox based) #351 #1614724
>>1577746

>16.02.2016 20:13 Удалённо эксплуатируемая уязвимость в Glibc

(Microsoft Windows 10: Firefox based) #352 #1614729
>>1614719
Понятия не имею. Просто сам факт - по умолчанию только vp8; отказ при попытке залить vp9; всё отлично работает с vp9+vp8 превью.
(Microsoft Windows 7: Firefox based) #353 #1614774
>>1610426
На брчане тоже работает, только там иногда превью тупо не делается.
(Microsoft Windows 8: Chromium based) #354 #1614801
>>1614718
А почему нельзя просто в 1-й кадр превью поставить?
>>1614924
(Ubuntu Linux: Firefox based) #355 #1614924
>>1614801
Так это будет всё равно дорожка VP8, а кодировать устаревшим кодеком смысла практически нет. Не говоря уже о том, что портить атмосферу ролика каким-то левым кадром вначале — моветон. Превью отдельной дорожкой — очень удобная фича. Другое дело, что лучше бы макаба брала кадр из середины, а не первый.
>>1614942>>1614979
(Microsoft Windows 7: Firefox based) #356 #1614942
>>1614924
Наоборот, лучше первый или указанный в виде отдельной дорожки. Иногда первый кадр норм, можно оставлять, а что там в середине будет хз.
>>1614944
(Ubuntu Linux: Firefox based) #357 #1614944
>>1614942

>а что там в середине будет хз


Нормально там всё. Хочешь кастомное — используй отдельную дорожку. 8chan вон из середины берёт и в 99% случаев получается гораздо более осмысленный кадр, чем макабовский Чёрный Квадрат.
>>1614956
(Microsoft Windows 7: Firefox based) #358 #1614956
>>1614944
В том то и дело, что её придется использовать всегда, т.к. понять, что будет на превью в середине будет сложно. Да и подогнать можно, начать с хорошего кадра, а середину ты не подгонишь. Т.е. куча лишней, ненужной работы. Хорошо только тем, кто не в состоянии норм вебм сделать, типа скачивающих с ютуба с черным превью.
>>1614960
(Ubuntu Linux: Firefox based) #359 #1614960
>>1614956

>а середину ты не подгонишь


Её и не надо подгонять.

>Хорошо только тем, кто не в состоянии норм вебм сделать


Вот именно.

>В том то и дело, что её придется использовать всегда


А в чём проблема? Новичков явно больше тех, кто превью заморачивается.

Впрочем, все эти разговоры смысла не имеют, всё равно макака хуй что сделает. Я просто высказал мысль, как было бы идеально с моей точки зрения. Брать и дорожку с максимальным разрешением (лучше просто вторую на самом деле), и кадр из середины, в этой последовательности.
(Microsoft Windows 8: Chromium based) #360 #1614979
>>1614924

>Так это будет всё равно дорожка VP8


Что мешает превью в VP9 сделать?

>портить атмосферу ролика каким-то левым кадром вначале


40 мс сильно заметно?

>Превью отдельной дорожкой — очень удобная фича


Но не везде работает. Хотелось бы что-то универсальное, дабы не хранить по 10 вебм с одним и тем же контентом для разных борд.

Есть еще аргументы против 1-го кадра?
>>1614981
(Ubuntu Linux: Firefox based) #361 #1614981
>>1614979

>Что мешает превью в VP9 сделать


Тебе ж сказали уже, что на краутчане нельзя однодорожечное VP9 запостить.

>Хотелось бы что-то универсальное


Не получится вообще никак. Максимум двощ+краутчан совместимое. Либо только VP8.

Двощ: первый кадр, превью второй дорожкой
Доброчан: первый кадр?, превью?
Краутчан: первый кадр?, превью второй дорожкой (только VP8)
Форчан: первый кадр?, только одна дорожка VP8
8чан: кадр из середины, в некоторых разделах нельзя постить видео с несколькими дорожками
>>1614987>>1615080
(Microsoft Windows 7: Firefox based) #362 #1614987
>>1614981
На доброчане что-то в районе кадр после 2 секунд вроде, с 2 дорогами не постится вообще. На брчане сначала дорожка отдельная, если нет, то из середины где-то.
>>1614989
(Ubuntu Linux: Firefox based) #363 #1614989
>>1614987

>На брчане сначала дорожка отдельная, если нет, то из середины где-то


Во, так как раз норм.
брчан — это brchan.org что ли? Лол, никогда не слышал, что у бразильцев своя борда.

Апдейт:
Двощ: первый кадр, превью второй дорожкой
Доброчан: кадр со второй секунды, только одна дорожка
Форчан: первый кадр, только одна дорожка VP8
8чан: кадр из середины, в некоторых разделах нельзя постить видео с несколькими дорожками
Краутчан: первый кадр, превью второй дорожкой (только VP8 или VP9+VP8)
Брчан: кадр из середины, превью второй дорожкой
(Ubuntu Linux: Firefox based) #364 #1614993
>>1614989
Лол, вот наркоманы: http://brchan.org/b/res/114365.html
Кстати, ты походу не прав насчёт второй дорожки. В треде выше везде, где есть вторая дорожка VP9, превью побилось. А с VP8 или VP9 первой дорожкой всё ок работает.
Там походу точно также, как и на 8chan, движок-то тот же. Только на 8chan слегка многодорожечность пофиксили.
>>1614995
(Ubuntu Linux: Firefox based) #365 #1614995
>>1614993
Вот такой алгоритм, как я понял:
- Можно несколько дорожек, можно и VP8, и VP9
- Превью ломается, если есть вторая дорожка большего разрешения
- Превью ломается для всех вебм в посте, кроме первой
- Превью делается из кадра из середины первой дорожки

А у 8chan:
- Иногда (когда?) можно несколько дорожек, можно и VP8, и VP9
- Превью делается из кадра из середины первой дорожки
>>1615001
(Microsoft Windows 7: Firefox based) #366 #1615001
>>1614989

> brchan.org что ли? Лол, никогда не слышал, что у бразильцев своя борда


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

>- Превью ломается, если есть вторая дорожка большего разрешения


Нет, там много с превью второй дорогой не поломанных. А вот остальное да, и сломаться превью может не только у второй, но и у первой, только по чему, хз, но там есть предположение.
(Microsoft Windows 8: Chromium based) #367 #1615080
>>1614981
>>1614989
Для себя сделал вывод. Универсальный метод - 1-й кадр VP9, остальные борды идут на хуй, так как слишком отсталые, чтобы на них заходить. Прикрутят VP9 никуда не денутся.
>>1615114>>1615458
(Ubuntu Linux: Firefox based) #368 #1615114
>>1615080

>Для себя сделал вывод. Универсальный метод - 1-й кадр VP9


Который работает только на двоще. Вот это универсальность!
>>1615138
(Microsoft Windows 7: Firefox based) #369 #1615138
>>1615114
Предлагаешь дальше разводить кузьмичевание со склейкой VP9 и VP8? В перспективе 1-й кадр будет работать на большем числе борд.
>>1615140
(Ubuntu Linux: Firefox based) #370 #1615140
>>1615138

>со склейкой VP9 и VP8


А что там сложного-то? Даже гуи под это дело есть.

>В перспективе 1-й кадр будет работать на большем числе борд


Сомневаюсь. vichan вряд ли уйдёт с кадра из середины, на форчан VP9 не завезут. Разве что на краутчане могут разрешить VP9 одной дорожкой.
>>1615239
(Microsoft Windows 7: Firefox based) #371 #1615239
>>1615140

> А что там сложного-то? Даже гуи под это дело есть.


Я не говорю про сложность. Беспокойство у меня вызывает то, что придется переделывать весь пак webm в скором будущем.
>>1615271
(Ubuntu Linux: Firefox based) #372 #1615271
>>1615239
Меня вот как-то не парит совершенно потратить 5 секунд на подпиливание вебм под конкретную борду. (Да и вообще, смысла в паках не вижу. Это ж старьё, нафига его репостить постоянно. А нужный реакшн мгновенно гуглится через гугл.картинки.)
(Microsoft Windows 7: Firefox based) #373 #1615458
>>1615080

>остальные борды идут на хуй


Единственное хорошее в харкаче — это технологичность, как остальные подтянутся, то многие переедут на другие площадки, где не указывают с какими тайтлами постить вебмки, а с какими нет.
>>1615514
(Ubuntu Linux: Firefox based) #374 #1615514
>>1615458
Эта технологичность — лень кодеров и удачное стечение обстоятельств.
Только ебанутый будет брать первый кадр для превью. Он чёрный, блядь, в дохуя случаев реальных видео, неужели непонятно.
Вот только что скачал видео с одного сайта, там на превью всё ок выглядело. Не посмотрел внимательно видео, запостил. Хуяк — превью чёрное. Там телефон вроде так снял, что первый кадр чёрный получился, или что-то вроде этого. Охуеть, спасибо тебе, макака, за высокую технологичность борды.
(Microsoft Windows Vista: Internet Explorer) #375 #1617131
Уже скоро VP10 завезут, а эти недоборды даже VP9 не поддерживают.
>>1617211
(Ubuntu Linux: Firefox based) #376 #1617211
>>1617131
Кстати, не очень понятно на самом деле насчёт VP10 vs AOM. Потому что AOM это VP9+багфиксы+крутой deringing фильтр от Daala+всякие штуки может от циски и т.д. (см. видео с FOSDEM выше по ссылке). Может AOM даже круче выйдет и его добавят в WebM вместо VP10.
33 Кб, 447x398
(Microsoft Windows 7: Firefox based) #377 #1617309
Это почему оно так?
>>1617310>>1617311
(Microsoft Windows 7: Firefox based) #378 #1617310
>>1617309
еуые
(Ubuntu Linux: Firefox based) #379 #1617311
>>1617309
На первом проходе время не обновляется. Смотри по кадрам.
1102 Кб, 2560x1440
(Ubuntu Linux: Firefox based) #380 #1617576
А Shotcut достаточно прикольный, всё сразу понятно куда тыкать. Но вот первый старт они по-наркомански сделали — создаётся ощущение, как будто это просто плеер какой-то, а не редактор.

Blender всё-таки попрофессиональнее будет, но для простых действий аля «прилепить хуй», Shotcut вроде как поудобнее (типо такой аналог Sony Vegas).
>>1620629
(Google Android: Неизвестно) #381 #1617725
Сап, вебманы, прошу прощения, если слишком нерелейтед, но тут бывают знатоки цифровых технологий. А вопрос следующий.
Есть годы видео записей, несущих лишь смысловую нагрузку. В каком формате и в какой контейнер их перекодировать для того, чтобы выходные файлы были:
1. максимально маленькими, то есть занимали минимум места, но нормально смотрящимися, в хреновой, но различимой картинкой;
2. воспроизводимыми на любой цифровой технике, имеющей начальный набор кодексов.
Не важно, на сколько новый или старый формат или кодек, важен лишь один описываемый параметр.
Заранее спасибо, бро.
(Google Android: Неизвестно) #382 #1617728
>>1617725
Кодеков, конечно же.
(Ubuntu Linux: Firefox based) #383 #1617730
>>1617725
Если техника совсем старая, то Xvid + MP3 + AVI
Если не очень, то H.264 + AAC + MP4
Если новая, то H.265 + AAC + MKV или VP9 + Opus + MKV
>>1617740>>1622934
(Debian Linux: Iceweasel) #384 #1617740
>>1617725
Если понимать пункты 1 и 2 как отдельные вопросы (а они по факту являются взаимоисключающими), то на первый ответ следующий:

Кодеки VP9 или H.265 для видео, Opus для звука. На подходе видеокодек VP10.
Выбор контейнера не существенен, да и особо выбирать не из чего: есть mkv (в т.ч. в ограниченном виде webm) и ogg.

На 2 ответил >>1617730.
>>1622934>>1624100
(Ubuntu Linux: Firefox based) #385 #1617950
На тему аппаратного декодирования.
Скачал тут 4K 60fps HEVC, так ffhevc нифига по процу его не вытягивает. А VDPAU Feature Set F как назло только у GTX 960/950/750.
Нахуй так жить.
>>1617990
(Linux: Chromium based) #386 #1617990
>>1617950

>декодирования


>по процу его не вытягивает


Вот так быдлокод. Или у тебя там Атом вместо?
>>1617996
(Microsoft Windows 10: Firefox based) #387 #1617995
Юзает тут кто опен броадкастер?
Как в нём сделать максимальное качество видео?
Вроде, сделал по гуглу, а качество всё равно не слишком чёткое.
>>1618016
(Ubuntu Linux: Firefox based) #388 #1617996
>>1617990
ffhevc пока особо не оптимизировали прост.
Сейчас с патчами от OpenHEVC пересобрать попробую. Ещё libde265 есть, хз как он.
>>1617999>>1618052
(Linux: Chromium based) #389 #1617999
>>1618005
(Ubuntu Linux: Firefox based) #390 #1618005
>>1617999
Да 8K ещё не так скоро, а вот 4K 60fps уже вовсю, всякие японские/корейские няшненькие клипы. И они такие в HEVC идут.
ffvp9 нормально 8K декодирует, кстати, только 16K лагать начинает.
Олсо, можно проц подразогнать, но у меня БП слабый, блин. Надо получше, но тогда и UPS ещё придётся мощнее.
>>1618013
(Linux: Chromium based) #391 #1618013
>>1618005

>можно проц подразогнать


Проблема в том, что почти все ПО для тестирования стабильности и т.п. под оффтопик.
21 Кб, 838x707
(Microsoft Windows 10: Firefox based) #392 #1618016
>>1617995
Ну что же вы...
https://2ch.hk/v/src/472105/14559708314190.webm (М)
Вот видео в пикрил настройках.
>>1618030
(Ubuntu Linux: Firefox based) #393 #1618030
>>1618016
Max bitrate подними, ёпт (или вообще отключи, если можно). Custom buffer size тоже тебе не нужен.
>>1618039
(Microsoft Windows 10: Firefox based) #394 #1618039
>>1618030
Сколько буфер сайз ставить?
На 2-4 гб качество очень плохое, на 8гб чуть хуже если кастомный делать.
У меня 8 гб памятию
3880 Кб, 2560x1440
(Ubuntu Linux: Firefox based) #395 #1618052
>>1617996
Во, с этим заебись:

$ find /etc/portage/patches/media-video/ffmpeg
/etc/portage/patches/media-video/ffmpeg
/etc/portage/patches/media-video/ffmpeg/0001-hevc-set-profile-based-on-the-profile-compatibility-.patch
/etc/portage/patches/media-video/ffmpeg/0079-HACK-hevc-ignore-invalid-extradata.patch
/etc/portage/patches/media-video/ffmpeg/0104-hevc-port-intrinsic-SSE2-IDCT-from-OpenHEVC.patch
/etc/portage/patches/media-video/ffmpeg/0105-hevc-port-intra-pred-SIMD-from-OpenHEVC.patch
/etc/portage/patches/media-video/ffmpeg/0108-x86-hevc-use-DECLARE_ALIGNED-for-on-stack-tmp-arrays.patch
/etc/portage/patches/media-video/ffmpeg/0116-hevc-don-t-use-deprecated-YUVJ-pixel-formats.patch
/etc/portage/patches/media-video/ffmpeg/0117-x86-hevc-correctly-mark-intrapred-functions-as-SSE4.patch
/etc/portage/patches/media-video/ffmpeg/0135-hevc-export-HDR-mastering-display-SEI.patch
/etc/portage/patches/media-video/ffmpeg/0078-riff-add-HEVC-tags.patch

Могу смотреть няшек без лагов теперь :3
>>1618080>>1619674
(Microsoft Windows 10: Firefox based) #396 #1618058
Почему когда я снимаю в 60 фпс в фулскрине у меня тормозит комп и вдео?
(Linux: Chromium based) #397 #1618080
>>1618052
Так ты гентушник. Как там hardened поживает?

>mpv


>RES 512M


>CPU 451%


Мдэ.
>>1618126
2657 Кб, 1922x1105
(Ubuntu Linux: Firefox based) #398 #1618126
>>1618080

>hardened


Не нужна. Qubes куда боле прагматичное решение.
Олсо, нашёл мерялку fps. В самом деле всё чётко теперь. Вот только эти патчи на HEAD не накатываются, только на январский коммит, придётся сидеть на чуть более старом ffmpeg.
(Microsoft Windows 7: Chromium based) #399 #1618132
>>1618126

>.mp4


Почему?
>>1618133>>1618137
(Fedora Linux: Firefox based) #400 #1618133
>>1618132
потому
(Linux: Chromium based) #401 #1618135
>>1618126

>Qubes куда боле прагматичное решение.


Но с темплейтом hardened было бы лучше. Да с любым кроме угребищной Федоры, собственно.
>>1618137
(Ubuntu Linux: Firefox based) #402 #1618137
>>1618132
В каком формате было, в таком и скачал, лол. Меня больше беспокоит, что я хуй знает, как проверить хэш файла на этих сраных китайских файлошарах.
Оно скачивается с 30-го раза, постоянно обрабывается, меня гложут сомнения, что это всё тот же файл, что и был в оригинале.
>>1618135
Ну так-то да. Кстати, не совсем то, но есть темплейт Whonix.
>>1618515
6144 Кб, Webm
(Microsoft Windows 8: Firefox based) #403 #1618269
>>1572343 (OP)

Сап. Не совсем в тему треда, но может быть кого-то заинтересует.
Есть одна вебмка, при запаковывании которой винраром при определённых параметрах (ниже) получается ошибка CRC. С другими настройками и в других архиваторах проблема отсутствует. То ли дело в winrar, то ли в моей системе. Надеюсь, что всё-таки виновата программа. Помогите определить.

WinRAR любой версии начиная с 5.00, формат архива rar5, метод сжатия скоростной, размер словаря 1 или 2 МБ и галку на "Протестировать файлы после упаковки".
(Microsoft Windows 7: Firefox based) #404 #1618515
>>1618137

для чего проверять хэш файла?
>>1618521
(Ubuntu Linux: Firefox based) #405 #1618521
>>1618515
Чтобы знать, что он по дороге не побился? Мало ли что при скачивании с такого нестабильного хостинга может случиться.
59 Кб, 844x200
(Microsoft Windows 7: SeaMonkey) #406 #1619626
Что ему не нравиться?
>>1619645
101 Кб, 858x354
(Microsoft Windows 7: SeaMonkey) #407 #1619645
>>1619626
-crf при mp4 нельзя использовать. Ясно. Все равно пикрелейтед.
>>1619650>>1621330
(Microsoft Windows 10: Firefox based) #408 #1619650
>>1619645
В вебм, может быть, превьюшка отдельной видео дорожкой?
>>1619665>>1619683
12 Кб, 756x29
(Microsoft Windows 7: SeaMonkey) #409 #1619665
>>1619650
Одна дорожка видео. Одна дорожка аудио.
(Ubuntu Linux: Firefox based) #410 #1619674
>>1618052
Кстати, интересно. Я посмотрел, у юбубовского VP9 4K 60fps точно те же ≈26M битрейта, что и у HEVC клипов от китайцев. Так что если заливать lossless 4K, то качество должно не хуже быть.
>>1622934
(Microsoft Windows 7: Chromium based) #411 #1619683
21 Кб, 600x446
(Microsoft Windows 7: SeaMonkey) #412 #1619699
Есть пикча (пикрелейтед), есть вебМ. Как вставить вебм в пикчу? У питуза неясно. Строчку напишите. Должно быть некоторое подобие -loop 1 (луп картинки) -filter_complex overlay=... (вставка вебМки).
>>1619702>>1620001
(Google Android: Mobile Safari) #414 #1619815
Sk
(Microsoft Windows 7: Firefox based) #415 #1620001
>>1619699

Поясни за свой браузер, в чем соль?
(Ubuntu Linux: Firefox based) #416 #1620287
(Ubuntu Linux: Firefox based) #417 #1620629
>>1617576
Блин, в Shotcut нет keyframing (хотя вроде делают). Даже в Kdenlive есть.
Придётся на блендере сидеть, а то в Shotcut сейчас даже двигающийся хуй не запилишь.
>>1622136>>1622140
(Microsoft Windows 10: Chromium based) #418 #1620676
Анон, я сделал видеопоток в vp9 в контейнере webm - открываю его в mpchc - перематывать нельзя. Склеил с аудио - то же самое. Что-то не так, да?
>>1620680
(Ubuntu Linux: Firefox based) #419 #1620680
>>1620684
(Microsoft Windows 10: Chromium based) #420 #1620684
>>1620680
Вот так дела, у меня тут просто трехминутный ролик одной сценой снят, только в конце кадр меняется и туда мотать могу. Спасибо.
>>1620890
(Ubuntu Linux: Firefox based) #421 #1620890
>>1620684
Отключи перемотку по ключевым кадрам ака быстрая перемотка в плеере
(Microsoft Windows 10: New Opera) #422 #1620931
Почему wybm так криво картинки на превью вставляет?
>>1620932
(Ubuntu Linux: Firefox based) #423 #1620932
>>1620931
Покажи пример.
(Microsoft Windows 7: Firefox based) #424 #1621012
Здравствуйте, нюфаг итт.

Шапку читать умею, но все же наверняка вы уже определились какой гуй из представленных в шапке лучше?
(Microsoft Windows 10: Chromium based) #425 #1621090
Как эта хуйня определяет ос и браузер?
>>1621093
(Ubuntu Linux: Firefox based) #426 #1621093
>>1621090
Десятка сливает на сервера микрософт, а у абу специальная договорённость с баллмером.
(Microsoft Windows 7: Chromium based) #427 #1621131
КАГАМИ ЕБЕТ ТАТАМИ
33 Кб, 529x465
(Microsoft Windows 7: Яндекс браузер) #428 #1621182
Анончики, какой видеоплеер посоветуете, чтобы были превью webm ?
>>1621186
(Microsoft Windows 7: Firefox based) #429 #1621186
>>1621182
Firefox, например.
>>1621189
(Microsoft Windows 7: Яндекс браузер) #430 #1621189
>>1621186
Лолшто, не браузер, а видеоплеер, чтобы на пеке превьюхи были.
>>1621191
(Microsoft Windows 10: Firefox based) #431 #1621191
>>1621189
icaros это не плеер
>>1621194
(Microsoft Windows 7: Яндекс браузер) #432 #1621194
>>1621191
А что это?
>>1621197
(Microsoft Windows 10: Firefox based) #433 #1621197
>>1621194
Icaros Shell Extensions - A Shell Extensions Framework By Xanashi

Icaros is a collection of lightweight, high quality, Windows Shell Extensions.

Icaros can provide Windows Explorer thumbnails, for essentially any video media format supported by FFmpeg,
this includes popular filetypes such as: Mkv, Flv, Avi, Mp4, Mov, Rmvb, M2ts, Ogm etc.

Besides the FFmpeg supported filetypes, Icaros also contains custom parsers,
which can produce Cover Art thumbnails for Mkv, Flac, Ape, Mpc and several other filetypes.

Icaros also provides Windows Explorer properties for the following popular filetypes:
Mkv, Mk3d, Webm, Ogm, Ogv, Ogg, Flv, Avi, Xvid, Rm, Rmvb, Flac, Opus, Spx, Ape, Mpc, Mka, Tak, Tta, Ofr, Ofs, Wv

Properties refer to the info shown for each file in Explorer, such as length, width, height, title, channels and so on.

Icaros works on Windows XP (SP2+), Vista, Windows 7, Windows 8/8.1 and Windows 10.
>>1621205
(Microsoft Windows 7: Яндекс браузер) #434 #1621205
>>1621197
Спасибо, анон. Поставил, теперь всё збс.
(Ubuntu Linux: Firefox based) #435 #1621286

>02:58 <+derf> I mean, we're signaling at 64x64 (until the nextgenv2 128x128 SB patches land), so whatever overhead will be small.


>02:59 <+derf> Thor's filter does this with no entropy coding at all, either.


>03:08 <+smarter> 128x128 seriously? :)


>03:09 <+jmspeex> smarter: I assume that's only for prediction, not transforms


>03:14 <+derf> smarter: That's what Debargha said!


>03:14 <+derf> And yes, they don't even have 64x64 transforms.


Суперблоки 128x128 в VP10. Будущее!
(Debian Linux: Iceweasel) #436 #1621330
>>1619645

>-crf при mp4 нельзя использовать.


1. -crf — не параметр упаковки в контейнер, чтобы иметь какое-то отношение к mp4;
2. кодек x264, который используется по дефолту при выборе формата контейнера mp4, поддерживает -crf.

У тебя проблема в том, что формат H.264 не позволяет использовать нечётное разрешение видео. Используй -vf "crop=trunc(iw/2)*2".
(Microsoft Windows 10: Firefox based) #437 #1621931
Как в mkvtoolnix извлечь субтитры в srt, а то получается неудобный mks?
>>1622029
(Microsoft Windows 10: Firefox based) #438 #1622012
Как сжать пик до 500х500?
>>1622029
(Debian Linux: Iceweasel) #439 #1622029
>>1621931
mkvextract tracks in.mkv номер_дорожки:out.ass
номер дорожки можно узнать при помощи mkvinfo.

>>1622012
ffmpeg -i pic.png -vf scale=500:-1
>>1622091
(Microsoft Windows 10: Firefox based) #440 #1622038
Как закомментировать штуку в строке?
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 360 "%-vf scale=-1:500%" -pix_fmt +yuv420p -shortest output.webm
179 Кб, 456x243
(Microsoft Windows 10: Firefox based) #441 #1622057
Поясните, почему у меня в плеере отображается так криво, а на дваче нормально?
(Microsoft Windows 10: Firefox based) #442 #1622091
>>1622029
Спасибо.
(Ubuntu Linux: Firefox based) #443 #1622136
>>1620629
Обзор видеоредакторов:
http://xmodulo.com/good-video-editing-software-linux.html
Чего-то у меня пиздец как бомбит. Нет такого решения, чтоб взял и сразу заебись, в каждом какая-нибудь неудобная/недоделанная херня. В винде вон купил на рутрекере Vegas/PP/AE и всего делов, 99% потребностей это покроет.
>>1622935
(Microsoft Windows 10: Firefox based) #444 #1622140
>>1620629
А чем бленждер плох?
>>1622151
(Ubuntu Linux: Firefox based) #445 #1622151
>>1622140
- Слегка проёбываются цвета у YCbCr видео
- Hard cut глючит, лишние кадры появляются
- Иногда в конце клипа появляется лишний пустой кадр
- С текстом нельзя вообще работать
- Многие простые операции требуют очень большого количества действий (например, добавить картинку оверлеем и изменить положение/размер)
- Маски/стабилизация редактируются отдельно, потом геморрой с их импортом
- Вообще в целом подсистеме VSE очень мало внимания и времени разработчиков уделяется
>>1622239>>1623857
(Microsoft Windows 10: Firefox based) #446 #1622239
>>1622151
Хард кат это шифт+Л?
А обычный кат - как?
>>1622255
(Ubuntu Linux: Firefox based) #447 #1622255
>>1622239
Да, хардкат это Shift+K. Удобно для переходов — взял нужный кусок клипа, обрезал его хардкатом, растянул последний кадр (будет повторяться) и поставил crossfade на этом месте. А у меня оно как-то постоянно не так последний кадр повторяло, как будто это обычный кат.
Обычный кат это просто K. Там если тянуть за концы, то видео будет продолжаться (если это только не конец стрипа). С ним проблем вроде не было.
1674 Кб, Webm
(Microsoft Windows 10: Chromium based) #448 #1622838
безусловно вопрос, вероятно, платиновый
при сшитии картинки с музыкой, картинка становится серо-просранная какая-то
в общем херятся цвета, как пофиксить?
>>1622848
(Debian Linux: Iceweasel) #449 #1622848
>>1622838
В первый раз вижу. Пости картинку и команду.
>>1622854
10 Кб, 317x317
(Microsoft Windows 10: Chromium based) #450 #1622854
>>1622848
картинка пик
выглядело так:
ffmpeg -i http://cdn.syn-c h.com/src/145/62/72/1456272042-e7293.jpg -i "ссылка на музыку из вк" video.webm

пользовался ссылками из интернета, после с пробел
не пиар пораши
>>1623092
1681 Кб, Webm
(Microsoft Windows 10: Chromium based) #451 #1622857
отбой братва, дело в параше, откуда я вытаскивал картиночки
1626 Кб, Webm
(Microsoft Windows 10: Chromium based) #452 #1622860
или не в этом, кароче скажите что это и все
(Google Android: Неизвестно) #453 #1622934
>>1617730
>>1617740
Спасибо! А почему не DivX, например? Там же с лицензированием (или как это называется) была разница, не более?
>>1619674
Ебашу 1080 60fps h264 mkv с 12-36 mbit/sec, то же, но с 4k в 45-70, в зависимости от исходников. Что-то делаю не так? В AVI на mpeg получаются по 100+ mbit, если что.
Олсо, что происходит, когда задаешь битрейт в выходном mkv выше оригинального? Сжатие становится меньшим?
Олсо, поясните за передовые кодеки, какие новее из оптимизированных и где брать готовые сборки, для копроказуалов?
>>1623092
(Google Android: Неизвестно) #454 #1622935
>>1622136
Что за пп ае? Премьера и Аффекты? А videopad не котируется, например?
>>1623092
(Google Android: Неизвестно) #455 #1622936
>>1618126
Бро, верно няшек облакомылом или мегой, чем пользуешься. Поизгаляюсь с 4k в 60fps.
>>1622937>>1623092
(Google Android: Неизвестно) #456 #1622937
>>1622936
Вкинь! Автозаменилось.
(Ubuntu Linux: Firefox based) #457 #1623092
>>1622854
-pix_fmt +yuv420p попробуй.
>>1622934

>А почему не DivX


В данном случае я имел ввиду формат MPEG-4 Part 2 ASP, а Xvid — это энкодер. Он просто опенсорсный и самый качественный.

>Что-то делаю не так?


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

>Олсо, что происходит, когда задаешь битрейт в выходном mkv выше оригинального? Сжатие становится меньшим?


Ну, битрейт это просто указание кодеку сколько должна весить одна секунда видео в битах, больше ничего. Получаемое качество зависит от многих параметров — тип кодека, настройки, сложность видео и т.д. При перекодировании с потерями в любом случае часть информации о видео теряется. В зависимости от того, насколько это критично, подбирается итоговый битрейт. Обычно, если хочется поменьше терять, то при перекодировании тем же кодеком, что и оригинал, битрейт повышают. А если ещё и кодеком предыдущего поколения, то повышают сильнее. (Например, у тех 4K размер 600-700 метров в HEVC, а транскоды 1080p H.264 им сделали больше гигабайта.)

>Олсо, поясните за передовые кодеки, какие новее из оптимизированных и где брать готовые сборки


У zeranoe ffmpeg-git + libvpx 1.5 + x265 1.9, должно быть достаточно. Можешь погуглить гитовые сборки libvpx и x265 для венды ещё, кто-нибудь выкладывает, наверно.
>>1622935
Да, премьер и афтер эффектс. Второй почти все клипмейкеры используют, например. (Но кое-где рекомендуют переводить исходники в несжатые форматы в любом случае.)
videopad — хз, ни разу не слышал.
>>1622936
https://mega.nz/#!bVVHlSZC!TE8FNnkqpirhxX6X64ObbvgXBVEvjijABHZJQCr33YY /Root/[LG.4K.演示片] AOA_Miniskirt_HEVC_60fps.mp4
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) #457 #1623092
>>1622854
-pix_fmt +yuv420p попробуй.
>>1622934

>А почему не DivX


В данном случае я имел ввиду формат MPEG-4 Part 2 ASP, а Xvid — это энкодер. Он просто опенсорсный и самый качественный.

>Что-то делаю не так?


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

>Олсо, что происходит, когда задаешь битрейт в выходном mkv выше оригинального? Сжатие становится меньшим?


Ну, битрейт это просто указание кодеку сколько должна весить одна секунда видео в битах, больше ничего. Получаемое качество зависит от многих параметров — тип кодека, настройки, сложность видео и т.д. При перекодировании с потерями в любом случае часть информации о видео теряется. В зависимости от того, насколько это критично, подбирается итоговый битрейт. Обычно, если хочется поменьше терять, то при перекодировании тем же кодеком, что и оригинал, битрейт повышают. А если ещё и кодеком предыдущего поколения, то повышают сильнее. (Например, у тех 4K размер 600-700 метров в HEVC, а транскоды 1080p H.264 им сделали больше гигабайта.)

>Олсо, поясните за передовые кодеки, какие новее из оптимизированных и где брать готовые сборки


У zeranoe ffmpeg-git + libvpx 1.5 + x265 1.9, должно быть достаточно. Можешь погуглить гитовые сборки libvpx и x265 для венды ещё, кто-нибудь выкладывает, наверно.
>>1622935
Да, премьер и афтер эффектс. Второй почти все клипмейкеры используют, например. (Но кое-где рекомендуют переводить исходники в несжатые форматы в любом случае.)
videopad — хз, ни разу не слышал.
>>1622936
https://mega.nz/#!bVVHlSZC!TE8FNnkqpirhxX6X64ObbvgXBVEvjijABHZJQCr33YY /Root/[LG.4K.演示片] AOA_Miniskirt_HEVC_60fps.mp4
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
>>1623678>>1624100
543 Кб, 1000x563
(Microsoft Windows 10: Chromium based) #458 #1623486
хочу научиться видоизменять картинки, искривляя, искажая, делая фракталы, меняя цвет ffmpegom
или, хотя бы, научиться менять значения у фильтров
что мне почитать и в какой тред обратиться?
>>1623531
(Microsoft Windows 8: Firefox based) #460 #1623642
Крайне нубской вопрос по установке ffmpeg'а.

Шинда, распаковал всё на диск C прям, дальше по всем туториалам добавил к path приписку "С:\ffmpeg\bin", а эта скотина всё равно не хочет работать просто по команде "ffmpeg", пишет мол нет такой хуйни.

Помогите, жопа горит уже, мне ща припечёт и я опять линуксы себе поставлю
>>1623645
(Linux: Firefox based) #461 #1623645
>>1623642
Сосноль заново запустил?
>>1623893
(Google Android: Неизвестно) #462 #1623678
>>1623092
Ох, ты на все вопросы ответил! Спасибо за няш, бро!
(Microsoft Windows 8: Firefox based) #463 #1623715
Лимит десятка?
(Ubuntu Linux: Firefox based) #464 #1623857
>>1622151
Ещё в блендере нет даже 3д трансформации в VSE. Кошмар, даже мемчики не запилишь.
Всё, перекатываюсь на венду и ставлю AE.
(Ubuntu Linux: Firefox based) #465 #1623893
>>1623645
Конечно.

Уже решил проблему: просто поставил себе бубунту.
(Microsoft Windows 10: Chromium based) #466 #1623899
Господа, Чем склеить миллион кусков вода с твича?
>>1624022>>1624101
224 Кб, Webm
(Microsoft Windows 10: Chromium based) #468 #1624080
типо снова я, как можно накладывать пнгшку поверх вебмки\другой картинки
>>1624101
(Google Android: Неизвестно) #469 #1624100
>>1623092
Ой, а вот ещё такой вопрос. Иногда приходится сохранять отрезки монтируемого видео, чтобы потом вставить их р доработать перед выводом проекта. Схороняю в avi mjpeg без сжатия - всё правильно делаю?
Олсо, videopad попроще премьеры р даже вегаса, но для среднепроектов идеален, всё работает искаропки, для шустрого монтажа подходит лучше, чем тяжелые премьеры. Минимум настроек, слепил, выбрал формат с парой настроечных ползунков и выкатил - сама простота. Может затестишь опытным взглядом, вдруг я сбрендил и есть аналоги более лучшее?

>>1617740
Ещё кое-что. Если перекодировать mkv h264 в mkv h265 и обратно, кадры не сьезжают? Я смогу отредактировать мелкие файлы и вывести проект в ашди, заменив исходники оригиналами? Или лучше не дёргать кодеки?

Только прога эта не держит горизонталь более 4096, так что 4 с небольшим k - предел для неё. Только что узнал об этом ограничении. А ещё иногда ошибается в вылетом при выводе 32768kbps в 4080x2296.
Вот что получилось, пришлось 27 замедленных кадров (три увеличенных тётки) выводить в виде раскадровки и сохранять последовательность пикч, иначе к замедленному кино накладываются полупрозрачные промежуточные кадры, а настроить это сглаживание нельзя, как и отключить.
А ещё первая велика не влезла, так что вот: https://www.2ch.hk/media/src/64487/14563640593950.webm (М) -пришлось урезать битрейт и разрешение.
Какой максимальный битрейт вмещается в шебм?
(Debian Linux: Iceweasel) #470 #1624101
>>1623899
Качай при помощи youtube-dl, он сам склеит ffmpeg'ом.
Ну или можно сделать ffmpeg -i hls+file://playlist.m3u8 -bsf h264_mp4toannexb -c copy out.mp4

>>1624022
Не в ту сторону немного.

>>1624080
ffmpeg -i video.mkv -i image.png -lavfi overlay
>>1624110
(Microsoft Windows 8: Firefox based) #471 #1624102
>>1624100
У меня тормозит в браузере.
(Microsoft Windows 10: Chromium based) #472 #1624110
>>1624101

>-lavfi overlay


спасибо, а какой центрировать накладываемую относительно основной
(Ubuntu Linux: Firefox based) #473 #1624111
>>1624100

>Схороняю в avi mjpeg без сжатия


Теоретически любой lossless годится. Я обычно avi+rawvideo+wav, либо y4m использую, они самые простые (но весят много). FFV1, HuffYuv, H.264 lossless, PNG тоже в принципе неплохие варианты. Ещё надо смотреть, чтобы зря цветовую модель не менять (RGB↔YCbCr), т.к. это дополнительные потери (и бандинг если дизеринг не использовать).

>Может затестишь опытным взглядом


У меня венды сейчас нет, так что верю на слово. Олсо, я на самом деле диванный кукаретик и практически нихуя о видеокодировании не знаю. Всё жду, когда кто-нибудь мои высеры здесь по делу обосрёт. Но никто не хочет почему-то.

>кадры не сьезжают?


Не должны, если FPS не менялся. В гуёвых программах в настройках проекта задаётся, ffmpeg по умолчанию использует FPS исходника. (Точнее, ffmpeg на самом деле бывает сдвигает при -c copy на пару миллисекунд, но это не особо критично и вроде через -copyts можно исправить.) Сверяй потом чем-нибудь, чё.

>Я смогу отредактировать мелкие файлы и вывести проект в ашди, заменив исходники оригиналами?


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

>А ещё первая велика не влезла, так что вот


Лол, я сперва подумал, что это чуваки из AOA-треда троллят.

>Какой максимальный битрейт вмещается в шебм?


Какой угодно. Битрейт это размер секунды видео, от формата он вообще не зависит.
>>1624113
(Microsoft Windows 8: Firefox based) #474 #1624113
>>1624111
Я имел в виду есть ли ограничение потока в контейнерах, ок. Да, в этой проге можно редактить один клип, а потом подставить другой, только я не пробовал сам, там просто есть функция замены, пару раз менял фрагменты с разными характеристиками, вроде норм, но если делать многочасовое видео, то могут быть перекосы, возможно, вот и спросил прост. Спасибо.
>>1624304
(Ubuntu Linux: Firefox based) #475 #1624304
>>1624113

>есть ли ограничение потока в контейнерах


Битрейт нигде и не хранится. Он считается как размер/длина. С rawvideo у тебя битрейт = ширинавысотаfps*глубина, lossless примерно втрое экономит. Выше этого по идее никогда не должно подниматься, лол (хотя никто не мешает), а так никаких ограничений нет. На практике для современных lossy-энкодеров зависимость bpp от качества примерно такая:
o Low bitrate: 0.005 - 0.02 bpp
o Medium bitrate: 0.02 - 0.06 bpp
o High bitrate: 0.06 - 0.2 bpp
(См. https://tools.ietf.org/html/draft-daede-netvc-testing-02 )
>>1624318
(Ubuntu Linux: Firefox based) #476 #1624318
>>1624304
Да, я как-то считал bpp для типичных вебм с борд и раздач аниму/фильмов с трекеров. Получалось, что на бордах попадает примерно в середину low bitrate, а на трекерах в верхнюю часть high. С таким низким битрейтом ни один кодек не вывезет сравнимое качество. Отсюда и выходят доставшие всех шакалы. (А ещё я теперь ютуб смотреть не могу, все артефакты сразу в глаза бросаются, кошмар, сраный видеопроцессинг.)
(Microsoft Windows 10: Firefox based) #477 #1624463
Не знаю где спросить, спрошу тут, посоветуйте годный редактор аудио/видео?
Я юзаю блендер, но с редактированием аудио там беда, даже линейки громокски нет.
>>1624474
(Ubuntu Linux: Firefox based) #478 #1624474
>>1624463

>даже линейки громокски нет


Есть контрол Volume (правый клик на стрипе, клонка справа), можно даже кейфреймы ставить. Ещё Pitch и Pan. А так — для полноценного редактирования лучше нормальный аудиоредактор.

>посоветуйте годный редактор аудио


https://hive.blasux.ru/webm/s#aedit

>видео


https://hive.blasux.ru/webm/s#vedit
>>1624481
170 Кб, 1918x1160
(Microsoft Windows 10: Firefox based) #479 #1624481
>>1624474
Как?
>>1624485
158 Кб, 1918x1160
(Ubuntu Linux: Firefox based) #480 #1624485
>>1624486
(Microsoft Windows 10: Firefox based) #481 #1624486
>>1624485
А я и не заметил, спасибо.

Вообще, я раньше юзал пиратку сонивегаса, там было довольно просто всё.
(Ubuntu Linux: Firefox based) #482 #1624542
Про --speed/--best:

>04:04 < yaowu> at speed >=5, RDO should be off in general.


>04:07 < peloverde> speed 8 at this point should largely be considered vestigial, it's not at all balanced or tuned


>04:26 < TD-Linux> speaking of speeds, in vp10 what effect, if any, does good/best have?


>04:43 < yaowu> best is a lot slower than good with cpu-used 0.


>04:44 < TD-Linux> yaowu, is there a reason to segregate the two instead of having it on one scale?


>04:44 < TD-Linux> do people actually use best ever?


>04:44 < yaowu> Paul recently did some work to improve the speed of best for vp9, but may not have been ported to the vp10 codebase.


>04:46 < yaowu> It was not really "usable" before, but if we port paul's recent changes into the new codebase, there might be a chance of getting used.


>04:46 < yaowu> https://chromium-review.googlesource.com/#/c/305640/


>04:47 < yaowu> https://chromium-review.googlesource.com/#/c/312940


>04:47 < TD-Linux> yaowu, if levels 8+ aren't important, how about scooting the "good" levels over and putting the highest "best" level in as the new level 0?


>04:53 < yaowu> Practically, most of us here are doing tests with good 0 for developing new tools.


>04:54 < TD-Linux> ok. for me it's always been confusing having two speed scales, so I'll propose a patch that merges them to one.


>04:55 < yaowu> best was not supposed to associated with any cpu-used numbers.


>04:56 < yaowu> I see what you are saying, have no objection if you would like to remove best all together. ;-)

>>1624546
(Ubuntu Linux: Firefox based) #483 #1624546
>>1624542
Да, наконец-то разработчики VPx что-то публично обсуждают в чатиках #aomedia.
>>1630477
(Microsoft Windows 10: Firefox based) #484 #1625268
Помогите, как в блендере сделать плавное затухание музыки?
>>1625274
(Ubuntu Linux: Firefox based) #485 #1625274
>>1625268
Переходишь на кадр начала затухания, жмёшь i на строчке Volume.
Переходишь на последний кадр, вбиваешь 0 в Volume, жмёшь ещё раз i.
>>1625278
(Microsoft Windows 10: Firefox based) #486 #1625278
>>1625274
Не получается, i вообще ничего не делает, мне ошибку name i is not defined выводит.
(Microsoft Windows 10: Firefox based) #487 #1625292
Вообще, кроме блендера есть нормальные аудио/видео редакторы? Всякие клипы забавные делать етц?
Блендер просто нереально неудобный в плане интерфейса, я раньше юзал сони вегас, но он мало с какими форматами работает, по крайней мере пиратка. Да и пиратка с вирусами.
>>1625294>>1626009
(Ubuntu Linux: Firefox based) #488 #1625294
>>1625292
Он охуенно удобный и логичный, просто надо привыкнуть. Смотри видеоуроки на ютубе, там всё подробно разжёвывается.
А так ещё Shotcut, например, но он слабее по фичам.
Чтобы в вегасах/премьерах все форматы открывались, надо либо переводить исходники в форматы, которые они понимают (желательно несжатые), либо использовать AviSynth фреймсервер (см. в районе http://amvnews.ru/index.php?go=Pages&in=view&id=65 ).
Гораздо хуже, что под линуксы нормальных редакторов вообще нет похоже. В блендере фич маловато, шоткат нихуя не умеет, kdenlive тянет полкед и падает постоянно, синелерра тоже скорее всего по фичам мало чего умеет. Хоть венду ставь. Или шквариться о lightworks.
>>1626566
(Microsoft Windows 7: New Opera) #489 #1625859
Посоны, есть ли параметры для кодирования заданной области в видео
6140 Кб, Webm
(Ubuntu Linux: Firefox based) #490 #1625881
(Google Android: Неизвестно) #491 #1626009
>>1625292
Videopad, ещё захочешь. Если юзать пролете, там ограничения только на формат вывода и не более 2 дорожек не аудио и двух на видео, но для халяву это охуенно, более чем.
>>1626011>>1626060
(Google Android: Неизвестно) #492 #1626011
>>1626009
Пробник Автозаменилось.
(Ubuntu Linux: Firefox based) #493 #1626060
>>1626009
Ну так-то lightworks тоже с ограничениями бесплатный.
>>1626619
29 Кб, 1366x768
29 Кб, 1366x768
(Неизвестно: Неизвестно) #494 #1626434
>>1624100
О-ху-еть. И это не VP9.
>>1626452>>1626619
(Ubuntu Linux: Firefox based) #495 #1626452
>>1626434
Вот это лучше попробуй: https://my.mixtape.moe/kewpha.mp4 :3
16 Кб, 592x407
(Неизвестно: Неизвестно) #496 #1626455
>>1626452
Не фурычит.
(Неизвестно: Неизвестно) #497 #1626459
>>1626452
А если скачать, то просто чёрный экран, картинка рисуется только если заставить обновиться интерфейс.
>>1626463
18 Кб, 509x565
(Неизвестно: Неизвестно) #498 #1626463
>>1626459
А, похоже, у меня кодеки древние.
>>1626471
(Неизвестно: Неизвестно) #499 #1626471
>>1626463
Хотя нет, свежий ffplay тоже не воспроизводит.
6 Кб, 471x108
(Неизвестно: Неизвестно) #500 #1626493
Ёбанный свет!
>>1626500
(Ubuntu Linux: Firefox based) #501 #1626500
>>1626493
Ты что, поехавший? Нафига ты его в H.264 конвертришь? Его ж декодить как два пальца об асфальт.
У нас бамплимит, питуз, пилите.
>>1626505>>1626541
(Неизвестно: Неизвестно) #502 #1626505
>>1626500

> Его ж декодить как два пальца об асфальт


Авотхуй, мой ноутбучный i3 не справляется.
(Microsoft Windows 7: Firefox based) #503 #1626541
>>1626500
Мда, я даже пережал видео в 1080 (средний битрейт 12800K):

> ffmpeg -i kewpha.mp4 -c:v hevc -c:a copy -vf scale=-1:1080 -crf 15 -qmin 20 -qmax 10 -y kewpha.hevc.1080p.mp4


Всё равно не рисуется в MPC, в ffplay FPS линейно падает где-то с 7-8 в начале (не могу найти, как отобразить частоту отрисовки) до 0 в конце.
С 720 (q=20-10, средний битрейт 7666K) ситуация получше, в MPC первые две секунды нормальный FPS, но потом отрисовка прекращается, в ffplay работает без проблем.
C 720 (q=25-15, средний битрейт 4077K) всё стало проигрываться нормально и в MPC.
3485 Кб, Webm
(Ubuntu Linux: Firefox based) #504 #1626566
>>1625294
В принципе, если присобачиться, то для простых мемчиков блендера достаточно. Быстро и удобно.
С несжатыми исходниками в любом случае приятнее работать, 3д трансформация теоретически решаема, а текст в aegisub хуячить. Вот этот плагин офигенно анимацию трансформаций облегчает:
https://github.com/kgeogeo/VSE_Transform_Tools
Всё равно лучше ничего из свободного похоже что нет. Разве что хз как там cinelerra/kdenlive, не очень хочется их пробовать.

Пикрелейтед как пример, занял минут 5. Вместе со всей обрезкой, подгонкой, фейдом музыки и т.д.
(Microsoft Windows 7: Firefox based) #505 #1626609
Как с помощью этого
https://gitgud.io/nixx/WebMConverter
Обрезать черные полосы? Возможно ли это, я еще не разобрался до конца. Или тут только видео редактор нужен?

какой лимит на вебемки на доске? почему, вебемка которую я запостил в б не подходит по размеру для этой доски?
(Google Android: Неизвестно) #506 #1626619
>>1626060
Какие ограничения?
>>1626434
>>1626452
На каких гробах Вы сидите в своих НИИ? Я с засранной вин8.1, и то, нарезаю эти видюшки в несколько слоёв, а пока рендерится, смотрю кино тем же кодеком или двачую броды без тормозов. Ещё бы дополнительный терабайтничек для вывода найти - горя не узнаю...
>>1626632>>1626648
(Ubuntu Linux: Firefox based) #507 #1626632
>>1626619
http://www.lwks.com/index.php?option=com_content&view=article&id=102&Itemid=213
>>1626619
Вангую у него системный раздел на том же винчестере, что и раздел с данными.

>Ещё бы дополнительный терабайтничек для вывода найти


Я ещё в прошлых тредах такую идею толкал. Взять два двухтерабайтных винчестера и в RAID0 их. Будет быстро, а если сдохнут, то не жалко — хранить там только временные непожатые файлы и писать лог.
>>1626648>>1626834
(Microsoft Windows 7: Firefox based) #508 #1626648
>>1626619
>>1626632
У меня ноутбук, выше же написал.
>>1626834
(Google Android: Неизвестно) #509 #1626834
>>1626632
Лолблядь, так у меня и данные на с и всё равно, всё и так играется, а рейд - говно, дома нормальный рейд не сделать, нужен спец по таким делам и мегаоборудование. Я о том, что обрабатываемые и выходные файлы держать на разных носителях физически, этого хватит. Мне дало реальный прирост в выводной скорости, просто на внешний начал кидать, пока не запутался в обрезках, лул.
>>1626648
У меня тоже был ноутбук. Он шарашил лучше настольного пека.
>>1626869
(Ubuntu Linux: Firefox based) #510 #1626869
>>1626834
Это ты тот ебанутый, который в подобном треде уже своими откровениями делился? Странно, вот ты признаёшь, что нужен специалист для того, чтобы что-то сделать хорошо, при этом несёшь лютую хуйню и выдаёшь за авторитетный ответ.

>всё и так играется


По сравнению с чем?

>дома нормальный рейд не сделать, нужен спец по таким делам и мегаоборудование


Что такое нормальный? Что такое mdadm? Какой нахуй нормальный, я говорю о простом увеличении скорости в 1.5-2 раза, хуйли ещё надо от рейда?

>Он шарашил лучше настольного пека


Лучше, блядь, какого пека? С теми же характеристиками?
>>1626947
(Google Android: Неизвестно) #511 #1626947
>>1626869
Что ты несёшь? Ето ты тот жопочтец, который нихуя не понел? Какие откровения, какие рейды для монтажа... Иди толкай свой рейд, как перечитаешь ветку нашей беседы, кулибин, лул.
902 Кб, Webm
439 Кб, 620x540
(Microsoft Windows 10: Chromium based) #512 #1627442
Почему премьер и афтер еффектс добавляют к видео черную полосу сбоку?
https://dropmefiles.com/aTmQt
>>1627451>>1627591
(Ubuntu Linux: Firefox based) #513 #1627451
>>1627442
Разрешение в настройках проекта неправильно выставлено?
>>1627462
(Microsoft Windows 10: Chromium based) #514 #1627462
>>1627451
Разрешение выставлено как и в исходном файле.
(Microsoft Windows 10: Chromium based) #515 #1627531
Пробовал менять разрешение, полоса остается.
(Microsoft Windows 10: Chromium based) #516 #1627591
>>1627442
Поменял формат файла в ffmpeg с avi на mp4, помогло.
(Ubuntu Linux: Firefox based) #517 #1627650
>>1572343 (OP)
Есть ли плеер под Линупс(Ну или как настроить VLC), который умеет воспроизводить все веб-м, а не тольео половину, и то 25% - без звука.
>>1627652
(Ubuntu Linux: Firefox based) #518 #1627652
>>1627677
(Ubuntu Linux: Firefox based) #519 #1627677
>>1627652
Спасибо, братишка, всё работает, но тут проблема, как на нем повтор поставить?
>>1627683
(Ubuntu Linux: Firefox based) #520 #1627683
>>1627677
mpv --loop v.webm
Либо нажать shift+l во время воспроизведения.
>>1627686
(Ubuntu Linux: Firefox based) #521 #1627686
>>1627683
Угу, туплю как пиздец. Нагуглил доки уже, спасибо.
(Microsoft Windows 10: Firefox based) #522 #1627992
Поясните, почему в омих вебмках плохо переключается видеоряд? Т.е. вебмка длится 5 минут, а переключается только либо на старт либо на чуть дальше середины.
Вот строчка: 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 360 -pix_fmt +yuv420p -shortest output.webm
>>1628141>>1628192
(Ubuntu Linux: Firefox based) #523 #1628141
>>1627992
Проверь ключевые кадры:
ffprobe -v quiet -show_frames -select_streams v -of compact in.webm | grep key_frame=1
(Ubuntu Linux: Firefox based) #524 #1628192
>>1627992
А, чего-то я протупил. У тебя ж fps=1, следовательно при kf_max_dist=360 ключевые кадры могут быть расставлены на расстоянии шести минут друг от друга. Ставь -g меньше.
>>1628630
(Microsoft Windows 10: Firefox based) #525 #1628630
>>1628192
Спасибо, всё стало нормально.
Кстати, почему у меня видеоплеер некорректно отображает вебмки? С зелёной полосой посередине и половину без цвета?
При чём избранные, некоторые ок.
>>1628636
(Ubuntu Linux: Firefox based) #526 #1628636
>>1628639
355 Кб, 631x419
(Microsoft Windows 10: Firefox based) #527 #1628639
>>1628636
Хм... А если у меня -pix_fmt +yuv420p уже стоит в строке?
А видео - пикрил.
Вот строка: 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
(Microsoft Windows 8: Chromium based) #528 #1628726
Пытаюсь разобратся с обрезкой вембок
как обрезать не по ключевым кадрам? Никак? А то или я совсем криворукий или так и должно быть, но в моей вебм ключевые кадры раз в 9 секунд похоже
>>1628739
(Linux: Firefox based) #529 #1628739
>>1628726
Отрезаешь со следующего ключевого кадра (1). Отдельно отрезаешь с перекодированием кусок, содержащий начало эпизода до первого ключевого кадра (2). Склеиваешь (2) и (1), получаешь то, что хотел, с минимальными затратами на кодирование.
>>1628753
(Microsoft Windows 8: Chromium based) #530 #1628753
>>1628739
пиздец
я думал нашел легкий способ подгона под лимит, ненужную хуйню вырезать из начала и точностью до кадров, а оказалось все только хуже
>>1628759
(Ubuntu Linux: Firefox based) #531 #1628759
>>1628753
С конца обрезай, хуле.
>>1628764
(Microsoft Windows 8: Chromium based) #532 #1628764
>>1628759
с конца типа не нужна привязка к ключевым кадрам? збс
А сейчас по твоему гайду попробую, все равно нехуй делать, синтаксис получше выучу
(Microsoft Windows 8: New Opera) #533 #1628805
Напишите плз вот эту команду
ffmpeg -i amv.mp4 -i video.webm -map 0:a -b:a 64k -map 1:v -c:v copy out.webm
но чтобы из определенного фрагмента времени было
видео в 2 потока по гайду кое-как запилил и даже обрезал, а вот со звуком совместить не могу
вырезал так -ss 0:00.000 -to 0:01:000
>>1628996>>1629034
(Microsoft Windows XP: New Opera) #534 #1628824
кек)
(Debian Linux: Iceweasel) #535 #1628996
>>1628805
Из определённого времени чего? Пихай -ss и/или -t до соответствующего -i. Вероятно, тебе надо -t 1:00 -i amv.mp4.
(Microsoft Windows 10: Firefox based) #536 #1629034
>>1628805

> 0:01:000


Зачем здесь два двоеточия?
>>1629035
(Microsoft Windows 8: New Opera) #537 #1629035
>>1629034
проебался
0:01.000

Я хз куда еще эту временную метку вставить в этой команде
то звук обрежет, а видео не вставит
то видео будет, а со звуком хуйня
то вообще не станет кодировать
уже подумываю тупо записать этот ебучий фрагмент бандикамом и брать из него звук, но все-же хочется разобраться где я проебываюсь
>>1629213
(Debian Linux: Iceweasel) #538 #1629213
>>1629035
Сформулируй задачу так, чтобы она понималась однозначно.
Ещё можешь глянуть https://github.com/pituz/webm-thread/wiki/ffmpeg , мб сам всё поймёшь.
(Microsoft Windows 7: Chromium based) #539 #1629303
Можете обложить меня хуями, но спрошу тут:

Как сделать в ффмпег, что бы:
какая то пикча была превьюшкой вебм, или или кадр на определенной секунде

что бы в вебм конвертировалось не все видео, а только конкретный фрагмент?
>>1629315>>1629323
(Microsoft Windows 7: Chromium based) #540 #1629315
>>1629303

Первый вопрос убираю, вместо него другой: как заменить аудиодорожку в видео на свою?
(Microsoft Windows 8: Chromium based) #541 #1629322
(Microsoft Windows 10: Firefox based) #542 #1629323
>>1629303

> не все видео, а только конкретный фрагмент


По -ss указывается момент с которого обрезать, по -t сколько времени отрезать.
-ss 0:02:20.5 -i "видево.ави" -t 0:03:40.0 (или -t 79.5, в данном случае это одно и то же).
>>1629434
(Microsoft Windows 7: Chromium based) #543 #1629434
>>1629323

От души, братуха
(Microsoft Windows 8: Chromium based) #544 #1630262
Кароч, сделал вемб по гайду питуза
пытаюсь склеить видео со звуком, а звук идет с начала серии
что делать? Как правильно сделать?
>>1630266
(Microsoft Windows 10: Firefox based) #545 #1630266
>>1630262
Ты можешь приложить параметры с которыми пытаешься сделать? Откуда мы без них знаем где ты накосячил?
>>1630283
(Microsoft Windows 8: Chromium based) #546 #1630283
>>1630266
в том то и дело, я не знаю как выбрать, чтобы например звуковую дорожку брало с 2:22 до 3:33, а не сначала

ffmpeg -i amv.mp4 -i video.webm -map 0:a -b:a 64k -map 1:v -c:v copy out.webm

amv.mp4 исходный файл длиной допустим в 20минут
video.webm - обрезанный фрагмент без аудио
out.webm - финал
>>1630292
(Microsoft Windows 10: Firefox based) #547 #1630292
>>1630283
-ss 02:22.0 -i amv.mp4 -i video.webm -t 01:11.0
>>1630299
(Microsoft Windows 8: Chromium based) #548 #1630299
>>1630292
сработало
спасибо
(Ubuntu Linux: Firefox based) #549 #1630477
>>1624546
Лол, как разрабы начали в чатике сидеть, столько охуительных историй вылезло.
Алло, Галочка? Ты сейчас умрёшь.

>22:33 < TD-Linux> jimbankoski, could you explain a little what auto-alt-ref=2 is trying to do?


>22:40 < jimbankoski> auto-alt-ref=2 allows vpx to use multiple alt refs


>22:40 < jimbankoski> and I think actually turns it on by default


>22:47 < q> Hm, so enable_auto_alt_ref might be 0, 1 and 2 even in VP9? Interesting.


>22:47 < jimbankoski> yes

(Microsoft Windows 10: Chromium based) #550 #1631216
какие нынче ограничения по размеру файлов?
>>1631608>>1632611
sage (Microsoft Windows 7: Firefox based) #551 #1631608
>>1631216
А как вы в коменты webm добавляете - пишет неверный формат...
>>1632611
(Debian Linux: Iceweasel) #552 #1632611
Перекат
>>1632602 (OP)
https://2ch.hk/s/res/1632602.html (М)

>>1632299
Попробуй без GUI.

>>1631608
ffmpeg -i in.webm -metadata "comment=текст" -c copy out.webm

>>1631216
Было 6144кб в тематике и 10240кб в /b/. В отдельных разделах тематики было 20мб.
(Microsoft Windows 10: Chromium based) #553 #1632717
Нахуя вы вообще юзаете какие-то тухлые гуи если есть божественный xvid4psp
>>1632721>>1632722
(Microsoft Windows 7: Firefox based) #554 #1632721
>>1632717
В чем его божественность?
(Debian Linux: Iceweasel) #555 #1632722
>>1632717

> суёт ещё один тухлый гуй

>>1632730
(Microsoft Windows 10: Chromium based) #556 #1632730
>>1632722
естественно лучше консолечкой пердолить, но если брать гуи то почему бы не брать нормальный?
>>1632734
(Microsoft Windows 7: Firefox based) #557 #1632734
>>1632730

>лучше консолечкой пердолить


>брать нормальный


Ахуенно ты свой гуй рекламируешь.
>>1632739
(Microsoft Windows 10: Chromium based) #558 #1632739
>>1632734

> свой гуй


Такое то разоблачение, как только консолечку освою обязательно начну писать свой гуй
>>1632747
(Microsoft Windows XP: Firefox based) #559 #1632742
Поддвачну за xvid4psp тем, кому нужны неебаца фильтры, там в комплекте весьма навороченные скрипты avisynth, их можно утянуть в консоль, если гуй западло.
>>1632747>>1632750
(Microsoft Windows 7: Firefox based) #560 #1632747
>>1632739

>консолечку освою


Лол, если ты в командной строке разобраться не можешь, то боюсь до написания своих программ тебе очень далеко.
>>1632742

>скрипты avisynth


Есть в ретарде, например.
>>1632748>>1632771
(Microsoft Windows 10: Chromium based) #561 #1632748
>>1632747

> до написания своих программ тебе очень далеко


о том и речь
(Ubuntu Linux: Firefox based) #562 #1632750
>>1632742
Но ведь все модные анимешники на VapourSynth перешли. Алё, у нас опять сплит-брейн.
>>1632751>>1632771
(Microsoft Windows 7: Firefox based) #563 #1632751
>>1632750
Avisynth хуже от этого работать не стал.
>>1632756
(Debian Linux: Iceweasel) #564 #1632756
>>1632751
Но он же до сих пор только питухoс- и хуй86-онли. Нахуй так жить?

Пытались сделать нормальные avisynth 3 и avxsynth, но они почему-то сдохли.
>>1632768>>1632770
(Microsoft Windows 7: Firefox based) #565 #1632768
>>1632756

>только питухoс- и хуй86-онли


Вот находят же себе люди проблемы.
>>1632770
(Ubuntu Linux: Firefox based) #566 #1632770
>>1632756

>почему-то


У проекта, сломавшего совместимость, с тем же именем шансов выстрелить меньше, чем у альтернативы с крутым названием, прикольным сайтом и доками. Просто психология.
>>1632768
В видеопроцессинге каждый такт считают, если что.
>>1632779
(Microsoft Windows XP: Firefox based) #567 #1632771
>>1632747

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


Его не пробовал, а в сабже, например, продвинутые шумодавы на основе анализа движения (хотя это скорее для лайва, а не для аниме).

>>1632750
В сабже используется куча плагинов наверняка не портированых, даже MVTools по-любому первой версии. Протухло, короче.
>>1632774
(Ubuntu Linux: Firefox based) #568 #1632774
>>1632771

>куча плагинов наверняка не портированых


Всё нужное портировали. И свои крутые написали.

>даже MVTools по-любому первой версии


Ну ты балабол, проверил бы хоть это такой реквест spoonfeeding что ли?.
Всё там есть и даже патчи из форка SVP портированы: https://github.com/dubhater/vapoursynth-mvtools

>Протухло


VS новее и активно развивается, если что. А AS давно подох. Только за счёт кучи написанных плагинов его и продолжают как-то использовать.
>>1632783
(Microsoft Windows 7: Firefox based) #569 #1632779
>>1632770

>В видеопроцессинге каждый такт считают, если что.


Мы сейчас в треде про вебм, если что.
(Microsoft Windows XP: Firefox based) #570 #1632783
>>1632774
Я про xvid4psp говорил, тулза старая же.
sage (Microsoft Windows 7: New Opera) #571 #1637922
>>1572343 (OP)
как пидорнуть анимедебилов на их доску?
>>1638287
6044 Кб, Webm
(Debian Linux: Iceweasel) #572 #1638287
>>1637922
Пукан чини, это наша борда.
>>1638348
3238 Кб, Webm
(Ubuntu Linux: Firefox based) #573 #1638348
>>1638287
Нет наша.
>>1639357
149 Кб, Webm
(Debian Linux: Iceweasel) #574 #1639357
>>1638348
А сами-то вы кто?
>>1639382
284 Кб, Webm
(Ubuntu Linux: Firefox based) #575 #1639382
>>1639357
Корейки.
(Microsoft Windows 10: Firefox based) #576 #1639781
Как сделать вебм с субтитрами если субтритры отдельные файлом?
Только не через ffmpeg говно для программистов а через программу типа xmediarecode
>>1639785
(Ubuntu Linux: Firefox based) #577 #1639785
>>1639781
Тебе надо набросать асинхронный ввод-вывод с отключённой оптимизацией (это важно), создать регистратор вида flag(&foo), дальше делаешь простейший спинлуп, потом, когда обработчик завершит свою работу и поменяет посредством полиморфной инкапсуляции вышеупомянутый foo, можно приступать к курению мануалов и собственно пересборки ffmpeg
Кстати, вполне возможно, что тебе придётся передалать системного демона для корректной работы с программой.
>>1639792
(Microsoft Windows 10: Firefox based) #578 #1639792
>>1639785
я не программист
Обновить тред
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 12 марта 2016 года.

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

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