summaryrefslogtreecommitdiff
path: root/i/simulotron
diff options
context:
space:
mode:
authorgalmes2004-10-20 08:40:18 +0000
committergalmes2004-10-20 08:40:18 +0000
commitf6a81257c8f365b61fa91489f79fdbf3a6d60d09 (patch)
treeecb87f7f05c72066c0fdaf5e080572d3ee7db586 /i/simulotron
parent575e2765ab81c3605fcc33c4b08237cf3a99a571 (diff)
correction de quelques fautes d'orthographe !
Diffstat (limited to 'i/simulotron')
-rw-r--r--i/simulotron/doc/spec.txt15
1 files changed, 9 insertions, 6 deletions
diff --git a/i/simulotron/doc/spec.txt b/i/simulotron/doc/spec.txt
index dd3f5e1..5038897 100644
--- a/i/simulotron/doc/spec.txt
+++ b/i/simulotron/doc/spec.txt
@@ -6,10 +6,13 @@
* Historique
$Log: spec.txt,v $
+ Revision 1.4 2004/10/20 08:40:18 galmes
+ correction de quelques fautes d'orthographe !
+
Revision 1.3 2004/10/11 13:19:49 schodet
Précision des pécifications techniques, ajout de la couche
capteurs/actionneurs.
-
+
* Introduction
@@ -48,7 +51,7 @@ Idéalement il faudrait pouvoir prendre en compte plusieur types de
déplacements (roues, chenilles, pattes...), de capteurs (distance, contact,
information sur un élément...), d'actionneurs (tapis roulant, pince...). Il
faudrait aussi prévoir une génération d'image pour l'utilisateur, ou même pour
-une camera.
+une caméra.
Naturellement le système doit pouvoir être connecté au vrai programme qui fait
tourner le robot.
@@ -90,7 +93,7 @@ accélérations, vitesses et positions des objets et calcules les nouvelles
valeurs de ces paramètres. Toutes les informations ne serons peut-être pas
disponible. Par exemple, un modèle de déplacement de robot ne simulera
peut étre pas la force exercée par les roues, mais directement le déplacement
-suposé. Il faut donc trouver un moyen de faire marcher tout cas ensemble (par
+suposé. Il faut donc trouver un moyen de faire marcher tout ça ensemble (par
exemple en recalculant l'accélération qui aurait provoqué ce mouvement, mais
ce n'est pas forcément possible).
@@ -109,7 +112,7 @@ Cette partie est aussi responsable de fournir les fonctions de "lecture" du
monde pour un capteur. On doit par exemple avoir des fonctions de détections
de collision
-Je pense que cette partie demande pas mal de reflexion sur le plan physique et
+Je pense que cette partie demande pas mal de réflexion sur le plan physique et
mathématique. Il faudra donc prévoir un document là dessus.
** Affichage / interface
@@ -119,7 +122,7 @@ le code d'affichage sans altérer les capacités du programme.
On pourrait faire plusieurs types d'affichage : sorties fichiers, sortie 2D,
sortie OpenGL. Il faut aussi prévoir de réinjecter la sortie OpenGL dans un
-capteur de camera. L'affichage peut choisir d'utiliser les formes de bases
+capteur de caméra. L'affichage peut choisir d'utiliser les formes de bases
définies dans les objets, mais ce sont des informations qui ne sont pas prévus
pour l'affichage. La plupart du temps, l'afficheur utilise donc une
représentation graphique pour chaque objet. Cette information n'est pas
@@ -184,7 +187,7 @@ Il faut que les modules soit le plus séparé possible, mais aussi le plus
séparable possible. C'est à dire que l'on doit pouvoir facilement utiliser un
module sans l'autre.
-* Méthodes de dévellopement
+* Méthodes de développement
** Documents