Hi Luca. >> When I wrote the previous email, I did not know that you receive the >> video through some special SDK before streaming it via RTP. Now, I >> suspect that the SDK is giving you the video with a timing that >> generates some interference with the "timing formula". If the SDK is >> providing the video with a correct timing, you can just rely on it for >> the synchronization, and forget about the timing formula and usleep().
> Just a quick question - by relying on the SDK, you mean that I should > measure the delta between any two subsequent frames, and then > reproduce it in the re-streaming? > > I mean, if I got something like this: > > F - 20ms - F - 40ms > > Then my re-streamed frames should be as well in > F - 20ms - F - 40ms ? I implemented this approach, and timed the re-streamed packets according to gettime() of packets received from the SDK. Unfortunately it didn't help - the video still hangs after several seconds. Any other ideas what could be wrong here? Thanks in advance. _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user
