[Ffmpeg-cvslog] r8334 - trunk/libavformat/matroska.c

[Michael Niedermayer]

Hi

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
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/attachments/20070315/6da88028/attachment.pgp>