Audiograbber Forum

Hallo, Christof,

die Pfadlänge war's nicht. Komprimiere jetzt auf dem betreffenden Rechner intern und unter dem gemeinhin vielempfohlenen Prinzip der Entschleunigung. Ich hab ja noch meinen alten Rechner.

Das Hundegrab werde ich mir demnächst mal vor Ort besehen, eine Freundin von mir spielt dort draußen sommers Theater. Und wir Berliner sind ja immer für Firlefanz zu haben, wenn wir nicht gerade seriös die Masterelitemaster von Computerforen mit Rätseln löchern.

In diesem Sinne - besten Dank nochmal für Rat,

Loginus

Hallo, start78 und Christof,

ich habe mal ein Klavierstück und eines mit Gitarre und Gesang, beide knapp vier Minuten, einmal mit hoher, einmal mit normaler Qualität als mp3 erstellt, die Version hoher Qualität war in beiden Fällen nicht viel größer, beim Klavier 80 KB, bei Gitarre und Gesang 120, ein Unterschied ist auf die Schnelle nicht hörbar, auf die Länge vermutlich auch nicht. Dennoch läuft die Herstellung der normalen Qualität rund ein Viertel schneller. Das laß ich jetzt mal schlicht und ergreifend auf "normal" stehen.

Anbei der Screenshot für die Extern-Einstellungen.

Den mit dem Hund kannt ich noch nicht - ist der österreichisch?

Herzlichen Gruß, und vielen Dank für Hilfe nochmal,

Loginus

Gegrüßt nochmal, start78,

ja, wenns um Computer geht, hab ich Enormes an Unwissen zu bieten.

zu 1: Das wußte ich immerhin. Habe nur auf meinem alten Rechner bislang einen Schnitt von 192 Kbit/s vorausgesetzt, das war seinerzeit auch mal so propagiert worden, sieht auch auf den laienhaften ersten Blick so aus. Aber mir ist schon klar, daß die kleine gelbe Infoblase über den VBR-Stufen im Internen auch nur sehr grob umschreiben kann, was wirklich passiert, zumal bei in jeder Hinsicht hochdynamischer klassischer bzw. akustischer Musik.

zu 2: Das ist es eben: der langsamer arbeitende SP3-Rechner ist nominell deutlich leistungsfähiger, sowohl beim Prozessor als auch beim Arbeitsspeicher. Aber der ganz wichtige Hinweis von Dir ist wohl dieser hier:

>>Geschwindigkeitsunterschiede können an unglücklichen Kombinationen bestimmter Hardware liegen oder mit den installierten Treibern zusammenhängen.<<

Und ich muß mich mit der auf dem betreffenden Rechner erbrachten Verarbeitungsgeschwindigkeit abfinden.

zu 3: Ich meinte bezüglich der erwogenen Registry-Veränderungen das Lame-Plugin, nicht Audiograbber. Der Grund für die Erwägung ist nicht so schlecht: vor der Install des Plugins - denn das hatte ich ja gleich zu Anfang schon mal installiert - war externer Betrieb möglich, nachher, trotz gründlicher Deinstall-Maßnahmen und absolut gleicher Konfig, definitiv nicht mehr.

zu 4: Vollstes Verständnis.

zu 5: Du sagst es. Ich hatte es nur eben schon gleich zu Anfang mit dem Plugin versucht, mit demselben allerleilangsamen Ergebnis beim Internen; der Externe lief danach ja gar nicht mehr.

Der entscheidende Hinweis vor Dir ist, alles zusammen betrachtet, der unter Punkt 2. Und demgemäß hab ich Audiograbber auf dem SP3-Rechner jetzt auch eingerichtet, genauergesagt wiederhergestellt: mit Herrn Heinzles Plugin, das schon deswegen unbestritten famos ist, weil es dem ganzen lästigen alten Lame-Implemetierungs-Gedöns ein schlichtes und schönes Ende gesetzt hat. Nur schade, daß es sich nicht mit der Hardware bzw. den Treibern meines hiermit mehr als genug besungenen SP3-Rechners verträgt. Aber ich hab meinen alten Rechner ja noch, und der wird, hoffentlich noch möglichst lange, auch meine Hauptwerkbank bleiben.

Vielen Dank nochmals für Hilfe und ausführliche Hinweise, auch an Guru.

Besten Gruß,

Loginus

ps. Ich habe immerhin noch einen Geschwindigkeitszuwachs von etwa 25 Prozent erzielen können, durch Umstellen der Erstellungsqualität von "Hoch" auf "Normal". Ersteres war meine Einstellung aus vor-Externen Zeiten gewesen, letzteres brachte das Plugin mit. In den "vier Schritten" schriebst Du 2005:

>>In der zweiten Zeile kann man auf "Hoch" stellen, allerdings scheint dies bei aktuellen LAME Versionen keinen Einfluss mehr zu haben<<

Gibt es dazu neuere Erkenntnisse? - Gruß, L.

Vielen herzlichen Dank, Guru und start78,

für Eure Anregungen. Ich hatte Audiograbber schon ganz früher mal per internem Encoder betrieben, dann kam aber eine Zeit - und so lang ist das noch gar nicht her -, wo allerorten dringend empfohlen wurde, Lame extern und mit expliziten Steuerungsparametern zu fahren, was sich auch tatsächlich als deutliche Verbesserung in Qualität, Datenminimierung und Geschwindigkeit erwies.

Die von mir seitdem benutzte Konfiguration funktioniert auf dem WinXP/SP1-Rechner nun schon seit vielen Jahren ganz ausgezeichnet, deswegen wollte ich sie auch auf dem anderen Rechner herstellen. Warum das dort bei exakt gleicher Software und gleichen Einstellungen viermal so langsam lief, ist bis jetzt ein Rätsel.

Schreibfehler in den Parametern gab es übrigens nach wie vor keine.

Was sehr irritiert, ist, daß nach völliger Deinstallation beider Audiograbber-Versionen, samt Registrierungsbereinigung und Löschen von Programmordnerresten, sowie Reinstallation der alten Konfiguration diese immer noch GAR nicht mehr läuft; es macht den Eindruck, als hätte das Ausführen der lame.exe 3.98.4 von Herrn Heinzles Seite etwas im System umgeschrieben. Eine Systemwiederherstellung ist aber mit vertretbarem Aufwand nicht mehr möglich.

Unter "in vier Schritten" wird auf eine Lame-Version 3.98.2 verlinkt ("Hier findet man die aktuell empfohlene LAME-Version"), die, wie früher, lame.exe und lame_enc.dll enthalten soll, die man in den audiograbber-Ordner kopieren könne; am Ziel erhält man aber nur eine lame.exe, von der zu befürchten ist, daß sie wohl eher wieder ein Programm enthält, das außerhalb von Audiograbber irgendwelche Operationen auf dem System durchführt.

Da nun Audiograbber auf meinem SP3-Rechner eh schon geschrotet war, habe ich die lame.exe bei geschlossenem Audiograbber ausgeführt: ein DOS-Fenster blitzte auf, unlesbar, das war's.

Dann habe ich die lame.exe in den audiograbber-Ordner kopiert und die für 3.98.2 empfohlenen Parameter -V 2 %s %d eingestellt - keine Veränderung.

Unter Interner Encoder finde ich - da ja keine neue dll eingestellt ist - nach wie vor nur die Einstellmöglichkeiten von anno Toback: VBR 5 entsprechend 128 Kbit/s im Schnitt - indiskutabel -, VBR 0 als Optimum, entsprechend 184 Kbit/s im Schnitt - mit viel zu fetten Dateien im Ergebnis. Außerdem laufen die Prozesse allerhandlangsam.

Mir steht also immer noch kein auch nur halbwegs akzeptabler Betriebsmodus zur Verfügung, und meine Fragen sind leider immer noch offen:

1. Wie wäre der durch lame.exe 3.98.4 offenbar erfolgte Systemumschrieb rückgängigzumachen?

2. Falls das gelänge: wie käme man auf die Verarbeitungsgeschwindigkeit, die diese Konfiguration auf meinem SP1-Rechner zeitigt?

Ich bin ein ziemlicher Computer-Laie und habe den Eindruck, daß diese Angelegenheit hyperkompliziert ist, und wenn jemand einen Rat wüßte, wie ich Audiograbber - egal, in welcher Version und ob mit externem oder internem Encoder - auf dem SP3-System funktionabel machen könnte, wäre ich ausgesprochen dankbar.

Gruß,

Loginus

Betreibe Audiograbber auf WinXP/SP1 seit sieben Jahren erfolgreich, zuletzt in Version 1.83, mit Lame 3.97.b2 als externem Encoder, --preset fast standard %s %d.

Audiograbber nun kürzlich auf zweitem Rechner mit WinXP/SP3 installiert - Lame arbeitete viermal so langsam. Daher Audiograbber 1.83SE mit Lame 3.98.4 installiert - genauso langsam; aus dem alten Audiograbber startete Lame indes gar nicht mehr (aufblitzendes nicht erkennbares Fenster, das war's).

Daher beide Versionen sauber deinstalliert und die alte wieder neu - Lame startet aber immer noch nicht, bei exakt denselben Konfigurationen wie vor der Installation von Audiograbber 1.83SE bzw. Lame 3.98.4.

Habe jetzt schon sehr lange vergeblich getüftelt und Forum durchsucht - kann jemand helfen?

• warum arbeitete Lame in der alten Konstellation so langsam?
• vor allem aber: wie bekomm ich die alte Konstellation wiederhergestellt?

Vielen Dank, Gruß,

Loginus