Totoro

Блин тогда я не понимаю как мне узнать эти компоненты из биос. Чистый-я имел ввиду что без системы (без openOS)

В OpenComputers, когда ты включаешь компьютер, он первым делом ище EEPROM чип и выполняет код, который на нём.

Именно с этого чипа должна стартовать твоя система.

Вот полезная ссылка: http://ocdoc.cil.li/tutorial:custom_oses

Там есть полный список всех библиотек и команд, которые тебе доступны с голого EEPROM.

Плюс компоненты и их методы.

Есть тут ещё специалисты по ComputerCraft живые? XD

Всё, конечно, хорошо, но ведь админам лень есть чем ещё заняться, вместо слежки за приватами.

Вот поэтому это надо автоматизировать.

Я имел ввиду какие библиотеки идут с openOS а какие стандартны для всех?

Нет такого, что операционная система ОБЯЗАТЕЛЬНО дожна иметь какой-то определённый набор файлов.

Тебе надо определиться, что будет делать твоя система. В чём будут её выгодные отличия от OpenOS. А потом пилить.

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

По функционалу, тебе желательно покрыть примерно тот же объем что и OpenOS, или больше. То есть вспомогательные библиотеки для работы с графикой, эвентами, файловой системой, сетью, процессами системы (например шеллом если он будет), плюс всякие вспомогательные либы, например для работы с Юникодом.

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

Не уверен что сделаю но попытаюсь, и ещё вопрос а какие файлы стандартных, тоесть которые для всех ос?

*.lua

Ну вот с такими ограниченияби ни на что особо этот бартер не будет нужен.

"Папки" у которых всё есть, будут видеть в этой торговле только способ конвертации нужного в ненужное. А с лимитом на юзера в день - это станет менее эффективно.

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

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

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

P.S. Как раз мютюэизм у нас и процветает на серверах по дефоту, имхо XD

Ну, не спорю. Накопительство и хомячизм - сильный стимул.

Но всё таки копить ради накопления не очень интересно.

Эмиссия, не эмиссия, торговля, не торговля...

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

Игрок самодостаточен и может сделать всё сам.

Более того. Именно в создании всего самому и состоит по сути 90% геймплея на Майно-серве. Больше игрокам заниматься особенно нечем.

Идея с энергией интереснее она ограничивает способность игрока создавать всё самому.

Можно заставить игрока платить за приват. Вырезать генераторы и оставить только админские, платные энергоканалы.

Ввести профессии, и невозможность одним игроком изготавливать вещи из других профессий, кроме своей собственной.

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

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

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

True. Нужен стимул. Причём такой, который заставляет взаимодействовать.

Все-таки это не очень важно но, я уже на ютубе писал что: 160х50 точек это некорректно, разрешение монитора ОС: 160х50 Символов, а не точек. Символ в ОС вроде 8х4 точек.

8 на 4 это опять таки символы - символы алфавита Брайля.

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

Ну окей. Например.

Делаем приваты платными (в игровой валюте).

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

Бесконечность ресурсов игры компенсируется бесконечным оттоком ресурсов "вникуда" - на аренду.

Плюс, возможно, можно добавить постепенное разложение / ржавение / разрушение, как в ТФК.

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

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

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

В тему: вот пост с английского форума, где предлагаются идеи насчёт экономики и небольшой набор модов:

http://www.minecraftforum.net/forums/support/server-support/tutorials-and-faqs/2554147-how-to-create-a-server-economy-with-forge-mods

К слову.

Это уже не относится к экономике, но можно запилить на карте изначально два (или больше) укреплений.

С базовым набором - пара дохлых роботов и т.п.

Далее всех новоприбывших игроков рандомно спавнить по этим базам (например туда, где игроков меньше).

И поставить целью каким-либо образом опередить соперничающие базы. По ресурсам, по богатству, захватом или ещё как-то.

Вот кстати насчёт мобов.

Что если сделать в принципе аггрессивную внешнюю среду?

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

Чтобы добыча ресурсов за пределами "ограды" была достаточно опасным и дорогим занятием? А смерть игрока сопровождалась серьёзными штрафами (дебафами, финансовыми расходами, снижением уровня или ещё чем-то).

Чтобы, допустим, мобы периодически собирались толпами-волнами, с целью раздолбать посёлок. Или пара драконов наводили хаос, время от времени.

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

Не будет ли это способствовать образованию "профессий" естественным путём?

Типа кто-то займётся снабжением посёлка едой, кто-то будет защищать стены от мобов и т.п.

Кто-то будет обслуживать роботов. Кто-то будел делать вылазки наружу, с какой-либо целью.

При открытом рынке дюперов будет заметно хорошо.

Допустим персонаж постоянно спускает тонны алмазов. Цена на алмазы падает и всё такое. Тут к нему приходят админы, и интересуются - "откуда алмазики"?

Если определяется факт дюпа - хлоп! Бан.

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

 

Столкнулся с ошибкой при открытии врат

В чем может быть проблема?

 

В 73-й строке ты объявляешь функцию sg:

local function sg()

И она начинает конфликтовать с переменной sg которая хранит прокси компонента ворот.

Призываю в эту тему всех диванных экономистов форума!

Давайте обсудим следующую тему: "Возможно ли построить в мире Minecraft уменьшенную и стилизованную модель экономики реального мира?"

Возможно для этого придётся внести изменения в стандартный геймплей. Это можно сделать посредством внешнего экономического мода.

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

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

Может, в следующем UT устроить соревнование копалок?

 

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

Копалки скорее для конкурса-пятиминутки пойдут. Типа тех что были про "напиши 10 раз hello world" или "распарси bmp".

Можно копалки-добывалки. Типа дать каждому одинаковый куб породы, окружённой бедроком, и кто эффективнее и быстрее выкопает всю руду.

Не знаю насколько это будет увлекательно. 

Хорошая идея. Но мне хватает, и своей простенькой наработки (roboshovei), для рытья ямок. =)

Ну тут тоже код простой. Мне просто интересно, можно ли ещё как-то повысить эффективность и так не сложной программы.

Огромный костыль. 

Почему?

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

Хорошая идея. Надо будет только обработать случай с высотой не кратной 3.

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

Поэтому я набросал небольшую (на 100 строк) программку.

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

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

Предлагайте свои улучшения по коду и алгоритму, чтобы создать THE BEST ULTIMATE DIGGER EVER и возвести стандарты рытья ям на новый уровень!

Код:

https://pastebin.com/rQ71KRND

Установка:

1) Вручную. Копируем текст программы, открываем новый файл командой edit dwarf, нажимаем Insert чтобы вставить код, а затем Ctrl+S и Ctrl+W чтобы сохранить и закрыть файл.

2) С Pastebin. Выполняем команду pastebin get rQ71KRND dwarf.

3) С Hel. Выполняем команду hpm install dwarf.

Что? Оптимизация? Не, не слышал...(Нет, серьезно, я не думал об ресурсах, так как урана у меня обычно просто до черта)

Во! Правильный ранне-индустриальный настрой. 

Пока ресурсов много, надо копать много, тратить быстро и не задумываться о токой оптимизации.

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

А такой бот несомненно будет флудить.

Поэтому есть вероятность, что потребуется поднять свой IRC сервер. А тут уже вопрос, что удобнее - возиться со своим сервером, или воспользоваться мостом Рида.

Я не говорю, что это бессмысленный код. 

Просто это будет алиас для обычного листенера.

Что писать zn.listen(function() ... end), что писать event.listen("zn_message", function() ... end) - разницы практически нет.

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

Хотя первое выглядит конечно лаконичнее и красивее.