Hi, On Sun, Jun 12, 2016 at 8:23 AM, Michael Niedermayer <mich...@niedermayer.cc > wrote:
> On Sat, Jun 11, 2016 at 06:55:32PM -0400, DeHackEd wrote: > > Presently the mpegts demuxer passes the timestamps from received packets > directly to the output AVPackets. 2^33 / 90000 > > seconds is about 26.5 hours at which point applications start having a > fit, and that's assuming timestamps begin at time 0. > > > > So here's a first revision of a patch to fix that issue. > > > > Improvements possible: > > * In its current form intended for continuous sources like over-the-air > receivers and multicast sources. When used on > > files there will be problems with seeking. > > * Constants such as 2^33 could be turned into macros for readability > > > mpegts.c | 56 ++++++++++++++++++++++++++++++++++++++++++++++++-------- > > 1 file changed, 48 insertions(+), 8 deletions(-) > > b95c5f58685106dab1f434a3bb465ad5a0ba1636 new-pts-dts.patch > > From d06a3bd39fc4f01b9ce6132d80634dd31be7b1aa Mon Sep 17 00:00:00 2001 > > From: DHE <g...@dehacked.net> > > Date: Mon, 30 May 2016 18:31:43 -0400 > > Subject: [PATCH] libavformat/mpegts: Prevent wrapping of PTS & DTS > > this could cause issues with seeking (as the same packet could > result in different timestamps depending on luck) as well as subtitles > (which could get misidentified as wraps) How does that work before the patch? Ronald _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
