"Dargestellt" - geht es da um Dateinamen oder den ID3-Tag, v1 oder v2? Wie äußert sich das? Ist das u.U. ein Unterschied zwischen verschiedenen Codepages (z.B. OEM 437/850, ANSI Win-1252, UTF-8)?
Da sag ich schon mal: Hier werden Umlaute im UTF-8-Format eingetragen, aber das lesende Programm erwartet dort nicht UTF-8, sondern ... z.B. ANSI Win-1252, oder so.
Ob man allerdings dafür sorgen kann, dass SoX das beim Erzeugen von ID3v2-Tags umrechnen kann, weiß ich nicht auswendig. Vielleicht weiß Selur was darüber. Der benutzt SoX ja öfter.
Nein, dann wäre schon logischer, dass SoX es nicht korrekt schreibt.
Yup, benutze sox öfters, folge normalerweise dem Manual (http://sox.sourceforge.net/sox.html) und erstelle damit eigentlich nie mp3 Dateien.
Bei mir kommt immer das sox interne Format oder wav raus, was dann in ein anderes Tool gepiped wird zum Reencoding.
Würde spontan unter Linux mp3 tags mit mp3info, id3v2 vielleicht ffmpeg schreiben.
Wenn ich mit sox den Ton bearbeite würde ich für mp3 zu Lame pipen und darin taggen,... Wegen Umlauten, neuere ID3 Versionen unterstützen meine ich auch UTF-8 setzt aber natürlich voraus, dass das Tool was die Tags liest auch damit rechnet. 
Mit sox verwendest Du vermutlich 'comment' oder lässt sox einfach die Tags durchreichen,.. (mit '--comment "" ' würde man verhindern, dass sox tags einfach durchreicht).
Tags vorher auslesen, audio umwandeln, tags in ein Format bringen was der Zielplayer unterstützt und tags neu setzen ist vermutlich der sicherste weg.
-> Für genauere Hilfe wäre es vermutlich hilfreich genauer zu wissen was für Aufrufe zu verwendest.
Cu Selur
Kurz mal eine Frage die nicht unbedingt so recht zum Thema passt.
Wie ist denn die Qualität wenn man m4a zu mp3 umwandelt? Verliere ich da viel an Qualität beim konvertierten mp3 File?
So könnte man nämlich die Songs bei Amazon Prime Music umsonst bekommen und müßte sich die mp3 nicht extra kaufen, mit der Music App (Android) kann man sich jeden Song als m4a downloaden und hat dann Zugriff drauf. Nur weis ich nicht wie die Qualität zum runtergeladenen mp3 ausschaut.
Wie immer: Bei jedem Konvertieren in ein verlustbehaftetes Format verliert man Qualität. Ob man merklich viel verliert, hängt davon ab, wieviel Bitrate man erlaubt. Da MPEG-4 AAC effizienter arbeitet, muss die MP3 wahrscheinlich etwas größer werden, um nicht merklich an Qualität zu verlieren, aber das hängt von der Ausgangslage ab. AAC von iTunes hat eine ziemlich großzügige Bitrate, glaube ich.
Also bei Apple scheint die m4a verlustfrei zu sein, da habe ich bei Wikipedia einige Infos gefunden.
Nel-son, ja du hast recht, ich kann diese Datei nicht einmal mit MediInfo auslesen, somit müßte man erst das DRM entfernen. Bin auch nicht mehr gewillt mich da intensiv zu beschäftigen wenn ich hinterher nicht sicher bin ob ich an Qualität verliere. Denke ich werde mir in Zukunft die mp3 wieder kaufen.
"Verlustfrei" würde ich nicht garantieren; aber "akustisch transparent" sicherlich. Ich glaube mich zu erinnern, dass da so um die 256 kbps bei den M4A von Apple iTunes verwendet werden, das ist "mehr als reichlich" bei dem guten AAC-Encoder.
Apple+ lossless = ALAC, wird von qaac und ffmpeg unterstützt,...
Seltsamerweise weist ffmpeg in seiner Codec-Doku nicht auf ALAC hin- oder ist Apple ProRes encoder damit gemeint? Im trac wiederum findet man einiges.
Ja, einige Sachen die ich sonst nicht finde lade ich auch mit dem 4kVideoDownloader von Youtube gleich als mp3 runter.
Der verwendet auch Lame zum codieren.
Wahrscheinlich müsste man sich dann mal mit den Entwicklern von SoX darüber unterhalten, wenn die ID3v2-Tags unterstützen wollen, dass sie auch auf Codepages achten müssten. In deren Bugtracker.
In den alten Spezifikationen von v2.2.0 steht, dass ISO-8859-1 (latin-1) der Standard-Zeichensatz sei. In den Änderungen zu v2.3 wird erwähnt, dass Unicode-Strings den BOM verwenden müssen, da sollte man vielleicht noch mal mit einem Hex-Editor prüfen, ob das beachtet wird.
Ohne konkrete Beispiele kann ich da aber nichts stellvertretend für dich schreiben. Ich wüsste im Moment nicht mal, welche CLI-Parameter du dafür überhaupt verwendest.
Seltsamerweise weist ffmpeg in seiner Codec-Doku nicht auf ALAC hin- oder ist Apple ProRes encoder damit gemeint? Im trac wiederum findet man einiges.
ffmpeg -codecs
liefert bei mir u.a.
D..... = Decoding supported
.E.... = Encoding supported
..A... = Audio codec
...I.. = Intra frame-only codec
.....S = Lossless compression
...
DEAI.S alac ALAC (Apple Lossless Audio Codec)Cu Selur
Don’t have an account yet? Register yourself now and be a part of our community!