[Touko] Flappy Bird SGX

[cosmos99]

Flappy fait un flop !

[touko]

LOL, c'est le cas de le dire ..
Mais bon vue que le code est simple dans ce jeu il me sert pour faire mes tests,et aussi pour me confirmer dans le fait qu'il faut pas se fier aux émulateurs .

Faut vraiment que je m'achète une flash card au plus vite (ça devrait pas tarder)..

Pareil, marche pas... Tu me présente ta soeur quand même?

huuuum, je sais pas pk ,mais j'ai comme l'impression que tu es opportuniste sur ce coup !!

Vous avez mérité,mais bon ray passe le premier ..
Merci pour avoir testé

[touko]

Dernier petit test sur sgx .
Il s'agit d'un test de liste DMA pilotée par interruptions avec passage en 512 pixels pour accélérer les transferts, pareil ça marche bien sur la version 0.8, mais pas les dernières, si quelqu'un peut tester et me dire ce que ça donne ??

ftp://193.253.190.115/test_DMA_sgx.pce

Merci .

PS: l'écran doit être noir avec des écritures
VSYNCINT à gauche doit avoir un chiffre qui augmente
VDC1DMAINT au milieu la valeur 4
VDC2DMAINT à droite la valeur 3

Si ça marche pas ça veut dire que les interruptions HSYNC pendant le vblank ne fonctionnent pas, ce qui me parait bizarre.

PS2: n'ayant plus de soeur je peux vous présenter mon frère :

[pnauts]

sinon ta sœur dans la même tenue ça pourrait le faire

[touko]

Je lui ai dit que c'était pour la bonne cause :

[RayXambeR]

Alors ça donne ça sur ma SGX (photo pas terrible par contre ...) :

[touko]

Ok bon bah ça marche pas alors

Donc les dernières versions de mednafen sont bien meilleures niveau respect du hardware ..
Merci Ray pour le test et la photo

en fait c'est le passage en 512 pixels pendant le vblank qui me pose problème .

[MooZ]

T'as pas moyen de coller une sort de post vblank?
genre...

Code : Tout sélectionner

vblank:
    ; blabla
    ; On récupère le registre de statut
    ply 
    ; jsr pousse l'adresse de retour - 1 sur la pile
    ; alors qu'une interruption pousse l'adresse de retour
    sec
    pla
    sbc    #1
    tax
    pla
    sbc    #0
    phx
    pha

    ; on re-sauvegarde le registre de statut
    phy 

    ; on simule une adresse de retour d'interruption
    lda    #high(post_vblank)   ; adresse de retour
    pha
    lda    #low(post_vblank)
    pha
    cla    ; registre de statut
    pha
    rti    ; et là normalement on atterit sur post_vblank 

Code : Tout sélectionner

post_vblank:
    jsr set_xres512
    ; il faut se rappeler qu'on a poussé le registre de statut 
    plp
    ; et là on retourne la où l'interruption a été lancée
    rts

La j'ai "rebidouillé" l'adresse de retour pour simuler un saut par jsr. On pourrait zapper tout ça si un rti en dehors d'une interruption était sans effet de bord. Mais comme je n'ai pas testé...

[touko]

En faisant des tests plus poussés, j'ai comme l'impression que mon vblank claque plusieurs fois dans la même frame, comme si mon/mes VDC étaient parametrés pour avoir plusieurs frames dans 1 seule .

Le but était de passer en H64 au début du vblank, et repasser dans la réso courante à la ligne 260 (pour maximiser les transferts DMA en H64), et c'est justement ça qui merde, l'interruption hsync se passe bien en fait, change la réso, mais 1 ou plusieurs vsync la remet en H64 en cours de frame .

[MooZ]

Gni?!
T'as regardé la valeur de $0000 dans ton interruption ?

[touko]

Oui, c'est la première chose à laquelle j'ai pensé,je lis bien $0000 dans mon gestionnaire, j'y comprends rien d'ailleurs .
j'ai trouvé un moyen pour faire marcher le changement de réso, mais c'est pas très propre .

je t'enverrai le code demain si tu veux .

[MooZ]

Ouaip.

[touko]

Bon envoyé en mp
Tu y verras peut être un truc qui m'a échappé .

Sur la photo que rayxamber a posté, on voit bien que le changement de réso se fait en plein milieu de la frame .

EDIT: j'ai déjà vu une petite erreur dans le paramétrage des interruptions de fin DMA dans les 2 VDC, mais ça change rien .

EDIT 2: après pas mal de tests, j'ai aucun souci quand je reste dans la réso paramétrée, 256/320/512, ça marche, par contre si je mets une réso différente dans le vblank et l'interruption HSYNC ça merde .

EDIT 3 : Petite erreur sur le contenu de _courant_res qui n'avait pas le bon dot clock .

EDIT 4 : Après bcp,bcp,bcp de tests j'en arrive à la conclusion que c'est pas possible (du moins hors routine d'interruption VSYNC)
J'ai l'impression que le changement de fréquence réinitialise le VDC (ou en partie) .

EDIT 5 : Ca marche si je restaure le dot clock dans ma boucle principale ,après le wait_vsync ..

EDIT 6 : Bon j'ai trouvé un moyen, ça semble bien marcher sous emulateur déjà .

[Warhol]

Avec les vacances, ton flappy avance un peu Touko ?

[touko]

Bah la version dispo est normalement la version finale, mais j'en ai une ou la difficulté est mieux rêglée.
Faudra que je la mette en download .