On Sat, May 1, 2010 at 8:57 PM, Tim E. Real <termtech@rogers.com> wrote:
On April 30, 2010 10:55:09 pm you wrote:
> Tim E. Real wrote:
>Wow, man! I just spent an hour playing withSilly me! I missed a piece of the puzzle. The C* Cabinet plugins.
> Guitarix Distortion (ladspa plugin) +
> caps C* Amp VTS (ladspa amp sim plugin)
> in MusE's plugin rack.
I was supposed to put a cabinet after the amp.
Sounds even better now!
It now approaches the type of sound that the JCM900 vst gives.
I have not tried their other plugins in the suite yet, but the following
> > Until now I have mostly been using SimulAnalog's famous JCM900 VST
> > dll plugin under dssi-vst. (I do wish they would open-source those
> > plugs!)
>
> Aha, it's for free :), http://www.simulanalog.org/GSuite.zip, until now
> I didn't use VSTs when recording with Linux, but the web says, this VST
> should be awesome,
> http://www.google.de/#hl=de&ei=vJLbS_jPJc6YOMjj9JIH&sa=X&oi=spell&resnum=0&
>ct=result&cd=1&ved=0CAUQBSgA&q=JCM+900+VST&spell=1&fp=af503062d682e13a
>
statement probably applies to them as well:
That JCM900 vst is by far the most absolutely mind-blowingly realistic
recreation of a Marshall amp *ever*. Most people agree.
It is *THE* standard by which *all* other plugins are judged, commercial
or free!
Sadly, I just found out the hard way that it has a really nasty
denormalization problem. It's so bad I may not be able to use it any more.
People have tried fancy anti-denormalization plugins ahead of it, with no
luck, apparently.
MusE has a basic DC anti-denormalization feature, and it didn't help.
Also Guitarix seems to have a slight issue too, but thankfully MusE's
basic anti-denormalization feature cured it.
(Many thanks to Robert for the painstaking work on that feature!)
Can I get some comments on an issue nagging me for years:
Maybe I never learned some golden rule about floating point,
please correct me if I'm ignorant of some crucial technique or fact
which would help: ...
I used to be fanatical about floating point (remember the co-processor days?)
But I've grown to dislike it.
Bankers won't use it for calculations.
(Have you ever been stung by extra or missing pennies using a 'NUMBER'
database field instead of a 'BCD' field? I have.)
So why do we use floating point for scientific and audio work?
Considering audio can have really small values, does it not lead to errors
upon summation of signals?
Why do we not use some sort of fixed-point computations?
I mean take this simple BASIC program:
LET A = 0
LOOP: PRINT A
A = A + 0.000001
GOTO LOOP
It produces the stupidest output with wandering errors after several
iterations. A two-dollar calculator wouldn't do that.
It plagued me when I worked with 3D drawing, too.
You move an object incrementally several times in some direction
but you can't get back to the original position by the reverse
process. That's called 'non-return-to-zero'.
Yesterday I took some time to read some of those papers.
> :).
>
> On the web page there are some PDFs.
>
> Perception and Congnition
>
> A perceptual approach on equalization
> <http://www.simulanalog.org/eq.pdf>
> A perceptual approach on clipping and saturation
> <http://www.simulanalog.org/clip.pdf> Volume cranked up in amp debate
> <http://www.trueaudio.com/at_eetjlm.htm> (by Brian Santo)
>
>
> Numerical methods and models
>
> State variable changes to avoid non-computational issues
> <http://www.simulanalog.org/statevariable.pdf>
> A complete model of a tube amplifier stage
> <http://www.simulanalog.org/tubestage.pdf>
> Analysis and high performance simulation of linear networks
> Polynomial interpolators for High-Quality Resampling (Olli
> Niemitalo) <http://www.student.oulu.fi/%7Eoniemita/DSP/deip.pdf>
>
> Programming Techniques
>
> Optimizing with SIMD instructions
> <http://www.simulanalog.org/optimization.htm>
> Compiler Benchmarks <http://www.simulanalog.org/compiler.htm>
>
> I have little use for it, because of a lack of knowledge, dunno, perhaps
> it's useful for some people from the list.
Fascinating stuff, especially when presented with an audio effects/amp
simulation goal in mind.
Tim.
>
> Thank you for the information Tim :),
>
> Ralf
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev