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
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