On Sat, May 1, 2010 at 8:57 PM, Tim E. Real <span dir="ltr"><<a href="mailto:termtech@rogers.com">termtech@rogers.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On April 30, 2010 10:55:09 pm you wrote:<br>
> Tim E. Real wrote:<br>
</div><div class="im">>Wow, man! I just spent an hour playing with<br>
>  Guitarix Distortion (ladspa plugin) +<br>
>   caps C* Amp VTS  (ladspa amp sim plugin)<br>
> in MusE's plugin rack.<br>
</div>Silly me! I missed a piece of the puzzle. The C* Cabinet plugins.<br>
I was supposed to put a cabinet after the amp.<br>
Sounds even better now!<br>
It now approaches the type of sound that the JCM900 vst gives.<br>
<div class="im"><br>
> > Until now I have mostly been using SimulAnalog's famous JCM900 VST<br>
> >  dll plugin under dssi-vst. (I do wish they would open-source those<br>
> > plugs!)<br>
><br>
> Aha, it's for free :), <a href="http://www.simulanalog.org/GSuite.zip" target="_blank">http://www.simulanalog.org/GSuite.zip</a>, until now<br>
> I didn't use VSTs when recording with Linux, but the web says, this VST<br>
> should be awesome,<br>
> <a href="http://www.google.de/#hl=de&ei=vJLbS_jPJc6YOMjj9JIH&sa=X&oi=spell&resnum=0&" target="_blank">http://www.google.de/#hl=de&ei=vJLbS_jPJc6YOMjj9JIH&sa=X&oi=spell&resnum=0&</a><br>

>ct=result&cd=1&ved=0CAUQBSgA&q=JCM+900+VST&spell=1&fp=af503062d682e13a<br>
><br>
</div>I have not tried their other plugins in the suite yet, but the following<br>
 statement probably applies to them as well:<br>
That JCM900 vst is by far the most absolutely mind-blowingly realistic<br>
 recreation of a Marshall amp *ever*. Most people agree.<br>
It is *THE* standard by which *all* other plugins are judged, commercial<br>
 or free!<br>
<br>
Sadly, I just found out the hard way that it has a really nasty<br>
 denormalization problem. It's so bad I may not be able to use it any more.<br>
People have tried fancy anti-denormalization plugins ahead of it, with no<br>
 luck, apparently.<br>
<br>
MusE has a basic DC anti-denormalization feature, and it didn't help.<br></blockquote><div><br></div><div>I completely agree with you: The JCM900 VST rocks! I've been using it a lot on Windows, now I'm on the Mac, so I haven't used it in a while. Too bad the source code for these plugins is not available. The papers on the website only explain the basic principles.</div>
<div>Anyway, I also ran into the denormalization problem quickly, so I just made a small VST that mixes some -100 dB white noise into the signal. Actually, I made the noise gain adjustable, because the added noise made my synth-guitars sound much more authentic. ;-)</div>
<div>Alternatively one could make it more convenient to use by creating a separate wrapper .dll that loads the JCM900 and just intercepts the process-calls, while passing any other call to the plugin.</div><div><br></div>
<div>Jan</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Also Guitarix seems to have a slight issue too, but thankfully MusE's<br>
 basic anti-denormalization feature cured it.<br>
(Many thanks to Robert for the painstaking work on that feature!)<br>
<br>
Can I get some comments on an issue nagging me for years:<br>
Maybe I never learned some golden rule about floating point,<br>
 please correct me if I'm ignorant of some crucial technique or fact<br>
 which would help: ...<br>
<br>
I used to be fanatical about floating point (remember the co-processor days?)<br>
But I've grown to dislike it.<br>
Bankers won't use it for calculations.<br>
(Have you ever been stung by extra or missing pennies using a 'NUMBER'<br>
 database field instead of a 'BCD' field? I have.)<br>
<br>
So why do we use floating point for scientific and audio work?<br>
Considering audio can have really small values, does it not lead to errors<br>
 upon summation of signals?<br>
Why do we not use some sort of fixed-point computations?<br>
<br>
I mean take this simple BASIC program:<br>
LET A = 0<br>
LOOP: PRINT A<br>
A = A + 0.000001<br>
GOTO LOOP<br>
<br>
It produces the stupidest output with wandering errors after several<br>
 iterations. A two-dollar calculator wouldn't do that.<br>
It plagued me when I worked with 3D drawing, too.<br>
You move an object incrementally several times in some direction<br>
 but you can't get back to the original position by the reverse<br>
 process. That's called 'non-return-to-zero'.<br>
<div class="im"><br>
> :).<br>
><br>
> On the web page there are some PDFs.<br>
><br>
> Perception and Congnition<br>
><br>
>     A perceptual approach on equalization<br>
> <<a href="http://www.simulanalog.org/eq.pdf" target="_blank">http://www.simulanalog.org/eq.pdf</a>><br>
>     A perceptual approach on clipping and saturation<br>
> <<a href="http://www.simulanalog.org/clip.pdf" target="_blank">http://www.simulanalog.org/clip.pdf</a>>    Volume cranked up in amp debate<br>
> <<a href="http://www.trueaudio.com/at_eetjlm.htm" target="_blank">http://www.trueaudio.com/at_eetjlm.htm</a>> (by Brian Santo)<br>
><br>
><br>
> Numerical methods and models<br>
><br>
>     State variable changes to avoid non-computational issues<br>
> <<a href="http://www.simulanalog.org/statevariable.pdf" target="_blank">http://www.simulanalog.org/statevariable.pdf</a>><br>
>     A complete model of a tube amplifier stage<br>
> <<a href="http://www.simulanalog.org/tubestage.pdf" target="_blank">http://www.simulanalog.org/tubestage.pdf</a>><br>
>     Analysis and high performance simulation of linear networks<br>
>     Polynomial interpolators for High-Quality Resampling (Olli<br>
> Niemitalo) <<a href="http://www.student.oulu.fi/%7Eoniemita/DSP/deip.pdf" target="_blank">http://www.student.oulu.fi/%7Eoniemita/DSP/deip.pdf</a>><br>
><br>
> Programming Techniques<br>
><br>
>     Optimizing with SIMD instructions<br>
> <<a href="http://www.simulanalog.org/optimization.htm" target="_blank">http://www.simulanalog.org/optimization.htm</a>><br>
>     Compiler Benchmarks <<a href="http://www.simulanalog.org/compiler.htm" target="_blank">http://www.simulanalog.org/compiler.htm</a>><br>
><br>
> I have little use for it, because of a lack of knowledge, dunno, perhaps<br>
> it's useful for some people from the list.<br>
</div>Yesterday I took some time to read some of those papers.<br>
Fascinating stuff, especially when presented with an audio effects/amp<br>
 simulation goal in mind.<br>
<font color="#888888"><br>
Tim.<br>
</font><div><div></div><div class="h5"><br>
><br>
> Thank you for the information Tim :),<br>
><br>
> Ralf<br>
<br>
_______________________________________________<br>
Linux-audio-dev mailing list<br>
<a href="mailto:Linux-audio-dev@lists.linuxaudio.org">Linux-audio-dev@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-dev" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-dev</a><br>
</div></div></blockquote></div><br>