Ганс Де Гоеде (Hans de Goede), разработчик Fedora Linux, работающий в компании Red Hat,...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60517
Не вижу лицензии на код.
А как ты думаешь под какими лицензиями патчи к ядру Linux? Угадай с одной попытки
На GNU начинается, на GPLv2 заканчиваетсяА патчи к libcamera под той под которой сама библиотека
Прикинь
Патчи не имеют своих лицензий, их представили для вливания в мэйнстрим продуктов
> А как ты думаешь под какими лицензиями патчи к ядру Linux?Погрепай спидикс в ядре на предмет биэсди - удивишься.
Сам грепй. Копилефт наше всё!
Ты сейчас еще больше удивишься, но BSD в одну сторону совместима с GPLv2, можно взять BSDшный код и перелицензировать под GNU GPLv2 при сохранении копирайтов и всех упоминаний
В обратную сторону они не совместимыТак что весь код в ядре который ты там нагрепал это код который изначально был под BSD и который вошел в ядро под GPLv2
это убер чушь, изменять лицензию нельзя никому крмое копирайт холдера, и бред типа "изначально был под БЗД а вошёл как ГПЛ2" уноси отсюда, а то санитаров позову
Ага, расскажи это проприерастам, которые доят бздунов на код для своих закрытых продуктов.
Уважаемый скоморох, включение кода BSD в свой продукт не отменяет действие лицензии на этот код.
Смешите нас дальше своими чудачествами.
> Уважаемый скоморох, включение кода BSD в свой продукт не отменяет действие
> лицензии на этот код.Ну так это не запрещает донавесить сверху что GPL, что EULA - и на код в целом теперь будет вон то, а вы там выковыривайте изюм из булочек если хотите. Облажаетесь? Ну вот иск в суд и получите как раз.
>> Компания Intel предоставляет набор проприетарных драйверов для работы с MIPI-камерами в Linux
> доят бздунов на код для своих закрытых продуктов.Это ты так намекаешь, что твой код есть в ядре линух?
Или что проприерасты берут код под BSD, перелицензируют его под GPLv2 и "доют бздунов"?
О-опеннетный Экспердизъм, аз из.
> Или что проприерасты берут код под BSD, перелицензируют его под GPLv2 и
> "доют бздунов"?Странные какие-то проприерасты с GPLем то. Вот бы они все так проприерасили, тогда глядишь почти никто и не считал бы их чем-то плохим.
>>>> можно взять BSDшный код и перелицензировать под GNU GPLv2
>>> <пруфцы?>
>> Ага, расскажи это проприерастам, которые доят бздунов на код для своих закрытых продуктов.
> Или что проприерасты берут код под BSD, перелицензируют его под GPLv2 и "доют бздунов"?...
> Странные какие-то проприерасты с GPLем то. Вот бы они все так проприерасили, тогда глядишь почти никто и не считал бы их чем-то плохим.У опеннетных Экспердов и не такое еще бывает. Правда, совместимость с реальностью тоже где-то на уровне их "логики" и "познаний".
Можно, чувак
Если лицензия у кода говорит «Делайте что хотите» и позволяет его закрывать(как BSD и Public Domain), то это автоматом позволяет и говорить, что в данном месте этот код под другой лицензией
Там где он был изначально он остается под BSD, а в ядре он под GPLv2Свою дичь про якобы незнание адресуй не мне, а юристам FSF, чье это объяснение
Ну или моим преподам в универе, которое это подтверждали
Единственное что нельзя изменить - это авторство
А вот права на код или продукт
Равно как лицензии - это смотря что в лицензии говорится
Код который был под BSD так и остается под BSD.
Поэтому я могу взять кусок ядра, посмотреть построчно кто это писал и под какой лицензией и взять в свой проект.
Слава богу гнурак не распространяется на чужой код.Вообще познание гнутиков в лицензиях радует как всегда))
А сверху может быть принят в ядро патч под исключительно GPLv2. И вот можешь нарваться на чать такого патча и поиметь дело с SFLC.
> посмотреть построчно кто это писал и под какой лицензиейну не просто же так написал именно в такой формулировке!
Поверх этого кода может быть другие лицензии.
Выкидываешь рако-патчи, переписываешь на свободную лицензию.
> ну не просто же так написал именно в такой формулировке!
> Поверх этого кода может быть другие лицензии.
> Выкидываешь рако-патчи, переписываешь на свободную лицензию.... а если облажаешься то знакомишься с SFLC :). При том васянам то пофиг а вон тем корпам - ваши обещания халявы рассыпаются как карточный домик.
При чём тут MIPI вообще, там про софтовую замену ISP - это DSP обрабатывает сырые данные (bayer) с камеры
При том, что кроме SoftISP там драйверы для сенсоров и CSI reciver-а.
> кроме SoftISP там драйверы для сенсоров и CSI reciver-аух ты, а раньше их не было чтоли ?
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux...
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux...
открою тебе секрет mipi это просто интерфейс как pcie или hdmi
Речь про драйвер ipu6, который ещё не приняли в состав ядрав https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux... пока только драйвер для ipu3.
На arm soc давно есть драйверы в апстриме для интерфейсов для захвата видео с камер и даже некоторые ISP, IPU6 это интеловский IP - просто драйвер для него слепили а толку от него без драйвера ISP ноль вот и засуетились. Открывать код для ISP интел похоже не намерен вот и написали костыль софтовый softisp. Вобщем это околоинтеловская мышиная возьня. Мне просто интересно - не поплохеет какому нибуть арм-у хотя бы 1080p софтово обрабатывать.
Интел бы рад открыть, но там скорее всего third party IP и он не может, чтобы не нарваться на иски и доп платежи. Интел для своих девайсов всегда открывает, если не топ сикрет
Например, Интел открыла код для atomisp 10 лет назад, а Ганс его до сих пор допиливает, что бы заработало. https://github.com/jwrdegoede/linux-sunxi/commits/main/
> Например, Интел открыла код для atomisp 10 лет назад, а Ганс его
> до сих пор допиливает, что бы заработало. https://github.com/jwrdegoede/linux-sunxi/commits/main/У вас там точно все дома, сэр? В ладоши ничего не хлопает? Linux-Sunxi к интелу и его ISP не относится - вообще совсем никак. Это вообще ARMовские и RISCV SoC - деланые китайцами. Интересно, каким боком к ним фирма Intel?
Кроме того - ISP бывают разные. Разных версий и конструкций. Представляете?! С чего вы взяли что эта кучка комитов как-то относится к вон тому - кто б вас знает. Атомы 10-летней давности вероятно вообще никакой MIPI CSI не умели. Ни с пропертарными фирмварами и софтом, ни без - за отсутствием интерфейса MIPI на борту.
>> Например, Интел открыла код для atomisp 10 лет назад, а Ганс его
>> до сих пор допиливает, что бы заработало. https://github.com/jwrdegoede/linux-sunxi/commits/main/
> У вас там точно все дома, сэр? В ладоши ничего не хлопает?
> Linux-Sunxi к интелу и его ISP не относится - вообще совсем
> никак. Это вообще ARMовские и RISCV SoC - деланые китайцами. Интересно,
> каким боком к ним фирма Intel?Я понимаю, что пойти по ссылке и посмотреть -- это для местных экспертов непосильная задача, ведь это надо уметь читать код или хотя бы аннотации к коммитам, а не только гуглить незнакомые буквы из ссылки. Но зачем об этом сообщать публике с подобным апломбом? Ведь тут уже входит в обиход термин "проекция".
> Кроме того - ISP бывают разные. Разных версий и конструкций. Представляете?!
Представляю. Выше речь шла об ISP компании Intel и предположения, почему не открывают код. Я привёл пример, когда код был открыт, но толку от него мало, поскольку написан он был для специфичного форка ядра 3.15 (GMIN Kernel).
> Я понимаю, что пойти по ссылке и посмотреть -- это для местных
> экспертов непосильная задача, ведь это надо уметь читать код или хотя
> бы аннотации к коммитам,Тратить свое время на чтение НЕРЕЛЕВАНТНОГО МУСОРА чтобы попытаться уловить рациональное зерно в вашем бреде - извините, а я не живу вечно.
> Но зачем об этом сообщать публике с подобным апломбом? Ведь
> тут уже входит в обиход термин "проекция".Наверное, потому что изначально тот мессадж выглядит как кусок бреда. А про проекции вас за язык никто не тянул...
> Представляю. Выше речь шла об ISP компании Intel и предположения, почему не
> открывают код. Я привёл пример, когда код был открыт, но толку
> от него мало, поскольку написан он был для специфичного форка ядра
> 3.15 (GMIN Kernel).И все это относится к сабжу - например как? Линуксоиды вообще-то птици гордые и "с лопаты" не жрут. Вон там нвидия уже изучила этот момент. Интел ничем таким не особенный в этом плане.
В майнлайн в конечном итоге код или попадет в более-менее адекватном состоянии, или не попадет никак. Есть еще вариант что его примут авансом в staging, но как проверил рыгалтэк, его туда как примут - так и дропнут, если это будет выглядеть как мусор без майнтенанса. Почему у интеля такой косяк вышел - черт их там знает, они по идее должны понимать эти аспекты уже, gpu driver team явно в курсе и успешно работает по этим правилам. Видимо какие-то косяки по линии менеджмента где левая рука не знает что делает правая.
>> Я понимаю, что пойти по ссылке и посмотреть -- это для местных
>> экспертов непосильная задача, ведь это надо уметь читать код или хотя
>> бы аннотации к коммитам,
> Тратить свое время на чтение НЕРЕЛЕВАНТНОГО МУСОРА чтобы попытаться уловить рациональное
> зерно в вашем бреде - извините, а я не живу вечно.Понимаю, ведь эксперту важнее успеть ПООРАТЬ В СЕТИ и поставить диагноз по фотографии.
Что бы ты был в курсе - Hans de Goede пишет код, который ты упаковываешь в пакетики и продаёшь. Так что называть результаты его труда мусором - откровенное хамство.
>> Но зачем об этом сообщать публике с подобным апломбом? Ведь
>> тут уже входит в обиход термин "проекция".
> Наверное, потому что изначально тот мессадж выглядит как кусок бреда. А про
> проекции вас за язык никто не тянул...Да, когда достоверная информация кажется тебе бредом - это наверняка проекция. Советую обратиться к специалисту по бредовым состояниям, поскольку ты написал слово "бред" второй раз.
>> Представляю. Выше речь шла об ISP компании Intel и предположения, почему не
>> открывают код. Я привёл пример, когда код был открыт, но толку
>> от него мало, поскольку написан он был для специфичного форка ядра
>> 3.15 (GMIN Kernel).
> И все это относится к сабжу - например как? Линуксоиды вообще-то птици
> гордые и "с лопаты" не жрут. Вон там нвидия уже изучила
> этот момент. Интел ничем таким не особенный в этом плане.Не размовляю такой суржик. Имелось ввиду, что линуксоиды предпочитают пиццу? Тут ветка не про кулинарию, а про ISP от Intel и (не) открытие кода к нему.
Лукавые отмазки - получается встроить в свой же проц чужие технологии можно, а открыть дрова на них сцыкатно.
Больше попахивает двойным назначением всей этой хрени.
> Интел бы рад открыть, но там скорее всего third party IP и
> он не может, чтобы не нарваться на иски и доп платежи.
> Интел для своих девайсов всегда открывает, если не топ сикретЗначит пусть учатся договариваться с своими контракторами на более нормальных условиях, имхо. С хрена ли их проблемы должны становиться проблемами линуха?
И да, горбизна их ISP - это их проблемы. Впрочем, +1 гвоздь в крышку гроба таблетПЦ-а совсем не лишний в общем то, и да, остальным SoC проблемы интелского ISP ортогональны.
Тем не менее стоит сказать что MIPI это вообще в целом жлобская пропреитарская штука. Попробуйте например спеки MIPI скачать, и чтоб еще легально. А, это дорого и гиморно?! Ну вот то то и оно.
>>это DSP обрабатывает сырые данные (bayer) с камерыэто делаеся софтверно??? всегда делал на фпга "аппатно".
и вооще, мне кажется, басня о том что сенсору по i2c наливают.
с этим действительно трудности, а дебаеринг - наливай да пей.
> это делаеся софтверно??? всегда делал на фпга "аппатно"там может быть программируемое DSP ядро
https://en.wikipedia.org/wiki/Image_processor
и уж точно не fpga если уже готовый ASIC
сути смысла это не менеяет, ключевое слово "аппаратно",а там что это будет DSP, ASIC или FPGA - не важно,
понятно что в массовых моделях FPGA быть не может.
непонятно зачем это засовывать в CPU:
>>набор проприетарных драйверов для работы с MIPI-камерами в Linux через IPU6 (Imaging Processing Unit) в процессорах Intel Tiger Lake, Alder Lake, Raptor Lake и Meteor Lake.и что туда (в цпу) засунуто? мипи интерфейс? стек? дебаеринг? или математика для дебаеринга?
а если и засунуто, то какая точность? какая глубина цвета? какой из алгоритмов дебаера? какие дополнительные обработки?
как человек реализовавший это аппаратно, могу задать миллион вопросов.
> непонятно зачем это засовывать в CPUнаписано же - нет исходников драйвера ISP от интелей да и большинства армов тоже, байер приняли по MIPI и чего с ним делать ? понятно что костыль но без него вообще не будет картинки, я не смотрел - может там и для GPU через opencv есть варианты обработки.
>>байер приняли по MIPI и чего с ним делать ?если вы сумели "принять MIPI", то уж чо с ним делать дальше вы точно знаете.
перевернули страницу доки и там всё написано )))это простое занятие, в отличии от вычислительной фотографии, дорисовки луны, или искусственного повышения разрешения.
> если вы сумели "принять MIPI", то уж чо с ним делать дальше вы точно знаететак это вы спрашивали зачем там софтовый ISP. MIPI с CSI отношение к ISP имеют примерно никакого - CSI паралельный или поледовательный это просто интерфейс DMA чтобы принять данные от камеры в известном формате который устанавливается через i2c и положить в буфер памяти, а вот что потом делать с сырыми данными если в камере нет DSP обработки задача совсем другого уровня.
Как ты его примешь если у конкретного проца нет конкретной аппаратной реализации CSI на нужное количество линий ?
И вот тут самая соль, ведь доки по протоколу закрытыБыл какой-то энтузиаст, пытался расковырять это дело. Что-то даже работало( на ПЛИС )
Но он вроде бы с DSI возился( т.е вывод на экран )
Линий где? Внутри проца или по всей материлке с новой шиной?
Если первое, то аппаратное или програмное не особо роли играет - там уже столько этих юнитов, что свалить эту работу на какой либо из них вполне возможно и без потери производительности.
Если то что он делает соответствует заявленному.
Камеру как к процу подключать собрался ?
Там ведь недостаточно простых линий ввода-вывода. В случае с процом ещё и специфические аппаратные блоки потребуютсяОтсюда, кстати, закономерно следует, почему у малин( по крайней мере не супер-новых, за ними уже не слежу ) макс. разрешение камеры, подключаемой по CSI, не дотягивает даже до 32-40 Мп, равно как и у всех «открытых смартфонов», реализованных на базе подобных процов для одноплатников
А у бюджетного смартфона ценой дешевле - запросто.
> А у бюджетного смартфона ценой дешевле - запросто.и у каких бюджетных смартфонов видео пишется с полными 40 мегапикселей ? фигню не порите - у любых процессоров камеры подключаются через специальные интерфейсы а не gpio.
> Отсюда, кстати, закономерно следует, почему у малин( по крайней мере не супер-новых,
> за ними уже не слежу ) макс. разрешение камеры, подключаемой по
> CSI, не дотягивает даже до 32-40 Мп, равно как и у
> всех «открытых смартфонов», реализованных на базе подобных процов для одноплатниковНа самом деле в основном зависит от интерфейса и числа lanes. Ну то-есть если вы по тощему линку будете тягать 40 Мпикс картинку - по какому-нить единственному lane медленного стандарта это может быть слишком долго для того чтобы жто было юзабельно.
> А у бюджетного смартфона ценой дешевле - запросто.
У бюджетного, на 40 Мп? Бюжэет, понятие, конечно, растяжимое, спору нет. А так для той же гамнины MIPIшные камеры продаются совершенно штатно. А поскольку это обычно народу под видео интересно - там мегаписселей 5-8 обычно, хардварный кодер видео и столько то не сжует поди.
> написано же - нет исходников драйвера ISP от интелей да и большинства армов тоже,У большинства ARMов MIPI прицеплен к системному процу и если драйвер контроллера есть то это не такая уж и проблема.
> байер приняли по MIPI и чего с ним делать
Отдать софту, разумеется. Да и не факт что байер - там разные варианты есть. И некий базовый процессинг чип матрицы сам умеет, у него настроек чертова куча - по i2c крутятся.
> Да и не факт что байер - там разные варианты есть. И некий базовый процессинг чип матрицы сам умеет, у него настроек чертова куча - по i2c крутятся.так было лет 10 назад, сейчас практически все камеры только raw bayer передают
> так было лет 10 назад, сейчас практически все камеры только raw bayer передаютДа где как. Даташиты на матрицы читайте, там все есть. Большую часть оных даже - вот - найти можно. С той или иной стпенью легальности.
...но это все не поможет если MIPI lanes рюхались IPU, с неведомым блобом прошивки, делающим фиг знает что, без документации на интерфейс, а то и с нередистрибутабельным блобом фирмвари в блободрайвере каком, и что хотите тогда то и делайте. В ARM таких проблем нет - там контроллер MIPI ифейса напрямую системе вывешен, и если драйвер контроллера и сенсора есть, все таки завертится. Что приложухи будут делать с тем или иным форматом и что они хотят и могут - уже не проблемы кернела и дров. Мне вот байер вообще нравится. Ибо - вот - RAW'ки нашару, "как есть".
Алсо у многих сенсоров есть режим для видео когда оно только часть пикселей отдает, ибо 40 Мпикс ни один хардварный кодек с разумным потреблением - в жизни не сжует.
> Да где как. Даташиты на матрицы читайте, там все есть.есть просто старые камеры со своим процессором и они всё ещё производятся для всяких эндоскопов, общий тренд - процессинг на стороне хоста
Я страшную тайну открою: всё делается софтверно.
> Я страшную тайну открою: всё делается софтверно.Кто это тебе сказал? Попробуй хотя-бы 4K в H.264 софтварно кодить. И как, нравится? :)
Прикольный способ превратить нормальную вебку в недоразумение с качеством, как у вебки 640х480 из двухтысячных.
Зато открыто, да))
Кушай свои смартфоновкие 999 мегапикселей, проприетарное настоящее качество не имеющее аналогов в мире
Алё, есть метрики оценки качества изображения, качества цветопередачи, зашумленности и тд.
Или вам настолько швo6одкoй в глаза нассали, что вы разницу уже ни в изображения, ни в цифрах не видите?
Если унылое г открытый продукт, то его открытость не оправдывает и тем более не отрицает того что оно г.
Расскажи это Самсунгу, который любит дорисовывать луну на фотографиях.
Зато переносимо, вот это да. Доступно для изучения и адаптации к своей, никому не известной платформе (ну разве что с поправкой на лицензию там, это понятно). А вся переносимость и модифицируемость - это следствие "открыто". Сама по себе открытость хороша, но это не не самоцель же, ну или не всегда самоцель.
Традиционный линукс вэй
Не-не.
Со времен вин-принтеров и вин-модемов - это как раз ваш подход.
Просто в эпоху (во сказанул то!) коро...нованых особ, борьба за их здоровье ...
должна идти из аппарата.
А не програмно.Придумали тоже в компьютере программировать.
Угу. В сабже прям какой-то новый мета-квантово-магический новый юнит жеж.
А не еще один набор регистров и команд, как у всех соседних.
MMX 21 века не иначе.Зыж
По паре виртуалок у каждого (Ну хорошо, через одного) на ноуте не тормозит, а веб-камера - ужас, караул - будет обрабатываться не этим суперюнитом, а авх,симд и РОНами.
Апокалипсис же, не иначе.
Включил вебку — вентилляторы вышли на режим. И правда, зачем нужна энергоэффективность каким-то там SoCам, запитанными от полудохлой батареи и загаженной птицами солнечной панели. Любителям и так сойдёт.
Вот прям USB-шных 0,3мп камер в ноутах мало, причём с таким сжатием, что штрих-код не отсканишь.
>Главная сложность в разработке открытых драйверов для MIPI-камер связана с тем, что аппаратный интерфейс ISP-процессора и реализуемые в нём алгоритмы обработки изображений обычно не раскрываются производителями CPU и представляют собой коммерческую тайну.Неужели вся передача по шине зашифрована и не реверсится?
Так по шине MIPI только сырые данные с камеры сливаются. А алгоритмы обработки по ней не идут.
Так нам полные сырые данные и полный доступ к управлению аппартурой и нужны. Возиться с этим зоопарком проприетарных недокументированных процессоров конечно интересно, но кому нужен поскорее работоспособный результат — тем дешевле от них избавиться и считать на чём-нибудь, чья поддержка есть в LLVM. А уже потом долго и труднр завозить поддержку этих асиков в LLVM.
>>А алгоритмы обработки по ней не идут.для обработки нужно знать только тип матрицы
https://en.wikipedia.org/wiki/Color_filter_array#List_of_col...
Так по MIPI, видимо, идут не данные Color filter array, а неведомая хрень (скорее всего, зашифрованная неким публичным ключом), которую нужно as-is запихнуть в IPU, и он что-то там посчитает (расшфрует секретным ключом), и выдаст уже color filter array.
>>Так по MIPI, видимо, идут не данные Color filter array, а неведомая хрень...пирамиды построили инопланетяне, нами правят рептилоиды ну и все мы спим в матрице.
Блин, мужик, да ты чего.Впервые слышишь про коммерческую тайну и запрет на публикацию? Про то, что secureboot подписывают в Microsoft даже linux-бутлоадеры ты тоже не слышал? И что этот ключ для подписи, естественно, секретен, ты не знаешь?
>> Про то, что securebootпутаем тёплое с мягким?
>>>Так по MIPI, видимо, идут не данные Color filter array, а неведомая хрень...
> пирамиды построили инопланетяне, нами правят рептилоиды ну и все мы спим в матрице.Ах, вот оно что, dannyD - это Даниэль Джексон походу шифруется?
MIPI-CSI идёт с закрытой аппаратной реализацией. Все доки по ней - тоже закрытые
Чтобы хотя бы их получить - уже надо членство в энном альянсе и пачку зелени занестиХоть тресни со своими дровами, но без реализации физического CSI на нужное число линий хотя бы средствами ПЛИС, камеры являет собой тыкву, которую даже по юсб не подключить
я в 2017 году нашел.
Глупость несёшь. Если прямо на матрице есть криптопроцессор, шифрующий сырые данные, то может лучше прямо на матрицу поместить процессор для обработки и не извращаться с отдельным чипом?
>> Главная сложность в разработке открытых драйверов для MIPI-камер связана с тем,
>> что аппаратный интерфейс ISP-процессора и реализуемые в нём алгоритмы обработки
>> изображений обычно не раскрываются производителями CPU и представляют
>> собой коммерческую тайну.
> Неужели вся передача по шине зашифрована и не реверсится?Скорее поди фирмварь ISP - проприетарная и не редистрибутабельная. А без нее - ты получишь дырку от бублика вместо картинки, ибо MIPI ифейс у интеля походу прицеплен - к вот этому мелкому гаденышу с фирмварой.
> стек для работы с MIPI-камерами включает работающий на уровне ядра драйвер для сенсоров ov2740Вопрос к знатокам! А что тогда это, доступное уже несколько лет: https://github.com/torvalds/linux/blob/master/drivers/media/...
Не срача ради, просто понять хочу.
>>А что тогда этоэто данные которые надо запхнуть в сенсор по i2c для инициализации матрицы.
обычно сняты снифом по шине, неполные, но достаточные для настройки некоторых режимов.
> обычно сняты снифом по шинеНе по даташиту? Если говорить конкретно про OV2740, конечно (понимаю, что у других камер может не быть доступной документации).
https://datasheetspdf.com/pdf-file/1501209/OmniVision/OV2740/1
То что на конкретный иодуль есть документация - это скорее большое исключение
ну попробуйте "просто по даташиту", может получится )))
Вы не поверите. Но при наличии должной документации, вполне возможно написать драйвер для работы с устройством.Зачем мучаться с логическим анализатором, если есть даташит? (повторю специально для троллей вроде вас: при НАЛИЧИИ документации; не утверждая что она есть для всех устройств, что уже рассматривается как отдельный случай)
Даташит запросто может быть неполным и неточным.
Даташит и полный и точный, как списов всех деталей автомобиля с партнамберами.Только без сборочного чертежа каждого узла - увы бесполезный.
Зная все комманды сенсора, но не зная последовательности и некоторых мелочей - ничего не заведётся.
Вы попробуйте, а потом теоретизируйте.
Пока ты ты там "синфишь на шине", мы используем компоненты от нормальных производителей, и от них же имеем всю необходимую документацию. Если ты там сидишь под санкциями и не имеешь доступа к документации, либо по той же причине ешь китайские кактусы – это всё твои проблемы. Но ты продолжаю, теоретизируй впустую дальше сколько угодно. А тем временем успешно продаются наши девайсы, для которых я разрабатываю прошивки.
> мы используем компоненты от нормальных производителей, и от них же имеем всю необходимую документациюну это лапша конечно, далеко не всё доступно бесплатно для публичного доступа
> ешь китайские кактусы
так эти прекрасные сладкие кактусы стоят в среднем в 3 раза дешевле американских, не все аналоги конечно есть но элементная база растёт как на дрожжах. Что касается камер - там достаточно инита регистр-значение, документация это хорошо конечно, а вы по документации код пишете ? все берут примеры из вендорских ядер для андроида.
>>Пока ты ты таммучаешь фуллГД на сенсорах от малины, нормалный мир уже начинает забывать что такое 4к, и требует восемь.
>>>Пока ты ты там
> мучаешь фуллГД на сенсорах от малины, нормалный мир уже начинает забывать что
> такое 4к, и требует восемь.Так у тебя монитор то такой хотя-бы есть? Или ты как лох, с голым задом?
> Вопрос к знатокам! А что тогда это, доступное уже несколько лет:
> https://github.com/torvalds/linux/blob/master/drivers/media/...
> Не срача ради, просто понять хочу.Это код конфигурации сенсора камеры ov2740 (OmniVision) через i2c. У камер для конфигурации отдельный неспешный интерфейс i2c, через который оно настраивается. Однако потом вы наверное захотите получить с камеры картинку? И наверное все же не через i2c? А если у интеля "основной" линк прицеплен к ISP - ну, вот, попробуйте теперь картинку выцепить оттуда, даже если и сконфигурили камеру... интел как всегда легких путей не ищет.
> А если у интеля "основной" линк прицеплен к ISP - ну, вот, попробуйте теперь картинку выцепить оттудаон как у всех напрямую в память пишет может там и есть fast path через двухпортовый буфер sram напрямую к аппаратному isp это неважно - у cpu есть доступ к данным
> он как у всех напрямую в память пишет может там и есть
> fast path через двухпортовый буфер sram напрямую к аппаратному isp это
> неважно - у cpu есть доступ к даннымАга, только чтобы это все появилось - у интеля поди надо в ISP влить какой-нить немеряный фирмвар, который они поди еще и дать как редистрибутабл забыли, и каких-нить команд с хоста в ISP запульнуть, рассказывающих чего и где хост хотел в этом самом. А до того момента ISP чего доброго будет отвисать в какомнить bootROM-loader, и фирмвар ждать в состоянии овоща. И вот удачи с него картинку при этом получить. Ибо bootROM этой шляпы ничего про MIPI и вон то скорее всего не знает - и умеет - вот - "свою" фимвару ловить когда драйвер ее льет при инициализации железки.