This brings ID3 format into line with Flac/Mp4. So that when using ID3 format if you add a value to the Producer field it is now stored in its own TXXX:PRODUCER field rather than being added to the TIPL/IPLS field.
For Mp3 ID3v23 it maps to IPLS (like the old performer field), but TIPL for ID3v24 instead of TMCL because that is a better fit.Īlso now that are wanting to use Performer and Involved People mainly for musicians we have added dedicated fields for these common non-performer roles: This maps to INVOLVEDPEOPLE for Flac/Mp4. So the Performer field now works the same way ( Name(role)) for all formats.īut also Roon uses the Performer field in a different non-compatible way to most players, so for Roon we have added the Involved People field as an alternative for storing performers.
But the trouble was that IPLS (IDv23) /TMCL (ID3v24) is a complex field that many music players do not understand so now we have mapped it to a PERFORMER field (TXXX:PERFORMER) instead. Most notably the Performer already field mapped to a PERFORMER field for Flac/Mp4 but to the IPLS/TMCL field for ID3. For example the Genre field is a multiple value field, a single MP3 can hold more than one genre. I don’t like making such changes but sometimes it is necessary so that Jaikoz works best with music players and other software. Jaikoz has an innovative approach to complex fields such as multiple value or multiple attribute fields. There have been some necessary modifications to how fields are mapped, this means that although the field may have the same name in Jaikoz it may actually now map to a different field in the audio files, and the modification may be for all audio formats or just some.
0 kommentar(er)
