Hi Dave,
I've been using Samplitude for years now. I finally got so fed up with SONAR and the direction it went around the time of X that I simply stopped using it. After using Samplitude for some years, I tried to use SONAR X2 and X3 for a project, then gave up and had to recreate it in Samplitude. That's a way of saying that I found Samplitude much easier to use for my work than SONAR. Frankly, I think most people would.
Sketchy reputation: Somewhat, but it seems to be better than it used to be. This has not interfered with using Samplitude. In fact, Samplitude, as you probably know by now, is (or was) handled by a different group than the more consumer-related stuff.
I don't think that Independence is any different now than it was before, but I used it only on a couple of projects years ago and did not like the results. They have taken the samples and developed some instruments using them using different players.
I've never used the peer support/forum for Samplitude. Never needed it.
Bundled instruments: There aren't many of these. You can pay a lot more and get many of them, but not many sound very good if you like real-sounding stuff. I like Saxophonia and World Flutes, for example. For EDM, I would say that there is probably a lot of stuff one could use. They do seem quite EDM-oriented because some of the techniques they use in their examples tend to create sounds that are quite distorted, but yes they are loud!
The only serious problem I had with Samplitude was that there is a buggy version of vorbis.acm out there that causes crashes when working with projects that use different sample rates. This buggy version is newer than the one that actually works correctly.
I'll send you an email in a moment.
Best regards,
Dave
On edit: Forgot to say that SpectraLayers had some unbelievable bugs in it when I got it maybe a year ago. But the developer was very responsive to me personally and he fixed all the major, glaring problems.
Another important issue: Updates. Magix has the smoothest updates of anyone I deal with. Too many software people change things all around all the time, then have major conflicts with past versions, introduce new bugs where there weren't any before, and so on. These guys have an amazing ability for and understanding of software development processes.