mister-devel synced commits to cdg at mister-devel/Jaguar_MiSTer from mirror

mister-devel
Sun, 12 Apr 2026 03:03:53 +0000

100ecb40631b96b5678b5aa13ad949b6191f53df It appears the found signal needs to be delayed for 2 frames after the track has started playing. The dsp code that is running is scanning for q subcodes all the time and it has to have found the new track number and saved it early. That allows cdfront to copy it to its saved copy which it compares against the current track (set to 0xff) when it sees the found code. If the found code comes to early it updates the track to out of date qsubcode track no. Then when the first real qsubcode comes in it thinks the track has changed and bumps the track number when it should not. Delaying 2 frames on the found code gives time for the qsubcode to propgate through to the copy. I do not know how this affects other things. Maybe the data needs to be delayed as well (does not matter for audio), related to the 16KB of FIFO we are not doing? I have other changes as well. Not sure if they are needed or not. ome commands appear to be dropped or corrupted as well but this happens in a consistent way. Should be able to figure it out. All of the changes in this branch need to be examined more closely