Лидеры

Всем привет. Представляю вам программу для почти полного управления дроном. Но сначала короткая предыстория: Из возможностей отмечу следующее: Перемещение по сторонам света без улучшения "Навигация"(Спасибо версии 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 дня дальше лицензии ничего не продвинулось :))

Проявилось в очередной раз. У меня выглядит так: $ xclip -selection primary -o | xxd - 00000000: 7767 6574 2068 7474 7073 3a2f 2f72 6177 wget https://raw 00000010: 2e67 6974 6875 6275 7365 7263 6f6e 7465 .githubuserconte 00000020: 6e74 2e63 6f6d 2f68 6f68 7365 7267 312f nt.com/hohserg1/ 00000030: 4f70 656e 436f 6d70 7574 6572 7350 726f OpenComputersPro 00000040: 6772 616d 732f 6d61 7374 6572 2f70 6c61 grams/master/pla 00000050: 7965 726c 6f6f 6b2f 676c 6173 7365 732e yerlook/glasses. 00000060: 6c75 efbb bf61 lu...a Но после обновления страницы уже так: $ xclip -selection primary -o | xxd - 00000000: 7767 6574 2068 7474 7073 3a2f 2f72 6177 wget https://raw 00000010: 2e67 6974 6875 6275 7365 7263 6f6e 7465 .githubuserconte 00000020: 6e74 2e63 6f6d 2f68 6f68 7365 7267 312f nt.com/hohserg1/ 00000030: 4f70 656e 436f 6d70 7574 6572 7350 726f OpenComputersPro 00000040: 6772 616d 732f 6d61 7374 6572 2f70 6c61 grams/master/pla 00000050: 7965 726c 6f6f 6b2f 676c 6173 7365 732e yerlook/glasses. 00000060: 6c75 61 lua

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