Hi all
Is there a way to detect DSP drop outs in a patch, respectively to get the information that is displayed in the Pd main window?
The idea is to create a [metro]-like abstraction that runs in sync on several hosts. The first problem is getting them in sync, which can be done with a NTP-like protocol. The second problem is keeping them in sync, respectively detecting when an instance loses sync and this is where I am not quite sure how to solve this. One reason for a [metro] to fall behind is an audio drop out. As the information about drop outs is already known to Pd, I would like to know if it is possible to get it into a patch.
I thought about measuring the [metro] output with [realtime] in order to detect drop outs. But then I think the maximal allowed deviation without causing a drop out is dependent on the current audio buffer setting and thus this method seems not reliable for detecting drop-outs.
BTW: I know about [netro] written by Chris McCormick, but it covers a different use case. It's designed for a setup where all hosts are in the same local network thus it doesn't take network latency into account.
Roman
Hey Roman,
This may be the same issue as with 'netro' but one of HELOpg (Sam Birkhead) has been experimenting a lot with 'PTPD' and OSC, but I'm not sure if it also only works on a LAN? Very impressive sync results tho'.
I can send a Pd demo patch if it's of any use.
All good wishes,
Julian
On 9 December 2011 18:27, i go bananas hard.off@gmail.com wrote:
scrap that, i tried, and it doesn't work at all
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Le 2011-12-09 à 09:24:00, Roman Haefeli a écrit :
Is there a way to detect DSP drop outs in a patch, respectively to get the information that is displayed in the Pd main window?
If you have an unused channel in a [dac~] that has many outputs, play an [osc~] in it, and connect the output back to an input so that you can pick it up by [adc~], so that pd can listen to its own dropouts, using [env~] or [bonk~] or whatever. I suppose that this has to be done using a cable that goes outside of a physical soundcard and back inside.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
I. On Sat, 2011-12-10 at 23:55 -0500, Mathieu Bouchard wrote:
Le 2011-12-09 à 09:24:00, Roman Haefeli a écrit :
Is there a way to detect DSP drop outs in a patch, respectively to get the information that is displayed in the Pd main window?
If you have an unused channel in a [dac~] that has many outputs, play an [osc~] in it, and connect the output back to an input so that you can pick it up by [adc~], so that pd can listen to its own dropouts, using [env~] or [bonk~] or whatever. I suppose that this has to be done using a cable that goes outside of a physical soundcard and back inside.
If you are using JACK then this does not require any cords and is trivial (provide you know JACK ;-)
-
i go bananas -
Ivica Ico Bukvic -
Julian Brooks -
Mathieu Bouchard -
Roman Haefeli