On Mon, Jan 18, 2021 at 07:01:22PM +0100, Juergen Werner wrote:
> This approach sounds reasonable. Do I need to reimplement the 'GET
> TIME_STATUS_NP' query or is there a library I could use from my C code?
> Using pmc and parsing the output seems like a lot of overhead, which
> could distort the m
On 15/01/2021 22.32, Richard Cochran wrote:
On Fri, Jan 15, 2021 at 06:33:04PM +0100, Juergen Werner wrote:
I thought about using the PHC directly, but as I understand the time
retrieval is contraint by bus speed and jitter, which is bad for low
latency media streaming synchronization. Using phc
Le 15/01/2021 à 22:32, Richard Cochran a écrit :
>
> There are even better ways if you have the right hardware setup. For
> example, you can let ptp4l synchronize the PHC to the arbitrary remote
> time and then feed a 10 KHz output (for example) from the PHC into a
> PLL that provides the media cl
On Fri, Jan 15, 2021 at 06:33:04PM +0100, Juergen Werner wrote:
> I thought about using the PHC directly, but as I understand the time
> retrieval is contraint by bus speed and jitter, which is bad for low
> latency media streaming synchronization. Using phc2sys mitigates these
> constraints throug
> -Original Message-
> From: Juergen Werner
> Sent: Friday, January 15, 2021 9:33 AM
> To: linuxptp-users@lists.sourceforge.net
> Subject: [Linuxptp-users] Sync arbitrary clock to PHC
>
> Hi all,
>
> in my media streaming application I need to synchronize t
Hi all,
in my media streaming application I need to synchronize the stream
output to a PTP GM. To do so, I have used ptp4l + phc2sys and then read
CLOCK_REALTIME or CLOCK_TAI. This works well, but my problem is that the
GM *might* be at randomized time and date, which is bad for the system
time k
