Erg::Alexandre - Historique des versions

Eustache Alexandre : /* Étape 1 : Règles de bases */

2016-04-26T12:14:22Z

Étape 1 : Règles de bases

Eustache Alexandre le 26 avril 2016 à 08:16

2016-04-26T08:16:27Z

Eustache Alexandre le 26 avril 2016 à 08:14

2016-04-26T08:14:55Z

Eustache Alexandre le 26 avril 2016 à 07:10

2016-04-26T07:10:01Z

Eustache Alexandre le 12 avril 2016 à 07:34

2016-04-12T07:34:49Z

Eustache Alexandre le 25 mars 2016 à 08:47

2016-03-25T08:47:59Z

Eustache Alexandre : /* Introspection assistée par ordinateur */

2016-03-15T08:03:45Z

Introspection assistée par ordinateur

Eustache Alexandre le 15 mars 2016 à 08:03

2016-03-15T08:03:01Z

Eustache Alexandre : Page créée avec « Introspection assistée par ordinateur Le programme vise à traduire, par une suite d'instructions, la façon dont j'écris mes notes. Ces "notes" ne sont pas celles pris... »

2016-03-15T08:01:14Z

Page créée avec « Introspection assistée par ordinateur Le programme vise à traduire, par une suite d'instructions, la façon dont j'écris mes notes. Ces "notes" ne sont pas celles pris... »

Nouvelle page

Introspection assistée par ordinateur

Le programme vise à traduire, par une suite d'instructions, la façon dont j'écris mes notes. Ces "notes" ne sont pas celles prises pour se souvenir d'un cours ou d'une présentation, mais plutôt des notes personnelles, des idées posées sur le papier dans le cadre de réflexions sur des projets personnels. Leur écriture est particulière parce qu'elle est, dans une certaine mesure, cryptée : les voyelles sont généralement supprimées, les accents étant alors déplacés sur la lettre précédente ; les autres lettres sont souvent placées en exposants ou en indices, en fonction d'un ordre graphique.
Le but du programme est de reproduire avec le plus de précision la façon dont ces notes sont prises.
Le rendu définitif serait a priori sur support physique ; que le texte raccourci (mis en note) soit un texte long (par exemple le descriptif des instructions) ou des aphorismes (ce qui correspond au type de texte généralement raccourci) n'est pas encore décidé.

@@ Ligne 7 : / Ligne 7 : @@
 Le programme est une application du jeu de la vie (Conway) à partir d'une image, dont les pixels sont interprétés comme vivants ou morts selon leur valeur de rouge. L'objectif est de pouvoir générer une animation à partir d'une image, et de gérer ensuite cette animation en fonction de paramètres propres au jeu de la vie.
-== Étape 1 : Règles de bases ==
+== Étape 1 : Règles ==
 Langage utilisé : C++ (openFrameworks).
 Processus:

@@ Ligne 39 : / Ligne 39 : @@
 Précision des paramètres:
-- valeur du seuil (threshold)
+* valeur du seuil (threshold)
-- interprétation de l'image (if_white). Si la valeur de rouge > threshold, la cellule correspondante prend la valeur if_white, et prend la valeur contraire à if_white dans le cas contraire.
+* interprétation de l'image (if_white). Si la valeur de rouge > threshold, la cellule correspondante prend la valeur if_white, et prend la valeur contraire à if_white dans le cas contraire.
-- application des règles dites classiques ou nouvelles (newRule).
+* application des règles dites classiques ou nouvelles (newRule).
-- nombre d'étapes d'évolution (step)
+* nombre d'étapes d'évolution (step)
-- image résultante comme somme des différentes étapes (eraseBlank)
+* image résultante comme somme des différentes étapes (eraseBlank)
 Paramètres supplémentaires:
-- double_threshold : permet d'initialiser rlife_board non plus en fonction d'un seuil mais en fonction d'une valeur entre deux seuils.
+* double_threshold : permet d'initialiser rlife_board non plus en fonction d'un seuil mais en fonction d'une valeur entre deux seuils.
-- first_step_classical : lorsque newRule est choisi, permet d'initialiser le tableau avec une première étape selon les règles classiques. De fait, fait éclater la forme initiale sous forme de contours.
+* first_step_classical : lorsque newRule est choisi, permet d'initialiser le tableau avec une première étape selon les règles classiques. De fait, fait éclater la forme initiale sous forme de contours.
 == Étape 3 : Réintégrer le jeu de la vie comme effet dans une vidéo ==

@@ Ligne 3 : / Ligne 3 : @@
 [[Fichier:Schema_gol.jpeg]]
-== Étape 0 : Descriptif ==
+== Étape 0 : Objectifs ==
-Le programme part d'une image. Les pixels les plus clairs sont définis comme "vivants", puis évoluent selon les règles du jeu de la vie. L'image résultante est une trace des différents états : chaque cellule ayant été vivante reste marquée.
+Le programme est une application du jeu de la vie (Conway) à partir d'une image, dont les pixels sont interprétés comme vivants ou morts selon leur valeur de rouge. L'objectif est de pouvoir générer une animation à partir d'une image, et de gérer ensuite cette animation en fonction de paramètres propres au jeu de la vie.
 == Étape 1 : Règles de bases ==
-Langage utilisé : C++ (openFrameworks)
+Langage utilisé : C++ (openFrameworks).
-Programmation des règles d'évolution du jeu de la vie, filtre pour définir l'image initiale.
+Processus:
 == Étape 2: Mise en place de l'interface ==
 Précision des paramètres:
-- convertir les pixels clairs / sombres ;
+- valeur du seuil (threshold)
-- suivre règles classiques ou nouvelles (= si cellule vivante et a plus de 3 cellules voisines vivantes, reste en vie)
+- interprétation de l'image (if_white). Si la valeur de rouge > threshold, la cellule correspondante prend la valeur if_white, et prend la valeur contraire à if_white dans le cas contraire.
-- valeur du filtre (à partir de quand un pixel est défini comme vivant)
+- application des règles dites classiques ou nouvelles (newRule).
-- nombre d'étapes d'évolution
+- nombre d'étapes d'évolution (step)
-Ajout d'une disposition graphique avec  image initiale, image finale image intermédiaire.
+- image résultante comme somme des différentes étapes (eraseBlank)
 == Étape 3 : Réintégrer le jeu de la vie comme effet dans une vidéo ==
-Première piste : modifier l'image initiale de telle sorte que chaque pixel étant vivant à un moment ou un autre prenne la couleur de son voisinage.
+Modes différents d'animation, ou de réintégration du résultat dans l'image initiale :
-Seconde piste : utiliser le mouvement de la vidéo pour perturber le jeu de la vie.
 == Github Repository ==

← Version précédente		Version du 26 avril 2016 à 07:10
Ligne 1 :		Ligne 1 :
	= game of life =		= game of life =
		+
		+	[[Fichier:Schema_gol.jpeg]]

	== Étape 0 : Descriptif ==		== Étape 0 : Descriptif ==

@@ Ligne 1 : / Ligne 1 : @@
-= Introspection assistée par ordinateur =
+= game of life =
-== Descriptif ==
+== Étape 0 : Descriptif ==
-Le programme vise à traduire, par une suite d'instructions, la façon dont j'écris mes notes. Ces "notes" ne sont pas celles prises pour se souvenir d'un cours ou d'une présentation, mais plutôt des notes personnelles, des idées posées sur le papier dans le cadre de réflexions sur des projets personnels. Leur écriture est particulière parce qu'elle est, dans une certaine mesure, cryptée : les voyelles sont généralement supprimées, les accents étant alors déplacés sur la lettre précédente ; les autres lettres sont souvent placées en exposants ou en indices, en fonction d'un ordre graphique.
+Le programme part d'une image. Les pixels les plus clairs sont définis comme "vivants", puis évoluent selon les règles du jeu de la vie. L'image résultante est une trace des différents états : chaque cellule ayant été vivante reste marquée.
 Le but du programme est de reproduire avec le plus de précision la façon dont ces notes sont prises.
 Le rendu définitif serait a priori sur support physique ; que le texte raccourci (mis en note) soit un texte long (par exemple le descriptif des instructions) ou des aphorismes (ce qui correspond au type de texte généralement raccourci) n'est pas encore décidé.
-== Github Repository ==
+https://github.com/ceathar/shorthands''

← Version précédente		Version du 25 mars 2016 à 08:47
Ligne 6 :		Ligne 6 :
	Le but du programme est de reproduire avec le plus de précision la façon dont ces notes sont prises.		Le but du programme est de reproduire avec le plus de précision la façon dont ces notes sont prises.
	Le rendu définitif serait a priori sur support physique ; que le texte raccourci (mis en note) soit un texte long (par exemple le descriptif des instructions) ou des aphorismes (ce qui correspond au type de texte généralement raccourci) n'est pas encore décidé.		Le rendu définitif serait a priori sur support physique ; que le texte raccourci (mis en note) soit un texte long (par exemple le descriptif des instructions) ou des aphorismes (ce qui correspond au type de texte généralement raccourci) n'est pas encore décidé.
		+
		+	== Github Repository ==
		+
		+	https://github.com/ceathar/shorthands