Statt Audio werden Datentracks erkannt
-
Hallo,
schon mal danke für die Info ... jetzt kann ich bis song 7 grabben .... ist ja schon mal nicht schlecht .... ab song 8 kommt immer ASPI Fehler ... ich habe den neusten aspi-layer (??) gerade installiert ... woran kann es noch liegen? ich habe hier im forum rumgestöbert aber nicht´s hilfreiches gefunden ....
-
Hallo Christof ..
ok, nach eifriger DJ-arbeit habe ich nu alle tracks auf platte, zumindest schon mal als wave-format ... Damit sind die tracks ziemlich verlustfrei, oder? ???
mit der lame.exe dauerts ein wenig länger hört sich aber sehr sehr gut an .... ist auch kein problem wenn winamp die kbit/s rauf und runter nudelt (von 128 - 192 ist alles dabei; während einem song)?
-
zumindest schon mal als wave-format ... Damit sind die tracks ziemlich verlustfrei, oder?
Wenn keine Fehler beim Rippen aufgetreten sind, ja.
ist auch kein problem wenn winamp die kbit/s rauf und runter nudelt (von 128 - 192 ist alles dabei; während einem song)?
Ja, das nennt sich Variable Bitrate (VBR), bei der der Encoder jeder Stelle der MP3 die optimale Bitrate zuordnet. Damit hast du eine sehr hohe Qualität.
Das Wechseln der Bitraten-Anzeige kannst du abstellen, einfach unter Plugins - Input/Eingabe - Nullsoft MPEG Audio Decoder - Decoder die Option "Show average bitrate on VBR files" aktivieren, dann wird dir die durchschnittliche Bitrate der MP3 angezeigt.
gibt es qualitätsunteschieder zwischen dem linuxlame und winblödlame?
Bei gleicher LAME-Version mit gleichen Einstellungen gibt es keinen Unterschied.
-
Also wenn Du --alt-preset standard verwendest, müssen wir nicht mehr probehören - daß die Tracks transparent sind, wissen wir
Ist das Grabben Hobby? Nun ja, wir sind keine Releasegroup, also haben wir prinzipiell mit eigenen Sachen, als Hobby oder Aufgabe zu tun.Für mich als Foren-CoAdmin ist das ganze zwar aus Hobby gewachsen (eigentlich eher wegen tausender Schallplatten, die mit Audiograbber nach und nach digitalisiert werden), mitlerweile aber durchaus auch "ehrenamtlicher Nebenberuf".
Gruß, Christof
-
"nochmal" nachgefragt ...
es ist ju vollbracht, das Rippen ... jetzt sind aber immer noch "wieso´s", "warum´s" offen .. und zwar hier eine kleine Zusammenfassung meiner Versuche und was Audiograbber 1.82b "versucht" hat ..
-
Versuch:
(Teac 540E): alle Tracks als Datentracks :(, FreeDB kennt die CD nicht; was ist das für ein Kopierschutz, ist der weitverbreitet, schwer zu "knacken"? -
Versuch
(Plextor TA12/10/32): nur 5-6 Tracks werden als Audiotracks erkannt .. rest soll Datentracks sein ...
FreeDB kennt CD nicht .... -
Versuch:
(Plextor TA12/10/32): -CD-Menu -> Detect TOC -> ... subcodes
es werden alle Tracks als Audiotrack identifiziert; FreeDB "erkennt" die CD bzw. bietet mir "Paradise Lost" als Vorschlag an, jedoch wird nur Interpret und Album automatisch ausgefüllt? wieso die einzelnen Songs nicht ..? -
Versuch:
(Plextor TA12/10/32): -CD-Menu -> Detect TOC -> ... session analyze
es werden alle Tracks als Audiotrack identifiziert; FreeDB erkennt die CD auf anhieg. Beim Rippen tritt bei allen Songs ab Track 8 "ASPI Fehler" auf .. wieso erst ab diesem Song ... die Songs 1-7 lassen sich jederzeit ohne probs rippen? -
Versuch:
(Teac 540E): -CD-Menu -> Detect TOC -> ... subcodes
Alle Tracks werden als Audio erkannt. FreeDB spuckt nur Interpret und Album aus ... Das Rippen geht nun mit allen Songs ohne Probs ... wieso gab es nun keine ASPI-Fehler? Liegt es nun am Laufwerk, an den "Detect TOC"-Einstellungen, an der Tageszeit ...?
-
-
Schwer zu sagen.
Die Probleme an freedb dürften daran liegen, daß die Cd tatsächlich unvollständig in der Datenbank eingetragen ist. Das gibt es leider ab und zu. freedb ist eine freie Datenbank, die davon lebt, von Usern mit Infos gefüffert zu werden. Manche User sind jedoch tatsächlich zu dumm, um die Infos vorher alle auszufüllen und erst dann abzuschicken. Da kann man nichts machen - außer wenn Du Zeit und Laune hast, die Infos anzugeben und dann komplett an freedb zu übermitteln.Zu Deinen Fragen wegen der Laufwerke und dem Kopierschutz (Übigens, Leute, Lob Off: Genau so brauchen wir das, wenn wir mal Probleme suchen sollen! Prima! :D): Jeder Kopierschutz ist auf die eine oder andere Art aufgebaut. Dementsprechend läßt er sich mit einer der beiden Optionen, manche mit beiden "beheben".
In Deinem Fall löst die subcodes-Anweisung das Problem: Nun ist die TOC korrekt, und alle Deine Laufwerke können damit was anfangen, vergleiche Deine Punkte 3 und 5. Daß die Titel-Infos nicht vollständig sind, liegt an dem liebenswerten Zeitgenossen, der vor Dir schon die Daten übertragen hatte - unvollständig.
Noch kurz zu den anderen Punkten:
ad 1.) Es gab schon vor längerer Zeit mal das Ansinnen eines Kopierschutzes. Damals fiel den Entwiclklern aber nichts anspruchsvolleres ein, als die Cd als Daten-Multisession zu marken. Das war recht schnell ausgehebelt - TOC-Einträge und Tracks waren ja in Ordnung, sie mußten nur gerippt werden. Auch Audiograbber "unterstützte" diesen proprietären Schutz schon lange. Das hat in diesem Fall aber nichts damit zu tun.ad 2.) Jedes Laufwerk tut sein bestes - aber ohne Nachhilfe schaffts auch der Plextor nicht. Daß freedb die CD überhaupt nicht kennt, ist logisch: Stimmt doch das vom Laufwerk gelieferte Muster mit keinem in der Datenbank überein.
ad 4.) Die session-analyze knackt nur scheinbar den Schutz, in Wirklichkeit tappt der Grabber so in die nächste Falle. Beim Auslesen schnappt die zu - ASPI-Fehler. Eigentlich sind diese dafür ausgelegt, daß der Computer abstürzen sollte (und alle Leute dem Grabber die Schuld geben).
Zusammenfassung: Es lag einzig und allein an der detect-Toc-Einstellung.
Gruß, Christof
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden