From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SWW6v-0001wy-W8 for garchives@archives.gentoo.org; Mon, 21 May 2012 17:09:34 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4A852E0783; Mon, 21 May 2012 17:09:14 +0000 (UTC) Received: from internet.com.uy (correo.tecnet.com.uy [200.40.123.42]) by pigeon.gentoo.org (Postfix) with ESMTP id D4039E0C4C for ; Mon, 21 May 2012 17:07:49 +0000 (UTC) Received: from acme7.acmenet (r190-134-19-19.dialup.adsl.anteldata.net.uy [190.134.19.19]) (authenticated bits=0) by correo.tecnet.com.uy (8.14.4/8.14.4/host-001) with ESMTP id q4LH7nZ0006869 for ; Mon, 21 May 2012 14:07:49 -0300 X-TN_STAT: 25 Date: Mon, 21 May 2012 14:07:48 -0300 From: luis jure To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: [OT] ogg/mp3 volume Message-ID: <20120521140748.0326d15d@acme7.acmenet> In-Reply-To: References: <4FB789E2.5050604@wht.com.au> <20120519141906.GA31574@badass.gateway.2wire.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (correo.tecnet.com.uy [200.40.123.43]); Mon, 21 May 2012 14:07:49 -0300 (UYT) X-Archives-Salt: 5d2d5070-281d-493d-a97c-e8f8adf7636d X-Archives-Hash: 40b4d7517b7ebdc1444a8c9be4e7d27d el 2012-05-20 a las 21:48 Nikos Chantziaras escribi=C3=B3: > On 20/05/12 12:41, Jes=C3=BAs J. Guerrero Botella wrote: > > Just for sake of correctness, what the op wants is called > > normalization, in the world of sound edition. >=20 > Actually, no. That's not what he wants. Normalization simply adjusts=20 > to 0db. How loud something sounds however is not a simple matter of=20 > what the maximum peak of a waveform is. ReplayGain actually analyzes=20 > the music to tell how loud it *sounds*, not how loud it actually is. [...] > Normalization makes audio equally loud for hardware. ReplayGain makes=20 > audio equally loud for humans. :-) =20 actually, that isn't quite correct either... that's not the difference between normalization and replaygain, you are mixing different things. - normalization is process that modifies all the data in a file to adjust it to a reference level. as such, it only works in uncompressed audio; - replaygain is an algorithm that tries to estimate the perceived loudness of a sound file, and calculates the gain level needed during playback (hence the name) to adjust it to a reference loudness level. this gain level is written in the metadata of the file (not all file formats support it), and has to be understood by the playback device. it does not modify the actual audio data (that is, it does not normalize). now, normalization does not "simply adjust to 0dB", you can of course normalize to whatever level you want (usually, *not* 0dB).=20 moreover, normalization doesn't necessarily mean peak level normalization, there's also loudness normalization. RMS normalization its most basic form of loudness normalization, but there are more complex algorithms that take into account the response curve of the human ear (like the replaygain algorithm).=20