Doob

Тут весь фокус в том, что нет реальных торов и сфер. Есть плоскость, которая модификацией рендера выглядит как сфера.

Я даже могу реализовать похожий эффект при помощи OpenComputers, если можно получить эффект этого рыбоглазного искажения.

Достаточно сдублировать плоскость во все стороны - получится фокус с торусом. Игрок будет бежать в одну сторону, видеть горизонт, получившийся визуальным изгибом плоскости, плоскость будет постоянно копироваться спереди и исчезать сзади. Но тут проблема в том, что получится только грубая иллюзия. Надо чтобы рендер корректно дорисовывал плоскость на месте стыков и без рывков переносил игрока с одного края на другой.

 

Я давно хотел сделать кое-что подобное, там игрок мог бы перемещаться по гиперграням тессерактов, сложенных в какую-нибудь фигуру. Получался бы трехмерный лабиринт, заключенный в четырехмерный. Для игрока это выглядело бы как приключения из фильма Куб. Но все уперлось в малое быстродействие телепортера. Телепортация дебагой занимает минимум два тика, это очень режет глаз, поэтому без специально созданного мода, красивой иллюзии не добиться. И я отказался от этой затеи.

Я тоже такую оболочку делал, но идея себя быстро исчерпала.

 

Нужен мод на рендер и генерацию.

Разделить платформу на две части, свернуть перпендикулярно самой себе. Надо только понять, как рендерить место склейки платформ и скрыть переходы. Локальная система координат никак не изменится.

Есть такое, OpenPython называется. Но клепает его один человек, поэтому похвастать нечем. Работает кое-как, даже стабильной версии нет, годится только для микроконтроллеров.

Где-то еще встречал упоминания о питоно-подобном процессоре для опенкомпов, но сейчас найти не могу.

Действительно, этот метод есть только у МС 1.10 и выше

Имя блока типа minecraft:block_name? getBlockState() поможет?

Странно, у меня личные сообщения нормально обрабатываются.

Флаг для логирования можно тоже сунуть в конфиг.

Конфиг следует сделать в виде lua-таблицы - быстрей и меньше кода.

 

Изначально все задумывалось как программный модем между компами. Логин для NickServ и прочие изощрения поверх стандарта, пользователь должен был организовывать в своей программе. imodem это всего-лишь интерфейс, совместимый с OpenOS.

Хотя, да не сделал пинг в сторону сервера, каюсь.

Может опечатка? Вот рабочий код:

local robot = component.proxy(component.list('robot')())

while true do
  computer.beep(20, 0.5)
  if robot.detect(3) then
    robot.swing(3)
  end
end

 

Тут какое-то сильное колдунство.

В 1.7.10 чанки дюпают это всем понятно, но в данном случае программа должна выполняться дальше, даже после сотни дюпов. Я немного не понял, как будет вести себя computer.uptime() после отката чанка, вроде-бы оно привязано к времени всего мира. Но в любом случае, назад оно не пойдет.

Надо повесить хук и при очередном таком баге отловить значения computer.uptime() и timestamp в основном цикле до проверки.

Просто в прошлой версии был свитч переключения режимов - визуальный с красивостями и только текст, в режиме текста все теги добавлялись нормально руками.

Недавнo завезли нескoлькo нoвых функций.

canSeeSky():boolean - вoзвращает true, если виднo небo. Прoзрачные блoки, стекла, крoвати не мешают, а ступеньки и пoлублoки считаются непрoзрачными.

 

detect(стoрoна:number):boolean, string - кoпия функции component.robot, прoверяет наличие блoка с указаннoй стoрoны. Вoзмoжные варианты выдачи:
(false, 'air') - пустo, блoк вoздуха.
(false, 'replaceable') - есть блoк, кoтoрый мoжнo сдвинуть этo цветы, трава, лианы (пoка неизвестнo, как будет пoсле апдейта MC1.14). В приватах мoжнo считать за true, т. к. рoбoтoм лoмаются тoлькo кактусы.
(false, 'liquid') - блoк жидкoсти, текущая жидкoсть
(true, 'solid') - есть твердый блoк.
(true, 'entity') - какая-тo сущнoсть.
(true, 'passable') - блoк, через кoтoрый мoжет хoдить сущнoсть - флаг, кувшинка, паутина, пoртал и т. п. Некoтoрые блoки имеют нескoлькo сoстoяний, например, дверь и люк в oбoих solid, а вoрoта тoлькo закрытые.

 

store(стoрoна:number, адрес_БД:string, слoт_БД:number):boolean - сoхранить блoк с указаннoй стoрoны в базу данных.

 

isSunVisible():boolean - вoзвращает true, если пoгoда ясная, вo время дoждя или грoзы - false

https://habr.com/post/374051/

Все это занимает с десяток строк на питоне, при использовании либы MoviePy. Хотя, я не разбирался в формате стримов, но обычные видосы можно адаптировать и воспроизводить на опенкомпах моментально. Единственная проблема, решение которой мне никто так и не подсказал это как синхронизировать звуковую дорожку.

Не годится, слишком топорно. Любой современный чат-бот разбирает выражения и опознает ошибки.

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

Это работает везде, где есть опенкомповские события. Даже пиная монитор можно загадить пул и будут пропускаться ивенты, тут ничего не поделать, это вина мода и игры, а не программ.

Так и есть: нет верстака - нет упаковки, но это устарело. Я хочу, чтобы программа собиралась под конкретного робота, из конструктора или напрямую из интернета.

Я для транспозеров делал немного похожее, но проще, т. к. там все операции под контролем.
Для робота перепроверка по кэшу не так сильно нужна, да и не поможет она, если робот наедет на воронку.

У меня есть интересная задачка по управлению инвентарем.
Для геокопалки я написал упаковщик предметов в блоки (алмы, уголь, редстоун и т. д.), изначально все сканировал, предвычислял оптимальное заполнение, но алгоритм вышел очень громоздкий и занимал большую часть прошивки.
Немного подумав, я упростил - сделал сортировку в конец инвентаря, оттуда по одному предмету кидал в область крафта. Вышло компактно, но сортировка и крафт занимают очень много времени, защита от дурака - полный перебор, а после какой-то обновы изменилась механика инвентаря и алгоритм перестал нормально завершаться.

Интересно бы собрать идеи оптимального и компактного упаковщика. Хотя, компактность уже не важна, т. к. прошивку можно сделать лончером кода с диска или из интернета.

Таблетка иридия у меня шла по 600000. Значит, в табличках было 130млн, или около того. У кого-то скрины были.

Я еще активно тратился на все подряд, но счета были забиты всегда.

Хорошая идея, игроки будут хоть за справедливость воевать, а не так как раньше - поставил робота, землю разровнять, так понабижало дятлов и разорвало в клочья.

Вообще, с дроблением алмазов не удобно, т. к. придется собирать/разбирать руками, а это 11 новых рецептов и предметов, при делении на 9 или 9-10 при делении на 64.

Но с кредитами тоже не очень, если бы они были виртуальные и легко преобразовывались в предметы и обратно, было бы лучше некуда. А если всё состояние может хранится в одном кошельке, то по закону подлости, легко будет теряться.

Кстати, да, если привязать деньги к UU, то все будет просто замечательно, и игрокам хорошо, и серверу.

 

Жизни это жизни, когда они кончаются должен быть полный вайп. Правда, я не думаю, что кто-то будет этим заниматься (потому-что кроме дома в соте, игрок может сделать бесконечное количество кладов в других местах), поэтому, бан с возможностью воскрешения за UU выглядит интересней. И чтобы воскрешать могли только те, кто не в бане.

 

 

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

Хотим как лучше, но получим как всегда, чем отличается деньга, основанная на алмазе от самого алмаза? Можно просто добавить рецепт дробления алмаза до атомов и будет то же самое, все предметы будут иметь цены, так же основанные на алмазах. И никаких обменников не надо.

Мы ведь это уже проходили, наклепали валют много и разных, но сервер загнулся в том же темпе, что и всегда.

Если майн не имеет с жизнью ничего общего, то в него никто не должен играть. Если общеизвестные законы логики в майне не работают, то как тогда жить?

 

NEO в своем моде здраво делал обналичку чеками - никаких стаков и крафтов, есть виртуальный счет и есть возможность получить энную сумму в виде предмета.

но мы-то здесь обсуждаем, как облегчить жизнь игроку.

Ну вот, жизнь игроков и облегчится. Чем больше вложено труда, тем комфортней условия для всех, вне зависимости от количества убитого времени на махание лопатой.

Иначе будет традиционный дисбаланс - вначале игрок затрачивает уйму времени и ему постоянно не хватает ресурсов, а потом забивает сундуки и уходит. А новым игрокам приходится затрачивать одинаковое количество труда, вне зависимости от состояния экономики.

 

Меня больше веселят порядки на некоторых серверах, где админы указывают минимально допустимые цены. Или единая торговая площадка для нескольких серверов, устанавливающая такую жесткую конкуренцию, что "папка", играющий с запуска сервера, может перебить цены всех остальных игроков.

Почему обязательно алмы? Моды меняют баланс, торговля меняет приоритеты. Для многих жизненно важных крафтов нужны алмы, а тут их придется распылять.

Эта проблема с валютой в майне существовала всегда. И никак не решается без сторонних модов/плагинов. Алмы, конечно, довольно ходовой товар, но с индустриальными модами, железо более востребовано.

Либо каждый ресурс имеет стоимость в кредитах, либо все ресурсы идут через один рынок, иначе никак. Если игрок может конвертировать один товар в кредиты, а все остальные лежат мертвым грузом, то экономики никакой нет, только прямой бартер. (Даже если игроков было бы больше 100k, некоторые ресы все-равно не могли бы участвовать в обороте)

 

По мере увеличения количества добытых ресурсов деньги будут дорожать, а товары на рынке станут мусором.

Разве это плохо? Вполне справедливый сценарий, хоть для игрового, хоть для реального мира. Цены будут задавать игроки, это их право.

От объективной экономики не убежать, если люди могут взаимодействовать напрямую.

 

Если обменник нужен только для одного реса, то вообще никаких бросаний не требуется - две команды в чат и всё. Просто и надежно.

Так себе идея с кредитами, не по-программистски. Лучше стакать как обычно, степенями. Например, набор из каких-нибудь степеней на основе тройки, позволит использовать меньше единиц, ну да ладно.

Привязывать валюту к одному предмету бессмысленно, а чтобы привязать к большему количеству - придется каким-то образом их обнаруживать, считать и корректировать. Будет та же фигня, что и с трейдмодом, когда кристаллы прибывали в неограниченных количествах.

Есть идея, выдавать кредиты только при первом заходе на сервер, т. е. инфляция новыми игроками. Количество кредитов в обороте будет относительно ограничено и они будут иметь ценность.

Если кредиты можно будет дюпать, то будет коллапс, который не сразу обнаружится.
Самая защищенная экономика может быть основана только на плагине с безналичкой, либо скорбордами/компами, потому-что кроме защиты от дюпов можно контролировать кучу важных параметров. Компы в любом случае, слишком медлительные, плагин писать ради одного сервера никто не будет. А кредиты кэшем - довольно опасная штука.