There is one quick and hackish way to avoid the level messages:
Go to src/boostnetwork/connection.cpp (around line 102) and remove the line
_subscriber.send_levels();
... and recompile. This should get rid of the annoying level messages.
Many thanks Matthias - it did help ease the
Hi Iain.
To be honest, I didn't think about the problem that a message could
need more than one packet.
It's good to know that iemnet/tcpclient can handle that.
@IOhannes: thanks for the suggestion. And (binary) 0 is indeed the
terminating character.
On Mon, Jul 1, 2013 at 10:14 PM, Iain Mott
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-07-02 17:07, Matthias Geier wrote:
keep the limit at 10 messages/sec for each. It stops working at
higher rates but doesn't crash. SSR is running on this local
machine and there is no WiFi involved. Unfortunately I don't
think UDP is an
Hi IOhannes.
On Tue, Jul 2, 2013 at 5:14 PM, IOhannes m zmoelnig zmoel...@iem.at wrote:
[...]
btw, i don't think that XML is a very good format for controlling an
application real-time.
I know. At the time it seemed nice for an experimental protocol
because we would be able to quickly add
On Die, 2013-07-02 at 17:07 +0200, Matthias Geier wrote:
Hi Iain.
To be honest, I didn't think about the problem that a message could
need more than one packet.
It's good to know that iemnet/tcpclient can handle that.
It's not that [iemnet/tcpclient] can handle it and [net/iemnet] can't.
In
On 2013-07-02 16:13, Roman Haefeli wrote:
On Die, 2013-07-02 at 17:07 +0200, Matthias Geier wrote:
Hi Iain.
To be honest, I didn't think about the problem that a message could
need more than one packet.
It's good to know that iemnet/tcpclient can handle that.
It's not that [iemnet/tcpclient]
On Die, 2013-07-02 at 18:15 -0400, Martin Peach wrote:
On 2013-07-02 16:13, Roman Haefeli wrote:
On Die, 2013-07-02 at 17:07 +0200, Matthias Geier wrote:
Hi Iain.
To be honest, I didn't think about the problem that a message could
need more than one packet.
It's good to know that
-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
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
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
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.
I'm using the latest SSR from here:
http://spatialaudio.net/ssr/download/
but the crashing occurs with the older version
18 matches
Mail list logo