Projet : Resurgence

Bonjour à tous,

Je souhaiterais vous présenter un projet issu d'un document de Game Design que j'avais ébauché il y a plus 3 ans et sur lequel je retravaille depuis près d'un an et demi.


Le concept de base est simple, c'est un jeu de survie dans un monde post-apocalyptique. L'apocalypse en question est somme toute assez classique : Une pandémie a tué l'extrême majorité de la population et transformé la plupart des survivants en créatures nocturnes agressives.
Assez rapidement le jeu s'écarte du classique jeu de zombie. Ici la pandémie a eu lieu près de 60 ans plus tôt. Les enjeux et risques ne sont pas les mêmes et les moyens non plus.

De plus il n'est pas question ici de tuer à la chaîne mais plutôt de se faufiler et d'éviter les risques autant que possible afin de trouver de quoi survivre.
De jour seuls les lieux sombres sont dangereux, les Infectés y allant pour se cacher du soleil. Mais ce ne sont pas de simples zombies errant à la recherche de cervelle. Ils chassent la nuit et dorment le jour, comme n'importe quel animal nocturne. Par ailleurs leur durée de vie est sensiblement égale à celle d'un homme, ils ne tombent pas en décrépitude en quelques semaines. C'est pourquoi près de 60 ans après la pandémie originelle ils restent suffisamment nombreux pour que l'humanité en soit toujours réduite à vivre dans des citadelles coupées du monde.

http://i.imgur.com/bDnO6.png

Le jeu est pensé pour être en vue subjective. Le gameplay du jeu tourne autour de quatre points majeurs :

• L’artisanat avec six établis permettant de créer divers objets.
• La construction, seul ou à plusieurs.
• L’exploration, seul moyen de récupérer les ressources nécessaires à la survie.
• La gestion des besoins primaires et des ressources.

http://i.imgur.com/rOsmB.png

Le jeu propose six établis différents, chacun avec un système de fonctionnement qui lui est propre et permettant de produire des objets précis :

• La menuiserie pour produire des objets dérivés du bois
• La forge pour les objets à base de fer
• La tannerie pour les objets composés de cuir
• L'atelier chimique pour créer médicaments et autres produits chimiques
• La cuisine pour préparer et assainir la nourriture et l'eau
• L'atelier pour l'assemblage des objets afin de créer des objets complexes

Outils et armes disposent de 6 niveaux de qualité distincts, déterminés à parts égales par la qualité des matériaux utilisés et la compétence du personnage. Plus il travaille un domaine, plus il devient performant.
Aucune survie ne peut être envisagée sans un système de production. Les objets tout faits sont très rares et particulièrement précieux.

http://i.imgur.com/HPKrK.png

Le système de construction simule la résistance des structures. Les sols doivent être soutenus par des poutres pour ne pas s'effondrer et certains murs (cloisons) nécessitent d'être fixés sur des structures solides (murs ou poutres) pour tenir debout.
Un système de «plan grandeur nature», le Mode Ghost, permet de visualiser ses constructions avant de les avoir terminées et de créer des chantiers participatifs.
Comme pour l'artisanat, l'acquisition d'une certaine «expertise» est requise afin d'exploiter au mieux les possibilités du jeu, que ce soit de la part du joueur ou du personnage qu'il incarne.


http://i.imgur.com/tDx0z.png

Si la nature peut fournir l’eau et la nourriture, les métaux, outils, armes et autres sont présents dans des ruines peuplées par les Infectés. Leur exploration demande une bonne planification et une prudence de tous les instants. Se battre est ici très risqué, une simple blessure pouvant dégénérer en infection voire en l'Infection. Mais plus vous exploitez de ruines, mieux vous serez équipés et plus vous pourrez vous attaquer à des zones à risque de grande taille.
Lors de ces expéditions, en plus des objets et des matériaux, vous pouvez trouver des écrits permettant d'en apprendre plus sur les causes et l'évolution de «l'Apocalypse», ainsi que des plans qui vous serviront à obtenir des objets plus ou moins compliqués et à mettre au point des structures complexes comme des moulins-génératrices et bien d'autres.

http://i.imgur.com/ptIhh.png

La faim, la soif et la fatigue rythme votre journée et si ces besoins sont négligés le personnage s'affaiblira petit à petit jusqu'à mourir. Pour survivre, il faudra gérer avec attention les aliments, les outils, les matériaux et les armes acquis au cours de l’exploration du monde – seul ou à plusieurs. Cette gestion sur le long terme est primordiale. La nourriture et l'eau saines sont rares, et seul le feu permet de les assainir. Ces ressources sont aussi indispensables pour construire un abri capable de vous protéger durant la nuit ou pour créer de nouveaux outils/armes.

http://i.imgur.com/6SgvD.png

Après plus d'un an de travail mono-maniaque pour mettre au point les mécaniques, les règles et les systèmes du jeu, j'aurais maintenant besoin des services d'un programmeur C++ afin d'attaquer le cœur du projet ensemble.
Bien qu'ayant toujours travaillé en essayant de prendre au maximum en compte les contraintes techniques, j'ai tenu à soumettre mes documents à un programmeur vidéo-ludique de métier de ma connaissance, ceci afin d'avoir son opinion sur la faisabilité du projet en équipe réduite. Son avis a été au final plus qu'encourageant puisqu'il n'a rien trouvé de rédhibitoire.
Bien qu'ambitieux dans son ensemble, le projet a été conçu de façon entièrement modulaire et les mécaniques de jeu sont prévues pour présenter le moins de difficultés possible, ceci afin de faciliter le développement itératif du projet, et donc la compatibilité avec un système d'alpha-funding.

Je suis moi même relativement compétent en 2D (interfaces, texturing, etc) et je peux donc, en plus du design général, m'occuper de tout ce qui est identité graphique du jeu, exception faite de la 3D qui est à la charge du modélisateur, déjà membre du projet.


Profils recherchés

Bon niveau en architecture logicielle
Une bonne maîtrise de la 3D (Ogre3D serait pressenti) et de la physique serait avantageuse
Bonnes connaissances en réseau serait appréciable.

Pour la programmation un seul codeur semble pour le moment suffisant. Une fois l'architecture de base mise en place, un second poste de programmeur sera sans aucun doute à pourvoir, mais je préfère recruter au fur et à mesure, lorsque le besoin se fait vraiment sentir. Cela dit, si vous souhaitez rejoindre le projet mais que le poste que vous souhaitez occuper est déjà pris, n'hésitez pas à tout de même vous proposer. Il me sera d'autant plus simple de vous contacter lorsque projet aura besoin de vos talents, dans le cas où vous seriez toujours disponible et intéressé.


Finalité du projet

Le développement du jeu est à visée commerciale et il se base sur le principe d'alpha commerciale (Alpha Funding) (toutes mises à jour ultérieures évidemment incluses) que l'on peut observer dans des projets comme Projet Zomboid, Minecraft, Towns et bien d'autres.

Merci de m'avoir lu jusqu'au bout. Afin de limiter la longueur de la présentation j'ai parfois du passer très vite sur certains points (notamment sur toute la technique) davantage développés dans le document pdf. Si des questions vous viennent, que vous soyez vous même intéressé par le projet ou non, n'hésitez pas.

Si vous souhaitez me contacter via mon adresse mail et/ou MSN, faites le moi savoir sur ce sujet ou en MP.

http://i.imgur.com/Fs8Dh.png

http://i.imgur.com/48Hpd.jpg
Figure 1 : Essai d'interface de l'atelier (WIP)

http://i.imgur.com/moolz.jpg
Figure 2 : Essai d'interface de la forge (WIP)

Très beau projet, très bien présenté, ça fait vraiment envie ;)
Par contre, j'aurais une petite question : pourquoi ne pas utiliser UDK pour réaliser votre jeu ? C'est un moteur solide et éprouvé et surtout ça vous évitera de réinventer la roue en utilisant Ogre3D (qui n'est qu'un moteur 3D et non pas un moteur de jeu).
UDK embarque cependant son propre moteur de script (UnrealScript), assez proche du Java et non pas du C++.

Merci à toi Orvak. Et pour te répondre, je t'avouerai que l'UDK me fait envie mais je n'ai pas réussi à savoir s'il permettait la génération procédurale, en l’occurrence pour les bâtiments et complexes/centres urbains.
J'ai tracé les grandes lignes d'un système de génération procédurale des structures et grands ensembles de structures et je n'ai pas réussi à savoir de façon sûre s'il peut être intégré ou, à défaut, si un autre peut l'être.

Un autre point noir est le pourcentage demandé pour les projets commerciaux, les premiers 50 000$ vont dans leur poche et après c'est 25% qui partent pour ainsi dire en fumée. Je n'ai pas la prétention de penser faire un tabac tel que ça n'aurait aucune importance.
C'est le genre de décision que je préfère prendre après avoir discuté avec le "lead programmer" des avantages potentiels pour le projet que son utilisation apporterait. Pour un coût aussi important, il faut que ça en vaille la peine.

Si j'avais "préssenti" Ogre3D, c'était parce qu'il offre beaucoup d'avantages, je sais que beaucoup de programmeurs, arrivé un moment, s'essaie à ce moteur réputé très puissant. En clair, l'idée de base était qu'il offrait un bon compromis entre puissance, nombre d'utilisateurs et ... prix.

En bref, je ne suis pas fermé à l'idée, c'est un des points qui restent à voir avec le programmeur.

Petite mise à jour pour montrer un peu plus en détail un des systèmes d'artisanat, à savoir la menuiserie.

http://i.imgur.com/OpcVu.jpg
(A noter que les moyens pour passer d'un objet au suivant ne sont pas représentés sur ce schéma)

Comme le laisse supposer cette image, à partir d'un arbre, il est possible d'obtenir tous les objets de base que la menuiserie peut produire. A partir de ces matériaux le joueur peut obtenir une variété d'objets comprenant par exemple chaises, tables, portes, murs de planches, parquet de planches ou lattes ou encore un simple bâton pouvant être affûté pour donner un épieu. Combiné à la forge les possibilités grimpent drastiquement avec les haches, lances, masses, pioches, pelles, etc.

L'idée de base étant de rendre chacun des ateliers interdépendants tout en permettant des productions spécifiques à celui ci, ainsi un «menuisier» seul peut produire des objets d'ameublements et de construction en bois. Ceci dans l'idée de permettre une spécialisation des joueurs (récompensée par les compétences qui permettent de produire des objets de meilleure qualité) sans que ce ne soit artificiel.

Même des ateliers en apparence complètement déconnectés peuvent se révéler complémentaires, par exemple le banc de chimie peut servir à développer un poison qui enduira la pointe d'un épieu ou d'une flèche.

L'autre avantage des différents systèmes d'artisanat du jeu est qu'ils ne représentent que très peu de travail pour créer les recettes de craft, limitant donc le temps requis pour les ajouter et facilitant le cas échéant le modding.

Petite MAJ pour dire qu'une vidéo de test du rendu du système de construction est visionnable (en fin de message).
Elle a été faite pour vérifier le rendu d'un assemblage de «blocs» de 50cm*100, 50*50 et divers objets spéciaux (porte 200*100, poutre 300*25*25).
Le but était de voir s'il était possible de rendre quelque chose qui ne soit pas trop répétitif avec de si petits blocs. Bien entendu ce n'est absolument pas représentatif de ce sera le rendu des construction au final. Les règles de construction n'ayant par ailleurs pas été respectées.

Par ailleurs je suis pour ma part en train d'étudier de façon plus poussée les différents moteurs envisageables, en ce moment Unity. Suivant ce qu'il en ressortira je mettrai à jour le type de profil recherché pour le programmeur.

[ame="http://www.youtube.com/watch?v=VDp3bw-m_WY&hd=1"]http://www.youtube.com/watch?v=VDp3bw-m_WY&hd=1[/ame]

Salut à tous, je trouve ton projet à la fois simple et titanesque.
je m'explique, le gameplay semble à la base, simple: manger, explorer,fabriquer, mais terriblement vaste par le crafting.:ccool: c'est tout a fait le genre de jeu que je recherche.

Comment se fera la communication entre les joueurs (tchatbox ?)

En tout cas, le style grafique de l'interface me plait egalement (je n'ai pas pu voir les video, je suis au bouot...);)

Vous faites les objets 3D avec quels logiciels?

Citation:

---

Salut à tous, je trouve ton projet à la fois simple et titanesque.

---

C'est l'idée, proposer des mécaniques relativement simples mais qui, les unes dans les autres permettent une expérience de jeu vraiment complète.
Que ce soit au niveau de l'artisanat, la construction ou la gestion de personnage tout est dans l'imbrication des différents éléments du gameplay.

La communication entre les joueurs se feraient via un tchat oui, l'idée étant de proposer une option à cocher (côté serveur) qui ne permet aux joueurs à n'accéder qu'à un channel local. En somme les joueurs ne pourraient communiquer qu'avec ceux qui sont à "portée de voix".
A terme il serait intéressant d'implémenter un système de VOIP qui lui ne permettrait que les discussions locales.

Je te remercie pour les interfaces. Autrement les modèles 3D sont fait avec blender.

Re...
je viens de rentrer du boulot et l'anim de la construction du batiment est vraiment sympa, j'imagine que plus de personne travaillent sur le batiment, et plus la construction va vite...
c'est tout a fait le genre de systeme que j'avais envie de réaliser.

pour blender , je modelise un "chouillat". quel niveau de détail tu à in game pour les objets, (par exemple une pelle ou un outils à main,) tu vas jusqu'à combien de poly?

en tout cas beau projet.

Citation:

---

Re...
je viens de rentrer du boulot et l'anim de la construction du batiment est vraiment sympa, j'imagine que plus de personne travaillent sur le batiment, et plus la construction va vite...
c'est tout a fait le genre de systeme que j'avais envie de réaliser.

---

La vidéo est un rendu blender, ce n'est pas du Ingame, bien que les éléments qu'on y voit soient ceux prévus pour être dans le jeu (à un stade précoce cependant). La vidéo a été faite pour tester le rendu des éléments de construction dans un bâtiment (répétition, etc), par conséquent on n'y voit pas que les constructions se font par les joueurs lorsqu'ils placent un élément de construction. Mais au final oui, plus il y a de joueurs plus la construction avance vite.

Sinon, pour le niveau de détails, une pioche fait 235 polys pour le moment, mais après c'est fonction de l'objet et il est probable qu'elle gagne un peu en poly étant donné qu'elle est destinée à être juste sous les yeux du joueur.

Merci pour les compliments.

Projet très intéressant j'espère que tu arriveras au bout :)

Salut, je reviens sur la vidéo de construction.
tu parles de répétition, je suppose que tu fait allusion à la répétition des textures.

Si lors de l'assemblage des blocs, les textures se repetent, effectivement cela risque de ne pas etre beau visuellement. PAr contre une fois la construction terminée, comment cela se passe t-il? l'assemeblage est remplacé par un objet complet (ou la tu pourra appliquer une texture beaucoup plus grande et donc moins répétitive) ou alors tu garde l'assemblage de bloc tel quel? un peu façon minecraft?

edit: en gardant la texture d'origine, mais en ajoutant aléatoirement une teinte plus foncé ou plus claire à chaque bloc, cela ne suffirait il pas à rompre la répétition?

En effet je parlais de la répétition des textures/formes.
Le meilleur moyen que je connaisse pour éviter ça, ça reste de faire textures homogènes.
Par exemple, pour du bois, si tu places des noeuds très foncés sur un bois clair tu auras forcément un effet de répétition très visible. Tout le truc est donc d'éviter les textures avec des zones très reconnaissable (foncé sur clair ou l'inverse, forme reconnaissable, etc).

Autrement il y a deux autres possibilités, la première est d'avoir plusieurs textures pour un même objet, ces textures sont ensuite choisies aléatoirement. Au final la bordure de la texture doit rester identique sur chacune d'entre elle pour éviter les cassures lors de la répétition mais le centre peut n'avoir rien à voir. Cette technique a cependant pour inconvénient de demander plus de mémoire pour charger les textures alternatives.
La seconde possibilité est le decal, aléatoirement une seconde couche de texture vient s'appliquer sur la première, elle doit être majoritairement transparente et ne fait en fait que rajouter des détails de façon aléatoire (par exemple de la rouille sur du métal). Le CryEngine propose notamment un système de decals que je trouve vraiment sympathique.

Autrement les éléments placés restent sous forme d'élément, il n'y a pas de fusion prévue. Cela impliquerait d'avoir des modèles supplémentaires à cet effet et cela interdirait le démontage/destruction des éléments construits.

Ok perso, je ne connaissais pas le "decal" et effectivement, c'est probablement la meilleur solutioncar je suppose que l'algo est moins gourmand en mémoire que le stockage de texture.

dans le screen "interface de l'atelier", la hache affichée est elle identique en rendu 3d in game? ou est ce juste une représentation "symbolique" de l'objet que peut produire l'atelier? (hum je ne sais pas si j'ai été claire là... :roll:)

Je modélise un chouillat sur blender et c'est plutot starwars mon domaine, mais si tu a besoin d'un coup de pouce, n'hesite surtout pas .

edit: autre question: les constructions sont basées sur des models prédéfinis?

Citation:

---

Ok perso, je ne connaissais pas le "decal" et effectivement, c'est probablement la meilleur solutioncar je suppose que l'algo est moins gourmand en mémoire que le stockage de texture.

---

Le decal est moins gourmand oui, et plus polyvalent. Toujours dans le cas de la rouille, au lieu d'avoir des textures avec variantes pour chaque objet métallique, tu peux avoir une seule texture par objet métallique et un ou plusieurs decals qui seront communs à tous. Moins de données à charger donc économie de mémoire. C'est vraiment un système sympa pour ça.
Le soucis qu'il pose, au moins dans le CE, c'est que généralement il n'est pas vraiment applicable sur un objet mobile dans l'espace, du moins pas sans modification du code associé toujours.
Unity n'a pas l'air de le permettre, mais tout moteur qui permet d'appliquer plusieurs maps de texture permet en théorie, par extension, le principe du decal.

Autrement tout ce que tu vois dans les artworks d'interface sors de photoshop uniquement, au final il y a de très fortes chances pour que les objets y soit présentés sous forme de rendu pour des raisons de temps de travail. Quoi qu'il en soit je te remercie du compliment involontaire. :)

Les constructions se font à l'aide d'éléments de 50*50,100*50 et des objets spéciaux (portes, etc), ce qui en est fait ... c'est au joueur de voir. S'il veut faire un labyrinthe, un mur de fortification ou autre, c'est tout à fait possible.

Pour ce qui est de ta proposition, si nous nous rendons compte qu'on a besoin d'un coup de main, je te ferai signe sans soucis. Merci de te proposer.

Salut, cela fait un moment qu'il n'y a pas eu de news ici,
Ou en est le projet ???

Salut,

Le projet suit son court. Un programmeur d'expérience est maintenant parmi nous donc la situation devrait commencer à évoluer.

Pour le moment nous sommes en train de poser les bases donc il n'y a malheureusement pas grand chose à montrer, mais ça viendra, à priori d'ici deux mois on devrait avoir un début de prototype.
Il est prévu de travailler les pans de gameplay un à un, par exemple actuellement on est sur le contrôle et la gestion du personnage (déplacements, santé, fatigue, etc) et l'inventaire.
Après quoi on s'attaquera assez rapidement au système de construction, qui devrait nous occuper un certain temps.
Bien sûr parallèlement on travaille aussi sur les assets.

Voilà voilà.

Bien, le projet continu.

qu'appels tu "assets"? j'ai cherché, mais je suis principalement tombé sur les assets managers dans le monde de la finance qui n'ont probablement pas autant de rapports avec ton projet que ça
:mouarf:

enfin, n'hésite pas à annoncer les ptites avancées, ça fait toujours plaisir de voir les p'tits détails...

A+

Les assets ce sont les éléments qui se greffent sur le noyau du projet en lui même (le moteur Unity 3D), ça peut être des modèles 3D, des textures, des scripts, etc
Dans ce cas précis je parlais surtout des objets, éléments d'interface et autres éléments graphiques.

Je ferai une "vrai" mise à jour quand on aura bien entamé le système de construction.

haaa, ( et c'est la que nous atteignons mes limites....)
comment décides tu que tel élément fait parti du noyau et tel autre élement fait parti des "asset"?
bon pour le moteur j'aurais eu bon car il fait parti intégrante du code source, même s'il peut etre codé "à part", mais les scripts.... c'est pas considéré comme du "code" au sens strict du terme???

A+

Eh bien en fait je ne décide de rien, pour formuler autrement (et j'espère mieux), un asset est un composant qui nécessite une importation dans le projet, autrement dit qui n'est pas natif du moteur mais sera utilisé par celui ci.
Voilà une définition trouvé ici :

"(Informatique) Ressource numérique, composant, modèle, processus ou framework qu’il est possible de réutiliser, dont on peut envisager une exploitation générique."

Autrement dit c'est un composant qui est utilisé par un système. Donc un script rentre dans la définition.

Voilà voilà. :lol:

Salut à tous,

Petite MAJ malgré le temps écoulé puisque rien de très visuel n'est encore montrable.
Comme je le disais lors de la précédente MAJ un programmeur a rejoint l'équipe et le projet avance donc de façon concrète depuis maintenant quelques mois.

Les éléments en place sont pour le moment assez peu graphiques mais néanmoins important pour la suite du développement, à savoir les déplacements du personnage debout, accroupi ou couché et ce en marchant, trottinant ou courant lorsque la posture le permet. Bien sûr il est aussi possible de sauter.
A côté de ça nous avons le système santé, fatigue, faim et soif en place, ceux ci sont connectés entre eux et influent sur les capacités du personnage.
L'inventaire est là et ses fonctions annexes ("micro-artisanat", affichage du personnage, etc) arriveront normalement d'ici relativement peu de temps.
Le système de construction a été entamé, il ne manque pas grand chose pour être en mesure de construire quelques petites choses.
Notre programmeur a passé cette dernière semaine à travailler sur un outil de développement qui va nous servir à configurer les assets de façon simple et externe à Unity (énorme gain de temps à la clé) et reprendra après le week-end le développement du système de construction.
Enfin voilà, cela avance, on commence petit à petit à voir la structure se préciser.

Parallèlement au travail de programmation la création d'assets suit son bonhomme de chemin aussi puisqu'on en est désormais à une vingtaine de structures modélisées, texturées et importées, une quinzaine d'objets d'équipement (armes et outils principalement), quelques composants de structures (ressources utilisable en construction), des icônes, des interfaces pour ci et ça. Tout cela sans compter les assets qui ne sont pas encore texturés/terminés.
Enfin voilà, là aussi ça avance.

Je profite de la mise à jour pour dire que nous sommes à la recherche d'un second programmeur sous Unity en C#. L'idée serait de travailler sur les mécaniques de jeu dans un premier temps puis commencer à s'occuper du multijoueurs du jeu, de bonnes connaissances dans ce domaine sont donc souhaitables.

Voilà voilà.

A bientôt.

j'allais te demander des news et je viens de voir ton message, ça fait plaisir de voir que le projet avance.
j'ai bien quelques notions de base en C#, mais malheureusement rien de suffisament péchu pour etre utile, c'est domage.

Salut à tous,

Après un certain temps en sous-marin nous avons le plaisir de publier une nouvelle vidéo démontrant le fonctionnement du système de construction dans Resurgence.

Nous avons maintenant un système fonctionnel permettant d'utiliser chaque catégorie de structures (murs, sols, poutres, etc) à l'exception des toits inclinés.
Bien qu'il manque encore quelques outils d'ergonomie notre système est d'ores et déjà représentatif de ce qu'il sera.

Par ailleurs nous avons également abattu énormément de travail côté architecture et outils de développement, avec notamment notre éditeur d'objets. Il nous servira à paramétrer efficacement tous les objets du jeu à l'aide de fiches éditables, ce que ne permet pas Unity de façon native.
Il nous permettra de régler les pièces d'équipement, vivres, ressources, structures et même les tables de loot et les personnages.

Pour en revenir à la vidéo, il est à noter que les structures utilisées ici sont issues de l'artisanat, à opposer à celles faites avec de la récup. Au commencement le joueur devra se contenter de récupération et donc d'une qualité moindre.

http://www.youtube.com/watch?v=J0A38Vd0DKM
A regarder en plein écran

Nous profitons de cette news pour annoncer que nous recherchons plusieurs personnes pour étoffer notre équipe :

• Programmeur : Nous avons besoin de compétences en netcode afin d'entamer le développement du multijoueurs.
• Programmeur : Quelqu'un en mesure de travailler sur les systèmes de combat et de gestion de personnage notamment.
• 3D/Anim : Nous avons besoin également d'un artiste 3D/animateur pour prendre en charge la modélisation et l'animation des modèles humains et de la faune.
• 3D : Pour la modélisation architecturale (bâtiments ''pre-apo''), de structures (pour la construction) et d'objets d'équipement.

Merci de votre intérêt et à bientôt.

Bonjour,

Le système de construction a l'air vraiment complet, peut-être aussi complexe mais complet ! La vidéo donne vraiment envie d'y jouer, et les graphismes présents dans le premier post de présentation sont d'une grande qualité ;)

Je vous souhaite une bonne continuation et j'espère que ce projet aboutira.

Salut,

Merci pour ton message.
Le système est au final plus complet que complexe. Il y a des règles à connaître bien sûr, mais elles sont toutes tirés de la logique et donc assez faciles à apprendre et retenir. En fait cela dépend vraiment de ce que tu vises :
Une construction simple et fonctionnelle est on ne peut plus facile à réaliser, mais un bâtiment complexe et travaillé demandera une certaine réflexion. C'est pour ce dernier cas que nous avons prévu un certain nombre d'outils pour aider le joueur, notamment le mode Ghost (voir post originel).

Un projet des plus intéressants, j’espère sincèrement que vous irez au bout de celui-ci.

Je ne me propose pas pour un des postes de dév (je démarre tout juste mon incursion dans Unity), cela dit je vais suivre le projet avec intérêt.

Salut à tous,

En cette période de rentrée, voici un screenshot de mise en scène et une image de quelques uns de nos nouveaux assets (cliquez pour agrandir).

http://i.imgur.com/QaUvW8kl.jpg
http://i.imgur.com/MYriKRml.png

A noter que nous recrutons toujours :
Programmeur : Nous avons besoin de compétences en netcode afin d'entamer le développement du multijoueurs.
Programmeur : Quelqu'un en mesure de travailler sur les systèmes de combat et de gestion de personnage notamment.
3D/Anim : Nous avons besoin également d'un artiste 3D/animateur pour prendre en charge la modélisation et l'animation des modèles humains et de la faune.
3D : Pour la modélisation architecturale (bâtiments ''pre-apo''), de structures (pour la construction) et des objets d'équipement.

A bientôt.

Citation:

---

Envoyé par leuhpoulpe

Programmeur : Quelqu'un en mesure de travailler sur les systèmes de combat et de gestion de personnage notamment.

---

C'est quelque chose qui pourrait m'intéresser, mais je ne sais pas si mes compétences seront suffisante.
Je connais globalement les principaux langages. Je suis par contre assez ignorant d'Unity que vous semblez utiliser dans ce projet.

Bonjour à tous,

Après une longue absence des forums nous revoilà avec une nouvelle vidéo.
Vous pourrez remarquer que nous sommes passés sous Unity 5, cela nous a beaucoup retardés mais l'amélioration est, nous l'espérons, à la hauteur de l'effort.

La précédente vidéo montrait le fonctionnement du système de construction (voir ici), celle ci est à propos de la récolte du bois qui permet cette construction.

Précédente vidéo


Au passage elle permet de voir quelques éléments supplémentaires tels que :

• L'évolution de notre système d'interaction, qui régit comment le joueur interagit avec son environnement.
• La refonte d'un certain nombre d'assets pour se conformer au nouveau modèle de shading de Unity 5 (PBR/PBS) et même la reprise de zéro dans certains cas.
• La recréation de zéro de la végétation avec speedtree (Tree Creator, le système utilisé dans Unity 4 étant devenu inutilisable)
• La possibilité de traîner des objets trop lourds ou encombrants pour être mis dans l'inventaire.

Pour replacer un peu le contexte, cette vidéo montre donc le système permettant de récolter du bois à partir des arbres, bois qui sera ensuite transformé dans un atelier en poutres, planches et montants (à voir dans une prochaine vidéo).
Ces éléments sont les bases utilisées dans le système de construction d'une part mais servent aussi pour la fabrication du mobilier (chaises, tables, coffres, étagères, etc).
De manière marginale le bois est aussi utilisé dans la fabrication des outils et armes ainsi que pour la production de charbon de bois qui permet de faire tourner les forges.

Je m'excuse d'avance pour la qualité de la vidéo, malgré de nombreux essais Youtube semble déterminé à en faire un massacre. Pour compenser vous pourrez trouver quelques screenshots issus de l'original de la vidéo à la fin du post.

(A regarder en plein écran)
https://www.youtube.com/watch?v=l0P3DE9VcpY

Notez que nous recrutons :

• Programmeurs : Pour travailler sur la conception et l'implémentation de mécaniques de jeux (gestion de personnage, ateliers d'artisanat, etc)
• Programmeur : Pour la dimension multijoueurs du jeu.
• 3D/Anim : Artiste 3D/animateur pour la réalisation des personnages et de leur équipement (vêtements, armures, etc)
• 3D : Pour la modélisation de bâtiments, d'éléments de structures (pour la construction) et des objets d'équipement.

Comme d'habitude, si vous avez des questions n'hésitez pas.

http://i.imgur.com/vyMXqtJ.jpg

http://i.imgur.com/RibUt7Z.jpg

http://i.imgur.com/oMn2hyk.jpg

http://i.imgur.com/Alnx8JY.jpg

http://i.imgur.com/yp9f5NF.jpg

Beau boulot :ccool:

8On Tu as pris des photos c'est ça ? :mrgreen:

Magnifique les images en tout cas ;)

Bonjour à tous,

Nous revenons pour une rapide à mise à jour sur l'avancement du projet :
Depuis la dernière vidéo détaillant le design du logging (abattage/débitage des arbres), nous avons travaillé sur la suite logique : la transformation du bois récolté.

Il est dorénavant possible de récolter le bois des arbres, de le transformer puis de s'en servir pour construire.

Comme nous le disions dans la présentation du projet, notre but est d'offrir des mécaniques d'artisanats plus poussées que ce qui se fait actuellement. Pour cela, chaque atelier (bois, métal, cuir, etc) a un design qui lui est propre et est pensé pour offrir une expérience de jeu en soit. Cela sans pour autant être excessivement compliqué ou chronophage.
Le but étant de permettre la spécialisation des joueurs qui le souhaitent, tout en laissant la possibilité aux joueurs solitaires de ne pas passer des heures à faire des choses qui ne les intéressent pas pour pouvoir accéder aux autres aspects du jeu.

L'atelier de menuiserie en lui même sera bientôt introduit en vidéo.

Parmi les nouveautés on peut aussi noter l'arrivée du tant souhaité anti-aliasing temporal. Utilisé notamment dans l'Unreal et Cry Engine, il faisait cruellement défaut aux productions faites sur Unity. La technologie que nous utilisons actuellement a pour avantage majeur de supprimer totalement le scintillement des pixels en mouvement tout en offrant un rendu net et peu scintillant en image fixe, et ce pour un coût quasi-nul. Il peut être couplé avec une seconde passe de SMAA pour une image encore plus lisse et sans perte de performance notable ou alors, sur les machines les plus puissantes, du SSAA, pour le meilleur rendu.

A noter que nous sommes à la recherche de talents en modélisation, animation et programmation C#.

Histoire de mettre un peu de couleur voici deux petites images.

http://i.imgur.com/ytbJ7Sy.jpg

http://i.imgur.com/dFzZL2H.jpg

Bonjour à tous,

Quelques news du front :
Tout d'abord les plans ont quelque peu changé avec l'arrivée simultanée de deux programmeurs et d'un modélisateur dans l'équipe.
La vidéo a été repoussée afin de pouvoir nous concentrer sur l'intégration des nouveaux venus et en profiter pour avancer sur des éléments restés trop longtemps en attente.
Jusqu'à il y a peu nous n'étions que deux, de fait les choses avançaient à leur rythme. Avec une équipe plus que doublée, tout va plus vite mais j'ai aussi naturellement moins de temps à consacrer au développement pur et dur (3D, interfaces, etc) du fait que mon attention est largement requise côté Game Design et coordination de l'équipe.

C'est pourquoi nous sommes à la recherche de talent en 3D afin de créer le contenu autour duquel tout ce que nous faisons s'articule. Cela inclut les armes, outils et objets divers produits dans la forge, mais aussi les éléments d'équipement de manière générale, les ressources, structures de construction, éléments de décor, etc

Parmi les nouveautés depuis la dernière news nous avons le système de consommables pour le regain de faim, soif et de santé. Une ossature fonctionnelle du système d'artisanat d'inventaire (pour la combinaison d'objets et les tâches simples comme affûter un épieu) et nous sommes aussi dans la dernière ligne droite pour avoir un personnage plus présentable.

Parmi nos objectifs immédiats, il y a l'intégration de la forge, la refonte du système de contrôle de personnage pour quelque chose de plus définitif, et divers éléments difficiles à lister ici.
En plus de cela, le développement des fonctionnalités de base du multijoueurs est à l'étude.

L'un dans l'autre, le développement des mécaniques de jeu avance bien, c'est pourquoi, comme dit plus haut, la création de contenu passe au premier plan.
Par ailleurs, les candidatures pour le sound design et la programmation (gameplay) sont aussi les bienvenues.

Pour conclure, voici une petite preview du nouveau personnage principal :

http://i.imgur.com/OApaVOD.jpg

Je viens de découvrir votre projet, et je n'ai qu'une chose à dire: chapeau!