Лидеры

Не обязательно анализировать все слоты. Опроса единственного слота достаточно для вычисления количества прошедших реакторных тиков, что даёт знание не только текущего износа всех конденсаторов, но и того, на каком тике тот или иной конденсатор не сможет поглотить предназначенное для него тепло. Можно и вообще не опрашивать слоты, ориентируясь исключительно на время работы реактора между включением-выключением. Согласен: есть шанс не успеть для этой схемы и с таким TPS. Чисто теоретически для безопасной работы достаточно было бы и 1 TPS. Но мы же говорим о среднем значении, а в какой именно момент слоты времени достанутся управляющему реактором компьютеру на перегруженном сервере, угадать невозможно. Но при аккуратной работе шанс взрыва даже этой схемы и даже с таким TPS очень мал. Аккуратная работа: Загрузили реактор топливом и конденсаторами Вычислили время ближайшей замены конденсаторов, уменьшив его на половину реакторного тика. Подали сигнал красной платой, находящейся в управляющем компьютере. Выждали нужное количество реакторных тиков в os.sleep и убрали красный сигнал. Заменили уже непригодные конденсаторы. Их даже проверять не надо, они вычислены ещё до пуска реактора. Вычислили время ближайшей замены следующей партии конденсаторов и т.д. по кругу. Так как время работы реактора уменьшено на половину реакторного тика, конденсаторы могут чуть не догореть до своего предела. Эту недоработку тоже можно исправить, но это вопрос отдельной тема с большим количеством текста и практических исследований. Если кратко: надо поддерживать синхронизацию компьютера с реакторными тиками, минимально нагружая сервер. Это трудно сделать, учитывая, что синхронизация регулярно теряется, а точно восстанавливать её на сервере с низким TPS бывает проблематично. А в это время надо не только синхронизацию поддерживать, но и параллельно выполнять замену компонентов реактора, что нелинейно усложняет алгоритм.

Может и жахнет, там где они играют тпс выше 3-6 не поднимается поэтому вероятность взрыва сохраняется всегда. Это надо выкручивать замену на 85% и то не всегда помогает. Анализ слотов с конденсаторами будет нереально долгий, увы но на старой версии нельзя за 1 тик получить данные со всего инвентаря.

А не жахнет? Ну в смысле достаточно ли быстродействия ОС чтобы заменять кондеры,чтобы не было пустого слота в момент тика когда генерируется тепло?

Это особо и не важно, т.к. отсылающий код взят у топикстартера, а запись в сокет, судя по всему, у него работает. Либо это кастомная интернет-либа, либо код выложен не полностью, пофигу. Главное - дать наводку на листенер internet_ready

Реализуй btree индекс. https://db.grussell.org/imp.html https://www.codeproject.com/Articles/7410/Implementation-of-a-B-Tree-Database-Class

Хорошие новости для многочисленных фанатов UMFAL - вышла версия 2.0! Помимо добавления небольшого количества фич, была написана подробная документация на двух языках, также появились примеры кода. Подробное описание возможностей библиотеки, а также подробно задокументированные примеры - на Github: Репозиторий проекта

есть прога, лагучая, дремучая, судьбою убитая болячки: вылетает при отдалении от компа( телепортации и т.д.) https://prnt.sc/12z77cx/ что нужно: добавить и изменить код отображения в очках, а именно: было: glasses.addText(18.7, 42.7, tostring(me.getItemDetail({id = "dwcity:Materia"}).all().qty), 0x3F3F3F).setAlpha(0.9) glasses.addIcon(0, 37, "dwcity:Materia") стало(кусок другой проги): function addinformation() materia=com.me_controller.getItemsInNetwork() for k=1,#materia do if materia[k].name=="dwcity:Materia" then nmat=k end end так же: сделать простой и удобный в добавлении новых вещей( предметов, энергии, блоков отображения информации ) интерфейс, который самостоятельно адаптируется под изменения , без "налезания" строк текущая программа: как выглядит работа проги выше: https://prnt.sc/12z75hk

Готов взяться за такое, опыт написания подобного есть. Имеется даже рабочий прототип. Скажи, версия мода openglasses первая или вторая? И напиши дс для связи

если кто сможет сделать так же, то можно и о денежном эквиваленте поговорить

Ну, будем ждать кто поможет переписать это, сам в луа еще не очень шарю ._.

Программа вылетает из-за радара, так как это самый "нехороший" радар. Варианты исправления Всё завернуть в pcall (ужасный вариант) Использовать демонов Собственно я больше склоняюсь ко второму варианту так как там если программа крашится то оно продолжит работать дальше. Переделывать программу нет никакого желания поэтому скажу только свою теорию. Отдельно отрезай сканер от других этапов работы программы, все упаковывай в функцию Используй следующее: function onChatMessage(eventName, address, user, message) print(user .. " sent: " .. message) end event.listen("touch", onChatMessage) --рекомендую юзать для отлова моментов одевания очков (они вечно отваливаются и не рисуют картинку при перезаходе на сервак) -- тут просто базовый пример отлова тыков по экрану, эвент сам поменяешь dmesg в помощь function start() --сканим --отрисовываем игроков --прогоняем данные по материи --отрисовываем материю end event.timer(5, start, math.huge) --это основной цикл, запуск каждые 5 сек А, и переключи сохранение картинок на имгур или дропбокс, они поддкрживают прямую вставку картинки сюда, а то уверен у 90% тех кто прочитал твою проблему лень запретила переходить по ссылке

связаться со мной можно через форум