[MPlayer-dev-eng] Repeating items in Nut

[Michael Niedermayer]

Hi

On Sunday 25 April 2004 02:30, D Richard Felker III wrote:
> On Sun, Apr 25, 2004 at 03:09:23AM +0300, Ville Saari wrote:
> > The number of the repeating items in nut is in some cases specified by
> > storing the count before the items (vb values, index arrays) and in
> > other cases by storing a terminator value after the items (info items,
> > codec specific data in stream header). This conflicts with the simplicity
> > goal.
> >
> > I suggest selecting one of the methods to be used everywhere. The
>
> I'm not opposed to the change, but I'd like to hear Michael's
> thoughts. Regarding buffering, I think it's fair to require the muxer
> to buffer a single packet before writing it, just not a whole run of
> packets. My main objection to buffering multiple packets is that it
> precludes live streaming.
iam not sure about the suggested change, as already mentioned it may 
complicate the muxer
so why should nut use both count,entry, ... and entry, ..., marker style?
they are used in different situations

1. when the entries are all similar and the same size, the count should be 
used so the demuxer can do a simple malloc and store them in the array

2. if the entries are variable size and somewhat unrelated, the count doesnt 
simplify the demuxer as it very likely wont simply store them in an array but 
more likely in specific data structures (bitmapinfoheader vs imagedesc), at 
the same time it will complicate the muxer though because if our assumetation 
of the data structures is correct it will be more difficult to find the count

so iam slightly against the change

[...]
-- 
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