Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > Free cycles in raster line..
2005-09-16 11:32
Ben
Account closed

Registered: Feb 2003
Posts: 163
Free cycles in raster line..


Is there some sort of stable, line dense raster leaving some cycles per line free which can then be filled with instructions executed outside the IRQ?
 
... 15 posts hidden. Click here to view all posts....
 
2005-09-16 18:33
yago

Registered: May 2002
Posts: 333
Marko Makela described this Technique in C=Hacking #10.

http://www.ffd2.com/fridge/chacking/

@WVL: OK, I'll give you a Karlsquell.
2005-09-16 19:35
Ben
Account closed

Registered: Feb 2003
Posts: 163
Quote: We did this in 6566+. There is an interrupt on each raster line, even though we decided on colors that doesn't change at every line.
It won't be more stable than within roughly 7 cycles depending on what code you run in the background, but it will always stay around the desired point.
If you want it on the exact same cycle every time you will have to waste cycles to take up the jitter every interrupt.


I see you are using:

thing pha
lda $dd0d
inc foo+1
foo lda $0800
sta $d021
sta $d020
pla
rti

You however seem to destroy the initialization of the interrupts on purpose :)

I reckon you do something like
lda #<thing
ldx #>thing
sta $0316
stx $0317
to launch the NMI

7 cycles jitter is quite a blow.. is there any mechanism allowing one to stabilize the raster in any fashion, e.g. to appropriate the routine for open sideborder?
2005-09-16 19:37
Ben
Account closed

Registered: Feb 2003
Posts: 163
Quote: Marko Makela described this Technique in C=Hacking #10.

http://www.ffd2.com/fridge/chacking/

@WVL: OK, I'll give you a Karlsquell.


Nice magazine :) Thanks for the link!
2005-09-16 20:11
tlr

Registered: Sep 2003
Posts: 1790
Quote: I see you are using:

thing pha
lda $dd0d
inc foo+1
foo lda $0800
sta $d021
sta $d020
pla
rti

You however seem to destroy the initialization of the interrupts on purpose :)

I reckon you do something like
lda #<thing
ldx #>thing
sta $0316
stx $0317
to launch the NMI

7 cycles jitter is quite a blow.. is there any mechanism allowing one to stabilize the raster in any fashion, e.g. to appropriate the routine for open sideborder?


We thought we were the first doing full screen rasters with sprites over them + music running, so we wanted to set the competition back a bit. ;) (also I was 14 years old)

The over writing is done when starting the code, but ironically I forgot the packed version at $8000. :P
Note that Rob Hubbards Zoolook was manually relocated to
$090d to get a contiguous block just for show off. :)

BTW: I still haven't found anyone doing this before us, does anyone here know an earlier example of this technique?
2005-09-16 20:37
tlr

Registered: Sep 2003
Posts: 1790
Quote: I see you are using:

thing pha
lda $dd0d
inc foo+1
foo lda $0800
sta $d021
sta $d020
pla
rti

You however seem to destroy the initialization of the interrupts on purpose :)

I reckon you do something like
lda #<thing
ldx #>thing
sta $0316
stx $0317
to launch the NMI

7 cycles jitter is quite a blow.. is there any mechanism allowing one to stabilize the raster in any fashion, e.g. to appropriate the routine for open sideborder?


That should be $0318/$0319, but it would be much better to use $fffa/$fffb.
Also the 7 cycles (or is it 6?) depend on the fact that the longest 6510 instruction is 7 cycles (eg "inc abs,x"). If you restrict which instructions you run, you will get less jitter. If you want it really stable you'll have to use the timer value to compensate, which won't leave many cycles at all for stuff to run in the background.
2005-09-16 21:50
Ben
Account closed

Registered: Feb 2003
Posts: 163
Quote: That should be $0318/$0319, but it would be much better to use $fffa/$fffb.
Also the 7 cycles (or is it 6?) depend on the fact that the longest 6510 instruction is 7 cycles (eg "inc abs,x"). If you restrict which instructions you run, you will get less jitter. If you want it really stable you'll have to use the timer value to compensate, which won't leave many cycles at all for stuff to run in the background.


Damn.. I meant $0318/19 of course :: blush :: Where have I been with my mind!

Sure, I understand the source of the jitter.. Relying on $dc04/$dc05 would indeed get costly..
2005-09-16 21:58
WVL

Registered: Mar 2002
Posts: 902
also check out Ninja's routine from Real/The dreams+Resource. He wrote an article about it in some magazine. it's for a every-other-line-fli routine though, but you can use the basic ideas for your advantage!
2005-09-17 09:12
tlr

Registered: Sep 2003
Posts: 1790
Quote: Damn.. I meant $0318/19 of course :: blush :: Where have I been with my mind!

Sure, I understand the source of the jitter.. Relying on $dc04/$dc05 would indeed get costly..


Consider this: jmp ($dc04)
Set up one timer in cycle mode (presumably $3e cycles) to execute the jump. You might even be able to put $4c into $dc03 to run it from there.
Set up a separate timer that counts up. This will make the jump go to an address which will be one larger for every cycle you are late into the interrupt. You will have to restart this timer from each interrupt.
You could even try to start the up counting timer in the first raster line, and then layout one routine for each rasterline at addresses spaced $3e bytes appart. That way you wont have to restart the timer.
The penalty will be the jump + the 7-8 cycles of code to take up the jitter.
2005-09-17 09:39
Ben
Account closed

Registered: Feb 2003
Posts: 163
Quote: Consider this: jmp ($dc04)
Set up one timer in cycle mode (presumably $3e cycles) to execute the jump. You might even be able to put $4c into $dc03 to run it from there.
Set up a separate timer that counts up. This will make the jump go to an address which will be one larger for every cycle you are late into the interrupt. You will have to restart this timer from each interrupt.
You could even try to start the up counting timer in the first raster line, and then layout one routine for each rasterline at addresses spaced $3e bytes appart. That way you wont have to restart the timer.
The penalty will be the jump + the 7-8 cycles of code to take up the jitter.


Sounds like a clever piece of code. I really have to give this some thought :)
2005-09-17 09:44
tlr

Registered: Sep 2003
Posts: 1790
Quote: Sounds like a clever piece of code. I really have to give this some thought :)

I can't seem to find how to make the timer count upwards though, so maybe I mixed something up here. :P I'm pretty sure I saw someone do this using a jmp ($dc04) though.

Previous - 1 | 2 | 3 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Andy/AEG
leonofsgr/Singular C..
Hydrogen/Glance
Scrap/Genesis Project
Asphodel
Guests online: 103
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 The Demo Coder  (9.6)
6 Edge of Disgrace  (9.6)
7 What Is The Matrix 2  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 No Listen  (9.7)
2 Layers  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 X-Mas Demo 2024  (9.5)
7 Dawnfall V1.1  (9.5)
8 Rainbow Connection  (9.5)
9 Onscreen 5k  (9.5)
10 Morph  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Triad  (9.3)
Top Webmasters
1 Slaygon  (9.6)
2 Perff  (9.6)
3 Sabbi  (9.5)
4 Morpheus  (9.4)
5 CreaMD  (9.1)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.298 sec.