devnewton 🍺 a écrit 8266 commentaires

Les variables membres sont préfixés par un underscore. Ce n'est pas réservé au compilo?

Sinon, ce qui manque vraiment c'est de la doc et un petite page qui explique pourquoi utiliser ce cadriciel plutôt qu'un autre.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'aime bien le principe de ce jeu. Est-ce que tu as une idée de thème pour les graphismes? Je peux essayer de faire quelques sprites pour les blocs si tu veux.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le premier problème c'est que tu dois te mettre à utiliser Ctrl+e à la place de Ctrl+s ? C'est vraiment un si gros problème ?

Si tu utilises plus d'un logiciel oui.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

https://github.com/claudex/olcc

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ils font peut être comme tous les ados: aller voir le pr0n chez les copains qui n'ont pas des parents nazis.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Quand je vois ton screenshot, est-ce que la tuile entre l'herbe et l'eau doit être placée à la main ou bien c'est généré automatiquement à partir des types de tuile de chaque côté?

Ca s'appelle l'automapping et c'est vraiment une fonctionnalité avancée qui n'est utile que dans les phases où on a un ensemble de tuiles (tileset) déjà bien dessinés.

En fait la création de niveau fait appel à plusieurs métiers:

• les tilesets sont produits par les graphistes.
• les cartes des niveaux par les level designers.
• le rendu par les développeurs.

Aujourd'hui je trouve que les graphistes n'ont pas de bon outil pour créer des tilesets: il leur faut jongler en permanence entre un logiciel de dessin et un éditeur de carte.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Plus qu'à voter pour cette entrée du suivi https://linuxfr.org/suivi/lecteur-audio !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il n'y a ni ma tribune ni le bouton bondour!

Je suis déçu< !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le terme "tiling" désigne la disposition de plusieurs instances d'une même image (qu'on appelle tuile ou tile) sur une grille (qu'on appelle carte ou tilemap):

Aujourd'hui, pour produire ces grilles, il faut deux outils:

• un logiciel de dessin pour dessiner les tuiles, par exemple gimp.
• un éditeur de carte, par exemple Tiled.

Le fait d'utiliser deux outils est très laborieux, d'où l'idée de les regrouper.

En fait c'est le même principe que le texture painting dans Blender: http://www.youtube.com/watch?v=GSPIu3VyVJ8

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Est-ce que tu penses qu'il est possible d'étendre ce système pour faire comme Instant Tiled?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Faut pas taper "rape poney snuff 4chan" dans le moteur de recherche aussi…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ca va de quelques dizaines à quelques milliers, car dans certains niveaux, les plateformes sont "vivantes" (elles peuvent bougent ou peuvent disparaître).

J'ai un quadtree qui sert à la fois à limiter le travail du moteur physique et calculer les objets visibles. J'ai du le mettre en place au début du développement.

A part pour de très petits jeux, ce genre d'optim (tout comme le regroupement par texture, l'envoi des vertices par batch…) ne sont pas du tout prématures, surtout si on veut qu'il tourne sur un netbook ou sur mobile.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

http://frankforce.com/?p=2614

http://code.google.com/p/box2dlights/

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Heu, à moins que tu aies des milliers d'objets (et donc des cartes énormes), je pense que c'est une optimisation prématurée.

Ca va vite dans les jeux: les niveaux de Newton Adventure font 64x64 cases, soit déjà plus 4000 objets, alors qu'on est très loin de la taille des cartes d'un rpg.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

L'optimisation ne fait pas tout, il faut que ce soit bien documenté, facile à installer/déployer partout et pouvoir ajouter facilement des fonctionnalités: en ce moment la mode est d'ajouter un éclairage dynamique sur des graphismes 2d classiques, je ne suis pas certains que les EFL le prennent en compte.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Or j’avais compris que les composants ne stockaient que les données! Alors où se trouver la logique du jeu?

Un graphe de décision, une machine à états finis ou un script peut être considéré comme une donnée :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le vertex array ne va t'aider que pour des choses très statiques.

Si tu veux un grand nombre de sprites animés, qui bougent, des rotations, des zooms, il va falloir gérer l'ordre dynamiquement. Le plus simple c'est que le modèle permettent d'ordonner les entités suivant plusieurs critères (un peu comme boost.multi_index?).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Anéfé!

J'utilise Phys2d qui déprécié, même par son auteur :-(

Le plus courant est box2d, mais il y a aussi chipmunk2D utilisé par Nikki and The Robots.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je fais confiance à SFML pour ça. Il y a des trucs dans SFML qui me font dire que c'est bien foutu à ce niveau là. Ou plutôt pas trop mal foutu.

D'après ce que j'ai vu, c'est loin d'être optimal…

Si tu veux de la perf, il faut utiliser un scenegraph qui va ordonner les données et les envois au GPU (cedric< proposait les EFL pour ça, mais il y a peut être des choses plus faciles faites pour la SFML).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai refait le paquet pour dépendre de java7-runtime.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Oui, je ne vois pas bien comment modifier plusieurs entités en même temps.

Avec un pattern "commande"? A chaque tick, on parcourt les entités/composants et au lieu de faire les mises à jour directement, on enregistre des commandes de mises à jour. Dans une seconde phase, on les applique en fonction de certaines règles.

Pour le système d'IA, tu peux coupler ça avec un système de perception: l'entité réfléchit et fait une demande de mise à jour sur la base de sa perception de la situation.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pareil pour des femmes peu habillees, ca les interressent vraiment pas et ils changent.

Surtout si tu es derrière eux!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

sans jamais avoir essayé de contourner

Peut être que tu n'as pas vu le contournement!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En lisant le code https://github.com/jube/libes/blob/master/src/lib/System.cc je viens de voir que la modification du système se fait entité par entité.

Ca peut être suffisant pour des jeux simples, mais ça peut conduire à des bugs bizarres: dans un RTS, une unité peut en tuer une autre alors qu'elle vient de mourir…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tout ça pour ne pas avoir à surveiller tes enfants pendant que tu consultes tous les sites de pr0n de la planète!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.