[gstreamer-bugs] [Bug 623799] [xmp] Configurable xmp output
bugzilla at gnome.org
Mon Jul 12 12:53:32 PDT 2010
GStreamer | gst-plugins-base | git
--- Comment #4 from Thiago Sousa Santos <thiago.sousa.santos at collabora.co.uk> 2010-07-12 19:53:28 UTC ---
(In reply to comment #3)
> (In reply to comment #1)
> > Aren't you going to only use one schema per format using xmp ?
> > i.e. For jpeg/tiff files you'd only use one format, no ?
> > If so, one would only need to modify the xmp helper functions to specify the
> > xmp format one want depending on who's calling it (i.e. qtmux would use a
> > different format than another container format).
> Imo qtmux-like elements are differentiating only the atoms (or boxes) written
> to the file so that the same metadata informations (e.g. location infos) can be
> stored in different ways for different formats.
Exactly, this happens because the specs dictates the 'native' formats for them,
but there is no relation between these specs to xmp schemas. (at least, not
that I know of)
> I like the idea to use the same approach for this feature, but it would work
> without too many messes in the code only if we there aren't too many
> overlapping tags between the different specialized "formats" (e.g. like for 3gp
> and mp4).
Either I don't get how exactly this would work, or this makes no sense IMO.
Hardcoding schemas to muxers is not a good solution, this schema selection is
application specific IMHO and should be handled as such.
My idea is that applications would call something like this:
"dc", "xap", "iptc", ..., NULL);
GST_TAG_XMP_ASSOCIATE_FIRST/ALL would make the tag association from a GST_TAG_*
to a xmp one stop at the first mapping found or to map to all different schemas
that contain that mapping.
The list of strings would define what schemas are to be used and their order of
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.
More information about the Gstreamer-bugs