Yes, I should explain as that's my point.
Suppose that you wanted to scratch and mix your MP3 collection and I wanted to manipulate the playback of a drumcomputer-style program. Let's say we'd both like to use vinyl for this. A lot of our desires are the same there, we want to go from vinyl, to some sort of input on the computer, to a analysis of the signal to extract features. Up to that point our desires are the exact same and include things like error-resistance, latency, etc.
I'm suggesting that if we can figure out how to best do that all systems could use this one way. You'd get the same records that I would get and this library would be embedded in a commercial program for you, while I might use hooks to it in a programming language. MsPinky provides more or less this, though it can be used to mix in a straightforward way it could also be used to control anything else. They are both vinyl emulation but Traktor has a single specific goal.
I'm not suggesting everyone should be a developer; in fact I'm suggesting that nobody would need to re-implement the bits that we all need anyway. MsPinky strives to be just this but apparently falls short in how it behaves.
Still, of course it's not just in the algorithm; perhaps tracking is every bit as good as with Traktor but Traktor might just be smarter about how to deal with the signals that we do get. With extremely slow playback the system will at some point break down and Traktor might simply be breaking down in a more elegant way. That would be a issue that individual tinkerers would need to address and that people buying a ready made system will pay for. It would be interesting to try to figure out what goes wrong there. The systems seem reasonably similar, if we are to believe this;
http://www.mspinky.com/phpBB2/viewtopic.php?t=250
Modern technology offers an endless field day to any deviant strains in our personalities. --J.G. Ballard