another issue came into my mind, that is somehow related to that and that supports my theory: i once experimented with [textfile] and using it to write into a fifo (is that the right name? i mean the one you create with 'mknod p filename'). as soon as i tried to write something with [textfile] into the fifo without opening the fifo first with 'cat fifo' for example, pd completely freezed until i executed the command 'cat fifo'.
roman
"Roman Haefeli" reduzierer@yahoo.de wrote:
hi frank
"Frank Barknecht" fbar@footils.org wrote:
however I may add, that "normal" Pd patches that don't use the network-connection are running very stable and without xruns.
i often noticed myself, that - when using audio and network stuff - the network stuff is the bottleneck, especially when sending a huge amount of data. i use more often [netclient]/[netreceive], which have a buffer of 4kB iirc, than [netsend]/[netreceive], but maybe it is the same issue with [netsend]. as far as i can tell, audio stucks as soon as the buffer is full. i assume the following is happening then: when the buffer of [netsend] is full and another object tries to send it a message, [netsend] won't accept the message, the object cannot execute its task and dsp-processing stops until the buffer of [netsend] gets free space. i didn't do any testing, but you could try to [drip] the datastream, so that you get a stream with a more constant bandwidth. i don't have an idea, how difficult this could be, but maybe compiling pd with a bigger buffer in [netsend] helps a bit also. all the above are only assumptions, but i would be very interested, if my suggestions will help, since i didn't do any serious testing myself.
good luck
roman