Добавлено (2009-03-24, 16:11)
---------------------------------------------
[quote=illusion]Один мир буде занимать где то от 8 Мб.[/quote]

Мне кажется, что 8Мб для мира это много. Я сижу на диалапе. Можно сделать мир размеров хотя бы в 512Кб (если писать на ассемблере, то можно сильно съэкономить на размерах)?

Этого на самом деле достаточно.

По поводу технологии: я буду её постепенно развивать, идея такая примерно (доверяю знать, потому как продать некому:)
всё программные объекты персистные ( находятся в персистном адресном пространстве, это может быть SQL сервер, файл, и т.д.)
персистные указатели это шаблонный класс.
Есть некий механизм который кэширует персистные объекты в обычном адресном пространстве компьютера, таким образом что это вобщем то незаметно.
Далее при необходимости репликации состояний объектов между их изменениями используется следующий механизм:
на уровне кэша персистных объектов в начале выполнения некоего метода объекта сохраняется его бинарное состояние, при выходе(потока управления) из метода делается бинарный diff, и изменения отправляются клиентам, по элементарному протоколу бинарной синхронизации состояний.
Это вобщем. На практике конечно вылазиет много подводных камней. Но преимущество идеи в быстрой интеграции сетевой поддержки в игры например. (сихронизировать надо только в части последствий непредсказуемых действий пользователей, в остальной части где системы живут детерминированно синхронизацию делать не нужно)
Пишите если интересно...

>>в начале выполнения некоего метода объекта сохраняется его бинарное состояние, при выходе(потока управления) из метода делается бинарный diff
А если не сам объект изменяет своё состояние, а сторонний объект изменяет состояние объекта непосредственно через экземплярные поля и свойства? Или Вы хотите закрыть все публичные поля и менять состояние объекта только через методы. Тогда необходимо перед выполнением метода дернуть некий метод типа EnterModify и перед выходом дернуть LeaveModify? Или планируется некий механизм прозрачных иньекций подобных методов, т.е. объект не будет знать ничего о синхронизациях?

>>изменения отправляются клиентам
Через общий сервер, т.е. раздача централизована или нужны соединения p2p?
Еще интересно какой протокол в основе TCP или UDP, как обрабатывать разрывы соединений, могут ли при этом теряться данные, т.е. такая ситуация: игрок убил монстра, но данные об этом еще не ушли на сервер, выключается свет у игрока, после загрузки игры снова придется убивать монстра? Это может стать проблемой в сетевой игре.

Синхронизация будет идти незаметно для объекта на уровне менеджера памяти занимаемой объектами.

Я говорю про достаточно простые игры где есть детерминированность мира.

Но для запуска поддержки сети в игре надо сделать следующее:
1. сделать все объекты персистными и что бы они использовали персистные указатели (для того что бы в памяти занимаемой объектами не было данных с указателями на локальную память компьютера, т.к. на другой машине эти данные станут некорректными)
2. в начале метода который может поменять мир и это изменение непредсказуемо необходимо будет вставить всего одну строчку, типа BinDiffSynchnize();

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

Примерно так:

Цикл работы на клиенте:
1. отсылаем на сервер события от мышки и клавы за предыдущий цикл
2. принимаем от сервера непредсказуемые изменения мира вместе с CRC мира
(если CRC не сходится то идёт запрос за бинарное дерево CRC, для определения страницы памяти на которой не сходится CRC
и далее идёт запрос страницы целиком)
3. принимаем разрешение от сервера на переход к следующему циклу
4. делаем update локальной копии мира
5. переходим к 1

Цикл работы на сервере:
1. принимаем непредсказуемые события от пользователей
2. сохраняем состояние мира (не обязательно весь мир сохранять, можно и с иерархией работать)
3. обрабатываем непредсказуемые события от пользователей
4. делаем бинарный дифф. и рассылку клиентам изменений мира в результате непредсказуемого поведения пользователей
5. отправляем разрешение на Update мира
6. делаем Update мира на сервере
7. переход к 1

И какую же вы там игрушку пишете в Гугле если не секрет???

Когда сделаю поддержку в TheHell 2 детали прояснятся.
На данный момент уже кое как работают персистные объекты и персистные указатели.
Наработки по сети тоже есть, надо только прикручивать.
Бинарный синхронизатор это очень простая вещь.
Протокол тоже простой.