Оптимизации нет предела. Не передавать постоянно все параметры, передавать не все параметры (что то можно вычислить и на клиенте) и прочее прочее. Про сокеты да, чушь написал немного. Присоединяюсь к советам про UDP.
У человека в вопросе "количество запусков, активных установок, среднее число минут за игрой и т.д.". Ивентов там нет. Для отслеживания этих параметров хватит чистого инита либы и все. Ивенты и там и там одинаково как по мне подключаются по сложности.
По сравнению с реализацией игры на голом опенГЛ сложности вызова с++ из джавы и наоборот это такие мелочи... Т.е. я лично минусов в джаве для андроид-игры на с++ не вижу вообще. Говорю как разработчик игр для андроида.
kozura: ОК, я понял. Привожу пример. Вы хотите подключить, например, тапджой (популярная рекламная сеть и трафикогонялка). Для андроида у него либа джавовская +джавовские же туториалы. подключить в чистом виде к Qt вы это не сможете, и все равно будете писать дерганья джавовских методов, которых так пытались избежать при помощи Qt.
1) Эмулятор проще выкинуть. На нем ничего толкового, тем более с OpenGL не потестишь.
2) Никаких проблем с разной архитектурой нет. Сейчас одна архитектура - arm-v7.
kozura: Это - это что? Вы должны четко представлять зачем вам интерфейс Qt. Пока я только прочитал про редактор, и отписал - редактор не надо тянуть в игру. Делать игру с прослойкой Qt или Java - я бы выбрал второе. Ибо сторонние библиотеки к Qt подключить может не получится.
kozura: У вас это редактор на андроиде будет прямо? Я думаю проще на ПК редактировать. Вообще редакторы - это побочный продукт. И тянуть в игру ради него Qt не стоит.
kozura: Вам в любом случае придется страдать джава-ананизмом когда вам надо будет подключить какую то либу статистики, платежки, фейсбука или еще чего то.
Армянское Радио: Ну это плюс, да :-) Но я все равно не понимаю причем тут интерфейс Qt! Классы, оберточки над ГЛ и прочим - это да. Но пихать в игру интерйфейс на Qt....
