MP3 killed Audio

Victor schreef:

Jammer dat je me deze woorden in de mond legt. Ik heb namelijk nergens gezegd dat er geen verschil zou zijn, ik zeg alleen dat bij een nette omzetting naar 320 kbps mp3 bijna niemand dat hoort.Staan fabrikanten dan te luisteren naar dj's die met mp3 draaien? En hoe weten ze dan dat het daaraan ligt? Raar verhaal...

Daniel-sound schreef:

Applaus voor Webbie en Dré..

Ik ben benieuwd!

( Lijkt me overigens ook duidelijk dat je even moet kijken naar het weergavesysteempje wat je gebruikt.. )

JeroenVDV schreef:

Dat is een combinatie van:
- Ruk muziek die tegenwoordig uitkomt (master met een presetje uit een goedkope plugin over een toch al slechte mix)
- Publiek dat z'n oren al vern**kt heeft
- Geluidssysteem dat echt niet optimaal is in de meeste locaties

Dré schreef:

Saillant detail: Ik dacht verschil te horen maar bleek te gokken (test 1 in de logfile), Sylvia bleek, volgens de statistieken, wel degelijk verschil te horen (hmmm).

michel van de beek schreef:

Graag verwijs ik naar het verhaal van de heer Massenburg, of de volgende link (zie pg 2). Daar staan wat interessante metingen: https://stereophile.com/features/308mp3cd/index.html

Zie het verschil in dynamiek en de extra 'vervorming' bij de gecomprimeerde formaten.

The 1kHz tone is now represented by the dark red vertical line at the left of the graph. Note that it has acquired "skirts" below –80dB. These result, I believe, from the splitting of the continuous data representing the tone into the time chunks mentioned above, which in return results in a very slight uncertainty about the exact frequency of the tone.

Note also that the random background noise has disappeared entirely. This is because the encoder is basically deaf to frequency regions that don't contain musical information. With its very limited "bit budget," the codec concentrates its resources on regions where there is audio information.

However, a picket fence of very-low-level vertical lines can be seen. These represent spurious tones that result, I suspect, from mathematical limitations in the codec. Like the skirts that flank the 1kHz tone, these will not be audible. But they do reveal that the codec is working hard even with this most simple of signals.

But what about when the codec is dealing not with a simple tone, but with music? One of the signals I put on Test CD 3 (track 25) simulates a musical signal by combining 43 discrete tones with frequencies spaced 500Hz apart.
...
but more important for a test signal, it readily reveals shortcomings in codecs, as spuriae appear in the spectral gaps between the tones..

joepurlings schreef:

Stuur maar even een mailtje, dan geef ik je wat FTP gegevens. Daarna maak ik er wel een gewone http download van.

Edit: we kunnen natuurlijk ook een torrent opzetten?

Hoi René,

De boel staat er op.

readme.txt: Uitleg over de WinABX box.

Vergeet niet de WinABX box op stand ABX te zetten en vink "hide results" aan tijdens de test.

testx.wav: Audiobestand 1
testy.wav: Audiobestand 2
(Rechter muis, link opslaan als kiezen)!

een van de 2 is dus door de mp3 molen geweest, de andere niet.

Bron is een CD van mijzelf. Geen idee of de "tik" die je ergens in de track hoort in de opname zit of een fout is van de ripper (geript met Mediaplayer enige jaren geleden).

WinABX.exe: De ABX software
winabx_log.txt: Logfile.
1e sessie is van mij, 2e van Sylvia. Sylvia hoort dus naar alle waarschijnlijkheid een verschil dat ik niet blijk waar te nemen.

testy.png: Statistische gegevens van bron Y
testx.png: Statistische gegevens van bron X
verschil.png: Statistische gegevens van het verschil tussen deze 2.

-------------------------------------
WinABX v0.42 test report
12/21/2009 12:16:06

A file: \\Server\prive\winabx\testx.wav
B file: \\Server\prive\winabx\testy.wav

Start position 00:00.0, end position 04:36.7
12:19:08 1/1 p=50.0%
12:19:44 1/2 p=75.0%
12:20:27 2/3 p=50.0%
12:21:21 3/4 p=31.2%
12:22:04 3/5 p=50.0%
12:22:59 4/6 p=34.4%
12:24:12 4/7 p=50.0%
12:24:53 4/8 p=63.7%
12:25:39 4/9 p=74.6%
12:25:58 4/10 p=82.8%
12:26:10 5/11 p=72.6%
12:26:37 5/12 p=80.6%
12:26:54 5/13 p=86.7%
12:27:42 reset

12:30:06 1/1 p=50.0%
12:30:43 2/2 p=25.0%
12:31:16 3/3 p=12.5%
12:31:39 4/4 p=6.2%
12:32:25 5/5 p=3.1%
12:33:04 5/6 p=10.9%
12:34:02 6/7 p=6.2%
12:34:22 7/8 p=3.5%
12:34:51 7/9 p=9.0%
12:35:08 8/10 p=5.5%
12:35:28 9/11 p=3.3%
12:35:54 9/12 p=7.3%
12:36:11 9/13 p=13.3%
13:40:10 reset

-------------------------------------
WinABX v0.42 test report
12/21/2009 14:30:17

A file: C:\Users\Rene\Desktop\ABX\testx.wav
B file: C:\Users\Rene\Desktop\ABX\testy.wav

Start position 00:00.0, end position 04:36.7
14:36:29 0/1 p=100.0%
14:36:44 0/2 p=100.0%
14:36:54 1/3 p=87.5%
14:36:58 1/4 p=93.8%
14:37:19 2/5 p=81.2%
14:37:25 2/6 p=89.1%
14:37:42 3/7 p=77.3%
14:37:49 3/8 p=85.5%
14:37:58 3/9 p=91.0%
14:38:01 4/10 p=82.8%
14:38:08 5/11 p=72.6%
14:38:11 5/12 p=80.6%
14:38:25 5/13 p=86.7%
14:38:39 6/14 p=78.8%
14:38:54 7/15 p=69.6%
14:39:21 8/16 p=59.8%
14:39:24 9/17 p=50.0%
14:39:51 9/18 p=59.3%
14:39:59 10/19 p=50.0%
14:40:16 10/20 p=58.8%
14:40:23 11/21 p=50.0%
14:52:05 test finished

-------------------------------------
WinABX v0.42 test report
12/21/2009 14:58:35

A file: C:\Users\Rene\Desktop\ABX\testx.wav
B file: C:\Users\Rene\Desktop\ABX\testy.wav

14:59:02 reset

Start position 00:00.0, end position 04:36.7
15:07:30 0/1 p=100.0%
15:07:34 1/2 p=75.0%
15:07:39 1/3 p=87.5%
15:07:42 1/4 p=93.8%
15:07:48 2/5 p=81.2%
15:07:52 2/6 p=89.1%
15:07:56 3/7 p=77.3%
15:07:59 4/8 p=63.7%
15:08:04 4/9 p=74.6%
15:08:07 4/10 p=82.8%
15:08:11 5/11 p=72.6%
15:08:14 5/12 p=80.6%
15:08:17 5/13 p=86.7%
15:08:22 6/14 p=78.8%
15:08:25 7/15 p=69.6%
15:08:27 8/16 p=59.8%
15:08:34 8/17 p=68.5%
15:09:24 test finished

michel van de beek schreef:

Toegegeven, de metingen in de link zijn geen muziek. Maar het geeft wel aan dat er bij lossy compressie formaten verandering van de waveform optreedt. En de vermindering in dynamiek is ook zichtbaar.

Sgrovert schreef:

In je hele audio keten vervormd alles. Van je microfoon t/m je luidsprekers voegt elk apparaat vervorming toe. Waarom zou de opslag dan geen vervorming mogen toevoegen?

JeroenVDV schreef:

Snap ook eigenlijk de discussie hier niet.