Les pistes 0 et 5 à 39 sont en DATA mais le secteur &C7 de la piste 0 a une taille de 1024 octets. Les pistes 1 à 4 contiennent chacune 9 secteurs numérotés zéro ! Et un Bad Head pour le 4ème secteur de chacune de ces pistes Le fichier amsasm.bin est un "emballage" qui regroupe tous ces secteurs (+ secteurs du début : message ainsi que secteur &C9, piste 0)" contrôlé par la protection. La protection charge 35 secteurs des pistes 1 à 4 en 19 fois : 17 fois un secteur, 1 fois 10 secteurs et 1 fois 8 secteurs. La quasi-totalité des émulateurs ne chargent pas correctement les secteurs : ils ne chargent pas les bons, voire ils échouent. Or, le programme fait un reset dès qu'un secteur n'est pas chargé ou si ce n'est pas le bon (vérification du contenu). De plus, le code s'auto-modifie en permanence. J'ai difficilement atteint le point d'entrée avec la taille exacte du programme grâce à une erreur de l'auteur. Juste avant de lancer le programme, il effectue trois "relogages" de code qui forment l'intégralité du programme sans oublier un CALL &BD16 qui m'a guidé vers la "porte d'entrée".