Wow, I just compared your version of [pd digital message] with mine and
yours takes only 180ms to process 100 of messages, while mine uses
over 8s.
Frankly, I wouldn't have expected such a big difference Let me dig
into this.
Roman
On Fri, 2011-09-16 at 05:57 +0200, Ingo wrote:
The
On Fri, 2011-09-16 at 05:57 +0200, Ingo wrote:
The [change -1] is a great idea, I just committed that to bytemask.pd
and debytemask.pd. But the [pd resolve-bits_0-7] abstractions seem
quite labor-intensive, but they work. I think it would work better to
use multiple instances of
On Fri, 2011-09-16 at 11:32 +0200, Roman Haefeli wrote:
On Fri, 2011-09-16 at 05:57 +0200, Ingo wrote:
The [change -1] is a great idea, I just committed that to bytemask.pd
and debytemask.pd. But the [pd resolve-bits_0-7] abstractions seem
quite labor-intensive, but they work. I think
Wow, I just compared your version of [pd digital message] with mine and
yours takes only 180ms to process 100 of messages, while mine uses
over 8s.
Frankly, I wouldn't have expected such a big difference Let me dig
into this.
Roman
That's more than I would have expected, too!
I
Hi Roman,
Frankly, I'm not yet convinced that those little improvements in
[arduino] will significantly improve the overall Pd performance.
Here's the reason why I started really to simplify any patch, no matter if
audio or control objects:
I have been programming for about 4 years on one
On 09/15/2011 04:55 PM, Ingo wrote:
I just tried to open the help file on Windows XP and Natty and it crashes Pd
on both platforms.
hm that's a pity - anyone else similar experience?
any hints how to reproduce this?
which version of pd are you using?
salutis
ø
Ingo
-Ursprüngliche
I just tried to open the help file on Windows XP and Natty and it
crashes Pd on both platforms.
hm that's a pity - anyone else similar experience?
any hints how to reproduce this?
Tried it again right now and it's working. Might have been a server issue.
Ingo
On Fri, 2011-09-16 at 14:20 +0200, olsen wrote:
On 09/15/2011 04:55 PM, Ingo wrote:
I just tried to open the help file on Windows XP and Natty and it crashes Pd
on both platforms.
hm that's a pity - anyone else similar experience?
any hints how to reproduce this?
which version of pd
To make sure boards that are larger than 56 digital in pins you should copy
a couple more of these objects to go up to 128. Of course since [] and []
seems to be slightly faster that would be the choice.
To be even more efficient the object [pd route digital/analog] should be
bypassed by adding
Hi Ingo,
On 16/09/11 13:02, Ingo wrote:
When I started I thought it was very convenient to use wireless
[send/receive] objects to send midi data to the sample-voices (which it is).
[snip]
Sending 3,000 messages to 8,000 [receive] objects adds up to 24 million
times per second that the
Hi Claude,
When I started I thought it was very convenient to use wireless
[send/receive] objects to send midi data to the sample-voices (which it
is).
[snip]
Sending 3,000 messages to 8,000 [receive] objects adds up to 24 million
times per second that the individual [receive] objects
Actually, packing an id before the actual data and using a route object to
distribute all separate destinations from one single [receive] - [route] -
parameters would do the trick. Maybe that's what you meant? I just cannot
picture a [route] object with up to 500 outlets, yet.
But there might be
hey Katja,
I am trying your soundtouch~ on Ubuntu/Maverick. First I tried the
included binary, then I built it from source. Both ways I got this:
soundtouch~.pd_linux: soundtouch~.pd_linux: undefined symbol: _Znaj
.hc
On Tue, 2011-08-23 at 08:27 +0200, m...@firstfloor.org wrote:
he katja.
Le 2011-09-16 à 12:52:00, Hans-Christoph Steiner a écrit :
I am trying your soundtouch~ on Ubuntu/Maverick. First I tried the
included binary, then I built it from source. Both ways I got this:
soundtouch~.pd_linux: soundtouch~.pd_linux: undefined symbol: _Znaj
_Znaj is an encoding of
14 matches
Mail list logo