Angrboda
Anmeldungsdatum: 28. September 2005
Beiträge: 117
|
Hallo, Bitte erklärt mir eins oder beides : 1.) Wie ändere ich die Bitrate fürs MP3 kodieren in Soundjuicer ? Er rippt immer nur mit 128 kbit... und/oder 2.) Wie kann ich bei GRip die in der Freedb gefundenen ID3 Informationen (Album, Genre...) editieren ? Danke und Gruß Angrboda
|
zerwas
Anmeldungsdatum: 13. April 2005
Beiträge: 2561
|
Hi Angrboda, zu 1): Du kannst auf jeden Fall ein Profil bearbeiten oder ein neues mit anderen Werten erstellen: Alt+F2→gconf-editor system - gstreamer - 0.8 - audio - profiles - (cdlossless, cdlossy, voice) Bei cdlossy kannst du dann beim Eintrag "pipeline" hinten quality ändern. Ich guck mal kurz, wie man das mit einem Befehl machen kann..[wird editiert] Ansonsten gibt es da noch goobox, ein anderer CD-Ripper für Gnome, der Dich auch die Bitrate von MP3s einstellen lässt. Zu 2) kann ich Dir leider nichts sagen, da ich es nicht mehr nutze. Gruß, zeRwas
|
zerwas
Anmeldungsdatum: 13. April 2005
Beiträge: 2561
|
Mööp, Rückzug. Ich lasse die Antwort einfach mal stehen, aber besser ist es doch, du machst einfach Alt+F2gnome-audio-profiles-properties ->quality ändern.
|
pippovic
Anmeldungsdatum: 12. November 2004
Beiträge: 9130
|
Hallo, zu 2. Die ID3-Tags kann man nicht mit Grip direkt bearbeiten, du musst dazu ein seprates Programm, z.B. Easytag verwenden. Schau dir aber auch mal diesen Wiki-Beitrag an. Gruß pippovic
|
Angrboda
(Themenstarter)
Anmeldungsdatum: 28. September 2005
Beiträge: 117
|
Danke ! @zerwas : Bei CD-Qualität verlustbehaftet kann man aber nur etwas für .ogg eintragen. bei meinem MP3 Profil habe ich folgende Zeile : audio/x-raw-int,rate=44100,channels=2 ! lame name=enc Wo kann ich denn da die Bitrate einstellen ? @pippovic : OK, hab ich mal installiert. Wenn man nur Genre, Album und so ändern will kann man das allerdings auch direkt in GRIP habe ich bemerkt. Man muss auf den Buntstift unten klicken. Das ist auch schon sehr fein. EasyTag kann ich eh nur begrenzt nutzen leider, denn meine Musiksammlung liegt leider auf einer NTFS Platte ☹
|
jagra
Anmeldungsdatum: 17. Oktober 2005
Beiträge: Zähle...
|
Hallo! Hab das hier im englischen Forum gefunden. Hoffe es funktioniert. Bei mir hat es so geklappt. To encode MP3s, you can use Sound Juicer (installed by default) which uses gstreamer and the LAME mp3 encoder. The following should also work with other programs that use gstreamer: First, install the gstreamer0.8-lame package (available in the HOARY-EXTRAS repository). Create a new profile in gnome-audio-profiles-properties. Edit this profile and set Gstreamerpipeline to audio/x-raw-int,rate=44100,channels=2 ! lame name=enc. Optionally, you can add bitrate=<some bitrate> to the end of this line if you want a specific (constant) bitrate other than the default of 128. Finally, set File Extension to mp3, click the Active checkbox and then OK. Note: To clarify the above; run the command /usr/bin/gnome-audio-profiles, which will pop up the Edit GMAudio Profiles dialog. Use this dialog to create a new profile and then edit the newly created profile to set the parameters as above. Before the first use of Sound Juicer, launch the command gst-register-0.8. Now, you should be able to rip MP3s. MfG, Jagra
|
dabbljuh
Anmeldungsdatum: 9. Oktober 2005
Beiträge: 56
|
Hatte das selbe Problem... geb mal "gst-inspect lame" auf einer Konsole ein, dann kriegst du eine Menge Optionen angezeigt, u.a. ganz am Ende "preset":
preset : Lame Preset Enum "GstLamePreset" (Current 0, "None") (0): None (1006): Medium (1001): Standard (1002): Extreme (1003): Insane
D.h. z.B. für das Lame-Preset Extreme musst du hinten an die Gst-Pipeline preset=1002 anhängen.
|
phunk
Anmeldungsdatum: 23. Oktober 2005
Beiträge: 105
Wohnort: Bonn-Friesdorf
|
dabbejuh hat's erfasst: du rufst also mit STRG+F2 → "gnome-audio-profiles-properties" die Endcoder-Settings auf und gibst beispielsweise audio/x-raw-int,rate=44100,channels=2 ! lame name=enc preset=standard ein. In diesem Fall wird mit der "lame -preset=standard" (vbr, durchschnitt 180-190 kbps) eingestellt.
|
Angrboda
(Themenstarter)
Anmeldungsdatum: 28. September 2005
Beiträge: 117
|
Wenn es normal ist, dass bei VBR kodierten Dateien immer nur 32kbps angezeigt werden (klingen tut es zumindest nicht so) dann ist das Thema gelöst ☺
|
mike4president
Anmeldungsdatum: 14. August 2007
Beiträge: Zähle...
|
Also, ich habe den Code folgendermaßen editiert. audio/x-raw-int,rate=44100,channels=2 ! lame name=enc preset=standard ! xingmux ! id3v2mux Durch xingmux wird wohl die Bitraterichtig dargestellt und durch den letzten teilbefehl der ID-Tag geschrieben. Habe mich durch viele Foren gekämpft. Ich habe aber noch eine Frage. Gibt es auch eine Möglichkeit den neuen VBR Modus von Lame in dieser Pipeline freizuschalten?
|
kringel
Anmeldungsdatum: 7. September 2005
Beiträge: 2434
Wohnort: Gummersbach
|
Sehr lehrreicher Thread hier, genau das habe ich gesucht. 💡 mike4president hat geschrieben: Gibt es auch eine Möglichkeit den neuen VBR Modus von Lame in dieser Pipeline freizuschalten?
Also habe es auch mal versucht per "gst-inspect-0.10 lame" und folgenden interessanten Abschnitt gefunden:
vbr : Specify bitrate mode
flags: readable, writable
Enum "GstLameVbrmode" Current: 0, "none"
(0): none - No VBR (Constant Bitrate)
(2): old - Lame's old VBR algorithm
(3): abr - VBR Average Bitrate
(4): new - Lame's new VBR algorithm Werde es mal ausprobieren und die pipeline dann hier morgen oder in nächsten Tagen posten. Gruß, -Christian
|
kringel
Anmeldungsdatum: 7. September 2005
Beiträge: 2434
Wohnort: Gummersbach
|
Also, du musst einfach hinter lame in der Zeile das "vbr=4" einfügen. Beispiel: audio/x-raw-int,rate=44100,channels=2 ! lame name=enc quality=2 mode=0 vbr=4 vbr-quality=2 vbr-min-bitrate=192 ! ffmux_mpeg ! id3v2mux Übrigens, funktioniert xingmux bei dir? @mike4president Das würde mich sehr interessieren. Weil ohne xingmux geht ja gar nix (3 min tracks werden als 15minütige angezeigt, z.B.) Aber in einer frischen Gutsy-Installation habe ich das Problem, dass wenn ich in einer Zeile "xingmux" einfüge, ich dieses Profil gar nicht letztlich in sound-juicer auswählen kann. Das Profil ist da, (auch in gconf-editor), ist aktiviert, aber nicht auswählbar. Schaue mal nach, mir war das nämlich auch erst nicht aufgefallen, dass es gar nicht wählbar war, bis ich merkte, dass die Dateien doch noch zu klein sein müsssen, für meine gewünschte Bitrate. Irgendwo habe ich dann den workaround gelesen, "ffmux_mpeg" anstelle von "xingmux" zu verwenden. Das funktioniert soweit auch ziemlich gut, die Profile erscheinen, auch wenn ich ein neues erstelle oder vorhandenes editiere... Leider macht ffmux_mpeg ab und zu auch Fehler, z.b. mit 1-2 Minuten zu viel. Auch nicht oft und wenn nicht so gravierend, aber immer noch ziemlich verbugt des sound-juicer.
|
NoradX
Anmeldungsdatum: 24. Oktober 2006
Beiträge: 13
|
Hilfe bitte. Seit dem Update auf Gutsy funktionieren meine Mp3 Profile für Sound Juicer nicht mehr korrekt. Ich hatte u.a. folgenden Eintrag. audio/x-raw-int,rate=44100,channels=2 ! lame name=enc preset=standard ! id3v2mux Das funktionierte auch prima - bis zum Update. Unter XMMS konnte ich dann während des Abspielens sehen, dass Standard ein VBR mit etwa bis zu 280bit ist. Aber seit dem Update scheinen alle Lieder mit ABR 160 gerippt zu werden. Ich habe auch ein vorher geripptes Lied neu gerippt und verglichen. Es unterscheidet sich tatsächlich auch in der Dateigröße erheblich. Ich habe durch gst-inspect rausgefunden, dass man statt preset=standard eigentlich audio/x-raw-int,rate=44100,channels=2 ! lame name=enc preset=1001 ! id3v2mux verwenden sollte, aber das hat auch keine Besserung gebracht. Ist das ein neuer Bug? Hat jemand eine Lösung parat?
|
martingoeslinux
Anmeldungsdatum: 8. September 2006
Beiträge: Zähle...
Wohnort: Bielefeld
|
ich möchte mp3s in der best-möglichen vbr-quality erstellen (mit Soundjuicer&lame) und habe folgendes eingegeben: audio/x-raw-int,rate=44100,channels=2 ! lame name=enc quality=0 mode=1 vbr=4 vbr-quality=0 ! xingmux ! id3v2mux ist das so richtig?
|
kringel
Anmeldungsdatum: 7. September 2005
Beiträge: 2434
Wohnort: Gummersbach
|
Fast richtig. Du hast per "mode=1" die Defaulteinstellung mit Joint-Stereo. Kurz gesagt, werden also manchmal die Stereokanäle zusammengefasst, wo dann kaum ein Unterschied hörbar ist. Inzwischen ist wohl joint stereo auch schon ausreichend weit entwickelt. Kann man einiges zu bei Wikipedia nachlesen. Aber die beste Qualität ist natürlich per Stereo wie auch die meisten Ausgangsdateien. Das ist nicht zu verwechseln mit Dual Channel. Bei Stereo wird die Gesamt-Bitrate so sinnvoll aufgeteilt, welche Spur gerade mehr Bitrate benötigt und welche nicht, das ganze variiert auch. Bei Dual Channel wird die Bitrate einfach "stur" durch 2 geteil und dieser Wert konstant für beide Spuren verwendet. Hier die Auflistung der Optionen per "gst-inspect"
:~$ gst-inspect lame
(...)
mode : Encoding mode
flags: readable, writable
Enum "GstLameMode" Current: 1, "joint"
(0): stereo - Stereo
(1): joint - Joint Stereo
(2): dual - Dual Channel
(3): mono - Mono
(4): auto - Auto Also mode=0. Könnte nur sein, dass das Profil zur Zeit mit sound-juicer nicht auswählbar ist oder manche Programme die Längenangaben der Stücke falsch auflisten, da es Probleme mit dem xingmux gibt. Wahrscheinlich, dass es in hardy (8.04) wieder behoben ist. Kann es grad nicht testen.
|