fra77x wrote:
In Scope Xite software you can't really see exactly where each module is loaded but in sdk you can.
That´s why we´d need some kind of information tool showing what is loaded on which chip and how these chips are interconnected communication wise IN THAT configuration of a/the project.
That should be available once a already programmed project is re-loaded.
Up to now, we don´t see what´s going where when the formerly saved project will be loaded again.
Some kind of, then extended, pull down list, we already use to assign to DSPs manually, could be used for this,- it should show which DSPs are already occupied by what and how much DSP power is free (left over) per chip.
fra77x wrote:
And some times they get span to 2 or more dsps.
Yep, that info should be available too in such a list mentioned above.
I see that when maxing out voices in DSP and SAT % and as long there aren´t too many devices in the project window, but at some time the DSP spreads across almost all chips where some more DSP power is available and as long SAT connection errors won´t come up.
It´s not very clear what has priority,- the available DSP power or the count of SAT connection when auto-optimization kicks in.
It seems it all depends on the algorithm used, isn´t it ?
fra77x wrote:
Also if a module is loaded for example in dsp 17 and is connected with another module in lets say dsp 16 and back to dsp 17 or somewhere else, then that costs in communication and leads eventually to SAT errors.
That´s it,- you run much earlier out of SAT connections then out of DSP power.
fra77x wrote:
But you can assign them manually (right click -> assign to dsp Y) and it works fine... A whole pack of modules interconnected on the same dsp take no communication resources. Ok it's self-evident. That's it...
Regards
Well, that´s easier for you because you have that visible control in SDK.
Without that control,- it´s much harder to decide which device should go to which chip just because the DSP/SAT/% meter becomes irritating after some time.
You see where load and SAT connection rise but don´t see which devices cause that.
It´s comparable to devices in the project being shuffled around the DSPs as long as the project is up and running and when more devices are been loaded,- just to optimize the count of SAT connections.
Also, I´m not sure if manual DSP assigned for a given project you work on is memorized perfectly once the project is recalled later.
I fear it´s not exactly the same then,- but it should.
Otherwise the "shuffeling devices around DSP chips" by "auto-optimize" starts again.
I imagine it´s hard to find criteria for an auto-optimizing algorythm in general.
Maybe there should be a on/off switch so the user can decide to manually assign only and then can be sure the project loads exactly the same again.
Bud