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

"В рамках проекта 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.dev/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 Shigorin (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 +/–
Сообщение от Владимир (??), 14-Дек-18, 13:07
Там кода на сотню строчек, от силы, таких проектов "основывается" по десятку каждый день, и забрасывается через месяц. Может стоит на опеннете писать о проектах которые достигли состояния хотя бы пре-пре-тех-альфы?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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