Standardeinstellungen:

Format        Encoder             Einstellung
------------  -----------------   ----------------------
FLAC          1.1.2               -5
Musepack      1.15v               --quality 5
Ogg Vorbis 1  aoTuVr1 (generic)   -q 6
Ogg Vorbis 2  sse-Lancer          -q 6
MP3:LAME   1  3.97                --preset standard
MP3:LAME   2  3.97                --preset fast standard

Ergebnisse:

Prozessor             FLAC      MPC       Vorbis 1  Vorbis 2  LAME 1    LAME 2    Test durch
--------------------  --------  --------  --------  --------  --------  --------  ----------

Intel Pentium 4 3.0C      00.0      23.0      00.0      00.0      00.0      00.0  Frank
Intel Core Duo T2500     106.2      22.3      13.7      62.8      12.5      19.0  ayouth
AMD Athlon XP 2600+       33.0      22.3      11.4      19.8      11.0      16.2  DAU

Im direkten Vergleich mit der alten Tabelle fiel mir auf, dass bei mir vor allem die derzeit aktuellen Ausgaben von FLAC, MPC und LAME an Geschwindigkeit gewonnen haben, wobei ich mich bei LAME natürlich auf die "-- preset standard"-Einstellung beziehe.

Anmerkung: Für manchen mögen die mehr oder minder feststellbaren Zeitgewinne auch erst einmal eine eher marginale Bedeutung haben, solange nicht ein Prozessor jüngerer Generation den Takt angibt. Die z.B. mit FLAC erzielte Codiergeschwindigkeit auf dem System von ayouth lässt da m.M.n. Erwartungen zu.

Gruss

P.S.: Hier noch einmal ein offizielles Danke! an Dich, ayouth, für Deine Hilfsbereitschaft! :)

oggenc2.83-1.1.2-MOD-generic(aotuv) -q 6 : 13,67

oggenc2.83-aoTuVr1P3                       -q 6 : 17,92

oggenc2.83-aoTuVr1P4                       -q 6 : 23,27

Die Geschwindigkeitsunterschiede sind größer als erwartet, es sollte also jeder die für sein System optimierte Version benutzen.

Notebook
T2500 2 Ghz
2GBb RAM
Windows Prof SP2

Die Encoder mit dem Geschwindigkeitsverhältnis dahinter:

Lame 3.97 APS: 12,47
Lame 3.97 APS -fast: 19.00

Flac 1.12 Beta -8: 22.64
Flac 1.12 Beta -5:106.17

Musepack 1.15v. --quality 5: 22.31

Vorbis 1.12 p 4 -q6 = 20.12
Vorbis_SSE3mt_Lancer20061013 -q6=62.84

Aufgefallen ist mir, dass Vorbis in der nicht optimierten Version und Lame fast gleich auf liegen, dass jedoch durch die Optimierungen die Geschwindigkeit auf meinem System um Faktor 3 gesteigert werden konnte. Flac ist immer noch deutlich schneller.

P.S.: Wenn ich noch einen anderen Codec testen soll, einfach melden...

...von meiner Seite, da ich mittlerweile XP Prof. mit Service Pack 2 benutze und weil sich bei allen maßgeblichen Codecs einige Dinge getan haben. Alles andere beruht auf den weiter oben bereits angegebenen Hardware-Ressourcen.

OK, hier die Ergebnisse:

Codec-Version               Einstellung                 Zeit            Faktor  Dateigröße
--------------------------  --------------------------  --------------  ------  ----------
FLAC 1.1.2                  -5                          02:11m = 0131s  33,0    (467,0 MB)

FLAC 1.1.2                  -8                          05:30m = 0330s  13,1    (462,0 MB)

LAME 3.97                   --alt preset fast standard  04:26m = 0266s  16,2    (104,0 MB)

LAME 3.97                   --alt preset standard       06:30m = 0390s  11,0    (105,0 MB)

MPC 1.15v                   --quality 5                 03:13m = 0193s  22,3    (096,8 MB)

Vorbis aoTuVr1 (generic)    -q 6                        06:16m = 0376s  11,4    (104,0 MB)

Vorbis sse-Lancer 20060903  -q 6                        03:38m = 0218s  19,8    (104,0 MB)
------------------------------------------------------------------------------------------
Test.wav                                                72:03m = 4323s          (727,0 MB)

Gruss

[Unter http://nyaochi.sakura.ne.jp/xoops/]

bei Vorbis könnte man auch den neuen Lancer Encoder vom 21.06.2005 nehmen:
http://homepage3.nifty.com/blacksword/

bei mir von 33,5 auf 36,2

Bei mir z.B. (Pentium 4 3.0C) steigerte sich die Geschwindigkeit von 21x auf 23x.

Download mppenc 1.15v

Testdatei:
U2 - Mothers Of The Disappeared...

Ogg/Vorbis
Encoding track 11 of 11: Mothers Of The Disappeared...
Opening with wav module: WAV file reader
Encoding "track11.wav" to  "track11.ogg" at quality 6,00
Setting advanced encoder option "impulse_noisetune" to -5
Setting advanced encoder option "impulse_trigger_profile" to 3
Done encoding file "track11.ogg"
        File length:  5m 12,0s
        Elapsed time: 0m 24,8s
        Rate:         12,5888
        Average bitrate: 166,3 kb/s

Musepack
Encoding track 11 of 11: Mothers Of The Disappeared...
MPC Encoder  1.15s  --Alpha--   © 1999-2002 Buschmann/Klemm/Piecha
encoding file 'track11.wav'  to file 'track11.mpc'

SV 7.0 + XLevel coding, Profile 'Standard'

    %|avg.bitrate| speed|play time (proc/tot)| CPU time (proc/tot)| ETA
100.0  154.6 kbps 19.57x     5:12.4    5:12.4     0:15.9    0:15.9

MP3/Lame:
Encoding track 11 of 11: Mothers Of The Disappeared...
lame --preset standard track11.wav
LAME version 3.96.1 (http://lame.sourceforge.net/)
Using polyphase lowpass filter, transition band: 18671 Hz - 19205 Hz
Encoding track11.wav to track11.wav.mp3
Encoding as 44.1 kHz VBR(q=2) j-stereo MPEG-1 Layer III (ca. 7.3x) qval=3
    Frame          |  CPU time/estim | REAL time/estim | play/CPU |    ETA
11958/11961 (100%)|    0:44/    0:44|    0:45/    0:45|   7.0913x|    0:00
average: 227.4 kbps   LR: 2644 (22.11%)   MS: 9317 (77.89%)

Flac:
>date && flac track11.wav && date
Sa Dez  4 09:35:08 CET 2004
flac 1.1.1, Copyright © 2000,2001,2002,2003,2004 Josh Coalson
options: -P 4096 -b 4608 -m -l 8 -q 0 -r 3,3
track11.wav: wrote 23980375 bytes, ratio=0,435
Sa Dez  4 09:35:16 CET 2004

Testencoder:
oggenc  1.1 mit ITP
mpcenc 1.15s
Flac 1.1.1
LAME version 3.96.1

Der Geschwindigkeitsvorteil bei Musepack beträgt ca. 1/3 gegenüber Ogg/Vorbis.
Flac ist mit nur 8 Sekunden Encodiergeschwindigkeit an der Spitze.

Jergar

(Check mit "PC Wizard" )
* Ausgangsmaterial: "selbstgebauter" Sampler mit einer Spiellänge von 77.57 (1:17:57 = 4677 s). Mit "Cdex 1.50" als eine zusammenhängende Datei per "Sektion einer CD extrahieren" - Funktion gerippt. (Nachtrag: sollte mit "EAC" per "Kopiere Bereich"-Funktion ebenfalls möglich sein...; bin nämlich gerade erst "umgestiegen"...)
* Codecs & deren Einstellungen wie vorgegeben
* für die Codierung wurde das "Multifrontend" benutzt, da der von Frank angebotene Workaround bei mir nicht vollständig funktionierte. (Nach dem "Flac"-Durchlauf ging's nicht mehr weiter...)
* Das hatte zur Konsequenz, daß ich bei "Flac" "händisch" vorgehen mußte, was das Ausmessen der Codierungszeiten betrifft. Habe also 3 Durchläufe gestartet & gebe nun den Mittelwert weiter. Hoffe, daß das trotzdem akzeptabel ist, da es hier ja vor allem um relative Richtwerte geht.

Da ich 'mal gelesen hatte, die Codierung von Festplatte 1 zu Festplatte 2 würde schneller über die Bühne gehen, habe ich das gleich 'mal mitgetestet, weil's auch mich selbst interessierte. (Stichwort: Mythen & Legenden.) Daher Durchgang 1 (von Festplatte 1 zu Festplatte 1) & Durchgang 2 (von Festplatte 1 zu Festplatte 2). Das einzige brauchbare Resultat lieferte "Flac".

Die Ergebnisse:
* "Flac" Durchgang 1: 30,76
* "Flac" Durchgang 2: 47,24
* "Musepack" Durchgang 1: 19,48
* "Musepack" Durchgang 2: 19,48
* "Ogg Vorbis" Durchgang 1: 12,95
* "Ogg Vorbis" Durchgang 2: 12,99
* "MP3-Lame" Durchgang 1: 7,87
* "MP3-Lame" Durchgang 2: 7,88

besondere verwendete Encoder:
- FLAC -P4 ICL8.1
- Vorbis SSE

Hatte vorher auch noch den "normalen" FLAC Encoder 1.1.1 gemessen und bin dabei auf 40,8 Play/CPU gekommen. Meine Messungen sind detailliert auch in der Ergebniss-Auswertung (Excel) für den Lame 3.96.1 mit 3.90.3 Vergleich enthalten.

Spunky

Testdatei
Plaid - Double Figure und Plaid - Spokes als eine WAV (7737s).

Testencoder
Es wurden die von AudioHQ empfohlenen Encoder verwendet.

FLAC           183s     42,3x
Musepack       469s     16,5x
Vorbis         740s     10,5x
Lame 3.96.1    1166s     6,6x
Lame 3.90.3    1984s     3,9x

Viele Grüße,
~ Florian

Album: Cradle of Filth - Nymphetamine
Genre: Metal
Länge: 1:15:45; 4545s
Quelle: wave

Ich habe immer die generic Version benutzt.

flac 1.1.1                        12:56:34 - 12:58:43   2:09min  129s  35,23x
mpc 1.15s                         12:58:43 - 13:03:43   5:00min  300s  15,15x
OggVorbis 1.1                     13:03:43 - 13:11:24   7,41min  461s   9,86x
OggVorbis 1.1 mit SSE optimierung 13:33:56 - 13:38:31   4,35min  275s  16,53x
lame 3.96.1                       13:16:53 - 13:26:30   9,37min  577s   7,88x

FLAC (1.1.1 ICL 8.1): 77.33x
MPC (1.15s): 25.22x
Vorbis (SSE Archer B8_1 AoTuv): 31,48 x
Vorbis (SSE Archer B3): 33,46x
Vorbis (ICL 8.1): 24,27x
Lame 3.96.1 (aps): 12.64x
Lame 3.90.3  (aps): 8.33x

mfg
Benni

Alle Encoder wurden mit den GCC-Flags -march=athlon-xp -O3 -pipe -funroll-loops -fomit-frame-pointer kompiliert, ebenso wie der Rest des Systems.

SSE wurde von mir nicht verwendet, was sich in dem stark hinterherhinkenden Ogg Vorbis Ergebnis zeigt. Dieser lag bei mir zudem in der alten 1.0.1er Version vor, sodass ich da nach einem Update mit SSE-Unterstützung einen erneuten Test machen werde.

Insgesamt bin ich aber doch trotz der moderaten Optimierungen ganz zufrieden mit dem Ergebnis.

-- Lenz

Besondere eingesetzte Encoder:
* FLAC 1.1.1 für Pentium 4 von Rarewares
* Vorbis 1.1 SSE 2004-11-01 Archer B03 von http://homepage3.nifty.com/blacksword/

Besonders erstaunt hat mich nach meinem Test von 16 Alben die Leistung von FLAC, es encodierte ein Album durchschnittlich in nur 49 Sekunden, was ein hervorragender Wert ist. Natürlich fiel auch die SSE-optimierte Vorbis-Version positiv auf, die um ca. 40% schneller encodiert als der normale Encoder. Mit ihr wurden Alben in knapp 2 Minuten encodiert. Musepack bestätigte ebenfalls seinen Ruf als schneller lossy Encoder, 2:41 brauchte hier ein Album.

Immer noch etwas abgeschlagen ist LAME mit über fünfeinhalb Minuten für ein Album, diesen Unterschied spürt man beim Encodieren von der Festplatte deutlich, trotz dass Version 3.96.1 wie Spunky in seinem Bericht zeigt gegenüber der Vorgängerversion schon ein Stück zugelegt hat.

Während beim Encodieren von bereits auf der Festplatte vorhandenen Dateien jeder Geschwindigkeits-Zuwachs bemerkbar ist, relativieren sich die Unterschiede natürlich beim Rippen von CDs, denn meistens lesen die Laufwerke die Tracks im Secure Mode langsamer aus als die modernen Encoder sie anschließend encodieren, bei mir z.B. mit 10-11x. Aber zumindest eine geringere CPU-Belastung bringen die schnelleren Codecs, so dass man während des Rippens problemlos am PC weiterarbeiten kann, und auch das ist schon ein wertvoller Zugewinn.