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

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

DODG добавил:


Вот снова затыка, похоже без открытого кода близов сдесь ничего не сделаеш

В реальных ММОРПГ, все вычисления и хранение данных происходит на стороне сервера. На стороне клинета никаких расчетов не проводится и не хранятся никакие данные. Клинет ММОРПГ это по сути набор ресурсов игры, графический движок и сокет для обмена данными с сервером. Варкрафт же почти все вычисления и все скрипты выполняет на локальной машине.

Во последняя идейка и можно хоронить.

Модуль есть на каждом компьютере, он контролирует все передвижения игроков по связанным картам, на каждом компе загружена лиш одна карта, но в случае если один из игроков (Р1) входит в локацию на которой уже рубится другой плеер (Р2) он вносит изменения в текущую карту для Р1 и конектит его к Р2, один вопрос как варик относится к несенхронному конекту. А функции программы остаются прежние контроль изменений на глобальной связке карт и сохранение статов игроков. Т.е. модуль по сути это возможно да же сторонняя прога делающая при загрузке резервные копии карт которые меняет по ходу игры относительно происходящих изменений, связывается с аналогичными программами установленными на ПК участников сейвит статы героев.

во в таком духе...

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

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

Всё пойду мучать мозг может ещё какие идеи возникнут невзначай.

В принципе, тут уже ответили - к ответам NETRAT'а и exploder'а можно добавить лишь следующее:

• Да, это действительно возможно - но придётся разрабатывать и клиентскую, и серверную часть программы. Фактически, от War'а останется один лишь движок.
• Посмотри в "Титрах" TFT сколько программистов делало движок, а сколько - сетевую часть. Разница - где-то на порядок или около того (по-моему, 3 на движок против 20 на сеть). Думаю, вывод очевиден - 3D-двиг сделать куда проще, чем нормальный клиент-сервер. А значит, если уж программисты справятся с online-частью, то и с собственным движком проблем не будет. Тогда зачем использовать War'овский?
• Ну и, наконец, вряд ли кто захочет всем этим заниматься.

Меня, например, вообще не привлекают online-игры (я и в War'е всего единожды по сети играл - после долгих уговоров друзей).