R128GAIN

This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.

Added an option "--reference" in order to define the reference loudness (EBU R128: -23 LUFS).

Added an option "--db" in order to force dB as unit instead of LU/TP.

Added an option "--quiet" in order to suppress any writing to stdout.

Fixed loading "libsox.so.1".

Fixed overwriting of files.

2012-08-17

1.0-α-4

The core library "lib1770" was restructured in order to avoid duplicated computations.
Scanning the EBU R128 test vector demonstrates that there is performance boost of about 40%
(without true peak computation).

The new "lib1770" now supports parallel computations. As demonstrated by the multithreaded
"example2" program compared to sequential "example1" program parallelism may give
another performance boost of about 50% (not yet used by R128GAIN).

2012-08-15

1.0-α-3

Added "--ffmpeg" and "--sox" command line options in order to allow
for providing the path to the respective shared libraries.

Added an option to the command line (--tags=[rg|bwf])
and the GUI (drop down box) for letting R128GAIN write
BWF tags
instead of ReplayGain tags. The following BWF tags are currently supported
(depending on the format they may appear converted to upper case):

LoudnessValue

LoudnessRange

MaxTruePeakLevel

2012-03-18

0.9.6-3

Fixes a bug that under certain circumstances a file was written twice.

According to FFmpeg.org:
FFmpeg development has gone into OVERDRIVE. As a consequence R128GAIN
wasn't compiling any longer using the latest FFmpeg versions.
This release ports R128GAIN to the latest FFmpeg API.

Added a command line and GUI option to allow choosing between
the EBU R128-2 (current, dating from 2011) and EBU R128-1 (former, dating from 2010)
standards.

Convert to MP3 and physically apply the track gain using
lame
(very useful for creating MP3s to be used with your mobile MP3 player,
requires "lame.exe" to be copied into the subfolder "r128gain"):

lame --noreplaygain --scale %TG% -V2 "%TRACK%" "%DN%\%BN%.mp3"

Decode using SoX and convert to MP3 by physically applying the track gain using
lame
(very useful for creating MP3s to be used with your mobile MP3 player,
requires "lame.exe" to be copied into the subfolder "r128gain"):

Distribute limited versions of "sox.exe" and "ffmpeg.exe" for usage
whithin the "command".

2011-10-03

0.8.7

Implemented an alternate BS.1770 statistics using a histogram as
proposed in
"http://lac.linuxaudio.org/2011/download/lm-pres.pdf".
The histogram based statistics avoids memory overflow and appears
to improve performance. The new histogram based statistics is default.

The public API of lib1770 is changed slightly in order
to allow for choosing the statistcs algorithm, either histogram
or sequence.

Provided an option to execute a command in addition to the build-in actions
to be enabled via the "Format" drop down box.
The command's environment provides the following variables:

%PATH%: The systems's path extended by the sub-directory "r128gain".

%TRACK%: The complete path to the source track.

%NAME%: The name of the source track including the extension.

%BN%: The base name of the source track, i.e. excluding the extension.

My exchange with the "moderator" got worse. To his credit, he eventually apologized, but at that point I resigned, took my (now) dead dog avatar off, and logged out. I requested he delete the account.

What horrible, horrible people.

The one thing that does concern me is that these are guys going around wearing "Scientific" on their arm-bands. Scientists have enough of an image problem as it is. We don't need this. I would much rather hang with people who think USB cables sound different and music is described with words like "gooey" than those folks.

They are anonymous keyboard bullies who slavishly ape what they wrongly perceive to be the aims and methodology of the natural sciences. It actually reminds me more of how things are done in the so-called social sciences (behavioral psychology and so on).

[...]

The "moderator" guy (and it almost certainly was a guy) clearly interpreted this as a "lack of respect". It takes a twisted perspective to see it that way, but clearly their self-imposed idiot-logical confines and bizarre rules and rigidity prevent them from seeing it any other way. The behavior is much more reminiscent of a religious cult. I spend almost all my time with scientists. My wife is one. Most of my friends are. None behave this way. Not one.

That is a fascist mentality, not a scientific one. A scientific one, ideally would be, "what is it that sounds different, and how can we test that?" or "how can I reproduce what you found in my system?" or something along those lines.