Исходное сообщение
"В рамках проекта libcamera развивается стек для поддержки ка..." Отправлено Аноним, 16-Дек-18 14:49
> с его фанатизмом, а более прагматичный подход - что удобно держать > в ядре - держим в ядре, что неудобно - выносим. Согласен. Поэтому какой-нибудь sshfs даже не выглядит дурно - он все-равно быстрым быть не может как таковой, из-за кучи шифрования, ремотности и вообще. Но вот локальный ФС намного лучше работает в кернеле. Что очень хорошо иллюстрируется ntfs3g, тормозным до икоты. > в дебайере в ядре ничего плохого не вижу. Тихая смирная алгоритмика > как алгоритмика, ни на что сторонее не влияющая. Алгоритмика может быть достаточно тяжелой, специфичной для матрицы и иногда требовать пересмотра/улучшений/апдейта. Апдейтить по этому поводу именно кернель - идея довольно дурная. И кроме всего прочего в каком-нибудь андроиде в результате если можно юзермод либу подтянуть - подтянут, и всем станет хорошо с улучшенным процессингом. А ядро поттягивать могут и зассать, по крайней мере пока инициативы по коммиту всех андроидных фич в майнлайн не завершились. Так что фиг вам, дескать, а не улучшенный и ускоренный дебайер, дорогие пользователи. > Впрочем, судя по всему, здесь основная мотивация для выноса из ядра - > желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер", Ну вот это не находит моего понимания. Да и какая там собственность я честно гря не понял. По крайней мере в V4L. Собственность обычно запихивают в свое приложение камеры, если уж хотели.