ALeXeR

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

И еще печаль - такие люди не могут представить себе многозадачность без графики, а ведь она как раз реализована ниже графики(

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

Ну а если не хотите - то "операционная система" у вас не получится нормальная, без понимания бытия сиего))

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

я ж написал "односторонний", через сервер, легальное АПИ

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

Ну тогда думаю надо что-бы первые 2 смежных монитора будут доблироватся оставшиеся 2мя)

Ну и инфу сжать)

Так, значит я берусь за мониторы. Получается:

 Монитор 1: текущие комманды (название и прочая инфа), и их щета + время

 Монитор 2: таблица раундов со счетами, таймом начала\конца, очками и именем победителя

 Монитор 3: Инфа по серверу, время до таймаута, время до исчезновения мандаринки, можно еще туда ее координаты, в конце можно победителя вывести)

 Монитор 4: Реклама ивента))

Что об этом думаете?

P.S. Думаю что на голограмах стоит показывать счет до начала раунда (1, 2, 3, GO!), счет до конца раунда и в конце ник победителя, все это желательно вращать и масштабировать)

ок) можно вкрадце о содержимом в репозитория?

о каких трех еденицах софта идет речь?

Эт хорошо) Как закончу с "движком" одним (на курсовую хочу его) то попробую начать написание сервера)

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

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

ОМГ... второй вижуал)

насколько я знаю туда потом светопыть надо впихнуть

именно в саму модель

думаю что эту систему стоит реализовать библиотекой (/lib/файл_библиотеки.lua), конфигурационные файлы, содержащщие в себе инфу о списке интерфейсов (/etc/файлы.cfg), и комманду для рабты с ней (чтото в роде ifconfig)

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

 list(type) - вернет итератор для получения интерфейсов по типу если тот указать

 add(name,type,meth, ...) - добавляет интерфейс

 get(name) - получает интерфейс по имени

 set(name,meth, ...) - изменяет интерфейс

ну и многие другие...

также было бы не плохо регестрировать листенеры для событий интерфейсов (удаление, сообщение, добавление и т д)

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

А с самим струкетурой интерйеса надо будет еще подумать

вместо монеток мандаринки сетить)

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

думаю что сокеты лучше добавить в более высоком уровне адстракции, хотя можно и сшить аккуратно)

@@NightFury, у меня было одновремя что я имел и винду и линух на одном харде, но чесно говоря меня так задобали эти отвалы раздела с виндой (они начались не сразу), да и глаза мозолил раздел на 150гб забитый таким непотребством как винда, так что форматнул я его в ext4 и "нету больше здесь винды, вот радость то какая!"))

как по мне надо дополнить ОпенОСь своим средством работы с сетевыми интерфейсами, да бы они имели общий интерфейс доступа но разное внутренне строение, то есть будут определенные базовые методы в каждом интерфейсе, но различные способы передачи, например OpenNET, другой ip2b и т д, это даст возможность писать сетевые приложения, не вдаваясь в специфику реализации того или иного сетевого интерфейса, чтоб для всех приложений они были одинаковы, но и при этом не отнимать саму специфику, например тот-же OpenNet, насколько я щнаю в нем есть метод getIP (или чтото в этом духе) нужно чтоб из специфической программы (например для подключения в опеннет сеть) были доступны все методы, а в сетевом интерфейсе все сводилось к общему стандарту, я совершал попытку замутить чтото подобное, но это были наброски на коленке ( http://pastebin.com/Xwc0VVBa - тут можно сие лицизреть), естественно это такая штука нужна, и ее надо разработать)

ага) я так просто предложил) просто worms 4 вспомнил)

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

надеюсь при помощи переопределения методов invoke и proxy

я думаю стоит выделить 1 порт под общение сервера с роботами учасников, а остальное как кому надо

но тот кто флудит тоже задерживается)

задержка на обработку флуда может быть фатальной)