How to write special characters in %track%

[AstralHaze]

So, I have these two tracks where the vinyl version uses ♂ and ♀ instead of A1 and B1 for the track numbers
I want to set the track value to what it says, which I can do with virtualdj, but virtualdj ads an extra replaygain value which I don't want. I can remove that in mp3tag, but then that changes ♂ or ♀ to ?; is there any way to get around this in mp3tag? Do I have to use a hex editor to combine the tag sets?

[LyricsLover]

This is the official definition for the tag TRACK:

The 'Track number/Position in set' frame is a numeric string containing the order number of the audio-file on its original recording. This may be extended with a "/" character and a numeric string containing the total numer of tracks/elements on the original recording. E.g. "4/9".

I don't think that ♂ or ♀ fits as number according to this definition. It would be surprising if a player would read such a track correctly. And it would be even more surprising, if such a track would be played in the correct sort order.

The only thing you could do is to add a user defined tag like "MyOwnTrackNumber" and fill it with this characters.

[AstralHaze]

Foobar does fail to read it when the tag is written in virtual dj, but it does properly read and sort track numbers such as "B1," and mp3tag can read it, it just refuses to write it, or won't even leave it alone as it is and just as i said changes it to a question mark

[ohrenkino]

@AstralHaze

as i said changes it to a question mark

Which character encoding do you write?
It should be UTF. See File>Options>Tags>Mpeg.

[AstralHaze]

I'd tried each option, and tried again now; they don't make a difference

[ohrenkino]

I think I remember this thread:

[F] MP3Tag's use of Unicode in TLEN field is not ID3V2.3 compliant

MP3Tag uses Unicode when writing the TLEN field. However, at http://www.id3.org/id3v2.3.0#sec3.3 it says explicitly: This seem pretty conclusive. This has become significant because of Microsoft's recent "security update" KB968816, which no longer permits (non-compliant) Unicode for TLEN, and now refuses to play such files. More details here: http://www.microsoft.com/communities/newsg...78-39d7b355910b and here: http://www.microsoft.com/communities/newsg...amp;m=1&p=1 and here: /t/9208/1 …

so, if you add anything non-numeric in TRACK and that is a special character then you have the trouble of writing it in the correct codepage.

[poster]

@AstralHaze

is there any way to get around this in mp3tag? Do I have to use a hex editor to combine the tag sets?

As already described here, these characters do not correspond to the standard for the TRCK field.
Mp3Tag does not fully adhere to this standard by allowing alphanumeric characters, but I think the restriction generally makes sense. There is also usually no support in other software that only displays values ​​and does not write like players. Windows Explorer shows e.g. a "0" and only allows numeric characters in its own tag options.

Nevertheless, there is certainly tag software that does not adhere to the norm and allows the input of such characters, e.g. Mediamonkey, Tag & Rename.
A use of Mp3Tag is then definitely excluded, because Mp3Tag displays such characters correctly, but any saving process will turn them into a question mark.

[Zerow]

Some more info about issues with the TRACK field an using non digit characters:

[X] Can't copy some unusual TRACK tags from MP3 / FLAC to WMA

Till recently, I was using only MP3's and FLACs; with tags in ID3v2.3 UTF-16. And I was using tag fields not in a "standard" way, with a bunch of signs different than just letters and numbers, but had not problems with them whatsoever But now it seems I have found a bug If the value in the TRACK tag field starts with a dot sign . I simply cannot copy such value to a WMA format. But if that dot was behind I number, then there would be no problem. Also if I have a letter or letters in the TRACK …