Re: Mr ToutLeMonde et la programmation NES...

[Invité]

Ah ok donc il faut ajouter 32 octets à ton pointeur à chaque octets copié

Code:

LDX #$1E              ; copy 30 bytes[size=13][/size]
  
DrawColumnLoop:
  LDA [sourceLow]
  STA $2007

; On passe à l'octet suivant de la colonne
  lda  #32
  clc
  adc  sourceLow
  sta  sourceLow
  lda  sourceLow + 1
  adc  #00
  sta  sourceLow + 1
  
  dex
  bne DrawColumnLoop
 
  rts

L'idéal serrait d'avoir les octets de la colonne alignés dans ton fichier (je fais ça sur PCE) .

[vincent2105]

t'as oublié ce qui concerne le registre Y non ? 

Et pour  :

 adc #00
 sta sourceLow + 1

tu veux dire adc #01 non ?

Après je trouve bizarre d'incrémenter sourceLow+1 à chaque tour de boucle... je pensais plutot qu'il fallait le faire qu'une fois sur 8 (256/32=8)

L'idéal serrait d'avoir les octets de la colonne alignés dans ton fichier (je fais ça sur PCE) .

j'avais pas vu que t'avais édité... oui l'idéal ca serait que je puisse convertir les NT que je crée sur NES screen tool... mais je ne connais pas d'autre langage de prog, faudra surement que je m'y mette !

[Stef]

C'est bien adc #0 qu'il faut, c'est justement pour gérer le fait que lorsqu'on a une retenue sur la première addition alors on augmente sourceLow+1 de 1 (et seulement dans ce cas là)

[Invité]

j'avais pas vu que t'avais édité... oui l'idéal ca serait que je puisse convertir les NT que je crée sur NES screen tool... mais je ne connais pas d'autre langage de prog, faudra surement que je m'y mette !

Je trouve ça incroyable , tu ne connais que l'asm 6502 ? eh ben si c'est le cas chapeau , parce que en général on connaît plein d'autre langage sauf l'asm 
D'un coter c'est un peu handicapant de connaître que l'asm , faire ces propre tool me semble indispensable quelque fois.

[vincent2105]

Merci pour l'explication stef

Kannagi, jusque là, j'ai jamais ressenti le besoin de créer des tools puisque tout ce que je fais reste très basique, et surtout très peu développé (donc peu de taches répétitives). Mais à moyen terme en effet, je pense que ça sera indispensable.
Comme tu l'as relevé, je ne connais pas d'autres langages de prog, mais si je dois passer du temps sur un autre langage pour me créer des tools, alors je souhaiterai qu'il puisse aussi me servir à autre chose : programmer la gamecube par exemple  (en C j'imagine ?) Je précise que concevoir n'est pas une finalité pour moi, j'ai juste envie de découvrir.

Dans tous les cas, je n'attaquerai pas avant d'avoir fait ce que je voulais en matière de scrolling, je pense que je suis près du but...

[Invité]

Oui c est adc #00
J ai rien optimiser pourque tu comprennes ce que j ai fait.
Je mettrai une version un peut optimisée tu gagneras une dizaine de cycles par boucle.

[vincent2105]

Bon je dois merder quelque part dans le tuto, mais je vais me retrousser les manches et t'épargner les 300 lignes de codes
Par contre, dans ton code, il y a un p'tit truc qui cloche non ? je suppose que les crochets sont de trop ?

Code:

DrawColumnLoop:
  LDA [sourceLow]    ; ???
  STA $2007

[Invité]

Non les crochets  sont bons.

[vincent2105]

J'utilise NESASM3 comme assembleur et j'obtiens : "incorrect addressing mode" 

[Invité]

Il prend  peut être des parenthèses  à la place  des crochets.
Si lda [sourceLow],y marche ça devrait  marcher aussi.

[vincent2105]

LDA [sourceLow],y marche pourtant...

Avec LDA (sourceLow),  dans le debugger j'ai ca :
$C1EE:AD 06 00  LDA $0006 = #$10
tandis qu'avec LDA sourceLow ,  dans le debugger j'ai ca :
$C1EE:AD 06 00  LDA $0006 = #$B0

Le fait de rajouter des parenthèses a bien une incidence mais comment savoir si les parenthèses remplacent bien les crochets ? c'est difficile à dire, d'autant que je ne suis vraiment pas sûr qu'il n'y ait pas d'autres portions de codes à modifier dans le tuto

J'ai l'impression que le scrolling c'est pas pour ce soir 

[Invité]

La je suis en vacances lol je ai pas mon pc à portée  de main donc c'est est pas facile  pour  écrire  de long messages. 
Peut  être  que ce mode de adressage  ne est pas supporté.

[nemokantio]

Heu, je viens d'essayer de m'initier au 6502 avec ce petit site : http://skilldrick.github.io/easy6502/

J'ai essayé de comprendre les adressages LDA ($NN,X) et LDA ($NN),Y.
C'est peut être ça votre souci.
Il faut en page zero stocker un pointeur, par exemple en $0001 (poids faible) et $0002 (poids fort).
Exemple : $0001 : SourceLow, et $0002 : SourceHigh
Puis faut passer par LDA ou STA ($01),Y pour se servir du pointeur.
STA ($01),Y veut dire : stocker contenu registre A à l'adresse stockée en page zero en $0001 (qui est SourceHigh:SourceLow) et au déplacement Y par rapport à cette adresse.

Hum, je ne sais pas si je suis clair...

[vincent2105]

je ai pas mon pc à portée  de main donc c'est est pas facile  pour  écrire

effectivement   bonnes vacances Touko
De toute facon, faut que je me penche sur autre chose là (ouvrir/lire le fichier bin du tuto, et le fichier nam de mon utilitaire pour voir les différences)

J'ai essayé de comprendre les adressages LDA ($NN,X) et LDA ($NN),Y.
C'est peut être ça votre souci.
Il faut en page zero stocker un pointeur, par exemple en $0001 (poids faible) et $0002 (poids fort).
Exemple : $0001 : SourceLow, et $0002 : SourceHigh
Puis faut passer par LDA ou STA ($01),Y pour se servir du pointeur.
STA ($01),Y veut dire : stocker contenu registre A à l'adresse stockée en page zero en $0001 (qui est SourceHigh:SourceLow) et au déplacement Y par rapport à cette adresse.

Hum, je ne sais pas si je suis clair...

Merci de te pencher sur le problème En fait la routine du tuto fonctionne parfaitement, je souhaite la modifier car le registre Y (8bits) ne me permet pas d'atteindre des adresses suffisamment éloignées. Grossièrement ca fonctionnerait si je pouvais faire LDY #$3A0, vu qu'on est limité à #$FF c'est pas possible, c'est pour cela qu'on ne ne peut utiliser ce mode d'adressage 

[Invité]

J écris avec mon téléphone et j ai horreur de ça on voit rien.lol
Sinon tu peux utiliser 
lda [tabLow], Y
avec Y toujours egal a 0, tu fais un ldy =0 en dessous du ldx et tu y touches plus.
je pense que la syntaxe entre l indirect et l indirect indexé ne doit pas être la même sur ton assemleur.

[nemokantio]

Dans ce cas, quand ton registre Y arrive à 255, tu dois le mettre à zéro et incrémenter le poids fort de ton pointeur en page zéro.
Celui qui est utilisé quand tu fais LDA (sourcelow),Y
Si ton pointeur en page zero vaut $0200.
Tu fais les 256 premiers octets avec LDA (sourcelow),Y
Y arrive au bout, il revient à zéro, tu passes le pointeur à $0300 et tu recommences.
Bon, si tu as a traiter un nombre d'octets qui n'est pas multiple de 256, faudra tester de manière plus fine pour l'arrêt des boucles.

Ou alors, tu gardes Y à zero, et tu incrementes systématiquement ton pointeur, d'abord le poids faible puis le poids fort si il y a une retenue...
Attends, je crois que c'est ce que fait ta routine à la base.
Donc tu dois mettre : LDA (sourcelow),Y
Et Y doit être à zéro.
sourcelow est bien une adresse en page zero, qui contient l'adresse 16 bits avec laquelle tu travailles.
sourcelow poids faible, et sourcelow+1 poids fort.

[vincent2105]

lda [tabLow], Y
avec Y toujours egal a 0, tu fais un ldy =0 en dessous du ldx et tu y touches plus.

oui j'avais essayé, et effectivement on chargeait encore une valeur différente (si on compare aux adressages (sourceLow) ou sourceLow... Je pense aussi que c'est la solution (et je viens de voir que nemokantio propose la même chose dans le second paragraphe de son dernier post   )mais vu que  je n'obtenais pas le resultat escompté,  je préfère reprendre tout le tuto depuis le début...   
En page zero, j'ai : 
sourceLow  .rs 1  
sourceHigh .rs 1
Vu les modifs apporté par touko, je ne pense pas que le fait que sourceLow soit sur 8 bits soit un problème, je me trompe ? 

Merci à vous  faut vraiment que je décortique mieux le tuto je pense, j'ai voulu aller vite en besogne :p

Pour les curieux, le code du tuto:

[nemokantio]

lda [tabLow], Y
avec Y toujours egal a 0, tu fais un ldy =0 en dessous du ldx et tu y touches plus.

oui j'avais essayé, et effectivement on chargeait encore une valeur différente (si on compare aux adressages (sourceLow) ou sourceLow... Je pense aussi que c'est la solution (et je viens de voir que nemokantio propose la même chose dans le second paragraphe de son dernier post   )mais vu que  je n'obtenais pas le resultat escompté,  je préfère reprendre tout le tuto depuis le début...   
En page zero, j'ai : 
sourceLow  .rs 1  
sourceHigh .rs 1
Vu les modifs apporté par touko, je ne pense pas que le fait que sourceLow soit sur 8 bits soit un problème, je me trompe ?

C'est normal, tu prévois de stocker une adresse 16 bits en page zero, en deux parties poids faible et poids fort : sourcelow et sourcehigh (donc réservation de deux octets).
C'est pour pouvoir se servir de l'adressage (sourcelow),Y
(indexé indirect ou indirect indexé sais plus)

[vincent2105]

Oui donc on est d'accord, y'a pas de boulette de ce coté la ! Me connaissant ça aurait pu   
Je demandais juste confirmation vu que le plus souvent je déclare mes pointeurs directement sur 2 octets comme ça : 
zp_pointeur .rs 2  

Donc je récapitule...
en déclarant dans cet ordre : 
sourceLow  .rs 1  
sourceHigh .rs 1
le fait de faire :
STA sourceLow+1
revient bien à :
STA sourceHigh
C'est capital que je comprenne bien puisque sourceLow et sourceHigh sont appelés a divers endroits du programme

[nemokantio]

C'est tout aussi valable de les déclarer directement sur deux octets.
Oui sourcelow+1 et sourcehigh, c'est la même chose.
Et sourcehigh-1 c'est sourcelow !
 

C'est une question de lisibilité après.
Par contre, faut bien penser au fait que d'abord c'est le poids faible, et ensuite le poids fort.
En Z80, moi même je me prends souvent les pieds dans le tapis la dessus !

Mais dans ton cas, c'est selon moi l'adressage indexé indirect/indirect indexé qui est le plus délicat, avec les adresses à stocker en page zéro.

[vingazole]

Par contre, faut bien penser au fait que d'abord c'est le poids faible, et ensuite le poids fort.
En Z80, moi même je me prends souvent les pieds dans le tapis la dessus !.

Eh oui, c'est du little endian

[nemokantio]

Je préfère joe l'endian !

[vincent2105]

Pour ceux qui chercheraient, je viens de m'apercevoir que l'algorithme est incomplet, c'est certain. 

Quand la boucle est terminée pour la copie des 30 tiles formant une colonne verticale, et donc pour copier la colonne suivante, il faut  incrémenter Y  puis récuperer la valeur initiale sourceLow pour ensuite pouvoir reprendre la boucle avec [sourceLow], y. 
Edit : en fait c'est encore plus compliqué que ca 

[nemokantio]

Si j'ai bien compris, tu veux scroller horizontalement en allant vers la droite (scrolling part à gauche), et alimenter ton scroll, injecter la colonne de tuiles sur la droite, en puisant dans un fichier/tableau qui représente un écran de 32x30 tiles.
Après avoir scrollé de 32 tuiles, ton nouvel écran devrait correspondre à ton fichier.
C'est bien ça ?

Le tableau est stocké en lignes.
La première colonne affichée à droite en scrollant de 8 pixels va être la première à gauche de ton tableau.
C'est à quoi sont initialisés sourcelow et sourcehigh.
Donc pour aller chercher la tuile en dessous, tu fais +32 dans une boucle de 30, jusque là ça va.
Une fois que tu a affiché une colonne, tu t'es bien décalé de 1.
La deuxième colonne à afficher à droite après avoir scrollé de 16 pixels va être la deuxième du tableau.
Donc à sourcelow+1 selon moi.
Effectivement, tu peux te servir du registre y et l'incrémenter pour aller chercher les autres colonnes.
Tu continues la même boucle de 30 (avec le +32).

Ca devrait fonctionner mais tu ne peux scroller que sur deux écrans comme ça.

EDIT : si sourcelow/sourcehigh ne sont pas alignés sur 256, il faut faire autrement pour aller pointer sur les autres colonnes du tableau de tiles.
Il faut oublier le registre Y (le laisser à zero), et incrémenter de 1 sourcelow, en veillant à transférer une éventuelle retenue sur sourcehigh.

[vincent2105]

Si j'ai bien compris, tu veux scroller horizontalement en allant vers la droite (scrolling part à gauche), et alimenter ton scroll, injecter la colonne de tuiles sur la droite, en puisant dans un fichier/tableau qui représente un écran de 32x30 tiles.
Après avoir scrollé de 32 tuiles, ton nouvel écran devrait correspondre à ton fichier.
C'est bien ça ?

Le tableau est stocké en lignes.
La première colonne affichée à droite en scrollant de 8 pixels va être la première à gauche de ton tableau.
C'est à quoi sont initialisés sourcelow et sourcehigh.
Donc pour aller chercher la tuile en dessous, tu fais +32 dans une boucle de 30, jusque là ça va.

C'est tout à fait ça :)

Une fois que tu a affiché une colonne, tu t'es bien décalé de 1.
La deuxième colonne à afficher à droite après avoir scrollé de 16 pixels va être la deuxième du tableau.
Donc à sourcelow+1 selon moi.

Là par contre il me semble bien que sourceHigh a été incrémenté 3 fois après les 30 répétitions. Je pense donc qu'il faut que sourceHigh retrouve la valeur qu'il avait au départ, sinon au lancement de la boucle pour la seconde colonne, on ne récupèrerait pas la seconde valeur du tableau. Je me trompe ?

Effectivement, tu peux te servir du registre y et l'incrémenter pour aller chercher les autres colonnes.
Tu continues la même boucle de 30 (avec le +32).

Ca devrait fonctionner mais tu ne peux scroller que sur deux écrans comme ça.

Je pense qu'avec sourceHigh, je peux aller bien plus loin non ? Mes nametables sont les unes à la suite des autres en mémoire. 
tab_0: (960 octets)   $0000
tab_1: (960 octets)   $03c0
tab_2: (960 octets)   $0780
tab_3: (960 octets)   $0b40
tab_4: (960 octets)   $0f00
tab_5: (960 octets)   $12c0
tab_6: (960 octets)   $1680
etc
Après je dis p'tet des aneries 

EDIT : si sourcelow/sourcehigh ne sont pas alignés sur 256, il faut faire autrement pour aller pointer sur les autres colonnes du tableau de tiles.
Il faut oublier le registre Y (le laisser à zero), et incrémenter de 1 sourcelow, en veillant à transférer une éventuelle retenue sur sourcehigh.

qu'entends tu par "si sourcelow/sourcehigh ne sont pas alignés sur 256"


Merci encore pour ton aide, ca fait plaisir de discuter

[nemokantio]

A la fin d'une boucle d'affichage de colonne, tu devrais soustraire 960 (car tu as du ajouter 32 30 fois) à ton pointeur source.
(sur 6502 cela signifie une soustraction 16 bit décomposée en poids faible/poids fort)
sec
lda sourcelow
sbc 192 ; poids faible 960
sta sourcelow
lda sourcehigh
sbc 3 ; poids fort 960
sta sourcehigh
J'ai piquée la soustraction sur internet, suis pas habitué au 6502.

Ou alors tu restitues le pointeur à partir d'une copie.
lda sauvesourcelow
sta sourcelow
lda sauvesourcehigh
sta sourcehigh

Comme ça tu peux passer à l'incrémentation pour la prochaine colonne.
Aligné à 256, cela signifierait que sourcelow est à zero.
Mais il vaut mieux je pense que tu incrémentes de façon classique:
clc
lda sourcelow
adc #1
sta sourcelow
lda sourcehigh
adc #0
sta sourcehigh
Cette addition j'y suis plus habitué même sur z80
 

Donc là tu passes bien à la prochaine colonne.
Pour les autres écrans, ta méthode t'oblige à tester quand tu as scrollé d'un écran, pour modifier sourcelow et sourcehigh en ajoutant 960...
(cette décomposition systématique en deux octets me déstabilise un peu alors je suis pas très clair)

[vincent2105]

"Restituer le pointeur à partir d'une copie", j'en étais aussi arrivé à cette solution sur le papier... 

Pour les autres écrans, ta méthode t'oblige à tester quand tu as scrollé d'un écran, pour modifier sourcelow et sourcehigh en ajoutant 960...
(cette décomposition systématique en deux octets me déstabilise un peu alors je suis pas très clair)

La aussi tu confirmes ce que j'avais dans l'idée, je mettrai tout ca en place dès que j'aurais un peu de temps, merci pour ton aide nemokantio 

[vincent2105]

Bonjour à tous,

Petite question : je souhaiterais lire le fichier .nam  généré par l'utilitaire Nes Screen Tools (qui me permet de créér des backgrounds).
Sous notepad++ par défaut si j'ouvre un fichier .nam, j'obtiens ça :

Spoiler:

Alors que je j'attends plutot quelquechose comme ça :

Spoiler:

La seule solution que j'ai pu trouver sur le net serait de télécharger un logiciel et vu la traduction des descriptifs, j'ai moyennement confiance...
Quelqu'un pourrait il me conseiller ? Merci

[Invité]

Non a mon avis c'est un fichier binaire tout simplement
A mon avis tu dois faire un .incbin pour l'inclure.
Editeur hexadécimale et normalement ton meilleur partenaire , surtout si tu prog en asm

[vincent2105]

C'est exact, je fais un .incbin pour l'inclure

C'est bon, mon émulateur intègre un éditeur hexadecimal, j'ai retrouvé la nametable en question... j'ai plus qu'à me mettre au C pour réorganiser selon mes besoins !

Merci Kannagi (et félicitations au passage pour ton utilisation du mode 7   )

[Invité]

C'est cool que cela marche ^^
Surtout que incbin j'étais pas trop sur , cela ne marche pas avec tout les assembleurs , tu utilise quel assembleur d'ailleurs j'imagine CA65 ?
Le C ou un autre langage , j'ai l'impression que pas mal de monde font leur tools en python.

Merci pour le mode 7