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

ALeXeR

Пользователи
  • Публикации

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

  • Посещение

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

    5

Все публикации пользователя ALeXeR

  1. задержка на обработку флуда может быть фатальной)
  2. ну помоему лаготворные ситуации запрещены в праелах, тоесть бан за флуд в сети)
  3. с футболом хороша идея) я уже это представил даже) Робот_4 ведет "булыгу" , обходит Робот_3 и ГОЛ!!) Можно в одном из раундов дать роботам лазеры и устроить бой)))
  4. так для роботов сложнее, например одни прикрывают, создавая пробки, другие собирают монетки) ну тоесть с запретами)
  5. согласен, действительно написать и предусмотреть все а потом наблюдать к чему привела твоя программа при случайных входных данных так наглядно)
  6. ну типа мониторами управляет сервер, так что тут можно односторонню связь)
  7. я писал либу ip2b на которую успешно забил) эта либа апгрейдит опенось для работы с ip2b-адрессами, они как ip, только всего в 2 байта, но адрессация безмасковая была, так что я на нее подзабил) возможно когдато перепишу ее)
  8. ну и куда же дется от огромного монитора со счотом) так-же для каждого учасника можно отвести кабинку с монитором, где он может узрить что говорят его роботы, а каждому из роботов позволить через сервер писать чего-либо на экран учасника, это позволит учасникам оценить и исправить недоработки для следующих ивентов этого типа)
  9. я так и не понял, тут используется адрессация по машинным или же у тебя есть какой-то свой адрессный протокол?
  10. Думаю что для серверной платфомы было бы неплохо учесть: 1) Должен присутствовать базовый функционал идентифицирования и обмена данными с роботами в коммандах, суда же и хранение этих списков (одресса, комманды, состояние, допаолнительные данные) 2) Система логического ветвления событий раунда (например при свершении чего либо в на арене должно произойти что либо) 3) Определится с тем, что или кто будет производить физицеские изменения на арене (сервер либо же внешняя система) Тоесть примерно такие задачи мы будем приследовать для каждого ивента (или шаблона)?
  11. как я понял раундов будет много, и как я думаю есть необходимость создание общего решения серверной платформы для всех раундов, а сами раунды задавать конфигурацией и входными данными, тут же и пригодятся какие либо конструкторы раундов и т д
  12. мне сначала показалось что прога тупо фо винду))) а это веб-приложенице)
  13. Робот - блок, вполне возможно что с ним происходит то-же самое, что и при разрушении блоков при плохом пинге или перегрузе
  14. Можешь еще посмотреть коды и при помощи string.char(code1,code2,...,codeN) получать их в виде строки
  15. кто-то на дриме грабил банк, поместив апгрегд поршня в планшет)
  16. ну я имел в виду если на сервере ктото создаст какуюто крутую систему (я правда оч сомневаюсь что это в ближайшее время будет), какой нибудь банк, сеть, меседжер, что угодно крутое - чье паденияе будет грандиозным, а вирус должен ее угробить)
  17. если говорится об ОС (я так и не понял о СС это или о ОС) то запрет "комбинации клавшиш" не залочит кнопку выключения, эти комбинации тупо для OpenOS, и тут ухитсятся не особо то и надо, просто создаешь конструкцию while true do computer.pullSignal(0.05); end; и комп навечно повис, пока его с кнопки не вырубить или не отключить от питаня, так что выбрасыватель дискет и переопределение системных методов просто нерентабельны, но это все работает только с оч тугими нубами, среднестатистический игрок с наличиием достаточного количества мозговой массы и прямыми руками такой вирус снесет, если хочешь действительно крутой вирус - то нужно писать чтото вроде беспалевной кражи и изменения инфы или же найти уязвимость в какой-то сложной системе и своим вирусом ее положить)
  18. у нас с вольмехом есть похожий, тоже агрузка с разных фс, но с визуальной частью намного круче поработал) и кстати, что будет с монитором 1го левела?
  19. оо) гараздо лучше) там правде где сетка включается немного багует, туда можно флажек поставить) а так гуд) ну и попрежниму не с первого раза включается (возможно из-за старой кофигурации)
  20. "лончер" крашит)
  21. Quant, ну типа к одному монитору прибиндить видеокарты нескольких компов, которые будут ждать сообщений от центрального и рендерить все это добро, тоесть задержка на вывод будет разпарралелена, тоесть пока один элемент кластера рисует один фрагмент, второй сразу же рисует второй фрагмент) А вот по поводу второй либы - что если допустим я создам компонент виртуальный а потом вставлю реальный с таким же адрессом?
  22. Аппаратное ускорение видео) знаю, это будет грузить сервер, но хочется замутить графический кластер)
  23. я привел NFS как пример) ну такое) я вообще ее переписал под OpenOS ради другой цели)
×
×
  • Создать...