linuxaudio.org

--0016e6da9c8126abf10485287f40

Content-Type: text/plain; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
Jorn! Thanks, very informative answer.
What can you say about stuff like this:
1. vocoder

2. grnulizer

3. slicer (when a file is sliced into pieces)

4. beat matching
L.V.
2010/4/26 J=F6rn Nettingsmeier 
> On 04/26/2010 08:47 AM, Louigi Verona wrote:

quoted text
> > Hey guys!

> >

> > I was wondering about the following.

> > On Windows we have lots and lots of plugins and synthesizers and effect

> > racks. On Linux the selection is much less variable.

> >

> > However, am I correct in understanding that the variety of the Windows

> > synths and plugins merely means that people take several core modules a=

nd

quoted text
> > just rearrange them into different GUIs?

> > Am I correct in understanding that there are only several major

> algorithms

> > for things like filters, delays, reverbs and choruses?

>

> in my view, the situation is mixed. there is a lot of utter bullshit

> going on, eqs and "mastering" compressors seem to have the greatest

> voodoo factor. then some people sell you simple convolvers as

> oh-so-great emulators of vintage stuff... i think it's justified to say

> that these basic building blocks are widely understood, with little room

> for ground-breaking improvements.

>

> it's either in great user interfaces or cutting-edge (and patented)

> technology that proprietary stuff kicks our collective asses (which is

> fine in my book).

>

> there are many truly revolutionary algorithms and interface designs that

> have no free software equivalent, nor will they for the forseeable

> future. stuff like ableton live or the waves reverbs come to mind, or

> (gasp!) melodyne. or advanced restauration tools like really good

> denoises and declickers. then there's adaptive convolvers that can

> tackle non-linear stuff (like the "liquid" gear marketed by focusrite) -

> no ready-to-use free equivalents exist for this. whether you need it or

> not is another question. as it stands now, we can't emulate an UREI, the

> closed source folks can. but sampo s. is hot on their tracks :)

>

> the audio fundamentals (controlling spectrum, delay, frequency response,

> and space), i.e. the basic things you mentioned that you need to get a

> mix done, is all there, in varying degrees of usability and slickness,

> and i have never looked back.

>

> then again, i'm not tied into a workflow that needs maximum efficiency.

> stuff like protools does have its uses - it's hard to envision an

> environment where a seasoned engineer could be faster and more

> productive. but often, all that you get for your money is a fake brushed

> aluminum widget with huge, wasteful and incorrectly modelled VU meters

> and fake rack ears... caveat emptor.

>

> but in all fairness, open source is covering ground in this area, too. :-=

D

quoted text
>

> best,

>

> j=F6rn

>

>

>

> _______________________________________________

> Linux-audio-dev mailing list

> Linux-audio-dev@lists.linuxaudio.org

> http://lists.linuxaudio.org/listinfo/linux-audio-dev

>

--0016e6da9c8126abf10485287f40

Content-Type: text/html; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
Jorn! Thanks, very informative answer.What can you say about stuff =

like this:1. vocoder2. grnulizer3. slicer (when a file is s=

liced into pieces)4. beat matchingL.V.

2010/4/26 J=F6rn Nettingsmeier <nettings@folkwang-hochschule.de>=
On 04/26/2010 08:47 AM, Louigi Verona wro=

te:

quoted text
> Hey guys!

>

> I was wondering about the following.

> On Windows we have lots and lots of plugins and synthesizers and effec=

t

quoted text
> racks. On Linux the selection is much less variable.

>

> However, am I correct in understanding that the variety of the Windows=

> synths and plugins merely means that people take several core modules =

and

quoted text
> just rearrange them into different GUIs?

> Am I correct in understanding that there are only several major algori=

thms

quoted text
> for things like filters, delays, reverbs and choruses?

in my view, the situation is mixed. there is a lot of utter bul=

lshit

going on, eqs and "mastering" compressors seem to have the greate=

st

voodoo factor. then some people sell you simple convolvers as

oh-so-great emulators of vintage stuff... i think it's justified to say=
that these basic building blocks are widely understood, with little room

for ground-breaking improvements.
it's either in great user interfaces or cutting-edge (and patented)

technology that proprietary stuff kicks our collective asses (which is

fine in my book).
there are many truly revolutionary algorithms and interface designs that

have no free software equivalent, nor will they for the forseeable

future. stuff like ableton live or the waves reverbs come to mind, or

(gasp!) melodyne. or advanced restauration tools like really good

denoises and declickers. then there's adaptive convolvers that can

tackle non-linear stuff (like the "liquid" gear marketed by focus=

rite) -

no ready-to-use free equivalents exist for this. whether you need it or

not is another question. as it stands now, we can't emulate an UREI, th=

e

closed source folks can. but sampo s. is hot on their tracks :)
the audio fundamentals (controlling spectrum, delay, frequency response,

and space), i.e. the basic things you mentioned that you need to get a

mix done, is all there, in varying degrees of usability and slickness,

and i have never looked back.
then again, i'm not tied into a workflow that needs maximum efficiency.=
stuff like protools does have its uses - it's hard to envision an

environment where a seasoned engineer could be faster and more

productive. but often, all that you get for your money is a fake brushed

aluminum widget with huge, wasteful and incorrectly modelled VU meters

and fake rack ears... caveat emptor.
but in all fairness, open source is covering ground in this area, too. :-D<=

br>
best,
j=F6rn
_______________________________________________

Linux-audio-dev mailing list

Linux-audio-dev@lis=

ts.linuxaudio.org

http://lists.linuxaudio.org/listinfo/linux-audio-dev
--0016e6da9c8126abf10485287f40--