Hi Nicolas,
I need to make more modifications to crossbar.c, this is because
crossbar.c uses CPU_FREQ to compute the frequency ratio, but I don't
think it shouldn need to do that. Only the requeted freq and the host
output freq should be needed.
I'm not that sure. For the STe emulation, this is OK, because the sound can only go to the "sound output".
In the falcon emulation, the sound has to be generated in "real time", because the DMA out sound can be redirected to the DSP input sound (for example) and the DSP is a "real time" componant that computes data given by the CPU, the crossbar, ...
The crossbar matrix has to be feed at constant speed accordingly to the CPU and DSP speed. (I mean "in real time" because you can't manage all the data at once at the end of the VBL for example, the DSP would be stocked waiting for datas from the crossbar or would get "zero" values)
That's why I always say that the sound accurancy in the Falcon part is dependant of the accuracy of the CPU (in falcon mode).
As there has been a big change of CPU (old winuae CPU vs new winuae CPU), and I've notices that the timings are really different between the 2 cores, may this explain the degradation in sound quality ? (maybe...)