I've got an interrupt routine at this vector

IRQ1V = $0204

and I'd like to have it called faster than it is at the moment.

I'm guessing I have to load a timer value somewhere - but I'm not sure where.
Also what value is the system default?

Thanks

- PJ

IRQ1V will be entered on *any* interrupt which is enabled - not just the timers (of which there are 4!), but also other periodic things like VSync, and non-periodic things like keyboard interrupts or the analogue to digital converter finishing a conversion.

So, the first thing your interrupt code needs to do is check if the interrupt has come from the thing you're interested in (e.g. a timer), then you have to acknowledge the interrupt (otherwise as soon as your IRQ routine exits, it'll generate another interrupt immediately), and then you can do whatever update you need.

The Beeb OS uses timer 1 of the System VIA as a 100Hz timer (for processing sound, keyboard, system timers, and probably some other stuff). While you could alter the period of this timer, it's probably best to leave it alone, otherwise other things in the OS might start to go wrong.

The best thing is to choose a timer of your own in the User VIA, and use that as your interval timer. The way the OS would like you to do this is to intercept IRQ2V (which is entered for unknown interrupts) and service the interrupt there.

Suppose you wanted an interrupt to occur at 60Hz (60 times a second) for some reason. Timer 1 of the User VIA can be set to automatically reload and generate an interrupt with a given period. Here's how you'd set up the timer:




Well, that's more or less the trick. Hope that's some help!

IRQ2V can have horrible latency, so IRQ1V is best if you want the timer to be reasonably accurate. The irq handler would be the same as for IRQ2V, but instead of lda $fc/rti you'd jump to the previous IRQ1V handler.

Thanks for that - that exactly what I wanted to know.
Although it doesn't seem to work.

Assuming I want the main 100hz interrupt to go at 400Hz I tried this:

speed = (1000000/400)

LDA #LO(speed)
STA &FE44
LDA #HI(speed)
STA &FE45

( I tried &fe64 as well but I figured I really wanted to change the system via so tried the &fe44 address)

The intsub was like this already:


.intsub:
LDA &FC ;//[44EF] A5 FC
PHA ;//[44F1] 48
LDA &FE4D ;//[44F2] AD 4D FE
STA &FE4D ;//[44F5] 8D 4D FE

...


PLA
RTI ;//[452C] 40

What exactly do you want to do? You realise that changing the system timer to run at 400Hz will make the system clocks, sound and everything else run 4 times as fast?

Also, this IRQ handler doesn't look so good - it's not checking the source of the interrupt, which is ok if you *only* have a timer interrupt enabled, but if you have anything else going on, such as VSync, it'll cause your interrupt code to be executed an extra time every 1/50th of a second.

Of course all this is fine if you're not returning control to the OS IRQ handler at any point.

I have a SID music playing program where the music player is called by the main timer interrupt - I want to speed up the music a little - I don't use any other BBC hardware except for checking the keys so I was thinking changing the rate of the main timer shouldn't break anything - speeding it up by 400% was just a test so I could definitely hear the difference - I probably just want to speed it up something like 120%.
However those changes didn't seem to make any difference - I wonder if something else is setting the timer delay back to its default? It's not exactly clear if I should be setting $FE4X or $FE6X but I did try both.

- PJ