Announcing Poly-Ana 1.13 update:25% less CPU, More bug fixes

[Willabong]

Treeper: The Athlon xp 2600 does not support SSE2.....Talk nicely to Mike (Admiral Quality) and he will sort you out!

[AdmiralQuality]

Treeper: The Athlon xp 2600 does not support SSE2.....Talk nicely to Mike (Admiral Quality) and he will sort you out!

Yeah, that's probably the Celeron problem too that annode reports (where'd you get all the relics?)

Unfortunately it's you guys on the antique CPUs who need the performance improvement the most. But there's not nearly so much improvement without SSE2 (still, it's a bit more CPU efficient than previous versions.)

I'd been hoping to not make this public, and manage the SSE1 people by hand until you all upgrade (did the same thing for a no SSE customer for a few months until he upgraded his platform) but it seems SSE2 is still too new to count on everyone having it. So, here you all go...

http://www.admiralquality.com/download/ ... (SSE1).exe
(Oops, KVR breaks that link, you'll need to copy and paste it. I'm working on adding this to the regular downloads section.)

But please, DON'T use this version if your CPU supports SSE2. You'll get much better performance from the regular SSE2 version.

(It occurs to me that SSE2 might be the problem with running on older model Receptors too. I'll look into that... )

Thanks all.

[nollock]

But please, DON'T use this version if your CPU supports SSE2. You'll get much better performance from the regular SSE2 version.

You could test on install whether a cpu has no SSE, SSE1 or SSE2, ect.. with the cpuid instruction. And then install the correct dll automaticly.

It might save you some support work in the long run.

[AdmiralQuality]

But please, DON'T use this version if your CPU supports SSE2. You'll get much better performance from the regular SSE2 version.

You could test on install whether a cpu has no SSE, SSE1 or SSE2, ect.. with the cpuid instruction. And then install the correct dll automaticly.

It might save you some support work in the long run.

Was thinking about that but it will double the size of the installer download. I do need to watch out that my bandwidth doesn't go too high on that server or they'll charge me for it.

Also, I'm using the NSIS installer, not one of my own, so not sure offhand how to extend it to do that. I suppose I can write a little program it can run and get a result code back from...

Still, probably won't go this route due to the download size. It's bad enough that I have to include synth and effect versions of the same plugin (this is VSTs fault, other audio plug specs don't force a distinction between instruments and effects).

[fabi]

although for a few hosts it doesn't make a difference at all. e.g. bidule and energy xt shouldn't have any problems with fx that have midi-in or with synths that have audio-in.

[AdmiralQuality]

although for a few hosts it doesn't make a difference at all. e.g. bidule and energy xt shouldn't have any problems with fx that have midi-in or with synths that have audio-in.

Yup. Reaper too. (I actually put Reaper aside for several weeks becaue I searched for "instrument" in their manual and the word didn't occur once. I figured it didn't allow instrument plugins but it does, they just go in the FX slot.)

Again, this is Steinberg's damage and other host developers are free to ignore it. At plugin level though there's nothing I can do other than have two almost identical DLLs.

But a synth with audio in would be nonstandard I think. You have to declare it an effect. There's no way to route audio to the "synth rack" in Steinberg and many other hosts. But the only reason to make a synth version at all is so it will show up on the "synth rack". I could just distribute the effect version only. You can make a track in Cubase, etc, put Poly-AnaFX on it as an insert, then route your MIDI there. But it's a bit less intuitive for the newbs out there and I'd be answering that question every other day.