> > I was in touch with Dave yesterday, and I certainly won't be releasing > > anything of his without prior permission. I was highly impressed with his > > HQ driver, which ran great under NT too, so I'm keenest to get that up and > > running first, with your extra sound drivers done after that. > > So folks... was the final decision to spool data out on the fly? Or to build > a buffer with the data in it and pump that out every 1/50th of a second or > so? > > Fingers crossed you went for the latter ;-)
Aley went for the latter- although what he's actually done, as far as I can tell, is actually build up that buffer every 1/50th of a second and then squirt it. This means that changes that occur at finer than 1/50th sec resolution will be lost using Aley's code as far as I can see - so much for emulating Sam Mod Player! (Aley has a function called UpdateSound which he says should be called 50 times a second ... and the SAA registers are maintained through a simple byte array which affords no time-stamping .. :( I was under the impression that the solution to use would be to build a list of OUT 255,n instructions timestamped by t-state, and then every 50th/sec build up a buffer from that list? Dave
