Hallo,
funktioniert auch mit Oneiric.
Gruß, noisefloor
Ehemaliger
Anmeldungsdatum: Beiträge: 28954 Wohnort: WW |
Hallo, funktioniert auch mit Oneiric. Gruß, noisefloor |
Anmeldungsdatum: Beiträge: Zähle... |
Hallo, ich würde die Zeile: find %F -iname '*.mp3' -execdir mp3gain -p -r {} \+ < nein.txt ersetzen durch: find %F -iname '*.mp3' -execdir mp3gain -p -r {} \+ < $(yes n) Gruß Karl |
Anmeldungsdatum: Beiträge: 14259 |
|
Ehemaliger
Anmeldungsdatum: Beiträge: 28954 Wohnort: WW |
Hallo, IMHO sollten hier die GUI in einen eigenen Unterartikel ausgelagert werden... Macht die Pflege dann beider Artikel deutlich einfacher! Gruß, noisefloor |
Ehemalige
Anmeldungsdatum: Beiträge: 4259 |
Wieso? nach den Artikelrichtlinien sollte (eine) GUI zuerst kommen, dort dann kürzer die Alternativen (wenn umständlicher evtl ganz raus), dann die Konsole. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 17331 Wohnort: /home/noise |
Naja - der Artikel von mir stammt aus 2007 und da gab es IMHO die Regelung noch nicht. Generell wäre ich für das von noisefloor vorgeschlagene Vorgehen - bitte aber neue Screenshots verwenden und teilweise kürzen. Die Installationswege auf ein Mehrbenutzersystem müssen nicht erwähnt werden. Ein Verweis auf abcde wäre nicht verkehrt, da es MP3Gain verwenden kann. |
Ehemaliger
Anmeldungsdatum: Beiträge: 28954 Wohnort: WW |
Hallo,
Richtig - aber mp3gain hat keine GUI ootb. Das ist ein Kommandozeilen-Programm. Die GUIs sind separate Projekte, die mp3gain nutzen. Ist so ähnlich wie z.B. bei KVM/QEMU und denn GUIs für KVM/QEMU. Gruß, noisefloor |
Ehemalige
Anmeldungsdatum: Beiträge: 4259 |
erster Entwurf in der Baustelle. in der Tat wäre die korrekte Alternative, alle unter GUI genannten Programm in selbständige Artikel auszulagern, die dann aber ziemlich kurz ausfallen. Was also tun? |
Ehemaliger
Anmeldungsdatum: Beiträge: 28954 Wohnort: WW |
Hallo, wie wäre es mit alle GUIs in einen Artikel und den dann als Übersichtartikel deklarieren? Gruß, noisefloor |
(Themenstarter)
Anmeldungsdatum: Beiträge: 17331 Wohnort: /home/noise |
Eine gute Idee. 👍 |
Anmeldungsdatum: Beiträge: 7943 |
Meiner Meinung nach ist der Artikel teilweise irreführend, da Replay Gain und Normalisieren als zwei total verschiedene Dinge hingestellt werden und Normalisieren sogar als verlustbehaftet genannt wird. Dabei bezeichnen Replay Gain genau wie Normalisieren eine Angleichung der Lautstärke. Verlustbehaftet wäre das alles nur, wenn man die Datei wegen der Angleichung der Lautstärke reencoden würde.
Diese Aussage ist imho falsch, da mp3gain via Replay Gain die neue Lautstärke bestimmt, sie jedoch nicht nur in Tags schreibt, sondern einzelne Frames der MP3-Datei umschreibt. Dadurch sind diese veränderten Dateien auf jedem Gerät gleich laut. Mit dem Parameter -u kann man diese Anpassungen wieder rückgängig machen. |
Ehemaliger
Anmeldungsdatum: Beiträge: 28954 Wohnort: WW |
Hallo, richtig - solange nicht re-kodiert wird ist die Qualität _nicht_ betroffen. Und AFAIK kann mp3gain gar nicht rekodieren. Gruß, noisefloor |
Ehemalige
Anmeldungsdatum: Beiträge: 4259 |
Wär mit bd Artikeln soweit durch. Jeweils Logos hinzu, vom EasyGain neues Bild, die bd anderen sind auch in den neuen Versionen optisch unverändert. Ergänzungen? |
Wikiteam
Anmeldungsdatum: Beiträge: 11290 Wohnort: Bremen |
Hi! Da sollte noch ein Verweis auf Baustelle/soundKonverter rein, der kann nämlich auch Replay Gain, für vorbis, wavpack, musepack, aac/m4a, flac und mp3. so long |
Ehemalige
Anmeldungsdatum: Beiträge: 4259 |
Dürfen denn Verweise auf Baustellen? Gruss |