Beste Einstellung zum Encoden
-
klar!
-
Mensch: Wenn du nur --alt-preset standard schreibst, wird dein gesamter PC in die Luft gesprengt
Nein, also eigentlich entsteht dann erst gar kein file und somit wird umsonst gerippt! Wär dir bestimmt auch aufgefallen, wenn du es vergessen hättest un wärst gleich wieder hier gelandet, weil ja irgendwas nich stimmt, also wollt ichs gleich sagen 
-
id3 v1 ans ende geschrieben, id3 v2 an den anfang, soweit richtig?
richtigwie kann id3 v2 dann den vbr-header überschreiben und somit die datei beschädigen? kann ich das nachvollziehen, will sagen: merkt man das? fehlermeldung oder muss ich ne hörprobe machen? oder kann man das file dann gar nicht mehr abspielen?
Spiele ein MP3-File ohne ID3v2-Tag mit Winamp ab. Dann klicke mit der rechten Maustaste auf den Track, es öffnet sich ein kleines Zusatzmenü, wo Du die ID3-Tags auswählen kannst. Dort gibt es dann die Möglichkeit die ID3v2-Tags zu aktivieren bzw. die V1 auf die V2 zu kopieren.Da Winamp das MP3-File nicht komplett neu schreibt, wird der VBR-Header überschrieben und Du hast nun genau den Fehler erzeugt, von dem wir sprechen. Dies aüßert sich z.B. in einer falschen Bitratenanzeige. Meines Wissens bleibt das File aber immer spielbar, sprich hörbare Schäden gibt es keine.
Kannst es ja mit nem Testfile selbst ausprobieren.
Spunky
-
okay, nochmals vielen dank!
aber passiert denn das überschreiben des vbr-headers auch, wenn ich direkt in audiograbber einstelle, dass er id3 v1 und v2 erzeugen soll?
ist halt son bisschen blöd, weil viele tracks einfach länger als die paar zeichen sind, die ich im v1-tag benutzen kann.
möchte schon ganz gerne die infos komplett haben und auch erhalten, aber auch gewährleisten, dass das file dann keine falschen infos (wie falsche bitrate oder länge oder so) enthält.
gibt es dazu ne lösung?(und wie gesagt, ogg vorbis mag ja besser sein, ich möchte aber halt erstmal beim universeller lesbaren format mp3 bleiben. wäre also cool, wenn es genau zu diesem problem ne lösung gibt.)
-
aber passiert denn das überschreiben des vbr-headers auch, wenn ich direkt in audiograbber einstelle, dass er id3 v1 und v2 erzeugen soll?
Nein, Audiograbber setzt den ID3v2-Tag korrekt um. Vorrausgesetzt, Du erstellst erst ein Wave-File und daraus dann das MP3-File. Die Einstellung "über temporäre Wave-Datei" ist ausreichend, Du musst nicht das Mp3-File manuell aus nem Wave erstellen.
Probleme gibt es nur, wenn Du on-the-fly encodest. D.h. bereits während des Auslesens wird direkt ein mp3-File erzeugt. Damit hat der Audiograbber nämlich nicht mehr die Möglichkeit, den ID-Tag an den Anfang des Files zu schreiben.
Spunky
-
nochmal ne klitzekleine frage:
wie genau muss ich den parameter
--alt-preset standard %s %d
verwenden, wenn ich ein ganzes album rabben will?
ich möchte ja nicht jede einzelne datei encodieren, das ist ja viel zu umständlich.
könnt ihr mir mal ein konkretes bsp geben, wenn ich ein ganzes album grabben möchte? -
Alle Titel auswählen und auf grabben drücken ? ;D
Und IDv2 Tags sind bei VBR mp3s IMMER problematisch!
-
aber ich dachte, ich müsste für die variablen s und d werte (dateinamen) eingeben?
oder funzt das dann automatisch über den ag wenn ich auf grabben klicke? also dass er mir dann die dateien auch richtig encodiert und benennt?und nochmal zu vbr und id3 v2:
gibt es da irgendwie ne möglichkeit, den problemen aus dem weg zu gehn? ich möchte halt auf jeden fall v2 haben, weil ich die infos brauche.(nur mal so ne frage, ich hab nicht vor, dass zu benutzen:
das problem besteht doch bei cbr nicht, oder?) -
doch, schon aufgrund der tatsache dass der v2 tag VOR dem eigentlichen mp3 bitstream steht und eine variable länge hat. Somit kommen manche Player damit nicht klar, aber die Probleme halten sich in Grenzen
%s %d wird von AG durch den Dateinamen ausgetauscht, du musst da nix machen!
-
aber ich dachte, ich müsste für die variablen s und d werte (dateinamen) eingeben?
oder funzt das dann automatisch über den ag wenn ich auf grabben klicke? also dass er mir dann die dateien auch richtig encodiert und benennt?
Wie Benni schon sagte, das passiert automatisch. Du gibts die Parameterzeile genau so ein:
--alt-preset standard %s %d mehr musst Du nicht machen.und nochmal zu vbr und id3 v2:
gibt es da irgendwie ne möglichkeit, den problemen aus dem weg zu gehn? ich möchte halt auf jeden fall v2 haben, weil ich die infos brauche.
Sorry, da gibt es leider keine eleganteren Wege. Wenn Du diese unbedingt nutzen willst, dann mache es so, wie ein paar Beiträge vorher dargestellt. Du musst halt aufpassen, sobald Du an dem File etwas änderst. Wenn Du z.B. nachträglich zusätzliche Informationen in den v2-Tag aufnehmen willst, müßte theoretisch das File nochmal neu geschrieben werden, damit die neue Länge des v2-Tags auch wirklich vor den Header passt. Du kannst z.B. in Winamp den v2-Tag ändern. Da Winamp aber die Datei nicht nochmal komplett neu schreibt, sind Fehler vorprogrammiert.(nur mal so ne frage, ich hab nicht vor, dass zu benutzen:
das problem besteht doch bei cbr nicht, oder?)Hat Benni auch schon beantwortet. Da der v2-Tag vor dem File steht, ist es immer etwas kritisch.
Spunky
-
super von der startseite kopiert, standard ist wesentlich! besser
-
Letztlich steckt hinter der exe und der dll Version der gleiche Encoder. Mit der exe hast Du zusätzlich den Vorteil, dass Du auch spezielle Presets verwenden kannst, welche bei der dll (noch) nicht eingebaut sind.
Speziell die --alt-presets sind qualitätsmäßig derzeit unschlagbar. Um diese verwenden zu können, brauchst Du aber die Lame.exe.
Weitere Infos findest Du auch im GettingStarted Dokument auf der Downloadseite des Audiograbbers.
Gruß Spunky
-
Mit den Alt-Presets werden also Einstellungen vorgenommen, die man über den Audiograbber nicht vornehmen kann, so dass Alt-Presets eine bessere Qualität liefern, als ich es über die DLL mit den AG-Einstellungen machen kann?
Dann sollten in den AG mal schleunigst diese Funktionen integriert werden, so dass man auch über die DLL darauf zugreifen kann, wenn ihr mich fragt. -
Der AG ist ein Ripper und hat seine primäre Funktion beim Auslesen der Daten von der CD. Dass man den Encoder auch über den AG steuern kann ist sozusagen ein Zusatzfeature (welches manche Ripper gar nicht anbieten, da gehts nur mit der exe). Soweit ich weis, soll das interne Mapping auf die alt-presets mit der übernächsten Version kommen. Diese ist aber noch nicht terminiert.
Aber egal welchen Ripper Du nimmst. Die dll wird immer einem Delay haben, da ja der Programmierer des Rippers nicht ständig ne neue Version rausbringen kann, nur weil es wieder ein neues Preset gibt.
Wenn Du qualitätsmäßig dran bleiben willst, dann solltest Du auf die exe umsteigen. Aber wo ist da das Problem? Die exe ist in null-komm-nix installiert - Parameter eingeben - fertig.
Gruß Spunky
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