﻿<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[AudioHQ - CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
		<link>https://www.audiohq.de/viewtopic.php?id=5820</link>
		<atom:link href="https://www.audiohq.de/extern.php?action=feed&amp;tid=5820&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Die neusten Beiträge in CD akurat gelesen - 2 verschiedene Ergebnisse.]]></description>
		<lastBuildDate>Wed, 01 Jun 2011 15:45:17 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15831#p15831</link>
			<description><![CDATA[<p>Bitte nicht FreeDB mit AR vermischen! Hier ist ein Edit angebracht...</p><p>Wie AR im Detail arbeitet ist doch unerheblich. Wichtig ist, daß Ausleseergebnisse verglichen werden. Bei CDs aus der gleichen Pressung und korrekt konfigurierten Rippern sollten diese jeweils Bit-identisch sein, was mittels Checksumme überprüft wird.</p><p>Die Wahrscheinlichkeit, daß zwei oder mehrere Personen einen identischen Auslesefehler erhalten und somit die gleiche Checksumme an AR übermitteln geht gegen Null (was Deine logischen Überlegungen ja bereits ergeben haben).</p><p>Allerdings zeigen Deine Erfahrungen, daß das System Schwächen hat, obwohl die Idee dahinter natürlich sehr gut ist.</p><p>Deine eigene Nachfrage im AR-Forum sollte bereits die Lösung gebracht haben, warum der confidence-Wert sich unterscheidet. Warum sollten die Ergebnisse aus der ersten Version von AR in die v2 übernommen werden? Oder anders: Welchen Sinn macht es, eine neue verbesserte Version von AR zu entwickeln und diese dann mit den Daten der alten Version womöglich zu &quot;vergiften&quot;?</p>]]></description>
			<author><![CDATA[null@example.com (start78)]]></author>
			<pubDate>Wed, 01 Jun 2011 15:45:17 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15831#p15831</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15830#p15830</link>
			<description><![CDATA[<p>Ich hab keine Ahnung.<br />Will nur wissen wie dir Free DB arbeitet.<br />Keiner weiss das genau und im Internet steht nix dazu.</p><p>Mir is nur immer wieder aufgefallen dass bei CDs die ich heute nochmals auslese, ebenfalls akurat verifiziert, die Zuversicht geringer ist, als damals vor 1 Jahr.</p><p>Damals und heute habe ich das selbe Ausleseergebniss für die selbe CD, selbe CRC und beidemale als akurat verifiziert.<br />ABER damals Zuverischt 100 und heute Zuversicht 5.</p><p>Wo sind denn die ganzen Ausleseergebnisse der FreeBD von damals hin, dass heute nur noch 5 Übereinstimmungen dort gespeichert sind, wo´s damals 100 waren.</p><p>?</p>]]></description>
			<author><![CDATA[null@example.com (OliP)]]></author>
			<pubDate>Wed, 01 Jun 2011 15:27:52 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15830#p15830</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15824#p15824</link>
			<description><![CDATA[<p>Der Spott ist eindeutig meiner miesen Laune heute morgen zuzuordnen (mein Sohnemann hat mich die halbe Nacht wach gehalten). Hoffe, ich habe damit niemanden gekränkt.</p><p>Trotzdem:<br />Für mich war es logisch, daß es nur so und nicht anders funktionieren kann. Darum hielt ich diese Erkenntnis für absolut grundlegend und nicht explizit erwähnenswert.</p><p>Ich lasse AR ebenfalls links liegen. Wenn mir die Zusammenfassung des Secure Ripping Mode bei EAC keine Fehler anzeigt, sind für mich auch keine Da. Secure-Mode + AR ist eh Overkill. Wenn man schon dem einen nicht glaubt, warum sollte man dann dem anderen oder gar beiden zusammen vertrauen?</p><p>AR macht Sinn, wenn man es eilig hat und die CD im Burst-Mode ausliest. Da kann man schon ganz gewaltig Zeit sparen, was besonders dann Vorteile bringt, wenn man mehrere CDs einlesen will, während man daneben sitzt.</p><p>Ich hab den Spaß einmal mitgemacht: Gut 15 Minuten je CD bei über 300 CDs. Das hat gefühlte Wochen gedauert.</p><p>Insgesamt hat der Thread aber schon ein paar Erkenntnisse gebracht. Schön zu sehen, daß das Prinzip des Internetforums noch nicht ganz tot ist...</p>]]></description>
			<author><![CDATA[null@example.com (start78)]]></author>
			<pubDate>Tue, 31 May 2011 17:27:44 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15824#p15824</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15822#p15822</link>
			<description><![CDATA[<p>Moin, Moin,</p><p>den leichten Spott von Start78 kann ich nicht nachvollziehen. Für mich als Dumm-Dumm-Geschoß, ist das, was OliP geschrieben hat, eine sehr gute, weil verständliche Beschreibung von AccurateRip. Immerhin scheint OliP mit seinem logischen Nachdenken zu einem richtigen Ergebnis gekommen zu sein.</p><p>Nebenbei bemerkt: Die Diskussion zeigt mir, daß ich auch weiterhin sehr gut ohne AccurateRip auskommen werde. Mir reicht es, wenn EAC meldet, daß keine Fehler aufgetreten sind. Diese Aussage hat sich bisher immer als absolut zuverlässig erwiesen. Wenn EAC Fehler meldet, höre ich mir die betreffenden Stellen an, meistens sind die Fehler nicht zu hören. Oder besser formuliert: ICH kann die Fehler nicht hören. Das ist dann für meine Zwecke völlig ausreichend. In maximal 10 Fällen (von ca. 10000) mußte ich mir einen fehlerhaften Titel bei Freunden besorgen oder mit einem Wav-Editor eine Notoperation durchführen.</p><p>Na ja, Geschmackssache!</p><p>Gruß<br />rhinozeros</p>]]></description>
			<author><![CDATA[null@example.com (rhinozeros)]]></author>
			<pubDate>Tue, 31 May 2011 07:33:43 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15822#p15822</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15821#p15821</link>
			<description><![CDATA[<p>Bravo! Du hast den Sinn von AR verstanden.</p><p>Ich gehe nicht davon aus, daß Du Dich mit diesem Beitrag lächerlich machen wolltest. Aber was wolltest Du sonst?</p>]]></description>
			<author><![CDATA[null@example.com (start78)]]></author>
			<pubDate>Tue, 31 May 2011 05:41:55 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15821#p15821</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15817#p15817</link>
			<description><![CDATA[<div class="quotebox"><cite>Meiner Einer,06.04.2011, 14:02 schrieb:</cite><blockquote><p> Nehmen wir einmal als Beispiel an, für einen Titel besteht laut AR eine Zuversicht von 100.<br />Nun könnte natürlich - brutal ausgesprochen - bei allen 100 Leuten der gleiche Fehler vorliegen. Und darum geht es ja. All diese Leute benutzen ja die unterschiedlichsten Hardwarekonfigurationen bzw. Reader/Brenner.<br />Es müßte aber bei allen trotzdem ein 100% identischer Fehler aufgetreten sein.<br />OK, eine absolute Sicherheit gibt es nirgends auf der Welt - <br />aber wie hoch wäre die Wahrscheinlichkeit, das es bei allen <strong>gleich</strong> falsch ist?</p></blockquote></div><p>Ja, ich habe mal logisch gedacht:<br />Wenn ein Lesefehler passiert dann an einer bestimmten Stelle der CD.<br />Gibt eine bestimmte Checksumme.<br />Passiert der Lesefehler woanders gibts wieder ne andere Checksumme.<br />Ist das korrekt?</p><p>Die Wahrscheinlichkeit, dass ein anderer User ebenfall bei seiner CD an der gleichen Stelle wie ich einen Lesefehler hat geht gegen Null.<br />Somit müsste jede falsch ausgelesene CD CRC die zur FreeDB kommt, einmalig sein.<br />Dh, wenn meine CD falsch gelesen ist wird sie niemals mit einer anderen falsch gelesenen übereinstimmen, weil die CRC immer anders ist.<br />AR zeigt ja lediglich an dass mein Ergebnis mit anderen übereinstimmt.<br />Dh, wenn ich nur 1 Übereinstimmung mit einem anderen habe ist mein Ergebnis schon so gut wie 100%ig korrekt, dh wir haben beide korrekt ausgelesen.</p><p>Denn zweimal genau der gleiche Fehler bei uns beiden, wäre höchst unwahrscheinlich.</p><p>Stimmt das?</p>]]></description>
			<author><![CDATA[null@example.com (OliP)]]></author>
			<pubDate>Tue, 31 May 2011 03:06:54 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15817#p15817</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15816#p15816</link>
			<description><![CDATA[<div class="quotebox"><cite>Meiner Einer,07.04.2011, 10:14 schrieb:</cite><blockquote><p> Somit dürfte sicher sein, das AR einem Titel tatsächlich mehrere Werte zuordnen kann. Macht hierbei auch absolut Sinn.<br />Ziemlich sicher deshalb, weil EAC an AR ja bestenfalls die eigenen CRC-Werte übermittelt (und nicht den ganzen Titel  ;) ) und vermutlich noch die aktuellen Leseparameter.</p><p>Denn bei der Berechnung von CRC, MD5 usw. haben Nullsamples tatsächlich Einfluß auf den daraus resultierenden Wert</p></blockquote></div><p>Ich habe die Einstellung mit den Null Samples gerade getestet bei einem Track.<br />Einmal mit &quot;Nullsamples in Berechnung&quot; und einmal ohne.<br />Habe folglich auch 2 verschiedene Checksummen für den Titel bekommen.<br />ABER die FreeDB lieferte in BEIDEN Fällen &quot;akurat gelesen&quot; mit Zuversicht 11 !<br />Es scheint der FreeDB also egal zu sein ob ich die Null Samples in der Checksumme mit drin habe oder nicht, sie erkennt den Track so oder so als akurat, identisch mit 11 anderen Usern.</p><p>Das kann also nicht der Grund sein, warum damals die Zuversicht so hoch war und heute so gering.</p>]]></description>
			<author><![CDATA[null@example.com (OliP)]]></author>
			<pubDate>Tue, 31 May 2011 02:25:24 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15816#p15816</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15400#p15400</link>
			<description><![CDATA[<p>Und wieder mal geht ein &quot;Danke&quot; an TomPro. Hab ich nämlich glatt übersehen...</p><p>Somit dürfte sicher sein, das AR einem Titel tatsächlich mehrere Werte zuordnen kann. Macht hierbei auch absolut Sinn.<br />Ziemlich sicher deshalb, weil EAC an AR ja bestenfalls die eigenen CRC-Werte übermittelt (und nicht den ganzen Titel&nbsp; ;) ) und vermutlich noch die aktuellen Leseparameter.</p><p>Denn bei der Berechnung von CRC, MD5 usw. haben Nullsamples tatsächlich Einfluß auf den daraus resultierenden Wert.</p><p>Bliebe also jetzt nur noch der Vergleich der Dateien...</p>]]></description>
			<author><![CDATA[null@example.com (Meiner Einer)]]></author>
			<pubDate>Thu, 07 Apr 2011 08:14:54 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15400#p15400</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15398#p15398</link>
			<description><![CDATA[<p>Unabhängig von all dem bis jetzt geschriebenen, da ich privat keinen Internetzugang habe kenne ich mich bei AR nicht aus aber folgendes ist mir noch aufgefallen</p><div class="quotebox"><cite>OliP,26.03.2011, 22:03 schrieb:</cite><blockquote><p>Read offset correction                      : 6<br />Overread into Lead-In and Lead-Out          : No<br />Fill up missing offset samples with silence : Yes<br />Delete leading and trailing silent blocks   : No<br />Null samples used in CRC calculations       : <span style="color: red"><strong>Yes</strong></span><br />Used interface                              : Native Win32 interface for Win NT &amp; 2000<br />Gap handling                                : Not detected, thus appended to previous track</p></blockquote></div><div class="quotebox"><cite>OliP,26.03.2011, 22:03 schrieb:</cite><blockquote><p>Leseoffset Korrektur                           : 572<br />Überlesen in das Lead-In und Lead-Out          : Nein<br />Fülle fehlende Offsetsample mit Stille auf     : Ja<br />Lösche führende und nachfolgende stille Blöcke : Nein<br />Null Samples gehen in CRC Berechnungen ein     : <span style="color: red"><strong>Nein</strong></span><br />Benutzte Schnittstelle                         : Natürliche Win32 Schnittstelle für Win NT/2000/XP<br />Pausenbehandlung                               : Nicht erkannt, daher hinter dem vorigen Track angehängt</p></blockquote></div>]]></description>
			<author><![CDATA[null@example.com (TomPro)]]></author>
			<pubDate>Thu, 07 Apr 2011 06:27:35 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15398#p15398</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15393#p15393</link>
			<description><![CDATA[<div class="quotebox"><blockquote><p>Gibt es verschiedene Ausleseergebnisse einer CD die alle als akurat bezeichnet werden??</p></blockquote></div><p>Das ist die Frage, deretwegen wir schon mal eine Diskussion hier hatten. Oder besser formuliert: Kann AR einem Titel mehrere Werte zuordnen?<br />Ich weiß es nicht und einige andere hier auch nicht.</p><div class="quotebox"><blockquote><p>Kann ich mich nun auf accurat rip verlassen?</p></blockquote></div><p>Klar, warum nicht?</p><p>Nehmen wir einmal als Beispiel an, für einen Titel besteht laut AR eine Zuversicht von 100.<br />Nun könnte natürlich - brutal ausgesprochen - bei allen 100 Leuten der gleiche Fehler vorliegen. Und darum geht es ja. All diese Leute benutzen ja die unterschiedlichsten Hardwarekonfigurationen bzw. Reader/Brenner.<br />Es müßte aber bei allen trotzdem ein 100% identischer Fehler aufgetreten sein.</p><p>OK, eine absolute Sicherheit gibt es nirgends auf der Welt - <br />aber wie hoch wäre die Wahrscheinlichkeit, das es bei allen <strong>gleich</strong> falsch ist?</p><div class="quotebox"><blockquote><p>Die Titel sind im wav Format.<br />Und die neuen haben etwas weniger Bits.</p></blockquote></div><p>Es muß deshalb noch nichts zu bedeuten haben. Der <a href="http://de.wikipedia.org/wiki/RIFF_WAVE">Wave-Header</a> ist durchaus flexibel/variabel in der Länge. Desweiteren kann sogar (einige Audio-Editoren machen das mitunter) das Abbild des Kurvenverlaufes (diese graphische Darstellung in einem Audio-Editor) mit enthalten sein.</p><p>Enscheidend ist wirklich nur der reine &quot;Data&quot;-Abschnitt, also die tatsächlich enthaltenen Samples (Nutzdaten).</p><p>Also vergleiche die Dateien doch einfach so, wie TomPro schon beschrieben hat.<br />Es wäre zumindest die einfachste Methode.</p>]]></description>
			<author><![CDATA[null@example.com (Meiner Einer)]]></author>
			<pubDate>Wed, 06 Apr 2011 12:02:30 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15393#p15393</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15389#p15389</link>
			<description><![CDATA[<p>Die Titel sind im wav Format.<br />Und die neuen haben etwas weniger Bits.</p><p>Kann ich mich nun auf accurat rip verlassen?<br />Gibt es verschiedene Ausleseergebnisse einer CD die alle als akurat bezeichnet werden??</p>]]></description>
			<author><![CDATA[null@example.com (OliP)]]></author>
			<pubDate>Tue, 05 Apr 2011 17:17:11 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15389#p15389</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15347#p15347</link>
			<description><![CDATA[<p>@ start78</p><p>Ja, ich habe es schon mehrfach ausprobiert. Es funktioniert auch praktisch. Zumindest mit Adobe Audition, was ich benutze und hier im Forum ja bekannt ist.<br />Einmal habe ich testweise (ich war zuerst auch skeptisch, weil Theorie und Praxis ja zwei verschiedene Dinge sind) einen solchen übereinandergelegten Titel zurückspeichern lassen und mit einem Hexeditor kontrolliert.<br />Es hat tatsächlich gestimmt...</p><p>@ TomPro</p><p>Danke für den Tip.</p>]]></description>
			<author><![CDATA[null@example.com (Meiner Einer)]]></author>
			<pubDate>Mon, 28 Mar 2011 22:15:29 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15347#p15347</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15342#p15342</link>
			<description><![CDATA[<p>In foobar2000 die beiden zu vergleichenden Tracks markieren und dann im Kontextmenü unter Utilis den Punkt Bit-Compare Tracks... anwählen, zu mindestens bei der V 0.9.6.5, welche ich benutze.</p>]]></description>
			<author><![CDATA[null@example.com (TomPro)]]></author>
			<pubDate>Mon, 28 Mar 2011 13:31:56 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15342#p15342</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15341#p15341</link>
			<description><![CDATA[<p>Mir leuchtet ein, daß das mit der Nulllinie im Audioeditor theoretisch funktionieren sollte. Hast Du das schon mal ausprobiert bzw. funktioniert das in der Praxis?</p><p>Nehmen wir an ich nehme eine FLAC-Datei aus meinem Archiv (gerippt mit meinem alten Rechner) und lege sie über einen frischen Rip: Gibt es da nicht doch noch evtl. ein oder zwei mögliche Variablen, aufgrund derer diese Methode scheitern könnte?</p>]]></description>
			<author><![CDATA[null@example.com (start78)]]></author>
			<pubDate>Mon, 28 Mar 2011 11:53:37 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15341#p15341</guid>
		</item>
		<item>
			<title><![CDATA[Re: CD akurat gelesen - 2 verschiedene Ergebnisse]]></title>
			<link>https://www.audiohq.de/viewtopic.php?pid=15337#p15337</link>
			<description><![CDATA[<p>Wenn sie jeweils als FLAC vorliegen, hat das erst mal gar nichts zu sagen. Auch dort gibt es verschiedene Kompressionsalgos - das hat nichts mit den eigentlichen Nutzdaten (Samples) zu tun.</p><p>Man muß sie erst zu Wave oder AIFF wandeln. Aber auch dann kann man noch nicht direkt vergleichen, da deren Header auch noch unterschiedlich sein können.</p><p>Man muß mit einen Hexeditor die eigentlichen Samples raustrennen und erst diese vergleichen.</p><p>Alternativ geht es auch mit einen Audioeditor, wenn man beide Titel öffnet und Phasenverkeht &quot;überanderlegt&quot; (mischt). Das ist mathematisch gesehen eine Subtraktion, in derem Ergebnis über die gesamte Titellänge dann nur noch eine Nullinie stehen darf.</p><p>Dann sind sie identisch...</p>]]></description>
			<author><![CDATA[null@example.com (Meiner Einer)]]></author>
			<pubDate>Mon, 28 Mar 2011 00:55:25 +0000</pubDate>
			<guid>https://www.audiohq.de/viewtopic.php?pid=15337#p15337</guid>
		</item>
	</channel>
</rss>
