| |
oziphantom
Registered: Oct 2014
Posts: 490 |
Super Stable(tm) NMIs
Before I go tumbling down a rabbit hole, though I would check with people in the know if this is sane..
I have a need for stable raster ( doesn't need to be to the clock stable, but stable ish <4 ) with potential sprites and maybe some samples playing...
To which I was thinking if doing my IRQ stuff in NMI, where I can use TIMER A to clock the point I want, then use the Inverse X cycle counter in Timer B to stabilise it. A Pal Frame is 19,656 cycles right, which easily fits into 65,536.
Since I can set the cycle to start me in the char area ( on a good line) the fact there are sprites is neither here nor there right? And I can support NTSC by having a different Next NMI timer value table?
The I get the Sample routine ( which are traditionally on NMI ) to use the other CIA, so it fires on IRQs.
So I can had stable rasters that change a register during the "write cycle" before the VIC enables Sprite DMA, and optionally have and not have sprites around, and play samples, as it starting to get a bit too good to be true.. |
|
... 10 posts hidden. Click here to view all posts....
|
| |
Frantic
Registered: Mar 2003
Posts: 1648 |
Don't discuss it! |
| |
HCL
Registered: Feb 2003
Posts: 728 |
Nono.. I was definitely *not* the first. Perhaps the last. |
| |
lft
Registered: Jul 2007
Posts: 369 |
Quoting HCLIf you want several different IRQ:s (or NMI:s) with stable timing, you may of course use the lo-byte of the jmp to address different locations on each page. ..but i think that is included in the so called "Ninja-method".
I'm not so sure. Those locations would have to be one byte apart, and later calls would go to earlier addresses. So you would have to construct some kind of inverted clockslide. Maybe it is possible somehow, but it seems really difficult. Game on? |
| |
Mixer
Registered: Apr 2008
Posts: 452 |
Like HCL said.
From the top of my head, you can do
dc02 4c
dc03 lowbyte, Any value, the stable routine lo
dc04 hibyte , == timer from 8 to 0, the stable routine hi
dc05 0
dc06 your event timer lo
dc07 your event timer hi
dc0d 02 // timer B causes interrupt, A does not.
dc0e 01 // timer A just runs.
dc0f 01 // timer B just runs. must be started in sync with timer A
fffe 02 // IRQ vector to $dc02
ffff dc //
The stable routine then has the nops or other delays depending on how many cycles to compensate on each page/timer value.
But getting back to the Oziphantom original problem, I think there is no need for such a complex system, if one just needs one or two timed events per frame. |
| |
lft
Registered: Jul 2007
Posts: 369 |
Oh, right. I misunderstood HCL. Yes, the lo-byte can be anything as long as it's fixed. I was thinking of having a dynamic lo-byte and a fixed hi-byte. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
but can you change the lowbyte using sprite collisions? |
| |
Radiant
Registered: Sep 2004
Posts: 639 |
Quoting HCLNono.. I was definitely *not* the first. Perhaps the last.
I still haven't used that method. :-) |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
Is this the thing that jumps to $3c00, $3d00 etc? Then it's the Horizon-method :) |
| |
Copyfault
Registered: Dec 2001
Posts: 478 |
Quote: It only eats 7 pages (or 8 if you treat diffierent CIA versions as jitter). Which pages depends on the relation between the IRQ-source and the timer
Hmm, if I understood this "use timer lo-byte as hi-byte of the irq-jump-vector"-method (or should we call it Ninja-rizon-method;)?) correctly it needs 8 pages even when sticking to a fixed CIA version (and without the use of unintended opcodes).
As discussed before (e.g. in Stable Raster via Timer) jitter causes 8 different timer values resulting in eight different jump adresses. Or do I mix things up here??? |
| |
Frantic
Registered: Mar 2003
Posts: 1648 |
Hehe.. I was also reminded about that discussion when I read that and thought "hey, uh... what was the conclusion of that old thread again?". |
| Previous - 1 | 2 - Next |
