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.
You should have received a copy of the GNU General Public License
along with this program. If not, see
<http://www.gnu.org/licenses/>.
BS1770GAIN is a loudness scanner compliant with ITU-R BS.1770 and its
flavors EBU R128, ATSC A/85, and ReplayGain 2.0. It helps normalizing the
loudness of audio and video files to the same level.
Nanos gigantum humeris insidentes: This project is dedicated to my German heritage. It is strictly to be understood as a statement against the saccarine "sweet" liberal lie of "multiculturalism" which is going to destroy Europe as we know it, in particular against the Merkel regime selling out Europe for nothing as we watch.
#WLM
Because we’ve the impression that bs1770gain has been dropped
from all (tracked) Linux repositories (except Chocolatey
which btw is not a Linux repository) we’ve decided to move
Packaging Status from this main page to a
secondary page.
− 2020-05-05:openSUSE Tumbleweed
is breaking out from the boycott (“lockdown”.)
− 2020-10-22:
As far as we can see,
videohelp.org
seems to be the only re-distributor
still re-distributing us
even from our new home.
bs1770gain is not widely downloaded, but enhances the python package beets. There are so far no available replacement packages that work with beets
On some beets related mailing list you might
read What does this guy wants to tell us by stating "I am Terran, born in Germany by pure chance"?
The only thing that makes some kind of sense to us is reading it as
Have mercy!
Even if born in Germany I'm not a German, not an evil evil Naaaaazi just like this Racist.
Mercy, mercy! I'm a proud
Terran!
Such people are obviously sick.
Unfortunately, in Germany 80%−90% of the people are affected by
folie à deux
(due to 75 years of post WWII re-education)
and locked into
self-hatred.
2020-03-17 − There's a tendency in open source software development
we don't support and which is illustrated by the following examples
(the revolution eats its children):
the influential creator of
Linux
and
Git
(the latter making it a snap to steal away − "clone" − software),
Linus Torwalds,
was
forced to step down
(please note that there are already attempts to "clone" bs1170gain), and
We'd like to call this tendency "erasure of influential individuals
names" replacing the erased names by the term "the community" those
strongly hinting that said tendency is a form of pure communism.
Looking back we've the impression that the text
The Cathedral and the Bazaar
tried to give kinda theoretical (not to say ideological) excuse regarding that tendency.
The agenda is, of course, pushed forward not by an abstract "community" but by sick individuals
like the one
quoted above
and the one
quoted below
(most likely never in their live having written a single line of
C-code.)
2020-06-03
−
As it seems our days at
Sourceforge
are counted. At least we’ve received a respective ultimatum:
Isn‘t it funny that this is happening at the exact same time as Donald J. Trump
is going to crack down all that commie scum?
2020-06-08
−
These days where anything and everything has a motto it remains Sorceforge’s
secret why prohibiting a motto in favor of one’s own people. Anyway, we’re going to leave:
2020-07-03 − Google puts us on page 3 hidden below a stack of unsupported Linux
distributions (doing nothing other than spreading their Commie-agenda all over the world):
2020-07-04 − Meanwhile its completely vanished.
2020-07-04 − By pure accident we've just discovered an interesting
discussion dating back already to fall 2018:
The discussion was continued elsewhere:
Is someone believing that a real woman made out of flesh and blood is really writing such BS?
At least we're not. We see an (anonymous) Twitter account driven by a Commie activist
who is eagerly awaiting (for whatever reason − most likely nothing other than $$$)
Europe looking like this:
Meanwhile the video displayed here has been removed by YouTube instead stating
“This video is no longer available because the YoutTube account associated with this has been terminated”.
The video (formerly available at URL "https://www.youtube.com/watch?v=0X5jYHNlkXI")
was showing a negro openly roasting a cat in the streets of some small Italian town.
Thank you Paul for finding the clear words.
BTW: You should really have a look at the Commie-activist's
Twitter-account in order to learn what kind of BS it is
spreading:
Indeed, we've never ever known a woman claiming to be a Command line enthusiast …
Dear “Claudia”, this was a little bit over the top. Hah, hah, hah …
2020-07-10 − Wow, this morning Google puts us on page one!
It's a bit volatile yet, but anyway, here we are …
2020-07-15 − We've learnd a word being en vogue
these days and being new to us: cancel culture.
Just recently Tobias Jakobi reported the bug that bs1770gain ended with an error message under
certain circumstances when trying to calculate true peak, i.e. using option -t. Finally we
figured that the resampler used for upsampling was incomplete switched to the new sample format.
After having fixed this, the runtime error was still in place, and Tobias proposed the solution.
Starting with version 0.9.3-β2 bs1770gain corrects a bug dating back to the
very beginning and to which Orivej pointed us (again). It now issues the correct
values for the relative
momentary mean
momentary maximum
shortterm mean
shortterm maximum
loudness. If you insist on the errornous traditional approach run with long
option
--traditional.
Orivej spotted another bug when parsing a time stamp. It is also fixed.
Finally weve managed to replace FFmpeg's traditional bit-mask based channel layout API by their re-designed one.
BS1770GAIN now compiles flawlessly with a decent FFmpeg (without using the HOLZHAMMER).
Unfortunately, with the previous release we introduced a (minor) bug we where hinted to by Debian
(when bs1770gain is called with option -o/--output and without option -a/--apply.)
In file "libbg/bg_muxer.c" former line 377 had to be moved up a few lines to line 371 so that it is
guarded by flag "apply".
This is just a minor update to the 0.8.4-release w.r.t the latest version of the gcc-compiler in order to avoid a warning. It doesn't affect functionalty by any means, it's pure syntactically. On the other hand, unfortunately, it has no influence on what was said w.r.t 0.8.4-β16:
Option --script might be combined with option --threads, i.e. executing the script in parallel should be possible.
Introduces option --shell=<path to interpreter>. The interpreter is assumed to provide an option "-c" for
executing scripts and to require POSIX path conventions.
Option --shell might come in handy especially when you’re on Windows, using "msys2" and not very comfortable with
the capabilties of "bat"-files and their syntax. Then you might prefer e.g.
bs1770gain <path to input> -o <path to output directory> --script=./script.sh --shell=/bin/sh.exe
or respectively from the Windows "cmd"-box
bs1770gain <path to input> -o <path to output directory> --script=%cd%\script.sh --shell=<path to msys2 installation>\usr\bin\sh.exe
Please note that a full path to the script as well as to the shell is required.
Fixes an issue with remuxing Alexis pointed us to and which might have been occurred under certain circumstances.
Thanks a lot Alexis!
This is a maintenence release affecting mostly the Windows builds:
Introduces the (not very useful) option --skip-scan.
Fixes a long standing bug on Windows regarding options
--file=<file name>/--utf-8=<file name>/--utf-16=<file name>.
With the Windows-console, we had best experiences when setting it up to
display narrow (8 bit) characters while just writing wide (16 bit) characters to it.
In order to achieve this the whole program had to be transformed (re-factured.)
Anyway, with German OEM installed we still don’t know wether it is
even possible to write say kyrillic letters to the Windows-console.
Fixes an issue on Windows which had already been slipped through some time ago,
i.e. under certain circumstances option -a/--apply was not working any longer.
Re-structuring the build process in order to allow for bundeling
third party shared objects with the application (as it was already
usual with the Windows releases.)
Allow for dynamically loading shared objects on MacOS.
AdRY has created a project on Sourceforge for providing
MacOS binary releases.
The MacOS binary release will appear a few days deferred.
This is a special pbelkner.de welcome edition (not to say: bye,
bye Sourceforge.) Hence a minor version bump!
Alexis reported the issue that on his Mac
with libpthread not being installed the configure script was
broken. Such a set-up was resulting in a corrupt build. Thanks a lot
Alexis for letting us know!
The options regarding parallel processing have been changed slightly.
Now by default from time to time there’s some sparse printing indicating
that the program is still working.
Hadrien was letting us know that he wants bs1770gain
to have an option like --quiet supressing any output except error messages
because he runs bs1770gain in conjunction with option --overwrite
from a multithreaded environment.
This brought us to the idea to support multiple threads from within bs1770gain
itself: option --threads=<number of threads> was born.
Currently option --threads=<number of threads> just makes sense when used
in conjunction with options -o/--output or --overwrite and may
result in a significant performance gain (it's meant for mass replay-gain tagging):
Hadrien pointed us to the issue that under certain
conditions option --overwrite was broken and was sending in a
respective patch. Thanks a lot Hadrien!
AdRY pointed us to an issue with 5.0/5.1
this release should fix. Thanks a lot AdRY!
Option --lfe was dropped because it was nothing
other than a placebo.
Determinig the
LFE
channel is hard-wired following the description given at
http://lists.xiph.org/pipermail//flac-dev/2013-January/003569.html, i.e. there's no LFE channel if there are less than six channels,
otherwise the LFE channel is the fourth one (preceeded by FL, FR,
and FC.)
What does it mean? It means that for about two seconds there was literally nothing
below WTC 7's roof, i.e. there must have been some process other then
office fires (as claimed by NIST) beeing responsible for completely removing
the building below the roof (so that the building's remains couldn't slow
down the roof.)
As long as this contradiction isn't resolved we have no reason to trust the Trump
administration in any way (apart from the extremely strange appearing narrative that
the whole attack should have been overseen from a cave located deep within Afghanistan.)
Donald Trump rode to victory in 2016 on a promise to end the useless wars in
the Middle East, but he has now demonstrated very clearly that he is a liar.
Pelosi's letter begins with the declaration that President Donald Trump's
airstrike last week targeting Iranian General Qasem Suleimani […]
was "provocative and disproportionate," terms suggesting the attack was illegal under
international law and could constitute a war crime.
2019-12-20 Donald J. Trump:
So after the Democrats gave me no Due Process in the House, no lawyers, no witnesses,
no nothing, they now want to tell the Senate how to run their trial. Actually, they
have zero proof of anything, they will never even show up. They want out. I want an
immediate trial!
To us it appears as if these days most people in the "western
world" not any longer can distinguish facts from opinion.
During the last few days there was one guy who made the difference crystal
clear: watch
Rep. Jim Jordan
Donald J. Trump:
Nancy Pelosi just had a nervous fit. She hates that we will soon have 182 great new judges and sooo much more.
Stock Market and employment records. She says she "prays for the President." I don't believe her, not even close.
Help the homeless in your district Nancy. USMCA?
Donald J. Trump:
Secretary of the Navy Richard Spencer's services have been terminated by Secretary of Defense Mark Esper.
I thank Richard for his service & commitment. [...]
Admiral and now Ambassador to Norway
Ken Braithwaite
will be nominated by me to be the new Secretary of the Navy. A man of great
achievement and success, I know Ken will do an outstanding job!
Donald J. Trump:
Congratulations to Boris Johnson on his great WIN! Britain and the United States will now be free
to strike a massive new Trade Deal after BREXIT. This deal has the potential to be far bigger and
more lucrative than any deal that could be made with the E.U. Celebrate Boris!
Discontinued because we're fed up with U.S. politics.
Tobias pointed us to the issue that peak calcualion had an
upper bound at some odd 1.000031 and in a lot of cases
true peak calculation doesn't reproduced the values known
from pre-0.6.0 even if lower then magic 1.000031. Thanks
a lot Tobias!
Unfortunately, the Invalid write bug was just fixed on the surface,
i.e. it doesn't appear any longer just in the most simplest cases.
Below the surface there was a deeper reason:
bs1770gain attempts to lift the output tree in that it purges the
tree starting from the root as long as it is degenerated to a list until
for the first time a real branch or a leaf appears.
The root cause for the Invalid write bug was (hopefully) found in
said lifting's implementation.
Note: Unfortunately currently our
VM
for Debian 10 i686 is broken. Might be an issue with
QEMU
or the current kernel of Debian 10 i686
or the interplay of the two.
Hence there's no binary for Debian 10 i686.
Indeed it's telling us to (again) respect ourselfs!
update 2019-09-15: Do we really have to consider creaturespushing innocent children in front of a trainhuman beings?
A great German military theorist,
Carl von Clausewitz,
once said:
War is Politics by other Means.
These days we're attemted to say: Peace is War by other Means,
update 2019-09-28: cf. here.
(Please note that we don't consider the alien creatures responsible for the crimes at first hand the enemy.
They're simply used by those as human appearing weapon. It's nothing other then the usual brain-fuck.)
Everybody should seriously ask himself on which side of the (invisible) front
he's on
(also you guys over there @Arch Linux.)
update 2019-09-15:
At Arch they're going to hide traces.
Obviously they're victims of their own technology :-))))))))))))))))))))))
The exact same patch has just been renamed from "remove-hate.patch" to
"remove-inappropriate-text.patch" (please note that links to Arch seem to be volatile.)
Arch, please be so nice and kick bs1770gain off of your repository!
It's not meant for you noble humanitarians. It's just for shitty racists!
Some users pointed us to an issue with files where album art is embedded as PNG.
Under certain circumstances (especially when using our binary builds) those files
where not processed as expected. Thanks a lot A B and Eugene!
As the cause for that un-expected behaviour we spotted
libavcodec and
libavformat
re-distributed with the release. They where not build to properly support PNG.
This is fixed by
libavcodec and
libavformat
re-distributed with this release are now statically linked to a decent version
of libpng.
On Linux, we tested the
prior release with one of our
early adopters,
Arch Linux.
As expected, there's no problem with PNG's because
of the more complete FFmpeg coming with the system.
Please note that we provide binary Linux
builds just for the i686 and x86_i64 architectures. The main obstacle
for using our Linux binary builds is libc's version:
the Debian 9 builds need libc at least v2.24 installed,
the Debian 10 builds need libc at least v2.28 installed.
When in doubt choose the most conservative build, i.e. Debian 9
(running also on Debian 10 but not vice versa.)
Windows users should regularly upgrade the FFmpeg DLLs from a
Zeranoe's shared build
corresponding to their architecture.
This major update became necessary because of the following reasons:
We wanted to get rid of all the FFmpeg functions having become
deprecated througout the years. We wanted to avoid that some fine
day they're all purged off of FFmpeg and there we are with
empty hands having slept all the time. (The most prominent example is the
decoding/encoding API
having undegone a major change.)
We wanted to get rid of
SoX
because as it seems its not maintained any longer (last updated
in February 2015) and all we needed from SoX
(re-sampling) is available more prominently from FFmpeg
itself.
We ended up with developing large parts (most) of bs1770gain from scratch.
For what have been done in particular cf. the notes to
Just out of curiosity this morning we again made the experiment described
below and found it crashing with "Segmentation
fault" when attempting to dynamically load the FFmpeg shared
objects by means of a libc with a version lower than the one on the
system bs1770gain was compiled on. Hence in such a situation
bs1770gain now aborts immediatly:
peter@debian-9:~/msys2/bs1770gain$ ./linux/debian-10-i686/bs1770gain --version --help=codec bs1770gain 0.6.0-beta-33, Copyright (C) Peter Belkner 2014-2019.
Nanos gigantum humeris insidentes. #TeamWhite
http://bs1770gain.sourceforge.net/
Compiled for Linux by means of gcc 8.3.0 on
nodename: debian-10,
release: 4.19.0-5-686-pae,
version: #1 SMP Debian 4.19.37-5+deb10u1 (2019-07-19),
machine: i686,
expecting
libc: 2.28 (stable),
libavutil: 56.33.100,
libswresample: 3.6.100,
libavcodec: 58.55.100,
libavformat: 58.30.100,
libswscale: 5.6.100,
libpostproc: 55.6.100, and
libavfilter: 7.58.100.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Error: Attmpting to dynamically load FFmpeg shared objects by means of an out-dated libc: expecting 2.28, found 2.24. (bgx.c:1193:main)
peter@debian-9:~/msys2/bs1770gain$
Damiano pointed us to the issue that it not any longer was possible
to mass-process files (i.e. literally thousands.)
Thanks a lot Damiano!
In order to make it possible with the new architecture we'd to introduce
a data structure encapsulating branching in the directory structure of the
underlying file system to some extend reminding us on
de Broglie–Bohm theory's
pilot wave. Hence it's called the pilot.
With Damiano we made the experience that it's not possible to
just download one out auf the Linux binary builds fitting to ones
architecture and expecting it to run. Indeed it might not work!
As a cause for preventing loading the FFmpeg shared objects we spotted
libc. Because of that bs1770gain now is equipped with some
information from compile time.
This information is provided by means of option --version. This
option is processed before attempting to load the FFmpeg shared
objects. In the following example please note libc's version 2.24:
peter@debian-9:~/msys2/bs1770gain$ ./linux/debian-9-i686/bs1770gain --version bs1770gain 0.6.0-beta-30, Copyright (C) Peter Belkner 2014-2019.
Nanos gigantum humeris insidentes. #TeamWhite
http://bs1770gain.sourceforge.net/
Compiled for Linux by means of gcc 6.3.0 on
nodename: debian-9,
release: 4.9.0-9-686-pae,
version: #1 SMP Debian 4.9.168-1+deb9u4 (2019-07-19),
machine: i686,
expecting
libc: 2.24 (stable),
libavutil: 56.33.100,
libswresample: 3.6.100,
libavcodec: 58.55.100,
libavformat: 58.30.100,
libswscale: 5.6.100,
libpostproc: 55.6.100, and
libavfilter: 7.58.100.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
peter@debian-9:~/msys2/bs1770gain$
You might double check whether libc installed on your system is
sufficient:
peter@debian-9:~/msys2/bs1770gain$ ldd --version ldd (Debian GLIBC 2.24-11+deb9u4) 2.24 Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.
peter@debian-9:~/msys2/bs1770gain$
In case you're attempting to run bs1770gain build on a system
with a higher libc version as installed on your system you may experience
an error like the following:
peter@debian-9:~/msys2/bs1770gain$ ./linux/debian-10-i686/bs1770gain --version --help=codec bs1770gain 0.6.0-beta-30, Copyright (C) Peter Belkner 2014-2019.
Nanos gigantum humeris insidentes. #TeamWhite
http://bs1770gain.sourceforge.net/
Compiled for Linux by means of gcc 8.3.0 on
nodename: debian-10,
release: 4.19.0-5-686-pae,
version: #1 SMP Debian 4.19.37-5+deb10u1 (2019-07-19),
machine: i686,
expecting
libc: 2.28 (stable),
libavutil: 56.33.100,
libswresample: 3.6.100,
libavcodec: 58.55.100,
libavformat: 58.30.100,
libswscale: 5.6.100,
libpostproc: 55.6.100, and
libavfilter: 7.58.100.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Warning: libc might be out-dated: expecting 2.28, found 2.24. (bgx.c:1242:main)
Might prevent loading FFmpeg shared objects. Good luck!
Error: loading /mnt/hgfs/d/msys64/home/root/bs1770gain/linux/debian-10-i686/bs1770gain-tools/libavutil.so.56. (ff_dynload.c:1407:avutil_load)
Error: wrong version of avutil: expecting 56, found 0 at "/mnt/hgfs/d/msys64/home/root/bs1770gain/linux/debian-10-i686/bs1770gain-tools/". (bgx.c:1262:main)
peter@debian-9:~/msys2/bs1770gain$
Undocumented versions
0.6.0-β26
through
0.6.0-β29
served private communications.
Damiano further pointed out that embedded album art is not processed as expected.
Because as far as we can see this is not a new issue it's left for a future release.
It's the same as with the request by Hadrien who proposed parallelization.
This release should just focus on reproducing (and improving) functionality based on a
changed architecture.
Ross pointed us to an issue regarding option --stereo.
This particular option might be usful in a command like
bs1770gain <path to input file> --stereo [-ao <path to output directory>]?
Thanks a lot Ross!
While at it introduced a generalization to option --stereo:
option --matrix=<matrix> supporting re-matrixing to
a channel format <matrix> out of the ones supported
by FFmpeg (cf. bs1770gain's help message.)
This way option --stereo is just shorthand for option
--matrix=layout_stereo
(update 2019-08-11: with v0.6.030
underscores where replaced by minus signs, i.e. since that release
it should read --matrix=layout-stereo.)
Improved dealing with some error messages and warnings.
Improved dealing with option --extension=csv. Please note
that with this particular option a per-folder
CSV file
(with
tabulator
as separator) named "folder.csv" is supported
for importing tag values. The CSV file's first
line (the header line) has to list the names of the tags
to be imported starting with a column labelled file.
All subsequent rows have to first list the basename of
a file from that particular folder and than the values
corresponding to the respective tag listed in the header line.
This β-release marks a major update in functionality by
introducing options --suffix=<suffix> and --codec=<codec>.
Both options are useful in conjunction with the -a/--apply option only,
i.e. just with transcoding and applying the gain obtained from the analysis.
This might be useful for people producing (Youtube) videos.as e.g. our
"gatekeeper" to Debian, Petter Reinholdtsen:
Measuring and adjusting the loudness of a TV channel using bs1770gain.
Without option --suffix=<suffix> the input is transcoded to
FLAC and possibly wrapped into MKV or MKA, respectively (as usual):
root@root-pc MINGW32 ~/bs1770gain
# bs1770gain ~/peter_frampton/2000_live_in_detroit_dvd/02_lying.mkv -ao xx
analyzing ...
[1/1] 02_lying.mkv
integrated (momentary mean): -24.38 LUFS / 1.38 LU
[COLLECTION]
integrated (momentary mean): -24.38 LUFS / 1.38 LU
remuxing ...
[1/1] 02_lying.mkv
done.
root@root-pc MINGW32 ~/bs1770gain
# ffmpeg -i ./xx/02_lying.mkv
ffmpeg version N-94125-gd33414d2ad Copyright (c) 2000-2019 the FFmpeg developers
built with gcc 9.1.0 (Rev3, Built by MSYS2 project)
configuration: --extra-ldflags='-static-libgcc -static-libstdc++ -static'
libavutil 56. 29.100 / 56. 29.100
libavcodec 58. 53.100 / 58. 53.100
libavformat 58. 28.101 / 58. 28.101
libavdevice 58. 7.100 / 58. 7.100
libavfilter 7. 55.100 / 7. 55.100
libswscale 5. 4.101 / 5. 4.101
libswresample 3. 4.100 / 3. 4.100
libpostproc 55. 4.100 / 55. 4.100
[mpeg2video @ 01f49dc0] ignoring pic cod ext after 0
Input #0, matroska,webm, from './xx/02_lying.mkv':
Metadata:
title : Lying
REPLAYGAIN_REFERENCE_LOUDNESS: -23.0 LUFS
ARTIST : Peter Frampton
ALBUM : Live In Detroit (DVD)
YEAR : 2000
DISC : 1/1
track : 2
GENRE : Rock
VIDEO_CROP : 698:572:8:2
REPLAYGAIN_ALGORITHM: BS.1770
ENCODER : Lavf58.28.101
Duration: 00:06:27.72, start: 0.000000, bitrate: 8100 kb/s
Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, top first)
Metadata:
DURATION : 00:06:27.720000000
Stream #0:1: Audio: flac, 48000 Hz, stereo, s32 (24 bit) (default)
Metadata:
DURATION : 00:06:27.552000000
At least one output file must be specified
root@root-pc MINGW32 ~/bs1770gain
#
By means of option --suffix=<suffix> the input is remuxed
accordingly and the audio transcoded to a default codec obtained from libavformat.
root@root-pc MINGW32 ~/bs1770gain
# bs1770gain ~/peter_frampton/2000_live_in_detroit_dvd/02_lying.mkv -ao xx --suffix=mp4
analyzing ...
[1/1] 02_lying.mkv
integrated (momentary mean): -24.38 LUFS / 1.38 LU
[COLLECTION]
integrated (momentary mean): -24.38 LUFS / 1.38 LU
remuxing ...
[1/1] 02_lying.mp4
done.
root@root-pc MINGW32 ~/bs1770gain
# ffmpeg -i ./xx/02_lying.mp4
ffmpeg version N-94125-gd33414d2ad Copyright (c) 2000-2019 the FFmpeg developers
built with gcc 9.1.0 (Rev3, Built by MSYS2 project)
configuration: --extra-ldflags='-static-libgcc -static-libstdc++ -static'
libavutil 56. 29.100 / 56. 29.100
libavcodec 58. 53.100 / 58. 53.100
libavformat 58. 28.101 / 58. 28.101
libavdevice 58. 7.100 / 58. 7.100
libavfilter 7. 55.100 / 7. 55.100
libswscale 5. 4.101 / 5. 4.101
libswresample 3. 4.100 / 3. 4.100
libpostproc 55. 4.100 / 55. 4.100
[mpeg2video @ 0065a0c0] ignoring pic cod ext after 0
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './xx/02_lying.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2mp41
title : Lying
artist : Peter Frampton
album : Live In Detroit (DVD)
encoder : Lavf58.28.101
genre : Rock
track : 2
disc : 1/1
Duration: 00:06:27.60, start: 0.000000, bitrate: 6648 kb/s
Stream #0:0(und): Video: mpeg2video (Main) (mp4v / 0x7634706D), yuv420p(tv, top first)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
handler_name : SoundHandler
At least one output file must be specified
root@root-pc MINGW32 ~/bs1770gain
#
root@root-pc MINGW32 ~/bs1770gain
# bs1770gain ~/peter_frampton/2000_live_in_detroit_dvd/02_lying.mkv -ao xx --suffix=mkv
analyzing ...
[1/1] 02_lying.mkv
integrated (momentary mean): -24.38 LUFS / 1.38 LU
[COLLECTION]
integrated (momentary mean): -24.38 LUFS / 1.38 LU
remuxing ...
[1/1] 02_lying.mkv
done.
root@root-pc MINGW32 ~/bs1770gain
# ffmpeg -i ./xx/02_lying.mkv
ffmpeg version N-94125-gd33414d2ad Copyright (c) 2000-2019 the FFmpeg developers
built with gcc 9.1.0 (Rev3, Built by MSYS2 project)
configuration: --extra-ldflags='-static-libgcc -static-libstdc++ -static'
libavutil 56. 29.100 / 56. 29.100
libavcodec 58. 53.100 / 58. 53.100
libavformat 58. 28.101 / 58. 28.101
libavdevice 58. 7.100 / 58. 7.100
libavfilter 7. 55.100 / 7. 55.100
libswscale 5. 4.101 / 5. 4.101
libswresample 3. 4.100 / 3. 4.100
libpostproc 55. 4.100 / 55. 4.100
[mpeg2video @ 01d99d40] ignoring pic cod ext after 0
Input #0, matroska,webm, from './xx/02_lying.mkv':
Metadata:
title : Lying
REPLAYGAIN_REFERENCE_LOUDNESS: -23.0 LUFS
ARTIST : Peter Frampton
ALBUM : Live In Detroit (DVD)
YEAR : 2000
DISC : 1/1
track : 2
GENRE : Rock
VIDEO_CROP : 698:572:8:2
REPLAYGAIN_ALGORITHM: BS.1770
ENCODER : Lavf58.28.101
Duration: 00:06:27.72, start: 0.000000, bitrate: 6707 kb/s
Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, top first)
Metadata:
DURATION : 00:06:27.720000000
Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s (default)
Metadata:
DURATION : 00:06:27.552000000
At least one output file must be specified
root@root-pc MINGW32 ~/bs1770gain
#
By means of option --codec=<codec> the audio codec
to which to transcode may be chosen:
# bs1770gain ~/peter_frampton/2000_live_in_detroit_dvd/02_lying.mkv -ao xx --codec=wavpack
analyzing ...
[1/1] 02_lying.mkv
integrated (momentary mean): -24.38 LUFS / 1.38 LU
[COLLECTION]
integrated (momentary mean): -24.38 LUFS / 1.38 LU
remuxing ...
[1/1] 02_lying.mkv
done.
root@root-pc MINGW32 ~/bs1770gain
# ffmpeg -i ./xx/02_lying.mkv
ffmpeg version N-94125-gd33414d2ad Copyright (c) 2000-2019 the FFmpeg developers
built with gcc 9.1.0 (Rev3, Built by MSYS2 project)
configuration: --extra-ldflags='-static-libgcc -static-libstdc++ -static'
libavutil 56. 29.100 / 56. 29.100
libavcodec 58. 53.100 / 58. 53.100
libavformat 58. 28.101 / 58. 28.101
libavdevice 58. 7.100 / 58. 7.100
libavfilter 7. 55.100 / 7. 55.100
libswscale 5. 4.101 / 5. 4.101
libswresample 3. 4.100 / 3. 4.100
libpostproc 55. 4.100 / 55. 4.100
[mpeg2video @ 02019dc0] ignoring pic cod ext after 0
Input #0, matroska,webm, from './xx/02_lying.mkv':
Metadata:
title : Lying
REPLAYGAIN_REFERENCE_LOUDNESS: -23.0 LUFS
ARTIST : Peter Frampton
ALBUM : Live In Detroit (DVD)
YEAR : 2000
DISC : 1/1
track : 2
GENRE : Rock
VIDEO_CROP : 698:572:8:2
REPLAYGAIN_ALGORITHM: BS.1770
ENCODER : Lavf58.28.101
Duration: 00:06:27.72, start: 0.000000, bitrate: 8143 kb/s
Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, top first)
Metadata:
DURATION : 00:06:27.720000000
Stream #0:1: Audio: wavpack, 48000 Hz, stereo, s32p (24 bit) (default)
Metadata:
DURATION : 00:06:27.552000000
At least one output file must be specified
root@root-pc MINGW32 ~/bs1770gain
#
It's up to the user supplying useful combinations of
options --suffix=<suffix> and --codec=<codec>.
Valid values can be obtained by means of options --help=suffix
and --help=codec, respectively.
Kyle pointed us to an issue with 8 channels.
We've to emphasize we're convinced that
no prior version was able to process 8 channels.
(Anyway, we're not going to re-test versions already history.)
Adriano wants to use bs170gain in a
filter chain.
That's why there's a --suppress-progress option
stripping any superflous information from the console output.
Adriano proposed that there shoud be a means for suppressing
results up the hierarchy. That's why there's a --suppress-hierarchy
option.
Kyle (from South Korea) pointed us to an issue with files
where FFmpeg is unable to extract a duration.
Note: In case of missing duration it is impossible to
display the processing progress in percent. Instead it is given
in (absolute) seconds.
When transcoding/remuxing bs1770gain v0.6.0-β13 first
creates a temporary file before finally moving it to its destination.
By default, the temporary file's name is the target file's name prefixed
with a dot ‘.’. When it happens that
there is a file in the way with that particular name bs1770gain aborts.
In order to make it possible to resolve this (we assume very rare) situation bs1770gain
offers an option --temp-prefix=<prefix> making it possible
to define a prefix different from the default.
Jointly with Alexis made bs1770gain compilable on macOS (i.e. with gcc 10.0.1
whereas on our site just gcc 6.3.0 or gcc 9.1.0 is available.)
Thanks a lot Alexis!
Fixes a bug with re-muxing to an unexpected target path when the source path contains
one ore more additional dots ‘.’ except the separator for the
file extension. Thanks a lot Hadrien for testing!
This β-version is the first attempt letting see a renovated bs1770gain the light of the world:
SoX is history.
Prior versions of bs1770gain relied on libsox for re-sampling.
This version does re-sampling by means of ffmpeg's
libswresample.
The renovation's major goal was getting rid of libsox.
While at it we invented new data structures better fitting the
problem domain. Finally we ended up replacing the libffsox and
the bs1770gain layers by respective libff and libbg
layers.
The responsibility of the libff layer is providing building
blocks for accessing the ffmpeg libraries, i.e.
libavfilter (not needed by prior versions),
libpostproc (not needed by prior versions),
update 2019-06-11:libswscale (not needed by prior versions),
libavformat,
libavcodec,
libswresample (not needed by prior versions), and
libavutil.
For re-muxing in conjunction with transcoding the audio stream
(by means of the -a/--apply option) bs1770gain
now relies on libavfilter which in turn needs libpostprocupdate 2019-06-14: and libswscale.
The responsibility of the libbg layer is on one hand accessing
the ffmpeg libraries (via the libff layer) and on the other
hand accessing the lib1770 layer implementing the
BS.1770
algorithm (which mainly has been untouched except fixing a minor bug preventing aggregation up the hierarchie.)
A great deal of time was spend improving
NLS
(especially for the Windows version. Please note that we've tried
hard to find a solution for the cmd-box which is not
UTF-8
aware wheras the
MSYS2
shell indeed is - bs1770gain decides whether run from
cmd-box or shell by examining the LANG
environment variable and respectively relies on a 8 bitOEM
or UTF-8
character representation when writing to cmd-box or shell.
To make things worse a 16 bit wide character representaion is needed
when writing to a file ... Note: We've tested with some
cyrillic alphabet
completely outside the lower half of the
ASCII table
- The best we could achieve with the cmd-box on our system is producing
question marks - German OEM page is not able to display cyrillic
letters - for you guys over there in Russia hopefully everything
is fine except you have
german umlauts
in your file names ...)
The -b/--begin and -d/--duration
options should work now as expected.
(update 2019-06-16: In order to make this working we needed to implement
a workaroud for dealing with
issue 7864 or
issue 4905, respectively.)
Please note that this is a re-upload. The original video was deleted by Youtube.
The re-upload featured the following comment by Black Forest (meanwhile completely overwritten): "This video is like a short movie. The pictures and the music tell us a story. My interpretation: There is a lonely man in a cold city. The city is cold to this man because there are mainly foreign shops and foreign fast food restaurants. And the gigantic supermarket is a symbol of capitalism. The shop center, too. The culture of the man was stolen from him. We see the stolen culture of this man in the last - dreamlike episode - of the video. The beautiful pictures of a lost country. Pictures of a blond beautiful culture that is lost. Hmmm. I really hope that you are OK, Mister Ratatoskr?
Anyway: The Dessau event drags me down. But it makes no sense to discuss this here.
There Is a Light That Never Goes Out - The Smiths".
You might wonder what the flickering is when moving to the dreamlike episode and overshadowing most of it: it's the bombing of a German city viewed from the allied bombing fleet.
You find information about what most likely is meant by Dessau eventhere (in German.)
Just recently we discovered that this program leaks some memory in libavformat
when run in apply mode and muxing into a matroska container:
peter@debian-9:~/bs1770gain$ valgrind --leak-check=yes bs1770gain little_feat/1977_rockpalast/04_day_at_the_dog_races.mkv -ao xx ==2322== Memcheck, a memory error detector
==2322== Copyright (C) 2002-2015, and GNU GPL&d, by Julian Seward et al.
==2322== Using Valgrind-3.12.0.SVN and LibVEX; rerun with -h for copyright info
==2322== Command: bs1770gain little_feat/1977_rockpalast/04_day_at_the_dog_races.mkv -ao xx
==2322==
analyzing ...
;[1/1] "04_day_at_the_dog_races.mkv":
integrated: -21.82 LUFS / -1.18 LU
transcoding ...
[1/1] "04_day_at_the_dog_races.mkv"
done.
==2322==
==2322== HEAP SUMMARY:
==2322== in use at exit: 3,445 bytes in 20 blocks
==2322== total heap usage: 1,874,633 allocs, 1,874,613 frees, 3,062,595,861 bytes allocated
==2322==
==2322== 100 (12 direct, 88 indirect) bytes in 1 blocks are definitely lost in loss record 11 of 17
==2322== at 0x482F584: memalign (vg_replace_malloc.c:857)
==2322== by 0x482F69B: posix_memalign (vg_replace_malloc.c:1020)
==2322== by 0x4E91E67: av_malloc (in /home/peter/bs1770gain/autoconf/bin/bs1770gain-tools/libavutil.so.56)
==2322== by 0x4E9214A: av_mallocz (in /home/peter/bs1770gain/autoconf/bin/bs1770gain-tools/libavutil.so.56)
==2322== by 0x4E79BFA: av_buffer_ref (in /home/peter/bs1770gain/autoconf/bin/bs1770gain-tools/libavutil.so.56)
==2322== by 0x5091F47: ???
==2322== by 0x64CC712: ???
==2322== by 0x6520DD5: ???
==2322== by 0x110BA8: av_interleaved_write_frame (ffsox_dynload2.c:641)
==2322== by 0x118015: ffsox_stream_interleaved_write (ffsox_stream.c:55)
==2322== by 0x1173F4: frame_writer_encode (ffsox_frame_writer.c:163)
==2322== by 0x1176F7: frame_writer_run (ffsox_frame_writer.c:242)
==2322==
==2322== 110 (12 direct, 98 indirect) bytes in 1 blocks are definitely lost in loss record 12 of 17
==2322== at 0x482D1BC: malloc (vg_replace_malloc.c:298)
==2322== by 0x482F4E0: realloc (vg_replace_malloc.c:785)
==2322== by 0x4E91ECB: av_realloc (in /home/peter/bs1770gain/autoconf/bin/bs1770gain-tools/libavutil.so.56)
==2322== by 0x5090FEA: ???
==2322== by 0x50910A1: ???
==2322== by 0x509184D: ???
==2322== by 0x5091F30: ???
==2322== by 0x64CC712: ???
==2322== by 0x6520DD5: ???
==2322== by 0x110BA8: av_interleaved_write_frame (ffsox_dynload2.c:641)
==2322== by 0x118015: ffsox_stream_interleaved_write (ffsox_stream.c:55)
==2322== by 0x1173F4: frame_writer_encode (ffsox_frame_writer.c:163)
==2322==
==2322== LEAK SUMMARY:
==2322== definitely lost: 24 bytes in 2 blocks
==2322== indirectly lost: 186 bytes in 3 blocks
==2322== possibly lost: 0 bytes in 0 blocks
==2322== still reachable: 3,235 bytes in 15 blocks
==2322== suppressed: 0 bytes in 0 blocks
==2322== Reachable blocks (those to which a pointer was found) are not shown.
==2322== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==2322==
==2322== For counts of detected and suppressed errors, rerun with: -v
==2322== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
peter@debian-9:~/bs1770gain$
Update 2019-04-11: The issue is fixed (cf.
ticket 7827)
and the fix is available with the
daily snapshot.
(Cf. the following threads from FFmpeg-devel:
By the
previous β-release
we fixed a bug w.r.t. the MP3 codec we've already fixed by
v0.5.0-β2
w.r.t. the OPUS codec.
This β-release generalizes the approach.
BTW: We noticed that we've forgotten to upload
v0.5.0-β4. Hence for completeness
we uploaded it joint with v0.5.0.
2018-09-01
We're aware that we're not the world's most gifted
software developer. Anyway, we feel that we belong to
#TeamWhite
and hence added the respective hashtag to the above
note.
With v0.5.0-β1 we introduced guarding
bs1770gain against being run with incompatible FFmpeg and
SoX libraries. At least this was the goal. In case of the FFmpeg
libraries the test was done against the full version consiting of major,
minor, and micro version numbers. This was by far to much. As
far as we know just a bump of the major version number indicates some
change in binary compatibility. This release relexas the test to FFmpeg
major version number.
To be honest, dear Daniel:
We're simply not interested in "how a Debian or
Free Software user who isn't European is meant to react."
We develop open source software and we're from Europe.
We're interested in how we as native Europeans feel when
overrun by the third world:
To us the message of the above mail is nothing else then a typical
instance of anti-white "racism" (by no means it is in accordance with the
saccharine "sweet" words
published by Debian.)
To us the idea of developing open source software was
always (and possibly will ever) be educational similar to academia
and sience. Add the internet and you're in a position to bring it
to the smallest
village all over the world. In the ages of the internet there's
really not the slidest reason for someone interested in open source
software leaving his home somewhere in the world coming to Europe for
some silly promise made by
those
(not by us of course, cf. below)
obviously nobody ever can keep
and that way destroying all the infrastucture we've created
here in Europe in the course of thousands of years (just for a free
lunch nobody is able to deliver to the whole world anyway.) Contrary
to those (who are no native inhabitants of Europe, or to
express it by a contemporary fake term they've invented for us
goyim:
they're refugees themselfs) we, the native inhabitants of Europe,
clearly state:
Make no mistake, stay at home and learn, learn, learn! Learn as much as you can!
We're convinced that the so called
refugee crisis
is an event staged by
those
(according to a well known politician a small, rootless, international clique)
literally nobody is even allowed to call by their very name (at least here in Europe;
cf. the fairytale
Rumpelstiltskin:
we have to break the spell and again have to learn to call the
chosen people
by their very name as it was usual
for centuries and just nowadys is "prohibided" by some strange "laws" like
§130 Volksverhetzung
dictated by themselfs) in order to make their wet dream of a
new world order
become true (either in the clothes of nominal communism or in the clothes of
crypto-communism aka liberalism - two sides of the very same coin
anyway) and finally make those the masters of the world:
liberté, égalité, fraternité for everyone
except those who have chosen themselfs to be the masters
(update 2019-01-11: cf. also
here
and
here.)
User Martin reported that the Windows build of
prior versions is broken in that when called from a Windowscmd
box rather than from
MSYS2
it might come up
with a message box like
Hence this release is of interest just for Windows users
in that it fixes the issue.
As root cause we could identify that (deprecated)
avcodec_decode_audio4()
crashes when flushed with AV_CODEC_ID_OPUS.
As a workaround flushing the decoder is avoided now for AV_CODEC_ID_OPUS.
There&s nothing preventing us from replacing deprectated API
avcodec_decode_audio4() by the contemporary replacement API
avcodec_send_packet()/avcodec_receive_frame
(as already announced for several times. Of course, it&s easier said then done ...)
Essentially this is a re-compilation against current FFmpeg. As it
turned out bs100gain was showing unexpected behaviour when run with
current (incompatible) FFmpeg libraries.
While at it we guarded bs1770gain against being run with incompatible
FFmpeg and SoX libraries.
Fixed some bugs:
#881131:
The bug was forced due to artifical test data faking zero channels:
Added
UTF-16
support to the Windows Console. Linux should not be affected and should have been worked
all the time because being based on
UTF-8.
This development was triggered by
Seongkyun (Andrei) Kim
who is located in Korea and provided some testing.
Just recently a very talented guy who calls himself kevinlekiller
(https://github.com/kevinlekiller/)
approached me with a bunch of bugs he obviously had learned the hard way
by using the tool (i.e. by not artificially testing it). But not just
that, he also proposed a solution for each of the bugs:
https://gist.github.com/kevinlekiller/62730fa5ddcf791107a723b1f235773e. This release mainly consists of his contributions.
Fixed ignoring the --audio=<n> option.
Fixed crashing with files containing more than 5 audio streams.
2016-07-18
0.4.10
Fixed writing xml escaped strings with the --xml option.
Please note that bs1770gain is not officially supported on OSX
even if it seems to build on OSX platforms and that it hence don&t
take into account
unicode mapping anomalies
between OSX and Linux/Windows (NFD/NFC). It will always output the unicode
dialect common on the platform and hence the generated XML is not portable
between OSX and Linux/Windows.
2016-03-16
0.4.9
In "ffsox_frame_convert.c", replaced constant ~0ll by ~0ull (sould fix
#811955).
Replaced av_free_packet() by av_packet_unref() (should fix
#810563).
2015-12-19
0.4.8
There&s a new option --norm=<float> allowing to set the reference loudness to some value apart from -23.0 (EBU R128), -24.0 (ATSC A/85), or -18.0 (ReplayGain 2.0).
Loudness values are written to the output console with two places after the decimal point.
Regarding the Windows version, added some support for unicode paths (i.e. non-OEM).
2015-09-15
0.4.7
Fixed a serious bug regarding the -r option.
2015-09-12
0.4.6
There&s a new option --xml for producing XML-output.
There&s a new option --stereo. The effect is that down-mix to stereo only happens
if requested. The old version always silently down-mixes to stereo which is fixed now.
FFmpeg has bumped their version numbers, i.e is not binary compatible to the
old version. The new binary release now requires avutil-55, swresample-2,
avcodec-57, and avformat-57.
2015-06-25
0.4.5
Various fixes mainly to make BS1770GAIN compile on various architectures.
2015-06-22
0.4.4
Fixed "stuttering" videos.
Thanks to Petter Reinholdtsen there is now an official BS1770GAIN package available on Debian.
Read
about Petter's plans regarding BS1770GAIN.
BS1770GAIN implements the ITU-R BS.1770 loudness measurement
algorithm and makes it accessable to a user in several ways as known
from the EBU R128 standard, i.e.
measurement of the integrated loudness,
measurement of the maximum shortterm loudness,
measurement of the maximum momentary loudness, and
measurement of the loudness range.
The integrated loudness is the two phase gated measurement of
the mean loudness as described by ITU-R BS.1770. All measures are
described in detail by EBU R128.
On top of that BS1770GAIN provides to additional
measures not related to loudness:
measurement of the maximum sample peak (ordinary peak), and
measurement of the maximum true peak (peak due to upsampling).
Besides measuring the loudness BS1770GAIN is also able to
adapt it conformant with the above mentioned statndards. There are two
ways to achieve this:
write REPLAYGAIN tags with the respective information to the file and leave
the task of applying the gain to the playback device, or
actually apply the gain.
Following we describe in more detail how BS1770GAIN has to be
customized.
Disclaimer: Mit Urteil vom 12. Mai 1998 − 312 O 85/98 − “Haftung für Links” hat das Landgericht (LG) Hamburg entschieden, daß man durch das Setzen eines Links, die Inhalte der gelinkten Seite ggf. mit zu verantworten hat. Dies kann − so das LG − nur dadurch verhindert werden, daß man sich ausdrücklich von diesen Inhalten distanziert. Hiermit distanzieren wir uns ausdrücklich von den verlinkten bzw. zitierten oder als Zitat übernommenen Seiten.
)
)
)
)
)
)
)
)
)
)
)
)
)