[gstreamer-bugs] [Bug 577609] [id3v2mux] write RVA2 frames for peak/gain volume data

[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=577609

  GStreamer | gst-plugins-good | Ver: git




------- Comment #1 from Jonathan Matthew  2009-04-01 13:00 UTC -------
Created an attachment (id=131839)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=131839&action=view)
add relative volume frame output

The interesting bits here are:
- there can only be one frame of each type (track or album), so we check for
both tags, and if both are present, only write the frame when processing the
peak tag
- rather than doing anything clever to store the peak value, I just copied
mutagen's approach of always converting the value to 16 bits
- the comparison in the unit test checks that the value extracted from the tag
is within 2% of the original, since the values aren't stored with much
precision


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