Louigi Verona wrote: > > 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 [email protected] http://lists.linuxaudio.org/listinfo/linux-audio-dev
