The OpenNET Project / Index page

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



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

"В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от opennews (ok), 13-Дек-18, 14:47 
Сообщество LinuxTV (https://linuxtv.org/), занимающееся разработкой и поддержкой мультимедийных-подсистем в ядре Linux, совместно с некоторыми производителями камер, основало проект libcamera (http://libcamera.org), нацеленный на создание библиотеки для унификации поддержки и упрощения работы с видеокамерами, фотокамерами и TV-тюнерами в Linux, Android и ChromeOS. Предоставляемый библиотекой  API со временем может заменить V4L2. Код проекта написан на C++ и распространяется (https://git.linuxtv.org/libcamera.git/tree/) под лицензией LGPLv2.1.

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

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


Специфичные для каждой камеры проприетарные компоненты взаимодействия с оборудованием оформляются в виде модулей, выполняемых в отдельных изолированных окружениях и взаимодействующих с библиотекой через IPC. Модули не имеют прямого доступа к устройству и обращаются к оборудованию через промежуточный 3A API. Запросы через данный API проверяются, фильтруются и ограничиваются только обращением к функциональности, необходимой для управления камерой. В случае эксплуатации уязвимостей в закрытых компонентах камер, атакующие не смогут получить доступ к основной системе.

Некоторые особенности (http://libcamera.org/docs.html):


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


URL: http://libcamera.org"
Новость: https://www.opennet.ru/opennews/art.shtml?num=49776

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

Оглавление

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


1. "В рамках проекта libcamera развивается стек для поддержки ка..."  –23 +/
Сообщение от Ivan_83 (ok), 13-Дек-18, 14:47 
Ребята изобрели webcamd из фряшечки :)
Плохо что на плюсах.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (2), 13-Дек-18, 14:54 
Я, конечно, не эксперт, но разве он не обеспечивает функционал только на уровне v4l?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "В рамках проекта libcamera развивается стек для поддержки ка..."  –9 +/
Сообщение от Ivan_83 (ok), 13-Дек-18, 15:06 
Не совсем.

webcamd содержит в себе линуксовые дрова для usb устройств:
- вебкамеры
- DVB тюнеры
- всякие аналоговые тюнеры / платы захвата
- клавы / мышки / джойстики
- мож ещё что то забыл, главное чтобы устройство было USB и другие подсистемы типа алса не юзало.

Те webcamd цепляется к юзби девайсу, и "проксирует" в созданное им устройство для данного девайса.
Я им активно пользуюсь, и вебкамеры и джойстики и тюнеры и платы захвата - всё через него юзаю/поюзал.

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

26. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от nevfr (?), 13-Дек-18, 17:31 
ну тоесть как и V4L для автономных камер с собственным процессором
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

90. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (90), 16-Дек-18, 15:43 
> ну тоесть как и V4L для автономных камер с собственным процессором

И как прочие libinput и ко для устройств ввода в линухе.

Кстати почему webcamd должен с таким названием ДЖОЙСТИКАМИ заниматься - вот это интересно. И эти люди быкуют на системд...

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

92. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Анонн (?), 16-Дек-18, 18:08 
> Кстати почему webcamd должен с таким названием ДЖОЙСТИКАМИ заниматься - вот это интересно. И эти люди быкуют на системд...

Потому что системдуны, как обычно, осилили прочитать только название, не вникая в суть:
https://www.freshports.org/multimedia/webcamd
> kernel driver framework ...
> Webcamd is a small daemon that enables about 1500 different USB based webcam, DVB and remote control USB devices
>

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

5. "В рамках проекта libcamera развивается стек для поддержки ка..."  +5 +/
Сообщение от Аноним (5), 13-Дек-18, 15:11 
> Плохо что на плюсах

Это ещё почему? Наоборот, это плюс

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

6. "В рамках проекта libcamera развивается стек для поддержки ка..."  +14 +/
Сообщение от Клыкастый (ok), 13-Дек-18, 15:17 
это плюс плюс
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "В рамках проекта libcamera развивается стек для поддержки ка..."  +4 +/
Сообщение от Аноним (8), 13-Дек-18, 15:17 
Даже два плюса :)
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

12. "В рамках проекта libcamera развивается стек для поддержки ка..."  –7 +/
Сообщение от X4asd (ok), 13-Дек-18, 15:36 
> Наоборот, это плюс

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

и "улучшать" эту иерархию можно бесконечно -- прям кладезь для тех кому некуда тратить время :-) !

> Это ещё почему?

программы на выходе обычно получаются наколеночное говно -- вот по этой причине :-) .

на C явно более качественные разработки выходят, неговоря уже о том что весь нижележащий стек в GNU/Linux обычно выбирается тоже на C

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

15. "В рамках проекта libcamera развивается стек для поддержки ка..."  –1 +/
Сообщение от Гит руль (?), 13-Дек-18, 16:14 
А тут кто-то говорил о качестве? Работает и ладно.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Аноним (18), 13-Дек-18, 16:43 
> для кого плюс? для любителей напридмывать сложную иерархию классов?

На C++ можно писать без сложной иерархии классов, это не обязательно.

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

20. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Урри (?), 13-Дек-18, 16:55 
На С++ все же программировать проще. Посему идеально было бы: Public API на C, внутренности на С++.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

22. "В рамках проекта libcamera развивается стек для поддержки ка..."  –3 +/
Сообщение от pripolz (?), 13-Дек-18, 17:08 
Just to notice:

int c = something;
int cpp = c++;

if (cpp > c)
  std::cout << "C++ is better";
else
  g_assert (0);

-------
only a joke. C is the worst ;)

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

55. "В рамках проекта libcamera развивается стек для поддержки ка..."  +6 +/
Сообщение от AshotOneShot (?), 13-Дек-18, 21:17 
int something = INT_MAX;
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

84. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от docpcod (?), 16-Дек-18, 10:19 
С козырей?
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

38. "В рамках проекта libcamera развивается стек для поддержки ка..."  +2 +/
Сообщение от Аноним (38), 13-Дек-18, 18:14 
А кто запрещает сесть и подумать над структурой иерархии классов перед тем, как начинать что-то кодить?
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

61. "В рамках проекта libcamera развивается стек для поддержки ка..."  +8 +/
Сообщение от Аноним (61), 13-Дек-18, 22:10 
Чаще всего это два мужика: Даннинг и Крюгер
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

81. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от neit95 (ok), 15-Дек-18, 11:37 
А на C люди видимо рефакторингом не занимаются? Не разбивают сложные функции на отдельные функции, не удаляют устаревшие. Они видимо всё пишут сразу. Видимо, типичный программист на C - это экстрасенс, способный видеть будущее. Он точно знает, что будет с его проектом, скажем, через 10 лет. Вы видимо так представляете себе C программистов. Если да, то у меня для вас плохие новости.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

49. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Аноним (49), 13-Дек-18, 19:44 
У них там есть issue трекер. Напишите им пока не поздно, что все уважаемые конторы пишут API на C,
а C++ дают как обертку над этим всем.

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

Зачем это делать мне не понятно.

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

54. "В рамках проекта libcamera развивается стек для поддержки ка..."  –2 +/
Сообщение от Ivan_83 (ok), 13-Дек-18, 20:50 
Я же не пользуюсь линуксом, уж лучше вы напишите.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

91. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (90), 16-Дек-18, 15:45 
> Я же не пользуюсь линуксом, уж лучше вы напишите.

Поэтому вы за нами 2 дня бежали, чтобы рассказать что ваш webcamd тоже не решает упомянутых проблем, зато в джойстики умеет? :)

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

93. "В рамках проекта libcamera развивается стек для поддержки ка..."  –1 +/
Сообщение от Анонн (?), 16-Дек-18, 18:13 
>>> Новость от opennews (ok), 13-Дек-18, 14:47
>> от Ivan_83 (ok), 13-Дек-18, 20:50
>> Я же не пользуюсь линуксом, уж лучше вы напишите.
> Аноним (90), 16-Дек-18, 15:45
> Поэтому вы за нами 2 дня бежали,

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

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

57. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (-), 13-Дек-18, 21:54 
> Ребята изобрели webcamd из фряшечки :)

Сразу видно бсдшника - лишь бы ляпнуть что-то про свой фетиш. В каком месте d замена lib вообще? Это для начала разные подходы, если кто не заметил. Это раз. Два - а фря вообще с хоть какими-то камерами отличными от web работать вообще умеет? Особенно с той странной фигней которая в смартфонообразных штуках? Ну там MIPI какой, например, или параллельный интерфейс, или чего там еще такого. Это примерно как дисплей, только наоборот: HSYNC и VSYNC выдает камера, она же и данные пишет. При том эти данные могут быть достаточно лобовым дампом матрицы без особой обработки. Вот те попиксельный дамп, чего доброго еще и байеровский - и делай с ним что хошь.

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

64. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Аноним (64), 14-Дек-18, 02:04 
Речь, вообще-то, идёт о подходе - процесс в юзерспейсе берет сырые данные от USB и уже сам достаёт из них картинку и звук, так что устранена необходимость пихать в ядро всё, до чего дойдёт сумрачный гений разработчиков камер.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

66. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (-), 14-Дек-18, 03:51 
С другой стороны имеем демон жрущий память и висящий там, вероятно, всегда. Независимо от того понадобится ли оно нам вообще или может юзер в пределах этой загрузки вообще камеру расчехлять не удумает. А lib что, если юзер все же запустит прогу работающую с камерой, ему lib вгрузится в адресное пространство как раз.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

79. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Анонн (?), 14-Дек-18, 14:05 
> А lib что, если юзер все же запустит прогу работающую с камерой, ему
> lib вгрузится в адресное пространство как раз.

И эти проги конечно же не умеют вообще ничего, кроме работы с камерой и запускаются исключительно для работы с ней -- ведь в этой специальной реальности проги, особенно с обилимем мультимедии, до сих пор строго следовуют юниксовой философии "do one thing and do it well"!

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

83. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (-), 16-Дек-18, 03:31 
> И эти проги конечно же не умеют вообще ничего, кроме работы с
> камерой и запускаются исключительно для работы с ней

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

А юниксная философия зачастую довольно криво и погано работает в современном мире.

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

80. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Ivan_83 (ok), 15-Дек-18, 03:58 
Аналогия в том, что дрова взяли и вытащили в юзерспейс.
В венде тоже так пытались сделать и запили отдельный сервис для этого, уж не знаю насколько подход прижился.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

7. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Анонимм (??), 13-Дек-18, 15:17 
вот так тихо и незаметно функционал из нулевого кольца защиты проца мереезжает на 3-тье пользовательское кольцо...

а где же крики о том, что микроядро не нужно?

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

11. "В рамках проекта libcamera развивается стек для поддержки ка..."  +2 +/
Сообщение от Crazy Alex (ok), 13-Дек-18, 15:34 
Разница в том, что переезжает то, что может переехать, а в случае микроядра - можешь, не можешь - вали, и побоку накладные расходы или любые другие соображения.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

24. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (24), 13-Дек-18, 17:19 
Так и в случае сабжа будут накладные расходы. Вопрос только какие. А то потом выяснится, что оно поток от высокоскоростной камеры не успевает перехватывать....
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

52. "В рамках проекта libcamera развивается стек для поддержки ка..."  +2 +/
Сообщение от Crazy Alex (ok), 13-Дек-18, 20:42 
...и тогда часть или всё уедет в ядро.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

59. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (-), 13-Дек-18, 22:00 
> ...и тогда часть или всё уедет в ядро.

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

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

76. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Crazy Alex (ok), 14-Дек-18, 12:41 
Это уже частности. Суть в том, что это, к счастью, не микроядро с его фанатизмом, а более прагматичный подход - что удобно держать в ядре - держим в ядре, что неудобно - выносим. И по мере изменения ситуации "удобное/неудобное" могут меняться. Кернельные ФС и FUSE - хороший пример. Кстати, не знаю, как насчёт стабилизации видео, а в дебайере в ядре ничего плохого не вижу. Тихая смирная алгоритмика как алгоритмика, ни на что сторонее не влияющая.

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

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

85. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (-), 16-Дек-18, 14:49 
> с его фанатизмом, а более прагматичный подход - что удобно держать
> в ядре - держим в ядре, что неудобно - выносим.

Согласен. Поэтому какой-нибудь sshfs даже не выглядит дурно - он все-равно быстрым быть не может как таковой, из-за кучи шифрования, ремотности и вообще. Но вот локальный ФС намного лучше работает в кернеле. Что очень хорошо иллюстрируется ntfs3g, тормозным до икоты.

> в дебайере в ядре ничего плохого не вижу. Тихая смирная алгоритмика
> как алгоритмика, ни на что сторонее не влияющая.

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

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

> Впрочем, судя по всему, здесь основная мотивация для выноса из ядра -
> желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер",

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

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

94. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от J.L. (?), 17-Дек-18, 15:07 
>> Впрочем, судя по всему, здесь основная мотивация для выноса из ядра -
>> желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер",
> Ну вот это не находит моего понимания. Да и какая там собственность
> я честно гря не понял. По крайней мере в V4L. Собственность
> обычно запихивают в свое приложение камеры, если уж хотели.

вот они хотят запихнуть в свой драйвер, точнее в "частично свой драйвер"

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

23. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (24), 13-Дек-18, 17:17 
А fuse разве не такое практикует?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

56. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Анонимм (??), 13-Дек-18, 21:33 
да, конечно

но это тоже лишь очередной пример того же микроядерного процесса: перенос кода в на уровень пользователя для большей стабильности и прочих плюшек микроядра (даже если сами разработчики fuse на словах будут и против микроядерной архитектуры)

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

69. "В рамках проекта libcamera развивается стек для поддержки ка..."  +2 +/
Сообщение от Аноним (-), 14-Дек-18, 04:06 
Однако ж NTFS работающий через это - в разы тормознее файлух в ядре и запросто упирается в ядро проца, а не что-нибудь еще. Что для файлухи как-то не прикольно.

...по этой причине я в стародавние времена угрохал у себя все NTFSы которые у меня были. Не прикольно, знаете ли, когда запись NTFS на диск 50 мегов в секунду, а ext4 - 120!

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

58. "В рамках проекта libcamera развивается стек для поддержки ка..."  +2 +/
Сообщение от Аноним (-), 13-Дек-18, 21:57 
> а где же крики о том, что микроядро не нужно?

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

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

65. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Анонимм (??), 14-Дек-18, 02:43 
да собсно, а IP пакеты фильтровать тоже обязательно в ядре?
правил ещё большая куча (была), а счас так вообще правила в байткод компилятся и выполнятся в вирт машине... этому всему точно место в 0 кольце обязательно?

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

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

68. "В рамках проекта libcamera развивается стек для поддержки ка..."  +2 +/
Сообщение от Аноним (-), 14-Дек-18, 04:01 
> да собсно, а IP пакеты фильтровать тоже обязательно в ядре?

Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переключениям контекста. Это тормозит. А в видео 30, ну может 60 крупных чушек в секунду. Совсем другой коленкор. Если б пакеты прилетали по 30 больших кусков в секунду, их тоже можно было бы в юзермод без напряга спихивать. А когда их многие тысячи в секунду прут и это нормальное состояние дел - опачки. При попытке это в юзермод спихивать файрвол/роутер/что там еще превратится в тормозитель прежде всего. А все остальное - потом.

> правил ещё большая куча (была), а счас так вообще правила в байткод
> компилятся и выполнятся в вирт машине... этому всему точно место в
> 0 кольце обязательно?

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

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

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

Но для извращенцев есть BUSE. Это как fuse, только для блочных устройств. Спрашивайте на гитхабе, или где оно там обитает.

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

74. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Анонимм (??), 14-Дек-18, 10:49 
да... увы, всё так
знать, дело за более быстрой железной поддержкой переключений контекста
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

87. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (-), 16-Дек-18, 14:54 
> знать, дело за более быстрой железной поддержкой переключений контекста

Как вы себе это представляете с тем размером контекста который у современных cpu со всеми их плавучками и simd?

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

95. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от J.L. (?), 17-Дек-18, 15:23 
>> знать, дело за более быстрой железной поддержкой переключений контекста
> Как вы себе это представляете с тем размером контекста который у современных
> cpu со всеми их плавучками и simd?

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

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

75. "В рамках проекта libcamera развивается стек для поддержки ка..."  –1 +/
Сообщение от Аноним (75), 14-Дек-18, 11:46 
> Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переключениям контекста. Это тормозит

услышали мнение диванного АНАЛитика. А пацаны из dppk / NETMAP - об этом не знают, и пилят свое.

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

86. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (-), 16-Дек-18, 14:53 
> услышали мнение диванного АНАЛитика. А пацаны из dppk / NETMAP - об
> этом не знают, и пилят свое.

Так были б это микроядерщики - b не было бы у нас iptables/ipset/etс. А поскольку это Linux - вот для тех частных случаев когда это работает нормально они его и пилят. Не отбирая однако ж возможность пользоваться ядерного netfilter БЕЗ оптовых переключений контекста и факапов латенси. А не как замену где все дескать с ножом к горлу теперь гейтуют все пакеты в юзермод, и только так, выбирая между ломовыми переключениями контекста и буфферблоатом/факапом латенси.

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

9. "В рамках проекта libcamera развивается стек для поддержки ка..."  +8 +/
Сообщение от Аноним (9), 13-Дек-18, 15:17 
systemd-webcamd - когда уже*?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от имя (?), 13-Дек-18, 17:46 
soon...
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (13), 13-Дек-18, 15:38 
Судя по поверхностному описанию, они умеют в архитектуру. Это обнадёживает.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Гит руль (?), 13-Дек-18, 16:03 
Тут бы действовать от маркетинга. Например наши встроенные драйверы самые открытые и ссылка на покупки и шильдик на коробке красивый. И всё для Линукс юзаем только правильны производителей.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

19. "В рамках проекта libcamera развивается стек для поддержки ка..."  –2 +/
Сообщение от klalafuda (?), 13-Дек-18, 16:45 
Расскажите пожалуйста этим поцам про github. От поделки https://git.linuxtv.org/libcamera.git/tree/ вытекают глазки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Аноним (24), 13-Дек-18, 17:21 
Вот я не пойму. У гита самый удобный командный интерфейс. Откуда столько ноющих про вебинтерфейс?
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

44. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от klalafuda (?), 13-Дек-18, 18:41 
Я не хочу консольку. Я хочу за пару минут пробежаться глазками по проекту с целью оценить масштаб разрушений. У меня лапки.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

50. "В рамках проекта libcamera развивается стек для поддержки ка..."  +8 +/
Сообщение от Онаним (?), 13-Дек-18, 20:28 
К ветеринарчику.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

62. "В рамках проекта libcamera развивается стек для поддержки ка..."  –4 +/
Сообщение от Michael Shigorinemail (ok), 13-Дек-18, 23:09 
> Я не хочу консольку. Я хочу за пару минут пробежаться глазками по
> проекту с целью оценить масштаб разрушений. У меня лапки.

Так пробежаться или страдать в веб-междумордие, дєвочка? :)

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

28. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от пох (?), 13-Дек-18, 17:34 
вот и выросло поколение, неспособное узнать cgit если его просто перекрасили в чорный цвет.

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

48. "В рамках проекта libcamera развивается стек для поддержки ка..."  –4 +/
Сообщение от Аноним (49), 13-Дек-18, 19:41 
Вырасло мобильное поколение у которых планшеты вот и все,
а Вы продолжайте сидеть за уютными ламповыми шкафчиками
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

51. "В рамках проекта libcamera развивается стек для поддержки ка..."  +3 +/
Сообщение от Онаним (?), 13-Дек-18, 20:29 
При любом раскладе планшет мозга не заменит.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

72. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от нах (?), 14-Дек-18, 10:11 
> При любом раскладе планшет мозга не заменит.

как это не заменит? Вот ты комментишь то, что написано экземпляром, у которого вполне заменил - и смотри, он даже может комменты на опеннет!


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

89. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (-), 16-Дек-18, 15:11 
Програмить он всяко не сможет - поэтому учитывать его не обязательно. И если такой балласт отвалится, проект ничего не потеряет. Ну вот не привнесет ничего в проект тело которое с гитом только через вебморду работать может. Это просто данность. Поэтому с точки зрения проекта на это нытье можно забить и ничего при этом не потерять.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

53. "В рамках проекта libcamera развивается стек для поддержки ка..."  +3 +/
Сообщение от Crazy Alex (ok), 13-Дек-18, 20:44 
На кой тем, кто только потребляет контент (на планшетиках-то) гит?
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

70. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Аноним (-), 14-Дек-18, 04:11 
> Вырасло мобильное поколение у которых планшеты вот и все,
> а Вы продолжайте сидеть за уютными ламповыми шкафчиками

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

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

73. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от нах (?), 14-Дек-18, 10:12 
> А как вы себе представляете занятие програмизмом на
> планшете в сколь-нибудь вменяемом виде?

двигай пальцем формочки по экрану, делов-то!


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

88. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Аноним (-), 16-Дек-18, 15:08 
Ну так пусть они где-нибудь в своей песочнице и двигают, рядом с ведерками и куличиками.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

29. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от nevfr (?), 13-Дек-18, 17:35 
ух.. синий на чёрном.. програмист не дизайнер..
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

33. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от имя (?), 13-Дек-18, 17:48 
брутально
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

45. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от X4asd (ok), 13-Дек-18, 19:10 
> ух.. синий на чёрном.. програмист не дизайнер..

это не программист.

там кода нет


/* SPDX-License-Identifier: LGPL-2.1-or-later */
/*
* Copyright (C) 2018, Google Inc.
*
* main.cpp - libcamera main class
*/

#include <libcamera/libcamera.h>

#include "log.h"

namespace libcamera {

void libcamera::init_lib(void)
{
    LOG(Info) << "Lib Camera Init";
}

};


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

34. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от еще_адын_ананим (?), 13-Дек-18, 17:50 
этот стиль сайтов называется в народе "Брутальный стиль"
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

60. "В рамках проекта libcamera развивается стек для поддержки ка..."  +3 +/
Сообщение от Аноним (-), 13-Дек-18, 22:02 
> Расскажите пожалуйста этим поцам про github.

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

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

36. "В рамках проекта libcamera развивается стек для поддержки ка..."  +5 +/
Сообщение от Ничеси (?), 13-Дек-18, 17:52 
> http://libcamera.org/
> 2018 год

Сайт без HTTPS.

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

41. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от mnsbdfv (?), 13-Дек-18, 18:27 
Держи фаталити:
http://www.academy.fsb.ru/index_i.html
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

63. "В рамках проекта libcamera развивается стек для поддержки ка..."  +5 +/
Сообщение от KonstantinB (ok), 13-Дек-18, 23:19 
Есть там https. Принудительного редиректа нет, и для сайта со статическими страницами это правильно.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

67. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (67), 14-Дек-18, 03:55 

в гугл пожалуйтесь, пусть им по попке надает
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

40. "В рамках проекта libcamera развивается стек для поддержки ка..."  +1 +/
Сообщение от Аноним (40), 13-Дек-18, 18:18 
Linux: "А давайте снова выбросим известные API и наворотим новые, и пофигу, что 99% старых программ перестанут работать".

// b.

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

42. "В рамках проекта libcamera развивается стек для поддержки ка..."  +2 +/
Сообщение от klalafuda (?), 13-Дек-18, 18:31 
Никуда они не перестанут, не переживайте. Как работали с v4l так и будут работать.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

43. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от klalafuda (?), 13-Дек-18, 18:37 
Да, ну и таки посмотрите вовнутрь https://git.linuxtv.org/libcamera.git/tree/include/libcamera...

До "выбросим" этим поцам ещё пахать и пахать. Они в общем даже и не начинали. Эдакая РусОс.
Так что слухи о смерти v4l несколько преувеличены.

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

71. "В рамках проекта libcamera развивается стек для поддержки ка..."  –1 +/
Сообщение от Аноним (71), 14-Дек-18, 09:54 
Сама инициатива, и актуальность подобного начинания показывает превосходство схемы поставки BSD (ядро + базовая система), против Linux (только ядро) для проприетарного вендора. Стандартизация API/ABI на уровне ядра со всякими EXPORT_SYMBOL_GPL не добавила нам открытых драйверов soft-камер, а наоборот усложнила поддержку и обновление софта на смартфонах и энтузиасту и самому вендору.

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

Сдаётся мне, что после того как Google активно начал вливать ветки Android в ядро, то такие изменения будут всё чаще и чаще. А если ядро на полном серьёзе внедрит kernel level IPC и вытеснит модули или их части в юзерспейс под управление cgroups, то можно переименовываться в Linux NT и начать новую нумерацию. =)

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

77. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Crazy Alex (ok), 14-Дек-18, 12:44 
Для тех, кому "лишь бы работало и плевать как" есть винда, туда и катитесь. Хотя БСДшники уже там... А линуксовая схема оказывает хотя бы некоторое давление  на производителей чтобы те открывали код.
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

82. "В рамках проекта libcamera развивается стек для поддержки ка..."  +/
Сообщение от Аноним (71), 16-Дек-18, 01:30 
> Для тех, кому "лишь бы работало и плевать как" есть винда, туда и катитесь.

На самом деле это называется docker, и эта технология не от винды.

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

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

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

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

78. "В рамках проекта libcamera развивается стек для поддержки ка..."  +3 +/
Сообщение от Владимирemail (??), 14-Дек-18, 13:07 
Там кода на сотню строчек, от силы, таких проектов "основывается" по десятку каждый день, и забрасывается через месяц.

Может стоит на опеннете писать о проектах которые достигли состояния хотя бы пре-пре-тех-альфы?

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

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

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


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