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?
This explains a lot!
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?
OTOH, I'm falling out of my chair for joy that there's finally a way to
write C code that doesn't choke on
Cool... I'm especially excited about midi/audio patches, speaking
only for myself :)
On Sun, Jul 22, 2007 at 10:48:40PM +0200, Thomas Grill wrote:
Hi all,
i hate to be a spoiler, but the features that sleep in the devel
branch are the topic of my talk at the pdconf.
I'll commit a bit more
Is devel_0_40 still planned?
It's getting closer to one year since the last changes to devel_0_39
were applied, apart from mine. So, what happened exactly?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC
As it happens I'm just having a look at devel_0_39, trying to compile
it to see if I can get any latency wins from the callback scheduling
and/or settable blocksizes.
I think there are other enhancements in there (we heard recently about
SYSEX MIDI on OSX) that warrant putting into 0.41. If
On 7/21/07, chris clepper [EMAIL PROTECTED] wrote:
On 7/21/07, Miller Puckette [EMAIL PROTECTED] wrote:
Just as
a teaser, I tried running the same patch as 32-bit and 64-bit programs
on
my 64-bit machine, hoping to find the 32-bit version so much faster that
I
could just forget