I’ve checked the offline help file & can’t find specifics about writing out “Not Supported” and “Unknown” frames. It seems Jaikoz handles them differently.
[color=blue]Mostly, I’m wondering:
- Are these columns dependent on tag version? Eg, is TDRL “Unknown” in an id3v2.3 tag, but supported for an id3v2.4 tag?
- Are “Not Supported” and “Unknown” frames both written when saving the tag? Does this depend on tag version?[/color]
Jaikoz Help says the app should recognize all official ID3 frames. TDRL is a valid frame, although only in an id3v2.4 tag … not an v2.3 tag.
I ask because it seems that Jaikoz always writes out “Not Supported” tags, but doesn’t write out “Unknown” frames.
I’ve also noticed this problem:
If I open a track that has an id3v2.3 tag which is augmented with some v2.4 frames like “TDRL” or sort order frames like “TSOA” & “TSOT”, then Jaikoz considers these v2.4 frames “Unknown” and does not write them out if I change some other frame. (Helium Music Manager writes such mixed tags as “compatible” v2.4 tags … compatible with v2.3.)
However, if I try to update the tag version to v2.4 using Jaikoz, and then save, Jaikoz still seems to throw out these “Unknown” v2.4 frames, rather than trying to fit them into the updated v2.4 tag.
[color=darkblue]If this is all more or less accurate, then I’d suggest either
-
always display tag info based on the tag Version (including a proposed change to Version). Then, if a user changes tag Version, Jaikoz would re-scan the track based on this new tag version, and then try to apply any other changes the user made but didn’t already save; or
-
always display tag info based on Jaikoz’s best interpretation of all tags. In this case, Jaikoz would recognize TDRL, even in a v2.3 tag.
-
Jaikoz should also always write out all “Not Supported” and “Unknown” tag frames. I appreciate Jaikoz’s adherence to specifications, but given the lack of conformity out there, this would help avoid loss of data from other applications.[/color]
My preference would be 1 + 3. Option 2 seems to cause too many problems.