Hello,
I'm having some troubles using the object [udpreceive] with jack. I reduced my patch to make it traceable.
start jack
start pd working with jack as audio engine
"source patch": [toggle] -> [metro 1] -> [1( -> [udpsend] connect [udpsend] to localhost (127.0.0.1) on a highport (12350)
"destination patch": [udpreceive 12350]
turn on the audio engine
After turning on the audio engine the GUI of the "destination patch" isn't updated any more (it still responds to the mouse but doesn't show the "result" of my clicking or patching).
I'm not having the troubles working with ALSA and the load of my system is quite low (and I reproduced the problem on another machine):
top - load average: 0.18, 0.12, 0.09 Cpu(s): 1.1%us, 1.3%sy, 0.0%ni, 97.1%id, 0.0%wa, 0.0%hi, 0.5%si, 0.0%st Mem: 2050720k total, 862196k used, 1188524k free, 63984k buffers Swap: 4915880k total, 0k used, 4915880k free, 506104k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14xxx xxx 20 0 19924 3864 2284 S 2 0.2 0:05.67 pd 14xxx xxx 20 0 32080 4976 4664 S 0 0.2 0:01.43 jackd
Thanks for any help.
Wolfgang
Does it still do that if you run the [metro] a lot slower than 1000/sec?
Martin
wolfgang.jaeger wrote:
Hello,
I'm having some troubles using the object [udpreceive] with jack. I reduced my patch to make it traceable.
start jack
start pd working with jack as audio engine
"source patch": [toggle] -> [metro 1] -> [1( -> [udpsend] connect [udpsend] to localhost (127.0.0.1) on a highport (12350)
"destination patch": [udpreceive 12350]
turn on the audio engine
After turning on the audio engine the GUI of the "destination patch" isn't updated any more (it still responds to the mouse but doesn't show the "result" of my clicking or patching).
I'm not having the troubles working with ALSA and the load of my system is quite low (and I reproduced the problem on another machine):
top - load average: 0.18, 0.12, 0.09 Cpu(s): 1.1%us, 1.3%sy, 0.0%ni, 97.1%id, 0.0%wa, 0.0%hi, 0.5%si, 0.0%st Mem: 2050720k total, 862196k used, 1188524k free, 63984k buffers Swap: 4915880k total, 0k used, 4915880k free, 506104k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14xxx xxx 20 0 19924 3864 2284 S 2 0.2 0:05.67 pd 14xxx xxx 20 0 32080 4976 4664 S 0 0.2 0:01.43 jackd
Thanks for any help.
Wolfgang
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Does it still do that if you run the [metro] a lot slower than 1000/sec?
No, then it's fine, but in my "not simplified" patch the [udpsend] object is (and has to be) triggered by the object [pack~] (where the output is called within every dsp-cycle) and shows the same behaviour as reported. lg
Wolfgang