Re: [PATCH 2/3] ptp: add a software clock based on clock_monotonic_raw

torbenh
2011-03-11T13:39:07Z

On Fri, Mar 11, 2011 at 12:37:57PM +0100, Christian Riesch wrote:
> Torben,
>
> On Friday, March 11, 2011 12:13, torbenh wrote:
> >On the audio lists, we have a guy now claiming that software ptp would
> >confuse the whole h/w ptp infrastructure. His main agenda seems to be to
> >prevent a software only ptp/avb implementatation.
>
> could you please post a link to that discussion?

duncan started somewhat like this:
http://article.gmane.org/gmane.comp.audio.jackit/23606
http://article.gmane.org/gmane.comp.audio.jackit/23612

then it seems that he somehow turned his head:
http://www.mail-archive.com/linux-audio-dev@lists.linuxaudio.org/msg11765.html

maybe we have a communication problem, with the definition of "play"
i only want to be able to generate an RTP stream on my computer.

the actual conversion from packets to analog signal would be happening on a
networked soundcard. the goal is to achieve low latency in the range of
2-3ms ...

maybe he interprets playing the rtp stream, as converting the rtp
packets to analog audio.
this obviously wouldnt work with software ptp, because we would need
nanoseconds accuracy of the clock.

but to just create an rtp stream, where a 2ms buffer doesnt underflow,
just requires a clock accuracy of 500us.

all in all this discussion might be a bit confusing.

> Thanks,
> Christian

--
torben Hohn