Ce sont des hauteurs maximales théoriques, qui ne tiennent pas compte des limitations de votre téléviseur ou moniteur. Pour être prudent, il faut soustraire 56 lignes, ce qui donne la hauteur d'écran réellement utilisable. Par exemple :
E> Screen Open 0,320,Display Height-56,16,Lowres Print Display Height
Mise à jour de l'écran et vitesse d'exécution
Il est évidemment impossible de ralentir un téléviseur NTSC, rien que pour faire plaisir à AMOS
Professional ! Si vous voulez que vos programmes fonctionnent à la même vitesse dans les deux modes,
des mesures spéciales doivent être prises. Examinez cette routine :
E> For T=0 To 60*50
Wait Vbl
Next T
En tenant compte de la différence de vitesses de mise à jour, cet exemple retarde un programme d'exactement une minute en PAL, mais de seulement 50 secondes en NTSC. Cela vient du fait que la commande WAIT VBL suspend le programme pendant un cinquantième de seconde sur une machine PAL, mais seulement pendant un soixantième de seconde sur une machine NTSC.
Comme les machines NTSC sont plus rapides, tous les programmes AMOS Professional seront sensiblement plus rapides lorsque les versions PAL seront exécutées. Évidemment, cela fonctionne aussi dans l'autre sens, ralentissant les programmes NTSC lorsqu'ils sont exécutés en PAL.
De plus, AMAL fonctionnera plus rapidement en NTSC, et il y aura une augmentation notable de la vitesse des séquences d'animation.
La bonne nouvelle est que la vitesse de la musique n'est pas affectée par ces modes alternatifs. La mauvaise nouvelle est que les séquences audio-visuelles synchronisées risquent fort de perdre leur synchronisation !
Pire encore, ce qui était une animation PAL fluide risque fort de devenir une animation NTSC saccadée, qui s'arrête à intervalles irréguliers. La cause en est presque certainement le fait que vous utilisez des boucles pour l'animation, le dessin graphique, les tests de joystick, etc., en supposant qu'elles seront complétées à chaque tour de boucle. Toutefois, s'il n'y a qu'un soixantième de seconde pour exécuter l'ensemble de la procédure au lieu d'un cinquantième, la routine dépasse son temps alloué. Cela force AMOS Professional à attendre le prochain VBL, ce qui désynchronise toute votre séquence.
Pour résoudre ces problèmes de synchronisation, vous devez vous assurer que toutes les routines peuvent être accomplies dans la limite d'un soixantième de seconde. Cela garantira que votre programme peut s'exécuter dans l'un ou l'autre système, bien que à des vitesses légèrement différentes.
Si vous déplacez des Objets directement depuis AMOS Professional Basic, essayez d'utiliser AMAL pour plus de vitesse. De plus, s'il y a beaucoup de Bobs à l'écran, remplacez les Bobs plus petits et plus rapides par des Sprites, et soyez prêt à constater des résultats encourageants !