Private Type CDAHdr<br />    RIFF As String * 4<br />    hdrlen As Long<br />    CDDA As String * 8<br />    something As Long<br />End Type<br /><br />Private Type CDAFileHeader<br />    hdr As CDAHdr<br />    ver As Integer<br />    NumTrk As Integer<br />    CD_ID As Long<br />    TrkStartHSG As Long<br />    TrkLenHSG As Long<br />    TrkStartRBook(3) As Byte<br />    TrkLenRBook(3) As Byte<br />End Type<br />

• Ein Frame hat 408 Bit
• Auf einer Audio-CD befinden sich 1.411.200 Bits pro Sekunde

Wenn der Wert von 150 Frames stimmt, dann beträgt Dein Offset gerade mal 43 ms -> ob sich dafür eine Korrektur lohnt, musst Du selbst beantworten. Hören wirst Du den Unterschied sicher nicht.

Spunky

Quelle: http://www.webwitch.de/media/kopierschutz/

Der Audiograbber macht hier von selbst keine Korrekturen (auch kein anderer Ripper), da dies ja von der Hardware kommt. Ich habe das so verstanden, dass die Software/das System nur den TOC ausließt und dem Laufwerk sagt, beginne bei Frame xy zum Lesen. Ob das Laufwerk das korrekt macht oder ob es ein paar Frames zu früh oder zu spät zu lesen beginnt kann die Software/das System nicht beurteilen, denn die zu erwartenden Daten sind ja nicht bekannt.

Genau an der Stelle hakt der Test ein. Es gibt ne Liste im Internet, in der Referenz-CD's hinterlegt sind. Ließt man eine dieser Referenz-CD's ein, so sind die zu erwartenden Daten bekannt, d.h. man kann überprüfen, ob das Laufwerk an der richtigen Stelle zu lesen beginnt.

Ich habe es letztes Jahr interessehalber einmal ausprobiert. Die Messung ist ne ziehmliche Fummelei, da man bei den Referenz-CD's sehr genau gucken muss (z.B. Seriennummer, etc.). In der Regel ist der Offest aber nicht zu hören. Wenn Dein Laufwerk also keinen allzugroßen Offest hat, dann kann man diesen auch ignorieren.

Spunky

Zu 3. muss ich leider sagen, dass sich hier wohl langsam die Grenzen meines Könnens (oder Nichtkönnens) abzeichnen: Zum einen bin ich mir jetzt nicht sicher, ob das wirklich eine Verschiebung ist, die der Audiograbber schon selber vorgenommen hat. Andererseits bin ich hier leider nicht so tief in der Materie drin, als dass ich sagen könnte, was Audiograbber bereits im Hintergrund an Laufwerkskorrekturen vornimmt.
Insofern fände ich es dann fatal, wenn auch ich dann die korrigierten Offsets in meiner Datenbank abspeichern würde. Denn diese Frames könnte ich dann weder zum Export in die Discs.txt gebrauchen, noch wäre damit irgendwas anzufangen, wenn ich mir ein anderes DVD-Laufwerk zulegen würde.

zu. 2.
habe mir 2. nochmal genau durchgelesen und da habe ich letztens etwas zu schnell gelesen, denn das hat mit dem Offset tatsächlich nichts zu tun. Bei der Beantwortung Deiner Frage bin ich aber leider überfragt.

zu. 3.
Audiograbber kann auch eine Offsetkorrektur vornehmen. Klicke hierzu auf den Button "Optionen" und wähle den Menüpunkt "Erweitert". Der Link war eigentlich nur als Erklärung gedacht und ein Hinweis, wie man den Offest messen kann (geht mit Audiograbber leider nicht). Da Du den Korrekturwert aber bereits ermittelt hast (150 Frames) musst Du diesen bei Audiograbber nur noch eintragen.

Spunky

Christof

@Spunky: Zu 2. und 3. konnte mir der Link leider irgendwie nicht weiterhelfen.

Leider stand dort nicht, warum in der Discs.txt immer ein Frame mehr angegeben ist als Tracks auf der CD vorhanden sind.
Wenn ich die CDs per HTTP importiere, so hat das ja noch lange nichts mit den Offsets zu tun, oder hat Audiograbber auch diese Korrektur? Der Link bezog sich ja eher auf EAC/AccurateRip.

@Christof: OK, nur wie komme ich dann an die TOC-Daten ran?

Daten sind dabei üblicherweise in einem Track, während Audio-Stücke in einzelne Tracks unterteilt sind - das ist auch schon der ganze Trick.

Christof

Spunky