That's pretty CAVE quality haha. I imagine improving that would have made the later era games run a lot better, but what can you do I guess.xMetalliCx wrote:I doubt, had the same idea ~4years ago, but at least my tests says its seems not true.
so I think blitter works in a stupid cheap and ineffective (like most things in Cave hardware LOL) fixed pipeline, i.e. it always do blend, or at least always do 3 memory accesses at each pixel blit - read source pixel, read destination, write destination, even if read destination not needed with blend off.
This would make sense, OPN series only processes key on/off every update cycle (3*4 master clocks on OPN I think?).xMetalliCx wrote:so I suspect in real YMZ770 keyon/off events handled only at certain time, lets say each 32(?) sound samples (sequencer clock) for example...
Heheh. I actually haven't really put any work into any of the slowdown stuff in a long time. I don't really have the time anymore to mess with the YMZ770, and I'm not really that interested in it either given it's a sorta boring sample playback chip. I have a sizable backlog of more interesting and weird problems to work onxMetalliCx wrote:trap15 I know you are familiar with sound ICs and somewhat good at this, why not pay attention to YMZ770 ?
instead of wasting time on this stupid slowdowns (which no one cares except few crazy shmupfuns)
