Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Закладки » FFmpeg

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98

Открыть новую тему     Написать ответ в эту тему

guru431

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору


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

Ссылки на русском:
  • Документация по FFmpeg
  • Статья «19 команд FFmpeg для любых нужд»
  • Статья «20 команд FFmpeg для начинающих»
     
    Примеры использования:
  • Преобразовать в MKV
  • Захвата с экрана, со звуком
  • Кодирование с помощью технологии Nvidia NVENC
  • Поддержка вывода Юникода в консоль Windows
  • Подготовка качественных GIF-файлов из видео при помощи FFmpeg
     
    Поддержка Windows XP
    Последний официальный билд под Windows XP от Zeranoe ffmpeg-20150525-git-8ce564e был в мае 2015. Тема (нужен TOR), посвященная сборкам ffmpeg/ffprobe, работающих под Windows XP.
    Готовые сборки, зеркало версии от 2019, 2020, 2021 года.
    Static builds by Kyle Schwarz (последний для WinXP ffmpeg-3.0-win32-static.7z).
    GUI под WinXP (ffqueue, WinFF, Video converter).
     
    Список различных сборок.
     
    По общим вопросам написания командных файлов есть отдельная тема "Командная строка, батники, сценарии - bat, cmd".

  • Всего записей: 66 | Зарегистр. 28-02-2007 | Отправлено: 17:23 21-11-2012 | Исправлено: V0lt, 16:51 27-01-2024
    Baltazar500



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mithridat1,
    Цитата:
    Не встречал ранее такой m3u8. Но по идее FFmpeg должен его понимать...
    Скорей всего ffmpeg делает запрос каждого чанка (при записи в файл возможно скипает дубли), а их дупликации многократно увеличевает количество запросов к серверу, который даёт отлуп (откуда и ошибки с фейлом keepalive подключения) и тем самым обламывает запросы следующего чанка. Возможно это сделано специально, чтобы предотвратить запись. Тут надо или как-то заставить ffmpeg делать новый коннект вместо kerpalive, либо увеличить таймаут запроса между чанками. Но это чисто предположения. Если интересно - могу скинуть линк, откуда брал стрим, чтобы поглядеть наглядно. Вытаскивать придётся через отладку + он имеет жёсткую привязку по IP и мб на серых адресах не зашуршит.
    Код:
    FOR %%i IN (*.mp4) DO (ECHO file %%i>> list.txt)  
    ffmpeg -f concat -i list.txt -c copy output.mp4
    Ну, в принципе, можно и так. Хотя решение конечно такое себе.
    Цитата:
    FFmpeg умеет любые http-заголовки передавать
    Пример приведите с парой хедеров - не хочу в ман закапываться с головой >_<

    Всего записей: 2106 | Зарегистр. 19-09-2011 | Отправлено: 02:30 02-12-2023 | Исправлено: Baltazar500, 02:47 02-12-2023
    mithridat1



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Baltazar500

    Цитата:
    Возможно это сделано специально, чтобы предотвратить запись.

    Никто не будет заниматься такой ерундой для мнимой "защиты от записи"
    Подобный плейлист используется в относительно новом стандарте LL-HLS, созданном для минимизации задержки при доставке контента конечному пользователю.

    Цитата:
    Пример приведите с парой хедеров - не хочу в ман закапываться с головой

     
    ffmpeg  -referer "http://site.com"  -i "http://server.com/path/playlist.m3u8" output.mp4
    ffmpeg -headers "Cookie: ..." -i "http://server.com/path/playlist.m3u8" output.mp4
     
    В гугле, надеюсь, не забанили ?

    Всего записей: 4948 | Зарегистр. 05-01-2006 | Отправлено: 05:46 02-12-2023 | Исправлено: mithridat1, 07:27 02-12-2023
    Baltazar500



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mithridat1,
    Цитата:
    Никто не будет заниматься такой ерундой для мнимой "защиты от записи"  
    Ну тогда сами попробуйте. Конкретный случай - плеер #2, сезон 33, серия 1, мапить 3 и 4 потоки из master.m3u8 (или вписать конкретный m3u8 с разрешением 1920x1080). Сам плеер отдаёт данные только с сайта или при наличии реферера, ссылки имеют привязку по IP, короткий срок жизни, плюс механизм генерации ссылок интуитивно не понятен и имеет некоторую обфускацию, ввиду чего приходится тягать их из отладки (если разберёте механизм - маякните). В общем, в данном конкретном случае, пираты конкретно упоролись по линии защиты контента. Там только DRM - шифрования разве что не хватает. Поэтому у меня и были основания полагать, что это доп.уровень защиты.
    Цитата:
    Подобный плейлист используется в относительно новом стандарте LL-HLS, созданном для минимизации задержки при доставке контента конечному пользователю.
    У меня свежий билд ffmpeg плевался теми же ошибками.
    Цитата:
    ffmpeg  -referer "http://site.com"  -i "http://server.com/path/playlist.m3u8" output.mp4
    ffmpeg -headers "Cookie: ..." -i "http://server.com/path/playlist.m3u8" output.mp4
    Благодарю.
    Цитата:
    В гугле, надеюсь, не забанили ?
    Нет. Просто никогда особо не задавался вопросом работы ffmpeg с хедерами (ибо не особо было нужно). Мне казалось, что его максимум - UA. Вот и спросил.

    Всего записей: 2106 | Зарегистр. 19-09-2011 | Отправлено: 05:21 03-12-2023 | Исправлено: Baltazar500, 05:23 03-12-2023
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Baltazar500
    Я проверил по твоей ссылке - "Конкретный случай - плеер #2, сезон 33, серия 1, мапить 3 и 4 потоки из master.m3u8 (или вписать конкретный m3u8 с разрешением 1920x1080)" - там обычный HLS плейлист, всмысле без повторений сегментов + #EXT-X-BYTERANGE.

    ----------
    AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9226 | Зарегистр. 11-05-2006 | Отправлено: 11:28 03-12-2023
    Baltazar500



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978, возможно их балансер на разные сервера с разной настройкой отдаёт линк. Либо они его (сервер) перенастроили. В сэмпле, что я скидывал страницей ранее, всё те же 164 фрагмента. "Нормализация" hls от ошибок во время записи стрима это тем не менее не избавила. У вас всё гладко прошло ?

    Всего записей: 2106 | Зарегистр. 19-09-2011 | Отправлено: 11:50 03-12-2023 | Исправлено: Baltazar500, 11:52 03-12-2023
    digital422

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Вопрос к тем, кто занимался сборкой ffmpeg (6 ветка).
    Сборка идет в MSYS2-mingw64, с опцией --extra-ldflags='-static', чтобы запускаемый файл был без dll-ок в этой же папки. Опций было минимально, все хорошо собиралось, но надо добавить плагин для формирования текста, а ему нужны опции --enable-fontconfig и --enable-libfreetype.  
    С этими опциями начались проблемы. Если не убрать --extra-ldflags='-static', то при configure он не находит библиотеки. Если опцию убрать, сборка проходит, но ldd ffmpeg показывает линки на "служебные" папки и при запуске требует dll.  Смотрю аналогичные сборки, там есть эти опции, сборка так же в MSYS2, правда чуть пониже версией и они работают. Кто нибудь сталкивался с подобным, что не хватает для сборки статичного файла?

    Всего записей: 354 | Зарегистр. 19-04-2003 | Отправлено: 07:48 05-12-2023
    mithridat1



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Baltazar500

    Цитата:
    Конкретный случай - плеер #2, сезон 33, серия 1, мапить 3 и 4 потоки из master.m3u8 (или вписать конкретный m3u8 с разрешением 1920x1080). Сам плеер отдаёт данные только с сайта или при наличии реферера, ссылки имеют привязку по IP, короткий срок жизни, плюс механизм генерации ссылок интуитивно не понятен и имеет некоторую обфускацию, ввиду чего приходится тягать их из отладки (если разберёте механизм - маякните).

    Проблемы не подтверждаю. Обычный HLS, который берут FFmpeg и yt-dlp даже без наличия реферальной ссылки.
     
    Причина примерно понятна. Как я понял сам сайт является лишь агрегатором стримов, которые могут подставляться наобум из разных источников. И по первому плееру там однозначно какой то DRM (упаковщик плейлиста, на который есть ссылка в самом коде).
     
    На будущее, для таких вопросов есть специальная тема Программы для скачивания потокового/онлайн видео, там отвечают активнее.

    Всего записей: 4948 | Зарегистр. 05-01-2006 | Отправлено: 09:44 05-12-2023
    los

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    digital422, библиотеки libfreetype, libfontconfig и требуемые для них libexpat, libz, libpng, libbz2 собраны статически?

    Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 10:22 05-12-2023
    digital422

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    los
    Немного затрудняюсь с ответом, т.к. сборка не мой основной профиль. Обычно в Linux я ставлю dev пакет или собираю пакет в ручную, затем make install и ffmpeg ошибку с отсутствующим пакетом не выдает. В MSYS2 при появлении ошибки, например при включении --enable-libmp3lame я установил через pacman -Ss lame и то что он выдал по поиску установил pacman -S имяпакета-mingw64. Тоже самое проделал с fonconfig и freetype2, они установились, подтянув зависимости, но при сборке выдается ошибка что fonconfig не найден . А вот собраны ли статически не знаю, думал что configure ffmpeg это должен делать сам. Пробовал собрать пакеты вручную, freetype2, expat собрались, но fonconfig при configure выдавал ошибку, вернулся на пакеты установленные из pacman.

    Всего записей: 354 | Зарегистр. 19-04-2003 | Отправлено: 16:34 05-12-2023
    los

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    digital422, эта тема несколько о другом, а не о сборке, но в вкратце замечу - чтобы программа ffmpeg не требовала дополнительных динамических библиотек dll или so не суть важно. Необходимые библиотеки должны быть собраны статически, если не ошибаюсь для Linux это libfontconfig.a, а для Windows libfontconfig.lib. Это касается и других библиотек. Если libfontconfig присутствует, но скрипт configure ее не определяет попробуйте указать путь к include и lib куда установлена libfontconfig:
    ./configure CPPFLAGS=-Iпуть LDFLAGS=-Lпуть

    Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 16:58 05-12-2023
    digital422

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    los, другой темы не нашел, да и другим может полезно будет. Configure определяет libfontconfig, но только без опции --extra-ldflags='-static'.
    Вот что есть по libfontconfig:
    \msys64\mingw64\bin\libfontconfig-1.dll
    \msys64\mingw64\lib\libfontconfig.a
    \msys64\mingw64\lib\libfontconfig.dll.a
    Там же (\lib) все  остальные lib, с которые есть в configure.
    /configure  LDFLAGS=-Lпуть пробовал, требует dll при запуске ffmpeg,  а так
    /configure  LDFLAGS=-Lпуть -static - ошибка из-за которой создал тему, не находит libfontconfig.

    Код:
     
    D:/msys64/mingw64/lib\libfreetype.a(src_gzip_ftgzip.c.obj).text+0x9ba): undefined reference to `inflateEnd'
    D:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: D:/msys64/mingw64/lib\libintl.a(relocatable.o).text+0x44): undefined reference to `libiconv_set_relocation_prefix'
    collect2.exe: error: ld returned 1 exit status
    ERROR: fontconfig not found using pkg-config
     

    Всего записей: 354 | Зарегистр. 19-04-2003 | Отправлено: 17:11 05-12-2023 | Исправлено: digital422, 18:03 05-12-2023
    los

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    digital422

    Цитата:
    ERROR: fontconfig not found using pkg-config

     
    export PKG_CONFIG_PATH=путь к папке где находится файл fontconfig.pc
    ./configure ваши ключи
     

    Цитата:
    /configure  LDFLAGS=-Lпуть пробовал, требует dll при запуске ffmpeg

    Нужно использовать и CPPFLAGS
    Но если требует libfontconfig-1.dll, то попробуйте удалить(переместить) libfontconfig-1.dll и после этого собрать программу тогда должен подхватиться файл libfontconfig.a. Т.е.
    ./configure ....
    Переименовываете libfontconfig-1.dll, например mv libfontconfig-1.dll libfontconfig-1.dll.orig
    make
    возможно понадобится небольшая корректировка makefile(libfontconfig-1.dll на libfontconfig.a)
     
    или попробуйте переименовать libfontconfig-1.dll, а затем
    ./configure
    make
     

    Цитата:
    undefined reference to `inflateEnd'

    Библиотека libz установлена? Она нужна для freetype как и некоторые другие. Посмотрите файл freetype2.pc или libfreetype.la там указаны зависимости.

    Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 19:52 05-12-2023
    digital422

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    ERROR: fontconfig not found using pkg-config
    export PKG_CONFIG_PATH=путь к папке где находится файл fontconfig.pc  
     

    Ошибка появляется только с опцией

    Код:
     
    ./configure \
    --extra-ldflags='-static',
     

    libfontconfig-1.dll - требует все dll, которые по ldd ffmpeg находятся в \msys64 и их нет рядом с ffmpeg.
    Вариант не рабочий, первая dll которая требуется при запуске была удалена, но ее после сборки все равно запрашивает.

    Цитата:
    Библиотека libz установлена?

    libz нет в MSYS2, есть только libzip. Библиотеки есть все, иначе бы без extra-ldflags не собиралось.

    Всего записей: 354 | Зарегистр. 19-04-2003 | Отправлено: 20:36 05-12-2023 | Исправлено: digital422, 20:58 05-12-2023
    Alex_Piggy

    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Доброе время всем.
    digital422

    Цитата:
    С этими опциями начались проблемы.

    С static линковкой есть заморочка - зависимость должна быть после зависимого. В сложных/длинных командах может потребоваться несколько повторов. Если libintl зависит от libiconv, а libiconv зависит от libz, то при записи "-lz -liconv -lintl" сможет собраться исключительно динамически. Для статической сборки нужно исправить на "-lintl -liconv -lz" или (допускается и должна работать) "-lz -liconv -lintl -liconv -lz".
     
    Сейчас у Вас неполная или некорректная запись предположительно в fontconfig.pc (можно найти командой 'pkg-config --debug fontconfig 2>&1 | grep file') Допишите в концы строк, начинающихся с "Libs", фрагменты " -liconv -lz"
    UPD - все то же самое попробуйте/проверьте и с freetype2.pc

    Цитата:
    libz нет в MSYS2, есть только libzip

    Возможно в pacman она числится как "zlib". Но все равно должна линковаться как -lz
    С Уважением.

    Всего записей: 1891 | Зарегистр. 07-08-2002 | Отправлено: 23:46 05-12-2023 | Исправлено: Alex_Piggy, 00:05 06-12-2023
    Baltazar500



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mithridat1,
    Цитата:
    Проблемы не подтверждаю. Обычный HLS, который берут FFmpeg и yt-dlp даже без наличия реферальной ссылки.
    Тут
    Код:
    плеер #2, сезон 33, серия 1
    Я забыл указать, что дорожку (в меню плеера) надо выбирать от HDRezk'и, там отдаёт тот самый "LL-HLS" с теми же ашипками, что и ранее. "Обычный" hls у меня был на "оригинальной" дорожке, на который ffmpeg на ведре плевался вот так
    Код:
    [https @ 0x7f88164350] Opening 'https://50.7.238.170:10402/hs/48/1701590920/w6mCDsxTDX8cWc6NZm3AwО/293/676293/4/seg-18-f2-v1-sa4-a1.ts' for reading
    [tls @ 0x7f880480b0] Error in the pull function.
    [tls @ 0x7f880480b0] IO error: Connection reset by peer
    [https @ 0x7f88063620] Opening 'https://50.7.238.170:10402/hs/48/1701590920/w6mCDsxTDX8cWc6NZm3AwО/293/676293/4/seg-19-f2-v1-sa4-a1.ts' for reading
    [tls @ 0x7f880480b0] The specified session has been invalidated for some reason.
    [hls @ 0x3aa476d0] keepalive request failed for 'https://50.7.238.170:10402/hs/48/1701590920/w6mCDsxTDX8cWc6NZm3AwО/293/676293/4/seg-19-f2-v1-sa4-a1.ts' with error: 'Input/output error' when opening url, retrying with new connection
    [hls @ 0x3aa476d0] Opening 'https://50.7.238.170:10402/hs/48/1701590920/w6mCDsxTDX8cWc6NZm3AwО/293/676293/4/seg-19-f2-v1-sa4-a1.ts' for reading
    [mpegts @ 0x3aacf360] PES packet size mismatch
    [mpegts @ 0x3aacf360] Packet corrupt (stream = 0, dts = 10613434).
    [hls @ 0x3aa476d0] Packet corrupt (stream = 3, dts = 10609680).
    [in#0/hls @ 0x3aa475d0] corrupt input packet in stream 3
    Если что, ip-адрес вместо хоста в данном случае используется по причине того, что в сборках от gyan не учтены ограниченные особенности ведёрок. Если подскажите, где взять сопоставимую сборку под ведро без подобных проблем - буду благодарен.

    Цитата:
    Причина примерно понятна. Как я понял сам сайт является лишь агрегатором стримов, которые могут подставляться наобум из разных источников. И по первому плееру там однозначно какой то DRM (упаковщик плейлиста, на который есть ссылка в самом коде).
    Тут меня больше интересует корректность записи стрима ffmpeg'ом, нежели собственно контент. От tls/keepalive/10054 меня жёстко триггерит и хочется понять, с чем это связано. С DPI фильтрацией, проблемами ОС или с дуростью конечного сервера (или со всем вместе).
    Цитата:
    На будущее, для таких вопросов есть специальная тема Программы для скачивания потокового/онлайн видео [?], там отвечают активнее.
    Спасибо, буду иметь ввиду.

    Всего записей: 2106 | Зарегистр. 19-09-2011 | Отправлено: 03:45 06-12-2023
    mithridat1



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Baltazar500
    Ответил в http://forum.ru-board.com/topic.cgi?forum=5&topic=50694&start=620#8

    Всего записей: 4948 | Зарегистр. 05-01-2006 | Отправлено: 09:51 06-12-2023
    los

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Библиотеки есть все, иначе бы без extra-ldflags не собиралось.

    нет. Как верно заметил. Alex_Piggy, у вас отсутствуют кроме libz еще и libiconv.

    Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 10:17 06-12-2023
    digital422

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    los Не такая уж и глупая MSYS2, она ставит все зависимости. Увы, пакеты zlib и libiconv были установлены ранее.

    Код:
     
    mingw64/mingw-w64-x86_64-zlib 1.3-1 [installed]
    mingw64/mingw-w64-x86_64-libiconv 1.17-3 [installed]
     
    # pacman -R mingw-w64-x86_64-zlib
    checking dependencies...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-binutils
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-freetype
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-gcc
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-glib2
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-gnutls
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-libpng
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-pcre2
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-python
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-sqlite3
    :: removing mingw-w64-x86_64-zlib breaks dependency 'mingw-w64-x86_64-zlib' required by mingw-w64-x86_64-tcl
     
     pacman -R mingw-w64-x86_64-libiconv
    checking dependencies...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: removing mingw-w64-x86_64-libiconv breaks dependency 'mingw-w64-x86_64-libiconv' required by mingw-w64-x86_64-fontconfig
    :: removing mingw-w64-x86_64-libiconv breaks dependency 'mingw-w64-x86_64-libiconv' required by mingw-w64-x86_64-gcc
    :: removing mingw-w64-x86_64-libiconv breaks dependency 'mingw-w64-x86_64-libiconv' required by mingw-w64-x86_64-gettext
    :: removing mingw-w64-x86_64-libiconv breaks dependency 'mingw-w64-x86_64-libiconv' required by mingw-w64-x86_64-lame
    :: removing mingw-w64-x86_64-libiconv breaks dependency 'mingw-w64-x86_64-libiconv' required by mingw-w64-x86_64-libunistring
     

     

    Цитата:
    Сейчас у Вас неполная или некорректная запись предположительно в fontconfig.pc

    Буду проверять эту версию. Как же сборки, та же gyan.dev или другие примеры, которые по поиску находятся, там нет никаких рекомендаций по правке. Есть смысл пробовать собрать в Linux mingw64, вместо MSYS2 ?
    Добавлено: -lz не помогает, прописал в строках Libs.private: fontconfig.pc, затем в freetype2.pc, и для проверки в iconv и libpng.

    Всего записей: 354 | Зарегистр. 19-04-2003 | Отправлено: 12:50 06-12-2023 | Исправлено: digital422, 13:30 06-12-2023
    Alex_Piggy

    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Доброе время, digital422

    Цитата:
     -lz не помогает, прописал в строках Libs.private: fontconfig.pc, затем в freetype2.pc, и для проверки в iconv и libpng.

    Вы прописали "-lz" или " -liconv -lz"?
    Какая ошибка выводится теперь? Должна была остаться только "undefined reference to `libiconv_set_relocation_prefix'"
    Можете выложить config.log  (как минимум фрагмент с последней тестовой компиляцией)?

    Цитата:
     Есть смысл пробовать собрать в Linux mingw64, вместо MSYS2 ?

    Нет.  
    С Уважением.

    Всего записей: 1891 | Зарегистр. 07-08-2002 | Отправлено: 14:17 06-12-2023
    neorumtu

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    digital422

    Цитата:
    Есть смысл пробовать собрать в Linux mingw64, вместо MSYS2 ?

    Кросскомпилить в линуксе? Ну, это можно, но все зависимости нужно собирать самому (кодеки и пр.). Линуксовые версии из репозитория не подойдут. Хотя, некоторые линукс дистрибутивы имеют довольно много готовых пакетов именно для mingw (хотя, обычно минимум), но в Msys2 их все равно больше. Я бы сказал, это более хлопотный путь с нуля, если не имеешь своих заготовок. Хотя, ffmpeg для windows я собирал именно на линуксе, но я использовал мало либ (кодеков), без всяких freetype, fontconfig, iconv и прочих. Некоторые либы кросскомпилируются очень нетривиально с помощью cmake и meson (например, dav1d). Без опыта лучше не лезть. Я на этом зрение испортил.

    Всего записей: 538 | Зарегистр. 30-08-2023 | Отправлено: 14:25 06-12-2023 | Исправлено: neorumtu, 14:29 06-12-2023
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98

    Компьютерный форум Ru.Board » Компьютеры » Программы » Закладки » FFmpeg


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru