[MPlayer-dev-eng] The NUT backward pointers

[Michael Niedermayer]

Hi

On Tuesday 13 April 2004 10:40, The Wanderer wrote:
> D Richard Felker III wrote:
> > On Tue, Apr 13, 2004 at 02:27:10AM +0200, Michael Niedermayer wrote:
> >> Hi
> >>
> >> On Tuesday 13 April 2004 01:31, Moritz Bunkus wrote:
> >>> Hi,
> >>>
> >>>> just tried a b frames in nut file with 7 b frames between non b
> >>>> with the "fixed" nut muxer in ffmpeg, and i cant see any AV
> >>>> sync/choppiness issues with mplayer ...
> >>>
> >>> Great. Could you please provide such a small sample or tell me
> >>> exactly how I create one? Thanks.
> >>
> >> i used ffmpeg -i ~/videos/Lord_Of_The_Rings-Teaser.avi -bf 7
> >> -qscale 3 -acodec mp2  testB.nut
> >
> > And it works? And all the frames have the correct pts in the header??
yes, i looked at the pts yesterday and they looked correct, though that doesnt 
mean that they are correct ...

>
> It plays just fine for me (and I'm glad to have *finally* fixed the
> problems I had with compiling ffmpeg); there's a spew of messages when I
> seek, but they appear more informational than error-y, and there don't
yes, the seeking code is too verbose ...

> seem to be any problems with the playback in any case. Whether or not
> there are any problems in the header I can't say, but if so they don't
> seem to be affecting playback or seeking any.
>
> And may I say how amazingly cool it feels to be playing a NUT? Though
> I'd suggest giving libavformat a higher priority than the XMMS plugins
> in the chain of demuxers to fall back on.
IMHO good idea, if there are no objections ill change that

-- 
Michael
level[i]= get_vlc(); i+=get_vlc();		(violates patent EP0266049)
median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]);	(violates patent #5,905,535)
buf[i]= qp - buf[i-1];				(violates patent #?)
for more examples, see http://mplayerhq.hu/~michael/patent.html
stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en