#UPDATE 20 VIDEO MOTEUR "Unchained Engine"

Citation :: Update #20 - Kickstarter

Les amis,

La mise à jour de ce soir sera faite de 2 évènements vidéos. Le premier, et le plus important, sera celui d’Andrew montrant la dernière version du moteur, baptisé et connu maintenant sous le nom du “Unchained Engine”, car tous les moteurs ont besoin d’un nom! [...] Andrew a une fois de plus usé de sa magie, et notre moteur a maintenant un système gérant les particules. Profitez de la vidéo, et regardez bien les armes des Tuatha et Viking.

Un peu plus tard, je serai en Live avec les gars d’OppositionPodcast pour un petit t’chat sur Camelot Unchained. [...]

Nous avons aussi 2 concepts art retravaillés de la part de Michelle et Sandra. Le premier est une vue un peu plus détaillé du “Chemin des Âmes”, l’autre étant une vue un peu spéciale d’une entrée des “Depths”. J’espère qu’ils vous plairont.

Aujourd’hui était une journée sympa, nous avons travaillé sur le storyboard de la grosse mise à jour de la semaine. Nous avons aussi vu les chiffres remonter, essayons de garder ce dynamisme! Profitez des joies de la technologie ce soir, et j’espère en voir certains d’entre vous sur le t’chat!

- Mark

Citation :: Voici le bref résumé des vidéos d'hier soir d'Andrew :

Vous retrouverez ensuite les réponses aux questions les plus pertinentes posées sur le t'chat lors du Livestream.

Tout le monde souhaitait voir des effets /des particules sur les démos. Sur les 3 derniers jours, le système a été mis en place par Andrew.

Sur la démo, vous pouvez voir 500 personnages, chaque source ayant son propre effet.

Performances : 200FPS de moyenne sur un mac 2011(avec GPU mobile).

Le système concentre en fait tous les appels de rendu de particules en un point du moteur pour ensuite le répartir sur la charge CPU et GPU, ce qui permet de tout gérer de manière unifiée et le faire bien fonctionner, toujours dans le but d'avoir les meilleures performances possible avec beaucoup de joueurs.

Le rendu un peu cartoon des particules car vient du fait que ce sont des éléments du jeu March on Oz, cela sera différent au final.

Réponses aux questions :

La latence est liée à la connexion, et non pas au rendu du moteur.

Le moteur utilisera l'hyperthreading- augmentation des performances par le partage entre tous les processeurs logiques.

Le but principal est le PC. Tout est basé sur DirectX 11 - actuellement. Permet un meilleur rendu général, et optimiser la distribution sur CPU/GPU

Un client Mac peut être un stretch goal.

Client 32Bits minimum

Impossible de garantir qu'il n'y aura pas de chargements en changement de zones

Programmé en C++

La partie réseau est en cours de développement (la démo sera faite sur le temps restant du KS)

Le système de collision sera bien étudié (avec les objets et la physique), mais la collision entre joueurs sera vue plus tard, plus une question de gameplay que de gamedesign -la démo ne consomme pas trop de ressources donc il reste de la « place » pour le faire techniquement - à voir aussi avec la technologie serveur

Le moteur supportera les changements dynamiques de l'environnement - ainsi que la météo, le cycle jour/nuit etc.

Les personnages seront rendus entre 1000 et 12.000 triangles en fonction de la distance - ce ne sont pas des sprites

L'UI HTML sera limitée -aucune manipulation du monde en dehors du client du jeu pour des questions de sécurité

Le moteur de WARhammer était basé sur des éléments déjà fait, et donc ont grandement limité le développement du moteur, ce qui n'arrivera pas ici.

Il y aura beaucoup d'interactions avec les éléments du monde - beaucoup de dynamisme - destruction de structures etc

Lumières, shaders et ombres seront ajoutés, mais, comme pour tout, basé sur les performances globales

La majorité des mouvements seront géré par le serveur et non par le client pour éviter le speedhack par exemple

Le jeu sera basé sur les joueurs, que ce soit les combats, l'artisanat, l'économie

Optimisation maximale pour tous les types de processeurs (Intel/AMD)

Le culling ne sera pas un problème (même si le client ne recevra pas d'infos de personnages se situant à 10km. logiquement)

Support du CrossFire / SLI

L'architecture serveur sera basée, encore une fois, sur le gameplay et les performances

Les models de la démos ont chargés sur une même base, mais sont tous uniques

Vous verrez qui vous a tué, pour pouvoir justement vite repartir au combat et vous venger - une sorte de mod spectateur (limité pour éviter l'espionnage)

Il y aura des tests de model de St'rm sur les prochaines démos

Le serveur sera distribué sur plusieurs machines : vous ne verrez qu'un serveur, mais toutsera distribué sur plusieurs machines pour optimiser les performances

Le code-serveur sera presque entièrement en C-Sharp, le C++ pouvant causer des bugs (exemple sur WARhammer), qui n'existeraient même pas en C-Sharp ou Java

Utilisation de l'API DX11 mais développement fait pour que les features soient supportées par DX10

Support de la 3D (pour les écrans 3D)

Le jeu ne cherche pas à entrer en compétition avec les MMORPGs AAA, il est fait pour une niche de joueurs.

Rechercher

Résultats par : Messages Sujets
Recherche avancée