[PD-dev] call for discussion: native video for Pd
IOhannes m zmoelnig
zmoelnig at iem.at
Mon Jun 12 14:18:03 CEST 2006
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
More information about the Pd-dev
mailing list