> Если ставим его на "малину" то это можно считать фирмварью?Лишь условно. В контексте сабжа оно компьютер, как ваш десктоп. А то что компьютер может быть встраиваемым/бортовым/etc - наверное немного другой аспект.
> А размер zip-архива исходников там 92 мегабайта.
Вероятно 92 мега все же не МКшной фирмвари - а софта под ОС с кучей вон того depends и тогда это все же другое.
> Для компиляции на моем i5-8250U это приемлимо.
Ну, вы же его не ребилдите от и до с ноля чартерными рейсами? И даже при разработке вы меняете ну может пару файлов, они обычно и рекомпилятся, остальное как правило из объектников уже и все в целом разумно. Но вот там уже поди "depends" надо дофига и кросс задолбаетесь.
> А будь или проц послабее или исходники побольше - ожидание компиляции занимало
> бы уже весьма много времени.
Разово - и хрен с ним. При dev тоже меняется только что редактили. А если ну вот реально оптом надо - варианты тоже так то есть. Например распределенный компил, мощность 1 не так уж важна, можно и пачку малин в "билдферму". Реальная проблема будет если у этого добра мало RAM, компил валится, а более жирных на этой архитектуре в принципе не бывает. Актуально для ARMEL и MIPSEL всяких. А с x86 просто желающих возиться - все меньше.
> И ведь не просто ждать приходит когда можно
> уйти чем-то другим заниматься,а смотреть где оно очередную ошибку выкинет.
В случае длинных операций я пинаю билд в фон и занимаюсь чем-то иным. Можно в каде порисовать, почитать доку, или даже в гамезу какую поиграть, или много чего еще.
>> У современных разработчиков сейчас - x86-64, у практически 100% тушек.
> Здест ключевое слово - СЕЙЧАС. А код может быть написан и десять
> лет назад и больше.
Со своей стороны я считаю что если его за 10 лет не окультурили - возможно он не так уж нужен и в глобальном масштабе выброс трагедией не является. А любители редких сортов пусть сами и разбираются с своим этсамым, не делая это чужими проблемами.
Людей по хорошему предупреждали что программить надо кроссово. Если кто на это забил, это его проблемы и тех кто в это вляпался.
> отлаживать хотябы высокоуровневую логику на хосте,а не на самом одноплатнике - то
> хорошо бы чтобы разрядность хоста совпадала.
Напротив. При том же наборе операций отвалидировать математику на 2 разных системах улучшает тестироваение и валидацию портабельности с теми же усилиями. Впрочем для себя я юзаю типы из C99, uint32_t это всегда uint32_t. Что на авр, что на x86-64, определен он так. А если код уповал на int конкретной разрядности, /dev/null по нему соскучился.
>> Я тоже так иногда делаю. Не очень понятно что вам не нравится.
> Не нравится _времязатратность_ такого способа модификации исходника.
У норм людей ключевые параметры более-менее в 1 локации задаются. Ну и альтернативы могли быть и еще хуже, вероятно.
> вместо того чтобы как-то в одном месте параметры собрать (и желательно откомментировать)
> это неудобно.
Ну вот то что в 1 месте их не собрали - фэйл конечно. Но сам по себе #error как способ срубить билд если юзерь что-то прошляпил - норм.
> Вы прямо в точку попали:) Чаще всего пеку себе булочки сам потому
> что до ближайшего магазина у меня тут 8 километров по морю,на лодке
Ну, вот видите, вам проще так. А вон тем проще - в булочную сходить. Вопрос соотношений. И так и так - валидно и каждый для себя сам определяется, что сам, что другим делегировать. И ессно совсем забесплатно другие вообще совсем все - не факт что сделают.
> Но вот сделать обслуживание своего кода удобным - это можно сказать правило
> хорошего тона в программировании.
И портабельность кода - одно из ключевых требований в этом аспекте, если что.
> Раз уж MIPI CSI упомянули то знаете что способы управления всякими планшетно-телефонными
> камерами чаще всего добывались реверсом
Насколько я помню сам MIPI CSI относительно стандартен и проч, да и даташиты на матрицы довольно часто бывают как ни странно. Вот контроллеры - там у кого что конечно. И зависит от доков на SoC. Недокументированые SoC грабли не только с MIPI но и - везде.
> подключения, но чаще всего плохо в смысле качества картинки.
Ну это отзывы юзерей в инете надо смотреть по хорошему.
> Вот только принципиальное отличие всех этих мышей и звонков - в том,что
> это _промышленные_ изделия.
Спецом под РФ их никто не делает как вы понимаете.
> То есть на них были получены производителем (ну должны были) разрешительные бумаги.
ISM не требует лицензирования - с определенными ограничениями (выделенные под всеобщий срач частоты, лимиты мощности). Я стараюсь использовать мозг и предполагаю что "не создавай проблем других и их не создадут тебе". Т.е. не борзеть с мощой, не занимать канал надолго, мало отличаясь от "похожих девайсов" в полосе, не соваться на хзчьи частоты, и понимать что и зачем я делаю и на какое примерно расстояние это может проблемы создавать, всем пофиг. ISM и тому подобные (SRD/LPD) полосы для всеобщего ср@ча на короткие дистанции и созданы.
> А вот если гражданин сделает радиобрелок или радиомышь САМ - то это
> будет "нелицензированное радиопередающее средство" и получать на него бумаги придется
Для ISM - в пределах лимитов ISM - это не требуется, особенно если это не продавать. А то может мне микроволновку лицензировать? Она на 2.4ГГц наверное несколько ваттов в эфир пуляет. Никто за ней ессно не будет бегать. И за звонком и брелком авто тоже.
А самый кайф это более-менее укладываясь в эти лимиты посмотреть насколько можно разными фокусами расстояние расширить.
> возни очень много и не бесплатно. Можно на радиолюбительских форумах почитать впечатления
> тех кто это проходил для своих самодельных передатчиков.
Если оперировать в лимитах ISM/LPD/SRD и не борзеть - то это перебор. Китайцы свои пультики тоже ессно не лицензировали но их в рф - миллионы.
Более того! В продаже в РФ бывают и совсем левые вещи. Скажем пультики на 315 МГц. Вообще-то это АМЕРИКАНСКАЯ полоса для открывашек гаражей и т.п.! А у россиян для такого 433. У амеров наоборот, 433 по идее "хамский" а для этой фигни 315 и 915 (в РФ на нем GSM - упаси туда сунуться).
> Да, с самодельной радио мышью в крупном городе действительно можно затеряться в
> общем радиошуме.
А вы уверены что у вас питальник не шумит как три мыши? :)
> С достаточно мощным передатчиком дрона - уже может быть чревато последствиями.
Самый кайф имхо пульнуть пакет лимитированой мощой на почтенное расстояние. А за запуск дрона у россиян сейчас - вообще вроде можно поиметь неприятностей, это вроде карается независимо от радио, не?
> маскирующего радиошума немного, и если обнаружат то сильно прилетит по шапке
> за нарушение погранрежима.
А там запрещен даже ISM? И скажем микрой пользоваться нельзя? Я бы скорее поверил что все обделаются при виде дрона и попытаются сбить его - и найти владельца, который заманается доказывать что не шпион.
> эту тему поспрашивал - рекомендовали с самоделками в эфир не высовываться,
С большой мощей и постоянным сигналом, да еще подвешенно на дроне - плоховатая идея. Впрчоем сейчас у россиян вроде и за просто пуск дрона взгревают нехило, не?