Перейти к содержимому

Doob

Гуру
 Профиль  Активность

  • Публикации

    1 089

  • Зарегистрирован

  • Посещение

  • Победитель дней

    141

Сообщения, опубликованные пользователем Doob

  1. Опубликовано:

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

  2. Опубликовано: · Изменено пользователем Doob

    Давнo мусoлят эту тему, накoнец-тo ктo-тo заинтересoвался.

     

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

     

    Так как пoдразумевается мультиплеер, тo дoлжнo быть сoревнoвание, задача "не пoмереть и не пoтерять рoбoтoв" выглядит глупo. Следoвательнo, нужна система, кoтoрая будет кoнтрoлирoвать кoличествo ресурсoв каждoгo игрoка и куда-тo вывoдить, для пoддержания сoревнoвательнoгo духа.

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

     

    Если капсула заперта, тo зачем oтрубать руки? Даже такoй кoмпутер-френдли мoд, как IC^2 имеет кoмпoненты, с кoтoрыми рабoтать мoжет тoлькo игрoк (мoжнo их не испoльзoвать, нo вырастает слoжнoсть), чтo тут гoвoрить прo всякие дюпo-мoды, кoтoрые рассчитаны исключительнo на игрoка (хoтя... да, безрукий игрoк пoчти не мoжет дюпать). Мoжнo кoнечнo, запереть игрoка в oднoблoчную капсулу, нo oчевиднo, мнoгие плюшки мoдoв будут недoступны.

     

    Игрoку, бoлее или менее oсвoившему кoмпьютерный мoд, автoматизация дается легкo и непринужденнo (крoме тех oтраслей, где еще нет интеграции мoдoв). Пoэтoму вoпрoсы типа а как рoбoт этo сделает? и ээ, ента наверна слoжнэ? лишние - если хoрoшенькo пoдумать, а если нет инфoрмации, тo прoтестирoвать, будет oтвет: рoбoт этo мoжет/не мoжет. И тут все упирается в лень прoграммирoвать или в лень махать лoпатoй. Я с удoвoльствием буду прoдавать кoд за ресурсы, т. к. неoбхoдимую утилиту мoжнo написать oдин раз и пoльзoваться вечнo, чем на каждый чих вгрызаться в камень.

     

     

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

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

  3. Опубликовано:

    Лагает страшно, сама игра захардкожена в одном файле. Во многих местах есть баги (особенно при конфликте потоков). Графика не оптимизирована совсем.

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

    • Нравится 1

  4. Опубликовано:

    Сохраняет в file.txt туда же, где находится. Можно отправлять по сети или еще каким-нибудь способом.

    Сначала установить библиотеку: pastebin get iKzRve2g /lib/forms.lua, затем создать файл edit cmnt.lua, прописать в автозапуск, убрать кнопку выхода и запретить прерывания. И в бой.

  5. Опубликовано:

    Нет, то можно легко сделать на основе готовых библиотек.

    Например, за пару минут на основе forms:

    local forms = require('forms')
local w, h = require('component').gpu.getResolution()

local main=forms.addForm()
main.border=1
main.H=15
main.W=43
main.left=math.floor((w-main.W)/2)
main.top=math.floor((h-main.H)/2)

textfield=main:addEdit(3,2)
textfield.text = {}
textfield.H=11
textfield.W=39

local btn_sumbit=main:addButton(29,13,'Sumbit',function()
  local file = io.open('file.txt', 'a')
  file:write(table.concat(textfield.text,'\n')..'\n')
  file:close()
  textfield.text = {}
  textfield:redraw()
end)
local btn_exit=main:addButton(6,13,'Exit',forms.stop)

forms.run(main)
    • Нравится 4

  6. Опубликовано:

    Ещё и адаптер прицепить, чтобы контролировать все функции.

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

  7. Опубликовано:

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

    • Нравится 2

  9. Опубликовано:

    Функция os.sleep поймает один сигнал и завершится, а если поймает нужное сообщение, то упадёт замертво.

     

    Максимальный размер пакета можно получить через maxPacketSize()

     

    Нужен протокол рукопожатий, чтобы можно было запускать несколько сетей. Защита от взлома тут самое важное. Связанная карта - не вариант, ест много энергии.

     

    Неплохо бы иметь набор программ из коробки для работы с дронороботами.

  12. Опубликовано: · Изменено пользователем Doob

    Если нужно назначить компонент ДО запуска системы, то надо писать установку примари-компонента в EEPROM, а не в системный автозапуск, все просто.

  15. Опубликовано: · Изменено пользователем Doob

    Я к прошлому серверу готовил орнаменты, где-то валяются, могу еще наделать.

    Соблюдать ограничение на 24 шейпа? Плитки на пол какие, чтобы по ним ходить можно было? Можно кое-где толщину в 2 шейпа?

  16. Опубликовано:

    Всё-таки лучше оставить симметричное шифрование.

    Для анализа крафта можно сделать специальную службу - терминал с печками/верстаками, не удобно, но самодостаточно.

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

  17. Опубликовано:

    Весь мир давно делает локализацию для своих прог, Тоторо только проснулся.

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

  19. Опубликовано:

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

    Замена библиотек в некоторых местах ломает опеось, этим грешат не только "операционные системы", но и простые программы.

     

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

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

    • Нравится 2

  24. Опубликовано:

     

     

    Набросок интерфейса клиента. Ключ не экранирован, т. к. при тестировании мне так удобней, в боевой программе можно его скрывать.

     

    Функционал протокола: можно загружать в хранилище предметы (по белому списку, чтобы не занимать место лишними данными), скачивать себе в инвентарь, передавать в хранилища других игроков, перемещать в криптоячейки, продавать/покупать через единый рынок.

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

     

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

    • Нравится 5
×
×
  • Создать...