mappings: fix slow preferences window by removing 1000s of useless "MidiDefinition structures"

dj_estrela

Traktor has thousands of useless "MidiDefinition structures" for every possible midi combination that COULD be used. This is much much larger than the entries that are actually used. Worse, these entries are replicated in every single "empty page".

The CMDR editor removes this overhead (see line 337 of this file).

However Traktor still recreates these entries per page anyway.

https://github.com/pestrela/music/b...di-mappings-makes-the-preferences-window-slow

real world example: the pioneer mapping takes 18 seconds to load. On my latest mapping, which is bigger, I've reduced this to 3 seconds

https://github.com/pestrela/music/b...E.md#how-slow-does-the-preferences-window-get

original request:

https://www.native-instruments.com/forum/threads/preferences-huge-mappings.405699/#post-1941485

Kaiwan_NI

Unfortunately this idea did not receive enough votes over the allotted time. We are closing the post.

Note that our ideas section doesn't reflect the Traktor team's backlog. Even if this idea hasn't been brought up with the team at this time, that doesn't mean it'll never be implemented in the future.

For more info about how your feedback reaches NI, please have a look here.