Лидеры

Всем привет. Представляю вам программу для почти полного управления дроном. Но сначала короткая предыстория: Из возможностей отмечу следующее: Перемещение по сторонам света без улучшения "Навигация"(Спасибо версии OC 1.7.3) Возвращение дрона к управляющему планшету(Компьютеру) Удалённый интерпретатор Привязка дрона к управляющему планшету(Почти полная невозможность угона) Красивый Динамичный интерфейс(Отображение заряда планшета, время, заряд дрона, уровень сигнала) Остальные функции можно найти в программе или в скриншотах. Системные требования: Планшет с OpenOS и видеокартой 2 уровня, беспроводной картой любого уровня и интернет-платой Дрон с беспроводной картой любого уровня (остальное не так важно, это опционально) Установка: На планшет (Для обладателей интернет-карт): wget https://raw.githubusercontent.com/BrightYC/DRC/master/tablet.lua drc.lua Для дрона (Для обладателей интернет карт): wget https://raw.githubusercontent.com/BrightYC/DRC/master/drone.lua drc-flash.lua && flash -q drc-flash.lua drc.lua (Код без минификации: https://raw.githubusercontent.com/BrightYC/DRC/master/non-minify-drone.lua) После вынимаем биос и вставляем в дрона. Первый запуск: Первый запуск сопровождается привязкой дрона к порту(Порт можно увидеть открыв дрона) и адресу беспроводной карты. Из-за этого возможность угнать дрона стремится к нулю, так как для первичной настройки нужно стоять не дальше 5 блоков от дрона. Пишем: drc <порт дрона> После этого дрона невозможно угнать, если рядом никого не было и он не мог подслушать сообщение(Перезагрузка привязку не ломает) Пара скриншотов: Видео: P.S Процент справа от шкалы сигнала обозначает не силу сигнала, а мощность передатчиков на планшете с дроном(поэтому для корректной работы нужны одинаковые карты беспроводной сети) На этом всё, дань уважения дронам выполнена, теперь могу спать спокойно.

можно, но нет смысла, пропускной способности достаточно чтоб дрон моментально выполнял команду Да пожалуй так лучше

Насколько я понимаю, в OpenGlasses 2 можно в очки встроить геолизатор и апгрейд навигации, после чего на стороне моста вызывать getUserLookingAt(username: string) и получать в таблице под ключами x, y, z координаты блока. Клик регистрируется ивентами interact_world{,_block}_{right, left}. Но, пожалуй, для интерфейса проще даже рисовать на оверлее: кликать можно курсором, как в любом другом гуи.

Так это целая программа. Она в открытом доступе. В основном, там есть таблица cmd = {} В ней есть функции. Я проверяю так: if cmd[commandFromTablet] then cmd[commandFromTable() end Да, я тоже думал что проще всего хранить весь код вообще на планшете, а на дроне только load() Но почему-то мне захотелось хранить основные функции в eeprom(Припоминаю, что рассчитывал на минимальное количество телодвижений, и чтобы программу спокойно можно было запустить просто скопировав ctrl+ v без докачки всякой ереси с инета) P.S Там modem.broadcast(), который всем виден. Лучше использовать modem.send, так как эти сообщения вообще никак нельзя отловить легальными слособами

Доброго времени суток, дорогие друзья. Давно я ничего не постил на этой площадке. Сегодня я расскажу историю о том как мы с @FluttyProger решили создать простенькую игру на телефоны. Идея пришла к нам быстро. Я хотел что то про космос да и Флатти хотел воскресить какую то игру про космические войны, захваты планет, кланы-шмланы, но самое главное мы сошлись на том что это кликер. Все это мы и решили взять за основу, в итоге у нас вся графика мертвой игры, Флатти на пальцах пытается рассказать какая же офигенная была та игра и как мы ща все быстро соберем и будет у нас готовый продукт со своей аудиторией. Вроде все просто, мы делим обязанности, что я занимаюсь графикой и UI, а Флатти кодит. Буквально за пару часов из готовой графики, а так же дорисовки на скорую руку я склеиваю интерфейс в фотошопе чтоб понять что мне делать в Unity (да не сказал делать проект решили в Unity), результат ниже. Результат показал что графика, из-за того что мы вводим свои прокачки и механики, слегка вырвиглазная и нужно что то менять. Я начинаю делать новые спрайты для всех панелей прокачек и не могу попасть в стиль с готовыми кораблями, фонами и прочим(забыл сказать готовую графику я все же изменил в иллюстраторе чтоб не было проблем авторских). Флатти говорит и так сойдет, давать делать игру, но я не согласен и в наш "быстрый" проект добавляется задача "Новая графика". Не долго думая я решил что самой быстрой будет в производстве пиксельарт (и это ошибка) и взялся за работу, Флатти же в свою очередь создал сцену с Пепегой в которую можно было кликать и ждал. С горем пополам я склепал часть недографики и начал стоить каркас UI. Методом проб и ошибок создали что то похожее на изначальный план и Флатти начал кодить. Машина создания запустилась и мы думали что месяц и все будет готово. Но не тут то было, без ТЗ, без полного представления что мы хотим получить все стало ломаться, я делал очередную панель, описывал Флатти что она должна делать, он делал, я что то менял и все ломалось, прошел месяц мы продвинулись процентов на 30% и все стояло на месте, фиксили одно, ломалось другое, стало понятно что нам нужно как то структурировать нашу работу. Мы начали создавать карточки в Trello и все стало получше, мы совершили прорыв и игра была вроде как готова. Я тут понял что не рассказал о чем же игра. Мы решили создать кликер в котором игрок бы летел по космосу от планеты к планете, по пути встречая разных жителей космоса, мы сошлись на трех: Враги - их мы убиваем, Альянс и Учеными - с ними мы дружим и торгуем. Так как встречи разные, наделили корабль параметрами: Силой - для врага, Наукой - для Ученых и Технологиями - для Альянса. Так же сам корабль можно улучшить чтоб дольше летел, большее бил врага, больше денег добывать и тд. Но параметры это улучшение уникальное и влияет на улучшения корабля, а чтоб повысить параметр нужно нанять на планетах юнита нужного класса: Сила - Воин, Техн. - Инженер, Наука - Ученый. К этому всему добавили механику скиллов которые работают от местной "маны" - Нестабильной материи. Систему репутации чтоб игроки соревновались. Возможность капитану "выбирать" планету к которой лететь и еще всякие микроплюшки. От игры оживить которую мы хотели осталось только начало названия Galaxy и пару фонов. Так вот, игра почти готова, Флатти ловит жуков в игре, а я занялся проверкой баланса который мы наманьячили. И тут понеслось, как оказалось делать 100500 механик которые друг друга увеличивают и уменьшают от кучи условий в разных этапах развития игрока создавать было не лучшей идеей. Время шло я предлагал что изменить, Флатти менял, я тестил, мы плевались от результата и все по новой. И вот прошло полгода с начала создания "простого кликера" и мы все же релизнули его в Google Play, да так и не доведя баланс до идеала, да не с тем продуктом который мы задумывали, но все же с нашей игрой, и мне с Флатти хочется поделиться ею с вами. Половить тапки в свой адрес, а может и приятный фитбек. Спасибо большое за внимание! Ссылка на игру Galaxy Grinder Так же накидаю скинов с этапов создания игры.

Налицо нарушение P-симметрии.

Ну а завтра спросят дети, навещая нас с утра: "Папы, что сказали эти кандидаты в доктора?" Мы ответим нашим чадам правду, им не все равно: Удивительное рядом, но оно запрещено!

Я, конечно, ни на что не намекаю, но за 23 дня дальше лицензии ничего не продвинулось :))

Ты прав, порядок расположения компонентов влияет на порядок вычислений. Это именно тот вопрос, в котором разработчики планировщиков разбираются лучше разработчиков реакторных схем. В первой схеме сначала обсчитывается теплоотвод. На первом реакторном тике корпус холодный, поэтому теплоотвод по сути не работает. Потом обсчитывается ТВЭЛ. Он нагревает корпус на 4 hu. На втором тике теплоотвод забирает от корпуса все 4 hu и рассеивает их, а ТВЭЛ снова нагревает. В результате стабильно работающая схема всегда будет поддерживать тепло корпуса реактора на уровне 4 hu. Во второй схеме сначала обсчитывается ТВЭЛ, он отдаёт на корпус 4 hu, а теплоотвод затем забирает их и рассеивает. Стабильная температура корпуса имеет нулевое значение. Здесь на промежуточной стадии корпус также имеет 4 единицы тепла, но по завершении тика тепла в корпусе нет. А если ТВЭЛ'ы все вместе выдают 10004 hu/s, а теплоотвод забирает 5 hu/s, то при неудачном расположении теплоотвода реактор превысит критическую температуру на первом же тике. Вывод: зеркальные копии схем не всегда равноценны оригиналам.