ALeXeR

ну помоему лаготворные ситуации запрещены в праелах, тоесть бан за флуд в сети)

с футболом хороша идея) я уже это представил даже) Робот_4 ведет "булыгу" , обходит Робот_3 и ГОЛ!!)

Можно в одном из раундов дать роботам лазеры и устроить бой)))

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

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

ну типа мониторами управляет сервер, так что тут можно односторонню связь)

я писал либу ip2b на которую успешно забил) эта либа апгрейдит опенось для работы с ip2b-адрессами, они как ip, только всего в 2 байта, но адрессация безмасковая была, так что я на нее подзабил) возможно когдато перепишу ее)

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

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

Думаю что для серверной платфомы было бы неплохо учесть:

 1) Должен присутствовать базовый функционал идентифицирования и обмена данными с роботами в коммандах, суда же и хранение этих списков (одресса, комманды, состояние, допаолнительные данные)

 2) Система логического ветвления событий раунда (например при свершении чего либо в на арене должно произойти что либо)

 3) Определится с тем, что или кто будет производить физицеские изменения на арене (сервер либо же внешняя система)

Тоесть примерно такие задачи мы будем приследовать для каждого ивента (или шаблона)?

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

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

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

Хороша програмка, но линукс обделил

Можешь еще посмотреть коды и при помощи string.char(code1,code2,...,codeN) получать их в виде строки

кто-то на дриме грабил банк, поместив апгрегд поршня в планшет)

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

если говорится об ОС (я так и не понял о СС это или о ОС) то запрет "комбинации клавшиш" не залочит кнопку выключения, эти комбинации тупо для OpenOS, и тут ухитсятся не особо то и надо, просто создаешь конструкцию while true do computer.pullSignal(0.05); end; и комп навечно повис, пока его с кнопки не вырубить или не отключить от питаня, так что выбрасыватель дискет и переопределение системных методов просто нерентабельны, но это все работает только с оч тугими нубами, среднестатистический игрок с наличиием достаточного количества мозговой массы и прямыми руками такой вирус снесет, если хочешь действительно крутой вирус - то нужно писать чтото вроде беспалевной кражи и изменения инфы или же найти уязвимость в какой-то сложной системе и своим вирусом ее положить)

у нас с вольмехом есть похожий, тоже агрузка с разных фс, но с визуальной частью намного круче поработал)

и кстати, что будет с монитором 1го левела?

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

"лончер" крашит)

Quant, ну типа к одному монитору прибиндить видеокарты нескольких компов, которые будут ждать сообщений от центрального и рендерить все это добро, тоесть задержка на вывод будет разпарралелена, тоесть пока один элемент кластера рисует один фрагмент, второй сразу же рисует второй фрагмент)

А вот по поводу второй либы - что если допустим я создам компонент виртуальный а потом вставлю реальный с таким же адрессом?

Аппаратное ускорение видео) знаю, это будет грузить сервер, но хочется замутить графический кластер)

я привел NFS как пример) ну такое) я вообще ее переписал под OpenOS ради другой цели)

Всем привет)

Хочу продемонстрировать свою библиотеку для OpenOS, она берет свое начало как компонент API ядра ос, которую мы пишем с другом (пока что все в ступоре )

Данная библиотека позволяет создавать виртуальны компоненты.

А зачем они нужны?

Например нужно создать подобие NFS (NetworkFileSystem), можно написать отдельныю систему, работающую под OpenOS, но как бы хотелось просто примонтировать его куда нибудь в дерево файловой системы, можно для этого изменить библиотеку filesystem, но это может повлиять на другие системы (например на подобие NFS от другого автора, уоторый тоже изменяет библиотеку filesystem, но имеет другой стандарт). А вместо этого можно создать виртуальный компонент, и сама OpenOS будет воспринимать его как реальный, и соответственно виртуальный компонент типа filesystem можно будет примонтировать и пользоватся как обычной ФС.

Установка библиотеки:

Код можно взять сдесь http://pastebin.com/2vixEPRc

По идее комманда pastebin get 2vixEPRc /lib/vdevice.lua должна установить библиотеку, но я не пробовал (не ищу легких путей )

Также файлик будет прикреплен к теме

Короче файл vdevice.lua с кодом библиотеки должен быть в /lib

Использование:

1. Для этого нужно подключить библиотеку;
2. Создать таблицу с методами (функциями), ключи к ним должны быть в виде строки, эти методы будет содержать виртуальный компонент (как например component.redstone.setOutput());
3. Вызвать метод библиотеки addVDevice и передать в качестве параметра тип компонента (тип может быть как у руальных компонентов, так и кастомный) и созднную таблицу с методами, метод вернет адресс виртуального компонента.

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

Пример:

В данном примере создается 2 компонента типа mycom, с методом hello который выводит на экран hello (кэп ), которые приобретают адресса #1 и #2, после чего производится определение типа по адрессу, вывод списка компонентов этого типа и вызов метода hello тремя способами.

Всем спасибо за внимание) Если кто хаметит баги или недочеты - сообщайте плс)

P.S. Либа по какой-то причине не прикрепилась в виде файла .lua поэтому все в архиве

vdevice.tar.gz

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