RaspiBlaster: Gerät zum Rippen von CDs missbraucht oder warum ist ein RPi bisweilen schneller als ein x86-Laptop?

EDIT:

++++ Achtung! ++++

Dieser Thread will nicht behaupten, dass ein RPi schneller sei, als ein PC jünger als 10(?) Jahre.

Insbesondere Foren- bzw. RPi-Neulinge sollen nicht in die Irre geführt werden und nach dieser Lektüre falsche Schlüsse ziehen!

Ein x86-Prozessor ist rein architekturbedingt wesentlich stärker auf Rechenleistung ausgelegt als ein ARM-Prozessor, bei dem ein Hauptaugenmerk u.a. auf die Energieeinsparung (für Akkubetrieb) gelegt wurde...

Ferner enthält dieser Beitrag an manchen Stellen durchaus gewisse Portionen an Ironie

Ich will meine gesamte CD-Sammlung (nach MP3) jetzt nochmals verlustfrei als FLAC (Free Lossless Audio Codec) rippen und habe dafür das Programm abcde auserkoren. Ich habe das Programm auf einem Linux-Laptop installiert und für das FLAC-Encoding konfiguriert. Rein interessehalber habe ich abcde auch auf dem (mittlerweile zweiten) Raspiblaster (Geburtstagsgeschenk für den nächsten Sohn) mit dem richtig schnellen 5,25Zoll BluRay-Laufwerk LG BH16NS55 installiert und was ist passiert:

Der schnellste Rechner in meinem Haushalt zum Rippen meiner CDs ist der (Achtung: Festhalten!) Raspiblaster2 (RPi3 inside)!

Gut, dieses Fazit ist jetzt etwas provokativ, hat aber einen wahren Kern:

Ein RPi ist doch im Vergleich zu einem -- selbst in die Jahre gekommenen -- PC relativ langsam! Die Geschwindigkeit beim Rippen einer CD hängt allerdings in erster Linie von der Lesegeschwindigkeit des CD-ROM-Laufwerks ab und kaum von der Geschwindigkeit des Prozessors (CPU). Daher ist es möglich, einen Raspiblaster (RPi mit CD-ROM-Laufwerk) zu haben, der diese spezielle Aufgabe letztlich schneller durchführt als ein dahingehend nicht optimierter PC.

Außer Konkurrenz blieb nur der Gaming-PC meines großen Sohnes. Der hätte wohl gut mithalten können oder wäre evtl. noch schneller. Dies zeigt aber dennoch, dass ein RPi bei Verwendung vernünftiger Peripherie durchaus konkurrenzfähig ist.

Details habe ich in meine Anleitung für den Raspiblaster auf github eingearbeitet. Kapitel 4 beschreibt die Installation und Anwendung von abcde auf einem RPi. Das Kapitel endet mit einem Benchmark des Raspiblasters gegen drei Laptops mit dem erstaunlichen Ergebnis, dass der Raspiblaster gewann. Obacht, gleich stinkt es wegen Selbstlobes sogar durchs Internet: Ist ja logisch, den Raspiblaster habe ja ich gebaut!

Gut's Restnächtle!

Um alle Klarheiten zu beseitigen:

Zentris, es ist schon so gedacht gewesen, dass dieser Beitrag nicht vollständig einer gewissen Ironie entbehren kann/soll und nicht zu 100% todernst gemeint ist. Ich werde den Eingangspost nochmals entsprechend kennzeichnen...

Quote from hyle

ich würde fast behaupten, dass eine Iron Maiden-CD schneller gerippt wird als eine Roland Kaiser-CD. Alleine die Zeit, die beim widerwilligen einlegen der CD vergeht...

Diesen Quercheck kann ich mangels Roland-Kaiser-CD derzeit leider nicht ausführen!

Quote from Zentris

Es ist ja nicht der RPi, der "schlägt" sondern das angeschlossene Laufwerk liest offenbar die CD schneller aus.

Offenbar ist die eigentliche Erzeugung der FLAC-Files nicht sooo aufwendig.

schlizbäda :

Hast du mal den Quertest gemacht: Das schnelle Blue-Ray-LW an einen PC/Laptop und diese Kombination gemessen?

Ein weiterer Quertest, um die Laufwerksthematik komplett aus dem Rennen zu nehmen:

Eine CD als ISO bereit stellen und lokal mounten (loop-device).

Dann auf RasPi und auf PC/Laptop rippen lassen und vergleichen...

Display More

Also diese Quertests wird der RPi zu 100% verlieren...

Das Blu-Ray-Laufwerk müsste ich in den Gaming-PC meines großen Sohnes einbauen und der wird hierfür (auch hinsichtlich der Softwaresache) wenig Verständnis aufbringen...

Wobei: Ein Linux ist als Fallback-Ebene drauf. Diesen Rechner könnte ich mir daher durchaus auch nochmal ansehen, zumal der Bub außer Hause ist

Vielleicht wird dann das der schnellste Ripping-Rechner in unserem Haushalt...

Hi daxb,

Vielen Dank für den Hinweis, die Datenkompressionsrate zu kontrollieren! Ich bin gerade bei ca. 80%, also die FLACs haben ca. 80% der Größe der unkomprimierten CD! Das ist schon heavy (oder gach wie wir in Bayern sagen würden)!

Da muss ich wohl noch schauen, ob ich die Kompressionsrate noch etwas verbessere...

Stand derzeit:

insgesamt 24 CDs eingelesen, dies resultiert in 9,8GB FLAC-Dateien auf der Festplatte (Die *.m3u und cover.jpg sind über alle CDs mit ein paar MB in diesem Wert auch enthalten aber zu vernachlässigen)

Das war mir jetzt gar nicht so bewusst, dass man die Kompressionsrate bei FLAC (zumindest mit der richtigen Encoding-Software) irgendwie einstellen kann. Ich werde mich diesbezüglich noch mal einlesen, bevor mein Sohn jetzt seinen "Ferienjob" beginnt und meine gut 500-600(?) CDs nach und nach rippt...

PS: Die zuletzt auf dem Raspiblaster gerippte CD (Queen - The Miracle) hat bei 13 Titeln eine Spielzeit von 52:12, das entspricht (bei Dreisatzrechnung 80min=700MB) einer Originaldatenmenge von 455MB. Als FLAC habe ich 335,7MB, was einer Kompression auf ca. 74% entspricht.

Bei meinen Erstversuchen 2017 am PC (Bravo Hits 92 - CD 1 ( hyle: Sorry) / 22 Titel, Spielzeit 1:19:35 --> 700MB) resultierten daraus 566,8MB FLAC-Dateien was eine Kompression auf 80% bedeutet.

Das liegt aber vermutlich nur an den Einstellungen des FLAC-Encoders. Kann ich aber von damals nicht mehr reproduzieren, da ich das damalige ubuntu mittlerwele mit Linux Mint überbügelte...

STF, dieser Schallplattenwechsler wäre beinahe zeitgemäß und stilecht(?) für meinen X1/9 . Naja, ganz so alt ist das Auto dann auch wieder nicht...

À propos Gagh:

so åreidig han ned amoi mia in Bayern! ("So widerlich sind nicht einmal wir in Bayern")

oder anders gesagt: Gagh is gach!

scnr

Kompressionsrate bei FLAC:

Hi daxb,

Quote from daxb

Ich glaube, ich spare mir das verlustfreie komprimieren.

Den höchsten Kompressionslevel habe ich vermutlich nicht verwendet, da ich mich darum (aus Unwissenheit) einfach nicht gekümmert hatte. Auch ich habe eine Kompression auf 50%-60% der Originalgröße im Hinterkopf, dies aber nie verifiziert. Klar, so klein wie bei Verwendung eines verlustbehafteten Codecs wie MP3 (1/8 oder so bei 128Mbit/s) etc. werden die Musikdateien nicht werden

Als nächsten Schritt habe ich jedoch vor, wie von noisefloor vorgeschlagen, einen besseren Kompressionslevel einzustellen:

Quote from noisefloor

Das ist natürlich schade, sonst hättest du bei https://wiki.ubuntuusers.de/FLAC lesen können, wie du die Kompressionsrate einstellst. Aber als Mint-User geht das natürlich nicht

ich hoffe, ich kann vor ubuntuusers.de verbergen, dass ich Linux Mint benutze

In den nächsten Tagen werde ich nochmals über die Ergebnisse berichten...

EDIT: Kompressionsergebnisse:

Ich habe nochmals das Lied Sepultura - Roots Bloody Roots zunächst als *.wav von der CD gerippt und in der Kommandozeile mit flac -<Kompressionsstufe> 01*.wav in eine FLAC-Datei konvertiert. Das Resultat ist relativ ernüchternd:

-rwxrwxrwx 1 peter peter 37538492 Aug 14 00:00 01 Sepultura - Roots Bloody Roots.wav
-rwxrwxrwx 1 peter peter 27838606 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-0.flac
-rwxrwxrwx 1 peter peter 27851410 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-1.flac
-rwxrwxrwx 1 peter peter 27773412 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-2.flac
-rwxrwxrwx 1 peter peter 26499287 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-3.flac
-rwxrwxrwx 1 peter peter 26445553 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-4.flac
-rwxrwxrwx 1 peter peter 26348623 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-5.flac
-rwxrwxrwx 1 peter peter 26315765 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-6.flac
-rwxrwxrwx 1 peter peter 26272954 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-7.flac
-rwxrwxrwx 1 peter peter 26266484 Aug 14 00:00 01 Sepultura - Roots Bloody Roots-8.flac

Zwischen der niedrigsten und der höchsten Kompressionsrate ergibt sich bei diesem Stück eine resultierende Größe zwischen ca. 74% und 70%, d.h. die Kompressionsrate wirkt sich äußerst gering aus. Man kann in den Einstellungen dennoch die höchste Kompressionsrate wählen, da sich die Rechenzeit (insbesondere auf modernen x86-PCs) -- wenn auch bemerkbar -- nicht nennenswert auf die Kompressionsdauer auswirkt. Der Flaschenhals ist und bleibt das CD-Laufwerk!

Die Standardeinstellungen von abcde liefern für Roots Bloody Roots eine Datei der Größe 26347472, die Kompressionsrate liegt also bei ca. -5. Die Abweichung von den obigen Werten liegt vermutlich daran, dass hier die CD-Rohdaten komprimiert wurden und nicht die *.wav-Datei.

daxb :

Mit diesen Informationen kannst Du Dein weiteres Vorgehen nochmals überdenken:

Solltest Du Deine CD-Sammlung noch nicht unkomprimiert (z.B. als *wav) auf dem PC vorliegen haben, und ohnehin noch rippen müssen, dann schadet es nicht, flac trotz der relativ geringen Kompression zu verwenden. Rechenzeit verbrätst Du effektiv kaum! Gegenüber einem unkomprimierten Rip sparst Du Dir aber ein Viertel Festplattenplatz ein, was bei angenommenen 100GB (200 CDs) immerhin ca. 25GB Plattenplatz wären. Das sind schon wieder mindestens drei (unkomprimierte) Imagesicherungen von einem produktiven Raspbian-Desktop-System

Benchmark um Gaming-PC erweitert

Quote from Zentris

Es ist ja nicht der RPi, der "schlägt" sondern das angeschlossene Laufwerk liest offenbar die CD schneller aus.

[...]

schlizbäda :

Hast du mal den Quertest gemacht: Das schnelle Blue-Ray-LW an einen PC/Laptop und diese Kombination gemessen?

Ein weiterer Quertest, um die Laufwerksthematik komplett aus dem Rennen zu nehmen:

Eine CD als ISO bereit stellen und lokal mounten (loop-device).

Display More

Auf dem Gaming-PC habe ich seinerzeit (als Rückfallebene) ebenfalls Linux Mint 18.2 installiert, falls mit dem produktiven Windows10 aufgrund der Zwangs(?)-Updates etwas passieren sollte... Zu Testzwecken habe ich die abcde-Gaudi aufgespielt und getestet. Aus Faulheit habe ich jedoch nicht das Blu-Ray-Laufwerk LG BH16NS55 des Raspiblaster2 installiert (da ist mir der Ausbau zu blöd), sondern das im Gaming-PC verbaute relativ billige 0815-DVD-Laufwerk LG GH24NSD1 dort belassen, mit dem Hintergedanken "ist ja auch relativ neu, hat halt kein Blu-Ray..."

Das Fazit war, dass das Laufwerk in Verbindung mit dem sehr schnellen PC für's Rippen meiner Test-CD (Saga - The Very Best Of...) anstelle von letztlich 8,5min - 14min tatsächlich weit über 20min brauchte. Ich brach es dann ab, anhand der fertig gerippten Musikstücke konnte ich berechnen, dass der Lesevorgang letztlich nur in zweifacher Geschwindigkeit lief. Das Laufwerk bietet aber laut technischer Daten bis zu 40-fache Lesegeschwindigkeit bei CDDA. Diese Angabe zählt vermutlich nur für's direkte Abspielen, nicht für's hier notwendige Einlesen der Musik als Daten!

Für mich gibt es dafür zwei mögliche Ursachen:

* Der Linuxtreiber für dieses spezielle Laufwerk ist äußerst suboptimal.

* Das Laufwerk ist (da für unter 20,--€ zu haben) einfach wirklich ein Glump.

Grundsätzliches Ergebnis:

* Die Geschwindigkeit des Einlesevorgangs beim Rippen hängt nur vom Laufwerk ab.

* Die angegebene Lesegeschwindigkeit für CDDA (CD Digital Audio) ist eher theoretischer Natur und gilt offenbar nicht für's Einlesen als Daten!

* Die Prozessorgeschwindigkeit des Rechners beeinflusst den Rip-Vorgang kaum

Meine Anleitung für den Raspiblaster auf github (Kapitel 4) habe ich mit diesem Ergebnis nochmals überarbeitet. Das Projekt ist für mich daher abgeschlossen, mein Sohn kann sich jetzt mit dem Rippen der CD-Sammlung auf dem Lenovo-Laptop sein Taschengeld aufbessern.