[X] ID3v2 TXXX tags in »Extended Tags« not shown as are

While debugging a quirk with SAM Broadcaster (a radio automation software), I realized that TXXX type ID3v2 frames are always shown with an UPPERCASED tag name in the »Extended Tags« view.

This poses a problem since one cannot distinguish between tags like these:
TXXX{0}XFade{0}&bmp=125,00
and
TXXX{0}XFADE{0}&bmp=125,00

It took me a while to find this out (using advanced stream editors), phew! And that was also my problem: I generated a tag XFADE while it should have been called XFade

Also, in specifying actions it’s not even possible to enter a field name like »XFade« since it gets uppercased while inputting. (Examples: »Format Value«, »Replace«)

Could we please have the TXXX tag names shown as they are instead of having them uppercased? At least for the »Extended Tags« view?

And get the possibility to enter them as needed (i.e., »XFade« instead of »XFADE«)?

The ID3v2 spec clearly states the »Description« (i.e. tag name of a TXXX tag) is »text string according to encoding«—this definitely includes any character displayable in the selected encoding. So lowercase letters and other characters are probably seldom used, but perfectly legal.

Btw, editing the existing tag XFade re-wrote it as XFADE. When creating a new XFADE tag in a file that already contains an XFade, you’ll end up with both tags in the file, in »Extended Tags« shown as two entries, both labelled XFADE.

I am using MP3Tag v2.41 and have attached a sample (which also contains some other mixed-case tags generated by SAM Broadcaster v4.2.2).

Moonbase___XFADE_vs._XFade_Beispiel.zip (1.98 KB)

This is just a quick note, there are several ways to change the capitalization of TXXX descriptions:
/t/2479/1

Thanks for the hint. I didn’t realize it was a problem since 2005! When will it be changed?

(Because all these workarounds of course dont’t solve the problem of usability, i.e., creating/modifying actions, column view, distinguishing between uppercase and mixed-case fields, … And MP3Tag, as I understand, should be a tool for users, not code-hacking freaks—meaning: I could never get a »normal« user to handle all this »pathcing here, modifying there«—they just want to work on their TAGS.)

Changing some *.mta files helped, until I had to change the »XFade« field in »Extended Tags«—it promptly reverted back to »XFADE«.

If so then Mp3tag should only display the Tag Panel view - not more anything else!
Uhh, what is this - a tag panel view - never used it before - where can I find it - do you know a workaround ... ?

DD.20081016.1832.CEST

No sarcasm needed—I always valued and recommended MP3Tag as the tagging tool for both the »technical« as well as the »normal« user. One of the big advantages of MP3Tag is that it handles (almost) anything and can be made simple enough for the average user (that has other work to do and just needs to TAG stuff, maybe using some actions others wrote) as well as being sophisticated enough to fullfill about 90-95% of the work a »more technical« user has to do.

Please understand my problem: I myself could probably find a way to work around everything, it’s just a matter of time, usability and—in my case—also of having to train »average« users into a workflow that should include MP3Tag as their main tagging tool. It’s about Getting Things Done for them, not about »how to be a technician«. They just need to get their files tagged adhering to some standards, so they can be archived, broadcast, and generally be used in a »seamless« workflow—without having to have »specialists« to repair each and every file before it is »usable«.

I think MP3Tag is a wonderful tool to do just that—get things done. And it has served this purpose for many years, beautifully.

One of the big advantages is that the MP3Tag team used to be responsive to user input, and somehow always found a way to improve MP3Tag, adapt it to whatever the »world« (other software) came up with, be it crap or not. Maybe first with a workaround (like dano just did), but eventually always with a fine solution. And I still regard MP3Tag as the one tool that is most flexible and can handle most awkward tagging situations.

Unfortunately, there are so many possibilities of doing things different than we would like to have it, and mixed-case tags are just one of these. All I’m asking for is that maybe we get support for these kind of tags. Be it only to have MP3Tag stay ahead of the crowd and keep its position as #1.

Now how does the community feel about this?

(And yes, DetlevD, I’m also sometimes awfully fed up with Pisa kid stupidity …)

Just to confirm dano:

For the time being, I put the »XFade« tag into usrfields.ini (works only if edited in tag panel), and manually edited some *.mta action files.

This setup works as long as

  • only the edited actions or the tag panel field are used to change the value,
  • one does not change the field value in column oder extended tag view,
  • one does not change the text for the tag panel field »XFade«
  • one does not try to modify any actions using »XFade«
Quick hack, works (with a lot to keep in mind) for now, and here.

Question: Is it possible to send colleagues just the *.mta and usrfields.ini files and have them copy these into their Application Data/Mp3tag/… folder? Would that work so they wouldn’t have to enter all that stuff?

In case someone wants further testing, I append a sample MTA that updates the XFade tag from a (fractional, Mixmeister-generated) TBPM tag, then rounds BPM to the next integer and re-saves it. (All this stuff is needed to seamlessly integrate with SpacialAudio’s SAM Broadcaster.)

For_SAM___Update_XFade_from_fractional_BPM__round_BPM_to_Integer.mta (469 Bytes)

I've marked this post as No Bug because simply providing a view on the metadata in the file that does not reflect the contents one by one seems to be no problem for me. It's the way it works.

With Mp3tag I always try to balance between the different needs of the different user groups. Easy things like changing the artist or adding a cover should be easy, difficult things like calculating soundcheck tags from ReplayGain data require some more effort.

It's the same with this issue.

You say

This is not entirely true -- it should be a tool for both of them.

Sure, it's a portable format designed for ease of use :wink:

I agree—100%. (And you’ve managed extremely well!) :slight_smile:

So may I take the chance to kindly ask for turning this into a »Feature Request«?

I do understand the idea behind the »all uppercase tag handling« as it is now: Reduce the possibility of user error. And I agree, regarding the average user who just wants to tag efficiently.

Maybe one could have some [_] Allow case-sensitive tags (caution!) option for those of us who need this, and deliver with that option turned off as default?

Feedback: Just tried it out, making some MTAs read-only and just dropping them into %APPDATA%\Mp3tag\data\actions</i> (via a batch file) helps: They appear in the user’s action list at the bottom and cannot be accidentally changed (since read-only). Good thing.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.