Discussion :

[camboui05]

Bonjour,

(Faute de ne pas avoir trouvé de catégorie général je post dans la rubrique Android )

En tant que stagiaire dans une entreprise, je dois développer une application, un jeu(simple) et MULTIJOUEURS sur smartphone Android / Ios et pourquoi pas Windows. Je dois d'abord définir les outils à utiliser.

Si j'ai bien compris le multiplateforme sert à ne pas s'embêter à développer le même résultats sur chaque machine. J'ai vu qu'il existait un tas de solutions, mais je n'ai aucune idée de laquelle choisir ni le langage de programmation ou l'IDE que cela va nécessiter. Que me conseillez vous ?

Autre question, étant donné que je souhaite faire du multijoueur synchronisé, il y aura forcément un aspect client/serveur. Comment le gérer ? Avec quel(s) outil(s) ?

Merci pour vos réponses,

Bonne journée !

[smarlytomtom]

Salut !
Je vais répondre à ta première question en te donnant mon point de vue !
Si j'étais amené à me lancer sur un tel projet je me pencherai sur le langage java qui est très portable et j'utiliserai la librairie libgdx qui permet de développer une fois et d'exporter sur plusieurs plateformes (HTML, desktop, android et même iOS) !

bonne chance

[camboui05]

Bonjour,

Merci pour ta réponse smarlytomtom !

Je parcours le net depuis ce matin et j'avais trouvé la formule relativement intéressante (moi qui en plus souhaite plutôt faire du java).
En plus c'est avec ça qu' "Ingress" a été créé et ce type de jeu peut m'intéresser.
Mais j'ai découvert que le système est sous licence Apache 2.
Et là si je ne me trompe pas, il est interdit de faire un usage commercial. Petite question du coup pour être certain, (parce que je suis en train de chercher ça sur le net) :
- Dès qu'il y a un achat in-app c'est commercial ? (certainement oui)
- S'il n'y a pas d'achat in-app et qu'au contraire on peu gagner des réductions sur des produits ou des produits, est-ce commercial ? (ça m'en a tout l'air mais la définition de commerciale peut être très précise)

Edit : je suis certain d'avoir trouvé des interdictions commerciales quelque part et pourtant sur le web il semble que ce soit autorisé.

[grunk]

Unity permet de développer des jeux et les publier sur quasi toute les plateformes. J'ai jamais testé moi même mais j'ai un ami qui à sortie un jeu Android/ios/Desktop fait en unity. A priori y'a pas grand chose à faire pour adapter d'une plateforme à l'autre. Tu peux même porter ton jeu sur un navigateur via un petit plugin.

Après il faudrait aussi savoir quel type de jeux tu veux faire. Si ca peut être réaliser en html5 ça peut te faciliter le multiplateforme

[camboui05]

Bonjour,

Finalement, il semblerait que libGDX ne pose pas de problème pour les applis commerciales.

@grunk: merci pour ta réponse, je n'avais pas du tout envisagé Unity, je ne savais même pas que c'est multi-plateforme
Le jeu devrait être un peu comme Ingress, du moins il utilisera le GPS et la carte. Il me semblait que c'était réservé aux "grosé jeux. Si on peut faire ce genre le genre de chose basique comme utiliser la carte et le GPS, le tout commercialement et gratuitement cela peut être intéressant. (quoi que j'appréhende légèrement le C# / javascript /boo qui sont les langages d'Unity).

Et du côté de la synchronisation de données, transfert de données entre joueurs, vous avez une idée de ce qu'il faut utiliser ?

Edit : Unity et libGDX peuvent envoyer des données via HTTP et TCP, je suppose qu'il doit y avoir un serveur qui reçoit les données et les traites ? Mais du coup le serveur doit être codé dans le même langage ?

[grunk]

Serveur et client peuvent être codés dans des langages différents. Le tout étant d'établir un protocole réseau que client et serveur sont capables de comprendre.

Le http pour du multi joueur temps réel c'est pas envisageable. Si c'est du "tour par tour" pourquoi pas.

Après j'ai pas d'expérience dans le domaine , donc je m'avancerais pas plus

[camboui05]

Ah oui j'avais fait un petit programme en C avec une communication TCP et il fallait bien gérer le protocole sinon catastrophe.

Du coup pour le moment je penche sur 3 solutions : Unity / libGDX / Phonegap
Qu'en pensez vous ?


Je ne suis pas encore fixé sur le genre de jeu que je souhaite faire mais pour moi il se présente 2 solutions :
- Du multijoueurs local avec tous les joueurs sur un même écran, les smartphones fonctionnant alors comme des manettes par exemple.
- Du multijoueur distant.

Dans le premier cas je verrai un PC, un grand écran et une borne Wifi posés à proximité des joueurs.
Dans le deuxième un serveur qui se contenterai de recevoir une petite quantité de donnée par smartphone et renvoyer une très grosse partie de ces infos aux appareils.

Selon vous serait-ce la bonne solution ?
Dans les différent cas comment communiquer (un protocole en particulier) ? Sachant qu'Unity / libGDX / Phonegap peuvent communiquer avec internet ?

Merci

[smarlytomtom]

tiré de wikipédia

Les caractéristiques majeures de la licence Apache sont, d'une part, d'autoriser la modification et la distribution du code sous toute forme (libre ou propriétaire, gratuit ou commercial) et, d'autre part, d'obliger le maintien du copyright lors de toute modification (et également du texte de la licence elle-même).

tu n'auras pas de problème au niveau licence avec libGDX que je t'encourage à choisir !

Unity je sais pas trop j'ai jamais utiliser mais si ton projet doit démarrer rapidement penses bien au fait que tu devra apprendre à te servir de la bête avant de commencer ton projet, ce qui n'est pas rien (je penses) ...

LibGDX est facile à prendre en main et la doc est bien fait, le wiki bien fournie. Après à toi de faire ton choix !

Pour ce qui est de la partie multi je ne m'y suis jamais collé donc je peux pas vraiment te dire !

[camboui05]

Très bien, merci

Oui il me semble bien qu'Unity est un monstre à prendre en main^^

Pour la partie multijoueur pensez vous que je doive faire un autre topic ?

Merci

[smarlytomtom]

Je penses que pour le multi tu peux faire un nouveau topic en précisant les choix que tu as déjà fait et en donnant un titre qui attirera les pro' du multi !
bonne chance !

[grunk]

En fait avant de choisir l'outil , il faudrait surtout que tu saches exactement où tu veux aller. Tu choisira ensuite l'outil le plus adapté à ton besoin