hi all,
i have this external that use libusb. everything is fine if i use alsa, but when using jack every usb poll i get a glitch. why? would it be possible to avoid this glitch? is this a threading issue? why this external is affecting the dsp of pd?
pat
hi,
update on this problem:
instead of trying to rewrite the external, i was trying to use netsend (udp) / netreceive to send 17 messages (int) each 10 ms using 2 instances of pd (-nrt -nogui / pd -rt -jack). i have a strange behaviour with pd -rt -jack, i cannot click anywhere, it's frozen until i disable compute audio and then all my previous action (opening sub-patch) are working, but if i check compute audio again same problem? same goes for mrpeach external (osc).
so it seems that flooding netsend / netreceive is not a good idea to avoid glitch. i have to find a way to make my external work with pd -rt -jack. this is the line that causing the glitch:
nBytes = usb_control_msg(x->dev_handle, USB_TYPE_VENDOR | USB_RECIP_DEVICE | USB_ENDPOINT_IN, EDUBEAT_CMD_POLL, 0, 0, (char *)buffer, sizeof(buffer), 10);
is using pthread with a buffer would fix this problem? patrick
What version of pd are you using?
On Thu, Jul 16, 2009 at 8:14 AM, patrick puredata@11h11.com wrote:
hi,
update on this problem:
instead of trying to rewrite the external, i was trying to use netsend (udp) / netreceive to send 17 messages (int) each 10 ms using 2 instances of pd (-nrt -nogui / pd -rt -jack). i have a strange behaviour with pd -rt -jack, i cannot click anywhere, it's frozen until i disable compute audio and then all my previous action (opening sub-patch) are working, but if i check compute audio again same problem? same goes for mrpeach external (osc).
so it seems that flooding netsend / netreceive is not a good idea to avoid glitch. i have to find a way to make my external work with pd -rt -jack. this is the line that causing the glitch:
nBytes = usb_control_msg(x->dev_handle, USB_TYPE_VENDOR | USB_RECIP_DEVICE | USB_ENDPOINT_IN, EDUBEAT_CMD_POLL, 0, 0, (char *)buffer, sizeof(buffer), 10);
is using pthread with a buffer would fix this problem? patrick
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
compiled from svn : pd 0.42.5 i have also tried auto-build 0.42.5
i still have the problem with the external (glitchy under jack). but netsend / netreceive is working when using something like:
[pack 0 0 0 0 0 0 0 0 0 0 0 0 0] | [send $1 $2 $3 ....] | [netsend]
still i would like to know if it's possible to fix my problem with the external.
pat
hi,
using pthread did the trick. as you can see i removed the reference to the external clock (m_clock) and replace the call to usb in a thread. no more glitch with jack even @ 64 audiobuf.
pat