boram

От создателей webm.py, webm.js, wybm и webmify мы представляем вам boram!

Основные особенности
∙ Кроссплатформенный WebM-конвертер с открытым кодом
∙ Поддержка режимов VP9/VP8/Opus/Vorbis/2pass/limit/CRF/CQ/raw-args
∙ Продуманные настройки кодеков и дефолты
∙ Скачивание видео для перекодирования с почти любого стриминг-сайта через youtube-dl
∙ Отображение практически любого формата видео в встроенном плеере вместе с субтитрами
∙ Автонастройка Fontconfig на Windows, прожиг субтитров одной кнопкой
∙ Простой интерфейс ориентированный на предпросмотр
∙ Несколько параллельных энкодов в одном окне
∙ Быстрый тест результата, не нужно ждать каждый раз, пока кодируется VP9
∙ Выбор превью для борды из картинки или кадра видео

Установка
Скачать архив для своей платформы по ссылке https://github.com/Kagami/boram/releases → распаковать → запустить boram.
Доступны релизы для 32- и 64-х битных Windows, 64-х битных Mac, 64-х битных Linux.
На Linux должны быть установлены python (2 или 3), ffmpeg (2 или 3) и libmpv1, на Windows и Mac все зависимости включены в сборку.
При наличии ошибок вида libavcodec.so.57: cannot open shared object file на Linux необходимо переименовать libffmpeg.so.56 в libffmpeg.so (libffmpeg-xenial.so.56 в libffmpeg.so для Ubuntu 16.04).

Планируемые возможности
∙ Пресеты/профили кодирования
∙ Фильтры изменения FPS, скорости воспроизведения, оверлей и другие
∙ Улучшения в дизайне, UX, справка
∙ Точная обрезка фрагментов в битых файлах
∙ Преобразование HDR в SDR, автотэггирование BT.709, BT.601 для VP8
∙ Меньший размер сборок под Windows, полноценный 64-х битный билд
∙ Пакеты в PPA, AUR, ebuild и т.д.

Сравнение с аналогами
Q: Чем лучше консоли?
A: Предпросмотр, интерактивный выбор фрагмента.
Q: Чем хуже консоли?
A: Ничем. Типовой энкод использует ровно те же опции, которые можно и отредактировать при необходимости.
Q: Чем лучше WebM for Retards/XMedia Recode?
A: Кроссплатформенность, встроенный youtube-dl, удобный встроенный плеер, поддержка хардсаба из коробки.
Q: Чем хуже WebM for Retards/XMedia Recode?
A: Мало эффектов.

Прочее
На данный момент проект находится в бета-стадии, много что может работать не так, как запланировано, либо быть ещё не реализовано. Любая адекватная критика, багрепорты, фичкреквесты значительно помогут делу.
Прошлый тред: >>1919858 (OP)

Add Mac build
Fix issues with internal player on mpv 0.18

Под мак билд лучше, чем под венду получится. Без ненужного говна.
Единственное, блядский Finder запускает приложения с CWD=/, в итоге, если имя пользователя к примеру на русском, то из-за быдлокодеров хромиума загрузить плагин нельзя. Надо подумать как исправить.

Хули это говно такое здоровое, сука? У тебя там виртуалка с линуемом внутри?

>>1969870
Спасибо. Теперь работает нa ubunte
анон у которого глючил плеер в 3 версии

>>1969906
> (Неизвестно: Неизвестно)
неутомимый семен

>>1969922
Всмысле с дефолтным mpv 0.18 без ppa?
Это хорошо, а то я на своей системе поправил, но думал, мало ли рейс всё-таки остался. Рейсы они такие, ускользающие.

>>1969930
> без ppa?
я вроде добавлял по ссылке которую ты приводил в качестве "временного решения"

mpv 24 я тогда установил, но это проблемы не решило, ты сказал что у меня что-то не так с libmpv (у меня установлена 0.18) но плеер в версии 0.3 так и остался глючить, тогда я забил и оставил версию 0.2.

>>1969928
Тамщета, Абу не добавил UA нового клиента

>>1969868 (OP)
>boram-v0.3.1-win-x64.7z 51.6 MB
P E E Z D O S S S
E
E
Z
D
O
S
S
S

1

>>1969982
>на Windows и Mac все зависимости включены в сборку.

>>1970537
>Windows и Mac включены в сборку

- Пик1. Когда много вкладок появляется нижний скролл, который бесполезен, тк чуть сдвигает таббар. Да и куча вкладок выглядит не очень, список бы какой при n>6, например. С другой стороны, думаю, с 20 вкладками никто и работать не будет, но все же.

- Пик2. Если ссылка несуществующая или у проги нет доступа к инету. Можно поменять шрифты и расшифровать ошибку.

- Пик3. Слишком бледно, как весь ui с настройками.

- Так понимаю весь контроль плеера - дефолт mpv. Для прокрутки и колесико мыши и стрелки, а для громкости не очевидные 9 и 0.

- Кнопка входа в фуллскрин есть, а выхода из него (да и всего контролбара) нет. Приходится нажимать f/esc.

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

- В аудио можно добавить возможность вставки своей дорожки.

boram-v0.3.1-win-x64 на win7

Вот этой кучи настроек я и ждал от wybm, спасибо.

>>1970593
Спасибо за фидбек, буду фиксить.
Это ты со мной wybm тестил, няша?

>>1970537
И хуле, быдло ты тупое? Нормально, что небольшая утилита от васяна весит как целый браузер?

>>1970601
Да, я. Давно не заходил на харкач.

>>1970633

Олсо, борамчик теперь известен на всём гитхабе: https://github.com/RSATom/WebChimera.js/issues/116#issuecomment-280476477
Никто больше не придумал таким извратом с PPAPI заниматься. Правда, сейчас они запилят нормальный плагин и опять украдут все мои лайки.

>>1970593
>а выхода из него (да и всего контролбара) нет
Хз, придётся ещё делать, чтобы скрывался тогда. Проще хоткеями.
Хотя можно просто OSC в фуллскрине включать, лол. Безумие.
>чтобы убрать который нужно лезть в video fx
Правый клик, чтобы сбросить. (Лол, я не задокументировал половину всех контролов.)
>А если видео того же цвета
Предложи, как улучшить. Двуцветная рамка? Как-то хз.
>В аудио можно добавить возможность вставки своей дорожки
Думал в самом начале. Но это придётся ещё делать её обрезку и второй таймлайн, иначе толку мало. Хз.

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

>>1971987
Да, превьюшки ещё не допилены.

>>1971988
Хорошо, а то я испугался было

А я все еще надеюсь на предустановки, а то некоторые параметры надо вводить чуть ли не как в консоли.

>>1972046
Какие например?

>>1972209
Самому открыть файл, какой хочешь, сэнкодить, как хочешь, выключить компьютер, чтобы юзер не напрягался

А если бы сохранялся путь вывода и прогресс был виден на панели задач то уаще

>>1972324
>А если бы сохранялся путь вывода
Всмысле сохранять последний использованный каталог, менять только имя? Вроде норм.
>и прогресс был виден на панели задач
Да, это можно.

>>1972324
>прогресс был виден
Хотя не. А что если в нескольких табах прогресс?

>>1972328
Да, сейчас-то путь сбрасывается и ведет на рабочий стол
>>1972334
Показывать прогресс открытой вкладки

>>1972334
>А что если в нескольких табах прогресс?
Среднеарифметический прогресс

Ну так. Как земля.
libpython, сука, тяжёлый.

Бля, я собрал NaCl SDK под x86-64, и оно работает!
Ну всё, теперь можно помирать.

А ещё хардсаббиться теперь будет быстрее, не нужно ждать, пока кэш билдится. Потому что у Zeranoe только Fontconfig в его билдах.

>>1972209
quality bitrate amplify

>>1973138
Объясни, что это значит.

>>1973269
Теперь будет полноценный 64-х битный билд под винду (64-битный хром, mpv, ffmpeg, всё шарит между собой библиотеки).
Он одновременно легче, правильнее и быстрее.

>>1973138
>Ну всё, теперь можно помирать.
Нет, ты еще webm.py не доделал и не перевел её на сишку. А еще мы ждем от тебя нелинейный швабодный видеоредактор, но только на нормальных языках (асм, си, ди) и легковесных либах.

>>1973396

>>1969868 (OP)
>JavaScript 92.0%
Electron considered harmful

>>1971951
>>В аудио можно добавить возможность вставки своей дорожки
Хотя, может быть нужно для релизов фильмов, где, к примеру, оригинальная дорожка (или дубляж) отдельным файлом, но имеет ту же длительность. И для музыкальных вебмок.
Ещё надо привязать выбор дорожки к текущему аудио-треку mpv, так же как сабы.

>>1969875
Охуенчик, на Win/Mac обычный process.chdir() в самом начале главного процесса работает.
Это на линуксах только зигота: https://github.com/electron/electron/issues/3306
На линуксах больше всего костылять в итоге. Ну, им не привыкать.

>>1971951
>Проще хоткеями.
Если их знаешь. Какое-нибудь инфо по хоткеям добавить.
>Двуцветная рамка?
Двуцветный пунктир. Хотя, вырвиглаз выйдет скорее.

- Гифки сами за семя говорят.
- Апдейт youtube-dl (ffmpeg на винде с костылями обновляется) отдельно от самой программы.
- Еще бы какую-нибудь галочку, чтобы raw args всегда отображалось.

Асло, у mpv до сих пор проблемы с фуллскрином. Если зажать f, будет быстро входить/выходить из полноэкранного режима и в один прекрасный момент выйти в фуллскрин уже никак нельзя будет.

boram-v0.3.1-win-x64 на win7

>>1974586
>Какое-нибудь инфо по хоткеям добавить
Ага, а то там очень много действий на хоткеях, все в гуишку наверно нет смысла добавлять. Ну или получше привязать контролы энкодинга к состоянию mpv. Или и то, и другое.
>1.gif
Мне просто лень было нормально запилить ограничения на границах, лол. Надо будет пофиксить.
>Апдейт youtube-dl (ffmpeg на винде с костылями обновляется) отдельно от самой программы.
Надо подумать. Просто "youtube-dl -U" вызывать вообще проблем нет, но информацию о выходе новой версии boram тоже неплохо было бы иметь.
Олсо, теперь будут кастомные сборки ffmpeg использоваться. Особой разницы нет, кроме того, что они легче и что будет использоваться DirectWrite вместо Fontconfig. У Zeranoe первого нет.
Ещё можно будет запросто включить тот же VP9 highbitdepth и какие угодно либы, если понадобится.
>чтобы raw args всегда отображалось
Не понял.
>и в один прекрасный момент выйти в фуллскрин уже никак нельзя будет
Ага, есть такое. Хз даже, где проблема.

>>1974598
>Не понял.
Постоянное отображение и изменение пикрелейтед, энкод файла по коммандам из этой строки в приоритете. В идеале сохранение профиля кодирования.

>>1974609
Оттуда не так легко парсить. Пользователь может любую фигню вписать, которая не будет иметь смысла для логики boram. Проще (надёжнее) перегенерировать.
Профили сделать надо, но там будут фиксированные дополнительные ключи.

Или ты имеешь ввиду отображать raw args на всех вкладках? Так-то он сразу меняется при изменении значений контролов.

>>1974613
Я, наверное, сам не понял как все работает. Думал, борам исходя из выбранных параметров составляет отображаемый список комманд для ffmpeg, который он и выполняет. Поэтому и хотелось возможность самому менять этот список, ибо иногда быстрее прямо там поменять параметр, или добавить свой, чем прыгать по вкладкам.

>>1974656
Вот так работает:
1) Каждому контролу соответствует ключ(и) строки параметров ffmpeg
2) При изменении значения любого контрола строка rawArgs генерируется по новой
3) Пользовательские изменения rawArgs действуют только до следующего взаимодействия с контролами

При запуске выдаёт пикрелейтед.

Как лечить?

Debian Sid
Установленo:
libmpv1 0.23.0-2
mpv 0.24.0-dmo1
ffmpeg 3.2.4-dmo2

>>1974687
dpkg -L libmpv1 покажи

>>1974689
>dpkg -L libmpv1

/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libmpv.so.1.24.0
/usr/share
/usr/share/doc
/usr/share/doc/libmpv1
/usr/share/doc/libmpv1/changelog.Debian.gz
/usr/share/doc/libmpv1/changelog.gz
/usr/share/doc/libmpv1/copyright
/usr/lib/x86_64-linux-gnu/libmpv.so.1

>>1974694
/sbin/ldconfig -p | grep libmpv

>>1974700
>/sbin/ldconfig -p | grep libmpv

libmpv.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libmpv.so.1

>>1974701
ldd /usr/lib/x86_64-linux-gnu/libmpv.so.1

>>1974706
>ldd /usr/lib/x86_64-linux-gnu/libmpv.so.1

linux-vdso.so.1 (0x00007fff2aa88000)
libdvdread.so.4 => /usr/lib/x86_64-linux-gnu/libdvdread.so.4 (0x00007f9111dec000)
libjpeg.so.62 => /usr/lib/x86_64-linux-gnu/libjpeg.so.62 (0x00007f9111b81000)
libavutil.so.55 => /usr/lib/x86_64-linux-gnu/libavutil.so.55 (0x00007f91118fc000)
libavcodec.so.57 => /usr/lib/x86_64-linux-gnu/libavcodec.so.57 (0x00007f9110327000)
libavformat.so.57 => /usr/lib/x86_64-linux-gnu/libavformat.so.57 (0x00007f910feef000)
libswscale.so.4 => /usr/lib/x86_64-linux-gnu/libswscale.so.4 (0x00007f910fc5c000)
libv4l2.so.0 => /usr/lib/x86_64-linux-gnu/libv4l2.so.0 (0x00007f910fa4e000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f910f846000)
libwayland-client.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-client.so.0 (0x00007f910f637000)
libwayland-cursor.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x00007f910f42f000)
libxkbcommon.so.0 => /usr/lib/x86_64-linux-gnu/libxkbcommon.so.0 (0x00007f910f1ef000)
libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f910efea000)
libbluray.so.1 => /usr/lib/x86_64-linux-gnu/libbluray.so.1 (0x00007f910eda0000)
libsndio.so.6.1 => /usr/lib/x86_64-linux-gnu/libsndio.so.6.1 (0x00007f910eb90000)
libjack.so.0 => /usr/lib/x86_64-linux-gnu/libjack.so.0 (0x00007f910e949000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f910e72c000)
libva-drm.so.1 => /usr/lib/x86_64-linux-gnu/libva-drm.so.1 (0x00007f910e529000)
libva.so.1 => /usr/lib/x86_64-linux-gnu/libva.so.1 (0x00007f910e307000)
libXss.so.1 => /usr/lib/x86_64-linux-gnu/libXss.so.1 (0x00007f910e104000)
libgbm.so.1 => /usr/lib/x86_64-linux-gnu/libgbm.so.1 (0x00007f910def7000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f910dce5000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f910d9a5000)
libpulse.so.0 => /usr/lib/x86_64-linux-gnu/libpulse.so.0 (0x00007f910d754000)
libavfilter.so.6 => /usr/lib/x86_64-linux-gnu/libavfilter.so.6 (0x00007f910d2f1000)
libcdio_paranoia.so.1 => /usr/lib/x86_64-linux-gnu/libcdio_paranoia.so.1 (0x00007f910d0e9000)
libcdio_cdda.so.1 => /usr/lib/x86_64-linux-gnu/libcdio_cdda.so.1 (0x00007f910cee1000)
libcdio.so.13 => /usr/lib/x86_64-linux-gnu/libcdio.so.13 (0x00007f910ccbc000)
libEGL.so.1 => /usr/lib/x86_64-linux-gnu/libEGL.so.1 (0x00007f910ca88000)
liblua5.2.so.0 => /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 (0x00007f910c855000)
libSDL2-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0 (0x00007f910c537000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f910c327000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007f910c0b5000)
libass.so.5 => /usr/lib/x86_64-linux-gnu/libass.so.5 (0x00007f910be84000)
liblcms2.so.2 => /usr/lib/x86_64-linux-gnu/liblcms2.so.2 (0x00007f910bc28000)
libXv.so.1 => /usr/lib/x86_64-linux-gnu/libXv.so.1 (0x00007f910ba23000)
libsmbclient.so.0 => /usr/lib/x86_64-linux-gnu/libsmbclient.so.0 (0x00007f910b7fb000)
libwayland-egl.so.1 => /usr/lib/x86_64-linux-gnu/libwayland-egl.so.1 (0x00007f910b5f9000)
libvdpau.so.1 => /usr/lib/x86_64-linux-gnu/libvdpau.so.1 (0x00007f910b3f5000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f910b1db000)
libdvdnav.so.4 => /usr/lib/x86_64-linux-gnu/libdvdnav.so.4 (0x00007f910afc6000)
libswresample.so.2 => /usr/lib/x86_64-linux-gnu/libswresample.so.2 (0x00007f910ada7000)
libva-x11.so.1 => /usr/lib/x86_64-linux-gnu/libva-x11.so.1 (0x00007f910ab9f000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f910a89b000)
libva-wayland.so.1 => /usr/lib/x86_64-linux-gnu/libva-wayland.so.1 (0x00007f910a697000)
libasound.so.2 => /usr/lib/x86_64-linux-gnu/libasound.so.2 (0x00007f910a38a000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f910a186000)
librubberband.so.2 => /usr/lib/x86_64-linux-gnu/librubberband.so.2 (0x00007f9109f50000)
libavdevice.so.57 => /usr/lib/x86_64-linux-gnu/libavdevice.so.57 (0x00007f9109d21000)
libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f9109b16000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9109778000)
/lib64/ld-linux-x86-64.so.2 (0x0000560fe088e000)
libmfx.so.0 => /usr/lib/x86_64-linux-gnu/libmfx.so.0 (0x00007f9109565000)
libzvbi.so.0 => /usr/lib/x86_64-linux-gnu/libzvbi.so.0 (0x00007f91092d8000)
libxvidcore.so.4 => /usr/lib/x86_64-linux-gnu/libxvidcore.so.4 (0x00007f9108fc4000)
libx265.so.110 => /usr/lib/x86_64-linux-gnu/libx265.so.110 (0x00007f9108a5a000)
libx264.so.148 => /usr/lib/x86_64-linux-gnu/libx264.so.148 (0x00007f91086e4000)
libvpx.so.4 => /usr/lib/x86_64-linux-gnu/libvpx.so.4 (0x00007f91082a7000)
libvorbisenc.so.2 => /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2 (0x00007f9107ffe000)
libvorbis.so.0 => /usr/lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007f9107dd2000)
libvo-amrwbenc.so.0 => /usr/lib/x86_64-linux-gnu/libvo-amrwbenc.so.0 (0x00007f9107bb8000)
libtheoraenc.so.1 => /usr/lib/x86_64-linux-gnu/libtheoraenc.so.1 (0x00007f9107977000)
libtheoradec.so.1 => /usr/lib/x86_64-linux-gnu/libtheoradec.so.1 (0x00007f9107759000)
libspeex.so.1 => /usr/lib/x86_64-linux-gnu/libspeex.so.1 (0x00007f9107540000)
libsnappy.so.1 => /usr/lib/x86_64-linux-gnu/libsnappy.so.1 (0x00007f9107338000)
libshine.so.3 => /usr/lib/x86_64-linux-gnu/libshine.so.3 (0x00007f910712b000)
libopus.so.0 => /usr/lib/x86_64-linux-gnu/libopus.so.0 (0x00007f9106edc000)
libopenjp2.so.7 => /usr/lib/x86_64-linux-gnu/libopenjp2.so.7 (0x00007f9106c9f000)
libopenh264.so.2 => /usr/lib/x86_64-linux-gnu/libopenh264.so.2 (0x00007f91069aa000)
libopencore-amrwb.so.0 => /usr/lib/x86_64-linux-gnu/libopencore-amrwb.so.0 (0x00007f9106796000)
libopencore-amrnb.so.0 => /usr/lib/x86_64-linux-gnu/libopencore-amrnb.so.0 (0x00007f910656b000)
libmp3lame.so.0 => /usr/lib/x86_64-linux-gnu/libmp3lame.so.0 (0x00007f91062d4000)
libkvazaar.so.3 => /usr/lib/x86_64-linux-gnu/libkvazaar.so.3 (0x00007f910604e000)
libilbc.so.2 => /usr/lib/x86_64-linux-gnu/libilbc.so.2 (0x00007f9105e35000)
libgsm.so.1 => /usr/lib/x86_64-linux-gnu/libgsm.so.1 (0x00007f9105c28000)
libfdk-aac.so.1 => /usr/lib/x86_64-linux-gnu/libfdk-aac.so.1 (0x00007f9105970000)
libcrystalhd.so.3 => /usr/lib/x86_64-linux-gnu/libcrystalhd.so.3 (0x00007f9105755000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f910552f000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f9105220000)
libopenmpt.so.0 => /usr/lib/x86_64-linux-gnu/libopenmpt.so.0 (0x00007f9104e90000)
libgme.so.0 => /usr/lib/x86_64-linux-gnu/libgme.so.0 (0x00007f9104c43000)
libgnutls.so.30 => /usr/lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007f91048aa000)
libchromaprint.so.1 => /usr/lib/x86_64-linux-gnu/libchromaprint.so.1 (0x00007f9104692000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007f9104482000)
libv4lconvert.so.0 => /usr/lib/x86_64-linux-gnu/libv4lconvert.so.0 (0x00007f9104208000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f9103ffd000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007f9103c42000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f9103a04000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f9103755000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f910353f000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f91031bd000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f9102fa4000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f9102d7a000)
libwayland-server.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-server.so.0 (0x00007f9102b67000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f910293f000)
libpulsecommon-10.0.so => /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-10.0.so (0x00007f91026bc000)
libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f910246a000)
libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x00007f9102264000)
libpostproc.so.54 => /usr/lib/x86_64-linux-gnu/libpostproc.so.54 (0x00007f9102046000)
libavresample.so.3 => /usr/lib/x86_64-linux-gnu/libavresample.so.3 (0x00007f9101e24000)
libvidstab.so.1.0 => /usr/lib/libvidstab.so.1.0 (0x00007f9101c11000)
libtesseract.so.3 => /usr/lib/libtesseract.so.3 (0x00007f910146e000)
libfribidi.so.0 => /usr/lib/x86_64-linux-gnu/libfribidi.so.0 (0x00007f9101255000)
libebur128.so.1 => /usr/lib/x86_64-linux-gnu/libebur128.so.1 (0x00007f910104a000)
libbs2b.so.0 => /usr/lib/x86_64-linux-gnu/libbs2b.so.0 (0x00007f9100e44000)
libass.so.9 => /usr/lib/x86_64-linux-gnu/libass.so.9 (0x00007f9100c13000)
libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f9100a11000)
libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f910080c000)
libxcb-xfixes.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-xfixes.so.0 (0x00007f9100602000)
libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f91003ff000)
libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f91001fc000)
libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f90ffff5000)
libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f90ffdf2000)
libpulse-simple.so.0 => /usr/lib/x86_64-linux-gnu/libpulse-simple.so.0 (0x00007f90ffbed000)
libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f90ff9e0000)
libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f90ff7d0000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f90ff5ca000)
libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f90ff39b000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f90ff198000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f90fef92000)
libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f90fed75000)
libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007f90feae0000)
libsamba-util.so.0 => /usr/lib/x86_64-linux-gnu/libsamba-util.so.0 (0x00007f90fe86c000)
libtalloc-report.so.0 => /usr/lib/x86_64-linux-gnu/samba/libtalloc-report.so.0 (0x00007f90fe669000)
libtevent-util.so.0 => /usr/lib/x86_64-linux-gnu/libtevent-util.so.0 (0x00007f90fe466000)
liblibsmb.so.0 => /usr/lib/x86_64-linux-gnu/samba/liblibsmb.so.0 (0x00007f90fe1fc000)
libmsrpc3.so.0 => /usr/lib/x86_64-linux-gnu/samba/libmsrpc3.so.0 (0x00007f90fdfdc000)
libsamba-errors.so.1 => /usr/lib/x86_64-linux-gnu/libsamba-errors.so.1 (0x00007f90fdc99000)
liblibcli-lsa3.so.0 => /usr/lib/x86_64-linux-gnu/samba/liblibcli-lsa3.so.0 (0x00007f90fda95000)
libsamba-security.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsamba-security.so.0 (0x00007f90fd877000)
libsmbconf.so.0 => /usr/lib/x86_64-linux-gnu/libsmbconf.so.0 (0x00007f90fd5fd000)
libsamba3-util.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsamba3-util.so.0 (0x00007f90fd3f2000)
libndr.so.0 => /usr/lib/x86_64-linux-gnu/libndr.so.0 (0x00007f90fd1dc000)
libsamba-debug.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsamba-debug.so.0 (0x00007f90fcfd6000)
libcli-smb-common.so.0 => /usr/lib/x86_64-linux-gnu/samba/libcli-smb-common.so.0 (0x00007f90fcdab000)
libgse.so.0 => /usr/lib/x86_64-linux-gnu/samba/libgse.so.0 (0x00007f90fcb82000)
libutil-cmdline.so.0 => /usr/lib/x86_64-linux-gnu/samba/libutil-cmdline.so.0 (0x00007f90fc97e000)
libndr-standard.so.0 => /usr/lib/x86_64-linux-gnu/libndr-standard.so.0 (0x00007f90fc461000)
libdcerpc-samba.so.0 => /usr/lib/x86_64-linux-gnu/samba/libdcerpc-samba.so.0 (0x00007f90fc0d2000)
libsmbregistry.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsmbregistry.so.0 (0x00007f90fbeb4000)
libsecrets3.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsecrets3.so.0 (0x00007f90fbca9000)
libtalloc.so.2 => /usr/lib/x86_64-linux-gnu/libtalloc.so.2 (0x00007f90fba95000)
libtevent.so.0 => /usr/lib/x86_64-linux-gnu/libtevent.so.0 (0x00007f90fb885000)
libsoxr.so.0 => /usr/lib/x86_64-linux-gnu/libsoxr.so.0 (0x00007f90fb620000)
libsamplerate.so.0 => /usr/lib/x86_64-linux-gnu/libsamplerate.so.0 (0x00007f90fb2b4000)

>>1974709
libfftw3.so.3 => /usr/lib/x86_64-linux-gnu/libfftw3.so.3 (0x00007f90faeb7000)
libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f90facb3000)
libxcb-shape.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shape.so.0 (0x00007f90faaaf000)
libdc1394.so.22 => /usr/lib/x86_64-linux-gnu/libdc1394.so.22 (0x00007f90fa836000)
libcaca.so.0 => /usr/lib/x86_64-linux-gnu/libcaca.so.0 (0x00007f90fa56d000)
libraw1394.so.11 => /usr/lib/x86_64-linux-gnu/libraw1394.so.11 (0x00007f90fa35d000)
libavc1394.so.0 => /usr/lib/x86_64-linux-gnu/libavc1394.so.0 (0x00007f90fa158000)
librom1394.so.0 => /usr/lib/x86_64-linux-gnu/librom1394.so.0 (0x00007f90f9f53000)
libiec61883.so.0 => /usr/lib/x86_64-linux-gnu/libiec61883.so.0 (0x00007f90f9d46000)
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f90f9b3a000)
libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f90f9907000)
libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1 (0x00007f90f96fc000)
libogg.so.0 => /usr/lib/x86_64-linux-gnu/libogg.so.0 (0x00007f90f94f3000)
libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f90f91df000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f90f8fc9000)
libmpg123.so.0 => /usr/lib/x86_64-linux-gnu/libmpg123.so.0 (0x00007f90f8d6a000)
libvorbisfile.so.3 => /usr/lib/x86_64-linux-gnu/libvorbisfile.so.3 (0x00007f90f8b61000)
libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f90f88fc000)
libidn.so.11 => /lib/x86_64-linux-gnu/libidn.so.11 (0x00007f90f86c8000)
libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f90f84b3000)
libnettle.so.6 => /usr/lib/x86_64-linux-gnu/libnettle.so.6 (0x00007f90f827c000)
libhogweed.so.4 => /usr/lib/x86_64-linux-gnu/libhogweed.so.4 (0x00007f90f8047000)
libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f90f7dc4000)
libicui18n.so.57 => /usr/lib/x86_64-linux-gnu/libicui18n.so.57 (0x00007f90f794a000)
libicuuc.so.57 => /usr/lib/x86_64-linux-gnu/libicuuc.so.57 (0x00007f90f75a2000)
libicudata.so.57 => /usr/lib/x86_64-linux-gnu/libicudata.so.57 (0x00007f90f5b25000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f90f591f000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f90f5719000)
libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x00007f90f54fc000)
libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007f90f52f4000)
libXtst.so.6 => /usr/lib/x86_64-linux-gnu/libXtst.so.6 (0x00007f90f50ee000)
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f90f5064000)
libwrap.so.0 => /lib/x86_64-linux-gnu/libwrap.so.0 (0x00007f90f4e5a000)
libsndfile.so.1 => /usr/lib/x86_64-linux-gnu/libsndfile.so.1 (0x00007f90f4be2000)
libasyncns.so.0 => /usr/lib/x86_64-linux-gnu/libasyncns.so.0 (0x00007f90f49dc000)
liblept.so.5 => /usr/lib/x86_64-linux-gnu/liblept.so.5 (0x00007f90f456c000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f90f4256000)
libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007f90f4029000)
libtime-basic.so.0 => /usr/lib/x86_64-linux-gnu/samba/libtime-basic.so.0 (0x00007f90f3e26000)
libsocket-blocking.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsocket-blocking.so.0 (0x00007f90f3c24000)
libgenrand.so.0 => /usr/lib/x86_64-linux-gnu/samba/libgenrand.so.0 (0x00007f90f3a22000)
libkrb5samba.so.0 => /usr/lib/x86_64-linux-gnu/samba/libkrb5samba.so.0 (0x00007f90f3814000)
libcli-cldap.so.0 => /usr/lib/x86_64-linux-gnu/samba/libcli-cldap.so.0 (0x00007f90f360c000)
libcliauth.so.0 => /usr/lib/x86_64-linux-gnu/samba/libcliauth.so.0 (0x00007f90f33f9000)
libsys-rw.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsys-rw.so.0 (0x00007f90f31f6000)
libgensec.so.0 => /usr/lib/x86_64-linux-gnu/samba/libgensec.so.0 (0x00007f90f2fce000)
libcom_err-samba4.so.0 => /usr/lib/x86_64-linux-gnu/samba/libcom_err-samba4.so.0 (0x00007f90f2dcb000)
libasn1util.so.0 => /usr/lib/x86_64-linux-gnu/samba/libasn1util.so.0 (0x00007f90f2bc3000)
libndr-nbt.so.0 => /usr/lib/x86_64-linux-gnu/libndr-nbt.so.0 (0x00007f90f29ad000)
libsamba-hostconfig.so.0 => /usr/lib/x86_64-linux-gnu/libsamba-hostconfig.so.0 (0x00007f90f2783000)
libsmb-transport.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsmb-transport.so.0 (0x00007f90f257d000)
libsamba-credentials.so.0 => /usr/lib/x86_64-linux-gnu/libsamba-credentials.so.0 (0x00007f90f236b000)
libCHARSET3.so.0 => /usr/lib/x86_64-linux-gnu/samba/libCHARSET3.so.0 (0x00007f90f2167000)
libndr-samba.so.0 => /usr/lib/x86_64-linux-gnu/samba/libndr-samba.so.0 (0x00007f90f1e31000)
libdbwrap.so.0 => /usr/lib/x86_64-linux-gnu/samba/libdbwrap.so.0 (0x00007f90f1c26000)
libdcerpc-binding.so.0 => /usr/lib/x86_64-linux-gnu/libdcerpc-binding.so.0 (0x00007f90f1a07000)
libutil-tdb.so.0 => /usr/lib/x86_64-linux-gnu/samba/libutil-tdb.so.0 (0x00007f90f1803000)
libsamba-sockets.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsamba-sockets.so.0 (0x00007f90f15eb000)
libinterfaces.so.0 => /usr/lib/x86_64-linux-gnu/samba/libinterfaces.so.0 (0x00007f90f13e6000)
libmessages-dgm.so.0 => /usr/lib/x86_64-linux-gnu/samba/libmessages-dgm.so.0 (0x00007f90f11dc000)
libserver-id-db.so.0 => /usr/lib/x86_64-linux-gnu/samba/libserver-id-db.so.0 (0x00007f90f0fd8000)
libiov-buf.so.0 => /usr/lib/x86_64-linux-gnu/samba/libiov-buf.so.0 (0x00007f90f0dd6000)
libutil-reg.so.0 => /usr/lib/x86_64-linux-gnu/samba/libutil-reg.so.0 (0x00007f90f0bd3000)
libmessages-util.so.0 => /usr/lib/x86_64-linux-gnu/samba/libmessages-util.so.0 (0x00007f90f09d1000)
libsmbd-shim.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsmbd-shim.so.0 (0x00007f90f07cc000)
libutil-setid.so.0 => /usr/lib/x86_64-linux-gnu/samba/libutil-setid.so.0 (0x00007f90f05ca000)
libtdb-wrap.so.0 => /usr/lib/x86_64-linux-gnu/samba/libtdb-wrap.so.0 (0x00007f90f03c7000)
libserver-role.so.0 => /usr/lib/x86_64-linux-gnu/samba/libserver-role.so.0 (0x00007f90f01c5000)
libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007f90effad000)
libtdb.so.1 => /usr/lib/x86_64-linux-gnu/libtdb.so.1 (0x00007f90efd97000)
liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f90efb86000)
libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f90ef935000)
libkrb5-samba4.so.26 => /usr/lib/x86_64-linux-gnu/samba/libkrb5-samba4.so.26 (0x00007f90ef6c7000)
libaddns.so.0 => /usr/lib/x86_64-linux-gnu/samba/libaddns.so.0 (0x00007f90ef4bc000)
libgssapi-samba4.so.2 => /usr/lib/x86_64-linux-gnu/samba/libgssapi-samba4.so.2 (0x00007f90ef28a000)
libauthkrb5.so.0 => /usr/lib/x86_64-linux-gnu/samba/libauthkrb5.so.0 (0x00007f90ef06e000)
libcli-nbt.so.0 => /usr/lib/x86_64-linux-gnu/samba/libcli-nbt.so.0 (0x00007f90eee64000)
libmsghdr.so.0 => /usr/lib/x86_64-linux-gnu/samba/libmsghdr.so.0 (0x00007f90eec61000)
libgomp.so.1 => /usr/lib/x86_64-linux-gnu/libgomp.so.1 (0x00007f90eea34000)
libusb-1.0.so.0 => /lib/x86_64-linux-gnu/libusb-1.0.so.0 (0x00007f90ee81b000)
libslang.so.2 => /lib/x86_64-linux-gnu/libslang.so.2 (0x00007f90ee331000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x00007f90ee101000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f90eded7000)
libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f90edc30000)
libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f90eda22000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f90ed81b000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f90ed5f3000)
libFLAC.so.8 => /usr/lib/x86_64-linux-gnu/libFLAC.so.8 (0x00007f90ed37c000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f90ed165000)
libgif.so.7 => /usr/lib/x86_64-linux-gnu/libgif.so.7 (0x00007f90ecf5b000)
libtiff.so.5 => /usr/lib/x86_64-linux-gnu/libtiff.so.5 (0x00007f90ecce3000)
libwebp.so.6 => /usr/lib/x86_64-linux-gnu/libwebp.so.6 (0x00007f90eca82000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f90ec80f000)
libasn1-samba4.so.8 => /usr/lib/x86_64-linux-gnu/samba/libasn1-samba4.so.8 (0x00007f90ec58e000)
libcli-ldap-common.so.0 => /usr/lib/x86_64-linux-gnu/samba/libcli-ldap-common.so.0 (0x00007f90ec386000)
libwinbind-client.so.0 => /usr/lib/x86_64-linux-gnu/samba/libwinbind-client.so.0 (0x00007f90ec182000)
libldb.so.1 => /usr/lib/x86_64-linux-gnu/libldb.so.1 (0x00007f90ebf51000)
libwbclient.so.0 => /usr/lib/x86_64-linux-gnu/libwbclient.so.0 (0x00007f90ebd42000)
libsamba-modules.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsamba-modules.so.0 (0x00007f90ebb3f000)
libsamdb.so.0 => /usr/lib/x86_64-linux-gnu/libsamdb.so.0 (0x00007f90eb928000)
libsamdb-common.so.0 => /usr/lib/x86_64-linux-gnu/samba/libsamdb-common.so.0 (0x00007f90eb6fd000)
libldbsamba.so.0 => /usr/lib/x86_64-linux-gnu/samba/libldbsamba.so.0 (0x00007f90eb4cf000)
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f90eb2b4000)
libheimbase-samba4.so.1 => /usr/lib/x86_64-linux-gnu/samba/libheimbase-samba4.so.1 (0x00007f90eb0b0000)
libhx509-samba4.so.5 => /usr/lib/x86_64-linux-gnu/samba/libhx509-samba4.so.5 (0x00007f90eae69000)
libhcrypto-samba4.so.5 => /usr/lib/x86_64-linux-gnu/samba/libhcrypto-samba4.so.5 (0x00007f90eac33000)
libroken-samba4.so.19 => /usr/lib/x86_64-linux-gnu/samba/libroken-samba4.so.19 (0x00007f90eaa26000)
libwind-samba4.so.0 => /usr/lib/x86_64-linux-gnu/samba/libwind-samba4.so.0 (0x00007f90ea7fe000)
libndr-krb5pac.so.0 => /usr/lib/x86_64-linux-gnu/libndr-krb5pac.so.0 (0x00007f90ea5f0000)
libauth-sam-reply.so.0 => /usr/lib/x86_64-linux-gnu/samba/libauth-sam-reply.so.0 (0x00007f90ea3eb000)
libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007f90ea3c8000)
libjbig.so.0 => /usr/lib/x86_64-linux-gnu/libjbig.so.0 (0x00007f90ea1ba000)
libflag-mapping.so.0 => /usr/lib/x86_64-linux-gnu/samba/libflag-mapping.so.0 (0x00007f90e9fb8000)

>>1974709
/path/to/boram/resources/app/checklib libmpv.so.1 && echo OK1 || echo FAIL1
/path/to/boram/resources/app/checklib /usr/lib/x86_64-linux-gnu/libmpv.so.1 && echo OK2 || echo FAIL2

>>1974723
>./checklib libmpv.so.1 && echo OK1 || echo FAIL1
OK1

./checklib /usr/lib/x86_64-linux-gnu/libmpv.so.1 && echo OK2 || echo FAIL2
OK2

>>1974728
Странно. А запусти ещё раз boram.

>>1974732
Запустилось.

Я не понял. Как ты починил?

>>1974738
> хромопараша

>>1974738
Может бы поставил libmpv после запуска boram?

Оно даже работает.

>>1974741
Ты намекаешь, что дело в порядке установки зависимостей?

>>1974773
Нет, может ты вначале запустил boram, увидел ошибку, а только потом поставил libmpv?
Ну или может ld.so.cache не успел сгенерироваться почему-то. Хз.

>>1974779
Скчал борам. Распаковал. Запустил борам. Увидел ошибку.
Установил зависимости, как написано на гитхабе. Запустил борам. Увидел ошибку.
Психанул. Удалил борам. Удалил зависимости.
Установил зависимости. Скачал борам. Запустил. Увидел ошибку.
Переименовал библиотеки, как рекомендовали на гитхабе. Запустил. Не запустилось.
Психанул. Опять скачал борам. Опять распаковал. Увидел ошибку. Отчаялся. Написал в этот тред.
Дальше выполнял команды, которые анон подсказывал.
Борам запустился.

>>1969868 (OP)
Есть ли планы добавить возможность обратно конвертировать ВебМ в другие форматы (mp4, avi, mpv, etc)?

>>1974797
Нет. Таких конвертверов и так полно же.
>>1974793
Лол, хз.

>>1974804
Таких много, но это борам, в конце концов большинство из них опенсорс, можно тупо взять часть кода у кого то другого

>>1974797
Лучше бы сначала допилили то, что есть, а уж потом внедряли новые фичи.

Звук видео будет продолжать проигрываться при появлении окна подтверждения выхода из программы или закрытия вкладки.

>>1974981
Не понял.

>>1974991
Запустить видео в борам
Нажать на закрытие программы/вкладки
Видео продолжает проигрываться, изображение на стоп-кадре.

>>1975009
Так со всеми диалогами, да. Они синхронные и блокируют процесс рендера страницы. Не уверен, что это чинится, да и не такая уж и проблема.

>>1975035
>Они синхронные и блокируют процесс рендера страницы
Лох, пидор.

>>1975070
Не я.

Интересно, как ставить превьюшку, если SAR ≠ 1. Теоретически можно под те же Display w/h подгонять, но проще запретить не сбрасывать SAR.
Вообще, анаморф пиздец изврат и должен умереть.

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

>>1975726
Ну ты можешь скачать исходники https://github.com/Kagami/boram
Выучить поверхностно язык программирования на котором там написано
Проверить на зонды
Собрать из этих сходгтклв сеюе придовжеие

>>1975726
Посмотреть в исходниках, если боишься всё равно боишься что они есть в том бораме который качаешь они есть то собери его из исходников, тогда точно их не будет

>это чувство когда релиз Борамчика задерживают внешние обстоятельства

-frames:v 1 не работает на битых SSTV сорцах. Нахуй так жить?

>>1975980
-t 0.05, не? Почему у тебя сорцы всё время битые?

>>1976017
Ещё сильно не извращался, можешь сам попробовать. Проблема, как я понимаю, в том, что -ss перед -i прыгает не туда, слишком поздно (в прошлом треде обсуждали), логика выдачи кадров охуевает и просто выходит. Хотя -frames:v 2 вроде работает (хоть и не с того момента).
https://mega.nz/#!TBNl2byI!Qv6h509ClU5EmQYqSsW8_eikmNiR_eJWxUNvr0H7ZpA
Там ещё анаморф и пуллдаун :3

Это для превью надо, там именно один кадр. Вообще, всегда можно сделать скриншот через "s" и поставить картинкой, конечно. Просто такие файлы и энкодить нормально тоже нельзя, не с того момента начинает.

Олсо, я столько кода для фикса SAR написал, а оно всё равно блядь косячит, force_original_aspect_ratio как обычно не смотрит на DAR. Можно просто сбрасывать SAR у всех превью вторым scale, но тогда блядская однопиксельная полоска иногда остаётся, т.к. я хочу подгонять к чётным разрешениям на выходе. Хуй сделаешь всё нормально.

>tfw не можешь зарелизить Борамчика потому что S3 упал

>>1976647
Фу блять, ну и еблище.

>>1976185
Не знаю, у меня всё нормально. Держи китаянку.

>тчк организатор саботажа говорит что он не виноват

True 64-bit build for Windows
Custom mingw shared builds of ffmpeg and libmpv for Windows
Smaller size of Windows builds: 39/45 MBs for 32/64 bit
Use libass DirectWrite backend instead of Fontconfig on Windows
Probably fixed issue with cleanup of temporal files on Windows
Compatibility with macOS 10.9+
Fixed issue with app being placed at non-ASCII path on macOS
Better handling of SAR / DAR
Scale preview to target resolution, with proper adjustments for scale, crop and SAR
Preserve source FPS in preview
Don't unnecessary remux ytdl sources
New icon
Other UI and bug fixes

Мало тестил, так что могут быть баги.

>>1976814
Товарищ Сталин, задача выполнена!

>>1976765
Лол, там жесть. Вот так попробуй:
$ ffmpeg -ss 10 -i candy.ts -map 0:v:0 -frames:v 1 -f null -; echo $?
Он один кадр таки конвертит, но выходит с ошибкой. И хуй знает, как это нормально обработать.

Китаянка смешная.

>>1976882
ffmpeg -ss 10 -i candy.ts -map 0:v:0 -frames:v 1 -vf "scale=iw+if(neq(iw,ih/(9/16)),ih/(9/16)-iw):ih" asdfa.jpg
Такие дела.

>>1976963
> ffmpeg -ss 10 -i candy.ts -map 0:v:0 -frames:v 1 -vf "scale=iw+if(not(eq(iw,ih/(9/16))),ih/(9/16)-iw):ih" asdfa.jpg

>>1977065
Не, я тебе не про SAR.
Я тебе про сообщение Conversion failed! в конце и ненулевой код выхода. Как узнать, нормально ли ffmpeg сконвертил или нет?

>>1977067
-frames:v 18 ошибка
-frames:v 19 нормально

>>1977079
Лол, вот из-за этой хуйни:

>19 frames successfully decoded, 40 decoding errors
>20 frames successfully decoded, 40 decoding errors
https://github.com/FFmpeg/FFmpeg/blob/n3.2.4/ffmpeg.c#L4598-L4601

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

>>1976875
Таки нашёл баг. Забыл encoder=wrapped_avframe включить на винде, детект интерлейса/кропа сломался.

>>1977101
ФФМпег же не может в картинку запихнуть больше 1 картинки. А кадры подбирает правильно. Сравнил в счетчиком времени в мпв.

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

>>1977162
Не, он просто выходит с кодом 69 (лол, easter egg?), если число ошибок декодирования было больше определённого процента. На вот этом исходнике только начиная с 19-ти кадров процент не очень велик. Как-то так.

>>1976875
Бля, ещё 32-х битный билд сломан. Ну охуеть.

>>1977137
>>1977346
Перезалил.

Немного не понимаю.
В меню "Codecs" я могу почитать некоторые аругменты ffmpeg, но там нет, например, аргументов для превью. В какой части программы я могу ВСЕ аргументы ffmpeg почитать и отредактировать?

>>1977526
В логе отображаются все команды. А отредактировать можно только частично, для простоты.

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

>>1977542
А почему бы не полностью?

>>1978339
https://github.com/FFmpeg/FFmpeg/commit/20e8be0 вот этот коммит в 3.2.4 не попал.
Вообще интересно, я и не знал, что этот баг починили. В следующем релизе надо обновить ffmpeg.
>>1978345
Часть параметров меняется в зависимости от номера прохода, например. Вставлять кучу полей с опциями особо некуда. А зачем тебе?

We recently checked in an improvement to the VP9 multi-threaded (MT) encoder. In addition to the existing column tile based multi-threading, libvpx VP9 encoder now supports multi-threading within a single column tile using a block row based threading approach, resulting in significantly faster encoding. In tests[1] of encoding HD videos with 4 column tiles, the improved VP9 MT encoder achieved speedups over the original of 11% with 2 threads, 27% with 4 threads, 101% with 8 threads, and 135% with 16 threads.

With the improved threading scheme, VP9 encoder can achieve:
1. >100% speed improvement for 720p/1080p videos by allowing the encoder to use more than 4 threads;
2. fast encoding by enabling multi-threads for small resolution videos;
3. >10% speed improvement even when there is no change of number of encoding threads.

To accommodate the set of adaptive features in VP9[2], the improved MT encoder is non-deterministic. However, our tests show that the quality impact is negligible.

Currently, the improved MT encoder works in 1-pass/2-pass good quality mode encoding at speed 0, 1, 2, 3 and 4.

Please note that the block row based MT encoder is off by default. You can use the encoding option "--row-mt=<arg>" to turn it on. For example, if you prefer the original deterministic MT encoder, use the default "--row-mt=0". On the other hand, use "row-mt=1" to enable it to get the improved performance from block row based multi-threading.

Please test the new MT encoder and file an issue[3] if it doesn't work for you.

[1]. Tests were run on the 16-core desktop with Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz.
[2]. The adaptive features in VP9 use previously encoded blocks' stats to modify encoding parameters and make decisions in the current block's encoding, which results in the non-determinism in row-based MT encoder.
[3]. https://bugs.chromium.org/p/webm/issues/list

Yunqing Wang(Google), Ioannis Katsavounidis(Netflix)

Охуенно. Будет в следующем Борамчике! И только в нём, ха.

https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2017-March/207803.html
Also id like to again ask for the attacks against me to stop.
I spend huge amounts of time in FFmpeg trying to
help but i get attacked on IRC and the ML. You realize that i just
reported some issues in a patchset ...
Its really strange, it feels like many people try really hard to push
me out of the project. And the really "hillarious" part is if i leave,
everyone of them will pretend its a surprise and they didnt see it
comming.

Бедный Мишаня. Даже жалко его.

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

>>1979215
Зачем тебе в 9 мегабайт?

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

>>1979230
Хуёвое решение проблемы. Переходи на провайдера с большей скоростью загрузки.

>>1979233
Мне не из чего выбирать - он у меня один. Нужно что-то придумать в моих условиях.

>>1979234
Арендуй любой впс, заливай туда файлы с какой хочешь скоростью, пости с него.

Насмотрелся https://www.youtube.com/watch?v=CddWPpqV854 и возникла идея для стартапа: автоматически находить, вырезать и постить вкусные моменты с фапкамов в https://www.reddit.com/r/kpopfap/
Хотя вообще у меня подозрение, что этот хайп через лет 5 кончится, упрутся в мощность/сложность и дальше простой автоматизации дело не пойдёт. Этот Сербант сам к тому же говорит, что контекста в том, что генерирует нейронка, нет, просто рандомно слепленный мусор, похожий на настоящий. И не видно, как они бы это решили, просто добавив ещё видеокарт.

>>1979254
Бля, не в тот тред.

>>1979259
В тот.

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

Раскажити вкрацци, эта кручи wybm-a?

>>1979672
Нет, не круче.
wybm охуенен простотой и скоростью нарезки вебемок с ютьюба без энкода.

>>1979672
Для разных задач.

А нельзя ли зафигачить очередь заданий? Например, если мне надо выбрать из файла несколько фрагментов, я делаю батник:
ffmpeg -i name.mp4 -ss 06:30.453 -to 06:35.364 -qscale 0 c1.mp4
ffmpeg -i name.mp4 -ss 07:30.000 -to 07:35.000 -qscale 0 c2.mp4
туда же вписываю команду склеить их ("ffmpeg -f concat", предварительно сделав для этого файл со списком фрагментов), вписываю команду на кодирование того, что получилось, запускаю и иду пить чай.
Нельзя ли реализовать что-то похожее? Не ждать, пока обработается каждый кусочек.

>>1980126
Использовать вкладки? Разве что конечное склеивание надо руками будет.

>>1980134
>надо руками
Не круто

>>1980138
Ну хз. Есть mkvmerge GUI например. Или однострочный батник, на который кинул директорию и он сделает mkvmerge -o concat.webm *.webm в ней.
Не хочется просто переизобретать видеоредактор.

>>1969868 (OP)
>boram

>>1980149
Опять ты!

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

>>1980154

남근을 빠는 좋아요?

>>1980162
Поддержу, последовательность топчик

wybm > boram

^_лол

ffmpeg > webm.py >> govno > wybm > mocha >> boram

>>1969868 (OP)
Хотел спросить про превью, а тут скачал 0.3.2 иа там можно уже делать его. Спасибо.

>>1978492
https://github.com/FFmpeg/FFmpeg/commit/734d760e2fb2621040edef3536b5935e7bc45351
4 дня на простейший патч. Нахуй так жить?

Пресеты настроек сделай.

В предыдущей версии, когда устанавливаешь качество, в скобках показывает килобиты. Изменил качество - изменился и битрейт. (Правда, для этого надо было клацнуть мышой по свободному месту: программа не пересчитывает на лету. Непонятно, почему). В этой - нет. Надо заново вводить тайминг и качество, тогда покажет.

>>1982197
Расчётный битрейт от лимита зависит, качество это другое. У меня обновляется после изменения лимита.

>>1969868 (OP)
Мне всегда казалось, что на превью андроид.

>>1982205
Даёшь трансгуманизм!

>>1982207
Можно было и по выразительней лица у кукол делать.

>>1982215
Зачем?

>>1982218
https://ru.wikipedia.org/wiki/Зловещая_долина

>>1982221
И что?

>>1982163
А другой пидор уже неделю смержить не может. Просто нажать кнопку, пиздец.
Я ебал опенсорс.

В чем прикол вставлять превью первым кадром?

>>1982256
А как ещё?

>>1982257
wybm вроде так не делает. А если делает то незаметно

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

>>1982259
Ништяк

до чего дошел прогресс

< atomnuker> why does the encoder use extremely expensive motion vector search for pass == 1 when going through the standard Pass0Encode path (yes, in pass 1/2)?
< TD-Linux> atomnuker, I think you're expected to use a different speed setting for pass 1 (?)
< TD-Linux> hopefully you'll find a better answer than that :)
< atomnuker> so the speed setting isn't respected?
< atomnuker> odd, I've disabled any mention of pass in speed_features
< atomnuker> "const double speed_term = 1.0 + 0.04 · oxcf->speed;" and then "factor · speed_term · group_weight_factor"
< atomnuker> so firstpass.c uses the cpu-used param and ties it to and internal bits per mb measurement

>>1982259
> вконтакт
нинужон

>>1982256
>вставлять превью первым кадром
нинужна

>>1982259
Появилась пара борамок исходник с vimeo в которых даже MPC берет превью со второй дорожки для воспроизведения ставить заново кодироваться я их конечно не стану

Нельзя из картинки и трека сделать вебм?=говно.

>>1983638
Это конвертер, а не "муксер".

Сука, опять все мои идеи украли.
https://github.com/ozmartian/vidcutter
http://www.omgubuntu.co.uk/2017/01/vidcutter-video-trimming-linux-app

>>1984203
По крайней мере теперь видно, что на PyQt можно хорошо сделать. Хотя Qt не особо-то и лучше электронов.

>>1984203
Что это за ебола? Умеет только резать, что ли? Так ведь у меня дала рассинхрон плюс последние несколько секунд вообще без звука. Или я не нашёл каких-то опций?

>>1984684
Ага, типо LosslessCut.
>Так ведь у меня дала рассинхрон плюс последние несколько секунд вообще без звука
Наверно потому что ключевики не учитывает.

Вот команды, которые она использует: https://github.com/ozmartian/vidcutter/blob/master/vidcutter/videoservice.py#L78-L107

>>1970610
>2к17
>смотреть на вес приложулек

>>1984715
Ага, вот ваш любимый кьюти к примеру:
http://download.kde.org/stable/kate/Kate-setup-16.08.3-KF5.28-64bit.exe (44 метра)
http://download.kde.org/unstable/kate/Kate-16.08-x86_64.AppImage (54 метра)
https://github.com/ozmartian/vidcutter/releases/download/3.0.0/VidCutter-3.0.0-linux-x64.AppImage (83 метра, лол)
https://github.com/alamminsalo/orion/releases/download/1.4.0/Orion-1.4.1b.AppImage (104 метра, ололо)

Ничуть не лучше.

http://appimage.org/
Прикольная штука, чего-то я слоупок. Хотя весят пиздец как дохуя.

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

>>1984769
>жуткого тяжелого неповоротливого монстра
Кто поворотливый?

>>1984686
А, ну примерно это я и подозревал. Слабовато. Буду и дальше резать Сольвейгом, пусть у него тоже бывают глюки с ключевыми кадрами. На крайний случай ffmpeg'ом, хотя там пока нарежешь, успеешь выспаться.

>>1985008
А avidemux не пробовал? Про сольвейг я даже не слышал ни разу. Ещё в дабе вроде можно было.

>>1985020
> avidemux
Он у меня сработал единственный раз, а так постоянно крашится. И в этот единственный страшно разозлил меня окошком ввода тайминга. Нельзя просто вклеить "00:20:49.533", каждую циферку надо вводить вручную. Впрочем, в Сольвейг так же. :)

обеспечечу защиту за деньги обрашаться по мылу

МЫЛО ОСТАВЛЯЙТЕ В КОММЕНТАХ

Спасибо что наконец-то добавил возможность вставки превью и метадаты. Но.
Какого хуя одно и то же видео на новой версии программы (пик 1 и 2) boram-v0.3.2-win-x64 кодируется чуть ли не в 2 раза медленнее чем на старой (пик 3 и 4) boram-v0.2.3-win-x64? Строка с настройками вроде та же.

>>1986559
В первом случае libvpx 1.6.1, во втором 1.5.0.
Я у себя тоже это замечал, вроде в 1.6.0 ещё нормально было. Надо из гита собрать (для -row-mt), может починили.

Кажется хорошие новости. Со следующего релиза больше не нужны будут хаки с libffmpeg.so.56 и вообще не обязательно будет иметь ffmpeg shared libs, только libmpv.so.
Я упоролся по эльфам и вот что вышло: https://github.com/Kagami/mpv.js/issues/10
Это дико ебануто, но вроде работает.

Теперь главное, чтобы обратно libffmpeg не запилили, ололо.

Оп, ты сейчас здесь?

>>1986778
>Теперь главное, чтобы обратно libffmpeg не запилили, ололо.
Бля, кажется хотят вернуть как было. Зря писал им, так хуй бы они заметили.
Возможно получится и с динамической пофиксить символы в .dynsym, но не факт.
>>1986794
Да. Я слушаю. Кто говорит?

От нехуй делать поразвлекался ещё с эльфами. На electron 1.4.15.

$ cat stub.c
int av_get_cpu_flags(void) {return 0;}
void av_log_set_level(int level) {}
$ gcc -shared -fPIC -o libffmpeg.so stub.c
$ nm -D electron | awk '/ U av/{print $2}' | grep -vE 'av_get_cpu_flags|av_log_set_level' | xargs rebind -w electron

Оно даже работает, ололо. Крашнется, если добавить <video> на страницу, но мне оно не надо.
Хотя вот av_log_set_level то фигня, а с av_get_cpu_flags проёб, он mpv нужен тоже.
Можно бинарь пропатчить, чтобы эти два вызова убрать, ололо. Будет мегакостыльное прыщерешение, зато вообще без необходимости в libffmpeg.

patchelf ещё охуенный. "patchelf --remove-needed libffmpeg.so electron" удаляет зависимость без каких-либо проблем.

>>1986830
Слишком долго. Прости.

>>1987406
Пропатчил. Лол. Работает. libffmpeg больше не нужен!

>>1969868 (OP)
Хороший софт, спасибо, гораздо лучше WebmForRetards.

бамп

>>1987596

>>1987597
Скример

row-mt=0

Output duration: 00:02:29.6
Output video bitrate: 1514.2k
Output audio bitrate: 128.0k
Output file size: 30528566 B, 29813.05 KiB, 29.11 MiB, underweight: 928714 B
Overall time spent: 00:11:20.6

row-mt=1

Output duration: 00:02:29.6
Output video bitrate: 1514.2k
Output audio bitrate: 128.0k
Output file size: 30554238 B, 29838.12 KiB, 29.14 MiB, underweight: 903042 B
Overall time spent: 00:07:07.9

Неслабо так, в полтора раза ускорене. Когда я это релизну, Борамчик будет лучшим VP9-конвертером в мире!

>>1987704
Так ты давай, не томи!

test

>>1987704
Эт чё за флажок?
Мимонуб

>>1987984
Нагуглил

>>1987704
А когда он, этот libvpx-1.6.2?

>>1987995
Хз. Может через полгода. Может раньше.
А у тебя линукс или винда? Под винду я собираю сам из гита, ну и ты тоже можешь, чтобы не ждать.

>>1987996
Шинда

>>1987998
Вот этим достаточно удобно компилять: https://github.com/jb-alvarado/media-autobuild_suite
Но нужно слегка покурить доки и опции.

>>1988000
Оки, по твоему совету уже один раз собрал ffmpeg (когда выходил 1.6.1).
Но основная сложность будет именно с поиском 1.6.2 так?

>>1988002
Нет, опции уже в гите libvpx и ffmpeg, нужно только собрать. На hive информация для тех, кто на релизы ориентируется.

>>1988006
Дрочить, дрочить, дрочить

>>1988008
Главное, делай по инструкции.

>>1988010
ах вот ты где окопался

>>1988010
А в чём прикол-то?

>>1988810
А какое разрешение видео? Попробуй 720p и -threads 8.

Реально ли запил функции конвертации в 60FPS? Готов задонатить.

>>1988823
-vf framerate=60 попробуй в raw args.

>>1988824
вроде вышло

>>1988824
Спасибо большое.

>>1988821
Это 720p.
А смысл -threads 8, если у меня в принципе 4 логических ядра?

>>1988824
Это ж срань, а не 60фпс.
Надо что-то типа:
-lavfi minterpolate=fps=60:mi_mode=mci:mc_mode=aobmc:me_mode=bidir

Что-то не запускается эта шарманка на стабильном Дебиане.
Переименовал файл - не помогло.
Вроде все установлено, что требуется.

>>1988948
HT есть? Суть в том, что row-mt идёт в дополнение к tile-columns, а на 720p это как бы и так 4 уже треда (хоть и не с полной загрузкой). Возмоно, оно так ограничило. Хотя хз.
>>1988975
Ну да, так получше. Первое это блендинг, второе умеет интерполировать на основе MV.
>>1989013
Что в консоли пишет?

>>1989066
error while loading shared libraries: libavformat-ffmpeg.so.56: cannot open shared object file: No such file or directory

>>1989116
Не тот переместил. Который libffmpeg.so.56 надо.

>>1989121
Олсо, в следующей версии этого костыля уже не будет.

>>1989121
Сорян.
libmpv1 не был установлен

Теперь вот, что пишет
error while loading shared libraries: libavformat.so.57: cannot open shared object file: No such file or directory

Но у меня нету 57 - только 56

Мне то что делать? Новую версию ждать?

>>1989131
cd куда-распаковал-борамчика
mv libffmpeg.so.56 libffmpeg.so

>>1989133
Теперь вот
Because of Chromium limitation, boram can't be run from path with non-ASCII characters. Please run boram as ASCII-only path.

>>1989138
А как ты его запускаешь? Попробуй из консоли "./boram".

>>1989140
А все, при помощи клика запустился, а через сосноль
Unsupported location detected
Because of Chromium limitation, boram can't be run from path with non-ASCII characters. Please run boram as ASCII-only path.

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

/home/user/Загрузки/boram-v123/boram не работает
cd ~/Загрузки/boram && ./boram работает

>>1989146
А теперь-то что?
С файлами без кириллицы тоже сомое.

>>1989150
Драйвера на видеокарту установлены? В mpv opengl вывод работает? В хроме webgl работает?

BORAM_VERBOSE=1 ./boram ещё запусти и покажи, что в консоли.

>>1989154
Хз, у меня встроенная видяха. Вроде устанавливал какие-то пакеты из реп

>mpv opengl
> хроме webgl
Без понятия

/home/anon/sh/boram-v0.3.2-linux-x64/boram --type=ppapi --mojo-channel-token=F164E789A6F43D934076F44E0C3E2903 --no-sandbox --ppapi-flash-args --lang=ru --v8-natives-passed-by-fd --v8-snapshot-passed-by-fd: symbol lookup error: ./sh/boram-v0.3.2-linux-x64/resources/app/libboram.so: undefined symbol: mpv_get_sub_api

>>1989176
Охлол: https://packages.debian.org/jessie/libmpv1
Слишком старая.

Хз, можно ли обновить без компиляции. Вот это попробуй: http://www.deb-multimedia.org/dists/testing/main/binary-amd64/package/mpv
Ну или https://github.com/mpv-player/mpv-build Только libmpv-shared включи.

>>1989189
Хотя не, deb-multimedia не пробуй, там нет libmpv.
В общем, либо ищи какую собранную дебку, либо компиляй через mpv-build.

>>1988975
А на шебм результат
> minterpolate=fps=60:mi_mode=mci:mc_mode=aobmc:me_mode=bidir
?

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

мимокрокодил

>>1989066
> HT есть?
4 логических ядра, т.е. два физических + HT

>>1989066
Я именно к тому, что row-mt замедляет, если работает

>>1989361
>>1989365
Тогда попробуй 360p.

>>1989326
> А на шебм результат
Да
> проскакивают артефакты
Это норма при дорисовке кадров до 60 фпс

>>1989380
> Это норма при дорисовке кадров до 60 фпс
Лично я встречал и без них (может быть, даже не поленюсь и нагуглю). Собственно, нет ли возможности уменьшить их проявление? А то давно пускаю слюни на 60 fps, но все мои эксперименты с ffmpeg приводили к тому, что либо артефакты корёжили изображение, либо разница с изначальной версией была незаметна на глаз.

>>1989405
mvtools ещё есть.

>>1989405
Читай https://ffmpeg.org/ffmpeg-filters.html#minterpolate
@
Экспериментируй

>>1989411
Так я и читал. Там комбинаций дофига. Ладно, не буду оффтопить.

Add -row-mt support
Get rid of libffmpeg fix on Linux
Update libvpx, ffmpeg to git master
Update electron, ytdl to latest versions
Clear minor SAR difference on scale
Fix unability to open webm while encoding is in progress

>>1989378
Но в теории должен ускорять на разрешениях >=720p...
Как попробовать? -threads вообще не писать.
Сколько tile-columns?

>>1988975
Что с этим делать?

Filtergraph 'scale=floor((iw+1)/2)*2:-2' was specified through the -vf/-af/-filter option for output stream 0:0, which is fed from a complex filtergraph.
-vf/-af/-filter and -filter_complex cannot be used together for the same stream.

ffmpeg exited with 1

>>1989378
ffmpeg -benchmark -i in.webm -c:v vp9 -b:v 400k -threads 4 -tile-columns 4 -row-mt 1 -pass 2 out3601.webm
bench: utime=728.540s
bench: maxrss=204348kB
ffmpeg -benchmark -i in.webm -c:v vp9 -b:v 400k -threads 4 -tile-columns 4 -row-mt 0 -pass 2 out3602.webm
bench: utime=661.491s
bench: maxrss=204316kB
Кек, какого она на 360p помогает?
Типа 1 это "выкл", а 0 это "вкл".?

>>1989634
Ой, я неправильно числа сравнил.
Да, на 360п тоже хуже

>>1989611
Не, смотри https://groups.google.com/a/webmproject.org/forum/#!topic/codec-devel/oiHjgEdii2U
Суть в том, что он даёт использовать больше тредов, чем tile-columns, т.к. tile-columns ограничены шириной.
Т.е. если у тебя 720p, то это максимум 4 треда, и то не полностью загруженные, а с row-mt будет 600-800%. Оно как бы улучшает tile-columns.

>Как попробовать?
ffmpeg -v quiet -stats -f lavfi -i testsrc -auto-alt-ref 1 -c:v libvpx-vp9 -frames:v 500 -threads 8 -f null -
ffmpeg -v quiet -stats -f lavfi -i testsrc -auto-alt-ref 1 -c:v libvpx-vp9 -row-mt 1 -frames:v 500 -threads 8 -f null -
Например.

>>1989637
Странно. Попробуй команды выше. Попробуй замерять через powershell и MeasureTime может. У меня результаты:

99% cpu 7.518 total
173% cpu 5.573 total

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

>>1989626
-lavfi поменяй на -vf

>>1989651
Он начинает рендерить чёт со скоростью в во фрейм-полтора. Так минуту можно сутки делать.

0.3.3.
Это нормально, что ножницы не работают на 00:00.000, начинают работать только когда один кадр скипнуть?
Алсо, прокинул небольшой отрывок того же видео 720п в борамке с row-mt и без.
3:07 с row-mt
3:36 - без
Ну да, борамский row-mt реально ускоряет.
>>1989650
> Попробуй замерять через powershell и MeasureTime может
Эмм, да хоть секундомером, тут же не на миллисекунды счёт идёт.
Кстати, в борамке так и замерял ^-^.

>>1989676
>Это нормально, что ножницы не работают на 00:00.000, начинают работать только когда один кадр скипнуть?
Can't reproduce.
>Ну да, борамский row-mt реально ускоряет.
Странно, может ты скомпилял не так? Хотя я хз, как такое возможно.

>>1989681
А, блин, перепутал cut с crop. Ну как бы да, на нулевой отметке нечего отрезать же.

>>1989650
> ffmpeg -v quiet -stats -f lavfi -i testsrc -auto-alt-ref 1 -c:v libvpx-vp9 -frames:v 200 -threads 8 -f null -
36 s
> ffmpeg -v quiet -stats -f lavfi -i testsrc -auto-alt-ref 1 -c:v libvpx-vp9 -row-mt 1 -frames:v 200 -threads 8 -f null -
5 s
WTF

>>1989704
Ой, не, не то

>>1989663
У меня тоже грустно:

$ time ffmpeg -v quiet -stats -i 'T-ARA - TIAMO (MelOn 1080p).mp4' -frames:v 50 -f null -
frame= 50 fps=0.0 q=-0.0 Lsize=N/A time=00:00:01.96 bitrate=N/A speed=20.7x
ffmpeg -v quiet -stats -i 'T-ARA - TIAMO (MelOn 1080p).mp4' -frames:v 50 -f 0.54s user 0.04s system 441% cpu 0.130 total
$ time ffmpeg -v quiet -stats -i 'T-ARA - TIAMO (MelOn 1080p).mp4' -vf minterpolate=fps=60:mi_mode=mci:mc_mode=aobmc:me_mode=bidir -frames:v 50 -f null -
frame= 50 fps=0.8 q=-0.0 Lsize=N/A time=00:00:01.96 bitrate=N/A dup=0 drop=1 speed=0.0299x
ffmpeg -v quiet -stats -i 'T-ARA - TIAMO (MelOn 1080p).mp4' -vf -frames:v 50 65.58s user 0.26s system 100% cpu 1:05.60 total

Это фигня почему-то однотредовая ещё. Наверно можно режим попроще какой выбрать.

>Так минуту можно сутки делать
Лол, во времена libvpx 1.3 VP9 столько и рендерили примерно, если не больше.

>>1989650
> ffmpeg -v quiet -stats -f lavfi -i testsrc -auto-alt-ref 1 -c:v libvpx-vp9 -frames:v 500 -threads 8 -f null -
15.5 s
> ffmpeg -v quiet -stats -f lavfi -i testsrc -auto-alt-ref 1 -c:v libvpx-vp9 -row-mt 1 -frames:v 500 -threads 8 -f null -
11.2 s
Фикс
Просто не знал, что есть вообще testsrc, и пихал туда своё видео в одном тесте, а testsrc в другом. Но сейчас всё одинаково

>>1989711
Ну вот так уже похоже на правду.

>>1989712
Ещё бы загрузку ОЗУ чем снять...

>>1989713
Впрочем, пофиг.

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

>>1989716
~65 МБ без,
~115 МБ с...
И в Диспетчере, и в PE посмотрел на всякий.

>>1989719
Вот так можно треды посмотреть. У меня на 720p 8 с -row-mt и 4 без (при -threads 8).
Кстати, с -row-mt ещё первый проход намного быстрее работает.

>>1989737
Что делает -row-mt?

>>1989762
>>1989650

>>1988810
>>1989711
На том же самом ffmpeg и на том же самом видео.
> ffmpeg -benchmark -i in.webm -map 0:v -c:v vp9 -b:v 1200k -threads 4 -tile-columns 6 -speed 1 -row-mt 1
pass 1:
bench: utime=68.984s
bench: maxrss=140308kB
pass 2:
bench: utime=947.753s
bench: maxrss=204476kB

А без row-mt:
pass 1:
bench: utime=47.456s
bench: maxrss=118464kB
pass 2:
bench: utime=895.914s
bench: maxrss=204056kB
Изменил только кол-во tile-columns и приписал -speed 1.
В итоге вместо убыли получил прирост с row-mt на 45% в pass 1 и на 6% в pass 2.
Не понимаю, ему тогда было tile-columns мало?

>>1989880
speed=1 по умолчанию, tile-columns=4 это 16 тредов, для 720p даже столько не надо.

>68.984s
>947.753s
>47.456s
>895.914s
1.08 ускорение всего, у меня больше.
Я понял, дело в том, что т.к. у тебя только 2 физических ядра, тебе и tile-columns их насыщает. Соответственно, для тебя разницы существенная будет только для видео ≤448px по ширине. На ≤960px может ещё чуть-чуть.

Олсо, надо ещё сделать сравнение для 1.5.0 и последней версии из гита. Если второе медленнее, то баг заслать, т.к. это ненормально.

>>1989889
>>1989880
Скачал у zeranoe ffmpeg 2.8.6. Там 1.5.0.
То же самое in.webm.
> ffmpeg -benchmark -i in.webm -map 0:v -c:v vp9 -b:v 1200k -threads 4 -tile-columns 6 -speed 1 -pass 1 -f null -
bench: utime=41.949s
bench: maxrss=115780kB
pass 2:
bench: utime=669.899s
bench: maxrss=190472kB
Дыа, оно быстрее. Видео по всем прочим параметрам не сравнивал, но у меня оно быстрее.

>>1989880
Лол, и почему мне опять померещился прирост с row-mt, если время больше?

>>1990074
Лол, я тоже не туда посмотрел. Ну замедляет не очень сильно вроде, так что можно не выключать. Сейчас по идее должно быть больше процов с 4 физическими ядрами к тому же.
>>1990072
Да уж, жесть.

>>1990072
>>1990210
https://groups.google.com/a/webmproject.org/forum/#!topic/codec-devel/dbkwe-wcZc4

>>1990074
И да, потести лучше на ≤448px и ≤960px.
Через -f lavfi -i testsrc=s=400x400 и s=900x900 например.

>>1989709
Это просто жесть.


frame= 116 fps=3.0 q=0.0 size=N/A time=00:00:00.00 bitrate=N/A speed= 0x

>>1990734
-vf minterpolate=mb_size=8 вот так побыстрее, раза в 2.

А так, он реально медленный и однотредовый, да:
https://stackoverflow.com/questions/42385502/ffmpeg-motion-interpolation-alternatives-or-speedup
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2017-February/207471.html

Можно попробовать https://github.com/michaelni/FFmpeg/tree/mcfps как по второй ссылке рекомендуют. Но его собирать надо.
Ну или экспериментировать с флагами. Хотя однотредовость так всё равно не пофиксишь.

Вот ещё здесь опции обсуждают:
https://ffmpeg.org/pipermail/ffmpeg-devel/2016-August/198268.html

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

>>1990815
Ну наверно посередине между простыми типо framerate и продвинутыми типо SVP.

>>1990768
Получается, аргумент должен быть такого вида?

-vf minterpolate=mb_size=8=fps=60:mi_mode=mci:mc_mode=aobmc:me_mode=bidir

>>1990832
Нет, только
-vf minterpolate=mb_size=8

Можно и просто
-vf minterpolate

т.к. mb_size не особо ускоряет, а качество наверно снижает. Ну это эксперементировать в общем надо, я его не используют просто, так что хз.

>>1990836
А как же частота кадров?

>>1990838
60 по умолчанию.

>>1990841
Понял, спасибо.

>>1990841
Попробовал оба аргумента. В любом случае возникают артефакты, будем экспериментировать дальше.

>>1990319
> ffmpeg -v quiet -stats -f lavfi -i testsrc=s=400x400 -auto-alt-ref 1 -c:v libvpx-vp9 -row-mt 1 -frames:v 500 -threads 8 -f null -
17.0 s
Без row-mt:
24.1 s
> -i testsrc=s=900x900
48.9 s
Без row-mt:
56.1 s
Повышаем градус разрешение:
> -i testsrc=s=1200x1200
78.8 s
Без row-mt:
70.7 s
Итак, на 400x400 имеем с row-mt 42% прироста, на 900x900 имеем 15% прироста. На 1200x1200 уже 11% убыли от row-mt.
Возьму 1100x1100:
> -i testsrc=s=1100x1100
65.7 s
Без row-mt:
65.4 s
Т.е. на 1100x1100 примерно одинаково.

>>1990867
Может из-за плохого исходника.
Попробуй взять чистое видео, не с ютуба (блюрей, качественный рип, демо какое-нибудь, тестовый y4m и т.д.), на 24 или 30 fps, и ровно в 2 раза его ускорить. Лучше не аниме, т.к. в аниме нет честных 24 кадров в секунду. Потом проматывать результат по кадрам и смотреть, что в промежуточных появилось.

Там обычно будет 23.976 или 29.97 только, надо писать -vf minterpolate=fps=48000/1001 или 60000/1001.

Олсо, есть куча клипов с неправильным fps. Тех же корейских. Там честные 24fps (23.976=24000/1001), как все камеры снимают, но выкладывают 30fps (29.97=30000/1001), где каждый пятый кадр дублирован. Это используют для Telecine, но зачем в прогрессивном варианте выкладывают — хз. Наверно особенности индустрии какие-нибудь.

>>1990876
Ну т.е. у тебя только в варианте с одним тредом есть прирост от row-mt. В принципе логично.
А у меня есть и на 720p, очень даже значительный, хотя всего 4 физических ядра (но 8 с HT). У тебя этот сценарий на 900x900, но даёт маленький прирост. Наверно потому что на двух тредах tile-columns лучше насыщают, чем на четырёх.

Более того, даже на 1080p, довольно-таки часто нужным и затратным по времени, tile-columns дают только 4 неполных треда:

$ time ffmpeg -v quiet -stats -f lavfi -i testsrc=s=1920x1080 -auto-alt-ref 1 -c:v libvpx-vp9 -row-mt 0 -frames:v 500 -threads 8 -f null -
frame= 500 fps= 14 q=0.0 Lsize=N/A time=00:00:20.00 bitrate=N/A speed=0.54x
277% cpu 37.060 total

row-mt даёт больше четырёх:

$ time ffmpeg -v quiet -stats -f lavfi -i testsrc=s=1920x1080 -auto-alt-ref 1 -c:v libvpx-vp9 -row-mt 1 -frames:v 500 -threads 8 -f null -
frame= 500 fps= 17 q=0.0 Lsize=N/A time=00:00:20.00 bitrate=N/A speed=0.687x
472% cpu 29.171 total

что полностью загружает процессор с четыремя физическими ядрами, давая прирост ~1.3x. Соответственно, эффект хорошо почуствуют только обладатели процессоров с ≥4 ядрами.

С другой стороны, этого же эффекта можно добиться, просто используя 1.5.0, лол. Хотя там наверняка всё-таки и качество получше стало, вряд ли прям именно баг.

Спасибо, что помог потестить.

>>1990898
> Хотя там наверняка всё-таки и качество получше стало
Я сохранил видео с настройками поста >>1990072
Вебмрил. Да, 1.6.2 сжал лучше, попал в битрейт лучше, 1195 кбит/c.
1.5.0 промахнулся, дал 1323 кбит/c вместо 1200.
Но по качеству, имхо, всё равно рознятся слишком сильно местами.

>>1990993
Вот SSIM для уточек и доты на vpxenc --codec=vp9 --passes=2 --good --cpu-used=1 --end-usage=q --cq-level=30

v1.5.0
Уточки: 312% cpu 1:09.50 total 7.6M
Дота: 245% cpu 20.560 total 1.5M

master
Уточки: 297% cpu 1:25.72 total 7.0M
Дота: 245% cpu 27.257 total 1.2M

По времени примерно те же 1.3x разницы. У второго похуже качество, но и размер меньше. Надо подгонять.

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

>>1990832
Ставь бідір, так артефактов поменьше должно біть

>>1991020
Исправленный cq-level для master:
Уточки: --cq-level=29, разница в размере 49кб
Дота: --cq-level=27, разница в размере 44кб

1.6.1 лучше, но совсем чуть-чуть. На таком маленьком ограниченном сравнении нельзя судить, но если брать только его, то замедление неоправданно.

>>1991028
Бля, второй график неправильный. То-то я смотрю, что маленькое значение слишком.
Здесь 1.6.1 хуже уже, причём не совсем слабо.

Хз в общем. Сходу не видно, чтобы 1.6.1 была чем-то лучше чисто по качеству. Может разработчики скажут.

>>1991035

>>1969868 (OP)
Какой формат скачивать с ютуба, чтоб заебись было? Я в этом не шарю совсем, раньше всегда вручную скачивал через youtube-dl -f 22.

>>1991045
Который по умолчанию выбран. Там куча эвристик.

А это нормально, что у меня уже минут 30 энкодится и еще только половина прошла? У меня комп слабый если че.

>>1991061
Нормально. Можешь VP8 выбрать, он быстрее.

>>1991065
>>1991061
Дождался. На дебиане все установилось без единой проблемы, все работает.

>>1991071

>>1991020
> У второго похуже качество, но и размер меньше. Надо подгонять.
Я не разбираюсь, но я правильно понял, что размер должен быть примерно одинаковым?
>>1990072
>>1989880
libvpx 1.5.0
ffmpeg -benchmark -i in.webm -map 0:v -c:v vp9 -b:v 1050k -threads 4 -tile-columns 6 -speed 1
Таким образом попал под 1200k. Размер видео как у 1.6.2 примерно,чуть меньше, энкод гораздо быстрее.
Вот время на 1.5.0:
pass 1:
bench: utime=39.874s
bench: maxrss=115736kB
pass 2:
bench: utime=651.757s
bench: maxrss=190428kB
И что я вижу?

>>1991877
Мб мой 1.6.2 какой-то кривой?

>>1991877
>размер должен быть примерно одинаковым?
Да. При сравнении качества важно, чтобы размер файлов как можно сильнее совпадал.
>И что я вижу?
У первого видео тоже некачественные моменты есть. Может просто в разные места попали. -qmax обычно такое фиксит вообще.

А скинь оригинальное видео.

>>1991877
И ещё 1.6.1 из zeranoe-билда.
bench: utime=42.963s
bench: maxrss=117448kB
bench: utime=776.947s
bench: maxrss=194392kB
Т.е. тоже медленнее.
А качество как у 1.6.2 примерно.
>>1991897

>>1991897
А, ну да, там у 1.5.0 в одном месте просто ужасные артефакты, а у 1.6.2 более-менее размазаны по видео

>>1991906
По метрике 1.6.1+ может чуть получше. Но замедление в 1.3 раза оно не оправдывает.

У тебя на гитовой >>1989880 896 секунд, а на релизной >>1991904 777? У меня они примерно одинаковы.

>>1991915
Да ето так

>>1991915
Чем SSIM меряешь?

>>1991941
https://github.com/Kagami/video-tools/blob/master/cmpv.py

>>1991946
> .py
Хочу установить портабельный интерпретатор Python, вижу опции для модулей пикрил. Если проставить все галочки, то питон будет жирным, но работать будет, а если поставить только на matplotlib и PyWin32, то ничего работать не будет. Чего ему не хватает?

>>1992275
NumPy

>>1992275
Можно и просто через pip поставить наверно.

Обьяснити

>>1993252
Режим мультитрединга. Первый самый быстрый обычно.

>>1993254
Зачем тогда остальные?

https://github.com/Kagami/boram/releases
sudo apt-get install ffmpeg
sudo apt-get install libmpv-dev
./boram

>>1993255
row-mt не во всех инсталляциях ffmpeg есть, а no-mt даёт качество чуть лучшее ценой скорости.
Хотя вообще row-mt можно автодетектить.

>boram.exe не является приложением win32

>>1993548
Какую версию скачал? x86 или x64?
Олсо, если у тебя XP, то как минимум mpv точно не заработает.

>>1970610
А там и так браузер. Електрон же. Хуй знает что должно быть в голове чтоб этой парашей пользоваться.

Объясните нубасу, чем вы тут занимаетесь? Собираете свой ффмпег? А чем тот что в свободном доступе валяется плох?

>>1993671
Графический фронтенд для ffmpeg. Чем использование ffmpeg напрямую менее удобно, есть в шапке.

Объясните, плз, ибо я нихуя не понял. Три вебмки сделаны в дефолтном режиме. Менялся только параметр row-mt. Кроме адской разницы во времени (откуда она взялась настолько дикая?) есть ли различия? Если да, как их замерить? Почему в последнем случае битрейт меньше?
И что теперь выбирать?

row-mt

-i video.mp4 -map 0:v:0 -map 0:a:0 -threads 4 -c:v libvpx-vp9 -speed 1 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 0 -crf 25 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a libopus -b:a 128k

Output duration: 01:50.375
Output bitrate: 510 Kbps
Output file size: 6.72 MiB
Overall time spent: 03:26.600

tile-col

-i video.mp4 -map 0:v:0 -map 0:a:0 -threads 4 -c:v libvpx-vp9 -speed 1 -tile-columns 6 -frame-parallel 0 -b:v 0 -crf 25 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a libopus -b:a 128k

Output duration: 01:50.375
Output bitrate: 510 Kbps
Output file size: 6.72 MiB
Overall time spent: 04:59.085

no-mt

-i video.mp4 -map 0:v:0 -map 0:a:0 -threads 4 -c:v libvpx-vp9 -speed 0 -frame-parallel 0 -b:v 0 -crf 25 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a libopus -b:a 128k

Output duration: 01:50.375
Output bitrate: 496 Kbps
Output file size: 6.54 MiB
Overall time spent: 17:05.244

У меня вопрос. Если это row-mt, то почему объявляется tile-columns, а не tile-rows?

>>1974793
Удали мастдайку, говорили они, ставь линукс, говорили они.
Мимо-заработало-с-первого-раза

>>1994357
>>1994359
>>1994360
Что за девка? Еще фото/видео есть?

>>1994787
С хамстера. Нету.

>>1994357
В версия libvpx 1.4.0÷1.6.1 единственный доступный механизм мультитрединга для VP9 это tile-columns. Он зависит от ширины видео и для 854x480 будет использовать всего 2 треда.
Совсем недавно появился механизм row-mt для распараллеливания в передлах одного столбца. Вкупе с tile-columns он позволяет задействовать процессор примерно в полтора раза лучше. Заметно это будет, соответственно, на процессорах с большим числом ядер, чем может загрузить tile-columns.
Последний вариант (no-mt) выключает мультитрединг и использует более вычислительноёмкий презет (по аналогии с x264), поэтому по времени он будет выполняться значительно дольше путём улучшения качества.
>И что теперь выбирать?
Обычно row-mt должно быть оптимально.
>есть ли различия? Если да, как их замерить?
row-mt/tile-col по идее примерно одинаково (разработчики пишут, что «our tests show that the quality impact is negligible»). no-mt из-за tile-columns=0 speed=0 даст может на 5% лучше.
Проверять можно скриншотам и метрикой. Вот cmpv например >>1991946

>>1994507
Возможно он включает распараллеливание по tile-rows. Хотя не уверен. С tile-columns он не связан, он параллелит «within a single column tile using a block row based threading approach». Обычно лучше их использовать вместе для лучшей загрузки ядер.

>>1994824
>значительно дольше путём улучшения качества
Взамен некоторого улучшения качетства.
>разработчики пишут, что «our tests show that the quality impact is negligible»
Это для row-mt 0 vs 1. tile-columns 0 vs 1 примерно 1% потеря качества.

>>1994357
>Почему в последнем случае битрейт меньше?
Квантайзер фиксированный (-crf), а презет более сложный (-speed). В теории так и должно быть. На практике не факт, что качество улучшилось именно на эти 14kbps. Но улучшиться должно, speed 0 vs 1 всё-таки даёт прирост.

>>1994360
Бля, баг нашёл. Надо tile-columns в 0 явно ставить же.
Вообще, надо пересмотреть эту опцию. Сделать автодетект row-mt, а no-mt вряд ли кто-то будет пользоваться.

>>1994824
Ага, спасибо. Кажется, уяснил. Получается, овчинка (no-mt) не стоит выделки. Всё равно исходники среднего качества. Улучшай не улучшай, всё едино. А нет такой тулзы (cmpv) под винду?

>>1995016
>А нет такой тулзы (cmpv) под винду?
Она работает под винду, надо только установить зависимости python, matplotlib и ffmpeg.

>>1995063
Не подскажешь, как напердолить Aalib на Шинду? Я y2aa хочу очень.
Ну или как на Убунту напердолить?

>>1995284
На убунту apt-get install libaa1-dev
На венде хз, ни разу не пробовал. Через mingw/cygwin должно быть легко (в mingw даже пакет такой должен быть уже), ну или через встроенную в десятку убунту.

Олсо, она убогая. Надо её перевести на y4m и resize либы и придумать как избавиться от шума. И лучше сделать в виде VapourSynth-плагина.
Это если не брать во внимание, что я вообще хз, зачем сам эффект может кому-то понадобиться, лол.

>>1995296
В Cygwin у меня проблемы - чому-то не могу хост выставить (--host).
Пишет там что-то, типа нет такого хоста или хост не определён. В msys2 такая же хрень, я хз, не шарю.

>>1995296
Ну ёпта нахрен, прошёл таки ./configure, а вот make - нет.

>>1995308
https://github.com/antirez/redis/pull/3303/files
Ну ты понел. Добавь инклюд select.h куда-нибудь в начало aastdin.h, рядом с другими инклюдами.

>>1995313
>в начало aastdin.c

>>1995314
Ну началооось

>>1995318
После, короче, разгребу всё это дерьмо.
Он у меня отказывается инклюдить все либы, которые включаются таким образом: #include<sys/liba.h>, хотя они у msys2 все лежат в /sys/.

>>1995318
Попробуй include <winsock2.h> вместо select.h может. Вообще хз, я сам ни разу не собирал aalib на винде и про особенности портирования тоже не очень в курсе, могут быть разные тонкости.

>>1995326
Не, проще под Убунту попробовать, а то я там уже два конфликта библиотек поймал

Хорошая идея
Потом украду исходники и переделаю под себя

>>1995365
Попался!

>>1994824
> на процессорах с большим числом ядер, чем может загрузить tile-columns
То есть на двухъядерном четырехпоточном i5 улучшений не ждать?

>>1995783
Для ≤448px будет, а так да.

>>1995783
>двухъядерном четырехпоточном i5
С каких пор под маркой и5 начали выпускать двухядреники?

>>1997456
Ноутбучные же

>>1997456
Ноут Asus, процессор i5-3210M

≤448px

https://mailman.videolan.org/pipermail/vlc-devel/2017-March/111939.html
Украли все мои идеи!

>>1969868 (OP)
Спасибо, анончик, спустя столько лет наконец-то нормальная прога для вебм.
С иксмедией я параною что она слишком долго кодирует, вот реально такое ощущение, даже vp8 вечность кодируется

>>1989405
> Собственно, нет ли возможности уменьшить их проявление?
Можно прописать:
-lavfi minterpolate=fps=xx:mi_mode=dup,minterpolate=fps=60
Чем больше хх, тем меньше артефактов, но и плавность будет не такая экстремальная.

Просто 60 фпс, исходник в 23,98

C minterpolate=fps=30:mi_mode=dup

C minterpolate=fps=45:mi_mode=dup

>>1999945
Мне говорили, что со временем я привыкну к 60 фпс в видео. И я старался привыкнуть, чтобы идти в ногу со временем, но так и не смог. Для меня все это выглядит, как шоу бенни хилла, только музычки оттуда не хватает. Это особенности моего зрения, что видосы с таким фреймрейтом мне кажутся ускоренными или всем так кажется, но им норм?

>>2000028
Ну да. Это эволюция, раньше людям и 24 фпс на два глаза хватало по 12 на каждый, а сейчас зрительный аппарат развился до 60. Можно попробовать смотреть только 60 фпс видео, но выше головы не прыгнешь.

>>2000028
Не то чтобы норм, но всем. Просто ты за то же время, что и раньше, получаешь в два раза с прицепом больше информации, а мозг по привычке раскладывает её на 24 кадра. Вот когда полностью перейдёшь на 60, обычный фильм будет казаться слайд-шоу.

>>2000234
>а мозг по привычке раскладывает её на 24 кадра
Че это за привычка такая у мозга? С играми нет такого, там все уже давным давно в 60ФПС и там нет проблем с восприятием.
>>2000150
> сейчас зрительный аппарат развился до 60
Человеческий глаз может воспринимать куда больше кадров. Например, в играх это можно заметить, если поиграть на мониторах, которые поддерживают 120 фпс. Алсо, не понимаю, как это все работает, ИРЛ мне кажется не такой быстрой, как видосы в 60 ФПС, хотя когда я смотрю глазами на людей, то по идее я ВСЕ кадры вижу.

>>2000290
> С играми нет такого
И с телевизором нет, хотя там фактически 50 (60 в NTSC) кадров (полукадров, но ты их всё равно воспринимаешь как кадры). Хитрые извивы психофизиологии. Ты просто ждёшь от фильма "кинокартинки". Ну и получаешь.

>>1999945
Псевдофпс нинужны.

>>2000433
> Псевдофпс нинужны.

>>2000655
Ну надо же матерные песни в эфире рассадника говна, кто бы мог подумать. С таким в интернет-то не везде пускают.

Сразу после начала конвертации в логе вылезает ffmpeg exited with 3221225477

>>2001555
Какая OS и версия boram?

>>2001565
86, 0.3.3

Тест многоканального звука

У меня платиновая проблемка:
в логе: "ffmpeg exited with 3221225477".
ОС шиндоус 7, Boram v0.3.3, установил самый новый ффмпег в C:\ffmpeg, прописал путь "C:\ffmpeg\bin" в переменные.
В гугле есть обсуждение этой проблемы, там советуют сделать ффмпег "системным". - хз чо это значит.

>>2002982
На виндоузе путь к системному ffmpeg берётся из переменной окружения BORAM_FFMPEG только. Соответственно, если хочешь, чтобы использовался системный, то нужно сделать такую переменную. Ну или можно заменить ffmpeg.exe в resources\app своим.
А какая битность ОС? 32 или 64 бита? Если открыть cmd (Win+R→cmd→Enter) и ввести туда путь до ffmpeg (вроде C:\Users\user\boram-xxx\resources\app\ffmpeg), что будет в выводе?

Автор! Чисто из любопытства: "boram" - это "Борисов Аристарх Мокеевич" или "Афанасий Макарович"?

>>2002986
Б.О.Р.А.М., то есть боевой огромный разумный андроидоподобный монстр.

>>2002985
>На виндоузе путь к системному ffmpeg берётся из переменной окружения BORAM_FFMPEG только.
Интересно, в чем смысл использовать свою копию ффмпега, если он, насколько я помню, обычно ставится отдельно?
Собственно у меня программа стоит в C:\Program Files\boram-v0.3.3-win-x86\

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

>Ну или можно заменить ffmpeg.exe в resources\app своим.
Попробовал. Из \ffmpeg\bin взял ffmpeg.exe и ffprobe.exe, они весят по 34 МБ, заменил ими штатные по адресу C:\Program Files\boram-v0.3.3-win-x86\resources\app
Итог: ffmpeg exited with 1

>А какая битность ОС? 32 или 64 бита?
Шиндус 7 32-битная, MSDN (без сборок и прочих непоправимых исправлений, купил на торрентах), с fix128 (ОЗУ 8ГБ).

>Если открыть cmd (Win+R→cmd→Enter) и ввести туда путь до ffmpeg (вроде C:\Users\user\boram-xxx\resources\app\ffmpeg), что будет в выводе?
Ничего не будет. Нет такой папки. Кстати о C:\Users\, что это за папка C:\Users\1\AppData\Roaming\boram\GPUCache? Что за кэш ГПУ такой? Чисто из любопытства вопрос.

И непонятно - как работает функция ТЕСТ? Что-то кодит, ФПС показывает, потом выводит лог и показывает видос в исходном формате, который кидает в TEMP-папку.

>>2003037
>в чем смысл использовать свою копию ффмпега, если он, насколько я помню, обычно ставится отдельно
Не понял. Ты про то, зачем в boram свой ffmpeg? Ну чтобы не заставлять пользователей скачивать его отдельно.
>Какую именно
BORAM_FFMPEG=C:\ffmpeg\bin\ffmpeg.exe
Также, как PATH прописывал.
>Итог: ffmpeg exited with 1
Было бы хорошо, если бы ты прикладывал скриншоты вкладки encode.
Подозреваю, дело в row-mt. Выбери tile-col.
>Ничего не будет. Нет такой папки.
Пиши путь для своего расположения boram. Т.е. C:\Program Files\boram-v0.3.3-win-x86\resources\app\ffmpeg.exe
>что это за папка
Временные файлы хрома.
>И непонятно - как работает функция ТЕСТ?
Быстрый энкод через x264 для проверки правильности выбора фрагмента и фильтров.

>>2002990
> андроидоподобный
> человекоподобный подобный

>>2000433
>псевдофпс нинужны

>>1999945
Обосрался

>>2003176
> 144fps.webm
Лиса показала 4

>>2003176
> >псевдофпс нинужны
Нужны реальные фпс.
Прожевать прожевало, но почему-то блёклые цвета. Почему бы?

-ss 01:13:09.000 -i "file:D:\\qbit\\Billy.Lynns.Long.Halftime.Walk.2016.2160p.HFR.UHD.BluRay.HDR.DTS-HD.MA5.1.HEVC10-ULTRAHDCLU_Мастер5 (1).mkv" -t 29.136 -map 0:v:0 -map 0:a:0 -threads 4 -c:v libvpx-vp9 -speed 1 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 3808k -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -vf "scale=1000:540,setsar=1" -c:a libopus -b:a 128k -ac 2


frame= 1747 fps=2.1 q=0.0 Lsize= 13968kB time=00:00:29.15 bitrate=3925.0kbits/s speed=0.0349x
video:13472kB audio:473kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.167362%
==================================================

Output duration: 00:29.135
Output bitrate: 3927 Kbps
Output file size: 13.64 MiB
Overall time spent: 16:40.568

>>2003273
>но почему-то блёклые цвета
Сделай сравнительные скриншоты одного и того же момента, желательно в одном и том же плеере.

>>2003086
>зачем в boram свой ffmpeg? Ну чтобы не заставлять пользователей скачивать его отдельно.
Хм, тогда чего ошибки про ненахождение кодака прут? Ну это риторика. Нет унжды отвечать.
>BORAM_FFMPEG=C:\ffmpeg\bin\ffmpeg.exe
Сделал. Вроде кодит.
>Подозреваю, дело в row-mt. Выбери tile-col.
Угадал. Была такая ошибка.
Спасибо, всё работает.

>>2003273
>>1999945
Какая-то клоунада для детей. Пользы ноль, зато на глаза пиздец как давит. О реалистичности и речи быть не может.

>>2003386 => >>2000655

>>2003305
Одного и того же не получилось. Почему-то potplayer не сохраняет стоп-кадр, только в движении.
1) - Скриншот с инфой
2) - Просто скриншот (всё такое же тусклое, как на вебмке, хотя сделан с mkv)
3) - Принтскрин. Вот так оно выглядит на экране (а сохраняет бледные копии).

Вроде бы получается, что видео идёт через madvr, картинки выводятся через не знаю что, а boram кодирует с libav, которая тоже не поддерживает 12-битный цвет. Однако скриншот с инфой сохранился в нормальном цвете. Странно это всё.
Есть ли способ заставить boram использовать madvr и вообще внешние кодеки?


=====================
[Используемые фильтры]
(1) Built-in MKV Source
(2) Built-in Video Codec/Transform
(3) Madshi Video Renderer
(4) Built-in Audio Codec/Transform
(5) DirectSound Audio Renderer

[Информация о видео]
Видео-декодер: HVC1 - Встроенный декодер FFmpeg(hevc, Thread Frame)
Формат на входе: HVC1(24 bits)
Размер на входе: 3840 x 2076(1.85:1)
Формат на выходе: NV12(12 bits)
Размер на выходе: 3840 x 2076(1.85:1)
Частота кадров:59.94
BitRate: Неизвестно

[Информация о звуке]
Аудио-декодер: Dolby AC3(0x2000) - FFmpegMininum64.dll(ac3)
Частота дискретизации: 48000 -> 48000 выборок в секунду
Разрядность: 0 -> 16 бит на компонент
Количество каналов: 6 -> 2 каналов
Bitrate: 384 kbps

>>2003796
А, ну это HDR. В видеоплеер-треде несколько тредов назад как раз подбирали фильтры для ffmpeg, чтобы на BT.709 устройствах нормально смотрелось. Вот в вики информация: https://hive.blasux.ru/webm/s#hdr
Можешь попробовать -vf zscale=p=709:t=709:m=709:npl=600 в raw args вписать. Только замени ffmpeg.exe на зераноевский, а то в моём нет фильтра zscale (ну и tile-col не забудь выбрать при кодировании).

>Есть ли способ заставить boram использовать madvr
Здесь скорее вопрос в том, как записать вывод madvr. Или mpv, он тоже поддерживает gamut mapping. Ответ - хз, кроме самой банальной записи с экрана.
Ну zscale в принципе неплохой результат даёт, хоть и автор говорит, что для таких операций его использовать неправильно.

>>2003809
Ага, спасибо. Буду пробовать. А зераноевским ffmeg'ом просто заменить твой в D:\boram-v0.3.3-win-x64\resources\app\ ?

>>2003844
Да.

Почему на HiveMem называют boram фронтендом? Если ffmpeg не умеет row-mt, значит, борам самостоятельная программа? Или я просто не нашёл, как задать эту опцию? Или я просто неправильно понимаю, что такое фронтенд?

>>2004994
>Если ffmpeg не умеет row-mt
Умеет, просто для её работы нужны libvpx и ffmpeg из гита. Zeranoe берёт релизный libvpx, поэтому у него row-mt фичи не будет.

>>2001198
>матерные песни в эфире
Кстати, да. За это любой другой канал попал бы как минимум на штраф и последнее предупреждение. Или для платных каналов это правило не действует?

>>2007324
Это же не настоящее лого, а пародия, вроде бы.

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

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

>>2008092 => >>2000655

>>2008109
>>2008092

< TD-Linux> yes I deleted --best
< TD-Linux> I'm currently finishing the patch that deletes --rt
< TD-Linux> we could optionally do a x264 style preset mapping. placebo ->0 ultrafast ->7

Ну теперь заживём.

< TD-Linux> wwcv, so I'm trying to clean up the API for AV1 because we're breaking it
< TD-Linux> the approach I've been taking is to just have one speed scale (like the negative values for vp8, or vp9) and then you would have some control loop to adjust that if you need to hit a deadline
< TD-Linux> wwcv, the "rt" scale is substantially different than the "good" one, but it seems to perform much worse overall. am I missing something or has it just drifted away from being well tuned
< TD-Linux> (this is with using zero delay settings in either case)

< utack> does the whole new multithreading "row_mt" option also work for av1 in a modified version? scaling to more cores sounds important for the normal person encoding video, not having advanced methods to encode in chunks
< TD-Linux> utack, not yet. av1 tiling is a little different than vp9 tiling

Такой вопрос. С архивом твича например будет работать?

>>2022408
Должно.

>>2022412
Значит и со всякими FC2 тоже должно?

>>2022421
Что такое fc2?

>>2022422
Тоже потоковый сервис.

>>2022423
Ну отсюда все должны работать https://rg3.github.io/youtube-dl/supportedsites.html

На самом деле нет. Я не проверял выкачивание rtmp, там вроде rtmpdump надо бинарь тащить для этого. Ну и на некоторых сайтах могут форматы странно отображаться, может быть сложно выбрать правильный.

>>2022427
Второй не столь важен, потому что там очень много платного контента, особо годные шедевры хер кто оставит в архиве и есть одна проблема...
Борам сможет стянуть например архив в 6,8,10 часов?

>>2022433
Ну там просто бинарь youtube-dl вызывается. Есть эту ссылку выкачивает ytdl, то должно работать.

>>2022441
Какой же ты умный.

>>2022444
Прям как эта девочка

>>2022447
Эти девочки как раз отвлекают тебя слишком и мальчики скрывающиеся за этими девочками.

>>2022455

дорогой анончик, а можешь доработать борам в части скачивания видео? чтобы получился этакий хороший гуи для youtube-dl ?
или автор больше не занимается борамом? последнее обновление уже с месяц назад было

>>2025603
> хороший гуи для youtube-dl
"Хороший" - это как? Вообще-то задача решается батником и программой копирования ссылок. Получается легко скачивать десятки роликов. В итоге у меня скопилось 85 гигов непросмотренного.
мимо

>>2025603
>доработать борам в части скачивания видео?
Каким образом?
>или автор больше не занимается борамом?
Занимаюсь, но менее активно пока что. Основной функционал реализован, остальные фичи не так критичны.

>>2025603
Есть же https://github.com/MrS0m30n3/youtube-dl-gui/releases

>>2025673
Проблема есть и она в сложном использовании из консоли. Если посмотреть его хелп там даже output template нельзя вызвать!!! Надо было дефолтом присваивать хоть что-нибудь, а не придумывать, выясняя помимо этого расширение.

>>2025783
> Проблема есть и она в сложном использовании из консоли.
Сложно вызвать youtube-dl.exe -a list.txt ? Ну, конечно, не мне судить, но как-то странно.
> output template нельзя вызвать!!!
Не понял. Ты о чём?

С каких пор офф.сайт mpv в списке ркн?

>>2025878
Ну в смысле, дату я вижу, но блджад, почему?

>>2025874
пиздец это нововведение какое-то, дождались. Раньше требовалось указать путь с параметром -o

>>2025878
Фляра в списке, а не сайт mpv. Хуйли взять с поехавших.

>>2025878
>>2025879
лол.
>104.18.62.170 | 104.18.63.170;med-spravki-v-bas.com;;2-783/2017;2017-02-10

>>2025889
Пиздец. РКН во всей красе. Контора для попила бабла, блядь.

>>2025880
Не знаю, когда было это "раньше". Я пользуюсь уже больше года, по-моему, так всегда было. По дефолту пишет в свою директорию.

Чиво блять
> youtube-dl exited with code 1 (WARNING: video doesn't have subtitles ERROR: Signature extraction failed: Traceback (most recent call last): File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\rg3\tmpj3l3ckzu\build\youtube_dl\extractor\youtube.py", line 1070, in _decrypt_signature File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\rg3\tmpj3l3ckzu\build\youtube_dl\extractor\youtube.py", line 958, in _extract_signature_function youtube_dl.utils.ExtractorError: Cannot identify player 'https://www.youtube.com/yts/jsbin/player-vflppxuSE/en_US/base.js'; please report this issue on https://yt-dl.org/bug . Make sure you are using the lat

>>2031506
На люнупсе чинится в две строчки, на шиндоус пробуй ютдл обновить.

>>2031743
Как?

Блять. Что значит обновить если и так стоит все самое последнее? И недавно еще все работало, а сейчас даже фор ретардс не работает.

>>2031506
Скинь https://yt-dl.org/downloads/2017.05.01/youtube-dl.exe в boram/resources/app. Чуть позже выложу новый билд.

>>2031810
А остальными как быть?

Не помогло.

>>2031818
Какой ролик скачиваешь?

>>2031824
Любой.

Объясните на пальцах.

wybm v1.0.1
boram v0.3.4

>>2032860
Ну и хули оно как операционная система весит?

>>2032876
Чтобы выглядело солиднее.

>>2032860
Ок, баг ушел.

Другой вопрос: Wybm в разы быстрее кодирует, чем Boram на дефолтных настройках. Мне не принципиальны пару мегабайт, какие галки снять/поставить для буста без потери качества?

>>2032900
wybm не кодирует, он копирует без потерь фрагмент видео.

>>2032908
Нельзя подобное прописать в текстовой строке Борама? В Wybm функционала не хватает.

>>2032909
Если не гнушаться марать пальцы о клавиатуру, то
ffmpeg -i входной_файл.расширение -ss 00:00.000 -to 00:00.000 -vcodec copy -acodec copy выходной_файл.webm
Хотя неплохо бы было иметь такое в бораме, да. (Попробовал вставить ручками - "Invalid argument").

>>2032940

>>2032940
> -vcodec copy -acodec copy
> 2017
-c:v copy -c:a copy
-c copy

>>2032968
Это ты попробовал скормить ему .mp4, или .flv, или ещё что-нибудь. Речь шла про вебмы.
>>2032972
Ну молодец, молодец. И что? Имеешь с этого критические преимущества?

>>2033082
> И что? Имеешь с этого критические преимущества?
Должен же кто-то даже такие простые вещи пояснять утятам, иначе утята так и останутся утятами.

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

>>2033118
Ой-вей! К чему это внезапное возгорание с проекциями? Плохой день чтоли был? Не суть. Теперь ты знаешь, как правильно, не становись утенком-деградантом.

>>2033128
> Плохой день чтоли был?
Да заебала шпана со своими
> 2017
На кой хуй мне следить за трендами? Нет, блядь, обязательно вылезет умник.
Короче, всё.

Что здесь происходит?

>>2033142
Кидаемся какашками, сэр!

>>2032860
И что нового добавили?

>>2033195
Версия на единичку больше.
Ну фикс для ютуба же.

>>1969868 (OP)
Хули так медленно конвертирует, когда вебм фор адоуби премьер плагин, тоже юзая вп9 и двойное что-то там, делает это на порядок быстрее? :lamo:

>>2033208
Я
>>2033211
Настройски или версии разные. Ещё в последних версиях libvpx медленнее стала. Но с row-mt это не так заметно.

>>2033211
Ну ты сравнил продукт сделанный профессионалами для людей с пердоподелием школьника сделанным для аутистов.
Чего ещё ты ожидал?

>>2033224
>пердоподелием школьника сделанным для аутистов

>>2033224
Так плагин может тоже школьник делал

>>2033232
Реально, но лениво пока. Надо ogv.js встроить.
Умер с Ынушеньки. Ты из кьюта?

>>2033220
> Ещё в последних версиях libvpx медленнее стала.
Имеет смысл откатиться?

>>2033255
Возможно. Мы делали сравнения качества, вроде отличий особых нет. А разница по скорости раза в полтора.
Вот здесь репорт https://groups.google.com/a/webmproject.org/forum/#!topic/codec-devel/dbkwe-wcZc4 Только всем похуй.
Они там AV1 изо всех сил пилят, может поэтому.

>>2033268
А ты сам собрать не хочешь с более быстрой либой? Такой временный промежуточный релиз, пока не допилят?

>>2033444
Можно и со старой, просто захотел -row-mt.

>>1969868 (OP)
Ваша махарайка не пользуется GPU вообще. Доколе?

>>2034008
GPU не поможет в процессе кодирования видео; а если и поможет, то с ужасным качеством. Используй HEVC, если думаешь иначе.

>>2034012
> GPU не поможет в процессе кодирования видео
И чем это передача части вычислений на видяху не поможет?

>>2034034
Ты в курсе, за счёт чего некоторые процессы ускоряют с помощью GPU?

>>2034038
За счет потерь в теплой ламповой цифре?
Мне отключить видеоускорение в Adobe Premiere?

>>2034043
Нет, конечно. За счёт кучи слабых ядер в видеокарте. Это как второй пентиум, но с 512 ядрами. А кодирование видео — процесс очень трудоемкий именно для одного ядра процессора, слабые ядра с ним не справятся. Можешь почитать про потери при многоядерном кодировании в VP8.

https://developers.google.com/media/vp9/settings/vod/
Чего-то я этого раньше не видел.

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

Парни поясните не нубу для чего конкретно нужна эта прога?
Видосы типа качать и сразу конвертировать?

оп что ты юзаешь?

Оп, чому настройки фпс нет?

>>2038721
Программа для получения шебмок.

>>2036171
И чем тебе это грозит?

Сделал три вебмки, соединил их в одну через ffmpeg concat. В плеере показывает целиком, а в браузере только первую из трёх. Оп, не в бораме ли дело? Скорее всего, нет, но хочу быть уверенным.

>>2042420

>>2042564
Охуеть. То есть у тебя браузер САМ показывает всё до конца (до этой картинки)? Тогда в чём же дело? У меня файрфокс и ролик не может перескочить через конец первого фрагмента. Вот если кликнуть мышой подальше на статус-строке, он показывает до конца текущего фрагмента, а дальше не переходит.
Что-то тут не то.

>>2042649
> ролик не может перескочить через конец первого фрагмента
Та же срань

>>2042420
Потому что фаерфокс. В хроме проблем нет.

Нихуя не понял, как вырезать фрагмент с помощью этого вашего говна. Сука, Бандикамом куда проще резать.

>>1969982
Ты тупой штоле сука пидор блядь ебаный?
Пиздец бесят такие тупорезы уебать бы в щщи тебе с вертухи.

>>2048102
Потому что интерфейс оп делол понятный для себя, а не для каждого дебила.

>>2048102
>>2048548
Если делать интерфейс, понятный каждому дебилу, то и пользоваться им будут только дебилы.
Не знаю, не знаю. Я вот разобрался минуты за полторы.

>>1969868 (OP)
Под линукс x86 есть инструкции по установке?

ОП, а можно добавить режим -copy? Хочется нарезать несколько отрывков, склеить их, а потом конвертнуть. Если склеивать уже готовые webm, получается как >>2042420 - а это некузяво. Приходится резать чистым ffmpeg с долгим геморроем (не вдаюсь в подробности, но именно с геморроем), а потом юзать сабж. Идеально, конечно, было бы и склеивать им же, но это уже получается видеоредактор. Так что хотя бы "-c copy", а?

>>2050998
Отрывки лучше всего склеиваются через trim
https://ffmpeg.org/ffmpeg-filters.html#trim

>>2049387
http://arhivach.org/thread/226968/
В этом треде подобным занимались.

>>2051488
Склеиваются они через concat. Может, ты имел в виду режутся? Иначе не понимаю, при чём тут trim.

>>2051499
Когда склеиваешь через concat, то склеиваешь несколько независимых видео, если использовать moive+trim, то они сжимаются как единое целое равномерно размазывая битрейт. Не принципиально, но для максимального качества полезно.

>>2051504
> moive+trim
Приведи пример, плз. Как-то мне это неясно. Ни разу не пробовал. Можно просто командную строку.

Ты автор или он забил болт на тред?

>>1969868 (OP)
Поддержка кодирования видеокартами планируется? У меня старый атлон, но 1050ти которая ускорит кодирование в 10 раз. Было бы прекрасно.

>>2052525
Собери ffmpeg с поддержкой твоей видяхи и кодируй, хуле ты.

Кто-нибудь объясните мне уже — почему именно шебм?
Почему не модный х265, почему не продвинутая теора?
Почему именно гугловый мыльный недоформат?
Зачем сосать этот вонючий мешок?

>>2052757
Потому что его поддерживают все браузеры и, что важнее, борды.

>>1969868 (OP)
Почему когда я выбираю область исходного видео и задаю или не задаю ширину или высоту итогового видео, у меня выходит видео с оригинальным соотношением сторон?!!! Хуле мне теперь делать? Где функция выбора соотношения сторон оригинального или по обрезанному, набор смтандартных соотношений и функция задания своего соотношения по выборуАААААА? А? А? А? А?ТА? сука?

>>1969868 (OP)
пили пакетную оьработку, когда ткосяк с соотношением сторон уладишь.

>>2052757
Потому что компресссия лучше среди доступных скаму кодеков, если пилишь с вп9.

>>2052393
Он забил болт на всё, его поделие не работает нихера.

>>1969868 (OP)
Webm-тред проебан, спрошу здесь

Команда

"C:\Program Files (x86)\ffmpegyag\bin\ffmpeg.exe" -i "C:\Users\Vasyok\Videos\Captures\Game1.mp4" -ss 00:07:04 -t 00:08:15 -c:v libvpx-vp9 -pix_fmt yuv420p -crf -1 -b:v 500k -threads 1 -tile-columns 0 -frame-parallel 0 -g 50 -aq-mode 0 -c:a libopus -b:A 96k "C:\Users\Vasyok\Videos\Game1.webm"

Выдает invalid stream specifier. Что я делаю не так?

Раньше вроде нормально работало.

Сделай конвертор COUB-ов в webm
там всего то нужно видео склеить с аудио

>>2054774
libopus -b:a 96k "C:\Users

>>2054774
Не читаешь внимательно.

>>2055285
Ты не понял, похуй какой плеер, через пайп пускать будешь
aomdec video.webm -o - | mpv -
>>2055348
Миша, давай по-новой
В связи с тем, что работа идет, а доки http://aomedia.org/contributor-guide/ часто обновлять всем впадлу, есть два момента:
1. --best выпилили https://aomedia.googlesource.com/aom/+/6eca835fff6dba1e1a4f8b672a04a17d1b386bd9 поэтому он должен быть убран и из файла be
2. Из него же убери последний параметр --arnr-typeточно не уверен, преобразовали его или пидорнули

>>2055174
>>2055182
https://trac.ffmpeg.org/wiki/Create a thumbnail image every X seconds of the video
фильтры:
drawtext
thumbnail
В fontfile указывать полный путь до шрифта