[gstreamer-bugs] [Bug 609539] New: xmp metadata support in tag library

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=609539
  GStreamer | gst-plugins-base | unspecified

           Summary: xmp metadata support in tag library
    Classification: Desktop
           Product: GStreamer
           Version: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ensonic at sonicpulse.de
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Created an attachment (id=153416)
 View: https://bugzilla.gnome.org/attachment.cgi?id=153416
 Review: https://bugzilla.gnome.org/review?bug=609539&attachment=153416

xmp metadata support

XMP is a generic metadata standard driven by adobe. XMP metadata can be embeded
in many media file formats. Several of those file formats are supported by
gstreamer and thus it would be nice to have a common implementation to easy
adding XMP support to plugins.

XMP is done as RDF in XML representation. Under linux one can use libexempi (a
c wrapper around the adobe xmp toolkit). This unfortunately drag a lot of
dependencies (although not very exotic ones).

The implementation in this patch attempts to provide xmp support without any
dependencies. For XMP output this is straight forward, it is basically sprintf.
The XMP parsing is done as manual xml parsing and quite relaxed interpretation.

I have another set of patches for jpegformat plugin in -bad, demoing the xmp
reading/writing.

Does that sound like a good plan? If agreed next steps would be testing and
extending the tag_match[] array.

-- 
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.