Slow DSP investigation with DFB1

[stephen_usher]

Let's face it, the Falcon030 was rushed out the door as a minimally viable product before it had really come out of prototype stage to try to save the company.

[charon030]

On atari-home.de a user confirmed that the same issue exists on the CT60:

https://forum.atari-home.de/index.php/t ... #msg275361

[exxos]

On atari-home.de a user confirmed that the same issue exists on the CT60:

https://forum.atari-home.de/index.php/t ... #msg275361

Thanks for sharing that.

There was something I saw somewhere about some logic from the CT2 or something which may help solve the problem ? Not had chance to read a lot of posts lately.

[Badwolf]

• The issue is per Atari's design;
• It will affect any solderless accelerators (unless they happen to also replace a GAL) -- it's been observed on the CT60;
• @pakman has been very kind into looking into what can be done on the GAL side and I have some work to do on that front, but I've not had time to do it yet;
• The DSP isn't 'running slow' but communication to the DSP is slower than usual. Any program that relies on tight timing on the CPU against the DSP could be affected;
• DFB1(X) has a disable jumper to accomodate such programs. This is inelegant, but effective.

BW