[gstreamer-bugs] [Bug 638107] [mp4mux] cover art lost when transcoding from flac to mp4

[GStreamer (bugzilla.gnome.org)]

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

Thiago Sousa Santos <thiago.sousa.santos> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |thiago.sousa.santos at collabo
                   |                            |ra.co.uk
     Ever Confirmed|0                           |1

--- Comment #1 from Thiago Sousa Santos <thiago.sousa.santos at collabora.co.uk> 2010-12-27 19:45:14 UTC ---
Checking the docs here:

http://www.gstreamer.net/data/doc/gstreamer/head/gstreamer/html/gstreamer-GstTagList.html#GST-TAG-IMAGE:CAPS

it seems that GST_TAG_IMAGE should have a field on the buffer caps indicating
what type of image it is, so we might want to check that before adding it a
cover art.

Other than that I did some tests here with flac files that have cover art and
flacdec couldn't find them, flacparse however did and posted the image as
GST_TAG_PREVIEW_IMAGE.

It seems we have an inconsistency between flacdec and flacparse, both should
find the same information and post the same tag about it, so, other than adding
the support for mapping GST_TAG_IMAGE to qtmux/mp4mux, we need to fix this on
flacdec/flacparse too.



What's the version of flacdec you're using? (gst-inspect flacdec) should tell
the module and version on the top of the output.

And can you try with flacparse and check what tags it finds?
"gst-launch filesrc ! flacparse ! fakesink -t" should show them.

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