Oula pice les gars

Personnelement je trouve que l´asm 68k est vraiment un excellent langage.
Peut être le plus intéressant de tous en fait.
Mais pour faire quelque chose de volumineux avec de nos jours...

d´accord avec toi, l´asm c´est vraiment bien, moi j´essais d´apprendre l´IA-32 et je m´amuse bien ! bon il y a des notions très abstraites quand memeet c´est sans doute avec celles ci que j´ai le plus de mal

lag-it: yeah asm 68k rulz

Le pire asm que j ai vu jusqu a maintenant c´est le pip, et pire que tout, l asm en sortie de gcc pour ce proc.. beark :P

/ kUfa.sCx

personne a des bouts de code asm a me faire lire ? kelios vient que la nuit tard, je veux lire du code asm

68k?

IA-32 plutot, j´ai de la documentation pour processeur 68 000 mais je préfère l´intel architecture de toute façon hier Kelios m´as passé un bout de son bootloader, j´ai de la lecture

au fait kUfa va voir ça, y a des trucs a voir ( meme si t´es pas trop 3D, on a pas encore trop les gfx2D...)

Eevo-Log http://navilinux.free.fr

--log°°Eevo-Log

log: cool, ca a l´air prometeur j´aime bien aussi la zik, quoique perso ya pas assez de bass, mais electro rulz! ; )

pas assez de basse ? ouiiin je vais le dire a LorenzOO, la prochaine fois il fera un truc qui détruit les caisson de basse hiark hiark hiark ergh khof khof... ( :

Eevo-Log rules

; d0 : x
; d1 : y
; (used d7,a0)
pxlon:
move.l #$4C00,a0
move.w d1,d7
lsl.w #1,d7
lsl.w #5,d1
sub.w d7,d1
adda.l d1,a0
move.w d0,d1
lsr.w #3,d1
adda.l d1,a0
andi.b #%111,d0
move.b #$80,d1
lsr.b d0,d1
or.b ( a0),d1
move.b d1,(a0)
rts

( C) moi
Ah le 68k... Ca c´est du langage...

Le d7, c´est pour l´optimisation.
Si vous voulez l´utiliser, allez y : ca marche ( (C) : je plaisante )

purée je comprends que de chie ! ( wow l´expression)

c´est bizarre le 68k par rapport à l´IA-32 ( à moins que ce ne soit le contraire )

move mov
adda add ? ??
andi and

pxlon: ? ?? c´est ne nom de ton étiquette ça ?
; commentaire ?

rhoo c´est un langage de martien vive l´INTEL ARCHITECTURE 32 ^^

bon je sors...

--log

Arf

move > mov
adda > add adress
andi > and immediate value

pxlon : nom de la routine ( affiche un pixel )
; : commentaire ouioui

Au fait le " #$4C00", c´est l´addresse du buffer écran ( c´est sur une ti-89 ) ...

Yeah asm 68k rulz ; )

Au fait le " #$4C00", c´est l´addresse du buffer écran ( c´est sur une ti-89 )

< troll>Mais un lea $4c00,a0 ca fait plus " propre" qu un move et c´est pas tres optimise ; )</troll>

c´est bizarre le 68k par rapport à l´IA-32 ( à moins que ce ne soit le contraire )

Ben en general les premieres diff qu on voit c´est le big/low endian, et l ordre: move src,dst mov dst,src. Et pis les modes d adressages sont pas tous dispo

oui j´avais aussi tilté sur l´ordre

C´est vrai lea c´est mieux

_main:
lea #$4C00,a0
loop:
move.w #$FFFF,d0
subloop:
lsr.w #1,d0
move.w d0,d1
and.w ( a0),d1
move.w d1,(a0)
clr.b d2
wait:
add.b #1,d2
cmp.b #$20,d2
bcs wait
cmp.b #0,d0
bni subloop
cmp #57B8,a0
bcs loop
rts
end

Alors, qu´est ce que ca fait sur un écran 160*100 ?
Bon allez qui nous sort du Z80 ?

< troll>move.w #$FFFF,d0 => moveq #-1,d0</troll>

lea, moveq...
Décidement je suis un accro du move brut

ld hl, valeur
ld bc, &7f00
ld e, b

ld d, 27
boucle:
ld a, ( hl)
out ( c), c
out ( c), a
ld b, 11
loop:
djnz loop
nop
nop
nop
ld b, e
inc hl
dec d
jr nz, boucle

valeur:
db 68, 85, 95, 75, 95, 85, 68, 72, 82
db 92, 87, 75, 87, 92, 82, 78, 77, 75
db 84, 75, 77, 78, 84, 84, 84, 84, 84

et voila du bon vieux Z80 ( only pour amstrad CPC)

AAAAAAAAAAAHHHHHHHHHH ! !!!!!!!!!!!!!!

nop
nop
nop

Ca c´est beau

Bonjour! Moi Shadow_x13
je me lance à une mission impossible!
Fair le tour des forums!
Et je suis partit!

Merci de m´encourager

¤Svp Suprimer pas se poste merci!¤