« Jeu de la vie » : différence entre les versions

De Wiki du LAMA (UMR 5127)
Aller à la navigation Aller à la recherche
Aucun résumé des modifications
Aucun résumé des modifications
 
(104 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
===Introduction===
===Introduction===


Le jeu de la vie est un automate cellulaire inventé par le mathématicien John Conway en 1970. Il s'agit d'un système fondé sur des règles très simples qui déterminent l'évolution d'un ensemble de cellules sur une grille. Chaque cellule peut être dans l'un des deux états : vivante ou morte, et son état à la génération suivante dépend de celui de ses voisines.
Le jeu de la vie est un automate cellulaire inventé en 1970 par le mathématicien John Conway. Il s'agit d'une grille théoriquement infinie dont découlent deux règles très simples qui déterminent l'évolution de l'ensemble des cellules. Chaque cellule peut prendre deux états, vivante ou morte, et son état dépend de celui de ses voisines.


Malgré cette simplicité apparente, le jeu de la vie donne naissance à des comportements étonnamment complexes et variés comme nous le verrons. Dans ce projet, nous allons explorer différentes manières d'implémenter le jeu de la vie, en commençant par une version simple sur une grille finie, puis en passant à une grille infinie optimisée, avant d'aborder l'approche en arbre.
Malgré cette simplicité, le jeu de la vie donne naissance à des comportements complexes et variés comme nous le verrons. Dans ce projet, nous allons explorer différentes manières d'implémenter le jeu de la vie et pourquoi il est Turing-complet, en commençant par une version simple sur une grille finie, puis en passant à une grille infinie optimisée, avant d'aborder l'approche en arbre.


<h1>Théorie et règles</h1>
<h1>Théorie et règles</h1>


<h2>Règles de base du jeu de la vie</h2>
<h2>Règles de base du Jeu de la Vie</h2>


A chaque génération, l'état de chaque cellule dépend de ses 8 voisins immédiats:
À chaque génération, l'état de chaque cellule dépend de ses 8 voisins immédiats (représentés en vert):


<div>
[[Fichier:voisins_jeu_de_la_vie.jpg]]


<div style="display:inline-block; margin:20px; text-align:center;">
(expliquer le principe de voisins : diagonale, haut, bas, gauche, droite)
[[Fichier:voisins.png|220px]]
<div><b>Voisinage de Moore</b></div>
</div>


</div>
* Une cellules vivante meurt si elle a moins de 2 ou plus de 3 voisins vivants (sous-population ou surpopulation)


* Une cellule vivante survit si elle a exactement 2 ou 3 voisins.
* Une cellule morte naît si elle a exactement 3 voisins vivants.


* Une cellule morte naît si elle a exactement 3 voisins vivants
* Une cellule vivante meurt si elle a moins de 2 ou plus de 3 voisins vivants (sous-population ou surpopulation).

* Une cellule vivante survit si elle a exactement 2 ou 3 voisins.


Ces règles basiques s'appliquent sur toute la grille, toutes les cellules évoluent simultanément à chaque génération. La simplicité de ces règles est ce qui permet l'émergence de structures extrêmement complexes.
Ces règles simples donnent naissance à une diversité de motifs et d'interactions.


<h2>Exemples de comportements</h2>
<h2>Exemples de comportements</h2>


* <b>Les structures stationnaires</b> : Ce sont des configurations qui restent figées dans le temps, sans changer d'état à travers les générations. Un exemple classique est le <i>Block</i>, un carré de 2x2 cellules vivantes qui reste stable tant qu’aucune cellule vivante ne vient interagir avec lui.
(Mettre des gif pour illustrer)


<div>
[[Fichier:jeu_de_la_vie.gif]]


<div style="display:inline-block; margin:20px; text-align:center;">
* Les oscillateurs<br>
[[Fichier:bloc.png|200px]]
* Les vaisseaux<br>
<div><b>Block</b></div>
* Les structures stationnaires
</div>

<div style="display:inline-block; margin:20px; text-align:center;">
[[Fichier:ruche.png|200px]]
<div><b>Ruche</b></div>
</div>

<div style="display:inline-block; margin:20px; text-align:center;">
[[Fichier:miche.png|200px]]
<div><b>Miche</b></div>
</div>

</div>




* <b>Les vaisseaux</b> : Ce sont des structures capables de se déplacer à travers la grille tout en conservant leur forme. Elles permettront de transporter de l'information. La plus connue est le <i>Spaceship</i>, un petit vaisseau qui se déplace horizontalement. Ces motifs montrent comment un mouvement global peut émerger sans avoir été programmé.

<div>

<div style="display:inline-block; margin:20px; text-align:center;">
[[Fichier:glider.gif|220px]]
<div><b>Glider</b></div>
</div>

<div style="display:inline-block; margin:20px; text-align:center;">
[[Fichier:vaisseau.gif|220px]]
<div><b>Spaceship</b></div>
</div>

</div>

* <b>Les oscillateurs</b> : Il s’agit de structures qui reviennent périodiquement à leur configuration initiale après un certain nombre de générations. Le <i>Pulsar</i> est un oscillateur de période 3 : il alterne entre trois états différents avant de retrouver sa forme de départ.

<div>

<div style="display:inline-block; margin:20px; text-align:center;">
[[Fichier:clignotant.gif|220px]]
<div><b>Clignotant</b><br>Période : 2</div>
</div>

<div style="display:inline-block; margin:20px; text-align:center;">
[[Fichier:pulsar.gif|220px]]
<div><b>Pulsar</b><br>Période : 3</div>
</div>

</div>

* <b>Gosper Glider Gun</b> : C'est l'une des structures les plus importantes du Jeu de la Vie, elle est la base pour la logique. En effet, comme nous le verrons après, le Gosper Glider Gun va pouvoir devenir une source d'information dans une simulation logique servant ensuite à prouver que le Jeu de la Vie est Turing-complet.

<div>

<div style="display:inline-block; margin:20px; text-align:center;">
[[Fichier:glider_gun.gif|270px]]
<div><b>Gosper Glider Gun</b></div>
</div>

</div>

<h1>Turing-complet</h1>

Le concept de <b>Turing-complet</b> désigne la capacité d’un système à simuler <b>tout algorithme calculable</b>. Autrement dit, un dispositif Turing-complet peut, en principe, exécuter n’importe quel programme qu’un ordinateur classique permettrait de lancer.

<h2>Critères de Turing complétude dans le Jeu de la Vie</h2>

Pour démontrer que le Jeu de la Vie est Turing-complet, il faut montrer qu’il est possible d’y construire :

* Des portes logiques (AND, OR, NOT)

Les gliders, canaux et collisions peuvent être arrangés de façon à reproduire le fonctionnement des portes de base d’un circuit logique.

* De la mémoire

Des structures stables ou oscillantes permettent de stocker des bits.

* Un générateur d’impulsions

Le Gosper Glider Gun produit en continu des gliders, servant à la fois d’horloge et de source de données.

* Des circuits complets

En combinant portes logiques, mémoire et générateur d’impulsions, on peut construire un processeur élémentaire capable d’exécuter une suite d’instructions.

<h2>Assemblage des composants</h2>

* Propagation des gliders

Des réflecteurs sont capable de rediriger les gliders précisément pour acheminer les signaux.

* Collisions contrôlées

L’interaction de plusieurs gliders à un point donné réalise les portes logiques.

* Stockage et bascules

Des structures stables ou oscillantes maintiennent un état "vivant" ou "mort" jusqu’à ce qu’une nouvelle impulsion vienne le modifier.

* Boucle de rétroaction

Les sorties peuvent être renvoyées en entrée pour créer des architectures séquentielles et des compteurs.

<h2>Vers un "CPU" dans le Jeu de la Vie</h2>

En empilant ces briques élémentaires, plusieurs projets ont déjà démontré la construction d’une machine de Turing complète au sein du Jeu de la Vie :

* Une mémoire linéaire où les gliders codent des bits le long d’une barre de cellules.
* Une unité arithmétique et logique (ALU) capable d’ajouter ou de comparer deux registres codés en impulsions de gliders.
* Un contrôleur d'instructions séquencé par un réseau de Gosper Glider Guns, synchronisant lecture, calcul et écriture.

Ces réalisations confirment que, malgré ses règles extrêmement simples, le Jeu de la Vie possède tout le nécessaire pour créer un ordinateur ou en d’autres termes, être Turing complet.

<h2>Exemple porte logique <b>AND</b></h2>

Nous allons prendre un exemple avec la porte AND.


<div style="clear:both; margin-bottom: 1em;">
[[Fichier:Tableau_and.png|500px]]
<div><i>Tableau de vérité de la porte AND</i></div>
</div>



Pour réaliser la porte AND dans le Jeu de la Vie, nous avons positionné trois Gosper Glider Guns qui servent de flux de données, ainsi que des <b>Eaters</b> pour forcer les sorties à 0 ou à 1. Pour les entrées A et B, il est maintenant possible de retirer un des deux Eaters afin de mettre l’entrée à 0 ou à 1.



<div style="clear:both; margin-bottom: 1em;">
[[Fichier:and_0_0.png|500px]]
<div><i>Entrées A=0, B=0 | Sortie = 0</i></div>
</div>

<div style="clear:both; margin-bottom: 1em;">
[[Fichier:and_1_0.png|500px]]
<div><i>Entrées A=1, B=0 | Sortie = 0</i></div>
</div>

<div style="clear:both; margin-bottom: 1em;">
[[Fichier:and_1_1.png|500px]]
<div><i>Entrées A=1, B=1 | Sortie = 1</i></div>
</div>


<h1>Implémentation sur une grille finie</h1>
<h1>Implémentation sur une grille finie</h1>

Cette première version permet d'expérimenter les règles du Jeu de la Vie sur une grille simple. Elle est idéale pour bien comprendre le fonctionnement de base, même si elle montre vite ses limites sur des grandes tailles.


<h2>Structure de données utilisée</h2>
<h2>Structure de données utilisée</h2>


La version naïve repose sur un tableau à deux dimensions, chaque élément représente l'état de la cellule (0 pour morte, 1 pour vivante).
On utilise un tableau à deux dimensions pour stocker l’état de chaque cellule. Chaque élément vaut 0 (cellule morte) ou 1 (cellule vivante).


<h2>Initialisation et affichage de la grille</h2>
<h2>Initialisation et affichage de la grille</h2>
Ligne 44 : Ligne 193 :


<pre># Initialisation d'une grille de dimensions définies par l'utilisateur
<pre># Initialisation d'une grille de dimensions définies par l'utilisateur
largeur = int(input("Largeur de la grille : "))
cases = [[0 for _ in range(largeur)] for _ in range(hauteur)]</pre>
hauteur = int(input("Hauteur de la grille : "))
cases = []
for i in range(largeur):
cases_in = []
for j in range(hauteur):
cases_in += [0]
cases += [cases_in]</pre>


<h2>Calcul des voisins et évolution des cellules</h2>
<h2>Calcul des voisins et évolution des cellules</h2>


L'évolution d'une cellule s'effectue ensuite en appliquant les règles selon le nombre de voisins vivants.
L'évolution d'une cellule s'effectue en comptant le nombre de voisins vivants autour d'elle et en appliquant les règles du Jeu de la Vie.


<pre>
<pre> def voisins_vivants(x, y):
def voisins_vivants(x, y):
voisins = [(-1, -1), (-1, 0), (-1, 1),
(0, -1), (0, 1),
voisins = [(-1, -1), (-1, 0), (-1, 1), (0, -1), (0, 1), (1, -1), (1, 0), (1, 1)]
(1, -1), (1, 0), (1, 1)]
nb_vivants = 0
nb_vivants = 0
for dx, dy in voisins:
for dx, dy in voisins:
Ligne 61 : Ligne 216 :
return nb_vivants
return nb_vivants
</pre>
</pre>

Et à chaque itération, on crée un nouveau tableau en appliquant les règles du Jeu de la vie aux cellules.

<pre>
def iteration():
global cases

nouveau = []
for i in range(largeur):
nouveau_in = []
for j in range(hauteur):
nouveau_in += [0]
nouveau += [nouveau_in]


for x in range(hauteur):
for y in range(largeur):
vivants = voisins_vivants(x, y)
if cases[x][y] == 1: # Vérifie si cellule vivante
if vivants == 2 or vivants == 3: # Survit si deux ou trois voisins exactement
nouveau[x][y] = 1
else: # Meurt (pas assez ou trop de voisins)
nouveau[x][y] = 0
else: # Si la cellule est morte
if vivants == 3: # Nait (3 voisins exactement)
nouveau[x][y] = 1
else: # Reste morte
nouveau[x][y] = 0
cases = nouveau
afficher_grille()
</pre>

Cette fonction parcourt les 8 positions autour d'une cellule et compte les cellules vivantes en s'assurant de rester dans les limites de la grille.


<h2>Avantages et limites de l'approche naïve</h2>
<h2>Avantages et limites de l'approche naïve</h2>
Ligne 66 : Ligne 257 :
* Simple à comprendre et à implémenter.
* Simple à comprendre et à implémenter.


* Utiles pour des grilles de petite taille.
* Utile pour des grilles de petite taille.


* Gaspillage de mémoire pour de grandes tailles.
* Gaspillage de mémoire pour de grandes tailles.
Ligne 74 : Ligne 265 :
<h1>Implémentation sur une grille infinie</h1>
<h1>Implémentation sur une grille infinie</h1>


Pour simuler une grille infinie, on stocke uniquement les cellules vivantes, ce qui permet d'économiser de la mémoire et d'accélérer les calculs.
<h2>Principe de stockage par dictionnaire</h2>


<h2>Principe de stockage par dictionnaire</h2>
Pour simuler une grille infinie, seule l'information des cellules vivantes est stockée dans un dictionnaire.


Chaque clé représente les coordonnées d'une cellule vivante :
Plutôt que d'utiliser un tableau complet, on utilise un dictionnaire où chaque clé représente les coordonnées d'une cellule vivante.


<pre>cases = {(x, y): 1, ...}</pre>
<pre>cases = {(x, y): 1, ...}</pre>
Ligne 84 : Ligne 275 :
<h2>Gestion des cellules</h2>
<h2>Gestion des cellules</h2>


Pour appliquer les règles, on ne parcourt pas l'ensemble de la grille mais seulement les cellules vivantes, leurs voisines potentielles.
Lors du calcul de la génération suivante, seules les cellules vivantes et leurs voisines potentielles sont considérées, ce qui permet d'ignorer rapidement les zones inactives.


<pre>for (x, y) in cases:
<pre>for (x, y) in cases:
Ligne 94 : Ligne 285 :
<h2>Comparaison avec la grille finie</h2>
<h2>Comparaison avec la grille finie</h2>


L'utilisation d'une dictionnaire pour stocker uniquement les cellules vivante est bien plus efficace en mémoire lorsque la densité de vie est faible. Elle est plus adapté aux grilles de grande taille, voire infinies, car elle évite de gérer un tableau complet.
L'utilisation d'un dictionnaire pour stocker uniquement les cellules vivantes est bien plus efficace en mémoire lorsque la grille est de grande taille car nous n'avons pas à parcourir l'entièreté de la grille à chaque génération mais uniquement les cellules vivantes.


<h1>Approche en arbre (quadtrees)</h1>
<h1>Approche en arbre (quadtrees)</h1>


Un quadtree est une structure d’arbre qui divise récursivement la grille en 4 sous-régions.
Un <b>quadtree</b> est une structure d’arbre qui divise récursivement la grille en 4 sous-régions. Cette approche est plus adaptée pour simuler le Jeu de la Vie sur de très grandes grilles, voire infinies, lorsqu'une grande partie des cellules reste inactive.

<h2>Principe</h2>

<ul>
<li><b>Subdivision de la grille</b> : La grille est divisée en 4 quadrants, chacun pouvant être à son tour subdivisé en 4 sous-quadrants. Cette récursivité permet de représenter efficacement les zones homogènes, par exemple les régions totalement mortes.</li>
<li><b>Compression </b> : Les régions ayant un le même état(ex: totalement mortes) n'ont pas besoin d'être représentées en détail. Le quadtree regroupe ces zones en un seul noeud, réduisant ainsi la mémoire utilisée.</li>
<li><b>Optimisation de l’évolution</b> : Seules les zones actives, donc celles avec des cellules vivantes ou susceptibles de changer, sont simulées en détail. Ceci permet de gagner en performances en ignorant rapidement les grandes portions inactives.</li>
</ul>

<h2>Avantages de l'approche par quadtree</h2>

Les <b>avantages</b> sont nombreux, en voici certains :

<ul>
<li><b>Mémoire</b> : En ne stockant que les régions qu'il faut, l'approche par quadtree évite le gaspillage de mémoire associé aux grilles de grande taille.</li>
<li><b>Performances améliorées</b> : Le calcul se concentre uniquement sur les zones modifiées, ce qui accélère la simulation, notamment pour des configurations où la densité de cellules vivantes est faible.</li>
<li><b>Extension à l’infini</b> : Grâce à la représentation récursive et à la compression des zones inactives, cette méthode permet de simuler pratiquement une grille infinie.</li>
</ul>

<p>Cette approche est souvent combinée avec l'algorithme <b>Hashlife</b>, qui exploite la répétition des configurations en mémorisant et réutilisant les sous-structures déjà calculées, permettant ainsi d'accélérer les simulations sur des périodes très longues.</p>

<h1>Conclusion</h1>
Pour conclure, le Jeu de la vie, malgré ses règles très simples, permet de faire émerger des comportements complexes. Nous avons vu qu'il est possible de créer un ordinateur à l'aide de portes logiques, de la mémoire, et des circuits complets ce qui en fait un système Turing-complet.

Nous avons vu qu'il est possible d'implémenter le Jeu de la Vie avec une première version naïve dans une grille finie, simple à comprendre, mais limitée pour les grandes tailles de grille ; une version sur une grille infinie pour les grilles de grandes tailles et enfin pour finir, une approche en arbre permettant d'accélérer et d'optimiser la simulation.

<h2>Sources</h2>

Dernière version du 20 mai 2025 à 21:48

Introduction

Le jeu de la vie est un automate cellulaire inventé en 1970 par le mathématicien John Conway. Il s'agit d'une grille théoriquement infinie dont découlent deux règles très simples qui déterminent l'évolution de l'ensemble des cellules. Chaque cellule peut prendre deux états, vivante ou morte, et son état dépend de celui de ses voisines.

Malgré cette simplicité, le jeu de la vie donne naissance à des comportements complexes et variés comme nous le verrons. Dans ce projet, nous allons explorer différentes manières d'implémenter le jeu de la vie et pourquoi il est Turing-complet, en commençant par une version simple sur une grille finie, puis en passant à une grille infinie optimisée, avant d'aborder l'approche en arbre.

Théorie et règles

Règles de base du Jeu de la Vie

À chaque génération, l'état de chaque cellule dépend de ses 8 voisins immédiats (représentés en vert):

   Voisins.png
Voisinage de Moore
  • Une cellule morte naît si elle a exactement 3 voisins vivants.
  • Une cellule vivante meurt si elle a moins de 2 ou plus de 3 voisins vivants (sous-population ou surpopulation).
  • Une cellule vivante survit si elle a exactement 2 ou 3 voisins.

Ces règles basiques s'appliquent sur toute la grille, toutes les cellules évoluent simultanément à chaque génération. La simplicité de ces règles est ce qui permet l'émergence de structures extrêmement complexes.

Exemples de comportements

  • Les structures stationnaires : Ce sont des configurations qui restent figées dans le temps, sans changer d'état à travers les générations. Un exemple classique est le Block, un carré de 2x2 cellules vivantes qui reste stable tant qu’aucune cellule vivante ne vient interagir avec lui.
   Bloc.png
Block
   Ruche.png
Ruche
   Miche.png
Miche



  • Les vaisseaux : Ce sont des structures capables de se déplacer à travers la grille tout en conservant leur forme. Elles permettront de transporter de l'information. La plus connue est le Spaceship, un petit vaisseau qui se déplace horizontalement. Ces motifs montrent comment un mouvement global peut émerger sans avoir été programmé.
   Glider.gif
Glider
   Vaisseau.gif
Spaceship
  • Les oscillateurs : Il s’agit de structures qui reviennent périodiquement à leur configuration initiale après un certain nombre de générations. Le Pulsar est un oscillateur de période 3 : il alterne entre trois états différents avant de retrouver sa forme de départ.
   Clignotant.gif
Clignotant
Période : 2
   Pulsar.gif
Pulsar
Période : 3
  • Gosper Glider Gun : C'est l'une des structures les plus importantes du Jeu de la Vie, elle est la base pour la logique. En effet, comme nous le verrons après, le Gosper Glider Gun va pouvoir devenir une source d'information dans une simulation logique servant ensuite à prouver que le Jeu de la Vie est Turing-complet.
   Glider gun.gif
Gosper Glider Gun

Turing-complet

Le concept de Turing-complet désigne la capacité d’un système à simuler tout algorithme calculable. Autrement dit, un dispositif Turing-complet peut, en principe, exécuter n’importe quel programme qu’un ordinateur classique permettrait de lancer.

Critères de Turing complétude dans le Jeu de la Vie

Pour démontrer que le Jeu de la Vie est Turing-complet, il faut montrer qu’il est possible d’y construire :

  • Des portes logiques (AND, OR, NOT)

Les gliders, canaux et collisions peuvent être arrangés de façon à reproduire le fonctionnement des portes de base d’un circuit logique.

  • De la mémoire

Des structures stables ou oscillantes permettent de stocker des bits.

  • Un générateur d’impulsions

Le Gosper Glider Gun produit en continu des gliders, servant à la fois d’horloge et de source de données.

  • Des circuits complets

En combinant portes logiques, mémoire et générateur d’impulsions, on peut construire un processeur élémentaire capable d’exécuter une suite d’instructions.

Assemblage des composants

  • Propagation des gliders

Des réflecteurs sont capable de rediriger les gliders précisément pour acheminer les signaux.

  • Collisions contrôlées

L’interaction de plusieurs gliders à un point donné réalise les portes logiques.

  • Stockage et bascules

Des structures stables ou oscillantes maintiennent un état "vivant" ou "mort" jusqu’à ce qu’une nouvelle impulsion vienne le modifier.

  • Boucle de rétroaction

Les sorties peuvent être renvoyées en entrée pour créer des architectures séquentielles et des compteurs.

Vers un "CPU" dans le Jeu de la Vie

En empilant ces briques élémentaires, plusieurs projets ont déjà démontré la construction d’une machine de Turing complète au sein du Jeu de la Vie :

  • Une mémoire linéaire où les gliders codent des bits le long d’une barre de cellules.
  • Une unité arithmétique et logique (ALU) capable d’ajouter ou de comparer deux registres codés en impulsions de gliders.
  • Un contrôleur d'instructions séquencé par un réseau de Gosper Glider Guns, synchronisant lecture, calcul et écriture.

Ces réalisations confirment que, malgré ses règles extrêmement simples, le Jeu de la Vie possède tout le nécessaire pour créer un ordinateur ou en d’autres termes, être Turing complet.

Exemple porte logique AND

Nous allons prendre un exemple avec la porte AND.


Tableau and.png

Tableau de vérité de la porte AND


Pour réaliser la porte AND dans le Jeu de la Vie, nous avons positionné trois Gosper Glider Guns qui servent de flux de données, ainsi que des Eaters pour forcer les sorties à 0 ou à 1. Pour les entrées A et B, il est maintenant possible de retirer un des deux Eaters afin de mettre l’entrée à 0 ou à 1.


And 0 0.png

Entrées A=0, B=0 | Sortie = 0

And 1 0.png

Entrées A=1, B=0 | Sortie = 0

And 1 1.png

Entrées A=1, B=1 | Sortie = 1

Implémentation sur une grille finie

Cette première version permet d'expérimenter les règles du Jeu de la Vie sur une grille simple. Elle est idéale pour bien comprendre le fonctionnement de base, même si elle montre vite ses limites sur des grandes tailles.

Structure de données utilisée

On utilise un tableau à deux dimensions pour stocker l’état de chaque cellule. Chaque élément vaut 0 (cellule morte) ou 1 (cellule vivante).

Initialisation et affichage de la grille

L'affichage se fait via Tkinter, en dessinant des rectangles pour chaque cellule selon son état.

# Initialisation d'une grille de dimensions définies par l'utilisateur
largeur = int(input("Largeur de la grille : "))
    hauteur = int(input("Hauteur de la grille : "))
    cases = []
    for i in range(largeur):
        cases_in = []
        for j in range(hauteur):
            cases_in += [0]
        cases += [cases_in]

Calcul des voisins et évolution des cellules

L'évolution d'une cellule s'effectue en comptant le nombre de voisins vivants autour d'elle et en appliquant les règles du Jeu de la Vie.

def voisins_vivants(x, y):
    voisins = [(-1, -1), (-1, 0), (-1, 1), (0, -1), (0, 1), (1, -1), (1, 0), (1, 1)]
    nb_vivants = 0
    for dx, dy in voisins:
        nx, ny = x + dx, y + dy
        if 0 <= nx < hauteur and 0 <= ny < largeur:
            nb_vivants += cases[nx][ny]
    return nb_vivants

Et à chaque itération, on crée un nouveau tableau en appliquant les règles du Jeu de la vie aux cellules.

def iteration():
    global cases

    nouveau = []
    for i in range(largeur):
        nouveau_in = []
        for j in range(hauteur):
            nouveau_in += [0]
        nouveau += [nouveau_in]


    for x in range(hauteur):
        for y in range(largeur):
            vivants = voisins_vivants(x, y)
            
            
            if cases[x][y] == 1:  # Vérifie si cellule vivante
                if vivants == 2 or vivants == 3:  # Survit si deux ou trois voisins exactement
                    nouveau[x][y] = 1
                else:  # Meurt (pas assez ou trop de voisins)
                    nouveau[x][y] = 0
            else:  # Si la cellule est morte
                if vivants == 3:  # Nait (3 voisins exactement)
                    nouveau[x][y] = 1
                else:  # Reste morte
                    nouveau[x][y] = 0
            
    cases = nouveau
    afficher_grille()

Cette fonction parcourt les 8 positions autour d'une cellule et compte les cellules vivantes en s'assurant de rester dans les limites de la grille.

Avantages et limites de l'approche naïve

  • Simple à comprendre et à implémenter.
  • Utile pour des grilles de petite taille.
  • Gaspillage de mémoire pour de grandes tailles.
  • Inadapté lorsque la majorité des cellules restent mortes.

Implémentation sur une grille infinie

Pour simuler une grille infinie, on stocke uniquement les cellules vivantes, ce qui permet d'économiser de la mémoire et d'accélérer les calculs.

Principe de stockage par dictionnaire

Plutôt que d'utiliser un tableau complet, on utilise un dictionnaire où chaque clé représente les coordonnées d'une cellule vivante.

cases = {(x, y): 1, ...}

Gestion des cellules

Lors du calcul de la génération suivante, seules les cellules vivantes et leurs voisines potentielles sont considérées, ce qui permet d'ignorer rapidement les zones inactives.

for (x, y) in cases:
    candidats.add((x, y))
    for dx, dy in voisins:
        candidats.add((x + dx, y + dy))

Comparaison avec la grille finie

L'utilisation d'un dictionnaire pour stocker uniquement les cellules vivantes est bien plus efficace en mémoire lorsque la grille est de grande taille car nous n'avons pas à parcourir l'entièreté de la grille à chaque génération mais uniquement les cellules vivantes.

Approche en arbre (quadtrees)

Un quadtree est une structure d’arbre qui divise récursivement la grille en 4 sous-régions. Cette approche est plus adaptée pour simuler le Jeu de la Vie sur de très grandes grilles, voire infinies, lorsqu'une grande partie des cellules reste inactive.

Principe

  • Subdivision de la grille : La grille est divisée en 4 quadrants, chacun pouvant être à son tour subdivisé en 4 sous-quadrants. Cette récursivité permet de représenter efficacement les zones homogènes, par exemple les régions totalement mortes.
  • Compression  : Les régions ayant un le même état(ex: totalement mortes) n'ont pas besoin d'être représentées en détail. Le quadtree regroupe ces zones en un seul noeud, réduisant ainsi la mémoire utilisée.
  • Optimisation de l’évolution : Seules les zones actives, donc celles avec des cellules vivantes ou susceptibles de changer, sont simulées en détail. Ceci permet de gagner en performances en ignorant rapidement les grandes portions inactives.

Avantages de l'approche par quadtree

Les avantages sont nombreux, en voici certains :

  • Mémoire : En ne stockant que les régions qu'il faut, l'approche par quadtree évite le gaspillage de mémoire associé aux grilles de grande taille.
  • Performances améliorées : Le calcul se concentre uniquement sur les zones modifiées, ce qui accélère la simulation, notamment pour des configurations où la densité de cellules vivantes est faible.
  • Extension à l’infini : Grâce à la représentation récursive et à la compression des zones inactives, cette méthode permet de simuler pratiquement une grille infinie.

Cette approche est souvent combinée avec l'algorithme Hashlife, qui exploite la répétition des configurations en mémorisant et réutilisant les sous-structures déjà calculées, permettant ainsi d'accélérer les simulations sur des périodes très longues.

Conclusion

Pour conclure, le Jeu de la vie, malgré ses règles très simples, permet de faire émerger des comportements complexes. Nous avons vu qu'il est possible de créer un ordinateur à l'aide de portes logiques, de la mémoire, et des circuits complets ce qui en fait un système Turing-complet.

Nous avons vu qu'il est possible d'implémenter le Jeu de la Vie avec une première version naïve dans une grille finie, simple à comprendre, mais limitée pour les grandes tailles de grille ; une version sur une grille infinie pour les grilles de grandes tailles et enfin pour finir, une approche en arbre permettant d'accélérer et d'optimiser la simulation.

Sources