[NUT-devel] CVS: main/DOCS/tech mpcf.txt,1.117,1.118

[Michael Niedermayer]

Hi

On Fri, Mar 03, 2006 at 03:30:50PM +0100, Michael Niedermayer wrote:
[...]
> > > not the idealist/philosopher perspective (its wrong,
> > > bad design, this is like <infamous container> does it, it will make 
> > > <extreemly rare use case> slightly slower, ...)
> > 
> > To this same sentiment, I ask, what is gained from your new index system? 
> > You never replied to my rant.. Yes you did make it optional which makes it 
> 
> error robustness and easier muxing for muxers which are not based on libnut
> 
> 
> > somewhat nicer, I am still annoyed by the index_ptr and the additional 
> > demuxer complexity for this index system (reallocing the syncpoint cache 
> > for each index chunk, reading several chunks...), mostly because I see 
> 
> you need that for dynamic index building too if theres no index at all, and
> iam not against adding a syncpoint_count field which would provide you with
> the number of syncpoints in the whole index
> 
> 
> > absoloutely no gain. There's a pretty damn good chance that if the index is 
> > borked, the entire index is borked. not just a small piece of it. And the 
> > file still plays perfectly fine without the index... ("it will make 
> > <extreemly rare use case> slightly slower" ...)
> 
> its not slightly, and its not rare IMHO

but if you and rich prefer a single monolithic index then well lets return
to that, its not the most critical issue ...

[...]

-- 
Michael