-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-06-29 20:19, Iain Mott wrote:
Hi list,
Pd-extended (Pd-0.43.1 extended-20120430 compiled 00:31:34 Apr 30
2012) is crashing when I send data to the SoundScape Renderer on
Ubuntu 12.04 using tcpclient.
hmm, since Pd and SSR are only
Thanks very much IOhannes!
The mrpeach version was being loaded by default. When I use
iemnet/tcpclient it doesn't crash. That's great.
There's a difference however in the way mrpeach/tcpclient and
iemnet/tcpclient sends received data to its output.
Messages from SSR received by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-07-01 16:40, Iain Mott wrote:
Thanks very much IOhannes!
The mrpeach version was being loaded by default. When I use
iemnet/tcpclient it doesn't crash. That's great.
it is, though i'm sometimes under the impression that mrpeach is a bit
I'll try the backtrace and other things you suggest and report back
on mrpeach/tcpclient in another email.
it could well be, that it only does not crash with [iemnet/tcpclient]
because you haven't parsed the output yet...
Don't think so - to crash Pd, I wasn't doing any parsing of
It could be that you are overloading Pd with too many messages. If you
are wildly moving the slider and [tcpclient] is sending one TCP packet
per value you can add messages to the queue faster than they will be
sent out and Pd will eventually run out of resources.
Maybe put a [speedlim] after
In my experience, this may bog down pd but it should never crash it. If it
does, something else is the problem.
On Jul 1, 2013 1:24 PM, Martin Peach martin.pe...@sympatico.ca wrote:
It could be that you are overloading Pd with too many messages. If you are
wildly moving the slider and
Hi Martin,
The actual patch I'm using is translating MIDI pitch bend data recorded
in Ardour3 (location data encoded as pitchbend for practical purposes),
translating it into XML and sending it through to the SSR. It's already
limiting the rate to 10 messages every second for each moving source
Forty times a second is relatively slow. Must be something else. I would
use wireshark to see what packets are actually going over the wire,
especially to see what the last one is.
These speeds are probably too fast for [print]ing to the console; that
can cause problems.
Are you sending to the
I'm reformulating my question as the problem is evolving:
do we have an object that
- Displays and holds a text value (like Symbol or Message box),
- is Graph-on-Parent,
- can be resized (like Number2)? (or small enough by default?)
Something like a Number2 for symbols...? Or a settable
On Mon, 2013-07-01 at 13:20 -0400, Martin Peach wrote:
It could be that you are overloading Pd with too many messages. If you
are wildly moving the slider and [tcpclient] is sending one TCP packet
per value you can add messages to the queue faster than they will be
sent out and Pd will
On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote:
I'm reformulating my question as the problem is evolving:
do we have an object that
- Displays and holds a text value (like Symbol or Message box),
* symbolbox with width set 0 resizes dynamically
* hsl, vsl, cnv, etc. can adjust size
Using iemnet/tcpclient and implementing IOhannes parsing suggestion, my
patch is now communicating with SSR without crashing. There is a
bogging down problem though and testing with just 3 sources, I need to
keep the limit at 10 messages/sec for each. It stops working at higher
rates but doesn't
12 matches
Mail list logo