Les interruptions doivent contenir le minimum de code possible

au point où tu ne peux même pas utiliser les routines de link pratiques, genre LIO_*, mais te retrouves à réinventer la roue avec des méthodes de très bas niveau.

ceux qui ne les utilisent pas et se plaignent que le link, c'est compliqué.

FpgForce :
Pkoi?

Si ça lui plait, tant mieux, et si ça permet de faire un très bon mode link, où est le problème

Jfg :
Tu te fou de ma gueule ? Comment tu as réussi à faire ça ? (en tout cas le voila ton système de pause... tu débranche le cable )

Kevin Kofler :
Le truc qui me dérange le plus chez toi, c'est que tu es carrément fier de tes hacks minables. Les interruptions doivent contenir le minimum de code possible. Toi, tu abuses énormément des interruptions, au point où tu ne peux même pas utiliser les routines de link pratiques, genre LIO_*, mais te retrouves à réinventer la roue avec des méthodes de très bas niveau.

Il y a en gros 2 catégories de gens:

ceux qui utilisent LIO_* et trouvent par conséquent le link très facile (LIO_* fait tout pour toi),
ceux qui ne les utilisent pas et se plaignent que le link, c'est compliqué.

Kevin Kofler :

Parce que c'est un principe de base des interruptions. Les interruptions doivent compléter le plus rapidement possible, parce qu'elles empêchent le processeur de faire autre chose, et parce que si une interruption timer ne complète pas avant que le timer s'active pour la prochaine fois, la calculatrice plante (le risque principal pour l'AI1, timer haute vitesse). De plus, les AIs de haute priorité empêchent aussi aux AIs de moins haute priorité de s'exécuter, ce qui peut par exemple bloquer l'horloge des HW2, faire clignoter les niveaux de gris (qui sont branchés sur l'AI1) etc. (le problème principal pour les AIs >1).

Ce n'est pas un "très bon mode link" vu qu'il ne gère pas l'USB. (Il a essayé, mais les routines que j'ai identifiées et documentées ne marchent pas avec son fonctionnement par interruptions.)

Martial Demolins :
oui, n'empêche qu'il fait tout de même du plug&play, sans usb, perso je trouve ça pas mal quand même

LionelA :
tu ne dois pas te sentir dérangé lorsque je trouve des méthodes révolutionnaires .

Je ne pense pas que ca soit des hacks d'utiliser les fonctions d'AMS dans des interruptions

(je pense même que le code d'AMS de n'importe quelle interruption est 10fois plus gros et lent que celui que je fais executer (enfin j'en sais rien mais bon ))

Sinon tu as oublié une catégorie de gens :

ceux qui utilisent les routines bas niveau et qui font quelque chose qui ressemble à ce qu'on peut faire de plus efficace dans un jeu d'action (et qui ne se plaignent pas, au contraire ca m'a plutôt amusé de trouver tout ca)

Déja expliqué pourquoi je devais faire ca.

Apres je dis pas à tout le monde de me copier, j'explique ma méthode, elle marche parfaitement,

il m'est meme arrivé de bloquer l'execution dans le handler d'interrupt 1 et ca n'a fait que bloquer l'execution des ndg jusqu'a ce que je reparte sans problemes alors le fait que ca fasse planter la calc, c'est un peu des légendes

Pour l'horloge des HW2 ben tellement elle est pourrie on s'en tape... par exemple sur ma V200 je la regle et 1 jour apres (en lancant des prog asm) elle n'a rien a voir.

Je trouve au contraire qu'il est très bien ce mode link (implantable (jusqu'a preuve du contraire evidemment)),

pour l'USB c'est normal que ca fonctionne pas au meme titre que si je mets des LIO_* dans le handler de l'AI4 ca foire. Lorsque ExtendeD aura documenté un peu plus sur les fonction bas niveau de AMS titanium pour l'usb ben je verrais ce que je peut faire

Oui puisque de toute façons les Titaniums ont un port link I/O traditionnel aussi

Kevin Kofler :

Ce ne sont pas des méthodes "révolutionnaires", ce sont des méthodes non-standard qui sont de très mauvaises idées. Si les gens ne font pas comme toi, c'est pour une raison. Arrête de croire que tes idées sont tellement "révolutionnaires" parce que tu es plus fort que les autres, ce n'est pas le cas.

Ce n'est pas utiliser des fonctions d'AMS dans des interruptions que je te reproche (même si c'est une partie du problème), mais mettre beaucoup trop de code en général dans les interruptions. Tu dis toi-même que tout ton moteur de mode 7 tourne dans une interruption, il n'a rien à faire là-dedans!

C'est faux.

Ce n'est pas "ce qu'on peut faire de plus efficace", c'est ce qu'on peut faire de plus moche.

Tu ne devais pas, tu t'es embarqué sur cette voie sans issue et tu refuses de changer.

Même si elle a l'air de marcher, ça ne veut pas dire que c'est une bonne idée ni même que c'est fiable.

En plus tu m'accuses de raconter n'importe quoi alors que c'est toi qui ne comprends pas le principe des interruptions! Si tu consommes vraiment toute la période du timer AI1 dans ton AI1 de manière régulière, le plantage est garanti! Dans ton cas, apparemment, c'était seulement pendant une courte période, et les temps d'exécution de l'AI1 se sont réduits après, donc ça s'est réglé. Mais si l'AI1 ne donne jamais le temps à d'autre code de s'exécuter, c'est un plantage à 100%. Et cette situation n'est pas si improbable que ça dans F-Zero à en croire ta description!

Justement à cause de programmes bogués comme les tiens. Arrête d'utiliser les jeux bogués. Pratiquement tous les jeux en niveaux de gris n'ont aucun problème avec l'horloge AI3 (impossible de faire un OSSetSR qui bloque l'AI3 sans bloquer l'AI1), et les jeux en blanc&noir codés correctement non plus (OSSetSR = poubelle, il faut rediriger les interruptions individuelles).

Déjà tu n'es même pas sûr que ça ne plante pas, et puis entre "ne plante pas" et "très bien", il y a une marge énorme.

Il n'y a pas de fonctions vraiment de plus bas niveau que celles que j'ai documentées. Il y a des sous-routines de ces fonctions qui prennent des tonnes de paramètres et ne font rien de fondamentalement différent par rapport aux routines que j'ai documentées et c'est tout. Si tu veux du bas niveau, il faudra travailler directement avec les ports.


Mais les Titaniums ne sont livrées qu'avec un câble USB, pas avec un câble LIO, donc le support LIO ne sert à rien pour 2 possesseurs de Titanium.

LionelA :
Kuuuai ?
J'ai jamais dit que mon moteur de mode7 tournait dans une interrupt, c'est le code de modification de l'environnement (qui se resume a faire bouger la camera + quelques autres trucs qui se trouvent dans une interruption)

Tu n'a pas pu me trouver un moyen de faire tourner le CPU à 100% avec regulation de la vitesse sur l'AI1

Je croyais que le handler de l'AI1 ne pouvait pas etre rappelé si l'interruption occurait pendant la periode d'execution de celle ci donc bon je vois pas comment ca pourrait planter.

LionelA :
Qu'est ce que c'est "race condition" ?

Bah je ne suis pas sur a 100% que le probleme de l'horloge vienne bien de F-Zero, je ne touche pas à l'AI3 et si j'ai bien compris elle a un niveau de priorité supérieur à l'AI1 donc elle s'execute bien à temps.

Et lorsque je redirige l'AI4 pour gerer le link je fais ca dedans en gros :

Kevin Kofler :

Oups, c'est vrai, c'est l'autre moitié du code qui tourne dans l'interrupt, pas le mode 7, mais il n'a rien à faire là non plus.


Parce que ce sont des demandes contradictoires. Ça ne sert à rien de calculer plus de frames qu'on affiche, tu consommes du temps CPU pour rien, tu peux tout aussi bien attendre l'AI1 (possiblement en mode basse-consommation et ainsi économiser les piles!). Modifier un frame pendant l'affichage est crade et ne sert à rien (ça veut juste dire que le bas correspond à un frame plus grand que le haut de l'écran, mais ça ne change rien au fait que chaque ligne perd des frames et qu'il y a donc des calculs faits pour rien).

Pendant, non, mais juste après (sans que d'autre code puisse s'exécuter), oui.


C'est un ordre imprévu (car improbable, mais pas impossible) des évènements, qui peut être à l'origine d'un bogue. Ici, Lionel Debroux parle de l'ordre des évènements "l'AI1 complète" et "la prochaine AI1 survient", si l'ordre est mauvais, ça bogue.

Si tu ne touches pas au SR (OSSetSR, trap #1 ou move #foo,%sr), oui, elle devrait s'exécuter à temps.


OSReadLinkBlock ne devrait pas mettre plus d'une seconde, donc le problème n'est pas là.

LionelA :
Qu'est ce que c'est "race condition" ?

LionelA :
je prend pas 8 fois la taille nécéssaire en archive pour avoir les tiles accessibles plus rapidement si c'est pour gaspiller du temps à ne rien faire qu'attendre.