Miller Puckette wrote:
To Pd developers,
[...]
basically i very much like the idea with the arguments hans has already presented (e.g. since there are already integer based pixel processing libraries, it would be far more interesting to have this "new" system be floating point based, even if this is not yet(!) promising with respect to cpu power...times will come when everything is faster....)
what is far more interesting to me right now is the fact, that the "dsp on demand" seems to be the way to get non-realtime audio processing into pd (rendering a soundfile as fast as possible).
that we could do video with it, is merely an added bonus.
as for the format: imo, the data itself would need to be floating point (if we don't want to re-code each and every ~-object, which would make the whole idea pointless); i also think the data should be 1 channel per signal-stream. data-storage could be handled by a number of specialized object families (like the iem16 library which stores (highly inefficient!) signals in 16bit tables/delay-lines). (e.g.) tables could just be an abstract interface to storage of "any" type (scalars, symbols, floats, integers, morzels); if this is done properly it would also fix the 64bit problems we currently have (so its a 2-for-1 bargain)
fmga.sdr IOhannes