Your message dated Fri, 30 May 2025 16:20:21 +0000
with message-id <e1ul2sz-00axq8...@fasolo.debian.org>
and subject line Bug#1106841: fixed in normalize-audio 0.7.7-20
has caused the Debian Bug report #1106841,
regarding normalize-audio randomly produces garbage values
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1106841: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1106841
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: normalize-audio
Version: 0.7.7-17
Dear maintainer,
I observe bad loudness values that encroached my music database via
normalize-audio running on an amd64 host. I observed it with an Ubuntu
install, but I can reproduce it at the source with the binary from
Debian, too.
Thing is: I can only reproduce this with Debian/Ubuntu binaries. When I
download and build the source archive of normalize-0.7.7, even when
applying the Debian patches (most recent tried), the resulting binary
works fine. But both the one installed from Ubuntu 22.04.5 LTS
(normalize-audio 0.7.7-16) and an extracted binary out of
normalize-audio_0.7.7-17_amd64.deb show the bad behaviour. While this
only occurs with MP3 files, replacing libmad via LD_LIBRARY_PATH with
either of the Debian, Ubuntu or my on build, does not change the
outcome.
Something in the way normalize-audio itself is built for Debian
packaging causes this.
I reproduce the issue with these steps:
# get any test file, this one is public and small
wget https://scm.orgis.org/mpg123/trunk/src/tests/sweep.mp3
A good output looks like this:
$ normalize-audio -qn sweep.mp3
-9.3888dBFS -5.1133dBFS -2.6112dB sweep.mp3
A bad output looks like this:
$ normalize-audio -qn sweep.mp3
1938.4438dBFS -5.1133dBFS -1950.4438dB sweep.mp3
This occurs randomly:
$ for n in $(seq 1 1000); do normalize-audio -qn sweep.mp3; done | grep -v
9.388|wc -l
200
$ for n in $(seq 1 1000); do normalize-audio -qn sweep.mp3; done | grep -v
9.388|wc -l
240
There seems to be a chance of about 20 to 25 % for me that the results
of the loudness level and the adjustment are random values (including
NaN). The peak value is always correct.
Valgrind has one hint:
$ valgrind normalize-audio -qn sweep.mp3
==1799210== Memcheck, a memory error detector
==1799210== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==1799210== Using Valgrind-3.18.1 and LibVEX; rerun with -h for copyright info
==1799210== Command: normalize-audio -qn sweep.mp3
==1799210==
==1799210== Conditional jump or move depends on uninitialised value(s)
==1799210== at 0x11157A: ??? (in /usr/bin/normalize-audio)
==1799210== by 0x111791: ??? (in /usr/bin/normalize-audio)
==1799210== by 0x488FED2: ??? (in /usr/lib/x86_64-linux-gnu/libmad.so.0.2.1)
==1799210== by 0x4890427: mad_decoder_run (in
/usr/lib/x86_64-linux-gnu/libmad.so.0.2.1)
==1799210== by 0x1118A8: ??? (in /usr/bin/normalize-audio)
==1799210== by 0x10E26A: ??? (in /usr/bin/normalize-audio)
==1799210== by 0x10DBD2: ??? (in /usr/bin/normalize-audio)
==1799210== by 0x49F7D8F: (below main) (libc_start_call_main.h:58)
==1799210==
-9.3888dBFS -5.1133dBFS -2.6112dB sweep.mp3
==1799210==
==1799210== HEAP SUMMARY:
==1799210== in use at exit: 0 bytes in 0 blocks
==1799210== total heap usage: 77 allocs, 77 frees, 127,987 bytes allocated
==1799210==
==1799210== All heap blocks were freed -- no leaks are possible
==1799210==
==1799210== Use --track-origins=yes to see where uninitialised values come from
==1799210== For lists of detected and suppressed errors, rerun with: -s
==1799210== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
But it says the same for my self-built normalize binary that so far
never gave bad numbers.
Also:
$ mpg123 -qw sweep.wav sweep.mp3
$ for n in $(seq 1 1000); do normalize-audio -qn sweep.wav; done | grep -v
9.388|wc -l
0
It happens only in the code path for MP3s. But the decoding itself
seems good (peak value).
Maybe you can at least reproduce this with the correct toolchain and
build setup?
A little disclaimer: As I'm upstream for mpg123, it itched me at first
to just replace libmad usage with libmpg123, but the decoder library
itself doesn't seem to be the issue, but the usage of which together
with compiler settings, I guess.
Alrighty then,
Thomas
--- End Message ---
--- Begin Message ---
Source: normalize-audio
Source-Version: 0.7.7-20
Done: Joachim Reichel <reic...@debian.org>
We believe that the bug you reported is fixed in the latest version of
normalize-audio, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 1106...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Joachim Reichel <reic...@debian.org> (supplier of updated normalize-audio
package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Fri, 30 May 2025 16:45:28 +0200
Source: normalize-audio
Architecture: source
Version: 0.7.7-20
Distribution: unstable
Urgency: medium
Maintainer: Joachim Reichel <reic...@debian.org>
Changed-By: Joachim Reichel <reic...@debian.org>
Closes: 1106841
Changes:
normalize-audio (0.7.7-20) unstable; urgency=medium
.
* Add patch to initialize decode_struct.maxpow (Closes: #1106841).
Checksums-Sha1:
5974e8f2f03c5c7e541ae3e8f4148f0acc58633f 1980 normalize-audio_0.7.7-20.dsc
39c9d705e7689f0e5556006be89065b27afed431 12748
normalize-audio_0.7.7-20.debian.tar.xz
7ac67865ff7fb4fd97adb4029bbb51885c023d5f 7991
normalize-audio_0.7.7-20_amd64.buildinfo
Checksums-Sha256:
04327f8d19322d12b507c5e53d6da2aff37f66e2417e860f2b1d465b9b1e64f8 1980
normalize-audio_0.7.7-20.dsc
87e3b30bdfc4bfffc66c90c638dd4f82d95bbc1b56d48c46a8fcd0e29f238258 12748
normalize-audio_0.7.7-20.debian.tar.xz
c883894ff6c2898ea7491be637d5ce2c3ec40d967e1022471a8aad956909eed8 7991
normalize-audio_0.7.7-20_amd64.buildinfo
Files:
1b7e4646a3ae999cb49a6d5cec38ba3d 1980 sound optional
normalize-audio_0.7.7-20.dsc
1e932ea0021c1f7ca85235d4b94cd388 12748 sound optional
normalize-audio_0.7.7-20.debian.tar.xz
e9e43f6b6c3c68112826f3ae095d4758 7991 sound optional
normalize-audio_0.7.7-20_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEErX6NzLwwsr4xjsEVuPr/HEOIZ3EFAmg5xYUACgkQuPr/HEOI
Z3GqiQ/9Fs0Gm9Oc1AQ/tE//BMx5g3sBJmfekKa7Fg4uP8VP/azPvPXomtk2PC+/
wOBX9ED5tEXtywIqn+7rvIGCy7tWkfkeGNfphi2oQ6Iw8DzcztDRuCIuKWzU69qn
k5PMyLMQz2PqxTpeJthg3KWzUc7IDuaWVpPRw0TqFl/00A/EbSxLcu6HJps3V9JF
AWMup5cukzJgZVXpffKaW6eYv3mPvC8LfHNPAuMkFDLO9VsRFYhHiKwtK98rdZou
RQAzoZ6OLtklMmPgzjPInDgAH7IbXph3grFDhlg8n6ERb+hNHFHO4FZ+wyV7Xe5T
LAuaAMLTan8ut9lT275Wm69VY++qcEh4f1CAuf0Lxci4MI6SsF+STl8fHSb1BRW2
dpKJbOjgti0xZA2V1spcUOE/AZDA6X/gE8x0Iok2J0l2fQblTOSw7nnSPi/kwLDy
osSvcs3XPz0dgvoUl6qAKNwwPLwZ0gGgyGmEyUGSMFriTD9Wib1CCCK1vXjh9E76
PnCQDrKeYsiRK6ylxF311qBC572J52Bqfa1uYvTUvfoWKrVAx4dusil0UQldjXS5
OqHKgAJ0iw+5PRsXkFwGL6+orzg7zI82pRINbF949zCxefvxCzdEpJEQN/rUh31h
+pRZj7C1wllwaYgJrcQAmNFBdrcuLkveBMio9FKob32EkSD3/9g=
=Fkta
-----END PGP SIGNATURE-----
pgpiYX8Yccv4h.pgp
Description: PGP signature
--- End Message ---
