The OpenNET Project / Index page

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

В рамках проекта libcamera развивается стек для поддержки камер в Linux

13.12.2018 14:12

Сообщество LinuxTV, занимающееся разработкой и поддержкой мультимедийных подсистем в ядре Linux, совместно с некоторыми производителями камер основало проект libcamera, нацеленный на создание библиотеки для унификации поддержки и упрощения работы с видеокамерами, фотокамерами и TV-тюнерами в Linux, Android и ChromeOS. Предоставляемый библиотекой API со временем может заменить V4L2. Код проекта написан на C++ и распространяется под лицензией LGPLv2.1.

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

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

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

Некоторые особенности:

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


  1. Главная ссылка к новости (http://libcamera.org"...)
  2. OpenNews: Релиз мультимедийного фреймворка GStreamer 1.14.0
  3. OpenNews: Линус Торвальдс жёстко раскритиковал мэйнтейнера ядра, допустившего появление проблем в пользовательском ПО
  4. OpenNews: Для MIPS-устройств разработан метод соблюдения требований FCC для использования свободных прошивок
  5. OpenNews: Для драйвера xf86-video-v4l обеспечена поддержка Video For Linux 2
  6. OpenNews: Для Linux подготовлен механизм перенаправления рендеринга GPU на другое устройство вывода
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/49776-libcamera
Ключевые слова: libcamera, v4l
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (82) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Ivan_83 (ok), 14:47, 13/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –23 +/
    Ребята изобрели webcamd из фряшечки :)
    Плохо что на плюсах.
     
     
  • 2.2, Аноним (2), 14:54, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я, конечно, не эксперт, но разве он не обеспечивает функционал только на уровне v4l?
     
     
  • 3.4, Ivan_83 (ok), 15:06, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Не совсем.

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

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

     
     
  • 4.26, nevfr (?), 17:31, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну тоесть как и V4L для автономных камер с собственным процессором
     
     
  • 5.90, Аноним (90), 15:43, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > ну тоесть как и V4L для автономных камер с собственным процессором

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

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

     
     
  • 6.92, Анонн (?), 18:08, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати почему 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
    >

     
  • 2.5, Аноним (5), 15:11, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Плохо что на плюсах

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

     
     
  • 3.6, Клыкастый (ok), 15:17, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +14 +/
    это плюс плюс
     
  • 3.8, Аноним (8), 15:17, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Даже два плюса :)
     
  • 3.12, X4asd (ok), 15:36, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Наоборот, это плюс

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

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

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

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

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

     
     
  • 4.15, Гит руль (?), 16:14, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А тут кто-то говорил о качестве? Работает и ладно.
     
  • 4.18, Аноним (18), 16:43, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > для кого плюс? для любителей напридмывать сложную иерархию классов?

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

     
  • 4.20, Урри (?), 16:55, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На С++ все же программировать проще. Посему идеально было бы: Public API на C, внутренности на С++.
     
     
  • 5.22, pripolz (?), 17:08, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    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 ;)

     
     
  • 6.55, AshotOneShot (?), 21:17, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    int something = INT_MAX;
     
     
  • 7.84, docpcod (?), 10:19, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    С козырей?
     
  • 4.38, Аноним (38), 18:14, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А кто запрещает сесть и подумать над структурой иерархии классов перед тем, как начинать что-то кодить?
     
     
  • 5.61, Аноним (61), 22:10, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Чаще всего это два мужика: Даннинг и Крюгер
     
  • 4.81, neit95 (ok), 11:37, 15/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А на C люди видимо рефакторингом не занимаются? Не разбивают сложные функции на отдельные функции, не удаляют устаревшие. Они видимо всё пишут сразу. Видимо, типичный программист на C - это экстрасенс, способный видеть будущее. Он точно знает, что будет с его проектом, скажем, через 10 лет. Вы видимо так представляете себе C программистов. Если да, то у меня для вас плохие новости.
     
  • 2.49, Аноним (49), 19:44, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У них там есть issue трекер. Напишите им пока не поздно, что все уважаемые конторы пишут API на C,
    а C++ дают как обертку над этим всем.

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

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

     
     
  • 3.54, Ivan_83 (ok), 20:50, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я же не пользуюсь линуксом, уж лучше вы напишите.
     
     
  • 4.91, Аноним (90), 15:45, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Я же не пользуюсь линуксом, уж лучше вы напишите.

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

     
     
  • 5.93, Анонн (?), 18:13, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> Новость от opennews (ok), [b]13-Дек-18[/b], 14:47
    >> от Ivan_83 (ok), [b]13-Дек-18[/b], 20:50
    >> Я же не пользуюсь линуксом, уж лучше вы напишите.
    > Аноним (90), [b]16-Дек-18[/b], 15:45
    > Поэтому вы за нами 2 дня бежали,

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

     
  • 2.57, Аноним (-), 21:54, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ребята изобрели webcamd из фряшечки :)

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

     
     
  • 3.64, Аноним (64), 02:04, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Речь, вообще-то, идёт о подходе - процесс в юзерспейсе берет сырые данные от USB и уже сам достаёт из них картинку и звук, так что устранена необходимость пихать в ядро всё, до чего дойдёт сумрачный гений разработчиков камер.
     
     
  • 4.66, Аноним (-), 03:51, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    С другой стороны имеем демон жрущий память и висящий там, вероятно, всегда. Независимо от того понадобится ли оно нам вообще или может юзер в пределах этой загрузки вообще камеру расчехлять не удумает. А lib что, если юзер все же запустит прогу работающую с камерой, ему lib вгрузится в адресное пространство как раз.
     
     
  • 5.79, Анонн (?), 14:05, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А lib что, если юзер все же запустит прогу работающую с камерой, ему
    > lib вгрузится в адресное пространство как раз.

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

     
     
  • 6.83, Аноним (-), 03:31, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > И эти проги конечно же не умеют вообще ничего, кроме работы с
    > камерой и запускаются исключительно для работы с ней

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

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

     
  • 3.80, Ivan_83 (ok), 03:58, 15/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Аналогия в том, что дрова взяли и вытащили в юзерспейс.
    В венде тоже так пытались сделать и запили отдельный сервис для этого, уж не знаю насколько подход прижился.
     

  • 1.7, Анонимм (??), 15:17, 13/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    вот так тихо и незаметно функционал из нулевого кольца защиты проца мереезжает на 3-тье пользовательское кольцо...

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

     
     
  • 2.11, Crazy Alex (ok), 15:34, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разница в том, что переезжает то, что может переехать, а в случае микроядра - можешь, не можешь - вали, и побоку накладные расходы или любые другие соображения.
     
     
  • 3.24, Аноним (24), 17:19, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так и в случае сабжа будут накладные расходы. Вопрос только какие. А то потом выяснится, что оно поток от высокоскоростной камеры не успевает перехватывать....
     
     
  • 4.52, Crazy Alex (ok), 20:42, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ...и тогда часть или всё уедет в ядро.
     
     
  • 5.59, Аноним (-), 22:00, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > ...и тогда часть или всё уедет в ядро.

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

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

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

     
     
  • 7.85, Аноним (-), 14:49, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен Поэтому какой-нибудь sshfs даже не выглядит дурно - он все-равно быстр... большой текст свёрнут, показать
     
     
  • 8.94, J.L. (?), 15:07, 17/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    вот они хотят запихнуть в свой драйвер, точнее в частично свой драйвер ... текст свёрнут, показать
     
  • 2.23, Аноним (24), 17:17, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А fuse разве не такое практикует?
     
     
  • 3.56, Анонимм (??), 21:33, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    да, конечно

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

     
     
  • 4.69, Аноним (-), 04:06, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Однако ж NTFS работающий через это - в разы тормознее файлух в ядре и запросто упирается в ядро проца, а не что-нибудь еще. Что для файлухи как-то не прикольно.

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

     
  • 2.58, Аноним (-), 21:57, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а где же крики о том, что микроядро не нужно?

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

     
     
  • 3.65, Анонимм (??), 02:43, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    да собсно, а IP пакеты фильтровать тоже обязательно в ядре?
    правил ещё большая куча (была), а счас так вообще правила в байткод компилятся и выполнятся в вирт машине... этому всему точно место в 0 кольце обязательно?

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

     
     
  • 4.68, Аноним (-), 04:01, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переклю... большой текст свёрнут, показать
     
     
  • 5.74, Анонимм (??), 10:49, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    да... увы, всё так
    знать, дело за более быстрой железной поддержкой переключений контекста
     
     
  • 6.87, Аноним (-), 14:54, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > знать, дело за более быстрой железной поддержкой переключений контекста

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

     
     
  • 7.95, J.L. (?), 15:23, 17/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> знать, дело за более быстрой железной поддержкой переключений контекста
    > Как вы себе это представляете с тем размером контекста который у современных
    > cpu со всеми их плавучками и simd?

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

     
  • 5.75, Аноним (75), 11:46, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переключениям контекста. Это тормозит

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

     
     
  • 6.86, Аноним (-), 14:53, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > услышали мнение диванного АНАЛитика. А пацаны из dppk / NETMAP - об
    > этом не знают, и пилят свое.

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

     

  • 1.9, Аноним (9), 15:17, 13/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    systemd-webcamd - когда уже*?
     
     
  • 2.30, имя (?), 17:46, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    soon...
     

  • 1.13, Аноним (13), 15:38, 13/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Судя по поверхностному описанию, они умеют в архитектуру. Это обнадёживает.
     
     
  • 2.14, Гит руль (?), 16:03, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут бы действовать от маркетинга. Например наши встроенные драйверы самые открытые и ссылка на покупки и шильдик на коробке красивый. И всё для Линукс юзаем только правильны производителей.
     

  • 1.19, klalafuda (?), 16:45, 13/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Расскажите пожалуйста этим поцам про github. От поделки https://git.linuxtv.org/libcamera.git/tree/ вытекают глазки.
     
     
  • 2.25, Аноним (24), 17:21, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот я не пойму. У гита самый удобный командный интерфейс. Откуда столько ноющих про вебинтерфейс?
     
     
  • 3.44, klalafuda (?), 18:41, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я не хочу консольку. Я хочу за пару минут пробежаться глазками по проекту с целью оценить масштаб разрушений. У меня лапки.
     
     
  • 4.50, Онаним (?), 20:28, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    К ветеринарчику.
     
  • 4.62, Michael Shigorin (ok), 23:09, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Я не хочу консольку. Я хочу за пару минут пробежаться глазками по
    > проекту с целью оценить масштаб разрушений. У меня лапки.

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

     
  • 2.28, пох (?), 17:34, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот и выросло поколение, неспособное узнать cgit если его просто перекрасили в чорный цвет.

     
     
  • 3.48, Аноним (49), 19:41, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вырасло мобильное поколение у которых планшеты вот и все,
    а Вы продолжайте сидеть за уютными ламповыми шкафчиками
     
     
  • 4.51, Онаним (?), 20:29, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    При любом раскладе планшет мозга не заменит.
     
     
  • 5.72, нах (?), 10:11, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > При любом раскладе планшет мозга не заменит.

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


     
     
  • 6.89, Аноним (-), 15:11, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Програмить он всяко не сможет - поэтому учитывать его не обязательно. И если такой балласт отвалится, проект ничего не потеряет. Ну вот не привнесет ничего в проект тело которое с гитом только через вебморду работать может. Это просто данность. Поэтому с точки зрения проекта на это нытье можно забить и ничего при этом не потерять.
     
  • 4.53, Crazy Alex (ok), 20:44, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На кой тем, кто только потребляет контент (на планшетиках-то) гит?
     
  • 4.70, Аноним (-), 04:11, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вырасло мобильное поколение у которых планшеты вот и все,
    > а Вы продолжайте сидеть за уютными ламповыми шкафчиками

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

     
     
  • 5.73, нах (?), 10:12, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А как вы себе представляете занятие програмизмом на
    > планшете в сколь-нибудь вменяемом виде?

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


     
     
  • 6.88, Аноним (-), 15:08, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так пусть они где-нибудь в своей песочнице и двигают, рядом с ведерками и куличиками.
     
  • 2.29, nevfr (?), 17:35, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ух.. синий на чёрном.. програмист не дизайнер..
     
     
  • 3.33, имя (?), 17:48, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    брутально
     
  • 3.45, X4asd (ok), 19:10, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > ух.. синий на чёрном.. програмист не дизайнер..

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

    там кода нет




    /* 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";
    }

    };



     
  • 2.34, еще_адын_ананим (?), 17:50, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    этот стиль сайтов называется в народе "Брутальный стиль"
     
  • 2.60, Аноним (-), 22:02, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Расскажите пожалуйста этим поцам про github.

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

     

  • 1.36, Ничеси (?), 17:52, 13/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > http://libcamera.org/
    > 2018 год

    Сайт без HTTPS.

     
     
  • 2.41, mnsbdfv (?), 18:27, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Держи фаталити:
    http://www.academy.fsb.ru/index_i.html
     
  • 2.63, KonstantinB (ok), 23:19, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Есть там https. Принудительного редиректа нет, и для сайта со статическими страницами это правильно.
     
  • 2.67, Аноним (67), 03:55, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +/

    в гугл пожалуйтесь, пусть им по попке надает
     

  • 1.40, Аноним (40), 18:18, 13/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Linux: "А давайте снова выбросим известные API и наворотим новые, и пофигу, что 99% старых программ перестанут работать".

    // b.

     
     
  • 2.42, klalafuda (?), 18:31, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Никуда они не перестанут, не переживайте. Как работали с v4l так и будут работать.
     
  • 2.43, klalafuda (?), 18:37, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да, ну и таки посмотрите вовнутрь https://git.linuxtv.org/libcamera.git/tree/include/libcamera/libcamera.h

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

     

  • 1.71, Аноним (71), 09:54, 14/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сама инициатива, и актуальность подобного начинания показывает превосходство схе... большой текст свёрнут, показать
     
     
  • 2.77, Crazy Alex (ok), 12:44, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Для тех, кому "лишь бы работало и плевать как" есть винда, туда и катитесь. Хотя БСДшники уже там... А линуксовая схема оказывает хотя бы некоторое давление  на производителей чтобы те открывали код.
     
     
  • 3.82, Аноним (71), 01:30, 16/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле это называется docker, и эта технология не от винды Это давление ... большой текст свёрнут, показать
     

  • 1.78, Владимир (??), 13:07, 14/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Там кода на сотню строчек, от силы, таких проектов "основывается" по десятку каждый день, и забрасывается через месяц.

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

     

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



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

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