similar to: ANN: ReplayGain Winamp2 plugin for MP3, FLAC, MOD, etc.

Hi all, I have implemented ReplayGain support for Vorbis. If you are not familiar with it, it is basically a method of making sure all your files have equal loudness, remove the need for normalization and prevent clipping during playback. The process is totally lossless, and supporting it requires minimal work. More info about the exact workings can be found on www.replaygain.org (recommended

Hey When playing an http ogg stream served by icecast, ogg123 (vorbis-tools-1.0.1) seems to detect replaygain metadata because it displays it in a nice way, but does ogg123 actually alter the playback volume according to the replaygain variables? I can notice no effect. I did some googling on this but didn't find much help. I discovered a vgplay patch for vorbis-tools 1.0.1 but after

Hello all, I'm glad to announce to you that Vorbis now has full ReplayGain support. If you're not familiar with ReplayGain, take a look at www.replaygain.org. The main features are: a) all songs play back with equal loudness b) removes the need for normalization c) allows for clipping prevention Using it is very simple. Get a compatible decoder (ogg123, XMMS and WinAmp all support it

Declaring variables in the middle of a block isn't supported by older (pre-C99?) compilers, and gcc 2.95 is one of them. --- a/src/plugin_common/replaygain.c +++ b/src/plugin_common/replaygain.c @@ -28,10 +28,11 @@ void FLAC_plugin__replaygain_get_from_fi double *track_peak, FLAC__bool *track_peak_set,

Hi! I have a few questions about the log files icecast produces, plus I have a little issue with replaygain but lets start with the icecast log stuff: If a client (listener) connects to icecast at, say, 12:00, the connection time is stored in the access log about 15-30 minutes later (or on disconnection). Is it possible to get icecast to log client connections immediately with the correct

In this topic on Hydrogen Audio(http://www.hydrogenaud.io/forums/index.php?showtopic=105586) someone asked a question about the sample rates that FLAC supports for ReplayGain. The outcome was that the current documentation of MetaFLAC is outdated since Commit http://git.xiph.org/?p=flac.git;a=commit;h=0554a4aee6966bc5b251364753ef85de72dfab19 because as of 1.3.0 FLAC supports Replaygain with many

John Morton wrote: > ReplayGain enabled players usually have some sort of clipping > management for just that sort of thing. Doesn't that help? I just had to study what the clipping prevention option does in the Winamp plug-in - http://www.xs4all.nl/~walterln/replaygain/dsp_replaygain.txt. I thought it was simply preventing clipping of the original waveform (ogg file). I see now that

When I create a chained file with a mono and then a stereo substream, winamp crashes when it gets to the second stream. in_vorbis v1.16c. And when vcedit writes comments from a chained file, it only saves the first substream and throws subsequent streams away. Perhaps this is woth mentioning somewhere... Matthijs --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

I backed up my entire CD collection to Flac (350+) to avoid losing them to scratches, laser burns, etc. Now I'm wondering how RG affects the Wav file produced from Flac decompresion if I used the following command with CDex: -8 -V -T artist="%a" -T album="%b" -T title="%t" -T date="%y" -T tracknumber="%tn" -T genre="%g" --replay-gain

When a locale is in effect that does not use the point as the decimal mark (e.g., sv_SE or de_DE, which use a comma) and a ReplayGain tag is read for --apply-replaygain-which-is-not-lossless, the gain value was misinterpreted (e.g., "-2.29" truncated to "-2"). This is fixed by resetting the locale to "C" temporarily, based on Josh Coalson's fix of the dual case

I've just Replaygained several of my Vorbis albums with Vorbisgain, ranging from 80's metal to present day soft rock. What I don't understand is why does Vorbisgain actually make all tracks QUIETER? I see an average of -7db on most albums. And after that, not only are they substantially quieter than my MP3s (which is a pain), but it also fails to really "even out" the volume.

>I've made something. It wasn't done in exactly 10 minutes because I had to >translate the headers to Pascal, but the GUI was certainly done in about >30 minutes. [...] >http://www.xs4all.nl/~walterln/vorbis_play_17apr.zip (259K) would it be hard to add streaming support? a small and simple player, which could also stream vorbis would be cool. also a command line tool for

Hello everyone, I'm new to this flac thing (started about a week ago) but I have read a lot about flac and replaygain. As far as I understand it, replaygain is lossless in the sense that I can tell my player to ignore the settings or I can even use foobar2000 to remove the tags entirely, hence getting back to the original audio. If that is the case, why is there a warning in the foobar2000

My replaygain player side backend code is up at savannah: https://savannah.nongnu.org/projects/vgplay/ Pull it from CVS for the time being, as the file area isn't up and working just yet. It applies album and track gain values as scale factors to float pcm and includes an arbitary value preamp, a couple of limiting strategies. There's also helper function to pull the replaygain

>b) According to http://wiki.xiph.org/OggOpus#Comment_Header >there should be no REPLAYGAIN_*** tags in Opus files; Opus uses >R128_TRACK_GAIN tag. If some audio player reads Opus tags then it should >be aware of the difference between ReplayGain and R128. But this doesn't >require REPLAYGAIN_REFERENCE_LOUDNESS tag. > > The Opus replaygain spec is fundamentally broken, so

Using Linux (Kubuntu) using the application "crip" ripping at -q 10 & using replaygain on for volume control -------------------------------------------- Now that I have 2000 .ogg files... first problem: There is NOT one Portable CD Player on the Market, that can play encoded .ogg files AND read the replaygain tags. via a cd-r second problem: Burning... if I am going to burn a

I've recently encoded some older CDs to flac that ended up with a positive album ReplayGain value. (+2.0dB) Problem is they sound noticeably quieter then other albums when played through winamp. (Album mode and ReplayGain are on) When played through foobar2000 they are louder as I would expect. I did a few tests. When the Preamp is down to -24 all playback is very quiet. When I put it up

>The use of R128 also raises the question about "REPLAYGAIN_REFERENCE_LOUDNESS" >tag. Currently flac/metaflac writes "REPLAYGAIN_REFERENCE_LOUDNESS=89.0 dB" >but doesn't use it when decoding (it seems that nothing uses this tag). >R128 defines reference level differently, so this tag makes little sense for >it. IMHO it's better not to write this tag when

> You don't. Audio CDs don't support ReplayGain tags. The only thing > you may do on Audio CDs is to use Volume Normalize techniques > available on certain programs. Normalization of sound is not a good, > clean thing, though. Surely it would be possible to have something apply the ReplayGain to the WAV after decoding and prior to writing them to CD... but I don't know

Hi, I'm trying to build current git on i386, but it fails with the following error: make[3]: Entering directory '/tmp/flac/src/share' CC grabbag/replaygain.lo In file included from grabbag/replaygain.c:38:0: ../../include/share/replaygain_analysis.h:45:15: error: conflicting types for 'float_t' typedef float float_t; /* Type used for filtering */