Да пусть даже матрица древняя, они бы хотя бы корпус до ума довели (нормальную заднюю крышку/крышку под vesa), а то какой-то полуфабрикат. Искал как раз 5" подобное решение на том же Али всего буквально 1-2 подходящих решения нашел и ещё столько же для 7". А представленный экран с такими рамками куда-то красиво интегрировать тот ещё квест.
Ещё, если printf используется для вывода значений с плавающей запятой, не забываем выравнивать стек (вероятно и кучу) в памяти, иначе вместо адекватных значений будем получать непонятную кашу. При этом вывод обычного текста и целочисленных данных может работать корректно.
Хомяки всегда найдут за что заплатить. Такова уж их участь. А для остальных оставлен адекватный способ связи с модерацией без необходимости заносить за репорт.
Оно понятно, просто на данном спутнике кроме камеры подключенной к pi полезной нагрузки то и нет. А с учётом этого попытаться сварганить "фото ловушку" для гроз поверх контроля облачности выглядит реальным.
Да тут вообще по-хорошему даже без либы работы на вечер (очень не торопясь), поднять конфиг в кубе, завести i2c шину, да обработчик прерывания состряпать.
Соглашусь, что с одной камерой будто бы не много вариантов поиграться есть (остальное при желании поднимается и на земле). Рассмотрите вариант передачи данных как read-only для телеметрии. Можно даже не напрямую со спутника.
Так тут как раз работает правило: то, что вы публикуете в сеть - перестает быть личным. Поэтому надо хоть немного подумать перед тем, как выкладывать что-либо. "Все что будет вами сказано, может быть (и будет) использовано против вас".
В балдуре слишком много всяких менюшек (как и в любой полноценной РПГ), и кнопок контроллера сильно под это не хватает. Ларианы конечно извернулись через многоуровневое колесо выбора, но приятным такое взаимодействие с игрой я назвать не могу. Что-то из разряда запуска винды на смартфоне - вроде и можно, даже кое-как работает, но помучавшись - оставляешь как крайний вариант.
А третий акт даже на родном пресете для Деки - слишком тяжел. Он и на нормальном-то железе иногда просаживает fps. Поэтому я и не вижу смысла упоминать ее в списке "Лучшие игры на Steam Deck" - оно "играбельно", не более. Да и сам Стим уже не раз пойман за руку, что свою плашку совместимости он вешает максимально на отвали, поэтому то, что оно официально адаптировано ещё ни о чем не говорит, кроме как о том, что оно в принципе запустится, а не выдаст ошибку протона.
В начале статьи - не трогайте игры на UE5. Через 2 абзаца - советовать играть в Марвел, который на том самом UE5 с постоянной компиляцией шейдеров - гениальное решение, навевает мысли, что статья из под ChatGPT вышла. Тот же Овер должен быть куда менее прожорлив до ресурсов.
Тем не менее некоторые игры даже не смотря на UE5 вполне можно поиграть: та же Экспедиция 33 - единственное сразу отключаем через аргумент запуска проверку на "запуск на Деке" и правим настройки вручную. Иначе и фпс будет уныл и картинка отвратительная (особенно в особняке, глаза прямо выжигает). Т.к. боевка пошаговая можно смириться с неплохой картинкой и 24-30 fps с XeSS, но парировать сложно на такой кадровой частоте.
Балдура в третьем акте делает Деке очень больно (проверено лично на oled 1Tb). Да и в целом интерфейс и весь его функционал больше под клаво-мышь рассчитан.
От себя на Деке рекомендую:
Аркейновские игры: Dishonored, Dishonored 2, Dishonored: Death of Outsider - работают на Деке замечательно. Prey - тоже без проблем. Deathloop - в целом играбелен, но в отдельных местах может сильно просаживать fps (хотя может с последними патчами стало лучше, не проверял).
Ремейки Резидентов - красиво выглядят, отлично играются, не высасывают аккумулятор за 20 минут. Ремейки первой Мафии (хотя оригинал так же отлично играется).
Любителям GTA/старых фильмов с Брюсом Ли: Sleeping Dogs.
Это из того, что по памяти прямо совсем без танцев с бубном на Деке работало отлично.
Для понимания работы многопоточности (особенно в контексте realtime) стоит просто полистать мануал по FreeRTOS. Там довольно подробно и понятно поданы и потоки (таски) и примитивы синхронизации, а самое главное, как это реально работает под капотом (сохранение стейтов таски и состояния регистров процессора при передаче управления, роль стека и его размера и т.д.)
Хоть ниже уже довольно подробно объяснили суть принципа, дополню:
Для такой задачи нужен не 1 адрес в условных США, а в идеале несколько и в разных географических точках (например Северная Америка+Южная Америка+Япония уже дадут отличный буст к точности), ибо один адрес даст некоторую область (условно можно принять ее за окружность, но в действительности ее форма будет зависеть от инфраструктуры сетей и поставщиков услуг). Поэтому увеличивается количество адресов и их география, что позволит сузить эту область если не до масштабов города, то до масштабов страны - запросто. Принцип схож с навигацией по ГНСС или радиомаякам. ВПН в этом контексте может сделать ситуацию даже плачевнее, увеличив пинг в разы и сместив/расширив область в "запретные зоны". Так же никто не запрещает зашивать в запрос метку времени, системные локали, раскладки клавиатуры либо другую полезную для сужения зоны поиска информацию.
Ну и самое приятное в этом: вам даже не нужно изгаляться с самим железом, достаточно реализовать это в драйвере (или вспомогательном софте типа Nvidia APP, CUDA и т.п.).
А если вы работаете от батарейки? Есть подозрение, что уводить в сон/будить такой процессор с запущенным Linux энергетически дороже, чем stm с rtos/проприетарным кодом.
Смотрите даташит на количество циклов записи, считаете для своей пиковой нагрузки реальный ресурс. Если ресурса не хватает, а памяти с избытком, то реализуете (или берете готовый, благо реализаций уже много под разные архитектуры написано) механизм выравнивания износа. Самый простой: пишете данные в виде пары "токен-значение", держите таблицу токенов и состояния страниц (активная, заполнена, пустая) для инициализации отдельно в памяти. Пишете данные в одну страницу, при считывании для получения актуальных данных ищете последнюю запись искомого токена в активной странице. После заполнения страницы переносите актуальные пары на другую страницу и продолжаете запись в нее, стираете старую страницу (желательно делать это не сразу, а когда израсходуете текущую, может помочь в случаях когда по какой-либо причине дропнулась запись в активной странице). Таким образом жонглируете несколькими страницами памяти, выравнивая износ и увеличивая общий ресурс. Как и любой другой вариант записи данных чувствителен к падениям питания в моменты записи, но тут если нужно, можно дублировать данные/пытаться прочитать с прошлой записанной страницы.
Кажется ребята из Яндекса (или кто-то вдохновившийся идеей) даже тут на Хабре писали про то как организована загрузка параметров сети на Яндекс станциях с помощью звукового сигнала.
Самое простое приходящее в голову: автомат по продаже пакетов с перчатками (и совком?) для уборки за выгуливаемыми животными. Можно хоть у каждого дома и парка поставить, да и людей с собаками/кошками всегда будет хватать.
Да пусть даже матрица древняя, они бы хотя бы корпус до ума довели (нормальную заднюю крышку/крышку под vesa), а то какой-то полуфабрикат. Искал как раз 5" подобное решение на том же Али всего буквально 1-2 подходящих решения нашел и ещё столько же для 7". А представленный экран с такими рамками куда-то красиво интегрировать тот ещё квест.
Ещё, если printf используется для вывода значений с плавающей запятой, не забываем выравнивать стек (вероятно и кучу) в памяти, иначе вместо адекватных значений будем получать непонятную кашу. При этом вывод обычного текста и целочисленных данных может работать корректно.
Хомяки всегда найдут за что заплатить. Такова уж их участь. А для остальных оставлен адекватный способ связи с модерацией без необходимости заносить за репорт.
Оно понятно, просто на данном спутнике кроме камеры подключенной к pi полезной нагрузки то и нет. А с учётом этого попытаться сварганить "фото ловушку" для гроз поверх контроля облачности выглядит реальным.
Да тут вообще по-хорошему даже без либы работы на вечер (очень не торопясь), поднять конфиг в кубе, завести i2c шину, да обработчик прерывания состряпать.
Можно ещё попробовать детектор гроз сделать, если разрешения камеры хватит.
Соглашусь, что с одной камерой будто бы не много вариантов поиграться есть (остальное при желании поднимается и на земле). Рассмотрите вариант передачи данных как read-only для телеметрии. Можно даже не напрямую со спутника.
Так тут как раз работает правило: то, что вы публикуете в сеть - перестает быть личным. Поэтому надо хоть немного подумать перед тем, как выкладывать что-либо. "Все что будет вами сказано, может быть (и будет) использовано против вас".
А не подскажете вариант когда нужна именно "третья рука (когда плата уже находится в корпусе и нет возможности ее установить на отдельную площадку)?
Мне очень нравятся вот такие:
https://ozon.ru/t/EvurjOC
Полная копия с Agilent/Keysight с зауженным кончиком удобно цеплять - не норовят соскочить когда к соседним ножкам нужно подцепиться.
В балдуре слишком много всяких менюшек (как и в любой полноценной РПГ), и кнопок контроллера сильно под это не хватает. Ларианы конечно извернулись через многоуровневое колесо выбора, но приятным такое взаимодействие с игрой я назвать не могу. Что-то из разряда запуска винды на смартфоне - вроде и можно, даже кое-как работает, но помучавшись - оставляешь как крайний вариант.
А третий акт даже на родном пресете для Деки - слишком тяжел. Он и на нормальном-то железе иногда просаживает fps. Поэтому я и не вижу смысла упоминать ее в списке "Лучшие игры на Steam Deck" - оно "играбельно", не более. Да и сам Стим уже не раз пойман за руку, что свою плашку совместимости он вешает максимально на отвали, поэтому то, что оно официально адаптировано ещё ни о чем не говорит, кроме как о том, что оно в принципе запустится, а не выдаст ошибку протона.
В начале статьи - не трогайте игры на UE5. Через 2 абзаца - советовать играть в Марвел, который на том самом UE5 с постоянной компиляцией шейдеров - гениальное решение, навевает мысли, что статья из под ChatGPT вышла. Тот же Овер должен быть куда менее прожорлив до ресурсов.
Тем не менее некоторые игры даже не смотря на UE5 вполне можно поиграть: та же Экспедиция 33 - единственное сразу отключаем через аргумент запуска проверку на "запуск на Деке" и правим настройки вручную. Иначе и фпс будет уныл и картинка отвратительная (особенно в особняке, глаза прямо выжигает). Т.к. боевка пошаговая можно смириться с неплохой картинкой и 24-30 fps с XeSS, но парировать сложно на такой кадровой частоте.
Балдура в третьем акте делает Деке очень больно (проверено лично на oled 1Tb). Да и в целом интерфейс и весь его функционал больше под клаво-мышь рассчитан.
От себя на Деке рекомендую:
Аркейновские игры: Dishonored, Dishonored 2, Dishonored: Death of Outsider - работают на Деке замечательно. Prey - тоже без проблем. Deathloop - в целом играбелен, но в отдельных местах может сильно просаживать fps (хотя может с последними патчами стало лучше, не проверял).
Ремейки Резидентов - красиво выглядят, отлично играются, не высасывают аккумулятор за 20 минут. Ремейки первой Мафии (хотя оригинал так же отлично играется).
Любителям GTA/старых фильмов с Брюсом Ли: Sleeping Dogs.
Это из того, что по памяти прямо совсем без танцев с бубном на Деке работало отлично.
Для понимания работы многопоточности (особенно в контексте realtime) стоит просто полистать мануал по FreeRTOS. Там довольно подробно и понятно поданы и потоки (таски) и примитивы синхронизации, а самое главное, как это реально работает под капотом (сохранение стейтов таски и состояния регистров процессора при передаче управления, роль стека и его размера и т.д.)
Хоть ниже уже довольно подробно объяснили суть принципа, дополню:
Для такой задачи нужен не 1 адрес в условных США, а в идеале несколько и в разных географических точках (например Северная Америка+Южная Америка+Япония уже дадут отличный буст к точности), ибо один адрес даст некоторую область (условно можно принять ее за окружность, но в действительности ее форма будет зависеть от инфраструктуры сетей и поставщиков услуг). Поэтому увеличивается количество адресов и их география, что позволит сузить эту область если не до масштабов города, то до масштабов страны - запросто. Принцип схож с навигацией по ГНСС или радиомаякам. ВПН в этом контексте может сделать ситуацию даже плачевнее, увеличив пинг в разы и сместив/расширив область в "запретные зоны". Так же никто не запрещает зашивать в запрос метку времени, системные локали, раскладки клавиатуры либо другую полезную для сужения зоны поиска информацию.
Ну и самое приятное в этом: вам даже не нужно изгаляться с самим железом, достаточно реализовать это в драйвере (или вспомогательном софте типа Nvidia APP, CUDA и т.п.).
По величине пинга до известных адресов вполне с допустимой погрешностью можно оценить местоположение железки и никакие ВПН не помогут.
А если вы работаете от батарейки? Есть подозрение, что уводить в сон/будить такой процессор с запущенным Linux энергетически дороже, чем stm с rtos/проприетарным кодом.
Смотрите даташит на количество циклов записи, считаете для своей пиковой нагрузки реальный ресурс. Если ресурса не хватает, а памяти с избытком, то реализуете (или берете готовый, благо реализаций уже много под разные архитектуры написано) механизм выравнивания износа. Самый простой: пишете данные в виде пары "токен-значение", держите таблицу токенов и состояния страниц (активная, заполнена, пустая) для инициализации отдельно в памяти. Пишете данные в одну страницу, при считывании для получения актуальных данных ищете последнюю запись искомого токена в активной странице. После заполнения страницы переносите актуальные пары на другую страницу и продолжаете запись в нее, стираете старую страницу (желательно делать это не сразу, а когда израсходуете текущую, может помочь в случаях когда по какой-либо причине дропнулась запись в активной странице). Таким образом жонглируете несколькими страницами памяти, выравнивая износ и увеличивая общий ресурс. Как и любой другой вариант записи данных чувствителен к падениям питания в моменты записи, но тут если нужно, можно дублировать данные/пытаться прочитать с прошлой записанной страницы.
Ничего та статья не проясняет. Там попытка юристов натянуть сову на глобус.
Кажется ребята из Яндекса (или кто-то вдохновившийся идеей) даже тут на Хабре писали про то как организована загрузка параметров сети на Яндекс станциях с помощью звукового сигнала.
EDIT: нашел ссылку, надеюсь пригодится
https://habr.com/ru/articles/470293/
Самое простое приходящее в голову: автомат по продаже пакетов с перчатками (и совком?) для уборки за выгуливаемыми животными. Можно хоть у каждого дома и парка поставить, да и людей с собаками/кошками всегда будет хватать.
P.S. если выстрелит хоть спасибо скажите :)