WAV files exported from Audacity are not bit-identical

[Gale Andrews]

Split from http://forum.audacityteam.org/viewtopic ... 36#p158936

I'm using Audacity 1.3.14 on Ubuntu 10.10.

Test method:

Disable dither in Audacity.
Import a 16-bit WAV file.
Export the file with a new name.
Calculate the MD5 checksum for both files
Checksums identical

I have upgraded to Daily Build PPA. I get the same thing.

Code: Select all

[email protected]:~/wav$ md5sum *.wav
df46d0e74695bb57987f8b2f5fa6b490  01 -  Example (Done with 1.3.13).wav
df46d0e74695bb57987f8b2f5fa6b490  01 -  Example (Done with Daily Build AKA 1.3.14-alpha).wav
c19eff9a189550b6018e20d9ce0eea8b  01 -  Example (Original).wav
[email protected]:~/wav$ 

So unless there is something peculiar to your machine or to Ubuntu 11.04, it seems to be an issue with Ubuntu's Audacity package.

I am still on Ubuntu 10.10 like Steve, so do you want to try these simple steps to compile Audacity HEAD ?


Gale

[DjBR]

Ok. I removed my Audacity install, and removed .audacity-data directory from $HOME.
I followed every step as of your link said.

I still get the same problem, disabling dithering, setting project to 16/44.1, doing everything right.
I doubt this is hardware problem. No problems with Windows.
Perhaps this has to do with libraries in the system, like libsndfile or something...

I will try this on Arch Linux (VBOX)....

Update:

NO PROBLEMS AT ALL ON ARCHLINUX. Version 1.3.13

[Gale Andrews]

Ok. I removed my Audacity install, and removed .audacity-data directory from $HOME.
I followed every step as of your link said.
I still get the same problem, disabling dithering, setting project to 16/44.1, doing everything right.
I doubt this is hardware problem. No problems with Windows.
Perhaps this has to do with libraries in the system, like libsndfile or something...

I will try this on Arch Linux (VBOX)....

Update:

NO PROBLEMS AT ALL ON ARCHLINUX. Version 1.3.13

Does "VBOX" mean a virtual machine on the same computer? When you test Windows is that the same computer on a virtual machine?

I agree libsndfile could be relevant - did you configure HEAD with system or local libsndfile?


Gale

[DjBR]

VBOX means that ArchLinux is a Guest Virtual Machine inside Windows 7, using Virtual Box. I have two partitions, one is Ubuntu 11.04 (soon to be replaced because I'm abandoning the distro because of Unity) and the other partition is Windows 7.

The Windows testing is on Windows 7 itself, host of the partition.

I did a make distclean and a new configure:

LIBSNDFILE: using SYSTEM libraries

but I was informed that:
configure: libsndfile libraries are available in this source tree

So I will try and rebuild using the libsndfile from the tree.

UPDATE +++++++++++++++++++++++++++++
I rebuilt using the --with-lib-preference=local

so I got...

Finished configure:
LIBVORBIS: using LOCAL libraries
LIBMAD: using LOCAL libraries
LIBSNDFILE: using LOCAL libraries
LIBFLAC: using LOCAL libraries
LIBID3TAG: using LOCAL libraries
LIBSAMPLERATE: disabled
LIBRESAMPLE: using LOCAL libraries
LIBSBSMS: using LOCAL libraries
LIBSOUNDTOUCH: using LOCAL libraries
LIBNYQUIST: using LOCAL libraries
LIBVAMP: using LOCAL libraries
LIBEXPAT: using LOCAL libraries
LIBTWOLAME: using LOCAL libraries
FFMPEG: using LOCAL libraries
PORTSMF: using LOCAL libraries
PORTAUDIO: using LOCAL libraries
ladspa: enabled
audiounits: disabled
prefix=/usr/local/

and NOW IT WORKS.

In a few hours I will try to trimmer down and isolate libsndfile...

UPDATE 2 =====================================
I have isolated LIBSNDFILE and I get the error. So it's not LIBSNDFILE that is causing it...
Any ideas on the trimming down libs?

Well so far I tried to isolate PORTAUDIO, LIBEXPAT, LIBVAMP, LIBSOUNDTOUCH, LIBFLAC, PORTAUDIO, LIBSNDFILE and FFMPEG. None of them seem to be the cause. Perhaps a combination? The combination of FFMPEG and LIBSNDFILE locals also didn't work. I will try the rest later.

[Gale Andrews]

I rebuilt using LIBSNDFILE: using LOCAL libraries
and NOW IT WORKS.

I have isolated LIBSNDFILE and I get the error. So it's not LIBSNDFILE that is causing it...

Do you mean that with all libs configured "local" except LIBSNDFILE=system, the WAV files are still identical?

I would convert a WAV using sndfile-convert at the command line in the system version of libsndfile and see if the files are identical. I think that is a good test.

Is this a 64-bit computer?

What is the version number of the system libsndfile?

Thanks for your tests.


Gale

[DjBR]

I meant... that using --with-lib-preference=local fixes the problem (it will use all local libs).

What I meant by "isolating" is that I have compiled LIBSNDFILE as "local", and others as "system".
Same goes for FFMPEG and others I said, unless there is a combination of them that makes this error.

I'm on a 32-bit OS.

The package is libsndfile1 1.0.23-1ubuntu

I just did the sndfile-convert file1 file2, and I get bit-identical files.

Are LIBSBSMS, PORTSMF relevant?

[Gale Andrews]

PORTSMF is for MIDI read/write and LIBSMS for the sliding timescale effect so I can't see they are relevant.

Steve and I will have libsndfile 1.0.21.

I use default ./configure (for HEAD) including SYSTEM libsndfile:

Code: Select all

LIBVORBIS: using SYSTEM libraries
LIBMAD: using SYSTEM libraries
LIBSNDFILE: using SYSTEM libraries
LIBFLAC: using LOCAL libraries
LIBID3TAG: using SYSTEM libraries
LIBSAMPLERATE: disabled
LIBRESAMPLE: using LOCAL libraries
LIBSBSMS: using LOCAL libraries
LIBSOUNDTOUCH: using SYSTEM libraries
LIBNYQUIST: using LOCAL libraries
LIBVAMP: using LOCAL libraries
LIBEXPAT: using SYSTEM libraries
LIBTWOLAME: using SYSTEM libraries
FFMPEG: using LOCAL libraries
PORTSMF: using LOCAL libraries
PORTAUDIO: using LOCAL libraries

So you could try that combination. Did you use default ./configure on ArchLinux?


Gale

[DjBR]

On ArchLinux, it everything seems to be perfect because there are no devel packages, so there is a lot of stuff built-in Audacity build, since pacman says it depends on a few packages only (doesn't even depend on libsndfile itself). These are STOCK packages. I didn't compile.

On ArchLinux, the packages says this:

Code: Select all

[[email protected] ~]# pacman -Qi audacity
Nome                 : audacity
Versão               : 1.3.13-1
URL                  : http://audacityteam.org/
Licenças             : GPL
Grupos               : Nenhum
Provê                : Nenhum
Depende De           : libvorbis  libmad  libid3tag  wxgtk  libsamplerate  lame
                       hicolor-icon-theme  shared-mime-info  desktop-file-utils
                       redland  jack  soundtouch
Depend. Opcionais    : Nenhum
Necessário Para      : Nenhum
Conflita Com         : Nenhum
Substitui            : Nenhum
Tamanho Instalado    : 15224,00 K
Empacotador          : Eric Bélanger <[email protected]>
Arquitetura          : x86_64
Data da Compilação   : Ter 12 Abr 2011 14:45:21 BRT
Data da Instalação   : Qua 05 Out 2011 22:35:21 BRT
Motivo da instalação : Instalado explicitamente
Script de Instalação : Sim
Descrição            : A program that lets you manipulate digital audio
                       waveforms

libsndfile in ArchLinux is

Code: Select all

[[email protected] ~]# pacman -Q libsndfile
libsndfile 1.0.25-1

Perhaps it's a possible combination of LIBS in Ubuntu that screws the whole thing, since using all LOCAL fixes the problem...

[steve]

Steve and I will have libsndfile 1.0.21.

Confirmed. (1.0.21-2ubuntu0.10.10.1)
I use an almost default ./configure (for HEAD) including SYSTEM libsndfile. The only non-standard configuration is that I use libsamplerate rather than libresample.

Ubuntu Natty has 1.0.23 and Oneiric 1.0.24

[DjBR]

I have tried almost every possible LIB as local (and the rest as SYSTEM). And it doesn't work.
The only way to fix the problem here is to compile with all libs LOCAL, none being SYSTEM.
The only thing I could think that is causing the error, is a special combination of 2 or 3 libs from SYSTEM and LOCAL. Particularly a Ubuntu modified system LIB.

I have tried to use LIBSAMPLERATE instead of LIBRESAMPLE, and also it doesn't work...