HIFI-FORUM » PC, Netzwerk & Multimedia » PC & Hifi » FLAC nicht 1:1 bei gleicher CD | |
|
FLAC nicht 1:1 bei gleicher CD+A -A |
||||||||
Autor |
| |||||||
latenite_latenite
Schaut ab und zu mal vorbei |
21:50
![]() |
#1
erstellt: 30. Apr 2016, |||||||
Hallo Leute, vielleicht sollte ich das in einem Softwareform fragen. Aber ich tue es hier... Warum sind die Pruefsummen der FLAC Dateien die ich von zwei der gleichen (aber eben nicht der selben) CDs erstellt habe, nicht identisch? Die Groessen der Dateien sind auf das Byte genau gleich (siehe Anhang) aber die MD5 Summen nicht. Wie kann das sein? Die CD gleichen sich, nur die eine CD hat ein paar mehr Kratzer. Ich habe cdparanoia aber so eingestellt das es bei einem Fehler abbricht. Also wurden beide 100% fehlerfrei eingelesen. Hier die Daten: ![]() |
||||||||
Paesc
Inventar |
23:18
![]() |
#2
erstellt: 30. Apr 2016, |||||||
Selbe Rip-Software, selbes Laufwerk und selbe FLAC-Version verwendet? Fast jedes Laufwerk hat ein anderes ![]() ![]() Prüf die Dateien mal mit AccurateRip in Foobar (zusätzlich die Komponente ![]() ![]() |
||||||||
|
||||||||
altae
Stammgast |
23:25
![]() |
#3
erstellt: 30. Apr 2016, |||||||
Prüfsummenvergleiche bei Audio/ Video Files sind tricky. Eine kleine Einstellung anders (zum Beispiel Kompressionsstufe bei FLAC) und schon kommt eine komplett andere Prüfsumme heraus, obwohl sich die Audiodaten in der Realität nicht unterscheiden. Offset des Laufwerks, Pressing und ähnliches können ebenfalls zu einer anderen Prüfsumme führen, obwohl in der Realität kein (hörbarer) Unterschied vorhanden ist. |
||||||||
shaboo
Stammgast |
23:35
![]() |
#4
erstellt: 30. Apr 2016, |||||||
Nur weil cdparanoia glaubt, beide CDs fehlerfrei eingelesen zu haben, muss das ja nicht so sein: Wie Paesc schon sagt: Jage beide Rips mal durch AccurateRip und schau, ob sie dort identische Resultate liefern. Von korrekt korrigiertem Offset und identischen FLAC-Versionen mit identischem Kompressionslevel gehe ich jetzt mal aus. Wie altae sagte: Unterschiedliche Pressungen ein und desselben Albums haben meist unterschiedliche Offsets und damit natürlich auch unterschiedliche Checksummen. Findet denn Deine MD5-Checksummenbildung über die gesamte FLAC-Datei statt oder nur über deren Audiodaten? In ersterem Fall führen natürlich auch unterschiedliche Tags zu unterschiedlichen Prüfsummen. |
||||||||
smutbert
Stammgast |
18:12
![]() |
#5
erstellt: 01. Mai 2016, |||||||
Beim Enkodieren von flac wird die Prüfsumme von den unkomprimierten (!) Audiodateien erstellt und in der flac-Datei gespeichert. Das heißt die Prüfsumme sollte auch übereinstimmen, wenn mit unterschiedlichen Einstellungen oder anderen Enkodern komprimiert wurde und auch die Tags haben keinen Einfluss auf die Prüfsumme. Wie hast du denn überhaupt die Prüfsummen ausgelesen? (Beziehungsweise, was steht in der test.bash?)
|
||||||||
latenite_latenite
Schaut ab und zu mal vorbei |
14:24
![]() |
#6
erstellt: 02. Mai 2016, |||||||
Was in der test.bash steht kann man im meinem paste sehen: ![]() 1.) Wit welchem programm kann ich unter Linux die Accuraterip Datenbank abfragen? 2.) Ich habe 'morituri' ausprobiert. Das rippt und testet nach dem rippen gegen die Accuraterip Datenbank. Wie kann ich schon zuvor gerippte FLAC Dateien gegen die Datenbank pruefen? 3.) morituri hat einen sample-offset von +6 bei mir ermittelt. Alle 300 zuvor eingelesenen CDs habe ich OHNE offset eingelesen. Sind die jetzt alle "wertlos", wenn ich auf bitgenaue Kopien wert lege? Danke |
||||||||
latenite_latenite
Schaut ab und zu mal vorbei |
16:00
![]() |
#7
erstellt: 02. Mai 2016, |||||||
Ergaezende Frage: wie interpretiere ich die "(confidence 18 of 32)" Werte? Die gehen von CD zu CD mal bis 0, 32, 18 . Kann das mal jemand mit Worten erklaeren, das waere toll. Die Ausgabe sieht bei mir so aus: ![]() [Beitrag von latenite_latenite am 02. Mai 2016, 16:01 bearbeitet] |
||||||||
shaboo
Stammgast |
16:07
![]() |
#8
erstellt: 02. Mai 2016, |||||||
Mich überrascht immer wieder, dass das so vielen Leuten Probleme bereitet. "(Confidence 18 of 32)" heißt, dass es 32 Checksummenübermittlungen für diesen Track an die Datenbank gab und dass davon 18 mit Deiner Checksumme übereinstimmen. |
||||||||
shaboo
Stammgast |
18:03
![]() |
#9
erstellt: 02. Mai 2016, |||||||
Wie befürchtet, findet die Checksummenbildung über die gesamte Datei statt. Nutze stattdessen - wie von smutbert beschrieben - flac, um diese auf die reinen Audiodaten zu beschränken.
Mit Linux kenne ich mich nicht aus. Hast Du nicht Zugriff auf irgendeinen Windows-Rechner? Da wäre zum Beispiel CUETools für diese Zwecke geeignet.
In Zeiten, in denen wohl die wenigsten aus ihren Rips noch CD-Rs brennen, braucht man sich wirklich nicht mehr wegen Offsets und Bitgenauigkeit verrückt zu machen, schon gar nicht wegen sechs Samples, also 1/7350 Sekunde. Ganz abgesehen davon, dass es sich dabei praktisch eh immer um Stille handelt, müsste Dein Laufwerk überhaupt erst einmal aus dem Lead-In bzw. Lead-Out lesen können, um diese Samples erfassen zu können. Viele können das nicht und in diesem Falle macht die Offset-Korrektur sowieso nichts anderes als diese Samples durch Stille zu ersetzen. Eine Zeit lang war diese Korrektur wichtig, weil Rips nur so mit AccurateRip verifiziert werden konnten, aber auch diese Zeiten sind vorbei. Mittlerweile sagen Dir AccurateRip oder die CUETools-Datenbank halt einfach "korrekt verifiziert, mit einem Offset von 6". Schaden kann eine Offset-Korrektur für die Zukunft natürlich nie, aber deswegen irgendwas nochmal zu rippen, wäre wirklich Overkill. |
||||||||
smutbert
Stammgast |
19:12
![]() |
#10
erstellt: 02. Mai 2016, |||||||
Das sehe ich ganz ähnlich. Das hier hatte ich bereits geschrieben, aber vergessen loszuschicken - ich poste es jetzt also obwohl es mehr oder weniger nur einer Wiederholung von dem ist was Shaboo geschrieben hat:
Hab ich glatt übersehen…
Außer morituri kenne ich keines.
Mir fällt da als erstes ein die Audio-CD noch einmal zu rippen (mit einem Ripper der AccourateRip unterstützt) und dann die Prüfsummen über die Audiodateien mit denen des zu testenden Rips zu vergleichen. Wenn beide Rips, also sowohl der zu überprüfende sowie der zum Überprüfen angelegte „Hilfs-Rip“, im flac-Format vorliegen, kannst du dafür die eingebaute Prüfsummen der flac-Dateien heranziehen. Gegenüber dem kompletten Neurippen hättest du so immerhin den Vorteil, die Tags nicht neu eintragen oder korrigieren zu müssen uä. Die andere Möglichkeit wäre es die AccurateRip-Prüfsumme mit diesem Tool, ![]() das du wohl selbst kompilieren müsstest, zu berechnen. Nur habe ich leider keine Möglichkeit gefunden die in der AccurateRip-Datenbank gespeicherten Werte irgendwie anzeigen zu lassen, mit denen man dann diese Prüfsumme vergleichen könnte (siehe 1.)…
Ja, wenn man es ganz genau nimmt, ist das wohl so. Wobei die Bits stimmen ja mit großer Wahrscheinlichkeit überein, nur die Stücke beginnen eben nicht ganz zum richtigen Zeitpunkt. Bei den allermeisten Laufwerken geht es hier allerdings um Abweichungen von höchstens 2 ms. Die +6 deines Laufwerks bedeuten (soweit ich es verstanden habe), dass die Stücke zu Beginn 6 überzählige Samples haben und dir am Ende 6 Samples fehlen, das sind imho nur 0,136 ms oder 136 µs. Mich würde das nicht stören… EDIT: Die CUETools [1], nicht zu verwechseln mit den unter GNU/Linux üblichen cuetools [2] sollten übrigens mit mono auch nativ unter Linux laufen, auch wenn sie dann laut dem Link nur wav als Format unterstützen und wahlweise auch inklusive anderer Codecs (?) mit wine funktionieren. [1] ![]() [2] ![]() [Beitrag von smutbert am 02. Mai 2016, 19:19 bearbeitet] |
||||||||
cr
Inventar |
17:32
![]() |
#11
erstellt: 06. Mai 2016, |||||||
Und was ist da jetzt das Besondere dran? Die CDs sind nicht dieselben, somit variieren eben die Ergebnisse. Merke: Unterschiedliche Pressung, unterschiedliche Ergebnisse. Ich habe zB den Parsifal 2x, schauen genau gleich aus, gleiche Jahreszahl etc. und stimmen nicht überein (wenn der Offset nicht bei jedem Track ums selbe verschoben ist, sondern unterschiedlich, wird das zweite Exemplar nicht mal durch die Offsetkorrektur in der Datenbank auffindbar). Gerade bei populären Produktionen, die x-mal gepreßt wurden, ist das sehr häufig (zB konnte ich nur 10%!! der Karajan-CDs in ACR1 finden, etwas mehr in ACR2, aber fast alle dann in CueTools!) In Accurate Rip konnte ich jedenfalls die eine Version nicht finden, in CUETOOLS schon (einige wenige Einträge). Wie geht man hier vor, wenn man eine CD nicht in den Datenbanken findet: Man rippt sie einfach nochmals und vergleicht die zwei Rips DERSELBEN CD mit FOOBAR. Wenn es da keine Unterschiede gibt, ist die CD zwar nicht theoretisch (könnte ja der unwahrscheinliche Fall eintreten, dass das Laufwerk an derselben Stelle genau 2x denselben Fehler macht), aber de facto fehlerfrei gerippt. Noch ein anderes Bsp: Mit einem Audiorekorder gebrannte Kopien konnte ich nie mit ACR1, ACR2 und CUETOOLS verifizieren, weil sie nicht gefunden werden werden. Das Rätsel hatte folgende Lösung: Der Audiorekorder macht bei jedem Track einen anderen Offset (anders gesagt: Die Startmarken sind wenige Milisekunden versetzt). Beim Bitcompare mit Foobar zeigte sich, dass alle Tracks identisch waren (Original und CDR) [Beitrag von cr am 06. Mai 2016, 17:40 bearbeitet] |
||||||||
|
|
Das könnte Dich auch interessieren: |
CD 1:1 importieren? -Sir- am 01.07.2013 – Letzte Antwort am 04.07.2013 – 22 Beiträge |
1 Flac pro Album + Cue vs 1 Flac pro track Slyzza am 07.02.2019 – Letzte Antwort am 14.02.2019 – 3 Beiträge |
Flac bei Archivierung nicht die 1. Wahl 53fram am 12.02.2020 – Letzte Antwort am 14.03.2022 – 49 Beiträge |
Falsche Titellänge bei FLAC Krawallus am 12.05.2012 – Letzte Antwort am 16.04.2018 – 6 Beiträge |
Audio CD -> FLAC Bitrates! Wat3rblade am 09.10.2009 – Letzte Antwort am 09.10.2009 – 3 Beiträge |
Flac und CD Cover etc theacdcfan am 21.05.2009 – Letzte Antwort am 21.05.2009 – 2 Beiträge |
FLAC von CD shockwolf am 13.05.2012 – Letzte Antwort am 14.05.2012 – 16 Beiträge |
Hochwertiger CD-Ripper - FLAC? Kangahop am 19.01.2015 – Letzte Antwort am 20.01.2015 – 5 Beiträge |
Kann man Flac datein auf CD brennen? *YG* am 03.07.2012 – Letzte Antwort am 13.07.2012 – 20 Beiträge |
flac to flac Konverter singel am 21.12.2012 – Letzte Antwort am 01.01.2013 – 15 Beiträge |
Anzeige
Top Produkte in PC & Hifi
Aktuelle Aktion
Top 10 Threads in PC & Hifi der letzten 7 Tage
- Kann ich den Laptop an den SAT- Receiver anschließen und damit TV sehen?
- Was ist WASAPI und ASIO?
- Kein 5.1 Dolby Digital / DTS über HDMI nur Stereo
- AV-Receiver mit PC verbinden Optisch/HDMI
- Passiv-Lautsprecher an Audiointerface
- DIY: Blindtest MP3 V0/320 vs FLAC (inklusive hörbarer Ergebnisse)
- Knistern/Knacken beim Abspielen von Ton
- Externe Soundkarte und 5.1 System
- Upmix von Stereo auf 5.1 für PC Audio
- Audio-CD lässt sich nicht mehr rippen
Top 10 Threads in PC & Hifi der letzten 50 Tage
- Kann ich den Laptop an den SAT- Receiver anschließen und damit TV sehen?
- Was ist WASAPI und ASIO?
- Kein 5.1 Dolby Digital / DTS über HDMI nur Stereo
- AV-Receiver mit PC verbinden Optisch/HDMI
- Passiv-Lautsprecher an Audiointerface
- DIY: Blindtest MP3 V0/320 vs FLAC (inklusive hörbarer Ergebnisse)
- Knistern/Knacken beim Abspielen von Ton
- Externe Soundkarte und 5.1 System
- Upmix von Stereo auf 5.1 für PC Audio
- Audio-CD lässt sich nicht mehr rippen
Top 10 Suchanfragen
Forumsstatistik
- Registrierte Mitglieder926.920 ( Heute: 2 )
- Neuestes MitgliedFrankbe
- Gesamtzahl an Themen1.554.306
- Gesamtzahl an Beiträgen21.610.075