> 3)relying on the local system clock to provide future timestamps using the > given value as offset. >... this approach is vulnerable to clock drift.
I don't know about Robert's use case, but in many situations, timecode is given as a start index and simply frame-counts up from there. Timecode as used in film and TV production is not synonymous with the sort of timestamps that seem to be a key part of multimedia file playback. P _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user
