Unfortunately not. The above is just a kludge until we may get built-in .m3u8 support (or not).

Probably just files that have corrupted MPEG header data. Since every "chunk" of music has its own header (there can be thousands in a typical file), different programs show different results. Some just take the info from the first MPEG header they see, some evaluate all headers in the file.

Files from the Internet or obscure sources often have corrupted headers, some even, say 4 headers out of 11,000 bad. The best measure is to throw bad files like those away. And re-rip them with a reliable ripper.

Or you could invest several thousand dollars for a professional MPEG stream editor software — and use many hours to "repair" a single file, often just to find that its really corrupted.

Another alternative might be to go for a simple (and possibly destructive) tool like mp3val or WAP VBRFix. Tools like these can often at least "throw out" the bad frames, but you might experience hisses, crackles or missing parts. Usually not worth the efforts.

No, Mp3tag won't.

Does the LAME Header's track RG bother you? Most applications can be set to ignore it (or won't even decode that one).

If you really need to remove the LAME tags (which I don't recommend, in general), Will's WAP VBRFix can do that (plus some other stuff).

Ich denke, was another meint, ist eine Erkennung anhand der Musik, wenn man also z.B. versehentlich alle Tags gelöscht und die Daten dann gar noch als "Track 01.flac" oder so gespeichert hat. Oder die Tags unvollständig sind und man nun wissen möchte, ob es der Titel x von dem einen oder dem anderen Album war.

So etwas kann natürlich nur durch "Anhören" der Musik (also sprich decodieren und analysieren) ermöglicht werden. Florian hat dazu schon einmal ziemlich klar gesagt, dass Mp3tag eine Software zum Taggen sein soll – und sonst nichts.

In solchen Fällen hat man also tatsächlich nur die Möglichkeit, z.B. iTunes oder Winamp zur Analyse zu benutzen (beide verwenden Gracenote), oder z.B. MusicBrainz Picard (verwendet PUIDs und die dahinterstehende Analyse-Technologie und -Datenbank von MusicIP). Picard hat m. E. den Vorteil, dass die Datenbank die derzeit weltweit wohl bestgepflegteste ist (allerdings auch nicht jeden Titel enthält – das kann man aber selbst nachtragen!).

Für mein Dafürhalten immer noch das beste "Team": Picard und Mp3tag.

Frage 1: Leider nicht. Ich halte auch die Methode an sich für relativ bedenklich, besonders bei einer großen Anzahl Dateien (ich mache das immer nur albenweise, wenn sie neu "eingechecked" werden).

Auf einen "Undo-Buffer" zu vertrauen, birgt auch gewisse Gefahren: Was, wenn das RAM nicht reicht? Was, wenn zwischendurch der PC abstürzt? Was, wenn man vor dem STRG-Z etwas macht, das den Undo-Buffer löscht?

Frage 2: Meines Wissens hat Mp3tag bei "alle löschen" schon immer nur die Tags gelöscht, die es auch kannte – aber genau weiß das sicher nur Florian.

Ich brauche auch keinen weiteren "Community"-Service, nicht alle Benutzer von Mp3tag sind im Gesichtsbuch Mitglied, und ich finde, man sollte generell dem Urheber/Vertreiber überlassen, wie, wann und wo er werben möchte.

Aber trotzdem schön, wenn Du die Software magst.

Interessant. Hast Du mal geprüft, ob der WMP sie anzeigt, weil sie noch in den Tags stehen oder weil er die Informationen (von vorher) aus seiner "Medienbibliothek" bezieht?

WMP habe ich schon vor Urzeiten hier vom PC verbannt, aber Winamp macht ähnliche Zicken … (sprich: Er "glaubt" solange an seine "Medienbibliothek" – trotz geänderter Datei-Tags – bis man die Datei manuell aus der "Medienbibliothek" löscht und erneut hinzufügt … grauslich.)

Denke, das ist ein Fall für den Apfel-Support … Andere Programme/Player können mit Discnumber umgehen. Warum sollen immer alle Software-Entwickler der Welt das gratis flicken, was Apple falsch macht?

Ist doch einfach:

Mp3tag korrekt einstellen (welche Tags schreiben?), fragliche Dateien laden, markieren, STRG+R, STRG+Z, dann noch Aktion "Alle Tag-Felder entfernen außer …" ausführen – fertig!

Aber Achtung: Ich mache das zwar mit MP3 so, aber ob es mit anderen Dateitypen funktioniert, habe ich nicht getestet.

Durch das komplette Entfernen aller Tags mit STRG+R sind zunächst einmal keine mehr da. Durch das sofortige "Undo" danach werden von Mp3tag nur diejenigen zurückgeschrieben, die Mp3tag auch kennt. Somit werden z.B. alle PRIV-, SEBR-, XSOP- und sonstwelche "komischen" Tag-Felder entfernt.

Übrigens auch eine wilde Konstruktion: WMA-Tags in einem ID3v2.3-Tag in PRIV-Tagfeldern zu verstecken … Sind die Dateien MP3s? Ich würde Fa. Winzigweich ja zutrauen, dass nach Anwendung meiner Methode der Windows Media Player gar keine Tags mehr anzeigt …

Selbst wenn Florian das erwägen würde, wird es sicherlich an den unsäglich idiotischen Lizenzbedingungen von Gracenote scheitern – man darf dann z.B. keine andere Tagdatenquelle als Gracenote benutzen und man muss ihr Logo in der Bedienoberfläche anzeigen … ergo wäre ein Großteil der Mp3tag-Funktionalität flöten. Außerdem ist es proprietäre Software, die auf einer, nunja, nicht gerade guten Datenbasis beruht.

Mein Tipp: Nimm stattdessen MusicBrainz und einen der MB-kompatiblen Tagger wie etwa Picard – zusammen mit Mp3tag ein unschlagbares Team.

Der MixMeister BPM Analyzer schreibt (bei MP3-Dateien) ein TBPM-Tag, solltest Du in Mp3tag in der erweiterten Tag-Ansicht als "BPM" finden (oder Du machst Dir eine zusätzliche Spalte in der Spalten-Ansicht).

Aber Achtung, falls Du ein anderes Tag-Format als ID3v2.3 mit UTF-16-Codierung verwendest: BPM Analyzer schreibt den BPM-Wert immer als UTF-16! Du hast also danach "gemischte" Tags (z.B. ID3v2.3/ISO-8859-1 plus den BPM-Tag als UTF-16) oder alle Tags sind plötzlich in UTF-16 verwandelt! (Je nachdem, ob das TBPM-Tag vorher schon da war oder nicht.) Das kann unerwartete Probleme bringen …

Abhilfe: Nach der Arbeit mit Tools wie BPM Analyzer oder Rapid Evolution 2 Dateien noch einmal in Mp3tag laden und (mit korrekten Einstellungen) erneut abspeichern. (Bzw. in einigen Ausnahmefällen auch ggf. erst die von manchen Tools erzeugten zusätzlichen Tags wie etwa ID3v1 löschen.)

Noch ein Tipp: Achte darauf, dass BPM Analyzer auch wirklich für jede Datei "die Prozente hochzählt" – bei existierenden TBPM-Tags "überspringt" er diese nämlich (oder setzt seiner Meinung nach "korrekte" Werte ein, etwa falls BPM=0 -> BPM=40). Notfalls kannst Du per Knopf die Neuberechnung im BPM Analyzer-Fenster für alle geladenen MP3s erzwingen.

If this was the case, I’d probably shout out: »HELP! DON’T!«. It probably depends very much on one’s workflow — I couldn’t live without Mp3tag opening the folder where the audio file is in, because I usually store the cover art inside the album folder. And I’d hate it to always click through all the selections away from "C:\Documents and Settings\username\My Documents\My Pictures" … just to get one picture …

I agree it would be nice for people who store their cover art in a central location, though.

So if this was done, please make it a selectable option.

Schwer dagegen! STRG+A ist allgemein bekannt, einfach und schnell. Ich bin im Gegenteil dafür, dass zuerst überhaupt nichts markiert ist.

Man stelle sich vor, während seine 26.500 Dateien in Mp3tag laden, geht man sich einen Kaffee holen, kommt wieder, alles war markiert und Frau, Kind oder Katze haben gerade mit irgendeiner Tastenkombination Deine gesamte Musik-Bibliothek unwiederbringlich ruiniert!

Nun ja, vielleicht auch nur ein weiteres Argument dafür, vor jedem Verlassen des Rechners WINDOWS+L zu drücken …

Jason,

would it be possible for you to let me know more about the rsync problem? (You could pm me or send me an email, if you don’t won’t to clutter this thread.)

I’m currently setting up a backup strategy that involves rsyncing to my Linux server from Windows (using DeltaCopy and a patched cygwin1.dll). It would turn out to be a real problem if rsync did something wrong — one of its great benefits being "partial" file transfers (i.e., not needing to copy the whole big FLAC files when only tags were changed).

Great, thanks! So we can officially make Logitech SqueezeCenter use it :-)

@drbeachboy: Because I tried but wasn’t sure if it was officially supported by Mp3tag (using 2.42f). Before introducing official support for aART into another application, I wanted to make sure that this would be officially supported henceforth by the latest and greatest of all taggers, Mp3tag. ;-)

Many thanks for cross-checking with AtomicParsley!

I’m just checking out some tagging issues.

My question:
In Apple ".m4a" files, is the Album Artist "aART" mapped to "BAND" in Mp3tag (v2.42f)?

(It appears to, but I’d like official confirmation :-)

I’ve seen this sometimes (with older 2.4x builds) when files had two ID3v1 tags — one at the beginning, one at the end of the file, or when files hat two ID3v2.x tags, (illegally) concatenated one after the other.

Usually, such things stem from using a bad (non-compliant) tag writer.

Using CTRL+R twice usually (but not always) helped.

Mp3tag is a Windows application and probably uses the Win32 namespace for filenaming, not the POSIX namespace (which wouldn’t make much sense on a Win machine due to the difference in »special characters« for the filesystem).

While using the POSIX namespace under Win32 is perfectly legal (at least on NTFS filesystems), probably no one will ever do it for native Windows applications. So you might want to avoid characters in audio file names that will break in the Win32 namespace, notably U+0000 (NUL) / (slash) \ (backslash) : (colon) * (asterisk) ? (Question mark) " (quote) < (less than) > (greater than) and | (pipe). Any other UTF-16 code unit (case insensitive) can be used.

Hint: When renaming files using Mp3tag, you can use a function on the rename, like (example):
$validate(%artist% - %title%,_)
which will automatically replace characters invalid for the Win32 namespace for filenames with an underscore »_«.

You could make a new column in column view, containing:

• Name: Covers
• Value: %_covers%
• Field: (leave empty)
• Sort by: (leave empty)

And it will even show the number of covers in the file!

You can then click on its column header to sort on it, and immediately have a nicely sorted list for no covers, 1 cover, 2 covers …

Who else but Apple could be expected to again mess everything up that can possibly be messed up … unbelievable. They insist in outdated ID3v2.2, they have MPEG encoders that mess up the header bits, they don’t adhere to long-defined standards, they »invent« non-standard tags, … and what not.

But unfortunately TechUser is right, so some of us will have to live with another crippled file format. Yuk. Not for me.

Just use the »Windows standard way«: Use Drag & Drop holding the CTRL-key …

And if you use Mp3tag’s shell integration feature, you can later just right-click the new playlist file in Windows Explorer and select »Mp3tag« to re-open it and have all its files in Mp3tag.

A kludgy solution:

Add the new field "Rating" to the tag panel, find the file %APPDATA%\Mp3tag\data\usrfields.ini and edit the value=RATING line to read value=rating.

Careful when editing – this file seems to be UTF-8 encoded, with a BOM. Use an appropriate editor.

If you now enter/modify the rating value only via the tag panel at the left, never with the column view editor, you’ll succeed writing TXXX:rating tags…

Then again, you might cry out loud at the Songbird forums and ask them to support POPM! It’s of no use if everybody invent their own tags.

Einfach, indem Picard ja das Erscheinungsjahr in das YEAR-Tag schreibt, damit also nie »Unrichtigkeiten« auftauchen können ;-) (Natürlich keine Lösung für schon existente Daten, klar.)


Recht ordentlich, man kann zudem noch einiges über sog. »Tagger Scripts« beeinflussen. Die geschriebenen Tags sind ordentlich dokumentiert, bisher bei über 25.000 Files (MP3, FLAC, OGG, WMA) null Fehler, keine »Verwurstelungen« entdeckt bei ID3v2.3/ISO-8859-1, ID3v2.3/UTF-16, ID3v2.4/UTF-8. Bestehende und unbekannte Tags werden belassen, außer natürlich denen, die er überschreiben muss. (Und selbst die kann man abschalten.)

Einzige Unschönheit (die ich sogar vor Zeiten mal angeregt habe *hüstel*): Picard schreibt den Interpreten-Sortiernamen in ID3v2.3 als »XSOP« (eXperimental Sort Order Performer), da »TSOP« erst ab ID3v2.4 definiert ist. Und dieses Tag Frame will Florian partout nicht unterstützen, daher ist es in Mp3tag nicht zu sehen ;-) Also müsste man entweder Lukáš überreden, TSOP auch in ID3v2.3 zu schreiben, oder Florian, XSOP zu unterstützen…

Aber für »richtig gutes Taggen« ist natürlich Mp3tag zusätzlich sehr hilfreich – erst zusammen werden die beiden ein unschlagbares Team! :-)

@Piccolo1986: Auch mir wurde die Fragestellung erst durch die von dir aufgezeigte Lösung klar

Aber schön, dass du selbst noch einmal Feedback gegeben hast!

Die aufgezeigte Lösung ist ein kreativer Ansatz, der sicher für einige hier hilfreich ist, die »auf die Schnelle« überprüfen möchten, ob denn all ihre »wichtigen« Tags auch vorhanden sind.

Hört sich an wie die Endung ».mta« einer Mp3tag-»Action«

@LyricsLover: Nehme an, Du meinst die interne Nummerierung (hässliche neue deutsche Rechtschreibung!) innerhalb der *.mta-Datei, also bspw.:



Diese habe ich immer manuell »zurechtnummeriert«, nie probiert, was passiert, wenn welche fehlen oder die Reihenfolge nicht chronologisch ist. Anyone?