Problème avec Extgraph - Page 2

Sinon pour mes GrayClipSprite32_OR_R qui clippent pas ??

Voilà un ptit screen du projet Warcraft : Battles



par contre c'est fait avec CalcCapture et c'est vraiment moche là mais en vrai c'est bien mieux en niveaux de gris et tout ça

On peut voir des fantassins, un autel des aieux et un atelier (le jeu est concentré sur les batailles, les bâtiments servent de décors)

dsl, mais ça ressemble à rien. Et pkoi tu fais ça avec CalcCapture ?

Rising Sun :
Sinon pour mes GrayClipSprite32_OR_R qui clippent pas ??

Euh on y travaille

Quel est le problème précisément ?
Le clipping sur quelle bordure ne fonctionne pas ? Toutes ?
Que se passe-t-il exactement ? Plantage ? Sprite affiché n'importe où ?

Non c'est juste tout blanc, le sprite ne s'affiche pas du tout à gauche et au-dessus de l'écran

Tu fais ça avec quoi GoldenCrystal ???

Et pkoi ça ressemble à rien ?

Tu fais ça avec quoi GoldenCrystal ???

Ba avec VirtualTI

Oh...
Ah...

Euh.... Faut que.... j'ailles...euh.. recoudre mes lacets...

J'ai commencé à coder les déplacements ds unités (quelle galère)
Bon maintenant j'obtient une Privilege Violation en quittant la partie

Rising Sun> Est-ce que le bug est aussi présent dans les autres modes (XOR par exemple) ?

le mieux ça serait que Rising Sun fasse un petit prog qui démontre le bug de façon magistrale nan ?

Je viens de tester la fonction et je n'ai pas de problème
Rising Sun> L'idée de Ximoon est bonne, envoie moi ton programme qui cloche.

je rajouterai le programme simplifié

Voilà le projet (en entier parce que sinon ça peut pas marcher 60 ko c'est pas la mort qd même)

http://databob.free.fr/Upload/Warcraft%20Battles.zip

Au passage si vous voyez des trucs qui vaut mieux ne pas faire n'hésitez pas à le dire


PS: C'est normal que les noms des fonctions de Extgraph ne soit pas important,
du genre DrawGray au lieu de GrayDraw et ça change rien !

Tu n'as pas redirigé l'AI5 dans ton jeu, ça risque de poser problème.

Oui j'ai prévu de le faire
J'avais fait OSSetR(0x7000) mais comme je suis passé aux niveaux de gris....

Rising Sun> Bien sûr que si c'est important.
Et tu ne m'aides toujours pas à trouver le bug de GrayClipSprite32.

Même en NB, évite de faire OSSetSR(0x700) parce que ça bloque l'horloge...

OSSetSR > Bah ct la 1ere fois que je le faisais (d'ailleurs c'est KK qui me l'a conseillé y a trois jours alors qui a raison ????)

GrayClip > Tu veux que je fasse quoi ?

Sasume :
Je viens de tester la fonction et je n'ai pas de problème Rising Sun> L'idée de Ximoon est bonne, envoie moi ton programme qui cloche.

Et à propos de OSSetSR, tu peux me montrer les posts où KK te conseille ça, stp ?

C'est marrant je retrouve pas

J'aurai pas du vider "mes sujets"

Rising Sun
: OSSetSR > Bah ct la 1ere fois que je le faisais (d'ailleurs c'est KK qui me l'a conseillé y a trois jours alors qui a raison ????)

J'ai peut-être dit que c'est plus propre que le trap #1 pour changer le masque d'interruption, mais je n'ai jamais dit que c'est une bonne idée de changer le masque! Surtout pendant le jeu entier! Si tu veux masquer les interruptions, tu peux le faire pour le temps de la lecture des touches seulement. Mais la solution la plus propre est de rediriger les interruptions.

./46: Faut pas non plus exagerer.
./54: Je pense que c'est plus propre de changer le masque que de modifier une int.

Tu préferes lui conseiller de laisser tel quel ?

sr = OSSetSR(0x600); rowread... ; OSSetSR(sr);
Ca marche tres bien.

Bof, c'est dans une petite boucle ça risque de faire rater des secondes d'horloge.

Question: Tu t'y connais en interruptions ?

Ah, j'ai dit une grosse connerie ?
Je pensais que si on inhibait très souvent les interruptions dans un programme, ça ferait rater quelques ticks. J'ai tout faux ?