H264Parse output-format types

[Sebastian Dröge]

On Mo, 2013-11-11 at 15:36 +0000, Tim Müller wrote:
> On Mon, 2013-11-11 at 09:47 -0500, Chuck Crisler wrote:
> 
> Hi Chuck,
> 
> > I am just asking basically what the terms mean, what is the difference
> > in the output formats? I have been using AVC Sample Format and found
> > that the H264Parse was re-writting my first 1 or 2 bytes (depending on
> > the type code), causing serious downstream problems (as in total
> > failure). This was video that, in this particular case, originated as
> > RTP from an Axis camera, was transmuxed to multi-cast MP2T, then
> > processed back to RTP via MP2TDemux -> H264Parse -> RTPH264Pay ->
> > UDPSink.
> 
> Sounds like something that would need to be investigated in some more
> detail, maybe there's a bug somewhere. In this setup h264parse shouldn't
> really need to modify anything, it should be able to just pass through
> the data as it comes in (assuming things are negotiated right and the
> depayloader outputs byte-stream).

Also there where many changes in h264parse since 0.10, including many,
many fixes to make it produce better streams and be better at parsing
weird h264 streams.

-- 
Sebastian Dröge <sebastian at centricular.com>
Centricular Ltd - http://www.centricular.com
Expertise, Straight from the Source
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 966 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131111/e4826f4a/attachment.pgp>