On Sun, Aug 24, 2008 at 07:11:09PM -0700, Michel Lespinasse wrote:
> On Fri, Aug 22, 2008 at 11:51:15PM +0200, anand meher wrote:
> >                I want to clarify one point, will a PES packet carry only one
> > coded picture, say an I or a B or a P? or a particular PES packet can have
> > last slice of a picture ending and then followed immediately by the next
> > picture header??
> 
> The mpeg standard makes no guarantees about this - the PES payload can
> start and end at arbitrary byte aligned positions in the ES stream.
> A startcode in the ES stream could even be split accross two (or up to 4,
> but that'd be beyond perverse) PES packets.
> 
> In practice, it's very common that PES packets are closed after the last
> byte of the last slice of every picture in the ES stream, but you should
> not rely on this if you want to be a compliant decoder.
> 

> I believe mplayer violates this - it seems to mostly get away with it, though.

Iam pretty sure mplayers demuxer does not violate this. Besides mplayer
can use libavformat for demuxing (-demuxer lavf) which does also not depend
on 1 picture per PES either.

And if someone wants streams that dont have ES==PES, the mpeg-ps
generated by ffmpeg should do.

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I know you won't believe me, but the highest form of Human Excellence is
to question oneself and others. -- Socrates

Attachment: signature.asc
Description: Digital signature

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Libmpeg2-devel mailing list
Libmpeg2-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmpeg2-devel

Reply via email to