LINUX.ORG.RU

FFmpeg 8.0

 , ,


0

2

После почти года разработки доступен мультимедиа-пакет FFmpeg 8.0, включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Пакет написан на языке Си и распространяется под лицензиями LGPL и GPL.

Основные изменения:

  • На базе графического API Vulkan 1.3 реализованы кодеки FFV1 (кодирование и декодирование) и ProRes RAW (только декодирование), примечательные значительным повышением производительности из-за распараллеливания операций. На стадии тестирования находятся кодировщики и декодировщики на базе API Vulkan для форматов ProRes и VC-2. В кодеках на базе API Vulkan задействованы вычислительные шейдеры и обеспечено аппаратное ускорение.
  • Задействованы расширения графического API Vulkan для аппаратного ускорения декодирования видео VP9, VVC (на базе VAAPI) и H.264 (на базе OpenHarmony).
  • Задействованы расширения графического API Vulkan для аппаратного ускорения кодирования видео AV1 и H.264 (на базе OpenHarmony).
  • Добавлены декодировщики для форматов кодирования видео APV (Advanced Professional Video), ProRes RAW и RealVideo 6.0.
  • Добавлены декодировщики для форматов кодирования звука Sanyo LD-ADPCM, Xbox ADPCM IMA и G.728.
  • Реализован кодировщик формата APV (Advanced Professional Video), построенный на базе библиотеки libopenapv.
  • В декодировщике формата видео VVC (Versatile Video Coding, H.266) реализована поддержка расширений IBC (Inter Block Copy), SSC (Screen Content Coding) и ACT (Adaptive Color Transform), а также режима палитры. Добавлен вариант декодировщика формата видео VVC, использующий VAAPI. Реализована возможность использования формата VVC в медиаконтейнере Matroska.
  • В библиотеку libx265 добавлена поддержка кодирования альфа-канала (прозрачность).
  • Добавлена обвязка для использования аппаратно ускоренных кодировщиков и декодировщиков от проекта OpenHarmony.
  • Добавлена поддержка кодирования анимированных изображений в формате JPEG XL, используя библиотеку libjxl.
  • Улучшена поддержка многотрековых аудио и видео в формате FLV v2.
  • В упаковщик медиконтейнеров MP4 добавлена поддержка формата APV, а также AV1 с шифрованием CENC.
  • Убрано отключение автовекторизации при сборке в GCC на системах x86, ARM и AArch64.
  • Реализованы ассемблерные оптимизации на базе инструкций AVX-512, позволившие значительно ускорить некоторые операции, применяемые при декодировании видео.
  • Новые фильтры:
    • whisper для автоматического распознания речи при помощи нейросетевой модели Whisper.
    • colordetect для определения эффективного диапазона значений и режима альфа-канала.
    • pad_cuda для добавления полей к входному видеопотоку с использованием CUDA.
    • scale_d3d11 для изменения размера видео, используя графический API Direct3D 11.
  • Прекращена поддержка версий библиотеки OpenSSL старше 1.1.0.
  • Прекращена поддержка ассемблера yasm (оставлена только поддержка nasm).
  • Объявлены устаревшими кодировщики на базе API OpenMAX (Open Media Acceleration).
  • По умолчанию включена верификация TLS-сертификатов (из-за изменения поведения при обработке TLS значительно изменён номер версии FFmpeg).

>>> Подробности

★★★★

Проверено: cetjs2 ()
Последнее исправление: dataman (всего исправлений: 3)

Прекращена поддержка версий библиотеки OpenSSL старше 1.1.0.

А нас то за что ?

kto_tama ★★★★★
()

Объявлены устаревшими кодировщики на базе API OpenMAX (Open Media Acceleration).

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

kirill_rrr ★★★★★
()

whisper для автоматического распознания речи при помощи нейросетевой модели Whisper.

Они заполонили всю планету!

dataman ★★★★★
()

Webrtc они там ещё не завезли случайно?

Friearch
()
Ответ на: комментарий от kirill_rrr

Jetson Nano тоже уже давно устарела: форк ffmpeg под nvmpi давно уже не развивается, так что прыгать надо всегда и везде, бгг.

Goat ★★★
()
Ответ на: комментарий от kirill_rrr

вот вот! а я предупреждал! в безграничную пропасть летит опенсорс, втч и гну/линух...

p.s. вообще, да, это даже не смешно, потихоньку-потихоньку... ну не мужики, короче, они! :о)

сам, из-за всех этих танцев на хосте держу 5-10 версий ffmpeg-ов и по необходимости подсовываю необходимые версии различным приложениям, по капризам и желаниям... ну так порядком уже достало

sunjob ★★★★★
()

Ffmpeg мощь! Главное беречь и хранить его. Как то делал на нем приложение виндовое, полностью static собранное, без dll. Весило 2 мегабайта, все ненужное убрал. Короче годная прога ффмпег

gobot ★★★★
()
Ответ на: комментарий от gobot

Ffmpeg мощь! Главное беречь и хранить его.

Благодаря FFMpeg’у, не прибегая к приобретению видеорегистратора, я видеонаблюдение с возможностью архива на доме с участком организовал. Возможно костыльно, но работает как часы!

Dodik
()
Ответ на: комментарий от Dodik

А что костыльного то? Ффпег в хроме при декодинге используют

gobot ★★★★
()
Ответ на: комментарий от kirill_rrr

Родное - MMAL, а OpenMax являлся нахлобучкой поверх него, которую уже давно задепрекейтили и выкинули в пользу M2M-драйвера V4L2.

liksys ★★★★
()
Ответ на: комментарий от Dodik

Благодаря FFMpeg’у, не прибегая к приобретению видеорегистратора

Небось, ещё и «не прибегая к применению видеокамеры»?? ;)

Somebody ★★★★
()
Ответ на: комментарий от liksys

Родное - OMX, а MMAL там прикрутили в новых версиях драйвера VC6. Причём M2M-драйвер не может работать на VC4 потому что там нет М2М, это на тот случай, если они каким то чудом смогли портировать MMAL на VC4.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Родное - OMX, а MMAL там прикрутили в новых версиях драйвера VC6.

Скажи, ты со мной споришь просто ради факта спора, или просто необучаемый? Еще раз:

  • MMAL сейчас является основным способом общения с VCHIQ.
  • OpenMAX удален в новых версиях совсем.
  • Я это знаю, потому что самолично несколько лет назад переписывал свой код на сях, который работал с OpenMAX, на V4L2-M2M, потому что его задепрекейтили, и 6by9 - основной разработчик графической подсистемы малины - сказал, что они наконец-то закопали гору этого говна мамонта, и вздохнули с облегчением.
  • Если откроешь исходники ядра и M2M-модуля, то найдешь там кучу всего от MMAL.

Причём M2M-драйвер не может работать на VC4 потому что там нет М2М, это на тот случай, если они каким то чудом смогли портировать MMAL на VC4.

M2M работает на всех старых платах, я его тестировал. Ты опять несешь какую-то чушь. Если нет - неси ссылку.

liksys ★★★★
()
Ответ на: комментарий от liksys

Блин, ну давай, расскажи мне сказку как я не держал в руках малинок и не кодировал на них видео и как в твоём источнике нет двух грубых фактических ошибок: на 2016 год rpi-omx всё ещё был единственным рабочим аппаратным энкодером h264 (а omxplayer - единственным способом вывести видео на экран без тормозной программной петли копирования фреймбуферов) и для vc4, и для vc6. А drm/kms на 2020 год на vc4 был в абсолютно мёртвом состоянии софтовой эмуляции.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Ты когда на календарь последний раз смотрел, чудо? Мы про современное состояние говорим. Сейчас 2025 год. OMX давно закопан, остался только MMAL и ядерный драйвер. И OMX, кстати, являлся абстракцией над MMAL. По ссылкам - пруфы от разработчиков малины.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

А вот тебе уровень поддержки MMAL на Пи4 в 2023 году в стабильном рекомендованном распбиане:

rrr@raspberrypi:/tmp $ ffmpeg -i Mer.Kingstauna.S01.E01.2021.DUAL.BDRip.XviD.AC3.-HRIME.avi -acodec copy -c:v h264_mmal mer.mkv
ffmpeg version 4.3.8-0+deb11u1+rpt1 Copyright (c) 2000-2024 the FFmpeg developers
  built with gcc 10 (Debian 10.2.1-6)
  configuration: --prefix=/usr --extra-version=0+deb11u1+rpt1 --toolchain=hardened --incdir=/usr/include/aarch64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-mmal --enable-neon --enable-v4l2-request --enable-libudev --enable-epoxy --enable-sand --libdir=/usr/lib/aarch64-linux-gnu --arch=arm64 --enable-pocketsphinx --enable-libdc1394 --enable-libdrm --enable-vout-drm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
  libavutil      56. 51.100 / 56. 51.100
  libavcodec     58. 91.100 / 58. 91.100
  libavformat    58. 45.100 / 58. 45.100
  libavdevice    58. 10.100 / 58. 10.100
  libavfilter     7. 85.100 /  7. 85.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  7.100 /  5.  7.100
  libswresample   3.  7.100 /  3.  7.100
  libpostproc    55.  7.100 / 55.  7.100
Input #0, avi, from 'Mer.Kingstauna.S01.E01.2021.DUAL.BDRip.XviD.AC3.-HRIME.avi':
  Metadata:
    encoder         : VirtualDubMod 1.5.10.2 (build 2540/release)
    title           : The.Mayor.Of.Kingstown.S01.E01.The.Mayor.Of.Kingstown
    album           : TV Series
    comment         : 13.03.2024
  Duration: 01:05:57.21, start: 0.000000, bitrate: 3153 kb/s
    Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 704x352 [SAR 1:1 DAR 2:1], 2243 kb/s, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc
    Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s
    Stream #0:2: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s
Unknown encoder 'h264_mmal'

Unknown encoder 'h264_mmal'

А даже если это был не 23 а 22 год - один хрен что то разработчики не торопились включать новый прогрессивный api спустя 2 года от твоих данных.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Unknown encoder ‘h264_mmal’

Ты точно понимаешь, что это сообщение вообще означает? Это о том, что у этой сборки ffmpeg нет этого плагина, а не о том, что MMAL на этой системе отсутствует. В 2023 уже был драйвер V4L2, который и рекомендовался для применения. Он ходил напрямую в видеоядро, и ты можешь найти там хедеры, относящиеся к MMAL.

liksys ★★★★
()
Ответ на: комментарий от liksys

По состоянию 2 года после твоих пруфов MMAL просто тупо не был включен в официальный релиз ffmpeg от разработчиков Распберри.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

По состоянию 2 года после твоих пруфов MMAL просто тупо не был включен в официальный релиз ffmpeg от разработчиков Распберри.

Ты просто запутался. Давай я объясню еще раз:

  • OpenMAX работал через MMAL и был устаревшим раньше всего.
  • MMAL всё еще поддерживается, но параллельно с ним развивали драйвер V4L2.
  • По состоянию 2 года, не было никакого смысла использовать драйвер MMAL в ffmpeg, потому что на тот момент УЖЕ существовал драйвер V4L2, который делал ровно то же самое и не требовал странных библиотек.
liksys ★★★★
()
Ответ на: комментарий от liksys

И кстати любопытный факт: h264_omx, работающий на Пи3 кодирует на 20% медленней чем h264_v4l2m2m на Пи4 при равной картинке. Угадай во сколько раз старый кодировщик лучше оптимизирован.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

h264_omx, работающий на Пи3 кодирует на 20% медленней чем h264_v4l2m2m на Пи4 при равной картинке.

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

liksys ★★★★
()
Ответ на: комментарий от liksys

OpenMAX работал через MMAL и был устаревшим раньше всего.

Ты точно с дуба рухнул. OpenMAX на малинах имел нестандартную реализацию и работал как прямое api к блобу vc4. Никакого MMAL на малинках ещё не существовало ни в 2012, ни в 2016 году и не было в официальном дистрибутиве в 2022 году.

По состоянию 2 года, не было никакого смысла использовать драйвер MMAL в ffmpeg, потому что на тот момент УЖЕ существовал драйвер V4L2, который делал ровно то же самое и не требовал странных библиотек.

MMAL судя по всему так никогда и не заработал. А для vc4 вообще не мог, не может и не сможет кодировать, только декодировать и только в медленный кадровый буфер ОС.

https://forums.raspberrypi.com/viewtopic.php?t=170341 2017 год, собирайте вручную. https://habr.com/ru/companies/intel/articles/207314/ 2013 год - никакого mmal, только OMX. Как впрочем и в 2017 году, проще было использовать всё тот же rpi_omx.

kirill_rrr ★★★★★
()
Ответ на: комментарий от liksys

Видеоэнкодер способен кодировать больше, чем цпу может отгружать кадров. Так что 2*кортекс-А53*600Мгц на равных с 3*кортекс-А72*800-1000Мгц.

Друое дело если v4l2 действительно вступит в дело и отправит на энкодер кадры с реальной камеры...

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Ты точно с дуба рухнул.

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

MMAL судя по всему так никогда и не заработал

Просто открой исходники и посмотри, что там делает MMAL: https://github.com/raspberrypi/linux/tree/rpi-6.12.y/drivers/staging/vc04_services

И прочитай уже наконец, что сами разрабы малины обо всем это пишут: https://forums.raspberrypi.com/viewtopic.php?t=225199

2017, 2013

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

Друое дело если v4l2 действительно вступит в дело и отправит на энкодер кадры с реальной камеры…

Для этого используется DMA, и это умели как MMAL/OMX, так и V4L2-драйвер сейчас. Я самолично кодировщик H.264 для видео в реальном времени написал на этом.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

Я тебе дал ссылки

И они ПЦ какие современные. А ещё там есть лажа.

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

Скорее какого то левого чела с форума.

Просто открой исходники и посмотри, что там делает MMAL

Отлично, поддержка api в ядре есть. И где оно задействовано? В «собери сам на свой страх и риск»?

Кстати, судя по комментариям - они только сейчас реализуют М2М, зеро копи и разделяемую видеопамять для vc4. 15 долбаных лет спустя!

https://github.com/raspberrypi/linux/commit/fc11838d2f650be7d10303884982b1be9...

Тут надо наверное вспомнить, что они делают единый драйвер, называющийся vc4, для видеоядер 4, 6 и 7. Так что сначала надо бы потестировать относится ли всё это М2М великолепие к VC4 или это просто путаница наименований.

И прочитай уже наконец, что сами разрабы малины обо всем это пишут:

А ты сам прочитал? У него есть отличное обоснованное техническое мнение... которое КАК вяжется с фактической поддержкой api в конечном продукте? Правильно - в конечном продукте нет, не было и не будет mmal. Он похоронен где то глубоко в железе и легаси-блобах для него.

kirill_rrr ★★★★★
()
Ответ на: комментарий от Merionet

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

И они ПЦ какие современные.

Это ссылки, описывающие историю вопроса. Совершенно не важно, какой они даты.

Скорее какого то левого чела с форума.

Ты совсем упорот, клоун? Еще раз: 6by9 - главный разработчик графической подсистемы ядра, на пару с popcornmix. У него даже на форуме зеленая подпись, он сотрудник малины. И посмотри список коммитеров ядра на гитхабе. Ты просто отрицаешь реальность.

Кстати, судя по комментариям - они только сейчас реализуют М2М, зеро копи и разделяемую видеопамять для vc4. 15 долбаных лет спустя!

Это уже было несколько лет назад.

Правильно - в конечном продукте нет, не было и не будет mmal.

Что еще придумаешь, фантазер? https://github.com/raspberrypi/userland/blob/master/interface/mmal/test/examples/example_basic_1.c

Ты споришь со мной, пишущим железячно-графическое ПО уже много лет и коммитившим в ядро малины, и с официальной информацией от разработчиков малины. При этом твой собственный опыт ограничивается запуском ffmpeg. Изначально спор был о том, что OMX устарел и не является родным API для малины. Я тебе привел уже несколько ссылок, подтверждающих это, а ты просто продолжаешь их игнорировать.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 3)
Ответ на: комментарий от liksys

Это ссылки, описывающие историю вопроса. Совершенно не важно, какой они даты.

Ты хотел сказать что совершенно не важно если это ты их дал? И ничего что я описываю «устаревшую ситуацию» на 2-3 года новее твоих ссылок?

Что еще придумаешь, фантазер?

Ну так а где рекомендации использовать mmal-кодеки ffmpeg? Где вообще сами эти кодеки и почему мейтейнер пакета ffmpeg конкретно под малину решил выпилить их на йух от греха подальше, а самостоятельные попытки сборки периодически вызывают пакеты косяков на форумах с 2013 по 2025 годы?

Изначально спор был о том, что OMX устарел и не является родным API для малины.

И ты всё ещё не показал где на практике использовались mmal-кодеки если конечо ты лично не написал их для малины просто чтобы было. Почему то все крупные проектиы решили не вспоминать об этом api и использовать устаревший и неродной omx а потом перейти на v4l2. Я было уж поверил тебе что там в каком то узком зазоре версий между omx и v4l2 использовася mmal... Но это оказалось сказкой.

И кстати, собирая ffmpeg 3.4 для распбиан8/пи3 я чисто за кампанию активировал --enable-mmal, получил этот декодировщик и убедился в его абсолютной бесполезности для ffmpeg. Он позволяет выиграть пару процентов времени перекодирования ценой искажения цветов в сторону затемнения. При выводе видео через ffplay я вообще не получил ускорения потому что бутылочное горлышко вообще в дргом месте. Это точно можно назвать «родное» и «работает»?

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 2)
Ответ на: комментарий от kirill_rrr

Ты хотел сказать что совершенно не важно если это ты их дал? И ничего что я описываю «устаревшую ситуацию» на 2-3 года новее твоих ссылок?

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

Ну так а где рекомендации использовать mmal-кодеки ffmpeg?

Я тебе уже объяснил, почему их нет - потому что большинство простых проектов использовали OMX, в сложных случаях - MMAL а когда OMX закопали - первые перешли на V4L2. При этом MMAL никуда не делся.

Но это оказалось сказкой.

Ты опять игнорируешь факты:

Это точно можно назвать «родное» и «работает»?

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

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 3)
Ответ на: комментарий от liksys

какие ты ссылки приводишь, говоря о текущей ситуации

Ну прочитай наконец то что я тебе писал! С датами! Я вообще то лучше тебя знаю что мой софт не самый свежий.

и тем, что я привожу, говоря об истории вопроса.

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

При этом MMAL никуда не делся.

Точно так же, как никуда не делись драйвера для nvme, или например wine в распбиане. И кстати в сорцах ядра распбери есть подержка вдеокарт нвидия и платформы Тегра Просто есть нюансы по использованию...

Это можно назвать тем, что в ffmpeg криво реализован плагин.

И также криво он реализован/не реализован во всех плеерах, браузерах и вероятно всех других кодировщиках.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

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

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

Ты необучаем.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 3)
Ответ на: комментарий от liksys

Ты забываешь, что не малина существует для великолепных низкоуровневых api, а эти api существуют чтобы работал ffmpeg, vlc, хром, mpv, gstreamer и прочие. Толку от этого api в сорцах ядра, если менее 1% софта может его использовать после траходрома? На фоне «напиши mmal-приложение сам» устаревший, выпиленый и откровенно криво реализованный ОМХ кажется верхом технологий. Но нет, важнее что там в сорцах...

Исходники ты проигнорировал, ссылки на форум проигнорировал, комментарии разработчиков проигнорировал

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Объективной реальности не важны твоим заблуждения. Факт в том, что OMX - легаси и на данный момент удален, MMAL является основным низкоуровневым апи и используется в сложных случаях, а для всего остального есть V4L2. Ты не можешь спорить с исходниками, клоун.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.