Пора определяться.

Итак, пора приступать к работе. А значит - нужно определяться с начальным базисом.

Резюме такое.

Проткол обмена изначально двухпоточный. Поток данных и поток команд. Поток данных - это вся кешируемая статика. Текстуры, модели. Командный поток - вся динамическая информация о происходящем в мире - перемещениях, действиях, данные об окружающих объектах.

Поток данных вначале реализуется на обычном HTTP. Т.е. у каждого статического параметра будет свой уникальный URL работающий в рамках классичсеского HTTP. Любую текстуру можно будет скачать хоть из браузера.

Командный поток - бинарный, собственная реализация. Передаётся по TCP. Идеологически - калька с пакетов Lineage2. Нужно ещё обдумать формат пакетов, хотя писаться они будут, естественно, по мере необходимости.

Нерешённый вопрос - передача голосовой (в перспективе - и видео) информации. С одной стороны можно подумать о том же HTTP (обычное поточное вещание), с другой - можно посмотреть в сторону открытых стандартов обмена голосом, в сторону того же SIP. Gizmo, Google Talk, etc. Было неплохо иметь возможность общаться голосом сразу с Gizmo/Google Talks-пользователями прямо из своего клиента.

---

Языки тестовых версий сервера и клиента. Это будет Python и там, и там. Несогласные могут проводить изначально эксперименты с иными средствами в рамках протокола. Как я уже говорил - разнообразие серверов и клиентов будет приветствоваться. Но собственные сервер и клиент сервера на начальном этапе будут написаны на Питоне. В дальнейшем, после отработки протокола и при нехватке производительности сервера возможно его переписывание на нечто более производительное. Но сейчас нам важно реализовать протокол. Так что вопросы эффективности - вторичны.

---

Задача-минимум. 3D-красивости даже не рассматриваются. Сможет кто-то из команды осилить - прекрасно. Пока же достаточно будет если участники смогут видеть друг друга (пусть - всех одинаковых, с одной аватарой) на плоскости и общаться в чате. Зато нужно постараться ускорить реализацию голосового чата. Соответстсвенно, нужно сразу думать о голосовом протоколе.

---

Идеи. Очень полезно придумать систему виртуальной разработки... прямо из клиента. Т.е. после минимального функционального базиса виртуально собирается команда, общается там же в виртуале голосом и чатом и... тут же, совместно, пишет код или ваяет 3D. Это может очень существенно ускорить разработку и создать дополнительный интерес для новых разработчиков.

---

Формат общения - крайне рекомендуется этот форум. Ибо нужно документирование мыслей и идей.

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

.

Большой пузатый ап

Проэкт многообещающий, но похоже пока мертвый. Что очень печально

Ходит и бродит в голове... Очень много про него думал в последнюю неделю.

Уже видно, что с самого начала нужно перекраивать очень многое из задуманного. Уже видно, что массу вещей, которые планировалось использовать в готовом виде (те же Ogre-биндинги) придётся чуть ли не самим писать. Как ни стараюсь, но никак не получается отойти от перспектив использования JVM (альтернатива - только .NET, и то слабая) вместо Питона...

Мир клином на Огре не сошелся

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

А кроме JVM/.NET варианты есть. Только никто из нас не умеет на этих языках программировать. Я вот собираюсь учиться только