[gstreamer-bugs] [Bug 580005] separate caps for mp4mux?

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=580005

  GStreamer | gst-plugins-bad | Ver: 0.10.12




------- Comment #15 from Christian Fredrik Kalager Schaller  2009-04-28 13:18 UTC -------
So I been pondering the attribute values back and forth. So my initial reaction
was to use ftyp values as it would give people something they are familiar
with.
Then after discussing the issue with Wim and Tim in #gstreamer I came to the
conclusion that it would just introduce semi-confusion like the GStreamer caps
aka 'not mimetypes' does to a certain degree as we would typefind something as
ftyp=qt, while its actually a ftyp=pana for example. 
But then after thinking some more about it, I am wondering if maybe the correct
solution is to use the ftyp after all, cause in theory I guess we could want
our muxer to be able to output all the 31 types of quicktime listed by mp4ra.
And we might at some point want separate typefinders/typefinding for all those
31 types. And at that point using our own values might start to be even more
confusing/non-optimal than adopting the ftyp here.

Wim mentioned that there might be Quicktime files without a ftyp, but I guess
we could sort that by adding a 'none' subcap or something?


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=580005.