[PD-dev] devel_0_39 ? devel_0_40 ?

[Tim Blechmann]

On Tue, 2007-07-24 at 11:08 -0700, Miller Puckette wrote:
> On Mon, Jul 23, 2007 at 12:20:33PM +0200, Tim Blechmann wrote:
> > > Now for the hard part: in Pd, 32-bit floating point tables are stored as
> > > 64-but 'atoms' for a 50% hit in memory efficiency.  Something Must Be Done;
> > > but what?
> > 
> > split audio buffers and array-of-atoms? maybe this could include
> > rewriting the whole audio buffers with an asynchronous interface ...
> > imo, data structures and audio buffer have completely different
> > real-time and performance constraints, so i see no real benefit in
> > combining both concepts ... 
> > 
> Well, I only just combined table~ with 'data structures' in 0.39 (I
> think), because there were hundreds of lines of essentially duplicate
> GUI code for the two types of arrays.
> 
> The other complication is that I'm trying to design a new system of
> buffers suitable for images, perhaps with 8- 16- and 32- bit cells.
> It would be desirable for tabread4~ and all that to be able to talk to
> images too.  Big design problem...

the problem of generic design is, that you might have an implementation,
that does everything more or less, but does nothing completely right ...

like ... do you want/need 128bit alignment? do you want/need
power-of-two sizes? what are your real-time constraints (1.3 ms or 40 ms
deadlines)? can you affort to waste memory?

generic design is great, if you don't have to sacrifice too much
performance / usability ... i'm not sure about combining ds, audio
buffers and video buffers (and maybe multi-dimensional matrices),
though ...

tim

--
tim at klingt.org    ICQ: 96771783
http://tim.klingt.org

I had nothing to offer anybody except my own confusion
  Jack Kerouac
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20070725/45a2aee8/attachment.pgp>