[PD] Jack, netsend, realtime-mode and all the rest
Roman Haefeli
reduzierer at yahoo.de
Thu Apr 27 11:02:10 CEST 2006
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 at yahoo.de> wrote:
> hi frank
>
> "Frank Barknecht" <fbar at 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
More information about the Pd-list
mailing list