KVR Audio

fabi · Post by **fabi** » Mon Nov 21, 2005 10:53 am

JonnySun 2.0 wrote:Come on David, there must be a solution between a 10-band-version and a version which expires at the end of the year ..

5-Band with all features of the big for 449 Euro.

... or you offer the 3-Band for say 199 Euro in next year .. sold as the little brother of the big for mixing and sometimes for mastering (sweetening)

Affordable for every musician ..

if you had paid attention you would have noticed that david promised donors for the 3band support and updates beyond end of this year.

JonnySun 2.0 · Post by **JonnySun 2.0** » Mon Nov 21, 2005 12:03 pm

Sorry, don't have the time and joy of reading 46 sites like others ..
Enjoy your day ..

fabi · Post by **fabi** » Mon Nov 21, 2005 12:07 pm

JonnySun 2.0 wrote:Sorry, don't have the time and joy of reading 46 sites like others ..
Enjoy your day ..

you, too.

_dada_ · Post by **_dada_** » Mon Nov 21, 2005 12:27 pm

... and for other 'latecomers',
here is the info about continued support for donators :
http://www.kvraudio.com/forum/viewtopic ... 56#1509956

and here is the link, to donate :
http://secure.softwarekey.com/solo/prod ... ?A=2732182

bye, Jan

Dause · Post by **Dause** » Mon Nov 21, 2005 1:38 pm

dbmcclain wrote: The compiler folks at GreenHill have been writing compilers longer than I have (which is a considerable time!), and these guys claim to be super AMD-friendly. Check them out for yourself.

Hi David,
I tried but did not find them. Can You post a link? googeling for 'GreenHill AMD' did not produce anything meaningful. Thanks!

Andreas

Karbon L. Forms · Post by **Karbon L. Forms** » Mon Nov 21, 2005 1:45 pm

http://www.ghs.com/

Karbon L. Forms · Post by **Karbon L. Forms** » Mon Nov 21, 2005 1:50 pm

can't see bugger all about AMD support though.

Dause · Post by **Dause** » Mon Nov 21, 2005 1:53 pm

Karbon L. Forms wrote:http://www.ghs.com/

Thanks. I saw the site but could not find the compiler. Can You supply a link to the product? thanks!

JonnySun 2.0 · Post by **JonnySun 2.0** » Mon Nov 21, 2005 7:39 pm

http://www.ghs.com/products/x86_native.html

naturestoned · Post by **naturestoned** » Mon Nov 21, 2005 7:46 pm

OK, donated, this EQ is definitly worth the support.

Especially if the money goes directly into improvements like the ones David mentioned above.
Hey! native EQs (or other VSTs) that can make use of multiple available processors!!... THAT is the future as GHz don't grow that fast anymore and spezialized DSP platforms have got this "lock-in effect" how this is called in Systems Marketing literature.

@David: Nice to hear that you plan to make this "preferences" file with the latency reporting to host according to the Quality settings

I got help for my personal latency issue posted earlier in this thread over in the Raw Material Tracktion Forum by the way...nothing was wrong with the EQ.

politcat · Post by **politcat** » Tue Nov 22, 2005 12:37 am

i mentioned the compressor to david and got this reply with some good news added:

The Compressor (multiband and dynamic EQ) will probably be in about
a month... have to get past all that PLParEQ has stirred up first.

BTW, so you know, and go ahead and spread the word, we are about to
launch different payment plans on the big-boy 10-Band PLParEQ. These
will be installment plans against credit cards or PayPal, as well as
rent-to-own plans, where each month's rent will apply to the final
purchase and ownership. These will also carry over to our other high-
end products as they become available.

These payment options should be in place before the end of the week.
The next release of PLParEQ3 is probably going to happen on
Wednesday... keep your fingers crossed...

Cheers,

David McClain
Chief Technical Officer
Refined Audiometrics Laboratory
4391 N. Camino Ferreo
Tucson, AZ 85750

RapRogue · Post by **RapRogue** » Tue Nov 22, 2005 12:51 am

Thx for the 1.99, and that is good news indeed.

Frippertronix · Post by **Frippertronix** » Tue Nov 22, 2005 1:37 am

How about....

...a native reverb??

Frippertronix · Post by **Frippertronix** » Tue Nov 22, 2005 1:40 am

Re: payment, one thing that would be nice is if you could carry any donations you've made while still using the 3-band over to the payment plan for the 10-band if you decide to get on that at some point.

dbmcclain · Post by **dbmcclain** » Tue Nov 22, 2005 7:18 am

Hello All, some initial news from the subterranean laboratories deep in the mountainside in Tucson...

1. GreenHill was a slip of the tongue -- an old company probably not in business anymore. Other slips were Oregon Software. The one we have is The Portland Group... a really fine compiler, but alas, the very tiny teenie fine print said the C++ compiler was only for Linux... No Win/32 support for that.

2. It seems the only C++ out there for Win/32 is Intel... hmm... I may drop back and recode in straight C just so we get the quality of the PGI Compiler.

3. I found out by digging deep, that the reason the AMD boxes run so poorly on Intel code, is that Intel attempts to sniff out the processor being used by using a low-level machine instruction. And if the ID coming back is not one of theirs, then you are relagated to '486 status and not given the chance to run any hyper-code. Not very nice of them...

4. I have found that for the Muse Receptor (an AMD XP2500+ Barton Core) it barfs on any SSE2 instructions. It seems to play okay as a Pentium III lookalike.

5. Markus's super-duper dual Opteron is waaay up there in terms of capabilities and it did not barf when I told it to execute P4 SSE2 instructions.

So... we are making progress here. The Intel stuff is now faster than ever before. And so now that I caught the Intel Libs in the act of pushing AMD to the back of the line, I may be able to do something about that.

It does appear, for now, that Intel is not overtly generating junk opcode to trip up AMD. Probably if they did that, then AMD would scream bloody murder and haul Intel right back into court. Or at least get an injunction against Intel.

But there is nothing unlawful about failing to recognize a foreign chip in a CPU detection function. If it isn't one of theirs, they can claim to be taking the really safe route ensuring that the foreign processor won't bomb on any code. ... of course it won't run worth a damn either....

Cheers,

- DM

10-Band PLParEQ is Here!