forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..., opennews (ok), 16-Июн-20, (0) [смотреть все]

Это же трайфорс , Zenitur (ok), 11:57 , 16-Июн-20, (1) –2
Больше раста Добавлена возможность кодирования видео AV1 с использованием би, Аноним (2), 11:59 , 16-Июн-20, (2) –16 //

не ссы - в ffmpeg уже лет десять не добавляются свои кодеки, не считая какой-ниб, пох. (?), 17:48 , 16-Июн-20, (23) +2 //

Декодеры добавляют ffvp9 выкатили 6 лет назад и уделали по скорости декода остал, devl547 (ok), 19:43 , 16-Июн-20, (32) +3
Их надо добавлять сборщику А это такой гемор , Аноним (33), 22:26 , 16-Июн-20, (33) –1 //

Вот этих модулей кодировщиков по умолчанию нет и много чего еще libass libbl, Аноним (33), 22:54 , 16-Июн-20, (34)

Не позволяет , Аноним (33), 00:22 , 17-Июн-20, (35)

Это потому что по умолчанию vpy скрипты не обрабатываются Нужно предварительно , Аноним (48), 23:50 , 20-Июн-20, (48)

Интересное наблюдение Проверка ldd path_to_mpv-binary дебиановского mpv пакет, Аноним (48), 06:17 , 21-Июн-20, (51)

ldd показывает зависимости зависимостей mpv зависит от libavdevice so 58, а lib, Аноним (48), 07:12 , 21-Июн-20, (53)

Потому что он собран с системным usr lib libavdevice-ffmpeg so 56, который про , Аноним (48), 07:16 , 21-Июн-20, (54)
Потому что ffmpeg 4 3 я собрал с поддержкой vapoursynth Развел слаку из убунты , Аноним (48), 07:22 , 21-Июн-20, (55)

Съел vapoursynth мне мозг в очередной раз Возвращаюсь на старый добрый avisynth, Аноним (56), 22:14 , 21-Июн-20, (56)

То есть, надо поставить dev пакеты этих библиотек Тогда, если делать shared сбо, Аноним (36), 01:46 , 17-Июн-20, (36)
ну насчет хрустолибы - возможно и гемор небось опять собирается только той верс, пох. (?), 12:54 , 17-Июн-20, (41)

Это гевогюция, тогарищи , BSD_Cucks_BTFO (?), 12:02 , 16-Июн-20, (3) –7
О, интересно, vp9 на хасвелах заработает или нет , Аноним (4), 12:13 , 16-Июн-20, (4) //

не заработает, там нет аппаратной поддержки, Аноним (5), 12:37 , 16-Июн-20, (5) +2
Без шансов, iPony129412 (?), 12:54 , 16-Июн-20, (6) +2
VP9 только в скайлейках появился VP8 в броадвеллах , НяшМяш (ok), 12:56 , 16-Июн-20, (7) +1

И ведь никто не ноет, что комбайн и не юникс-вей , Owlet (?), 13:32 , 16-Июн-20, (8) +1 //

Он в каком-то роде юниксвэй, делает всего 1 вещь работает с видео , Аноним (11), 14:00 , 16-Июн-20, (11) +4 //

ZeroMQ работает только с видео А чего он делает в области IoT , Аноним (13), 14:17 , 16-Июн-20, (13)

Кодоредактор пока в FFmpeg не вставили , Аноним (29), 18:40 , 16-Июн-20, (29)

И а когда и в убунты придут такие апдейты У меня в 20 04 нет этого пока не , ua9oas (ok), 13:54 , 16-Июн-20, (9) //

В 20 10 осенью, iPony129412 (?), 13:56 , 16-Июн-20, (10)
Как здесь соберут https ffmpeg org download html https johnvansickle com f, Аноним (24), 17:59 , 16-Июн-20, (24)
В этом ppa собрали 4 3 для 16 04 и 18 04https launchpad net jonathonf archiv, Аноним (24), 04:55 , 18-Июн-20, (45) //

Причем, в отличии от static сборки, многие кодеры x264, opus и прочее тоже буд, Аноним (24), 04:57 , 18-Июн-20, (46)

Хммм А для чего Да, мне лень ходить по ссылкам , YetAnotherOnanym (ok), 14:01 , 16-Июн-20, (12) +1 //

эту херню ффмпег можно запустить как подписчика этих очередей и конвертить ви, Gemorroj (ok), 14:26 , 16-Июн-20, (14) +1 //

Херня у тебя в штанах, а это шляпа Что значит на лету , ты имеешь в виду сказа, Аноним (16), 15:25 , 16-Июн-20, (16) –6

Великолепный релиз Только chromium умирает на любом видеохостинге , Аноним (15), 15:25 , 16-Июн-20, (15) //

Пересоберите , Michael Shigorin (ok), 18:16 , 16-Июн-20, (26) –1

У меня на Хасвеле вроде работает на ютубчике Video ID sCPNV1Cx079qm2E 7XQ9 , Аноним (17), 15:38 , 16-Июн-20, (17) –1 //

Как насчёт 4к , Аноним (16), 16:35 , 16-Июн-20, (19)
Скрыто модератором, Аноним (25), 17:59 , 16-Июн-20, (25) +2
Ты странный что ли Он у всех работает Имеется в виду аппаратное декодирование, Валик (?), 04:48 , 17-Июн-20, (37) //

если 2005, то семпроне, Аноним (42), 17:52 , 17-Июн-20, (42)

если AviSynth будет работать, это ооооочень круто , Чел (?), 16:16 , 16-Июн-20, (18) //

AviSynth работает и старый AvXSynth, если соберешь, и новый AviSynth , но мало, Аноним (48), 18:21 , 16-Июн-20, (27) +2 //

Так либы там вполне себе сишные, если ты за производительность переживаешь Лишь, Аноним (16), 19:41 , 16-Июн-20, (31) //

Да вот только у меня двухъядерный проц Виндовый AviSynth QTGMC preset Faster , Аноним (56), 22:19 , 21-Июн-20, (57)

Годнота , Аноним (20), 16:37 , 16-Июн-20, (20)
Video ID sCPN0FYjApop7Mk Q1Q4 3KVJ TT0PViewport Frames1209x680 0 dropped, Аноним (17), 16:40 , 16-Июн-20, (21) –1
Эхх а ведь ему недавно 20 лет стукнуло Это же целое поколение почти и до сих, Аноним (22), 17:32 , 16-Июн-20, (22) +2 //

Каких синтовских плагинов тебе не хватает в линуксе А ведь Синт может подгружат, Аноним (48), 18:32 , 16-Июн-20, (28) //

Ктож на линуксе видео редактирует , Аноним (29), 18:42 , 16-Июн-20, (30) –6 //

Я, Аноним (40), 12:06 , 17-Июн-20, (40) +2

Конкретнее надо было изъясняться, я не сильно в теме, но у меня Хасвел и в целом, Аноним (17), 05:01 , 17-Июн-20, (38) //

Смотри какое дело, как это обычно работает вообще предположим, что какая-то конт, Валик (?), 06:25 , 17-Июн-20, (39) +1 //

Как-то мутно написано, вон с vdpau всё понятно, есть фьюча сеты и определённые п, Аноним (16), 05:46 , 19-Июн-20, (47)

Стоит отметить, что почти не сломали api И это не может не радовать , Аноним (43), 21:56 , 17-Июн-20, (43) //

Да, между 4 2 и 4 3 номера либ не менялись и это хорошо , Аноним (24), 04:49 , 18-Июн-20, (44)

AVI MPEG4 по прежнему на квадратики рассыпаются Этот формат уже устарел, а эти , Аноним (49), 01:03 , 21-Июн-20, (49) //

Используй libxvid вместо mpeg4 вот с такими настройками -c v libxvid -b v 2000, Аноним (48), 06:00 , 21-Июн-20, (50) +1 //

Еще наблюдение Команда -vtag xvid не играет никакой роли При кодировании в mkv, Аноним (48), 06:28 , 21-Июн-20, (52) +1
Попробую ваши предложения, но есть сильное ощущение, что это всё я делал, но так, Аноним (58), 00:28 , 23-Июн-20, (58) //

Закрытое он врядли использует Тот же xvid, может чья-то сборка xvid как раз оч, Аноним (59), 15:21 , 23-Июн-20, (59)

Сообщения [Сортировка по времени | RSS]

23. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +2 +/–

Сообщение от пох. (?), 16-Июн-20, 17:48

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

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +3 +/–

Сообщение от devl547 (ok), 16-Июн-20, 19:43

>ffmpeg уже лет десять не добавляются свои кодеки
Декодеры добавляют.
ffvp9 выкатили 6 лет назад и уделали по скорости декода остальных.
ffhevc тоже был, правда особо в бенчмарках не светился.
dav1d пишется совместными силами ffmpeg и vlc.
Энкодеры писать (особенно качественные) куда сложнее, этим пусть лучше специалисты занимаются

Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." –1 +/–

Сообщение от Аноним (33), 16-Июн-20, 22:26

> Добавляются готовые либы кодеков
Их надо добавлять сборщику. А это такой гемор.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

34. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (33), 16-Июн-20, 22:54

Вот этих модулей (кодировщиков) по умолчанию нет (и много чего еще):
libass libbluray libmp3lame libopus libpulse libsoxr libspeex libtheora libtwolame libvorbis libvpx libwavpack libwebp libx264 libx265 libxvid
Есть следующие кодировщики (с пометкой native):
mpeg4 srt pcm aac ac3 dvvideo ffv1 opus truehd ffvhuff huffyuv utvideo flac png prores flv gif vorbis (bad) alac wavpack webvtt apng wmv wma ass ssa jpeg2000 mjpeg bmp mp2 mpeg1video mpeg2video dca
Имеется ключ --enable-vapoursynth. Требует установленный VapourSynth с /Include/VapourSynth.h
Я так полагаю, это позволит импортировать py скрипты напрямую. Собираю сейчас, собирается долго, даже без сторонних зависимостей.

Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (33), 17-Июн-20, 00:22

> Я так полагаю, это позволит импортировать py скрипты напрямую
Не позволяет.

Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (48), 20-Июн-20, 23:50

> Не позволяет
Это потому что по умолчанию vpy скрипты не обрабатываются. Нужно предварительно указать демультиплекстор -f vapoursynth ПЕРЕД -i
Но тут появляется другая проблема. В таком режиме ffmpeg совсем не выводит прогресс. Заставить его выводить хоть какую-то информацию о скорости и прогрессе можно добавив опцию -progress pipe:1
Таким образом, скрипт получается:
ffmpeg -f vapoursynth -i script.vpy -vcodec mpeg2video -q:v 1 -progress pipe:1 output.mkv
Интересно, что при открытии vpy скриптов напрямую (не через vspipe) передается информация об аспекте (если он анаморфный).
Это же касается и mpv, собранного с поддержкой vapoursynth. Так собирал я https://pastebin.com/raw/qdhf4rEu (у меня уже был собран свежий ffmpeg 4.3, поэтому я удалил старые ffmpeg dev либы)
mpv нужно запускать с опцией --demuxer-lavf-format=vapoursynth взято отсюда https://forum.doom9.org/showthread.php?t=180433
То есть, команда получается:
mpvvs --demuxer-lavf-format=vapoursynth ~/script.vpy
Чтобы не писать так каждый раз, можно добавить в ~./config/mpv/mpv.conf
[extension.vpy]
demuxer-lavf-format=vapoursynth
mpv получает информацию не только об аспекте, но и о длительности, потому можно попробовать подгружать внешние звуковые дорожки. Но вроде бы в январе 2020 года разработчик vapoursynth сделал встроенную поддержку звука и в версии R51 обещает ее доработать.

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (48), 21-Июн-20, 06:17

Интересное наблюдение. Проверка ldd ~/path_to_mpv-binary дебиановского mpv пакета (из buster, там версия 0.29) показала, что бинарник слинкован с libvapoursynth-script.so.0, хотя дефолтные репозитории Debian не содержат ни vapoursynth, ни zimg (в отличии от репозитория deb-multimedia). Кстати, собранный мной mpv 0.32 с поддержкой vapoursynth показывает в ldd также. Похоже, это самодеятельность самого mpv, при наличии libvapoursynth-script.so.0 (как у меня) он к ней обращается, но явно не требует. А вот mpv 0.14 эту библиотеку не ищет. Есть надежда, что собирать mpv специально с поддержкой vapoursynth не требуется и, если он установлен, новые версии mpv смогут обрабатывать vpy скрипты (с опцией --demuxer-lavf-format=vapoursynth, конечно). На это намекает также тот факт, что официальный пакет mpv из archlinux тоже не требует vapoursynth в зависимостях, хотя в арче обычно собирают со всеми флагами.
А вот mpv 0.29 из deb-multimedia для Buster явно требует vapoursynth http://deb-multimedia.org/dists/stable/main/binary-i386/pack... (он собран с 47 версией). И ldd показывает в зависимостях не только libvapoursynth-script.so.0, но и libvapoursynth.so и эта последняя зависимость строгая. Видимо такую отвязку сделали, чтобы vapoursynth не требовался при установке mpv (а соответственно и python вместе с ним). А то в Debian 10 (Buster) с репозиторием deb-multimedia, я помню удивился, vapoursynth норовил установиться практически сразу (хотя, мне это и надо было), по зависимостям кодеки>mpv.

Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (48), 21-Июн-20, 07:12

ldd показывает зависимости зависимостей. mpv зависит от libavdevice.so.58, а libavdevice.so.58 зависит от libvapoursynth-script.so.0 и libpng12.so.0, хотя libpng12 в Debian Buster тоже нет. При просмотре в двоичном редакторе дебиановского mpv, я не нашел никаких упоминаний vapousynth. А в собранном мной бинарнике упоминания были. Короче, сбил меня с толку ldd. Соответственно, в посте выше я чушь написал.

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (48), 21-Июн-20, 07:16

> mpv 0.14 эту библиотеку не ищет
Потому что он собран с системным /usr/lib/libavdevice-ffmpeg.so.56, который про vapoursynth ничего не знает.

Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (48), 21-Июн-20, 07:22

> libavdevice.so.58 зависит от libvapoursynth-script.so.0
Потому что ffmpeg 4.3 я собрал с поддержкой vapoursynth. Развел слаку из убунты. Кто-то скажет "есть же гента" (или арч), но я не люблю роллинг, потому что там нет постоянства.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

56. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (56), 21-Июн-20, 22:14

Съел vapoursynth мне мозг в очередной раз. Возвращаюсь на старый добрый avisynth. Все-таки не тянет линукс десктоп даже в 2020 году...

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

36. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от Аноним (36), 17-Июн-20, 01:46

> это такой гемор
То есть, надо поставить dev пакеты этих библиотек. Тогда, если делать shared сборку, ffmpeg бинарник будет зависеть от системных библиотек. Если делать static сборку, в старую систему можно поставить и свежие внешние библиотеки, они слинкуются в единый ffmpeg бинарник, у которого почти не будет внешних зависимостей (после сборки их можно будет удалить).

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

41. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..." +/–

Сообщение от пох. (?), 17-Июн-20, 12:54

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

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	23. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+2 +/–
	Сообщение от пох. (?), 16-Июн-20, 17:48
	не ссы - в ffmpeg уже лет десять не добавляются свои кодеки, не считая какой-нибудь никому ненужной херни типа видосиков в игруле двадцатилетней давности. Беллард давным-давно не участник проекта. Добавляются готовые либы кодеков - и пофиг, на хрусте они или вообще на gwbasic
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+3 +/–
	Сообщение от devl547 (ok), 16-Июн-20, 19:43
	>ffmpeg уже лет десять не добавляются свои кодеки Декодеры добавляют. ffvp9 выкатили 6 лет назад и уделали по скорости декода остальных. ffhevc тоже был, правда особо в бенчмарках не светился. dav1d пишется совместными силами ffmpeg и vlc. Энкодеры писать (особенно качественные) куда сложнее, этим пусть лучше специалисты занимаются
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	–1 +/–
	Сообщение от Аноним (33), 16-Июн-20, 22:26
	> Добавляются готовые либы кодеков Их надо добавлять сборщику. А это такой гемор.
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	34. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (33), 16-Июн-20, 22:54
	Вот этих модулей (кодировщиков) по умолчанию нет (и много чего еще): libass libbluray libmp3lame libopus libpulse libsoxr libspeex libtheora libtwolame libvorbis libvpx libwavpack libwebp libx264 libx265 libxvid Есть следующие кодировщики (с пометкой native): mpeg4 srt pcm aac ac3 dvvideo ffv1 opus truehd ffvhuff huffyuv utvideo flac png prores flv gif vorbis (bad) alac wavpack webvtt apng wmv wma ass ssa jpeg2000 mjpeg bmp mp2 mpeg1video mpeg2video dca Имеется ключ --enable-vapoursynth. Требует установленный VapourSynth с /Include/VapourSynth.h Я так полагаю, это позволит импортировать py скрипты напрямую. Собираю сейчас, собирается долго, даже без сторонних зависимостей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (33), 17-Июн-20, 00:22
	> Я так полагаю, это позволит импортировать py скрипты напрямую Не позволяет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (48), 20-Июн-20, 23:50
	> Не позволяет Это потому что по умолчанию vpy скрипты не обрабатываются. Нужно предварительно указать демультиплекстор -f vapoursynth ПЕРЕД -i Но тут появляется другая проблема. В таком режиме ffmpeg совсем не выводит прогресс. Заставить его выводить хоть какую-то информацию о скорости и прогрессе можно добавив опцию -progress pipe:1 Таким образом, скрипт получается: ffmpeg -f vapoursynth -i script.vpy -vcodec mpeg2video -q:v 1 -progress pipe:1 output.mkv Интересно, что при открытии vpy скриптов напрямую (не через vspipe) передается информация об аспекте (если он анаморфный). Это же касается и mpv, собранного с поддержкой vapoursynth. Так собирал я https://pastebin.com/raw/qdhf4rEu (у меня уже был собран свежий ffmpeg 4.3, поэтому я удалил старые ffmpeg dev либы) mpv нужно запускать с опцией --demuxer-lavf-format=vapoursynth взято отсюда https://forum.doom9.org/showthread.php?t=180433 То есть, команда получается: mpvvs --demuxer-lavf-format=vapoursynth ~/script.vpy Чтобы не писать так каждый раз, можно добавить в ~./config/mpv/mpv.conf [extension.vpy] demuxer-lavf-format=vapoursynth mpv получает информацию не только об аспекте, но и о длительности, потому можно попробовать подгружать внешние звуковые дорожки. Но вроде бы в январе 2020 года разработчик vapoursynth сделал встроенную поддержку звука и в версии R51 обещает ее доработать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (48), 21-Июн-20, 06:17
	Интересное наблюдение. Проверка ldd ~/path_to_mpv-binary дебиановского mpv пакета (из buster, там версия 0.29) показала, что бинарник слинкован с libvapoursynth-script.so.0, хотя дефолтные репозитории Debian не содержат ни vapoursynth, ни zimg (в отличии от репозитория deb-multimedia). Кстати, собранный мной mpv 0.32 с поддержкой vapoursynth показывает в ldd также. Похоже, это самодеятельность самого mpv, при наличии libvapoursynth-script.so.0 (как у меня) он к ней обращается, но явно не требует. А вот mpv 0.14 эту библиотеку не ищет. Есть надежда, что собирать mpv специально с поддержкой vapoursynth не требуется и, если он установлен, новые версии mpv смогут обрабатывать vpy скрипты (с опцией --demuxer-lavf-format=vapoursynth, конечно). На это намекает также тот факт, что официальный пакет mpv из archlinux тоже не требует vapoursynth в зависимостях, хотя в арче обычно собирают со всеми флагами. А вот mpv 0.29 из deb-multimedia для Buster явно требует vapoursynth http://deb-multimedia.org/dists/stable/main/binary-i386/pack... (он собран с 47 версией). И ldd показывает в зависимостях не только libvapoursynth-script.so.0, но и libvapoursynth.so и эта последняя зависимость строгая. Видимо такую отвязку сделали, чтобы vapoursynth не требовался при установке mpv (а соответственно и python вместе с ним). А то в Debian 10 (Buster) с репозиторием deb-multimedia, я помню удивился, vapoursynth норовил установиться практически сразу (хотя, мне это и надо было), по зависимостям кодеки>mpv.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (48), 21-Июн-20, 07:12
	ldd показывает зависимости зависимостей. mpv зависит от libavdevice.so.58, а libavdevice.so.58 зависит от libvapoursynth-script.so.0 и libpng12.so.0, хотя libpng12 в Debian Buster тоже нет. При просмотре в двоичном редакторе дебиановского mpv, я не нашел никаких упоминаний vapousynth. А в собранном мной бинарнике упоминания были. Короче, сбил меня с толку ldd. Соответственно, в посте выше я чушь написал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (48), 21-Июн-20, 07:16
	> mpv 0.14 эту библиотеку не ищет Потому что он собран с системным /usr/lib/libavdevice-ffmpeg.so.56, который про vapoursynth ничего не знает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (48), 21-Июн-20, 07:22
	> libavdevice.so.58 зависит от libvapoursynth-script.so.0 Потому что ffmpeg 4.3 я собрал с поддержкой vapoursynth. Развел слаку из убунты. Кто-то скажет "есть же гента" (или арч), но я не люблю роллинг, потому что там нет постоянства.
	Ответить \| Правка \| К родителю #53 \| Наверх \| Cообщить модератору


	56. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (56), 21-Июн-20, 22:14
	Съел vapoursynth мне мозг в очередной раз. Возвращаюсь на старый добрый avisynth. Все-таки не тянет линукс десктоп даже в 2020 году...
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	36. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от Аноним (36), 17-Июн-20, 01:46
	> это такой гемор То есть, надо поставить dev пакеты этих библиотек. Тогда, если делать shared сборку, ffmpeg бинарник будет зависеть от системных библиотек. Если делать static сборку, в старую систему можно поставить и свежие внешние библиотеки, они слинкуются в единый ffmpeg бинарник, у которого почти не будет внешних зависимостей (после сборки их можно будет удалить).
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору


	41. "Выпуск мультимедиа-пакета FFmpeg 4.3 c поддержкой графическо..."	+/–
	Сообщение от пох. (?), 17-Июн-20, 12:54
	ну насчет хрустолибы - возможно и гемор (небось опять собирается только той версией хруста, которая сама еще не собирается, недокомитили последнюю правку) остальное - если для сборщика "гемор" поставить includes от пачки вполне стандартных библиотек - то может ему вообще лучше в макдак пойти поработать? Там уже открылись, очереди шо п-ц, вакансий должно бы быть. другое дело - а зачем оно нам такое вообще, у всех этих либ обычно какой-то примитивный cli враппер и так есть, если кому очень уж хочется покодировать свою нетленку именно в самый модный тормозной формат.
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору