RealTimeBattle est configurable par une flopée d'options, regroupée en différents groupes. La philosophie est de vous donner une liberté totale pour définir le jeu comme vous le voulez. Néanmoins, certaines combinaisons d'options peuvent être mauvaise et causer des malfonctionnements du programme.
L'accéleration due a la gravité. Elle vaut à peu près 9.8 sur terre. Un augmentation augmentera les frottements et ralentira les robots.
Elle augmente avec la vitesse.
Le frottement dans la direction du robot s'il ne freine pas.
Le frottement orthogonal à la direction du robot. C'est aussi le frottement maximum lors du freinage.
Les robots ne peuvent pas accèlerer plus vite que ça et ...
... moins vite que ça.
Détermine la taille du robot.
Si la masse du robot est augmentée, les impacts lors de collisions seront plus violents.
Affecte le rebondissement des robots. Si il est nul, les robot se cognant resteront colés, si la valeur est 1, ils agiront comme de parfaites boules de billard.
Détermine à quel point le robot sera endommagé lors d'une collision. Plus la valeur est basse, plus les matériaux seront fragiles.
Influence la protection du robot. Ce facteur est multiplié par l'énergie de dégas pour obtenir la reduction d'énergie du robot.
L'avant du robot est une partie faite d'un autre materiel, en général plus dur et protecteur. Ainsi les robots peuvent abimer les autres en leur rentrant dedans.
voir les 4 parties précédentes.
Même chose...
Pareil...
Le niveau d'énergie qu'auront les robots au début d'une partie.
En mangeant des 'cookies', les robots augmentent leur niveau d'énergie; mais pas plus que cette option.
Vitesse maximum de rotation du robot lui-meme. Unité : rad/s.
... Notez que le cannon est le radar bougent relativement au robot, et donc que la vitesse de rotation par rapport à un repère fixe peut être plus haute.
... Même remarque que précédemment.
Le robot ne connaîtra qu'approximativement son niveau d'énergie. Cette option détermine le nombre de niveaux différents d'énergie qui seront commniqués aux robots.
Taille du missile. Doit être inférieure au rayon du robot.
Les missiles sont tirés avec une certaine vitesse dans la direction du cannon, à laquelle est ajoutée la vitesse du robot.
Quand un robot tire, il s'affliche des dégas. Ceci est le facteur par lequel l'énergie du tire est multiplié afin d'optenir l'énergie qui sera soustraite au robot. Si le nombre de robots est important, ce nombre sera réduit.
La plus petite energie autorisée. Un robot essayant de tirer avec une énergie inférieur n'arrivera pas à le faire.
Le robot a une énergie de tire qui augmente avec le temps, mais qui ne dépassera jamais cette valeur.
Détermine à quelle vitesse les robots récupèrent leur énergie potentielle de tire. Unité : energie/s
L'énergie des cookies est un nombre aléatoire compris entre le max. et le min.
Voir plus haut.
Le nombre de cookies par seconde moyen.
Taille des cookies.
>L'énergie des mines est un nombre aléatoire compris entre le max. et le min.
Voir plus haut.
Le nombre de mines par seconde en moyenne.
Taille des mines.
Couleur des cookies en hexa-RGB
Voir plus haut.
C'est le temps le plus long que prendra un jeu. Quand le temps est écoulé, tous les robots encore en course sont tués sans obtenir de points supplémentaires.
Si l'ordinateur ralentie momentanément, le temps entre deux mises à jour peut être long. Changer cette option ralentira artificiellement l'ordinateur et violera la loi du temps réelle.
L'augmentation de l'échelle du temps au dessus de 1 équivaut à une accéleration de l'horloge du jeu par rapport à celle de l'ordinateur. Changer cette valeur peut être utile si vous voulez laisser plus de temps aux robots ou si vous avez un ordinateur trop rapide et que vous voulez accélérer la vitesse du jeu.
Cette option détermine le temps entre deux mise à jour d'un robot. Il n'est pas influencé pas l'échelle de temps et ne peut pas être modifié une fois que le programme est lancé. La précision est de 1/100 s (Elle dépend de la précision du système sur lequel est installé RTB).
Détermine le temps entre le lancement du processus d'un robot et le commancement d'une séquence. Si les robots sont noirs et n'ont pas de nom, il faut peut être augmenter le temps de démarage par défaut d'une seconde. Cela peut arriver par exemple si il y a beaucoup de robots en jeu, ou que votre ordinateur est trop lent.
En mode compétition l'utilisation du CPU par le robot est limité. Au lancement du programme, le robot aura cette quantité de CPU à sa disposition pour démarrer.
Quand le CPU de démarrage est dépassé, le robot aura cette quantité de CPU en plus.
Le temps de CPU suplémentaire doit durrer au moins une période du processeur, sinon le robot sera déclarer mort dans le jeu courant.
Quand un robot a dépacé cette utilisation du processeur, il reçoit un message d'avertissement.
En mode competition cette option décide avec quelle fréquence il faut vérifier l'utilisation du CPU
Afin de réduire la taille des fichiers de log vous pouvez augmenter cette option. Avec cette option, les info sur la position des robots seront seulement enregistrées tous les n:th Intervalle de mise à jour.
Dans cette partie, vous pouvez initialiser les taille des fenêtre telles que la fenêtre des arènes, la fenêtre des messages, la fenêtre des scores et la fenêtre des statistiques. Vous pouvez également définir la position de ces fenêtres et de la fenêtre de contrôle.
Modifie l'echelle de l'arène. Une valeur de 2 donnera une arène 2 fois plus large (4 fois plus vaste si vous préférez).
Détermine, lors d'une revisualisation, la vitesse de l'animation lorsque le bouton avance rapide ou retour rapide est pressé.
Autorise l'utilisateur à changer le nombre max de robots dans une séquence. Si il y en a trop, le système se plaindra (Le nombre dépend un peu du système).
Couleur de fond et ...
... couleur des murs des arènes.
Couleur du texte quand RTB envoye des messages.
C'est une liste de répertoires séparés pas un point virgule. C'est dans ces répertoires que seront recherchés les robots lors de la création d'un
nouveau tournoi
Le sous répertoire Robots
dans le répertoire d'installation de RTB
(par défaut: /usr/local/games/RealTimeBattle
) est toujours parcouru.
Pareil, mais pour les arènes à la place des robots.
Ici, le sous répertoire est Arenas
.