On Wed, 2012-11-07 at 09:22 -0800, Ralph Giles wrote: > On 12-11-07 9:03 AM, Calvin Walton wrote: > > > I would suggest that instead of simply saying that the OggOpus file > > SHOULD NOT contain the replaygain tags, it should say that they MAY be > > present, and should specify how they are interpreted and applied (This > > mainly would concern their relation to the stream "output gain"). > > I think the idea was to encourage adoption of the R128 methods along > with Opus, since R128 is both technically superiour and more officially > standardized. I agree it would be useful to describe what to do if > multiple tags are present, even if it remains SHOULD NOT.
As long as the behaviour is properly documented, saying 'SHOULD NOT' is
probably ok, even if I think it is a bit strong.
> I would say, "The R128 tag overrides any REPLAYGAIN tag which is
> present. Player MAY choose to apply REPLAYGAIN values, combined with the
> output gain from the OpusHead packet, if no R128 tag is present."
I think that the player should allow the user to optionally prefer
REPLAYGAIN over R128. The issue that I have is interoperability with
files in other formats, which do not have any standardized way of saving
R128 gain tags, but do have defined REPLAYGAIN mappings. Loudness
normalization is useless if you can't normalize everything to the same
standard :)
> > I would however recommend that the files still SHOULD NOT have the
> > REPLAYGAIN_{TRACK,ALBUM}_PEAK tags, as Opus does not have a bit-accurate
> > decoder specified, and the peak values will also vary based on the
> > sample rate selected for decoding.
>
> That's a useful distinction to maintain. I agree.
>
> The other issue is what encoders are doing. Are any of the applications
> you tested *setting* REPLAYGAIN tags on files they encode? Or is it just
> that you want some level equalization and your player doesn't currently
> support the R128 scheme during playback? The question is whether we have
> some hope of acheiving compliance with the idea as opposed, or if it's
> too late for that already.
As far as I know, there are no applications currently that automatically
set replaygain tags in Ogg Opus. This could change - e.g. once a
tag-editing element for Ogg Opus is added to Gstreamer, then Gstreamer
applications will automatically gain the ability to set replaygain tags.
I'm considering adapting the 'vorbisgain' utility to decode Opus for my
personal use, to normalize files in my collection.
In order to apply the values to the files that I have, I used a
format-agnostic replaygain calculation tool to get the values, and a
standard vorbis comment editor to set the values.
If you ask foobar2000 to generate replaygain tags on Ogg Opus, it
currently saves values in the header output gain (for album) and the
R128 track tag. It's unclear whether it actually uses the R128 algorithm
or if it uses Replaygain with a non-standard reference value.
--
Calvin Walton <[email protected]>
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ codec mailing list [email protected] https://www.ietf.org/mailman/listinfo/codec
