[PD-dev] call for discussion: native video for Pd

[IOhannes m zmoelnig]

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