[gstreamer-bugs] [Bug 363118] gst_riff_create_video_caps() should also store variant in the caps

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=363118

  GStreamer | gst-plugins-base | Ver: HEAD CVS





------- Comment #3 from Stefan Kost (gstreamer, gtkdoc dev)  2006-10-20 07:03 UTC -------
Unfortunately it even more complicated.

The avidemuxer will need to map fourcc to variants and put this into the caps:
variant = { "ITU", "Lead", "Microsoft", "VDOLive", "Vivo", "Xirlink", "Intel",
NULL };

then the h263decoders can accept or reject the variant.

On the other hand h263encoders will need to tell followup elements on the
bitstream version scheme, so that e.g. payloaders can use the right pt.
h263version = { "h263p", "h236pp" };

The h263version is something different that the variant. the container does not
know about it and decoders will need to reject it if the can't handle it, when
decoding the first buffer.

@Ville: okay for use to use the term 'h263version' (like in mpegversion and
msmpegversion). If so I add the mapping from fourcc to variant to avidemuxer
plus document the two new properties in the pwg.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email