schwierigkeiten mit cuetools

zusatzfrage:
was mich auch wundert, ist, daß cd's mitunter in der cuetools-datenbank gefunden werden, in der accuraterip-datenbank aber nicht?! kann man nicht mit dem ergebnis aus der einen db die andere befragen um zu einem ergebnis zu kommen?

tja, schade, daß sich in der thematik scheinbar sonst auch keiner so richtig auskennt. dann werd ich mir mal selber antworten, falls doch jemand daran interessiert ist.

die genannte fehlermeldung:
"Exeption: Der Index war außerhalb des Arraybereichs."
läßt sich scheinbar ganz leicht umgehen. wenn man die flacs in ein anderes verzeichnis kopiert und danach cuetools im neuen verzeichnis suchen läßt, gibts die meldung nicht mehr. schon etwas seltsam.... fast könnte man auf die ganz ganz böse idee kommen, daß abgespeicherte dateien, doch nicht so ganz 100% sicher als flac abgespeichert werden....
vielleicht hats aber auch einen ganz anderen grund - keine ahnung.

wegen dem auffinden in der accurat-bibliothek: meistens fehlt nur die passende pregap-pause vor dem 1. track und dann wird die cd richtig erkannt, datentracks sind, zumindest bei mir, nur sehr selten mit dabei.
nun gibt es einige datenbänke mit cue-informationen, jedoch sind dort seltsamerweise keine pregap-infos enthalten. deswegen frage: kennt zufälligerweise jemand eine datenbank mit eben diesen informationen?

Wenn man zB einen Ordner hat, in dem die Tracks einer CD in FLAC liegen und so gerippt sind, dass ihre Länge den Tracks der CD entspricht (d.h. das Pregap hängt immer am folgenden Track (das ist die Standardausführung beim Rippen, wenn man keine andere Behandlung der Pausen anordnet)), wird dann so ein Ordner korrekt in der Accurate Rip Datenbank zugeeordnet?

leider nicht!
habs jetzt gerade mal konkret mit einer cd versucht:
das verzeichnis mit den flacs ohne cue-datei wird in der accuratrip-db nicht (bzw in meinem fall mit einem treffer) gefunden. wenn ich im EAC ein cue-sheet erstelle (einstellung: aktuelle pauseneinstellung), und dann in cuetools das cuesheet als cd angebe, werden 81 treffer gefunden, was schätzungsweise in ordnung ist.
der trick ist scheinbar folgender: im cue-sheet wird beim ersten track ein pregap von 00:00:32 angegeben. wenn ich nun die cue-datei wieder entferne und in cuetools manuell ein entsprechendes pregap angebe, werden auch 81 treffer gemeldet. scheinbar gehts also um diese pregap-angabe, da in der accuratrip-db nach der genauen gesamtlänge der cd gesucht wird und diese ohne pregap zu kurz ist.
deswegen wärs jetzt natürlich interessant, diese pregaps in einer online-datenbank nachsehen zu können.
test-cd ist übrigens beggars banquet von den stones.

Dieses Problem gabs mit der freeDB eigentlich nicht. Ich habe früher öfters CDs mit einem Audiorekorder kopiert, der noch keinen Vorlaufspeicher hatte, man also den Aufnahmevorgang manuell startete, wodurch das 1. Pregap oft eine Sek zu lang ist. Diese CDRs wurden von freeDB immer richtig identifiziert.
Auch die Länge des letzten Tracks, die bei solchen CDRs um 2 sek. und mehr zu lang ist, störte nie.....

Unter diesen Aspekten kann ich es vergessen, mal meine vielen Ordner überprüfen zu lassen. Wobei ich wegen Rippingfehler keine Bedenken habe, sondern vielmehr, dass beim Sichern und Hin- und Herkopieren unentdeckte Schäden entstehen könnten....

CueSheets habe ich fast nie erstellt, weil es ja in 99% der Fälle nichts bringt (außer dass ich halt ggf. negative Countdowns vor den Startmarken bekomme, wenn ich dann wieder eine CD davon brenne, was aber auch schon alles ist).

kann ich voll bestätigen,
die freeDB ist viel unproblematischer abzufragen. scheinbar wird dort nach anderen kriterien gefiltert?! ich muß allerdings auch sagen, daß die abfrage bei der accuratDB ebenfalls zu 100% funktioniert, wenn man die entsprechende pregap-info entweder manuell oder über die cue-datei angibt. habs jetzt mal bei 10 cd's getestet und es funktioniert tatsächlich jedes mal!
dummerweise hab ich auch nie eine cue-datei angelegt, weil mir die pausen zwischen den tracks immer ziemlich egal waren. deswegen stellt sich jetzt halt die frage: wo kriegt man die her?

Laut Redbook ist das 1. Pregap immer (mindestens?) 2 sek. Das wirds aber wohl nicht sein......

ich weiß. deswegen bin ich auch der meinung, das ich die sache noch lange nicht verstanden hab. bei den 10 cd's, die ich mir genauer angesehen hab, war bei ca der hälfte ein pregap vor dem 1. track mit 00:00:00 angegeben, was es eigentlich gar nicht geben darf.
das waren natürlich die, die cuetools auch ohne cue-datei problemlos gefunden hat. sehr seltsam das ganze!

Mir kommt dieses 1. Pregap immer beim Brennen in die Quere. Ich setze alle Pausen auf Null (standardmäßig setzt ja jedes Brennprogramm immer 2sek zwischen die Tracks). Da kommt dann die Meldung, dass das 1. Pregap aber 2 sek. bleiben muß......

cr schrieb:

Mir kommt dieses 1. Pregap immer beim Brennen in die Quere.

Dieses Pre-Gap (Zeitversatz, Offset) ist Laufwerks-spezifisch und wird bei der Einrichtung von EAC ermittelt (über eine Datenbank). Das Pre-Gap wird in der cue-Datei abgespeichert. Fehlt dieses, kann das Pre-Gap u.U. nicht rekonstruiert werden und die Verifizierung über accurate-rip schlägt fehl. Ausserdem kann der Brenner beim Kopieren (Brennen) auch noch zusätzlich ein eigenes Pre-Gap produzieren, so daß die Verifizierung der Kopie als bit-identisch über accurate-rip möglicherweise auch nicht gelingt, vor allem wenn das image gesplittet wurden und die Pausen an den vorherigen Track gehängt werden. Accurate Rip bildet eine Prüfsumme für den gesamten Track, ein falsches Bit, und der Rip ist nicht mehr accurate. Schlußendlich ist Nero weiterhin auch noch verbugt.

Dazu eine Ankedote: Mit dem Neuaufbau meines Systems habe ich auch Windows neu aufgesetzt. Dabei bin ich von Nero 6.13 (aus 2004) auf Nero 10 (nur das reine Brenn-Programm) umgestiegen. Nero 10 belegt fast 10mal mehr Speicher als die alte Version, kann nicht mehr, hat aber nach 6 Jahren Entwicklungszeit immer noch die alten Bugs an Board (z.B. trotz deutscher Sprachauswahl teilweise englische Sprachboxen). Als ob Nero aus dem gleichen Stall wie MS-Office kommt.

Wenn ich Audio-CDs brenne, dann fast nur Sampler. Aber vor kurzem wollte ich Kopien von Original-CDs verschenken. Bit-identisch, versteht sich. Also in Nero das cue-sheet geladen, gebrannt und sogar mit Nero verifiziert (da Geschenk, wollte ich auf Nummer sicher gehen). Nero sagt: Alles i.O.. Wochen später höre ich eine der Kopien auf dem CD-Player, und die Übergänge zwischen den Stücken sind erkennbar nicht sauber (Sprünge). Verunsichert habe ich die Kopie mit EAC geripped, und accurate rip sagt: CD not in Database.

Dann habe ich einige Tracks im Analyser geladen und mit dem Original verglichen. Ergebnis: Nero hat bei jedem Stück was abgeknappst, in Summe über die ganze CD gut 30 Sekunden. Haben die den offen??? Die kriegen das immer noch nicht hin, daß man sich darauf verlassen kann, daß ein image richtig gebrannt wird!!! Die erste Kopie hatte ich da schon weggegeben.

Ich habe daraufhin mit IMGBurn (Freeware) das Image gebrannt, und die Kopie war bit-identisch. Mit der richtigen Software geht alles.

Daher verwende ich Nero (immer noch 6.0) auch nur zum Brennen von DVDs oder DVD/CDROMS.

Was die Bugbeseitigung betrifft, fragt am sich sowieso oft, was da getrieben wird. Bei Plextools wurde der Bug, dass man beim Brennen von mehreren CDRs nicht jeweils die Brenngeschwindigkeit ändern kann, 18 Versionen lang nicht behoben (wenn da eine 4x CDRW darunter war, gingen alle folgenden CDRs auch nur mit 4x!!).
W2k hat einige ärgerliche Bugs, die man selber beheben muß, weil sie in 3 Servicepacks und 100en Updates nicht behoben wurden, und wie ich beim Neuaufsetzen fststellte, auch noch die xp-Gemeinde beschäftigten, wo sie 1:1 gleich auftreten.

Ich dachte eigentlich, daß 4 Versions-Nummern später solche Kinderkrankheiten der Vergangenheit angehören. Mein Fehler.

hab die selben erfahrungen mit nero gemacht, ab version 6 ist es zu vergessen. kommt zwar jede menge kram auf die festplatte, aber die wesentlichen funktionen haben sich nicht verbessert, eher verschlechtert...
wenn interesse besteht: versuch mal ashampoo. das programm ist ähnlich schlank und flott wie das alte nero und funktioniert tadellos.
zum thema 'pregap-informationen in datenbanken suchen' weiß niemand etwas?
in der freedb ist wohl zu diesem thema auch nichts zu finden?

contadinus schrieb:

zum thema 'pregap-informationen in datenbanken suchen' weiß niemand etwas?

Da gibt es nichts. In der Datenbank sind nur Disc-ID und Prüfsummen. CueTools arbeitet mit cue-sheets, wenn man die nicht (erstellt) hat, ist das Programm weitgehend nutzlos, denn die pre-gap-infos stehen im cue-sheet.

schön blöd!
aber danke für die klare antwort. hatte mir gedacht, da es ja auch cue-datenbanken gibt, dort etwas zu finden, aber du hast leider recht, da gibts nix!

Hallo Forum!

Ich hänge mich hier mal rein, habe auch Schwierigkeiten mit "CUETools 2.0.9" und hoffe, ihr könnt helfen! Nach dem Splitten meiner CD-Images sind die neu ertellten cuesheets der Einzeltracks teilweise unbrauchbar! Hier mal ein Beispiel:

Original Cuesheet:

REM GENRE Klassik REM DATE 2009 REM DISCID 7A12340A REM COMMENT "ExactAudioCopy v0.99pb4" SONGWRITER "Felix Mendelssohn Bartholdy" PERFORMER "Anne-Sophie Mutter;Gewandhausorchester Leipzig;Kurt Masur;Lynn Harrell;André Previn" TITLE "Mendelssohn" FILE "01 - Anne-Sophie Mutter - Mendelssohn.wv" WAVE TRACK 01 AUDIO TITLE "Violin Concerto in E Minor, Op.64 - Allegro molto appassionato" PERFORMER "Anne-Sophie Mutter;Gewandhausorchester Leipzig, Kurt Masur" INDEX 01 00:00:00 TRACK 02 AUDIO TITLE "Violin Concerto in E Minor, Op.64 - Andante" PERFORMER "Anne-Sophie Mutter;Gewandhausorchester Leipzig, Kurt Masur" INDEX 01 12:19:26 TRACK 03 AUDIO TITLE "Violin Concerto in E Minor, Op.64 - Allegro molto Vivace" PERFORMER "Anne-Sophie Mutter;Gewandhausorchester Leipzig, Kurt Masur" INDEX 00 19:34:15 INDEX 01 19:34:16 TRACK 04 AUDIO TITLE "Piano Trio No. 1 in D Minor, Op.49 - Molto allegro agitato" PERFORMER "Anne-Sophie Mutter;Lynn Harrell;André Previn" INDEX 00 25:49:06 INDEX 01 25:51:09 TRACK 05 AUDIO TITLE "Piano Trio No. 1 in D Minor, Op.49 - Andante con moto tranquillo" PERFORMER "Anne-Sophie Mutter;Lynn Harrell;André Previn" INDEX 01 34:52:21 TRACK 06 AUDIO TITLE "Piano Trio No. 1 in D Minor, Op.49 - Scherzo: Leggiero e vivace" PERFORMER "Anne-Sophie Mutter;Lynn Harrell;André Previn" INDEX 01 41:44:28 TRACK 07 AUDIO TITLE "Piano Trio No. 1 in D Minor, Op.49 - Finale: Allegro assai appassionato" PERFORMER "Anne-Sophie Mutter;Lynn Harrell;André Previn" INDEX 01 45:22:62 TRACK 08 AUDIO TITLE "Violin Sonata in F Major (1838) - Allegro vivace" PERFORMER "Anne-Sophie Mutter;André Previn" INDEX 00 53:33:35 INDEX 01 53:38:74 TRACK 09 AUDIO TITLE "Violin Sonata in F Major (1838) - Adagio" PERFORMER "Anne-Sophie Mutter;André Previn" INDEX 01 65:04:24 TRACK 10 AUDIO TITLE "Violin Sonata in F Major (1838) - Assai vivace" PERFORMER "Anne-Sophie Mutter;André Previn" INDEX 01 72:18:14

Cuesheet nach dem Splitten:

REM ACCURATERIPID 001ecacd-00f1cf4d-7a12340a REM GENRE "Klassik" REM DATE 2009 REM DISCID 7A12340A REM COMMENT "ExactAudioCopy v0.99pb4" SONGWRITER "Felix Mendelssohn Bartholdy" PERFORMER "Anne-Sophie Mutter;Gewandhausorchester Leipzig;Kurt Masur;Lynn Harrell;André Previn" TITLE "Mendelssohn" FILE "01 - Violin Concerto in E Minor, Op.64 - Allegro molto appassionato.flac" WAVE TRACK 01 AUDIO TITLE "Violin Concerto in E Minor, Op.64 - Allegro molto appassionato" PERFORMER "Anne-Sophie Mutter;Gewandhausorchester Leipzig, Kurt Masur" INDEX 01 00:00:00 FILE "02 - Violin Concerto in E Minor, Op.64 - Andante.flac" WAVE TRACK 02 AUDIO TITLE "Violin Concerto in E Minor, Op.64 - Andante" PERFORMER "Anne-Sophie Mutter;Gewandhausorchester Leipzig, Kurt Masur" INDEX 01 00:00:00 TRACK 03 AUDIO TITLE "Violin Concerto in E Minor, Op.64 - Allegro molto Vivace" PERFORMER "Anne-Sophie Mutter;Gewandhausorchester Leipzig, Kurt Masur" INDEX 00 07:14:64 FILE "03 - Violin Concerto in E Minor, Op.64 - Allegro molto Vivace.flac" WAVE INDEX 01 00:00:00 TRACK 04 AUDIO TITLE "Piano Trio No. 1 in D Minor, Op.49 - Molto allegro agitato" PERFORMER "Anne-Sophie Mutter;Lynn Harrell;André Previn" INDEX 00 06:14:65 FILE "04 - Piano Trio No. 1 in D Minor, Op.49 - Molto allegro agitato.flac" WAVE INDEX 01 00:00:00 FILE "05 - Piano Trio No. 1 in D Minor, Op.49 - Andante con moto tranquillo.flac" WAVE TRACK 05 AUDIO TITLE "Piano Trio No. 1 in D Minor, Op.49 - Andante con moto tranquillo" PERFORMER "Anne-Sophie Mutter;Lynn Harrell;André Previn" INDEX 01 00:00:00 FILE "06 - Piano Trio No. 1 in D Minor, Op.49 - Scherzo_ Leggiero e vivace.flac" WAVE TRACK 06 AUDIO TITLE "Piano Trio No. 1 in D Minor, Op.49 - Scherzo: Leggiero e vivace" PERFORMER "Anne-Sophie Mutter;Lynn Harrell;André Previn" INDEX 01 00:00:00 FILE "07 - Piano Trio No. 1 in D Minor, Op.49 - Finale_ Allegro assai appassionato.flac" WAVE TRACK 07 AUDIO TITLE "Piano Trio No. 1 in D Minor, Op.49 - Finale: Allegro assai appassionato" PERFORMER "Anne-Sophie Mutter;Lynn Harrell;André Previn" INDEX 01 00:00:00 TRACK 08 AUDIO TITLE "Violin Sonata in F Major (1838) - Allegro vivace" PERFORMER "Anne-Sophie Mutter;André Previn" INDEX 00 08:10:48 FILE "08 - Violin Sonata in F Major (1838) - Allegro vivace.flac" WAVE INDEX 01 00:00:00 FILE "09 - Violin Sonata in F Major (1838) - Adagio.flac" WAVE TRACK 09 AUDIO TITLE "Violin Sonata in F Major (1838) - Adagio" PERFORMER "Anne-Sophie Mutter;André Previn" INDEX 01 00:00:00 FILE "10 - Violin Sonata in F Major (1838) - Assai vivace.flac" WAVE TRACK 10 AUDIO TITLE "Violin Sonata in F Major (1838) - Assai vivace" PERFORMER "Anne-Sophie Mutter;André Previn" INDEX 01 00:00:00

Wie ihr seht, sind die File-Einträge irgendwie "sinnlos" im Cuesheet verteilt und ich hab keine Ahnung warum?

Viele Grüße und vielen Dank,

H

Weil ein File (das ursprüngliche Image) in mehrere Files aufgeteilt wurde.

Hallo RoA!

Danke für deine Antwort!

RoA schrieb:

Weil ein File (das ursprüngliche Image) in mehrere Files aufgeteilt wurde.

Das ist mir schon klar, denn ich hab das Ursprungs-File ja selbst aufgeteilt! Nur sollte der neue cuesheet nach dem Splitten wieder verwendbar sein, sei es zum Brennen oder als Playlist für Foobar beispielsweise! Also hat es doch den Anschein, daß ich irgendwas falsch mache beim Splitten, aber was?

Gruß

H

Nach dem Splitten hat das cuesheet nur noch "statistische" Funktion, da jedes Stück/File bei 00:00:00 anfängt und die Pausen entweder vorher/nachher angehängt wurden (oder auch nicht).

@contadinus:

Wenn Du noch die EAC-LOG-Dateien hast, dann findest Du dort den Pregap in der Tabelle am Anfang unter Startsektor vom Track 1.

CueTools sucht sich den Pregap auch automatisch aus der Log-Datei, wenn diese im selben Ordner ist (und evtl. denselben Namen hat wie die *.m3u-Datei).

hi anaono,
danke für den tip, aber leider hab ich immer bloß die flac's als einzeldateien gespeichert. tja, vorausschauendes denken, war schon immer meine stärke...
ist aber inzwischen nicht mehr so wichtig, sehr viele cd's haben scheinbar gar kein pregap, d.h. cuetools kann sie auch finden. und einige haben aus irgendeinem grund ein pregap von 32ms, das läßt sich ja manuell eintragen.
und der gar nicht mal sooo große rest wird einfach nochmal gerippt.