This article'slead sectionmay be too short to adequatelysummarize the key points. Please consider expanding the lead toprovide an accessible overview of all important aspects of the article.(June 2015) |
This articleneeds additional citations forverification. Please helpimprove this article byadding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "APE tag" – news ·newspapers ·books ·scholar ·JSTOR(October 2009) (Learn how and when to remove this message) |
APE tags comprise one extant convention used to store information (metadata) about a givendigital audio file. Each APEtag constitutes a discrete element that describes a single attribute of the file's contents.Each consists of akey/value pair; the key is simply a label that names the attribute, such asYear,Title,Artist, orTrack Number, etc.), and associated with it is a corresponding value, namely, some information descriptive of this file, in terms of the attribute in question (e.g.,1973 forYear). APE tags can be used with.ape-formatted recordings, as well as with sound files of otheraudio file formats.
Asound file, such as an .ape- or.mp3-formatted file, may, in addition to its payload audio data, also contain metadata that provide descriptive or statistical information about its audio content. When APE (v1) tags are used, they will appear at the end of the file, following the data; i.e., the digitized audio stream. Placing the tags at the end of the file, rather than at the beginning, can make expansion of the metadata simpler for programmers to code, but may add more wait time to the user experience for file loading and processing. APE field names ("keys") are character strings for which no rigid standard exists, nor is there a set list of keys nor of their allowable values.
APE tags are more similar toVorbis comments thanID3 tags. Like Vorbis comments, they are unstructured (key, value) pairs. However, unlike Vorbis comments, they do not allow for inter-key ordering. This is because they store a list of values for each key rather than one value per key.
APE values can be flagged astext,binary, orexternal types. This allows tag editing software to avoid incorrectly displaying binary values, such as an image of album cover art, in the form of unreadable text to users. In comparison, Vorbis comments do not have a flagging feature, so binary data cannot be easily stored in them (though this is by design).
APEv2 supports Unicode usingUTF-8 for values. For keys, an ASCII subset (control characters from 0x00 to 0x1f are not allowed) must be used.[1]
TheAPEv1 tag was designed for theMonkey's Audio format.[2] InMP3 files, the APE tag is stored at the very end of the file, with no inline declaration in the body of the file. The software handles the writing and access to the tag and does not interfere with the contents of the MP3.
TheMusepack format developer,Frank Klemm, extended the original APE tag format to add a header, allowing APE tags to be at the beginning of files and allowing metadata values to beUnicode rather than simply ASCII. Because of its simplicity and flexibility, APEv2 was adopted by theWavPack andOptimFROG formats as their primary tag format. Version 3.99 of the official Monkey's Audio software switched from using APEv1 to APEv2.
Media players such asWinamp,foobar2000,MusicBee support reading and writing of APEv2 tags inMP3 files. The tagging stringAPETAGEX signals the start of an APEv2 record, and the stringTAG signals the start of an ID3v1 tag.