Bonjour...

Tu essaie de constituer une équipe d'au moins 11 personnes... Tu as déjà un peu d’expérience en gestion de projet? Surtout que tu n'est que lycéen... De plus, n'est il pas un peu arrogant de dire que vous allez pousser l'Unity a ses limites?

A partir de quelles bases a tu calculé la version alpha pour la fin de l'année?

Sinon c'est un projet intéressant. Je vais suivre son avancée

Bonjour Elried,oui j'ai deja de l’expérience en gestion de projet,et le fait que je sois lycéen n'influe absolument pas sur mes compétences

En ce qui concerne ce que j'ai dit à propos d'Unity,je parlais de la version FREE,mais surtout,je voudrais pousser les limites graphiques d'Unity,et de ce coté,j'en suis pas à mon premier test,je pense que les images ainsi que la vidéo peuvent le confirmer

La version alpha devrai etre disponible d'ici la fin de l'année,je me base sur le travail que pourrait me prendre la modélisation,le texturing et l'intégration du tout dans Unity,pour ce qui est du gameplay de l'alpha,nous allons d'abord utiliser FPS CONTROL,un plugin gratuit d'Unity,qui nous permettra d'intégrer les armes et les personnages dans le moteur de jeu,avec une IA nommé RAIN,qui est intégré dans le plugin.

Et si par chance nous arrivons à avoir un programmeur,je pense qu'on pourra avoir au moins un mode de jeu d'ici la fin de l'année.

-
Edité par Fansub 17 juin 2013 à 15:47:24

fansub a écrit:

Bonjour Elried,oui j'ai deja de l’expérience en gestion de projet,et le fait que je sois lycéen n'influe absolument pas sur mes compétences

Loin de moi l'idée de penser que ça influe sur tes compétences, je craignais plus pour ton expérience. Quels genre de projets a tu mené?

Salut

Je trouve l'idée pas mal, mais y'a plusieurs points qui ne collent pas :

- Quel intérêt d'avoir un scénario si ton jeu est multijoueur ?

- As-tu conscience des coûts inhérents à un jeu multijoueur en ligne (serveurs dédiés, bande passante) et des compétences (administration réseau, synchronisation)

De plus, tu ne donnes aucune précision quant à l'aspect technique du jeu (nombre de joueurs par partie, présence d'un launcher, méthode de déploiement des updates (ici un launcher s'avère quasiment indispensable pour checker les updates à chaque lancement et ne télécharger que les fichiers nécessaires, parce que les joueurs vont vite être gavés de télécharger une nouvelle build du jeu à chaque modif') 

Avant de continuer, je te recommande de lire le PDF de Gwenn sur la réalisation d'un FPS multijoueurs et d'un jeu vidéo en général (bonnes pratiques à avoir et à quoi s'attendre)

Sache que j'essaie de t'aider pour que tu mettes toutes les chances de ton côté et que tu puisses donner naissance à ton jeu . 

Du côté positif :

Tu présentes déjà un morceau de projet, évitant l'écueil du projet présenté sans rien derrière. Tu sembles être réaliste et tu sais à quoi t'attendre et tu sembles avoir un bon niveau en modélisation

>- Quel intérêt d'avoir un scénario si ton jeu est multijoueur ?

Avoir un scénario et concevoir un jeu multi ne sont pas deux éléments opposables, Rid3rP0t4tOz. Tu peux très bien avoir un jeu multi et un cadre scénaristique (léger) derrière : Planetside 2, Halo 4 multi, et j'en passe des plus belles.

Attention que le moteur réseau d'Unity peut être assez instable (à moins que cela ait été corrigé avec la dernière version, qu'il faudrait que je teste d'ailleurs..) quand le nombre de joueurs est > 16 et qu'il y a pas mal de ressources utilisées.

Elried a écrit:

fansub a écrit:

Bonjour Elried,oui j'ai deja de l’expérience en gestion de projet,et le fait que je sois lycéen n'influe absolument pas sur mes compétences

Loin de moi l'idée de penser que ça influe sur tes compétences, je craignais plus pour ton expérience. Quels genre de projets a tu mené?

J'ai deja réalisé beaucoup de jeux sur Unity,enfin,j’appellerai plus cela des tests car je n'ai jamais publié ça                                                            

Rid3rP0t4tOz a écrit:

Salut

Je trouve l'idée pas mal, mais y'a plusieurs points qui ne collent pas :

- Quel intérêt d'avoir un scénario si ton jeu est multijoueur ?

- As-tu conscience des coûts inhérents à un jeu multijoueur en ligne (serveurs dédiés, bande passante) et des compétences (administration réseau, synchronisation)

De plus, tu ne donnes aucune précision quant à l'aspect technique du jeu (nombre de joueurs par partie, présence d'un launcher, méthode de déploiement des updates (ici un launcher s'avère quasiment indispensable pour checker les updates à chaque lancement et ne télécharger que les fichiers nécessaires, parce que les joueurs vont vite être gavés de télécharger une nouvelle build du jeu à chaque modif') 

Avant de continuer, je te recommande de lire le PDF de Gwenn sur la réalisation d'un FPS multijoueurs et d'un jeu vidéo en général (bonnes pratiques à avoir et à quoi s'attendre)

Sache que j'essaie de t'aider pour que tu mettes toutes les chances de ton côté et que tu puisses donner naissance à ton jeu . 

Du côté positif :

Tu présentes déjà un morceau de projet, évitant l'écueil du projet présenté sans rien derrière. Tu sembles être réaliste et tu sais à quoi t'attendre et tu sembles avoir un bon niveau en modélisation

-Il est toujours important d'avoir un scénario,sa permet d'avoir des repères,de savoir dans quel conteste l'univers du jeu se trouve,sa aide beaucoup pour les modélisateurs.Mais si jamais on arrivait à avoir plusieurs programmeurs,ainsi que des animateurs,je pense que faire une petite campagne solo sera de la partie

-Pour le multijoueur,nous nous concentrons d'abord sur le local,car il est plus simple et facile à créer et à gérer que le multijoueur,ce dernier ne sera disponible qu'à la toute fin,voire après que le jeu ai été publié.

Il est important de noter que le mode principal du jeu sera Inflitration,qui sera une sorte de campagne solo dans laquelle nous devons accomplir divers mission,le personnage pourra par exemple quitter une usine,pour se retrouver dans le désert de la planète,et ainsi aller voir d'autres usines,toujours sans se faire repérer

J'ai deja lu le PDF de Gwenn il y a assez longtemps,il m'a été d'une très grande utilité,je dirais meme que sans ça,je n'aurai jamais pris conscience de ce que sa implique vraiment de créer un jeu,mais maintenant que j'ai une bonne connaissance en modélisation,une très bonne connaissance de l'Unity (sauf la programmation ^^' ) je pense que je suis prêt à me lancer dans un tel projet

-
Edité par Fansub 8 juillet 2013 à 6:32:21

Arius a écrit:

• Quel intérêt d'avoir un scénario si ton jeu est multijoueur ?

Avoir un scénario et concevoir un jeu multi ne sont pas deux éléments opposables, Rid3rP0t4tOz. Tu peux très bien avoir un jeu multi et un cadre scénaristique (léger) derrière : Planetside 2, Halo 4 multi, et j'en passe des plus belles.

Attention que le moteur réseau d'Unity peut être assez instable (à moins que cela ait été corrigé avec la dernière version, qu'il faudrait que je teste d'ailleurs..) quand le nombre de joueurs est > 16 et qu'il y a pas mal de ressources utilisées.

Pour ce qui est de Halo 4, le multi découle de la campagne, et non l'inverse. On joue à Halo pour son multi mais aussi pour suivre l'avancement de l'histoire... Après c'est logique que le multi se base sur un cadre scénaristique. Je suis totalement d'accord avec toi ;-)

Mon précédent post était là pour éclaircir certains points, parce que le premier post était un peu ambigü je trouve (ce n'est que mon avis). Unity n'est clairement pas conçu pour du «gros multi» (plus de 16 joueurs simultanément) après faut se tourner vers des solutions plus complètes (comme le CryEngine ou UDK).

Cependant, je trouve que la masse de travail à abattre pour le programmeur potentiel est assez (voire trop ?) conséquente : I.A, interactions etc... 

Même si tu dis te baser sur des outils de l'Asset Store, y'aura quand même du travail à faire côté code pour personaliser un minimum et pour adapter à ton jeu. Pour peu que le code ne soit pas hyper flexible, cela va renforcer la masse de travail du programmeur de la team (sache que, d'expérience, c'est assez désagréable de travailler sur un code qui n'est pas le sien, pour peu que celui-ci ne soit pas correctement optimisé).

N'ayant pas une grande connaissance de l'UDK,j'ai préféré me lancer dans quelque chose que je connais,j'avais donc le CE3 et Unity comme option,j'ai beaucoup hésité mais le CE3 est assez lent pour l'importation des objets,et pour le multi,je crois pas que ce soit très facile de le faire sur le CryEngine,mais je dis bien "je crois"


Pour le multi,je précise que c'est en discussion en ce moment,mais il ne verra pas le jour bien avant longtemps,et quand le moment sera venue,je pense que même faire du 4/4 serai déjà un bon début.Le jeu sera plus une expérience solo que multi,grâce au mode Infiltration qui sera vraiment le point central de tout le gameplay

Pour le programmeur,je dois avouer que le travail sera de taille,tout comme la modélisation d'ailleurs,mais si ce dernier a comme je l'ai cité dans le premier message,une bonne connaissance de l'Unity,je pense que sa lui facilitera la tache,et encore plus si les assets du store lui ne lui sont pas inconnus !

Cependant,si le programmeur le souhaite,il peux décider de ne pas utiliser les assets du store,car comme tu l'a dit,certains programmeurs n'aiment pas travaillé sur quelque chose qui ne les appartient pas,préférant en général le créer eux-mêmes .

Je pense que vous êtes suffisament à vous occuper de la modélsation et de tout l'aspect graphique (textures, meshs, level design) et que deux programmeurs supplémentaires seront suffisants pour une équipe complète. Après ça devient dur de gérer tout le monde et de maintenir une direction artistique cohérente entre les différents artistes. Moins y'a d'artistes, plus le produit final sera cohérent.

Après le nombre d'artistes doit être proportionnel à l´envergure du projet (pas le même nombre d'artistes pour Battlefield 4 et Angry Birds (bon j'avoue je prends les extrêmes mais c'est mieux pour comprendre)

Je suis d'accord avec toiRid3rP0t4tO,mais je pense qu'avoir un ou deux autres modélisateurs serai vraiment un plus pour le projet.C'est vrai que sa va devenir dur de gérer tout ce monde,mais j'ai un emploi de temps pour chaque chose,qui biensûr doit être respecté,pour que tout le monde avance au même rythme

"Moins y'a d'artistes, plus le produit final sera cohérent."

Pas forcément,tout dépends du niveau de ces artistes,mais aussi de leur perception du style artistique du jeu,certains voudront faire un truc de la mort qui tue,d'autres impressionner ou alors simplement s'entrainer,mais je m'assurerai toujours que tout se passe comme prévue,et puis,on a des règles à respecter en interne

Niveau programmation,deux feront largement l'affaire je pense,mais j'éspère deja en trouver un pour commencer

"Unity n'est clairement pas conçu pour du «gros multi» (plus de 16 joueurs simultanément) après faut se tourner vers des solutions plus complètes (comme le CryEngine ou UDK)."

Encore une légende qui à la vie dure. De la part de quelqu'un qui envisage de faire un tutoriel sur Unity c'est..agaçant. Quand bien même l'assertion serait vérifiée, il faut tenir compte des solutions externes qui compensent cette soit-disant lacune/limitation :

- Photon : http://www.exitgames.com/

- Smartfox : http://www.smartfoxserver.com/

- ES5 : http://www.electrotank.com/es5.html

- Baduma : https://cloud.badumna.com/

Sinon : http://forum.unity3d.com/threads/173010-Fields-of-War-200-players-mech-action-MMO

"Attention que le moteur réseau d'Unity peut être assez instable (à moins que cela ait été corrigé avec la dernière version, qu'il faudrait que je teste d'ailleurs..) quand le nombre de joueurs est > 16 et qu'il y a pas mal de ressources utilisées."

En effet.

-
Edité par ZJP 17 juin 2013 à 18:03:22

Merci pour les liens ZGP,ils me seront d'une grande utilité

Pour ce qui est de Halo 4, le multi découle de la campagne, et non l'inverse. On joue à Halo pour son multi mais aussi pour suivre l'avancement de l'histoire..

Bien sûr mais ça n'empêche pas le fait qu'il y a un scénario.

>"Unity n'est clairement pas conçu pour du «gros multi» (plus de 16 joueurs simultanément) après faut se tourner vers des solutions plus complètes (comme le CryEngine ou UDK)."

Je pense qu'il a surtout confondu avec CE3 où il y a quelques versions de maintenant (3.1.x de mémoire), le moteur imposait une limite de 16 CCU, supprimée par la suite.

>"Attention que le moteur réseau d'Unity peut être assez instable (à moins que cela ait été corrigé avec la dernière version, qu'il faudrait que je teste d'ailleurs..) quand le nombre de joueurs est > 16 et qu'il y a pas mal de ressources utilisées."

Ceci en revanche est mon propos car en effet le moteur réseau peut (car il y a pas mal de facteurs à prendre en compte coté serveur) être assez instable quand on atteint un nombre important de joueurs et que les ressources utilisées sont importantes. Après oui, tu as des solutions comme Photon (que j'ai utilisé très souvent), SF, etc. qui sont très efficaces (d'ailleurs la plupart des projets Unity FPS multi que je connais utilisent Photon). Mais le moteur réseau natif peut largement être amélioré. C'est con mais on ne devrait pas - sauf nécessité absolue (exemple un MMO) - avoir recours à une solution externe pour quelque chose qui devrait être gérer nativement.

-
Edité par Anonyme 17 juin 2013 à 18:33:33

C'est vrai qu'avec ces solutions externes on peut contrebalancer les lacunes (si l'on peut dire) d'Unity en terme de moteur réseau. C'est bien dommage parce que je trouve que le moteur intégré est agréable et intuitif, mais limité si l'on ne fait pas appel à ces solutions ;) 

De plus ce tuto servira surtout à partager ce que je sais. Je n'ai pas la prétention de savoir tout sur tout sur Unity ;-)

@Arius

Nous sommes d'accord, mais la limite de 16 indiquée dans ton message est nettement inférieure à ce qui est praticable. Voir mon lien sur le projet des 200 joueurs connectés.

" C'est con mais on ne devrait pas - sauf nécessité absolue (exemple un MMO) - avoir recours à une solution externe pour quelque chose qui devrait être gérer nativement."

Valable pour la quasi totalité des GamEngines/Solutions disponibles. La limite maxi en natif est souvent de 64 connections. Unity est dans la...norme.

Notez qu'il s'agissait (?) d'une recommandation qui date. Le projet aux 200 connections a surpris la communauté, qui par "vieux réflexe" utilisait des solutions externes dès lors d'un besoin de plus de 64 CCU.

En d'autres termes, les recommandations d'utiliser "autre chose" s'appuyaient sur des résultats datant des versions 2.6.x ou 3.0.x d'Unity et ceux qui cherchaient des solutions évoluées (en nombre de connexions) ne se sont pas donnés depuis la peine d’éprouver les évolutions du moteur réseau.

-
Edité par ZJP 17 juin 2013 à 19:48:18

>Nous sommes d'accord, mais la limite de 16 indiquée dans ton message est nettement inférieure à ce qui est praticable. Voir mon lien sur le projet des 200 joueurs connectés.

Attention que je n'ai pas parlé de limites. On peut très bien concevoir un MMO avec Unity et j'ai moi-même développé un jeu de course pour un projet étudiant avec une 20aine de participants en ligne. Je dis seulement que dans la v3 d'Unity3D, il y avait des problèmes de stabilité (en fonction des caractéristiques du serveur, des ressources, etc.) avec le moteur réseau natif et comme pour toute solution, il faut évidemment bien optimiser le code (c'était là où je voulais en venir puisque la stabilité est plus souvent inhérente au code produit qu'au moteur en lui-même). Après, de mémoire, ça été revu bien avant la v4 (3.1.x de mémoire) mais comme tu l'as si bien dit, les solutions telles que Photon étaient déjà bien implantées (<hs>maintenant, j'ai un doute sur l'efficacité de Badumna perso', déjà testé ?</hs>).

"J'ai un doute sur l'efficacité de Badumna perso', déjà testé ?"

Non. J'ai choisi une solution composée de TNET ( http://forum.unity3d.com/threads/163681-Released-TNet-Tasharen-Networking-Framework? ) et d'un serveur VPS.

Pour le moment comme le disais fansub, le multi n'est pas d'actualité pour le moment c'est surtout le mode infiltration.En tout cas en ce moment nous finalisons la première map

Nan mais même, on préfère devoir donner des conseils avant que de dire par la suite "J'avais prévenu".

ZJP, merci. Je ne connaissais pas, vais y jeter un coup d'oeil.

Bonne continuation à l'équipe et publiez régulièrement votre travail pour montrer votre avancement ;) 

@ZJP : Merci, je pense que je vais jeter un oeil aussi 

Merci à vous et comptez sur nous pour vous tenir informés

Nous nous sommes  reparties les taches de façon à avancer assez vite au niveau de la modélisation,les deux modélisateurs sont entrain de créer les décors de la première map,pendant que moi je commence à faire les premiers objets de la deuxième,puisque j'ai deja quelques idées sur papier du niveau

Je viens de finir la toute première pièce de la seconde map,que vous pouvez voir ici :

La deuxième map,nommé Maya sera deux fois plus grande que la première.J'ai hâte de vous en dire plus dès que possible !

-
Edité par Fansub 20 juin 2013 à 10:29:25

C'est un seul mesh qu'on voit'sur le screen ?

Non c'est plusieurs objets que j'ai dupliqué

Au total,cette scène a 6 objets différents,comme sur cette image :

-
Edité par Fansub 20 juin 2013 à 11:22:05

Ok, j'ai juste eu peur que la pièce ne soit qu'un bloc. C'est une bonne solution de faire seulement quelques éléments que l'on duplique. Au fait le nom de la pièce est lié au nom de ton soft de 3D ?

C'est plutot le nom de la map et non celui de la pièce mais tu as vue juste
Étant donné que je vais faire toute la seconde map j'ai décidé de lui donner ce nom

Arius a écrit:

ZJP, merci. Je ne connaissais pas, vais y jeter un coup d'oeil.

Tnet et NGUI sont du même développeur. Le suivi est parfait. On trouve des VPS à partir de 8$ par mois. Pour moi, cette solution n'offre que des avantages.

@fansub, jolis les modèles. J'aime le design.

-
Edité par ZJP 20 juin 2013 à 16:48:45

Dans un jeu vidéo il faut éviter de modéliser une pièce entière dans son modeleur. Crée du contenu modulaire et assemble-le dans Unity.

Merci ZJP

Gwenn,je commence toujours les premières pièces dans Maya,sa m'aide beaucoup pour bien organiser leur modularité,mais pour la map,c'est sur Unity que sa se passe quand même

-
Edité par Fansub 20 juin 2013 à 18:18:17