The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Первый выпуск libcamera, стека для поддержки камер в Linux

18.10.2022 07:38

После четырёх лет разработки сформирован первый выпуск проекта libcamera (0.0.1), предлагающего программный стек для работы с видеокамерами, фотокамерами и TV-тюнерами в Linux, Android и ChromeOS, который продолжает развитие API V4L2 и со временем заменит его. Так как API библиотеки ещё продолжает меняться и окончательно не стабилизирован, до сих пор проект развивался без ответвления отдельных выпусков с использованием непрерывной модели разработки. В ответ на потребность дистрибутивов в отслеживании изменений API, влияющих на совместимость, и для упрощения поставки библиотеки в пакетах теперь принято решение периодически формировать релизы, отражающие степень изменения ABI и API. Код проекта написан на C++ и распространяется под лицензией LGPLv2.1.

Проект развивается разработчиками мультимедийных подсистем ядра Linux совместно с некоторыми производителями камер с целью нормализации ситуации с поддержкой в Linux камер для смартфонов и встраиваемых устройств, которые привязаны к проприетарным драйверам. Уже имеющийся в ядре Linux API V4L2 в своё время был создан в расчёте на работу с традиционными обособленными web-камерами и плохо адаптирован для появившейся в последнее время тенденции выноса функциональности MCU на плечи CPU.

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

Предлагаемый библиотекой libcamera стек реализован целиком в пространстве пользователя. Для обеспечения совместимости с существующими программными окружениями и приложениями предоставляются прослойки для совместимости с API V4L, Gstreamer и Android Camera HAL. Специфичные для каждой камеры проприетарные компоненты взаимодействия с оборудованием оформляются в виде модулей, выполняемых в отдельных процессах и взаимодействующих с библиотекой через IPC. Модули не имеют прямого доступа к устройству и обращаются к оборудованию через промежуточный API, запросы через который проверяются, фильтруются и ограничиваются только обращением к функциональности, необходимой для управления камерой.

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

  1. Главная ссылка к новости (https://www.reddit.com/r/linux...)
  2. OpenNews: В рамках проекта libcamera развивается стек для поддержки камер в Linux
  3. OpenNews: Выпуск Entangle 2.0, программы для управления цифровыми камерами
  4. OpenNews: Техника определения скрытых камер при помощи ToF-датчика смартфона
  5. OpenNews: Релиз OpenIPC 2.2, альтернативной прошивки для камер видеонаблюдения
  6. OpenNews: Доступны открытая мобильная платформа /e/OS 1.0 и смартфон Murena One на её основе
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57931-libcamera
Ключевые слова: libcamera, camera
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (106) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анончик (?), 08:11, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +18 +/
    >защитить интеллектуальную собственность производителей камер

    Анальный зонд, мы их так любим

     
     
  • 2.35, Аноним (35), 10:39, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > продолжает развитие API V4L2 и со временем заменит его.

    "А давайте опять что-нибудь сломаем в линуксе!".

     
     
  • 3.54, Аноним (-), 12:39, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Все просто - надо покупать опенсорсные камеры без зондов. Я так и делаю.
     
     
  • 4.57, Аноним (57), 12:44, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если бы смартфоны можно было комплектовать по своему желанию, как ПК.
     
     
  • 5.92, Аноним (92), 18:21, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно конечно. Просто напишите производителю какого-то нонейм смартфона свои пожелания и Вам его соберут, но нужно быть готовым заказать партию из тыщенки хотя бы устройств. Вообще прототипируемые смартфоны делают на заказ.  
     
  • 4.61, Аноним (61), 13:01, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Будь добр, поделить ссылкочкой, где покупаешь.
    Открытое железо это ещё большая проблема чем открытый соф.
     
  • 3.86, Аноним (86), 16:59, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Там ломать нечего, оно нормально не работает. Через раз отваливается, так, что либо браузер рестартовать, либо вовсе всю систему. Обычная USB-камера Logitech, которой сто лет в обед.
     
  • 2.36, аннонн (?), 10:39, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –15 +/
    Почему против чужой интеллектуальной собственности так часто выступают поборники опенсорса?
    Если вы хотите чтобы уважали ваши лицензии, то уважайте и другие тоже.

    ps и что за странная фиксация на анале и зондах?

     
     
  • 3.39, Аноним (39), 10:58, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +11 +/
    >Если вы хотите чтобы уважали ваши лицензии, то уважайте и другие тоже.

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

     
     
  • 4.51, Аноним (51), 12:26, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То есть, если ты не признаешь лицензии, то я могу взять твой код, изменить его и никогда никому не показывать и.к. ничто не заставит меня?
     
     
  • 5.58, Аноним (57), 12:47, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если при этом и скомпилированный никому не будешь раздавать, то можно. Чисто для себя любимого - можно.
     
     
  • 6.63, Аноним (61), 13:14, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, буду продавать и никому исходники не давать
     
     
  • 7.69, Аноним (69), 13:44, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так появились плейстейшон и свитч. И ничего, фрибздшники только рады.
     
     
  • 8.103, Аноним (103), 22:24, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И сетевые сервисы гугла, амазона, клаудфляри ... текст свёрнут, показать
     
  • 7.78, ip1982 (ok), 15:23, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да подавись. Главное, что другие могут и исходники давать, и бинарники. А ты продавай :)
     
  • 5.100, darkshvein (ok), 18:58, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    для таких продуманных арестантов как ты, Столлман специально придумал gplv3
     
  • 3.55, Аноним (57), 12:40, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Софтовые лицензии и патенты - это ортогонально.
     
  • 3.56, Аноним (57), 12:41, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Закрытый код рассадник зондов и бекдоров, потому что.
     
     
  • 4.101, аннонимусс (?), 19:44, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    ... то ли дело тысячи глаз которые пропускают баги в ядре 15 и больше лет
     
     
  • 5.123, Аноним (123), 17:28, 28/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сорсы дают хоть какой-то шанс, что случайно полюбопытствовавший разраб найдёт "странный код". С блобами ты 100% сдишь в темноте и жрёшь что дают.
     
  • 2.43, uis (??), 11:33, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Наверно там либо ничего от собственности нет, либо это не интеллектуальная, а дегродская.
     
  • 2.104, Аноним (104), 23:30, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Почему ты говоришь о себе во множественном числе
     

  • 1.2, pashev.ru (?), 08:12, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Библиотека также предоставляет доступ к алгоритмам для обработки и улучшения качества изображений и видео

    Не юниксвэйно, излишне и вторично.

     
  • 1.3, pashev.ru (?), 08:14, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –18 +/
    > Код проекта написан на C++

    Не понимаю, как можно писать на Си++ не скатываясь в Си. Специально что ли? Что надо делать, чтобы код был Си++, а не Си?

     
     
  • 2.9, Аноним (9), 08:28, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Си это сипипи, deal with it.
     
     
  • 3.17, Аноним (17), 09:01, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    сипипи это си-препроцессор, а сиплюсплюс это другой язык
     
     
  • 4.19, Аноним (9), 09:05, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Практически весь субсет целиком его включает, а так да, конечно другой (нет).
     
     
  • 5.23, Аноним (17), 09:23, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    смотри раздел "Constructs valid in C but not in C++" https://en.wikipedia.org/wiki/Compatibility_of_C_and_C%2B%2B Хорошо хоть не говоришь, что существует некий язык "С/С++"
     
     
  • 6.24, Аноним (9), 09:38, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ничего не меняет, это такая же часть плюсов. Да и на практике из всего перечня можно повстречать не больше полутора несовместимостей. Все эти фобии это пустое.
     
     
  • 7.48, Аноним (17), 11:56, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > можно повстречать [N-ное количество] несовместимостей

    Раз можно повстречать, значит это не часть плюсов.

     
  • 2.20, Аноним (20), 09:05, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Изучить всё-таки C++?
     
     
  • 3.27, pashev.ru (?), 10:09, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Так изучи. И заодно Си. Потом расскажешь.
     
  • 3.44, Аноним (44), 11:33, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "с++ это худший относительно низкоуровневый язык программирования, но лучше ещё не придумали"*
    *если считать с частью с++
    А так выбора особо нет. Раст и го это иллюзия в руках корпораций для особо впечатлительных. Будет то же что и с шарпом и андройдом, уже проходили.
    С++ же закапывали уже в то время когда я ходил в школу, до сих пор живёт и здравствует и так будет и дальше как миниум в ближайшие 5 лет. Так что изучить его это беспроигрышный вариант.
     
     
  • 4.70, topin89 (ok), 13:48, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я недавно начал пробовать раст на самом деле. Я могу понять и тех, кто его любит, и тех, кто ненавидит. Возня временами жизни -- это боль даже на программе уровня "обойди папку рекурсивно и выведи полные пути в консоль".
    Но одновременно, на моих глазах компилятор не дал мне передать ссылку в никуда, добавить путь одновременно в массив файлов и массив папок и буквально заставил обработать все ошибки, которые могли возникнуть. Ноль раз программа делала не то, что я хочу. При этом опыт раста -- чисто прочёл the Книгу. В плюсах новички совершили бы тонну ошибок уже тут. C++ никуда не уйдёт, это да. Так же, как никуда не ушли фортран и даже кобол. Но сожмутся плюсы знатно
     
     
  • 5.71, Без аргументов (?), 14:26, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В го морочиться ни с чем не надо. А вот то, что просто исправить - есть.
     
     
  • 6.82, topin89 (ok), 16:07, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В го морочиться ни с чем не надо. А вот то, что
    > просто исправить - есть.

    Я не сидел с го плотно, так что не знаю насчёт морочиться, но как-то появлялась нужда извлечь из influxdb гигабайты пожатых данных, и в текст они бы извлекались очень долго. Похачил стандартную утилиту, чтобы она вместо текста слала байтовый поток в терминал, и уже его разбирал прогой на C++. Опыта в go на тот момент -- даже туториалы не открывал. Ушло кажется 3 или 4 часа. Так что насчёт просто исправить (и вообще въехать после плюсов) -- подтверждаю.

     
  • 5.122, Аноним (123), 17:25, 28/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > ...компилятор не дал мне

    Единственный вывод, который ты имеешь права сделать - только то, что ты ещё лопух в программировании. Такие тупые ошибки - извини, для их предотвращения нужно УЧИТЬСЯ и практиковаться, язык тут не при чём. Более того - язык, который вместо помощи беспрестанно бьёт по рукам - самое тупое, что могли придумать разрабы.

     
     
  • 6.124, topin89 (ok), 20:21, 01/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственный вывод, который ты имеешь права сделать - только то, что ты
    > ещё лопух в программировании.

    Раз пошли такие аргументы, то кто первым обзывается, то сам так называется.

     
  • 2.68, topin89 (ok), 13:42, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну для начала вызвать std::min. Всё, шаблоны и пространства имён, уже не C. Потом начать использовать конструкторы и деструкторы. Начать работать с понятными динамическими контейнерами, типа строк или векторов. Переопределить парочку операторов, вкорячить лямбды в std::transoform. Несложно, короче.
     
  • 2.93, Аноним (92), 18:24, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А нахрена выдумывают себе проблему. Потом как они будут ABI делать к другим языкам со своего C++? Одним словом мертворожденное, но подождем пока автор наиграется и перейдет на классический Си, но тут есть тоже коненчно проблема, а именно отсутствие в стандартной библиотеке уже более 20-40 лет стандартных структур: списков, деревьев, словарей и т.д. одним словом беда что там что там...
     
     
  • 3.102, pashev.ru (?), 20:39, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > коненчно проблема, а именно отсутствие в стандартной библиотеке уже более 20-40
    > лет стандартных структур: списков, деревьев, словарей и т.д. одним словом беда
    > что там что там...

    Не беда. Всё это дело хорошо известно пишется за час или достаётся из загашников. Программисты на Фортране не дадут соврать.


     

  • 1.5, Аноним (5), 08:15, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >В рамках проекта libcamera сторонники СПО и производители оборудования попытались создать компромиссное решение, с одной стороны удовлетворяющее потребности разработчиков открытого ПО, а с другой - позволяющее защитить интеллектуальную собственность производителей камер.

    Срочно вынести всю "интеллектуальную собственность" в анклавы SGX и трастлеты TrustZone!

     
     
  • 2.16, Аноним (16), 08:56, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    *на помойку
     
     
  • 3.85, Аноним (85), 16:49, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вместе с SGX и TrustedZone...
     

  • 1.6, Аноним (5), 08:17, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Специфичные для каждой камеры проприетарные компоненты взаимодействия с оборудованием оформляются в виде модулей, выполняемых в отдельных процессах и взаимодействующих с библиотекой через IPC. Модули не имеют прямого доступа к устройству и обращаются к оборудованию через промежуточный API, запросы через который проверяются, фильтруются и ограничиваются только обращением к функциональности, необходимой для управления камерой.

    Чем shared library со стандартизигованным интерфейсом не угодила? Оверхеад же меньше.

     
     
  • 2.38, Аноним (35), 10:56, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это чтобы клиентское приложение вообще не имело доступа в адресное пространство модуля. Можно ожидать, что файлы модуля будут как минимум самошифрованные.
     
     
  • 3.90, n00by (ok), 17:41, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно ожидать, что файлы модуля будут как минимум самошифрованные.

    Зачем это? Если доступа в адресное пространство нет, шифровать не надо. Если есть - мало смысла.

     

  • 1.7, pashev.ru (?), 08:18, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Гентушники: https://git.libcamera.org/libcamera/libcamera.git/tree/package/gentoo/media-li


    Опять в репозитории бардак.

     
     
  • 2.22, Аноним (22), 09:16, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так поправь.
     
     
  • 3.26, pashev.ru (?), 10:05, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты тот самый ананим, который приглашает к себе в гости и предлагает сделать уборку?
     
     
  • 4.88, Аноним (86), 17:11, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты тот самый пашевру, который без приглашения приходит в гости и рассказывает, что надо сделать уборку?
     

  • 1.8, pashev.ru (?), 08:21, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там же уши гугла торчат изо всех щелей.
     
     
  • 2.59, Аноним (57), 12:54, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ты задумайся, почему не на Rust? (Подсказка: Carbon дальнейшее развитие C++)
     
     
  • 3.83, topin89 (ok), 16:13, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дальнейшее развитие C++ -- это C++23, C++26 и так далее. Возможно, cppfront Саттера, но вряд ли. Carbon -- это в лучшем случае жирный намёк от гугла, что пора уже вам что-то менять в C++. В худшем -- очередной будущий дохлый проект уровня Noop (был такой язык, а потом пришёл Котлин, и про Noop забыли).
     
     
  • 4.107, Аноним (107), 00:34, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С учётом обратной совместимости с нынешним C++, Carbon-наработки добавят в какой-нибудь C++3x.
     

  • 1.11, Аноним (11), 08:32, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Какой-то мусор создали ненужный в линуксе. Уж лучше пусть смартфон/камера варится в своих патентах, интеллектуальной собственности с DRM и сшэакскими заскоками что только Fluendo кодеки истинно православно верные. Встроить это в цену кабеля или накопителя религия им не позволяет, хотя с DVD болванками проблемы отсутствовали.
    Включить в цену камеры цену вот этих вот долбаных кодеков с возможностью использовать Ffmpeg тоже религия создания вида деятельности не позволяет судя по всему.
     
  • 1.13, Golangdev (?), 08:44, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В ответ на потребность дистрибутивов в отслеживании изменений

    Сидит такая федора и следит, на пару с товарищем майором. А тут бац - либкамера, такую возможность не предоставляет.

    Если серьёзно, полный бред по смыслу, тупая калька с английского.

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

     
  • 1.14, Аноним (14), 08:49, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > В отличие от традиционных камер, в которых операции первичной обработки изображений производятся на встроенном в камеру специализированном процессоре (MCU), во встраиваемых устройствах для сокращения стоимости эти функции выносятся на плечи основного CPU и требуют усложнённого драйвера, включающего не подлежащие открытию лицензированные компоненты.

    вообще - нет, обработка изображений делается на специализированных DSP - ISP, их переносят с камер в SoC а с камеры идут "сырые" данные - да есть такая тенденция. Юзерспейсная бибилотека для обработки изображений это очередной костыль для проприетарщиков.

     
     
  • 2.28, Аноним (5), 10:12, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Юзерспейсная бибилотека для обработки изображений это очередной костыль для проприетарщиков.

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

     
     
  • 3.45, uis (??), 11:38, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >модули ядра ты охренеешь отлаживать

    KGDB. OpenOCD.
    А если серьёзно, что там такого, что очень сложно отлаживать?

     
     
  • 4.89, Аноним (89), 17:32, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из-за таких любителей пихать всё в ядро плачут 1000 Таненбаумов!
     
     
  • 5.97, uis (??), 18:54, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что ты скажешь про любителей ввносить драйвера, требующие работы в реальном времени, в userspace?
     
     
  • 6.110, Аноним (104), 06:56, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс уже стал ядром операционной системы реального времени?
     
     
  • 7.117, Michael Shigorin (ok), 09:03, 21/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Линукс уже стал ядром операционной системы реального времени?

    lmytfy://realtime+linux

    PS: и вот эти люди будут рассусоливать про языки программирования... да, Igraine?

     
  • 4.91, n00by (ok), 17:49, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите про это автору патча, похоже, он не в курсе Subject PATCH staging... большой текст свёрнут, показать
     
     
  • 5.98, uis (??), 18:55, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зарегестрировал устройство раньше, чем оно готово работать. Молодец.
     
     
  • 6.114, n00by (ok), 12:20, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Угу. Интел хотела выйти на рынок Андроид устройств, форкнула ядро, накидала туда код, в том числе и для камер. Вроде даже у кого-то это всё работало. Потом вышла новая версия Андроид, новая версия ядра, тот код из форка перенесли в ядро, а он не работает. Гипотетически, uis отладил этот код при помощи KGDB и OpenOCD, зарегистрировал когда надо устройство и случилось чудо. А практически всё это дело выкинули после пары лет попыток поднять, а наштампованные устройства продали с альтернативной ОС.
     
  • 3.49, Аноним (14), 12:00, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > то просто умение в архитектуру. Нет никакого смысла делать что-либо в ядре, что можно сделать в юзерспейсе

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

     
  • 2.87, Аноним (87), 17:06, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В былые годы были такие штуки, "вин-модемы", их ещё для чуть меньшего позору называли "софт-модемы".

    Ещё сканеры такие были.

    Вот теперь, вин-вебкамеры.

     

  • 1.15, Аноним (16), 08:55, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > позволяющее защитить интеллектуальную собственность производителей камер.

    Ненужно.

     
  • 1.18, Аноним (18), 09:01, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Были софт-модемы, затем софт-принтеры и фейкрейды, в моде нынче звуковухи с подключением и управлением через хз что. Теперь будут еще и софт-камеры. Следующий круг головняка и вендорлоков.
     
     
  • 2.41, Аноним (35), 11:02, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Идёт планомерный захват... Чтобы железо без софта не работало. Обновил браузер (а придётся, потому что нужный тебе сайт не открылся) - беги в магазин за новой камерой.
     
  • 2.62, Аноним (57), 13:02, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Следующие - SoftCPU. Нет, не на ПЛИСинах, а на другом более простом CPU :)
     
     
  • 3.76, n80 (?), 14:40, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Transmeta, например, хех. Найти бы тулчейн под тамошнюю родную архитектуру… Впрочем, тулчейн под атомовский ISP — не меньшая мечта. Но это так, лирика.
     
  • 2.72, n80 (?), 14:31, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > будут

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

     

  • 1.21, Fyz (?), 09:11, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Может не в тему... уж простите..
    Какой же лёгкий у них сайт https://libcamera.org/
    а корпорасты на такое не способны?
     
     
  • 2.121, Аноним (123), 17:17, 28/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да потому что там ни единого жабоскрипта! Написали НОРМАЛЬНЫЙ ГИПЕРТЕКСТ.
     

  • 1.25, Аноним (25), 09:53, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не совсем понятна цель мероприятия.
    Это чтобы можно было в инстаграм постить фото сразу с наложеными фильтрами?
     
     
  • 2.111, Аноним (104), 06:58, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, именно для фильтров в Инстаграм
     

  • 1.30, Аноним (5), 10:14, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >pip3 install --user --upgrade meson

    Лишь бы CMake не использовать.

     
     
  • 2.46, uis (??), 11:39, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Скорее лишь бы пакетный менеджер дистрибутива не использовать.
     

  • 1.31, YetAnotherOnanym (ok), 10:19, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > включающего не подлежащие открытию лицензированные компоненты

    Послать этих производителей лесом с их компонентами.

     
     
  • 2.32, Аноним (20), 10:27, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Опенсорсные камеры уже в широкой продаже?
     
     
  • 3.47, YetAnotherOnanym (ok), 11:51, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как будто готовые ip-камеры с такими модулями будут хоть сколько-то опенсорсными.
     
     
  • 4.75, Аноним (75), 14:36, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а из чего следует, что не будут?
     

  • 1.33, Герострат (?), 10:36, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Нужно

    Визги швaбодкофанатиков множим на нуль

     
  • 1.34, Аноним (34), 10:38, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    эта поделка не может w*h байт передать с монохромной камеры, добавляет зачем-то к ним w*h/2 нулевых байт.
    вообще для таких простых случаев типа "получить массив пикселей не в еврейском CMYKRGBWTFLOLWHAT формате" либа сильно переусложнена 15-этажными плюсовыми абстракциями
     
  • 1.42, uis (??), 11:30, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >продолжает развитие API V4L2 и со временем заменит его

    Шо, опять? v4l2 ещё не полностью в ffmpeg поддерживаеься, а уже замена? v4l2-request вроде до сих пор из staging не выбрался, о замене чего речь?

    >с целью нормализации ситуации с поддержкой в Linux камер для смартфонов и встраиваемых устройств, которые привязаны к проприетарным драйверам.

    Так вон оно что, они не хотят открывать свои драхоценные камеры.

    >и плохо адаптирован для появившейся в последнее время тенденции выноса функциональности MCU на плечи CPU.

    И как они это будут решать в пространстве пользователя? И зачем?

     
     
  • 2.53, Аноним (35), 12:35, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > v4l2-request вроде до сих пор из staging не выбрался, о замене чего речь?

    Работают на опережение. Смотри, как долго с иксов к вяленому подбирались. А с опенгл на вулкан? И потом стремительно с пульсы на пайпварь, что многие даже не успели заюзать ту пульсу...

     
     
  • 3.80, uis (??), 15:46, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >А с опенгл на вулкан?

    Требует изменение архитектуры GPU.

    >И потом стремительно с пульсы на пайпварь, что многие даже не успели заюзать ту пульсу...

    Не пользую ни первое, ни второе.

     
     
  • 4.109, Аноним (35), 05:25, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Не пользую ни первое, ни второе

    Вот видишь, какая "необходимость" в новомодных технологиях?

     

  • 1.50, Anonymoustus (ok), 12:08, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    То есть 12309 исправлять уже точно не будут?
     
  • 1.52, Аноним (51), 12:33, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Есть Pinephone, Librem 5, Postmarketos. В них это не используется?
     
     
  • 2.60, Аноним (57), 12:58, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пока нет, сырое ещё.
     
     
  • 3.66, Аноним (61), 13:23, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там что-то своё?
     
     
  • 4.81, uis (??), 15:47, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не поверишь, форель вторая
     
     
  • 5.84, Аноним (84), 16:16, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Форель? Вторая?
     
     
  • 6.96, uis (??), 18:51, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Video4Linux 2
     

  • 1.64, Aalexeey (?), 13:18, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так usb камеры теперь в android в виртуалке работать будут?
     
     
  • 2.112, Аноним (104), 07:00, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да
     

  • 1.67, Аноним (67), 13:26, 18/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > с целью нормализации ситуации с поддержкой в Linux камер

    И это всего спустя 31 годик существования Linux :)

     
     
  • 2.77, Аноним (35), 15:22, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Надо гуглу про это рассказать, а то там камеры на магии работают по всему миру.
     

  • 1.108, Аноним (107), 00:56, 19/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот так, без громких заявлений, ядро потихоньку продвигается от модульного монолита к гибриду.
     
     
  • 2.120, Аноним (123), 17:14, 28/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как-то слишком "потихоньку" - 30 лет уже двигается! Хотя Танненбаум ещё внечале предупреждал, какое
    монолитное г____о Линус пишет.
     

  • 1.113, Аноним (104), 07:03, 19/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Этот значит что драйвера будут не так часто ломаются при обновлении ядра, так как Линус не даёт ломать user-space ABI
     
  • 1.115, Анон ессно (?), 12:56, 19/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну неужели наконец-то запилят нормальную поддержку MIPI камер? Ждём авторизацию по лицу в sddm/gdm и прочие плюшки
     
  • 1.118, LastOf (?), 13:17, 23/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодцы! Хоть ктото додумался вынести в userspace v4l2. Вот как мне делать редирект для локальной камеры в терминальный сеанс если там v4l2 живет в ядре и весь софт лезет пи/ят в /dev/video?!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру