[Ffmpeg-cvslog] r8334 - trunk/libavformat/matroska.c
Thu Mar 15 01:53:49 CET 2007
On Wed, Mar 14, 2007 at 10:02:34PM +0000, M?ns Rullg?rd wrote:
> Michael Niedermayer <michaelni at gmx.at> writes:
> > Hi
> > On Wed, Mar 14, 2007 at 07:17:41PM +0000, M?ns Rullg?rd wrote:
> >> Rich Felker <dalias at aerifal.cx> writes:
> >> > On Wed, Mar 14, 2007 at 12:24:22PM +0100, Baptiste Coudurier wrote:
> >> >> >> seems under H264 dts computation special case, going further would
> >> >> >> require h264 parser to compute pict type, and deduce dts accordingly.
> >> >> >
> >> >> > picture type is insufficient to find DTS for h.264 ...
> >> >>
> >> >> ok.... sadly.
> >> >
> >> > why can't you just use the max pyramid depth and the nut algorithm to
> >> > get dts??
> >> How do you find the pyramid depth? Besides, H.264 allows much more
> >> complex frame dependencies than a simple pyramid.
> > all reordering variants which cannot drop frames during reorder will get
> > correct DTS with the nut algorithm
> > the proof is trivial
> > our foobar codec has a picture buffer, each picture in it has a PTS
> > when we input a new frame we simply put it into the buffer with its pts
> > when we output a frame it has to be the one with the lowest PTS, why?
> > if we would output another one we couldnt output the one with the lowest
> > PTS anymore as it would lay in the past
> > now for this to work we need to know when a frame is input and when one
> > is output, input is trivial, output happens for each frame input as soon
> > as the buffer is full and for that we need to know the buffer size
> Yes, that all makes perfect sense. I don't know why you call it "the
> nut algorithm" though. It's how any decoder works.
i called it nut algo because rich did 2 mails ago, its in the nut spec
and calling it by the same name which was used in the thread seemed like
most logic ...
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Concerning the gods, I have no means of knowing whether they exist or not
or of what sort they may be, because of the obscurity of the subject, and
the brevity of human life -- Protagoras
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the ffmpeg-cvslog