Publicité
Illustration 98 : ajout de 4 Etats, 3 en place, 1 en attente d'être placé.
Le but de ce flux est de jouer un premier son, de faire 8 boucles, puis passer au son suivant, le jouer une fois et sortir. Il
y a cependant une exception, si le sens de marche de la loco devait être inversé, la boucle devrait s'arrêter
immédiatement et le flux passer à un autre son, le jouer une fois et quitter. Cela paraît difficile? Non, c'est en fait très
simple; la prochaine illustration va montrer la façon de procéder. Les Etats vont recevoir un nom quand ils sont mis en
place de façon à pouvoir suivre le flux facilement.
Illustration 99 : schéma parachevé, tous nommés, conditions et actions complétées et validées.
Utilisez cet exemple comme exercice et complétez le dessin. Vous n'avez pas besoin de sons; vous pouvez dessiner et
valider vos flux sans que des sons y soient liés. Vous n'avez pas besoin du hardware du LokProgrammer pour vous
exercer dans la conception de flux audio. Par la suite, vous pouvez ajouter des sons au flux et utiliser le simulateur
pour voir comment le flux fonctionne et entendre les bruitages. Le hardware du LokProgrammer est seulement
nécessaire pour écrire des sons sur le décodeur, pas pour créer et tester un flux audio. Vous avez seulement besoin du
hardware lorsque vous êtes prêt à écrire sur un décodeur.
En examinant l'Etat appelé ''Loop'', vous remarquerez qu'il y a un paramètre de l'État qui aurait pu être ''boucle 8 fois''
(voir figure 98 "''Repeat Playback''). Pourquoi le flux dans la figure 99 a-t-il alors été dessiné avec une boucle
"manuelle"et une action qui diminue "User1" de 1 à chaque boucle effectuée? C'est parce qu'on veut que le flux sorte
de la boucle immédiatement lorsque la locomotive change de sens. Si le flux avait été établi à l'aide de la propriété
''Repeat Playback'', le flux aurait parcouru les 8 boucles sans tenir compte du sens de marche avant de quitter l'Etat.
Notez les priorités sur ''Loop'', les transitions 1 et 2 ont toutes les deux des conditions; la transition 1 ne peut être
prise tant que la valeur de ''U1'' (User1) n'est pas égale à 0, la 2 ne peut être prise que si "rev" (inverser) est vrai (loco
est en sens inverse), la 3 n'a pas de condition et elle a une action qui diminue la valeur de User1 par 1, donc après 8
boucles User1 sera égal à 0 et le flux peut sortir de la boucle. La transition 1 provenant de Mute a une action qui
définit la valeur de User1 à 8. Les noms des Etats expliquent ce qui se passe chaque fois que le flux est actif. Si les
propriétés des transitions avaient été programmées de telle manière que l'actuelle transition 3 ait une priorité
différente, une erreur aurait été générée. C'est l'erreur la plus commune que vous rencontrerez et elle est presque
toujours générée en faisant une modification qui change les priorités des transitions.
Publicité
