linuxaudio.org

Louigi Verona wrote:

quoted text
>

>     Both are still limited in the sense that you have

>     to define that data explicitly.

>

>     Ciao,

>

>     --

>     FA

>

>

>

>

> I am sorry, I do not understand what kind of limitation you are

> speaking about.

>

> I may not be a programmer and perhaps I lack knowledge and

> understanding of some concepts like this

> defining data explicitly, I do know that currently on Linux I cannot

> do a whole class of things. So if I wanna

> do an ambient tune and use Zyn as my sound source, I would not be able

> to automate, either in real time

> or non-real time mode in a graph some of its parameters. And I do need

> that functionality. It can be "limited",

> but this is all I need, since just playing notes is no good. I need to

> work with the sound itself. This is what

> automation is for me, it is not about mixing, it is about manipulating

> sound itself.

>

> Again, maybe I am not getting something.

>

> Louigi.

Because of movements for knobs in the timeline I can't see any

limitations, without sample-accuracy, just the ticks should be good

enough. Because for the values of the data 128 steps I guess for most

sounds should be enough, but indeed because of the Hammond example,

14bit or 16bit would be better.

I don't agree because of the limitation.
Ralf

_______________________________________________

Linux-audio-dev mailing list

Linux-audio-dev@lists.linuxaudio.org

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