SPEED - The racing game : Le concurent direct des GT et autre Forza :ahum:

[Teto]

Ça a bien changé alors. Je me rappelle des premières semaines où j'ai lu texto quelqu'un, licencié, demander à ce que le forum soit interdit aux non licenciés, ou a défaut qu'ils soient relégués sur une autre forum avec interdiction de venir poster sur celui des licenciés. -> Apartheid? Connais pas!

Et c'était guère mieux entre ceux qui moddaient depuis des années et les nouveaux. Les moddeurs passaient leur temps à tacler les noobs, genre "commence par apprendre les bases, après on verra". "Ah oui, et pourquoi crois-tu que je poste ici ? Pour parler du beau temps ?"

Bref.

[Froyok]

Il y a quand même pas mal de n00bs il faut dire, néanmoins de plus en plus d'utilisateurs peuvent répondre car ayant apprit le langage, plus après les deux vétérans Blade[UG] et ambershee.
Par contre les modos faut pas y compter.

[Møgluglu]

Bon. Peut-on éviter de confondre rigueur et rigidité quand on veut essayer d'expliquer quelque chose rapidement? Merci.

Ouais, bon, je développe.

Un tableau, c'est une zone mémoire contiguë d'éléments homogènes. Par exemple, les pages numérotées d'un livre forment un tableau. Si tu es à la page 42, tu sais que la page 52 est toujours 10 pages plus loin, et que si tu ouvres un livre de 256 pages pile au milieu tu tombera sur la page 128.
Donc il est très facile de trouver une page arbitraire, mais si tu veux insérer où enlever une page sans que ça ne se voit, alors il te faut éditer un nouveau livre, donc c'est dur. Et si tu veux ajouter une page A4 dans un livre de poche, tu es baysay.

Une liste, c'est une chaîne d'éléments disjoints liés par une relation de successeur. Par exemple, un dictionnaire dans une langue que tu ne connais pas. Tu l'ouvres à la première page, tu lis "Aardvark (n) : A nocturnal burrowing African mammal…", ensuite tu cherches "nocturnal", puis le premier mot de la définition de nocturnal, et ainsi de suite. (Oui l'exemple est foireux, le dictionnaire a en fait une structure de graphe orienté.)
Pour trouver le 128ième élément de la chaîne, amuses-toi bien. Par contre pour insérer ou supprimer un mot de la langue, tu as juste à modifier son prédecesseur dans la chaîne et pas tout le dico.

Edit: et désolé pour le HS

[war-p]

Tu viens de compléter mon savoir sur les listes!

[Froyok]

Tu viens de compléter mon savoir sur les listes!

La même !
(Faut dire j'en ai jamais utilisées)

[rOut]

Hey Teto, décrispe un peu, c'était pour rigoler. Mogluglu a donné l'explication que j'avais en tête.

[Teto]

Nan, mais désolé mais je commençais à retrouver le ton que j'ai subi sur certains forums et par quelques petit chefs, ça m'a agacé plus que de raison. Mea culpa. Je saurai à présent qu'avec vous pas de souci.

Sinon pour préciser encore un peu plus les choses (puisqu'on y est, autant en profiter):
- Comme la dit Møgluglu un tableau a une longueur invariable une fois créée. On peut changer le contenu, mais pas en ajouter ou en retirer, ni même de changer de type. Un tableau de int reste un tableau de int, point barre.
- La liste a plus de possibilités, mais aussi possède un grand nombre de types différents et le choix du type dépend de ce qu'on veut en faire. Vector, List, HashList, etc. Il y a même des listes dont les valeurs sont taguées par une clef, et toutes les opérations (recherche, tri, etc) se font par cette clef et non par la valeur. C'est très puissant mais il faut faire attention lors des manipulations sinon on peut se retrouver vite à manipuler des références invalides et donc bug en puissance. Des listes seront spécialisées pour le tri, d'autres pour la recherche de données, d'autres encore...

Franchement, war-p et Froyok, puisque vous faites un jeu sous UDK, potassez un livre sur la programmation orientée objets, avec des exemples donnés en Java. Cela vous permettra de vous retrouver plus facilement dans Uscript.

[rOut]

En fait, Vector se situe du coté du tableau dans le sens ou les éléments du vecteur sont dans un tableau. Par contre la taille est variable, mais à un instant donné le vecteur a une capacité maximale. Si l'on souhaite dépasser cette capacité, le vecteur va recopier les éléments du tableau initial vers un nouveau tableau plus grand, ce qui prend forcément du temps.
La liste ne présente pas cet inconvénient puisque chaque insertion d'un élément va simplement mettre à jour le précédent (et le suivant éventuellement), les éléments n'étant pas nécessairement contigus.

[war-p]

Nan, mais désolé mais je commençais à retrouver le ton que j'ai subi sur certains forums et par quelques petit chefs, ça m'a agacé plus que de raison. Mea culpa. Je saurai à présent qu'avec vous pas de souci.

Sinon pour préciser encore un peu plus les choses (puisqu'on y est, autant en profiter):
- Comme la dit Møgluglu un tableau a une longueur invariable une fois créée. On peut changer le contenu, mais pas en ajouter ou en retirer, ni même de changer de type. Un tableau de int reste un tableau de int, point barre.
- La liste a plus de possibilités, mais aussi possède un grand nombre de types différents et le choix du type dépend de ce qu'on veut en faire. Vector, List, HashList, etc. Il y a même des listes dont les valeurs sont taguées par une clef, et toutes les opérations (recherche, tri, etc) se font par cette clef et non par la valeur. C'est très puissant mais il faut faire attention lors des manipulations sinon on peut se retrouver vite à manipuler des références invalides et donc bug en puissance. Des listes seront spécialisées pour le tri, d'autres pour la recherche de données, d'autres encore...

Franchement, war-p et Froyok, puisque vous faites un jeu sous UDK, potassez un livre sur la programmation orientée objets, avec des exemples donnés en Java. Cela vous permettra de vous retrouver plus facilement dans Uscript.

T'inquiètes, en faisant du c# pour mon taff, je commence à maitriser le langage objet, c'est juste que l'uscript est vraiment cryptique par moment...

---------- Post added at 18h49 ---------- Previous post was at 17h20 ----------

Oui, donc Froyok, j'ai ça comme warning :

[0029.61] ScriptWarning: Accessed array 'SP_Lotus_Content_0.Points' out of bounds (4/4)
SP_Lotus_Content UEDPIESP-Tsukuba.TheWorld:PersistentLevel.SP_Lotus_Content_ 0
Function SPEEDGame.SP_Lotus:Tick:0B73

---------- Post added at 19h38 ---------- Previous post was at 18h49 ----------

Bon, je m'auto répond, le warning, on s'en tape, j'ai enfin trouvé comment faire!



Bon, 3 choses sont à voir dans cette image : la première l'interface UT3, c'est en fait de là que découle la solution, j'en parle après.
la deuxième, je vous présente la vue extérieur du véhicule, il existe aussi une rear view, mais il faut que je l'améliore un peu, histoire qu'on puisse simplement voir quelque chose à l'intérieur, et qu'à l'extérieur on voit le véhicule de face. Enfin merci Tegleg du forum UDK (Ce mec est puissant!)
La troisième chose à voir... C'est l'indicateur de vitesse en haut à gauche! Oui! Enfin! Il est né le divin enfant!

Bon, alors pour l'astuce, je m'explique, dans UTVehicule_Scorpion, il existe une fonction DisplayHud qui permet d'afficher l'interface spéciale du scorpion, je l'ai donc juste modifié pour afficher ce que je voulais, en l’occurrence une ligne de texte. Mantenant, l'interface UT3 stayle vient du fait que dans UTVehicle_Scorpion, displayHud renvoi à displayHud de UTVehicle qui lui fournit l'interface pour tout les type de véhicule, et qui lui même dérive de UTHUD, mais ça finalement on s'en fout. L'idée maintenant, pour avoir un interface vraiment perso, c'est qu'il faut que je réécrive UTVehicle ( ) et que je fasse ma propre interface.

[war-p]

Nouvelle image du jour, cette fois-ci, j'ai enfin mis sur pied mon hud complètement personnalisé, et j'ai aussi modifié la caméra notamment avec la vue reverse :

[Froyok]

On aurait le droit à une vidéo ? Pour un jeu de voiture ça serait cool de voir ta physique et la vitesse.

[war-p]

Yep, dès que j'ai le temps, je fais ça!

[war-p]

Voilà un petit aperçu, bon, je maitrise pas encore trop l'outil de capture de vidéo de l'UDK (d'ailleurs au passage, j'arrive plus à changer la map par défaut du jeu... Comment on fait???), bon je tiens à vous prévenir, la vidéo est en accéléré parce que la capture par défaut, se fait 60 images par secondes, alors que le jeu tourne à 30 images/secondes à cause de la capture...

[Teto]

Sympa! Heu ouais, j'ai pas mieux à dire.

[Froyok]

Ça à l'air d'être un bon début ouais, par contre qu'est ce qui provoque toutes ces secousses ?

[Mephisto]

Sa voiture a des pneus carrés.

[war-p]

Ça à l'air d'être un bon début ouais, par contre qu'est ce qui provoque toutes ces secousses ?

Les secousses, je crois que c'est due à un mélange de "le jeu tourne à 30fps" et de la gestion de la caméra à l'extérieur de la voiture, mais dans le jeu à vitesse normale (60fps) on les voit pas du tout. Et sinon, il y a aussi des secousses au moment où je passe les vitesses, ça c'est normal.

Enfin, @mephisto, essaie de faire des ronds avec des triangles, on verra après si tu fais toujours le malin, blague à part, la vidéo est dégueu, mais dans le jeu, ça se voit quasiment pas.

[war-p]

Hum, je viens de tomber sur ça http://udn.epicgames.com/Three/UsingSplineActors.html, je sens que ça va résoudre pas mal de problème pour mon IA!

[Froyok]

Hum, je viens de tomber sur ça http://udn.epicgames.com/Three/UsingSplineActors.html, je sens que ça va résoudre pas mal de problème pour mon IA!

There are a few useful features of SplineActors in code as well.

Ils ont pas plus simple encore ?

[war-p]

C'est vrai que niveau "bonjour, je t'aide à coder ton jeu de oufzor!", ils sont un peu avares... Mais, j'ai vu des projets qui tournaient bien avec les splines, donc je suppose que ça doit fonctionner, reste à savoir comment... (J'ai vu aussi un truc sympa : les splineloft, qui permettent de tordre des mesh, ça peut être sympa pour faire de la déco personnalisé avec peu de mesh)

[Froyok]

Non ce que je voulais dire c'est que la doc qui se résume à "oui, oui, c'est possible, démerdez-vous pour savoir comment" bah c'est typique de l'UDK.
Au moins sur certaines pages ont à un code d'exemple.

[war-p]

C'est bien ce que j'avais compris, et que je voulais mettre en relief, et apparemment, je me suis vautré

M'enfin, en même temps, les splines permettent de faire apparemment tout et n'importe quoi, donc, c'est difficile de vraiment faire un code spécifique... (Au passage, sur blender, j'ai utilisé un spline pour faire le circuit et les barrières, donc bon, les possibilités sont relativement multiples)

[war-p]

Petite vidéo d'un laptime, j'ai modifié deux trois trucs : J'ai ajouté des stands (il faut que je les termine d'ailleurs), des blocs de mousses devant les barrière sur les bas côtés, un petite forêt dans la ligne droite, et j'ai modifié un peu l'éclairage.



Ensuite, j'ai modifié un peu la voiture, j'ai fait en sorte que les freins deviennent rouges à force de chauffer dans les freinages (bon c'est pas encore tout à fait point, mais ça fonctionne).

[Froyok]

Hmmm, j'ai l’impression que tu vas être emmerdé avec la gestion du flou.

[war-p]

C'est à dire? (là il y a déjà de motion blur, mais j'ai pas trop forcé la dose)

[Froyok]

Je parlais du blur sur les bras du conducteur : c'est pas logique, il ne devrait pas être là et de cette manière.

[war-p]

Ah, oui, je pense que ça viens du motion blur (qui s'applique à tout ce qui bouge...) et ça merdoie un peu, parce que dans le PIE, c'est pas 100% fluide... Bon, après je pense que je peux tweaker l'ensemble.

[Teto]

Pour débuter, amha, ne te focalise pas sur les détails genre freins qui rougeoient quand ils sont trop chauds. Ce n'est que du détail (le joueur ne verra jamais ça, sauf peut-être sur les véhicules concurrents), mais focalise toi plutôt sur le changement de comportement du véhicule quand ses freins sont chauds, chose que tu as peut être déjà fait, auquel cas je m'excuse promptement .

Et puis, quand je développe, je suis un peu comme ça, j'aime bien me focaliser sur des détails pour éviter de saturer et garder la foâ...

Tu as une feuille de route du gameplay que tu cherches, de tous les mouvements/comportements de la voiture ? Personnellement je commencerais pas ça. Mais en fait j'écris n'importe quoi, c'est surement le cas. Désolé il est tard. Bonne chance pour la suite en tout cas !

[war-p]

T'inquiètes, le comportement des freins en fonction de leur température sera prise en compte, en fait, le plus dur, ça a pas été de faire le rougeoiement des disque, mais d'implémenter la hausse de température et la baisse de température en fonction de la vitesse du véhicule. En effet, plus une voiture va vite, et plus les freins chauffe quand on freine, c'est un fait, mais les disques refroidissent aussi plus vite si la voiture va vite. En fait, le rougeoiement, ça tient en une ligne, l'appel de l'instanced matérial avec le nom du paramètre à modifier, et en valeur, la température, tout ça mis dans la partie temps réel du code, et voilà. Sinon, au passage, ce rougeoiement m'a permis de tester une petite technique d'optimisation : la consolidation des textures, ça marche pas mal du tout!

A part ça, il faudra que j'implémente le fait que si les disques sont trop froid, les freins se bloquent, si les freins sont trop chauds, ils se bloquent etc... Et après je ferais pareil pour la pression et la température des pneus avec évidemment tout ce que ça implique au niveau de la conduite. Je verrais, après ça, si je pousse le vice à permettre des réglages fin au niveau de la suspension, du différentiel toussatoussa, mais pas pour l'instant.

[Teto]

T'as raison, mais prévois quand même "la place" dans les classes que tu fais. J'avais pas fait ça sur un de mes premiers programmes (rien à voir avec les jeux) et quand j'ai voulu modifier un petit truc il a fallu que je me tape la modification de toutes les classes.

Bref, construis déjà des méthodes genre:
boolean isFreinsChauds() {...}
même si systématiquement tu renvoies au début:
{return false;}

Comme ça ça t'oblige à utiliser ce code dans le reste de ton programme, et le jour où effectivement tu coderas cette méthode, tu n'auras pas à penser où tu dois l'utiliser.

Mais je suppose que tu sais déjà tout ça (je ne connais pas trop ton niveau en programmation, heu... wait, t'en as causé sur un autre topic).