🚀 go-pugleaf

In article <650@faatcrl.UUCP> jimb@faatcrl.UUCP (Jim Burwell) writes:

[deleted text]

>I don't think the timer device would work for me.  It isn't "real time" enough 
>for a music player (to much wavering mostly due to task schedualing), plus 
>it uses the CIA B timers, which would cause the same problem.
>
>I could recode things to use the vblank Interrupt, but that would require 
>compensating for the video mode you're presently in.  Plus I don't want to
>give up on the timers yet.
>
>I have been thinking of a scheme to use Software Interrupts called in the
>timer interrupt routine.  Something like this:
>
>TimerIntServer:  trap (or whatever)
>                 rts
>
>This would get in and out of the high-priority interrupt server quickly,
>hopefully giving the time back to other interrupts.  I'm assuming that
>there's some sort of software interrupt which doesn't interrupt hardware
>interrupt service routines, or is maskable, and which would take effect
>upon an rte from the hardware interrupt service routine.  The software
>interrupt, would of course be vectored to the music player routine.  

So use the timer.device, because that is how the timer.device works...

[text deleted]

>
>C'ya,
>Jim
>
>-- 
>UUCP:  ...!rutgers!faatcrl!jimb              Internet:  jimb@faatcrl.UUCP
[sig deleted]

Stellan

No sig is a good sig...