Re: [Live-devel] RTP presentation times

2021-07-29 Thread Ross Finlayson
> On Jul 29, 2021, at 7:21 AM, DJM-Avalesta wrote: > > Many thanks for the response, Ross. > > You wrote > >> The only important thing to note here is that the “fPresentationTime”s > >> need to correspond to the times that you’d get by calling > >> “gettimeofday()” - i.e., you can’t use your

Re: [Live-devel] RTP presentation times

2021-07-29 Thread DJM-Avalesta
Many thanks for the response, Ross. You wrote The only important thing to note here is that the "fPresentationTime"s need to correspond to the times that you'd get by calling "gettimeofday()" - i.e., you can't use your own clock with completely different values to set the "fPresentationTime"s.

Re: [Live-devel] RTP presentation times

2021-07-29 Thread Ross Finlayson
> On Jul 29, 2021, at 1:57 AM, DJM-Avalesta wrote: > > I could replace gettimeofday with something like this, but is this valid? > if (fPresentationTime.tv_sec == 0 && fPresentationTime.tv_usec == 0) > gettimeofday(&fPresentationTime, NULL); > else > { > // Increment by the

[Live-devel] RTP presentation times

2021-07-29 Thread DJM-Avalesta
Hi, My video encoder/server takes a PAL TV input, h.264 encodes it, and streams it out on an RTP multicast stream to a decoder. I am finding that the decoder output is somewhat erratic and not decoding smoothly when compared to the original input to the encoder. The decoder (3rd party) is b