Audiograbber Forum

Ach so, ja, wollte ja noch die Info zu den aufpoppenden Fenstern nachtragen: Unter MP3-Optionen, externer Encoder ganz unten bei Encoder starten "Minimiert" gewählt.
Ich glaub' aber nicht, daß das was mit meiner mysteriösen Lösung des Problems zu tun hat, denn das war auch schon so eingestellt, als mir die DOS-Fenster noch in die Quere kamen...

Eckart

Edit: Ach ja, ich laß auch immer erst als WAV grabben und encode später über "Aus Datei erstellen...". Hab' nie probiert, wie das mit den Fenstern läuft, wenn man direkt encodet.

ROTFL ;D

Es könnte auch noch die DB was abkriegen und zufällig Beiträge aus beliebigen Threads reinmischen - so 'ne Zufallskomponente hätte doch was ;D

Eckart

Toll, nachdem ich mich erst für die Methode mit Wave-Editor ausgesprochen habe, bin ich gestern Nacht glücklich noch über einen Nachteil bei diesem Vorgehen gestolpert:

Die Dinger kappen (natürlich?) alle die Track-Infos, die AG hinten an die WAVs angehängt hat. Mit dem Ergebnis, daß ich bei derartig bearbeiteten Stücken nach dem Encoden nochmal separat an die ID-Tags ran muß...

Ich glaub' zwar nicht dran, aber dennoch: Kennt jemand 'nen WAV-Editor, der damit "umgehen" kann (sprich: die Infos einfach wieder hinten anhängt beim Speichern?)

Eckart

@Spunky:

Warum sagt Navarre "super, geht alles" und bei mir poppen die Fenster lauter wie die Sektkorken

Hm, keine Ahnung, ich hab', glaub ich, "minimiert" bei "externen Encoder starten" aktiviert und minimier' dann auch AG, wenn er loslegt (erst alles als wav gerippt und dann auf einen Rutsch encoden). Genau Bezeichnung bzw. Screenshot kann ich im Moment aber nicht liefern (da grade im Büro :().

@Christof:
Danke für den Link. Ich hab' irgendwo mal gelesen, Murphy sei Angestellter einer New Yorker Wäscherei gewesen, oder so - muß ich aber auch nochmal nachschauen, wo bzw. wer das verbrochen hat.

Eckart

(Versuch, auf mehrere Postings auf einmal zu antworten;):

Dann laß es so.

Hatte nichts anderes vor...

Never change a running system...

1. Ohnehin mein Motto ;D
2. Ergänzung: "...uns schau bloß nie, ob noch alles ok ist, solange Dich nicht ein Prio 1 Ticket dazu zwingt..."

Und was "Murphy" angeht: Es gibt ungefähr ein halbes Dutzend Versionen, wer sich dahinter wirklich verborgen haben soll - alle letztlich nicht belegt. Aber die mit dem General kannte ich noch nicht, danke!

Eckart

Arbeitet Murphy eigentlich für MS? ;D - Eckart

Klasse, da tippt man eine Antwort, und in der Zwischenzeit sind zig neue dazu gekommen - da soll nachher nochmal einer durchblicken...

Nachdem sich das mit den Datenströmen ja geklärt hat wieder zurück zu den Fenstern:

Klar gehen immer DOS-Fenster für die EXE auf, egal in welcher Einstellung. Bloß haben die auf meiner Kiste zeitweise den Windows-Fokus an sich gezogen (d.h. das aktive Fenster, an das alle Tastatureingaben geschickt werden). Das lief dann ungefähr so:
Ich in Word am tippen. AG/lame im Hintergrund fängt 'ne neue Datei zu encoden an. DOS-Fenster geht auf, innnen Vordergrund, wird auch gleich wieder minimiert - bloß Word wird nicht mehr aktives Fenster, d.h. ist noch im Vordergrund, aber nicht mehr aktiv (graue statt blaue Titelleiste). Folge: Muüßte erst zur Maus greifen und in Word klicken, um wieder dort weitertippen zu können. Auf Dauer ziemlich nervig

Mit "hat sich erledigt" meinte ich: Das war ein paar Abende so, und ist es jetzt nicht mehr. Jetzt macht er das DOS Fenster entweder gleich minimiert auf, oder aufmachen und minimieren geht so schnell, daß ich's nicht mehr mitkriege - auf jeden Fall bleibt die Anwendung im Vordergrund aktiv.

Und, nein, ich hab' keine Ahnung, wieso. Ich hab' wissentlich weder an den AG- noch an Windoof-Einstellungen was geändert. ???

Eckart

Tja, Christof hat mein Verständnisproblem mit dem ursprünglichen Satz prinzipiell schon richtig erkannt. Vielleicht nochmal ausführlicher:

Wenn sich Deine Aussage, Spunky, auf die EXE bezieht, gibt's keinen Sinn, weil man die ohne stdin/stdout nicht als internen Encoder benutzen kann. Und auf den "internen Encoder" (AG Terminologie, also DLL) bezogen auch nicht, weil der ja keine solche Option hat.

Und da kam ich mir dann ziemlich blöd vor, weil ich dachte, irgendwo (wieder mal) irgendwelche Einstellmöglichkeiten übersehen zu haben, daher die Rückfrage - scheint ja aber doch nicht der Fall zu sein

Eckart

Hm, also ich nehm' auch den "Umweg": Wenn ich ein Stück wo schneiden will, dann meistens an einer ganz bestimmten Stelle (z.B. ein kurzer Moment der Stille). Die mit den Möglichkeiten von AG zu "treffen", artete bei mir bisher immer in ein langwieriges Rumprobieren aus. Einfach ein paar Sekunden zugeben und dann im WAV-Editor reinzoomen und gezielt schneiden geht einfach schneller und genauer.
Außerdem kann man so auch viel besser ein- und ausfaden (bei AG muß man, um die Länge zu ändern, glaub' ich die INI ändern und neu starten - und unterschiedlich lange in/out's gehn wohl gar nich, oder?).

Gruß,
Eckart

Wenn Du die direkten Datenströme deaktivierst, dann sollte es aber mit dem internen Encoder funktionieren

Versteh' ich jetzt nicht so ganz: Der interne Encoder (DLL) hat gar keine Option für direkte Datenströme, und um einen externen "wie intern" zu benutzen, ist die Aktivierung der dir. Datenströme Voraussetzung...??? Was meinst Du denn damit genau?

Und um diese Diskussion um Paramter und Qualität (hoffentlich) zu beenden:

1. Mit "experimentieren" meinte ich: Einfach nur rumprobieren, wie sich die verschiedenen Parameter auswirken, ab wann ich einen Unterschied hören kann, etc. Frei nach dem Motto eben "mal sehen, was passiert, wenn...." - Ohne tieferen Sinn, ich hatte nicht vor. nach den "optimalen Einstellungen" zu suchen. Dazu bin ich schlicht zu faul, da andere sich ja schon die Mühe gemacht haben:
2. Um meine CDs "normal" zu encoden, nehm ich ja auch --alt-preset (extreme ;D vollindeckunggeh)

Gruß,
Eckart

Hi Benjamin,

erstmal danke für die prompte Antwort. Mein "Problem" scheint sich in Luft aufgelöst zu haben:
Zwei Abende lang lief's nach folgendem Schema: Bei jedem neuen File wurde erstmal das DOS-Fenster augemacht und dann minimiert, und wenn ich 'nen Tastendruck genau in dem Moment hatte, war Word nicht mehr das aktive Fenster und ich mußte erst wieder zur Maus greifen. Jetzt hab' ich einfach mal Deine vorgeschlagenen Einstellungen probiert, und AG startet den lame direkt minimiert, also kein Problem mehr. Kam mir ein wenig seltsam vor, wieso das an den Params hängt, also hab' ich meine nochmal probiert, und jetzt klappt's auch mit denen - heul! ??? (Manchmal glaube ich, die Kisten wollen mich gezielt blamieren, geht mir im Job auch öfters so: Es geht was nicht, man macht 'nen Call beim Hersteller auf, der meldet "kann Problem nicht nachvollziehen", man probiert's nochmal - und alles ok. Das heißt bei uns dann immer "Oh hätt' ich doch was anständig's g'lernt, dann wär' ich net in der IT gelandet" ;))

Zur Qualität/den Einstellungen an sich: Ich hab' nie behauptet, daß diese Werte "optimale" Qualität bieten, zumal sich über "optimal" ja auch trefflich streiten läßt. Ich bin nur schlicht gerade ein wenig am rumexperimentieren
Die angegebenen Einstellungen sind übrigens auch im Wesentlichen eine "Empfehlung" von http://www.jthz.com/mp3/, auf die ich über die angegebene Lame-URL http://www.sulaco.org/mp3/ gekommen bin...

BTW: Letztere tut's inzwischen nicht mehr: "The requested URL /mp3/ was not found on this server."...

Gruß,
Eckart

Hallo zusammen,

habe ein kleineres Problem beim Encoden: Ich möchte die lame.exe zum encoden benutzen. Als externer Encoder klappt dabei soweit auch alles, nur wollte ich's gerne im Hintergund ablaufen lassen, während ich anderweitig weiterarbeite - und da stören die für jeden Track neu geöffneten Fenster ein wenig. Die kann ich zwar minimiert öffnen lassen, aber auch das bringt den "Windows-Fokus" bisweilen durcheinander (und ständig erst wieder in Word oder Excel klicken zu müssen, bevor ich weitertippen kann, ist halt nicht wirklich praktisch
Also wollte ich das Teil im Modus "wie internen Encoder..." benutzen, aber dabei kommt dann wohl irgendwas mit den Bitraten bei VBRs durcheinander: Winamp zeigt bei derart encodeten Files eine völlig gesponnene Spieldauer an (z.B. 55min statt und auch die angezeigten Bitraten passen nicht (164, 165, 167 statt 128, 192, etc.). Abspielen tut er sie allerdings normal.

Als Parameter nehm' ich was in der Form
--vbr-mtrh -V2 -q0 -ms -b128 -B320 --lowpass 19.7 - -

Wie gesagt, als externer Encoder mit denselben Parametern gestartet (mit %s %d anstatt - -, versteht sich sind die erzeugten MP3s völlig ok. Irgendjemand eine Idee, was ich falsch mache?

Ach ja, die Versionen ;): AG 1.81, Lame 3.92, WinAmp 2.77

Danke schonmal,
ES

PS: Sorry, wenn's da vielleicht schon 'nen Thread gibt - konnte mit der Suchfunktion nix finden...