|
| Slammer
Registered: Feb 2004
Posts: 295 |
Kick Assembler Thread 2
The previous thread took a little long to load, so this is a new fresh one.. |
|
|
... 414 posts hidden. Click here to view all posts....
|
| | Oswald
Registered: Apr 2002
Posts: 3176 |
sorry, couldnt resist:
; x1 y1 etc
effect1: .byte Param1, Param2, Param3, Param4 ;circle1
effect2: .byte Param1, Param2, Param3, Param4 ;circle2
init
lda #<effect1
sta zp+0
lda #>effect1
sta zp+1
rts
setupeffect
ldy #$00
lda (zp),y
sta durationlo
iny
lda (zp),y
sta durationhi
iny
lda (zp),y
sta xadd1
iny
lda (zp),y
sta xadd2
iny
lda (zp),y
asl
asl
asl
asl
iny
ora (zp),y
sta xstart1&xstart2
iny
lda (zp),y
sta yadd1
iny
lda (zp),y
sta yadd2
iny
lda (zp),y
asl
asl
asl
asl
iny
ora (zp),y
sta ystart1&ystart2
iny
lda (zp),y
sta xeor
iny
lda (zp),y
sta xand
iny
lda (zp),y
sta yeor
iny
lda (zp),y
sta yand
iny
lda (zp),y
clc
adc #>scaletab
sta xscale1
iny
lda (zp),y
clc
adc #>scaletab
sta xscale2
iny
lda (zp),y
clc
adc #>scaletab
sta yscale1
iny
lda (zp),y
clc
adc #>scaletab
sta yscale2
iny
tya
clc
adc zp
sta zp
bcc *+4
inc zp+1
|
| | JackAsser
Registered: Jun 2002
Posts: 949 |
Quote: sorry, couldnt resist:
; x1 y1 etc
effect1: .byte Param1, Param2, Param3, Param4 ;circle1
effect2: .byte Param1, Param2, Param3, Param4 ;circle2
init
lda #<effect1
sta zp+0
lda #>effect1
sta zp+1
rts
setupeffect
ldy #$00
lda (zp),y
sta durationlo
iny
lda (zp),y
sta durationhi
iny
lda (zp),y
sta xadd1
iny
lda (zp),y
sta xadd2
iny
lda (zp),y
asl
asl
asl
asl
iny
ora (zp),y
sta xstart1&xstart2
iny
lda (zp),y
sta yadd1
iny
lda (zp),y
sta yadd2
iny
lda (zp),y
asl
asl
asl
asl
iny
ora (zp),y
sta ystart1&ystart2
iny
lda (zp),y
sta xeor
iny
lda (zp),y
sta xand
iny
lda (zp),y
sta yeor
iny
lda (zp),y
sta yand
iny
lda (zp),y
clc
adc #>scaletab
sta xscale1
iny
lda (zp),y
clc
adc #>scaletab
sta xscale2
iny
lda (zp),y
clc
adc #>scaletab
sta yscale1
iny
lda (zp),y
clc
adc #>scaletab
sta yscale2
iny
tya
clc
adc zp
sta zp
bcc *+4
inc zp+1
Yes and Slammer's point was that you get the same readability in the code (i.e. parameters kept together in chucks _AND_ directly in the source). However Slammer's example will produce more effective code on the C64-side. Instead of having to "parse" the params manually on the C64 each time you setup the effect this is done at compile time. This yields:
* Smaller code
* Faster code
* Same readability
win/win/win
And yes, the faster/smaller point will probably be insignificant anyway so... use whatever method you're comfy with.
:D |
| | Oswald
Registered: Apr 2002
Posts: 3176 |
agreed.
for me more of a selling point is the nice capability of importing gfx/textures, or calculating sines, but am simply yet too lazy to make the move. |
| | Cruzer
Registered: Dec 2001
Posts: 732 |
Just make the move for new stuff. No need to convert all your unreleased stuff right away. I still have old crappy routines in MxAss and TurboAss format lying around. |
| | soci
Registered: Sep 2003
Posts: 51 |
Right, 1.46 is quite bit outdated now. Creating sine and other tables is easy on 1.5x if that helps.
Importing raw data is no problem with almost any assembler. If it needs serious processing beyond chopping it up into pieces (e.g. conversion, compression, etc.) it's better to use the most suitable language/tool to do that part of the job first. |
| | Groepaz
Registered: Dec 2001
Posts: 5852 |
Quote:Gropaz: Lol. You do realise that your behaviour have put all of your requests to the backend of the queue, right? If you really are forced to use Kick Assembler, putting yourself in a position with no influence on future features, really seams like an excellent strategy. ;-)
i realised its pointless to argue about these things many moons ago, and that omitting certain core features is apparently a design goal of this assembler. if you think i am still expecting you to fix them, no. you have made clear you dont care at all and dont even understand why you should do that. (another point for ca65 here, or rather for Uz) |
| | Oswald
Registered: Apr 2002
Posts: 3176 |
tastes are different there are enough types of assemblers out there for everyone, kickass is amongst the best, and I respect slammer for it. compilers are amongst the most complex things one may code. |
| | Slammer
Registered: Feb 2004
Posts: 295 |
Groepas: I actually agreed with you, that some of your request would be nice to have and put them on the todo list. But since they didn't get implemented at once you got very aggressive and insulting. Do you actually expect people to hurry up using their spare time to implement the features you want, after you insult them? I thinks that your behaviour against me and several other people here on csdb speaks for it self. You really owe a lot of people an apology. |
| | Burglar
Registered: Dec 2004
Posts: 575 |
now, now, boys. no need to get all frisky ;)
I like kickass a lot, and it would be even better if the suggested changes got implemented (like incbin). |
| | Slammer
Registered: Feb 2004
Posts: 295 |
Burglar: Incbin is one of the things that is on the todolist. Meanwhile check this thread for how to define a macro in 4 lines that can do the exact same thing : Need a coder |
| Previous - 1 | ... | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 - Next | |
