Hi
Am 30.06.2009 12:40 Uhr, schrieb Simon Morlat: > The reason for the RTP_TIMESTAMP_NEWER_THAN macro is that timestamps are > circular. Using won't work in all cases. Indeed 0 is newer than (2^31)+1. > It seems that the problem is that both timestamp don't grow identically. > Having a video timestamp growing by +10 is problematic. It would mean that > video frames are separated by 10/90000=1.1111e-04 s, so a framerate of 9000 > frame per second. Are you inventing a new VVHD standart (Very Very High > Definition) -:) ? So the problem lies in the packet timestamp. It should grow like the wanted timestamp to prevent a difference greater than 1 << 31. Markus _______________________________________________ QuteCom-dev mailing list [email protected] http://lists.qutecom.org/mailman/listinfo/qutecom-dev
