Re: [hatari-devel] DSP for Previous

[ Thread Index | Date Index | More Archives ]

Le 05/07/2015 12:06, Laurent Sallafranque a écrit :
The main reason was difficulty to synchronize the CPU and the DSP.
But you're right, by the time, the DSP was totally inacurate and very

I think now that the DSP is really accurate, we could probably thread it
again (but as it works like this, it's perharps not a good idea)


I don't think running a separate thread with the DSP when it needs to "speak" with the CPU at very high rate in real time will give any good result, emulation could be slowed down due to the fact that threads can't switch as fast as the time it takes to emulate one cpu instruction before emulating one dsp instruction.

If we were to use multi threading, then it would be more efficient to use it for "big" tasks : for example one task responsible for emulating everything as we do today (cpu, dsp, video, sound) and another task to convert gfx in ST/Falcon format (interleaved bitmaps) to native RGB format.

But even so, with today's cpu, where even some mobile phones can run emulators, I don't think the work and added complexity would be worth the gain.


Mail converted by MHonArc 2.6.19+