CBNA Rebirth Days

Petit game of life codé en une demie heure en C++.

Windows only car j'ai la flemme d'y faire multi platforme.
Avec un code dégueu bien fait à l'arrache \o/
http://pastebin.com/hCaEvD0m

Je ferais un renderer SFML après.

Bouuuuh la loop en x puis en y, tu connais pas les optimisations sur le cache? :p

onilink_ a écrit:

Bouuuuh la loop en x puis en y, tu connais pas les optimisations sur le cache? :p

Wéwé, je compte opti après, mais ce qui bouffe le plus c'est largement le render, vu qu'il bouffe environ 95% du truc \o/

Petit embryon de jeu, sur la normalité dans un monde normalement normal.
Savez-vous où est le joueur parmi les PNJ ?

Classe Et ia moyen de faire un ****** de truc sur ce concept style dystopique, hâte de voir ce que ca va donner !

Térence a écrit:

Classe Et ia moyen de faire un ****** de truc sur ce concept style dystopique, hâte de voir ce que ca va donner !

Le jeu s'appelle 2072, et il y aura beaucoup d'éléments dystopiques en effet

Ca va trouer le ***

(WIP, un peu pompé sur le film Black Sea)

Cool

Aujourd'hui, j'instaure la nouvelle norme pour les bots du #CBNA, Oni-Protected™

Ahah j'avais pas tilté sur le coup x)

Soundii a écrit:

Aujourd'hui, j'instaure la nouvelle norme pour les bots du #CBNA, Oni-Protected

Ok, la prochaine fois que je sortirai mon HyperBot il fera attention

Nouveaux mockup, qui reprend un peu le gameplay de HeadBall (même si je verrais bien un peu plus de gestion de balle). J'ai essayé de faire un truc "tout public", c'est dûur mais c'est une bonne contrainte ! S'il y a des motivés. :'1

Vraiment sympa ce mockup :p

Merci Oni. :'D
Animation des persos :

Je vais tester un petit proto sous GM.

Moi je tente un remake de mon tout premier jeu, qui a bercé ma jeunesse a coup de game over

Boulder dash \o/

Ouaiiii \o/

Soundii a écrit:

Petit game of life codé en une demie heure en C++.

Windows only car j'ai la flemme d'y faire multi platforme.
Avec un code dégueu bien fait à l'arrache \o/
http://pastebin.com/hCaEvD0m

Je ferais un renderer SFML après.

Version recodée, normalement multiplatforme en prime.
- Gain énormissime de performances (En comptant le render, je dirais 100x plus rapide), et merci oni pour m'avoir encore plus aidé pour optimiser le moteur en faisant des scanlines (mémoire cache toussatoussa) o/
- Views (SDL seulement pour le moment)
- Rendu console/SDL
- Statistiques de vitesse
- Codé correctement
- Multiplatforme
- Bientôt chargement de fichier à la place du random o/



Ici ça calcule du 9000*9000 à plus d'une frame par seconde sur un i5@3.8Ghz, respectable :p

Je compte rajouter plus de moteurs de rendu et de calcul (OpenCL + Hashlife?) et peut être faire une GUI à force.

Edit : Awi, le code, j'suis bête.
main.cpp - http://pastebin.com/ejmUKkEX
clrscr.h - http://pastebin.com/1yXejX5E

Comme quoi, même pour un truc censé être tout con comme un jeu de la vie, oni arrive a optimiser ca comme pas possible

Au moins ça permet d'apprendre de bonnes techniques de dev, c'est important
Et c'est pas un truc tout con, c'est un traitement répété d'un grand volume de données, l'opti est importante.

Mass> ouaip, ce que je voulais dire c'est que le principe est vraiment basique, tu compte le nombre de voisins d'un point, mais après justement, bah si tu veux opti, ca devient chaud ^^

Bien optimisé tout ça !
Et pourtant si basique

Térence a écrit:

Mass> ouaip, ce que je voulais dire c'est que le principe est vraiment basique, tu compte le nombre de voisins d'un point, mais après justement, bah si tu veux opti, ca devient chaud ^^

Pas forcément c'est juste une question de logique, faut savoir utiliser la mémoire, mettre les const là où il faut, utiliser register à bon escient, etc

En parlant de const, c’est quoi la différence avec une macro ?

Mass il code encore sur des machines de 1990 avec son register :p

Craki : euh... tout ? const c'est le spécificateur de lecture seule, et une macro c'est une directive de remplacement pour le préprocesseur...

J'ai programmé un convertisseur RGB > YUV dernièrement, l'utilisation de register a divisé le temps de traitement par 2...

J'ai toujours été très très impressionner de la vitesse de golly, un programme pour le jeu de la vie.
C'est grâce à de la mémoïsation (algo : hashlife)
Il faut activer le mode hyperspeed. Après le jeu avant de plus en plus vite (de manière exponentielle).
Ainsi, on peut avoir de très très grosse structures.

Un exemple génial : un jeu de la vie simulé par un jeu de la vie. Il y a une banque d'exemple dans golly (dont celui-ci).

arthuro a écrit:

J'ai toujours été très très impressionner de la vitesse de golly, un programme pour le jeu de la vie.
C'est grâce à de la mémoïsation (algo : hashlife)
Il faut activer le mode hyperspeed. Après le jeu avant de plus en plus vite (de manière exponentielle).
Ainsi, on peut avoir de très très grosse structures.

Un exemple génial : un jeu de la vie simulé par un jeu de la vie. Il y a une banque d'exemple dans golly (dont celui-ci).

Oui, hashlife comme j'ai spécifié :p
Je connais pas trop l'algo mais je vais essayer d'y foutre sur opencl pour avoir d'excellentes performances.

Ouai golly est dingue, et le lifeception m'a toujours impressionné :p
Dommage que les tables de hashage soient pas possibles dans tous les cas.