Re: [PATCH] mplex A/V precedence order

Hi all (especially Bernhard) ...



The invisble developer (turned Daddy/developer in a start-up) returns...

> > The multiplex strategy in mplex will add all non-video packages at  
> > the  end of a GOP. While i don't know about other formats (VCD and  
> > so on),  in case of DVD all video information is put at the  
> > beginning of a VOBU  and the remaining streams are sent to the end  
> > of a VOBU, regardless of  their timestamps This behaviour may cause  
> > a buffer underrun in  standalone players.
> > I cannot give concrete example for a real-live failure, but looking  
> > at  produced A/V streams (and code) gives me a strange feeling.

This is not actually the case.  The absolute priority to video is only
given when 'video_first' is set.   This occurs essentially only in the
initial packet of VCD and 'DVD_NAV' multiplex runs where this is a
special requirement.  Once this special first packet is done video_first
is reset and priority is given to the most urgent packet.


Some painful learnining messy details of messy pseudo-standards lies
behind this. This should NOT be changed.


cheers,
	Andrew
PS
I'm in the process of changing ISP... the googlemail email address is
the only one that will remaint stable long-term.



------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev