[NUT-devel] Suggestions [PATCH]
Rich Felker
dalias at aerifal.cx
Wed Mar 1 15:00:49 CET 2006
On Wed, Mar 01, 2006 at 02:48:20PM +0100, Michael Niedermayer wrote:
> Hi
>
> On Wed, Mar 01, 2006 at 03:26:12PM +0200, Oded Shimon wrote:
> > On Wed, Mar 01, 2006 at 01:50:44PM +0100, Michael Niedermayer wrote:
> > > On Wed, Mar 01, 2006 at 06:15:44AM +0200, Oded Shimon wrote:
> > > > > if (!eof) while(next_code != main_startcode){
> > > > > - if(next_code == syncpoint_startcode)
> > > > > - syncpoint
> > > > > + if(next_code == syncpoint_startcode){
> > > > > + prolog, syncpoint, epilog
> > > > > + }
> > > > > frame
> > > > > + reserved_headers
> > > > > }
> > > > > }
> > > >
> > > > Does this mean info packets can only come after headers?... What if the
> > > > headers are large and the radio station wants to switch songs, repeat the
> > > > entire headers and then the info packets?
> > >
> > > the current nut has this limit too, iam perfectly fine with removing that,
> > > but IIRC rich at some point in the past wanted info only after stream headers
> > > or something like that
> >
> > The current NUT has info streams and info packets always apply globally, so
> > it makes sense in current NUT...
> > Hmm, I do suggest a rule "all info packets with chapter_id>=0 MUST come
> > after main headers" (and not arbitrarily between frames...)
>
> i stongly object against info packet ordering rules which depend on the info
> packet contents
And I'm strongly against arbitrary ordering of info packets for the
reason I described in the other email: finding the info that's
relevant to local content is O(totalfilesize). In fact with a live
stream with no end, you _never_ know you have the correct info!
Rich
More information about the NUT-devel
mailing list