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 -- [EMAIL PROTECTED] ICQ: 96771783 http://tim.klingt.org I had nothing to offer anybody except my own confusion Jack Kerouac
signature.asc
Description: This is a digitally signed message part
_______________________________________________ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
