[gstreamer-bugs] [Bug 606662] h264: add stream-format to output caps

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=606662
  GStreamer | gst-plugins-ugly | git

Mark Nauwelaerts <manauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |VERIFIED

--- Comment #5 from Mark Nauwelaerts <manauw at skynet.be> 2010-01-13 20:57:36 UTC ---
It turns out that while previous commits bring more clarity, it leaves some
cases open.  Specifically, while avc sample spec in fact requires each
'chunk'/buffer to be a complete AU (and does not make much sense if it is not),
byte-stream (annex b) does not care at all.

So, 'avc-sample' specifies everything (in particular, also the current
h264parse properties properties to make it so).  'byte-stream', on the other
hand, still leaves open whether it is NALU-aligned, AU-aligned or not aligned
at all
[note that this also sorts of conflicts with the parser incantation attribute
parsed/frame, for which true or false may or may not really make semantic sense
in combination with a stream-format choice].

It would be nice to get to a situation where we can drop h264parse's most
recent properties and do it all caps-magical (such was the intent of
'stream-format').
Btw, it would also be nice that the default behaviour is at least changed to
AU-merging (maybe even avc-sample).

To do so, (non-exhaustive) possibilities might be:
* also allow for 'byte-stream-au' and 'byte-stream-nalu' options
* add yet some other field that defines the 'level of parseness' (e.g. 'nalu',
'au', 'none')
* use a parsed/framed that is not simply true/false (so use parsed/framed as
the  field in above option)

In either/any case, combination with (legacy) parsed/framed might not make
sense, but then again:
* that field seems more used to magically summon a parser (or keep one at bay)
rather than actually describing a data characteristic
* e.g. for aac, 'stream-format=raw' parsed='false' is sort-of not realistic
either

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.