eu_tomat

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

Ни на одном сервере нет такого мода, по крайней мере я не видел, а лава-печки из любых вещей имбовой и подавно там нет. Очень сомнительный и малоперспективный проект, этот лава-реактор, или как его там, ваш.

@Asior: предлагаю добавить в благодарственный список @Alex, по упущению которого в сборке сохранилась эта печка, имбовые свойства которой обнаружил @electronic_steve, и благодаря чему на свет появился этот гайд.

 

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

 

 

Обожаю складывать в стопки реакторы с четырьмя камерами! Правда, МЭ-сети не строю.

"цифровая база" Neo, которую он гордо поспешил в одной из своих тем на форуме назвать Зион,  которая из себя представляла на скрине просто убогую ванильную дырень(пещеру) в земле и один комп, впендюренный туда

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

Это проще транспозером делать. Попутно будет стержни менять.

Может, и не проще, но гораздо быстрее. При максимальной схеме реактора компоненты из сундука перемещаются роботом за 54 секунды, а транспозером – за 2.7 секунды. Разница огромная.

можно, наверно, согласен. Чего и нет) Это же огромный пласт общения -  игровая составляющая. Но наверно уже тогда, когда запустим сервер. Нет пока сервера - нет баек  А старые байки уже устарели морально, наверно)

Получилось как в том анекдоте: нет ручек, нет и конфеток.

Тема почищена, и мой ответ запоздал. Но оставлю на будущее:

 

Перед публикацией первой картинки следовало уменьшить разрешение GPU, а скриншот делать из части экрана. Должно получиться изображение, подобное этому:

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

 

А код следует оформлять кодом, а не картинкой. Тоже для удобства восприятия.

Прошу администрацию удалить оффтоп нео, который не соответствует тематике треда.

Местные админы и модеры мотивированы модерировать темы кубиков с кодиками.

А отличать аниме от неаниме неквалицфицированы, и модерировать темы с аниме не мотивированы.

На какой из версий OC такой эффект проявляется?

Он хотел считать все байты из файла. Число 999999 — это для него дофига.

Возможно, он сатанист, и закодировал "666 666".

 

И вдогонку: использование магических чисел, даже если это не 666, является плохой практикой программирования:
Магическое число (программирование)

Две сегодняшние загадочные темы похожи на продолжение этой. Склеил в одну до выяснения, что имел в виду автор.

@@Appo боюсь спросить. А где мои медали?

Где ваши медали?

Где НАШИ медали?

Пока не дали. После обновления движка дадут. Наверное.

 

http://computercraft.ru/topic/2411-obsuzhdenie-foruma-i-servera/page-2?do=findComment&comment=35357

А чтобы скролить всю таблицу, надо - написать свою гуишку.

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

 

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

 

Конечно, есть те, кто всё ещё помнит свои страдания, но уже успел освоить OpenComputers и не ленится создать инструмент для других новичков. Но инструмент должен быть удобным настолько, чтобы развернуть его было быстрее, чем написать коротенький код, а иначе пользоваться им всё равно никто не будет. Тут нужно в совершенстве знать возможности OC, чтобы выбрать лучшее решение. Ну, или хотя бы получить максимум советов, как это лучше реализовать, если есть желание написать такой инструмент. По крайней мере, получить хороший совет от гуру проще, чем заставить его писать код.

@@Xytabich хоть мы и находимся в разделе "беседка-флудилка", флуд тут не приветствуется.

Жаль я не могу модерировать свои же темы.

 

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

Название темы и её описание настраивают участников на упражнения в острословии.

 

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

 

А так, мало ли бывает идей? Скрестить ужа и ежа, тоже идея. Но нужна ли она здесь? По описанию темы понять невозможно. А экстрасенсом может быть не каждый. Вот, и флудим, как можем.

Во-первых, перед написанием поста следует прочитать рекомендации по оформлению. Они подсвечены красным прямо перед формой отпарвки сообщения.

Во-вторых, этими рекомендациями надо воспользоваться, обернув код тегом code, а если он длинный, то ещё и тегом spoiler. Это я исправил.

В-третьих, в коде потерялись отступы. Их можно восстановить, воспользовавшись предндазначенным для этого сервисом через меню Сервисы > Lua > Форматтер Lua. Наличие отступов облегчит чтение кода и ускорит получение помощи.

А что касается самого вопроса, то для начала надо прочитать сообщение об ошибке.
lua:103: unexpected symbol near ',' говорит о том, что на строке 103 встретитлся неожиданный символ рядом с символом ','

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

sampShowDialog(1007, "{ffcc00}Введи ID получателя сообщения", "{FFFFFF}/pm [ID] Работаю по вашей жалобе | Приятной игры!"), "Отправить", "Отмена", 1)

Предлагаю для этих целей специальную карту "телепортация" на робота.

А это идея. Тогда можно телепортировать робота в майнерс-миры без игрока. И пусть себе управляется удалённо. Такой себе вариант "цитадели" @Totoro.

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

И сколько же ты готов заплатить за эту возможность?

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

Даже без учёта TE. На IC2 можно таскать с собой MFSU c кристаллами. Это очень много. Например, энергии на интенсивную работу геосканера можно не жалеть.

Игр и так мало подобных, пусть хоть какие покажут. Интересно же.

С этим соглашусь. Игра хорошая, и на этом проекте она смотрится весьма органично. Но, возможно, не в этой теме.

 

Наверное путаем создание алгоритмов и создание систем

Не всё так просто в этом вопросе. Создание системы, действующей по определённому алгоритму, зачастую оказывается и созданием алгоритма.

 

Если смотреть на программирование в самом широком смысле, то оно многогранно. Кузнец с помощью молота, можно сказать, программирует свойства металла. Впоследствии это изделие будет вести себя запланированным образом и менять ход событий. Архитектор программирует действия строителей и жильцов дома. Технолог, используя набор катализаторов, программирует возникновение и поддержание заданной химической реакции в заданном месте. Юристы, написавшие государственный закон, в случае его принятия программируют поведение населения. И даже бобёр, роняя деревья в ручей, программирует поведение потока воды. Комплекс произведённых изменений может привести не к одному, а к цепочке запрограммированных действий, которые впоследствии произойдут без участия "программиста". И тут можно говорить даже о наличии алгоритма.

 

@@Kartze программирование зарождалось с перфокарт. Там уж точно не было никакого терминала для текстового ввода кода. И всё же мы их называем программистами. И в историю они вошли. И занятие их называют все программированием

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

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

Подтверждаю. Опыт сохраняется. Он привязан только к апгрейду.

 

Кстати говоря, в OpenComputes многие компоненты работают подобным образом. К примеру, можно выполнить modem.setWakeMessage("qwerty") в одном роботе или компьютере, а затем установить эту сетевую карту в другого робота. Тогда при получении сообщения "qwerty" сетевая карта разбудит своего нового владельца.

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

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

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

Загуглите программирование логических матриц

Ну, ПЛИС как раз вполне себе программируются вплоть до того, что при желании можно для них написать и компилятор, если ещё не написали. ПЛИС подобен микропроцессору со свободной архитектурой.

Транспорт - потоки, грузы - данные, (маршруты, светофоры, приоритеты, мосты, туннели) - алгоритмы.

Да ладно! Мосты, туннели...

Тогда скриншот забора из труб билдкрафта это аналог текста программы. А строил его, разумеется, программист.

 

И "весёлая ферма" или как она там называется, тоже игра для программистов. Ну, а чо?

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

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

Всё-таки программирование в Майнкарфте приятно своей наглядностью и даже, наверное, зрелищностью. Рулить роботами из бункера мало кому интересно. Ну, разве что иногда.

 

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

 

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

 

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