Stable: 2.4.4
Development: 2.5.0-alpha4
Replaygain support
Submitted by Audiofi on Mon, 2005-12-19 08:51
I've been playing with MOC for a few days, and it's Fantastic! Thank you!
One thing, though. Is/Will there be Replaygain support in MOC? I know many of the en/decode libraries already support it (Vorbis, FLAC, musepack), and even if they do not (libmad), it's just matter of reading Replaygain info from the tag and scaling the output volume accordingly. More info on Replaygain are here:
http://wiki.hydrogenaudio.org/index.php?title=Replaygain
http://en.wikipedia.org/wiki/Replaygain
Thanks for such a great program, and Happy Holidays!
Mplayer
Comment moved below the thread.
What's a bounty?
If bounty means a bunch of people put money together to encourage programmers to write something, I'd participate to get ReplayGain support in moc.
replaygain vs. scale
"it's just matter of reading Replaygain info from the tag and scaling the output volume accordingly"
I don't believe this is true. That is what normalize-audio does, and if you run it on any quality recording, you get noticeable distortion. I think proper replaygain support must take different frequencies into account.
nobrowser (Ian)
No, 'different frequencies'
No, 'different frequencies' are taken into account when scanning the files and writing the replay gain tags. At playback time only the level needs to be scaled according to the tag. There still might be a need to prevent clipping.
yetAnotherBump
mocp is already my player of choice, but replay-gain would be a wonderful addition to the already slick program.
after years of playing around with broadcasting dsp (compressors, limiters, etc) i replay-gain tag EVERYTHING. it preserves track dynamics, album dynamics (if the tags and player support), and maintains a comfortable listening volume. for my ends track-gain data is all that's needed, i tend not to use album-gain data at all.
replay-gain is important enough for me to put a bounty out, but i've never done it before. any tips/suggestions on that process?
the only other feature mocp is missing is a big D command for deleting a file off the file-system, then i would stop thinking back fondly to my days with amarok and foobar ;) ... EDIT: oops, i've read: "ExecCommand config option, look at the example configuration file." ... will check that out!
Shameless bumpage
A player with no db tie and no relation to gst/xine and X would be refreshing. Gapless playback and replay-gain support is a must though, IMHstO.
So far moc and cmus look promising, neither supports RG though.
What a bummer and a showstopper (for me, naturally).
I see RG support is in TODO list, but listed in (prolly not so near) future section.
Hope you guys could reconsider ;)
With slight hope and best regards
Personally I don't use it,
Personally I don't use it, but I know it's useful. There are no plans to add it in the next release, but I'm sure we will see replay gain in the future.
--
Damian Pietras - MOC developer
That makes me sad. :(
Replay gain is great. I consider it pretty much essential. I love moc, but I have a lot of music with wildly varying levels.
It's really irritating when you're listening to some music, and then suddenly there's a song that's just blaring loud.
It should be fairly trivial to implement since there's already software volume control. All you would have to do is look at the tags and turn down the volume accordingly.
Mplayer?
just ran into Gnome-mplayer. It uses Mplayer as the back end, so it has replay gain. It's a pretty good app, but I still prefer mocp. Gnome-mplayer uses mplayer, Amarok uses xine... Can't mocp use mplayer as an optional backend?
I've been craving that feature because the volume on my notebook is pretty quiet. Mplayer and VLC can increase gain, but I hate their interfaces/commands. I like mocp.
almost perfect
Indeed, it lacks the support of replay--vorbisgain that MOC is the ultimate audio player (like audacious in GTKui)