MP3 Tag Studio v1.1 serial key or number

MP3 Tag Studio v1.1 serial key or number

MP3 Tag Studio v1.1 serial key or number

MP3 Tag Studio v1.1 serial key or number

Quick Links

Informal Standard
Document: id3v2.3
M. Nilsson
3rd February 1999

1.1. Status of this document

This document is an informal standard and replaces the id3v2.2.0standard. The informal standard is released so that implementors could have a set standard before a formal standard is set. The formal standard will use another version or revision number if not identical to what is described in this document. The contents in this document may change for clarifications but never for added or altered functionality.

Distribution of this document is unlimited.

1.2. Abstract

This document describes the ID3v2.3.0 standard, which is a more developed version of the ID3v2 informal standard (version [:id3v2-00: 2.2.0]), evolved from the ID3 tagging system. The ID3v2 offers a flexible way of storing information about an audio file within itself to determine its origin and contents. The information may be technical information, such as equalisation curves, as well as related meta information, such as title, performer, copyright etc.

In the examples, text within "" is a text string exactly as it appears in a file. Numbers preceded with $ are hexadecimal and numbers preceded with % are binary. $xx is used to indicate a byte with unknown content. %x is used to indicate a bit with unknown content. The most significant bit (MSB) of a byte is called 'bit 7' and the least significant bit (LSB) is called 'bit 0'.

A tag is the whole tag described in this document. A frame is a block of information in the tag. The tag consists of a header, frames and optional padding. A field is a piece of information; one value, a string etc. A numeric string is a string that consists of the characters 0-9 only.

The two biggest design goals were to be able to implement ID3v2 without disturbing old software too much and that ID3v2 should be as flexible and expandable as possible.

The first criterion is met by the simple fact that the MPEG decoding software uses a syncsignal, embedded in the audiostream, to 'lock on to' the audio. Since the ID3v2 tag doesn't contain a valid syncsignal, no software will attempt to play the tag. If, for any reason, coincidence make a syncsignal appear within the tag it will be taken care of by the 'unsynchronisation scheme' described in section 5.

The second criterion has made a more noticeable impact on the design of the ID3v2 tag. It is constructed as a container for several information blocks, called frames, whose format need not be known to the software that encounters them. At the start of every frame there is an identifier that explains the frames' format and content, and a size descriptor that allows software to skip unknown frames.

If a total revision of the ID3v2 tag should be needed, there is a version number and a size descriptor in the ID3v2 header.

The ID3 tag described in this document is mainly targeted at files encoded with MPEG-1/2 layer I, MPEG-1/2 layer II, MPEG-1/2 layer III and MPEG-2.5, but may work with other types of encoded audio.

The bitorder in ID3v2 is most significant bit first (MSB). The byteorder in multibyte numbers is most significant byte first (e.g. $12345678 would be encoded $12 34 56 78).

It is permitted to include padding after all the final frame (at the end of the ID3 tag), making the size of all the frames together smaller than the size given in the head of the tag. A possible purpose of this padding is to allow for adding a few additional frames or enlarge existing frames within the tag without having to rewrite the entire file. The value of the padding bytes must be $00.

3.1. ID3v2 header

The ID3v2 tag header, which should be the first information in the file, is 10 bytes as follows:

ID3v2/file identifier "ID3" ID3v2 version $03 00 ID3v2 flags %abc00000 ID3v2 size 4 * %0xxxxxxx

The first three bytes of the tag are always "ID3" to indicate that this is an ID3v2 tag, directly followed by the two version bytes. The first byte of ID3v2 version is it's major version, while the second byte is its revision number. In this case this is ID3v2.3.0. All revisions are backwards compatible while major versions are not. If software with ID3v2.2.0 and below support should encounter version three or higher it should simply ignore the whole tag. Version and revision will never be $FF.

The version is followed by one the ID3v2 flags field, of which currently only three flags are used.

a - Unsynchronisation

Bit 7 in the 'ID3v2 flags' indicates whether or not unsynchronisation is used (see section 5 for details); a set bit indicates usage.

b - Extended header

The second bit (bit 6) indicates whether or not the header is followed by an extended header. The extended header is described in section 3.2.

c - Experimental indicator
The third bit (bit 5) should be used as an 'experimental indicator'. This flag should always be set when the tag is in an experimental stage.

All the other flags should be cleared. If one of these undefined flags are set that might mean that the tag is not readable for a parser that does not know the flags function.

The ID3v2 tag size is encoded with four bytes where the most significant bit (bit 7) is set to zero in every byte, making a total of 28 bits. The zeroed bits are ignored, so a 257 bytes long tag is represented as $00 00 02 01.

The ID3v2 tag size is the size of the complete tag after unsychronisation, including padding, excluding the header but not excluding the extended header (total tag size - 10). Only 28 bits (representing up to 256MB) are used in the size description to avoid the introducuction of 'false syncsignals'.

An ID3v2 tag can be detected with the following pattern:

$49 44 33 yy yy xx zz zz zz zz

Where yy is less than $FF, xx is the 'flags' byte and zz is less than $80.

3.2. ID3v2 extended header

The extended header contains information that is not vital to the correct parsing of the tag information, hence the extended header is optional.

Extended header size $xx xx xx xx Extended Flags $xx xx Size of padding $xx xx xx xx

Where the 'Extended header size', currently 6 or 10 bytes, excludes itself. The 'Size of padding' is simply the total tag size excluding the frames and the headers, in other words the padding. The extended header is considered separate from the header proper, and as such is subject to unsynchronisation.

The extended flags are a secondary flag set which describes further attributes of the tag. These attributes are currently defined as follows

%x0000000 00000000
x - CRC data present
If this flag is set four bytes of CRC-32 data is appended to the extended header. The CRC should be calculated before unsynchronisation on the data between the extended header and the padding, i.e. the frames and only the frames. Total frame CRC $xx xx xx xx

3.3. ID3v2 frame overview

As the tag consists of a tag header and a tag body with one or more frames, all the frames consists of a frame header followed by one or more fields containing the actual information. The layout of the frame header:

Frame ID $xx xx xx xx (four characters) Size $xx xx xx xx Flags $xx xx

The frame ID made out of the characters capital A-Z and 0-9. Identifiers beginning with "X", "Y" and "Z" are for experimental use and free for everyone to use, without the need to set the experimental bit in the tag header. Have in mind that someone else might have used the same identifier as you. All other identifiers are either used or reserved for future use.

The frame ID is followed by a size descriptor, making a total header size of ten bytes in every frame. The size is calculated as frame size excluding frame header (frame size - 10).

In the frame header the size descriptor is followed by two flags bytes. These flags are described in section 3.3.1.

There is no fixed order of the frames' appearance in the tag, although it is desired that the frames are arranged in order of significance concerning the recognition of the file. An example of such order: UFID, TIT2, MCDI, TRCK ...

A tag must contain at least one frame. A frame must be at least 1 byte big, excluding the header.

If nothing else is said a string is represented as ISO-8859-1 characters in the range $20 - $FF. Such strings are represented as <text string>, or <full text string> if newlines are allowed, in the frame descriptions. All Unicode strings use 16-bit unicode 2.0 (ISO/IEC 10646-1:1993, UCS-2). Unicode strings must begin with the Unicode BOM ($FF FE or $FE FF) to identify the byte order.

All numeric strings and URLs are always encoded as ISO-8859-1. Terminated strings are terminated with $00 if encoded with ISO-8859-1 and $00 00 if encoded as unicode. If nothing else is said newline character is forbidden. In ISO-8859-1 a new line is represented, when allowed, with $0A only. Frames that allow different types of text encoding have a text encoding description byte directly after the frame size. If ISO-8859-1 is used this byte should be $00, if Unicode is used it should be $01. Strings dependent on encoding is represented as <text string according to encoding>, or <full text string according to encoding> if newlines are allowed. Any empty Unicode strings which are NULL-terminated may have the Unicode BOM followed by a Unicode NULL ($FF FE 00 00 or $FE FF 00 00).

The three byte language field is used to describe the language of the frame's content, according to ISO-639-2.

All URLs may be relative, e.g. "picture.png", "../doc.txt".

If a frame is longer than it should be, e.g. having more fields than specified in this document, that indicates that additions to the frame have been made in a later version of the ID3v2 standard. This is reflected by the revision number in the header of the tag.

3.3.1. Frame header flags

In the frame header the size descriptor is followed by two flags bytes. All unused flags must be cleared. The first byte is for 'status messages' and the second byte is for encoding purposes. If an unknown flag is set in the first byte the frame may not be changed without the bit cleared. If an unknown flag is set in the second byte it is likely to not be readable. The flags field is defined as follows.

%abc00000 %ijk00000
a - Tag alter preservation
This flag tells the software what to do with this frame if it is unknown and the tag is altered in any way. This applies to all kinds of alterations, including adding more padding and reordering the frames. 0 Frame should be preserved. 1 Frame should be discarded.
b - File alter preservation
This flag tells the software what to do with this frame if it is unknown and the file, excluding the tag, is altered. This does not apply when the audio is completely replaced with other audio data. 0 Frame should be preserved. 1 Frame should be discarded.
c - Read only
This flag, if set, tells the software that the contents of this frame is intended to be read only. Changing the contents might break something, e.g. a signature. If the contents are changed, without knowledge in why the frame was flagged read only and without taking the proper means to compensate, e.g. recalculating the signature, the bit should be cleared.
i - Compression
This flag indicates whether or not the frame is compressed. 0 Frame is not compressed. 1 Frame is compressed using [#ZLIB zlib] with 4 bytes for 'decompressed size' appended to the frame header.
j - Encryption

This flag indicates wether or not the frame is enrypted. If set one byte indicating with which method it was encrypted will be appended to the frame header. See section 4.26. for more information about encryption method registration.

0 Frame is not encrypted. 1 Frame is encrypted.
k - Grouping identity
This flag indicates whether or not this frame belongs in a group with other frames. If set a group identifier byte is added to the frame header. Every frame with the same group identifier belongs to the same group. 0 Frame does not contain group information 1 Frame contains group information

Some flags indicates that the frame header is extended with additional information. This information will be added to the frame header in the same order as the flags indicating the additions. I.e. the four bytes of decompressed size will precede the encryption method byte. These additions to the frame header, while not included in the frame header size but are included in the 'frame size' field, are not subject to encryption or compression.

3.4. Default flags

The default settings for the frames described in this document can be divided into the following classes. The flags may be set differently if found more suitable by the software.

  1. Discarded if tag is altered, discarded if file is altered.
  2. Discarded if tag is altered, preserved if file is altered.
  3. Preserved if tag is altered, discarded if file is altered.
    • AENC, ETCO, EQUA, MLLT, POSS, SYLT, SYTC, RVAD, TENC, TLEN, TSIZ

  4. Preserved if tag is altered, preserved if file is altered.

The following frames are declared in this draft.

4.20 AENC [[#sec4.20|Audio encryption]] 4.15 APIC [#sec4.15 Attached picture] 4.11 COMM [#sec4.11 Comments] 4.25 COMR [#sec4.25 Commercial frame] 4.26 ENCR [#sec4.26 Encryption method registration] 4.13 EQUA [#sec4.13 Equalization] 4.6 ETCO [#sec4.6 Event timing codes] 4.16 GEOB [#sec4.16 General encapsulated object] 4.27 GRID [#sec4.27 Group identification registration] 4.4 IPLS [#sec4.4 Involved people list] 4.21 LINK [#sec4.21 Linked information] 4.5 MCDI [#sec4.5 Music CD identifier] 4.7 MLLT [#sec4.7 MPEG location lookup table] 4.24 OWNE [#sec4.24 Ownership frame] 4.28 PRIV [#sec4.28 Private frame] 4.17 PCNT [#sec4.17 Play counter] 4.18 POPM [#sec4.18 Popularimeter] 4.22 POSS [#sec4.22 Position synchronisation frame] 4.19 RBUF [#sec4.19 Recommended buffer size] 4.12 RVAD [#sec4.12 Relative volume adjustment] 4.14 RVRB [#sec4.14 Reverb] 4.10 SYLT [#sec4.10 Synchronized lyric/text] 4.8 SYTC [#sec4.8 Synchronized tempo codes] 4.2.1 TALB [#TALB Album/Movie/Show title] 4.2.1 TBPM [#TBPM BPM (beats per minute)] 4.2.1 TCOM [#TCOM Composer] 4.2.1 TCON [#TCON Content type] 4.2.1 TCOP [#TCOP Copyright message] 4.2.1 TDAT [#TDAT Date] 4.2.1 TDLY [#TDLY Playlist delay] 4.2.1 TENC [#TENC Encoded by] 4.2.1 TEXT [#TEXT Lyricist/Text writer] 4.2.1 TFLT [#TFLT File type] 4.2.1 TIME [#TIME Time] 4.2.1 TIT1 [#TIT1 Content group description] 4.2.1 TIT2 [#TIT2 Title/songname/content description] 4.2.1 TIT3 [#TIT3 Subtitle/Description refinement] 4.2.1 TKEY [#TKEY Initial key] 4.2.1 TLAN [#TLAN Language(s)] 4.2.1 TLEN [#TLEN Length] 4.2.1 TMED [#TMED Media type] 4.2.1 TOAL [#TOAL Original album/movie/show title] 4.2.1 TOFN [#TOFN Original filename] 4.2.1 TOLY [#TOLY Original lyricist(s)/text writer(s)] 4.2.1 TOPE [#TOPE Original artist(s)/performer(s)] 4.2.1 TORY [#TORY Original release year] 4.2.1 TOWN [#TOWN File owner/licensee] 4.2.1 TPE1 [#TPE1 Lead performer(s)/Soloist(s)] 4.2.1 TPE2 [#TPE2 Band/orchestra/accompaniment] 4.2.1 TPE3 [#TPE3 Conductor/performer refinement] 4.2.1 TPE4 [#TPE4 Interpreted, remixed, or otherwise modified by] 4.2.1 TPOS [#TPOS Part of a set] 4.2.1 TPUB [#TPUB Publisher] 4.2.1 TRCK [#TRCK Track number/Position in set] 4.2.1 TRDA [#TRDA Recording dates] 4.2.1 TRSN [#TRSN Internet radio station name] 4.2.1 TRSO [#TRSO Internet radio station owner] 4.2.1 TSIZ [#TSIZ Size] 4.2.1 TSRC [#TSRC ISRC (international standard recording code)] 4.2.1 TSSE [#TSEE Software/Hardware and settings used for encoding] 4.2.1 TYER [#TYER Year] 4.2.2 TXXX [#TXXX User defined text information frame] 4.1 UFID [#sec4.1 Unique file identifier] 4.23 USER [#sec4.23 Terms of use] 4.9 USLT [#sec4.9 Unsychronized lyric/text transcription] 4.3.1 WCOM [#WCOM Commercial information] 4.3.1 WCOP [#WCOP Copyright/Legal information] 4.3.1 WOAF [#WOAF Official audio file webpage] 4.3.1 WOAR [#WOAR Official artist/performer webpage] 4.3.1 WOAS [#WOAS Official audio source webpage] 4.3.1 WORS [#WORS Official internet radio station homepage] 4.3.1 WPAY [#WPAY Payment] 4.3.1 WPUB [#WPUB Publishers official webpage] 4.3.2 WXXX [#WXXX User defined URL link frame]

4.1. Unique file identifier

This frame's purpose is to be able to identify the audio file in a database that may contain more information relevant to the content. Since standardisation of such a database is beyond this document, all frames begin with a null-terminated string with a URL containing an email address, or a link to a location where an email address can be found, that belongs to the organisation responsible for this specific database implementation. Questions regarding the database should be sent to the indicated email address. The URL should not be used for the actual database queries. The string "http://www.id3.org/dummy/ufid.html" should be used for tests. Software that isn't told otherwise may safely remove such frames. The 'Owner identifier' must be non-empty (more than just a termination). The 'Owner identifier' is then followed by the actual identifier, which may be up to 64 bytes. There may be more than one "UFID" frame in a tag, but only one with the same 'Owner identifier'.

<Header for 'Unique file identifier', ID: "UFID"> Owner identifier <text string> $00 Identifier <up to 64 bytes binary data>

4.2. Text information frames

The text information frames are the most important frames, containing information like artist, album and more. There may only be one text information frame of its kind in an tag. If the textstring is followed by a termination ($00 (00)) all the following information should be ignored and not be displayed. All text frame identifiers begin with "T". Only text frame identifiers begin with "T", with the exception of the "TXXX" frame. All the text information frames have the following format:

<Header for 'Text information frame', ID: "T000" - "TZZZ", excluding "TXXX" described in 4.2.2.> Text encoding $xx Information <text string according to encoding>

4.2.1. Text information frames - details

TALB
The 'Album/Movie/Show title' frame is intended for the title of the recording(/source of sound) which the audio in the file is taken from.
TBPM
The 'BPM' frame contains the number of beats per minute in the mainpart of the audio. The BPM is an integer and represented as a numerical string.
TCOM
The 'Composer(s)' frame is intended for the name of the composer(s). They are seperated with the "/" character.
TCON

The 'Content type', which previously was stored as a one byte numeric value only, is now a numeric string. You may use one or several of the types as ID3v1.1 did or, since the category list would be impossible to maintain with accurate and up to date categories, define your own.

References to the ID3v1 genres can be made by, as first byte, enter "(" followed by a number from the genres list (appendix A) and ended with a ")" character. This is optionally followed by a refinement, e.g. "(21)" or "(4)Eurodisco". Several references can be made in the same frame, e.g. "(51)(39)". If the refinement should begin with a "(" character it should be replaced with "((", e.g. "((I can figure out any genre)" or "(55)((I think...)". The following new content types is defined in ID3v2 and is implemented in the same way as the numerig content types, e.g. "(RX)".

RX Remix CR Cover
TCOP
The 'Copyright message' frame, which must begin with a year and a space character (making five characters), is intended for the copyright holder of the original sound, not the audio file itself. The absence of this frame means only that the copyright information is unavailable or has been removed, and must not be interpreted to mean that the sound is public domain. Every time this field is displayed the field must be preceded with "Copyright © ".
TDAT
The 'Date' frame is a numeric string in the DDMM format containing the date for the recording. This field is always four characters long.
TDLY
The 'Playlist delay' defines the numbers of milliseconds of silence between every song in a playlist. The player should use the "ETC" frame, if present, to skip initial silence and silence at the end of the audio to match the 'Playlist delay' time. The time is represented as a numeric string.
TENC
The 'Encoded by' frame contains the name of the person or organisation that encoded the audio file. This field may contain a copyright message, if the audio file also is copyrighted by the encoder.
TEXT
The 'Lyricist(s)/Text writer(s)' frame is intended for the writer(s) of the text or lyrics in the recording. They are seperated with the "/" character.
TFLT
The 'File type' frame indicates which type of audio this tag defines. The following type and refinements are defined: MPG MPEG Audio /1 MPEG 1/2 layer I /2 MPEG 1/2 layer II /3 MPEG 1/2 layer III /2.5 MPEG 2.5 /AAC Advanced audio compression VQF Transform-domain Weighted Interleave Vector Quantization PCM Pulse Code Modulated audio

but other types may be used, not for these types though. This is used in a similar way to the predefined types in the "TMED" frame, but without parentheses. If this frame is not present audio type is assumed to be "MPG".

TIME
The 'Time' frame is a numeric string in the HHMM format containing the time for the recording. This field is always four characters long.
TIT1
The 'Content group description' frame is used if the sound belongs to a larger category of sounds/music. For example, classical music is often sorted in different musical sections (e.g. "Piano Concerto", "Weather - Hurricane").
TIT2
The 'Title/Songname/Content description' frame is the actual name of the piece (e.g. "Adagio", "Hurricane Donna").
TIT3
The 'Subtitle/Description refinement' frame is used for information directly related to the contents title (e.g. "Op. 16" or "Performed live at Wembley").
TKEY
The 'Initial key' frame contains the musical key in which the sound starts. It is represented as a string with a maximum length of three characters. The ground keys are represented with "A","B","C","D","E", "F" and "G" and halfkeys represented with "b" and "#". Minor is represented as "m". Example "Cbm". Off key is represented with an "o" only.
TLAN
The 'Language(s)' frame should contain the languages of the text or lyrics spoken or sung in the audio. The language is represented with three characters according to ISO-639-2. If more than one language is used in the text their language codes should follow according to their usage.
TLEN
The 'Length' frame contains the length of the audiofile in milliseconds, represented as a numeric string.
TMED
The 'Media type' frame describes from which media the sound originated. This may be a text string or a reference to the predefined media types found in the list below. References are made within "(" and ")" and are optionally followed by a text refinement, e.g. "(MC) with four channels". If a text refinement should begin with a "(" character it should be replaced with "((" in the same way as in the "TCO" frame. Predefined refinements is appended after the media type, e.g. "(CD/A)" or "(VID/PAL/VHS)". DIG Other digital media /A Analog transfer from media ANA Other analog media /WAC Wax cylinder /8CA 8-track tape cassette CD CD /A Analog transfer from media /DD DDD /AD ADD /AA AAD LD Laserdisc /A Analog transfer from media TT Turntable records /33 33.33 rpm /45 45 rpm /71 71.29 rpm /76 76.59 rpm /78 78.26 rpm /80 80 rpm MD MiniDisc /A Analog transfer from media DAT DAT /A Analog transfer from media /1 standard, 48 kHz/16 bits, linear /2 mode 2, 32 kHz/16 bits, linear /3 mode 3, 32 kHz/12 bits, nonlinear, low speed /4 mode 4, 32 kHz/12 bits, 4 channels /5 mode 5, 44.1 kHz/16 bits, linear /6 mode 6, 44.1 kHz/16 bits, 'wide track' play DCC DCC /A Analog transfer from media DVD DVD /A Analog transfer from media TV Television /PAL PAL /NTSC NTSC /SECAM SECAM VID Video /PAL PAL /NTSC NTSC /SECAM SECAM /VHS VHS /SVHS S-VHS /BETA BETAMAX RAD Radio /FM FM /AM AM /LW LW /MW MW TEL Telephone /I ISDN MC MC (normal cassette) /4 4.75 cm/s (normal speed for a two sided cassette) /9 9.5 cm/s /I Type I cassette (ferric/normal) /II Type II cassette (chrome) /III Type III cassette (ferric chrome) /IV Type IV cassette (metal) REE Reel /9 9.5 cm/s /19 19 cm/s /38 38 cm/s /76 76 cm/s /I Type I cassette (ferric/normal) /II Type II cassette (chrome) /III Type III cassette (ferric chrome) /IV Type IV cassette (metal)
TOAL
The 'Original album/movie/show title' frame is intended for the title of the original recording (or source of sound), if for example the music in the file should be a cover of a previously released song.
TOFN
The 'Original filename' frame contains the preferred filename for the file, since some media doesn't allow the desired length of the filename. The filename is case sensitive and includes its suffix.
TOLY
The 'Original lyricist(s)/text writer(s)' frame is intended for the text writer(s) of the original recording, if for example the music in the file should be a cover of a previously released song. The text writers are seperated with the "/" character.
TOPE
The 'Original artist(s)/performer(s)' frame is intended for the performer(s) of the original recording, if for example the music in the file should be a cover of a previously released song. The performers are seperated with the "/" character.
TORY
The 'Original release year' frame is intended for the year when the original recording, if for example the music in the file should be a cover of a previously released song, was released. The field is formatted as in the "TYER" frame.
TOWN
The 'File owner/licensee' frame contains the name of the owner or licensee of the file and it's contents.
TPE1
The 'Lead artist(s)/Lead performer(s)/Soloist(s)/Performing group' is used for the main artist(s). They are seperated with the "/" character.
TPE2
The 'Band/Orchestra/Accompaniment' frame is used for additional information about the performers in the recording.
TPE3
The 'Conductor' frame is used for the name of the conductor.
TPE4
The 'Interpreted, remixed, or otherwise modified by' frame contains more information about the people behind a remix and similar interpretations of another existing piece.
TPOS
The 'Part of a set' frame is a numeric string that describes which part of a set the audio came from. This frame is used if the source described in the "TALB" frame is divided into several mediums, e.g. a double CD. The value may be extended with a "/" character and a numeric string containing the total number of parts in the set. E.g. "1/2".
TPUB
The 'Publisher' frame simply contains the name of the label or publisher.
TRCK
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".
TRDA
The 'Recording dates' frame is a intended to be used as complement to the "TYER", "TDAT" and "TIME" frames. E.g. "4th-7th June, 12th June" in combination with the "TYER" frame.
TRSN
The 'Internet radio station name' frame contains the name of the internet radio station from which the audio is streamed.
TRSO
The 'Internet radio station owner' frame contains the name of the owner of the internet radio station from which the audio is streamed.
TSIZ
The 'Size' frame contains the size of the audiofile in bytes, excluding the ID3v2 tag, represented as a numeric string.
TSRC
The 'ISRC' frame should contain the International Standard Recording Code (ISRC) (12 characters).
TSSE
The 'Software/Hardware and settings used for encoding' frame includes the used audio encoder and its settings when the file was encoded. Hardware refers to hardware encoders, not the computer on which a program was run.
TYER
The 'Year' frame is a numeric string with a year of the recording. This frames is always four characters long (until the year 10000).

4.2.2. User defined text information frame

This frame is intended for one-string text information concerning the audiofile in a similar way to the other "T"-frames. The frame body consists of a description of the string, represented as a terminated string, followed by the actual string. There may be more than one "TXXX" frame in each tag, but only one with the same description.

<Header for 'User defined text information frame', ID: "TXXX"> Text encoding $xx Description <text string according to encoding> $00 (00) Value <text string according to encoding>

4.3. URL link frames

With these frames dynamic data such as webpages with touring information, price information or plain ordinary news can be added to the tag. There may only be one URL link frame of its kind in an tag, except when stated otherwise in the frame description. If the textstring is followed by a termination ($00 (00)) all the following information should be ignored and not be displayed. All URL link frame identifiers begins with "W". Only URL link frame identifiers begins with "W". All URL link frames have the following format:

<Header for 'URL link frame', ID: "W000" - "WZZZ", excluding "WXXX" described in 4.3.2.> URL <text string>

4.3.1. URL link frames - details

WCOM
The 'Commercial information' frame is a URL pointing at a webpage with information such as where the album can be bought. There may be more than one "WCOM" frame in a tag, but not with the same content.
WCOP
The 'Copyright/Legal information' frame is a URL pointing at a webpage where the terms of use and ownership of the file is described.
WOAF
The 'Official audio file webpage' frame is a URL pointing at a file specific webpage.
WOAR
The 'Official artist/performer webpage' frame is a URL pointing at the artists official webpage. There may be more than one "WOAR" frame in a tag if the audio contains more than one performer, but not with the same content.
WOAS
The 'Official audio source webpage' frame is a URL pointing at the official webpage for the source of the audio file, e.g. a movie.
WORS
The 'Official internet radio station homepage' contains a URL pointing at the homepage of the internet radio station.
WPAY
The 'Payment' frame is a URL pointing at a webpage that will handle the process of paying for this file.
WPUB
The 'Publishers official webpage' frame is a URL pointing at the official wepage for the publisher.

4.3.2. User defined URL link frame

This frame is intended for URL links concerning the audiofile in a similar way to the other "W"-frames. The frame body consists of a description of the string, represented as a terminated string, followed by the actual URL. The URL is always encoded with ISO-8859-1. There may be more than one "WXXX" frame in each tag, but only one with the same description.

<Header for 'User defined URL link frame', ID: "WXXX"> Text encoding $xx Description <text string according to encoding> $00 (00) URL <text string>

4.4. Involved people list

Since there might be a lot of people contributing to an audio file in various ways, such as musicians and technicians, the 'Text information frames' are often insufficient to list everyone involved in a project. The 'Involved people list' is a frame containing the names of those involved, and how they were involved. The body simply contains a terminated string with the involvement directly followed by a terminated string with the involvee followed by a new involvement and so on. There may only be one "IPLS" frame in each tag.

<Header for 'Involved people list', ID: "IPLS"> Text encoding $xx People list strings <text strings according to encoding>

4.5. Music CD identifier

This frame is intended for music that comes from a CD, so that the CD can be identified in databases such as the CDDB. The frame consists of a binary dump of the Table Of Contents, TOC, from the CD, which is a header of 4 bytes and then 8 bytes/track on the CD plus 8 bytes for the 'lead out' making a maximum of 804 bytes. The offset to the beginning of every track on the CD should be described with a four bytes absolute CD-frame address per track, and not with absolute time. This frame requires a present and valid "TRCK" frame, even if the CD's only got one track. There may only be one "MCDI" frame in each tag.

<Header for 'Music CD identifier', ID: "MCDI"> CD TOC <binary data>

4.6. Event timing codes

This frame allows synchronisation with key events in a song or sound. The header is:

<Header for 'Event timing codes', ID: "ETCO"> Time stamp format $xx

Where time stamp format is:

$01 Absolute time, 32 bit sized, using MPEG frames as unit $02 Absolute time, 32 bit sized, using milliseconds as unit

Abolute time means that every stamp contains the time from the beginning of the file.

Followed by a list of key events in the following format:

Type of event $xx Time stamp $xx (xx ...)

The 'Time stamp' is set to zero if directly at the beginning of the sound or after the previous event. All events should be sorted in chronological order. The type of event is as follows:

$00 padding (has no meaning) $01 end of initial silence $02 intro start $03 mainpart start $04 outro start $05 outro end $06 verse start $07 refrain start $08 interlude start $09 theme start $0A variation start $0B key change $0C time change $0D momentary unwanted noise (Snap, Crackle & Pop) $0E sustained noise $0F sustained noise end $10 intro end $11 mainpart end $12 verse end $13 refrain end $14 theme end $15-$DF reserved for future use $E0-$EF not predefined sync 0-F $F0-$FC reserved for future use $FD audio end (start of silence) $FE audio file ends $FF one more byte of events follows (all the following bytes with the value $FF have the same function)

Terminating the start events such as "intro start" is not required. The 'Not predefined sync's ($E0-EF) are for user events. You might want to synchronise your music to something, like setting of an explosion on-stage, turning on your screensaver etc.

There may only be one "ETCO" frame in each tag.

4.7. MPEG location lookup table

To increase performance and accuracy of jumps within a MPEG audio file, frames with timecodes in different locations in the file might be useful. The ID3v2 frame includes references that the software can use to calculate positions in the file. After the frame header is a descriptor of how much the 'frame counter' should increase for every reference. If this value is two then the first reference points out the second frame, the 2nd reference the 4th frame, the 3rd reference the 6th frame etc. In a similar way the 'bytes between reference' and 'milliseconds between reference' points out bytes and milliseconds respectively.

Each reference consists of two parts; a certain number of bits, as defined in 'bits for bytes deviation', that describes the difference between what is said in 'bytes between reference' and the reality and a certain number of bits, as defined in 'bits for milliseconds deviation', that describes the difference between what is said in 'milliseconds between reference' and the reality. The number of bits in every reference, i.e. 'bits for bytes deviation'+'bits for milliseconds deviation', must be a multiple of four. There may only be one "MLLT" frame in each tag.

<Header for 'Location lookup table', ID: "MLLT"> MPEG frames between reference $xx xx Bytes between reference $xx xx xx Milliseconds between reference $xx xx xx Bits for bytes deviation $xx Bits for milliseconds dev. $xx

Then for every reference the following data is included;

Deviation in bytes %xxx.... Deviation in milliseconds %xxx....

4.8. Synchronised tempo codes

For a more accurate description of the tempo of a musical piece this frame might be used. After the header follows one byte describing which time stamp format should be used. Then follows one or more tempo codes. Each tempo code consists of one tempo part and one time part. The tempo is in BPM described with one or two bytes. If the first byte has the value $FF, one more byte follows, which is added to the first giving a range from 2 - 510 BPM, since $00 and $01 is reserved. $00 is used to describe a beat-free time period, which is not the same as a music-free time period. $01 is used to indicate one single beat-stroke followed by a beat-free period.

The tempo descriptor is followed by a time stamp. Every time the tempo in the music changes, a tempo descriptor may indicate this for the player. All tempo descriptors should be sorted in chronological order. The first beat-stroke in a time-period is at the same time as the beat description occurs. There may only be one "SYTC" frame in each tag.

<Header for 'Synchronised tempo codes', ID: "SYTC"> Time stamp format $xx Tempo data <binary data>

Where time stamp format is:

$01 Absolute time, 32 bit sized, using MPEG frames as unit $02 Absolute time, 32 bit sized, using milliseconds as unit

Abolute time means that every stamp contains the time from the beginning of the file.

4.9. Unsychronised lyrics/text transcription

This frame contains the lyrics of the song or a text transcription of other vocal activities. The head includes an encoding descriptor and a content descriptor. The body consists of the actual text. The 'Content descriptor' is a terminated string. If no descriptor is entered, 'Content descriptor' is $00 (00) only. Newline characters are allowed in the text. There may be more than one 'Unsynchronised lyrics/text transcription' frame in each tag, but only one with the same language and content descriptor.

<Header for 'Unsynchronised lyrics/text transcription', ID: "USLT"> Text encoding $xx Language $xx xx xx Content descriptor <text string according to encoding> $00 (00) Lyrics/text <full text string according to encoding>

4.10. Synchronised lyrics/text

This is another way of incorporating the words, said or sung lyrics, in the audio file as text, this time, however, in sync with the audio. It might also be used to describing events e.g. occurring on a stage or on the screen in sync with the audio. The header includes a content descriptor, represented with as terminated textstring. If no descriptor is entered, 'Content descriptor' is $00 (00) only.

<Header for 'Synchronised lyrics/text', ID: "SYLT"> Text encoding $xx Language $xx xx xx Time stamp format $xx Content type $xx Content descriptor <text string according to encoding> $00 (00)

Encoding:

$00 ISO-8859-1 character set is used => $00 is sync identifier. $01 Unicode character set is used => $00 00 is sync identifier.

Content type:

$00 is other $01 is lyrics $02 is text transcription $03 is movement/part name (e.g. "Adagio") $04 is events (e.g. "Don Quijote enters the stage") $05 is chord (e.g. "Bb F Fsus") $06 is trivia/'pop up' information

Time stamp format is:

$01 Absolute time, 32 bit sized, using MPEG frames as unit $02 Absolute time, 32 bit sized, using milliseconds as unit

Abolute time means that every stamp contains the time from the beginning of the file.

The text that follows the frame header differs from that of the unsynchronised lyrics/text transcription in one major way. Each syllable (or whatever size of text is considered to be convenient by the encoder) is a null terminated string followed by a time stamp denoting where in the sound file it belongs. Each sync thus has the following structure:

Terminated text to be synced (typically a syllable) Sync identifier (terminator to above string) $00 (00) Time stamp $xx (xx ...)

The 'time stamp' is set to zero or the whole sync is omitted if located directly at the beginning of the sound. All time stamps should be sorted in chronological order. The sync can be considered as a validator of the subsequent string.

Newline ($0A) characters are allowed in all "SYLT" frames and should be used after every entry (name, event etc.) in a frame with the content type $03 - $04.

A few considerations regarding whitespace characters: Whitespace separating words should mark the beginning of a new word, thus occurring in front of the first syllable of a new word. This is also valid for new line characters. A syllable followed by a comma should not be broken apart with a sync (both the syllable and the comma should be before the sync).

An example: The "USLT" passage

"Strangers in the night" $0A "Exchanging glances"

would be "SYLT" encoded as:

Источник: [https://torrent-igruha.org/3551-portal.html]
, MP3 Tag Studio v1.1 serial key or number

8 Free MP3, AAC, Flac, MP4, Wav Metadata Tag Editors

Updated: January 4, 2020 /Home » Freeware and Software Reviews » Audio, MP3, And Music

In the age of music streaming such as Spotify and Apple Music where everything is categorized and searchable in seconds, you might find these tools useful as you go through your old collections. A MP3 metadata tag editor allows you to organize your existing song library, use these tools to fill in missing metadata information such as Album cover and genre.

Alternative 2020 Article ➤ 10 Freeware To Rip CDs To FLAC Lossless And MP3 Lossy HD Audio Format

Why organize your MP3 when you can easily stream your music? Well, MP3 is still useful where there are no internet, such as outdoor camping or hiking. Without further ado, here are some free MP3, AAC, Flac, MP4, Wav metadata tag editors.

↓ 01 – Mp3tag | Windows

Mp3tag is the most popular and a powerful easy-to-use tool to edit metadata of audio files. It supports batch tag-editing of ID3v1, ID3v2.3, ID3v2.4, iTunes MP4, WMA, Vorbis Comments and APE Tags for multiple files at once covering a variety of audio formats.

Furthermore, it supports online database lookups from, e.g., Discogs, MusicBrainz or freedb, allowing you to automatically gather proper tags and download cover art for your music library. You can rename files based on the tag information, replace characters or words in tags and filenames, import/export tag information, create playlists and more.

Supported Audio Formats are Advanced Audio Coding (aac), Apple Lossless Audio Codec (alac), Audio Interchange File Format (aif / aifc / aiff), Direct Stream Digital Audio (dsf), Free Lossless Audio Codec (flac), Matroska (mka / mkv), Monkey’s Audio (ape), Mpeg Layer 3 (mp3), MPEG-4 (mp4 / m4a / m4b / m4v / iTunes), Musepack (mpc), Ogg Vorbis (ogg), IETF Opus (opus), OptimFROG (ofr / ofs), Speex (spx), Tom’s Audio Kompressor (tak), True Audio (tta), Windows Media Audio (wma), WavPack (wv), and WAV (wav).

↓ 02 – MusicBrainz Picard | Windows | macOS | Linux

Picard is a cross-platform music tagger written in Python. It is the next generation MusicBrainz tagging application. This new tagging concept is album oriented, as opposed to track/file oriented like the ClassicTagger was. Picard is written in Python, which is a cross-platform language, and makes use of cross-platform libraries – this allows the same code to run both on Windows, Linux and Mac OS X.

  • Multiple Formats – Picard supports all popular music formats, including MP3, FLAC, OGG, M4A, WMA, WAV, and more.
  • AcoustID – Picard uses AcoustID audio fingerprints, allowing files to be identified by the actual music, even if they have no metadata.
  • CD Lookups – Picard can lookup entire music CDs with a click.

↓ 03 – TagScanner | Windows

TagScanner is a powerful tool for organizing and managing your music collection. It can edit tags of most modern audio formats, supports ID3v1/v2, Vorbis comments, APEv2, WMA and MP4(iTunes) tags. You can rename files according to information from the tags, import tag information from filenames or other sources, perform any text replacement and transformations in tags and filenames.

Also you may get album info and download covers via online databases like freedb, Discogs or MusicBrainz. You can create playlists in one click and export your collection to HTML, Excel or any user-defined format. Program has easy-to-use multilingual interface and built-in audio player.

  • Powerful multiple files tag editor
  • Import album information and covers from online databases like Discogs or MusicBrainz
  • Generate tag information from file/foldernames
  • Tag fields formatting and rearrangement
  • Words replacement and case conversion from tags and filenames
  • Supports MP3, OGG, FLAC, WMA, MPEG-4, Opus, Musepack, Monkey’s Audio, AAC, OptimFROG, SPEEX, WavPack, TrueAudio, WAV, AIFF, Direct Stream Digital files
  • Supports ID3 1.0/1.1/2.2/2.3/2.4 tags, APE v1 and v2 tags, Vorbis Comments, WMA tags and MP4(iTunes) metadata
  • Supports for embedded lyrics and cover art
  • Resize cover art for portable devices on the fly

↓ 04 – EasyTAG | Windows | Linux

EasyTAG is a simple application for viewing and editing tags in audio files. It supports MP3, MP2, MP4/AAC, FLAC, Ogg Opus, Ogg Speex, Ogg Vorbis, MusePack, Monkey’s Audio, and WavPack files. And works under Linux or Windows.

You can view, edit, write tags of MP3, MP2 files (ID3 tag with pictures), FLAC files (FLAC Vorbis tag), Ogg Opus files (Ogg Vorbis tag), Ogg Speex (Ogg Vorbis tag), Ogg Vorbis files (Ogg Vorbis tag), MP4/AAC (MP4/AAC tag), MusePack, Monkey’s Audio files and WavPack files (APE tag). You can also edit more tag fields: title, artist, album, disc number, year, track number, comment, composer, original artist/performer, copyright, URL, encoder name and attached picture

↓ 05 – Kid3 | Windows | macOS | Linux

If you want to easily tag multiple MP3, Ogg/Vorbis, FLAC, MPC, MP4/AAC, MP2, Opus, Speex, TrueAudio, WavPack, WMA, WAV and AIFF files (e.g. full albums) without typing the same information again and again and have control over both ID3v1 and ID3v2 tags, then Kid3 is the program you are looking for.

  • Edit ID3v1.1 tags
  • Edit all ID3v2.3 and ID3v2.4 frames
  • Convert between ID3v1.1, ID3v2.3 and ID3v2.4 tags
  • Edit tags in MP3, Ogg/Vorbis, DSF, FLAC, MPC, MP4/AAC, MP2, Opus, Speex, TrueAudio, WavPack, WMA, WAV, AIFF files and tracker modules (MOD, S3M, IT, XM)
  • Edit tags of multiple files, e.g. the artist, album, year and genre of all files of an album typically have the same values and can be set together.

↓ 06 – puddletag | Linux

puddletag is an audio tag editor (primarily created) for GNU/Linux similar to the Windows program, Mp3tag. Unlike most taggers for GNU/Linux, it uses a spreadsheet-like layout so that all the tags you want to edit by hand are visible and easily editable. The usual tag editor features are supported like extracting tag information from filenames, renaming files based on their tags by using patterns and basic tag editing.

Then there’re Functions, which can do things like replace text, trim it, do case conversions, etc. Actions can automate repetitive tasks. Doing web lookups using Amazon (including cover art), Discogs (does cover art too!), FreeDB and MusicBrainz is also supported. There’s quite a bit more, but I’ve reached my comma quota. Supported formats: ID3v1, ID3v2 (mp3), MP4 (mp4, m4a, etc.), VorbisComments (ogg, flac), Musepack (mpc), Monkey’s Audio (.ape) and WavPack (wv).

↓ 07 – AudioShell | Windows

AudioShell 2 is a freeware Windows Explorer shell extension which allows you to view and edit ID3 meta-data tags directly in Windows Explorer. AudioShell adds ID3 tag editor and files rename tools into Windows system music files pop-up menu. AudioShell property shell handler add detailed music tags information into Windows Explorer columns and Preview pane, thumbnail handler add thumbnails with album art into Explorer. Full Unicode and 64 bit support.

↓ 08 – MP3 Diags | Windows | Linux

In a few words, MP3 Diags is a GUI-based application that allows end-users to identify issues with their MP3 files, fix some of the issues and make other changes, like adding track information. It also lets you “look inside” an MP3 file.

Unlike some programs that are designed to deal with a single topic (like fixing VBR headers or adding cover art), MP3 Diags is a one stop solution that identifies more than 50 different issues in MP3 files and provides the means to fix many of them (well, not everything is fixable; you can’t make a 64kbps file sound like a 256kbps one.) Some of the more important issues that are found:

  • Broken tags / headers / audio
  • Duplicate tags / headers
  • Incorrect placement of tags / headers (ID3V2, ID3V1, LAME, Xing, …)
  • Low quality audio
  • Missing VBR header
  • Missing track info / cover art
  • Broken track info / cover art
  • Missing normalization data
  • Character encoding issues (for languages other than English)

Источник: [https://torrent-igruha.org/3551-portal.html]
MP3 Tag Studio v1.1 serial key or number

What's new in the MP3 Tag Editor

[!] Important [+] New [*] Changes [-] Fixed error ================================= mp3Tag Pro 8.0 (Build 538 from 2/25/13) ================================= [!] Now mp3Tag Pro supports tag fields in Unicode, as well as filenames containing all sorts of local characters. [!] Improved interface, ID3 tag fields are now shown in the list and can be edited there. [!] New licensing rules. [+] It is now possible apply filters to the list of files: show files without basic tags, without lyrics, or without covers. [+] New mode for lyrics search. [+] It is now possible to add pictures from the folder where the corresponding music file is stored. [*] Support for import from Discogs and MusicBrainz with the new APIs. [*] Improved saving MP3 tags of the ID3v2 version. [-] Fixed saving M4A tags. [-] Fixed bugs. More info ================================= mp3Tag Pro 7.4 (Build 529 from 6/14/12) ================================= [*] Updated lyrics engine. [*] Improved support of m4a tags. [-] Bugs fixed. ================================= mp3Tag Pro 7.3 (Build 528 from 2/02/12) ================================= [*] Added the option to sort files in the renaming window. [-] Fixed saving WAV tags. [-] Fixed minor bugs. ================================= mp3Tag Pro 7.2 (Build 525 from 11/05/11) ================================= [*] Improved quality of album covers download. [*] Updated lyrics engine. [-] Bugs fixed. ================================= mp3Tag Pro 7.1 (build 521) (07/24/11) ================================= [*] The new standard of FLAC tags is now supported. [*] Support for M4a tags has been improved. [-] Bugs fixed. ================================= mp3Tag Pro 7.0 (build 521) (12/10/10) ================================= [!] Improved interface. [+] A feature to save ID3v2 as Unicode. [+] Download ID3 tags from Discogs. [+] Download ID3 tags from MusicBrainz. [+] Support for pictures in FLAC files. [*] Greatly improved support for tags in M4a lossless. [-] Fixed bugs related to m4a tags. ================================= mp3Tag Pro 6.1 (build 516) (06/01/10) ================================= [*] Updated lyrics engine. ================================= mp3Tag Pro 6.1 (build 514) (03/02/10) ================================= [-] Fixed critical bugs with Amazon and Lyrics. ================================= mp3Tag Pro 6.1 (build 509) (02/17/10) ================================= [+] Now it is possible to search for lyrics only on the sites that match patterns. [+] Built-in update checker added. [-] Fixed some bugs. ================================= mp3Tag Pro 6.01 (build 507) (08/18/09) ================================= [*] Improved support for Amazon. ================================= mp3Tag Pro 6.0 (build 500) (12/21/08) ================================= [!] First version of mp3Tag Pro. ================================= mp3Tag 5.9 (build 406) (02/19/08) ================================= [*] Updated lyrics engine. [-] Fixed some bugs. ================================= mp3Tag 5.8 (build 400) (10/09/07) ================================= [+] Added tags generation from title field. [-] Fixed some bugs. ================================= mp3Tag 5.7 (build 396) (07/09/07) ================================= [+] Added track bar in built-in player. [+] Added few new options for ID3 tags generation. [-] Fixed some bugs. ================================= mp3Tag 5.6 (build 389) (05/10/07) ================================= [+] Added "Up" button. [-] Fixed some bugs. ================================= mp3Tag 5.5 (build 383) (02/26/07) ================================= [+] Added import ID3 tags from text file. [-] Fixed some bugs. ================================= mp3Tag 5.4 (build 379) (12/19/06) ================================= [*] Improved MS Windows Vista support. [-] Fixed some bugs. ================================= mp3Tag 5.3 (build 373) (10/27/06) ================================= [!] Added WAV tag editor! [*] Updated lyrics engine. [-] Fixed some bugs. ================================= mp3Tag 5.2 (build 368) (09/13/06) ================================= [+] Added playing of WavPack WV files. [*] Improved international support. [*] Updated lyrics patterns. [-] Fixed some bugs. ================================= mp3Tag 5.1 (build 357) (07/20/06) ================================= [+] Added new copy/move files dialog. [+] Added composer and genre params to generate tags window. [+] Added new option "Stop Winamp when you save tags". [+] Now you can save blank genre to ID3v1 tags. [-] Fixed some bugs. ================================= mp3Tag 5.0 (build 345) (05/10/06) ================================= [!] Added support of WavPack .WV tags. [+] Added Unicode support of reading MP3 tags. [+] Added new rename format: %M - composer. [+] Added drag&drop operations to Pictures-window. [*] Updated lyrics patterns. [-] Fixed some bugs. ================================= mp3Tag 4.99 (build 336) (03/16/06) ================================= [+] When importing data from an Amazon, you can automatically save folder.jpg on working folder. [+] Added support for tags import from Amazon.co.jp. [-] Fixed some bugs. ================================= mp3Tag 4.98 (build 330) (02/07/06) ================================= [+] Added "Album Artist" field. [-] Fixed some bugs. ================================= mp3Tag 4.97 (build 324) (01/12/06) ================================= [+] Added support of Unicode filenames and folders. [-] Fixed some bugs. ================================= mp3Tag 4.96 (build 317) (12/01/05) ================================= [+] Added support of iTunes 6. [*] Updated lyrics patterns. [-] Fixed some bugs. ================================= mp3Tag 4.95 (build 306) (10/04/05) ================================= [+] Added support of writing FLAC tags. [+] Added internal player. [*] Improved support of WMA tags. [*] Supports additional interface languages. [-] Fixed some bugs. ================================= mp3Tag 4.9 (build 296) (08/04/05) ================================= [+] Added support of reading tags in FLAC-files. [+] Added fast copy/paste mode for working with pictures. [+] Added additional parameters for working with proxy server. [*] Updated lyrics patterns. [-] Fixed some bugs. ================================= mp3Tag 4.8 (build 282) (06/07/05) ================================= [+] Added support for BPM (beats per minute) field. [+] Added drag&drop mode for files in Rename/Generate tags window. [+] Added additional parameter Options-window: Change focus after saving. [*] Supports additional interface languages (Polish). [-] Fixed some bugs. ================================= mp3Tag 4.7 (build 267) (04/27/05) ================================= [+] Added posibility to edit new filenames/fields of tags in preview grid. [+] Added support for tags import from Amazon.ca and Amazon.fr. [+] Added Tip of the day. [+] Added additional parameter Options-window: Use current folder for saving images/lyrics. [*] Added support for MPC Stream Version 7.1. [*] Improved support of AAC tags. [-] Fixed some bugs. ================================= mp3Tag 4.6 (build 257) (03/11/05) ================================= [!] Added support of Musepack .MPC, .MPP, .MP+ tags. [*] Improved support of APE tags. [*] Improved speed of tags operations. [-] Fixed some bugs. ================================= mp3Tag 4.5 (build 247) (01/15/05) ================================= [!] Added Apple M4a Tag Editor. [+] Added new "Remove extra spaces" mode in Rename-window. [*] Improved MusicMatch support. [-] Fixed some bugs. ================================= mp3Tag 4.4 (build 242) (12/02/04) ================================= [+] Added support for import tags from Amazon.co.uk and Amazon.de. [+] Added support for ID3v2.2. [+] Added list of FreeDB servers. [+] New main icon. [*] Improved quality of album covers download. [-] Fixed some bugs. ================================= mp3Tag 4.3 (build 219) (10/04/04) ================================= [!] Added automatic tags import from Amazon.com [+] Added writing support of pictures for WMA files. [+] Added support for APE files version 3.98+. [*] Improved speed of album covers download. [-] Fixed some bugs. ================================= mp3Tag 4.2 (build 209) (07/12/04) ================================= [!] New internal engine. [+] Added automatically pictures (album art) search in the Internet. [-] Fixed some bugs. ================================= mp3Tag 4.1 (build 197) (05/06/04) ================================= [+] Added writing of WMA tags. [+] Added auto numbering mode for tracks. [+] Added support for Winamp 5. [*] Improved quality of lyric's download. [*] Supports additional interface languages. [-] Delete registry keys of program after uninstall. [-] Fixed some bugs. ================================= mp3Tag 4.0 (build 189) (01/25/04) ================================= [!] Now mp3Tag is the best MP3, APE, OGG, WMA tag editor! [+] Added preview of generation tags. [+] Added FreeDB support. [+] Added lyrics search and tags save for group of files. [+] Added new shortcuts. [+] Added new skin. [+] Added clear copy/move list command in popup-menu. [*] Changed registration procedure. [*] Updated lyrics patterns. [-] Fixed many bugs. ================================= mp3Tag 3.9 (build 181) (11/21/03) ================================= [!] Added automatically lyrics search in the Internet. [-] Fixed reading of WMA tags (tracks error). ================================= mp3Tag 3.85 (build 170) (10/17/03) ================================= [+] Copy or move folders. [+] Added support for AudioConverter Studio and Media Catalog Studio. [*] Supports additional interface languages. ================================= mp3Tag 3.8 (build 168) (08/04/03) ================================= [+] Final version. ================================= mp3Tag 3.8 beta (build 167) (07/27/03) ================================= [+] Added support for Monkey's Audio tags in APE-files. [+] Added automatic change of focus to tag's field after saving tags. [+] Added program's association with MP3 files. [*] Changed shortcut Ctrl+S - now it saves tags. [*] Improved support for default music program. [-] Fixed many minor bugs. ================================= mp3Tag 3.7 (build 159) (06/18/03) ================================= [-] Fixed some visualization bugs. ================================= mp3Tag 3.7 (build 158) (06/18/03) ================================= [+] Final version. ================================= mp3Tag 3.7 beta (build 157) (06/13/03) ================================= [*] A new main icon. ================================= mp3Tag 3.7 beta (build 156) (06/10/03) ================================= [+] Added support of reading tags in WMA-files. [+] Added support of Lyrics3. [+] Added possibility of deleting files in Rename-window. [+] Added new "letters replacement" mode in Rename-window : remove spaces. [+] Added new format for renaming files by tags: %O � old filename. [+] Added new shortcuts. [+] New icons. [*] Improved renaming preview speed. ================================= mp3Tag 3.6 (build 152) (05/16/03) ================================= [-] Fixed renaming bug for formats like %A\%T. ================================= mp3Tag 3.6 (build 151) (05/16/03) ================================= [-] Fixed Windows logon/logoff music. ================================= mp3Tag 3.6 (build 149) (05/11/03) ================================= [-] Fixed incorrect position of additional windows and other small bugs. ================================= mp3Tag 3.6 (build 147) (05/07/03) ================================= [!] Considerably improved function of file's renaming using tag fields. [+] Export of song's list into textfiles, MS Excel and playlists. [*] Support for additional skins. [*] Support for additional interface languages. [*] Improved interface design. [-] Deleting of MP3 tags or insertion of pictures into files with Read Only properties. [-] Fixed bug in registration of program. [-] Fixed many small bugs. ================================= mp3Tag 3.5 (build 142) (3/27/03) ================================= [+] Skins and color-schemes support. [+] Resize main windows. [+] Custom genres. [+] In the Rename-window, information from file's tags is shown in context menu. [+] In dialogs for saving and loading pictures, preview is added. [*] Music file's info is more detailed. [*] Menu looks better. [-] When "Save"-button pressed, focus changed. [-] In tags-generation window, context menu is restored. ================================= mp3Tag 3.4 (build 130) (2/15/03) ================================= [+] Final version. [*] Supports additional interface languages. ================================= mp3Tag 3.4 beta (build 129) (2/02/03) ================================= [!] The possibility of moving files to folders created acc. to tags' information. [+] Saving lyrics and pictures in all selected files. [+] Copying and moving files to folders. [+] Supporting tray icon. [+] Deleting empty folders. [*] Improved work with keyboard: Ctrl+F moves focus to list of files, Esc closes additional windows, Ctrl+T changes reading mode of MP3 Tags, Ctrl+S changes mode of files display in subfolders. [*] Changes in settings: save history of fields' values. [-] Sort genres according to ABC. [-] Fixed some bugs. ================================= mp3Tag 3.3 (build 126) (1/15/03) ================================= [+] Final version. ================================= mp3Tag 3.3 Beta (build 125) (1/12/03) ================================= [!] Support for Ogg Vorbis files added. [*] User interface is updated. [-] Fixed some bugs. ================================= mp3Tag 3.2 (build 122) (12/23/02) ================================= [*] Added an empty string to track number. ================================= mp3Tag 3.2 (build 121) (12/20/02) ================================= [*] Changes in settings: the possibility of viewing files only in selected subfolders. [*] Multiline support for comment. [*] Changes in settings: WinAmp 3 support. The possibility of playing files with default program. [*] Support for additional interface languages. ================================= mp3Tag 3.11 (build 120) (12/16/02) ================================= [-] Fixed some bugs. ================================= mp3Tag 3.11 (build 117) (12/09/02) ================================= [*] Support for additional interface languages. [-] Fixed some bugs. ================================= mp3Tag 3.11 (build 116) (12/03/02) ================================= [+] A new icon. [*] Support for additional interface languages. [-] Fixed a bug in comments saving. [-] Fixed a bug with picture-window resizing. [-] Fixed a bug in subfolders sorting. ================================= mp3Tag 3.1 (build 115) (11/01/02) ================================= [!] Evaluation period extended up to 30 days. [*] 'Song info' window enlarged. It contains text availability now. Double-clicking text-indication line or images-count line will show/hide corresponding window. [*] Changes in settings: file deleting option has been added. Now you can specify whether file should be deleted to Recycle Bin or removed permanently. [*] Changes in settings: full window zooming option has been added. Now you can zoom image to full window or use proportional zooming. [*] Support for additional interface languages (Italian, Catalan, Valencia and others). [*] Support for up to 20 interface languages. [*] Russian help updated. [-] Fixed invalid tooltips for some buttons in main window. ================================= mp3Tag 3 (build 114) (10/08/02) ================================= [+] Final version. ================================= mp3Tag 3 beta (build 113) (09/30/02) ================================= [*] English help updated. [*] Support for subfolders in format added in Generate-window. ================================= mp3Tag 3 beta (build 112) (09/23/02) ================================= [+] Drag&Drop added in Picture-window. ================================= mp3Tag 3 beta (build 111) (09/22/02) ================================= [+] The files can be renamed according to genres. [-] The list of files and folders was displayed incorrectly. ================================= mp3Tag 3 beta (build 110) (09/20/02) ================================= [!] The product price was set. [!] The possibility of processing subfolders added. [!] mp3Tag cannot play MP3 files itself and now uses WinAmp. [+] When processing files, popup-window appears. The progress indicator and approximate time is displayed in it to inform you about the time left. [+] The processing in renaming files has been sped up. Additional columns has been added to the grid. They display basic fields from MP3 Tags. [+] Double-clicking the grid of renaming files will display information about the song in the mp3Info-window. [+] A new setup. [+] The possibility of moving windows while moving the main one was added. [*] The conditions of using mp3Tag upon expiration of trial period have been changed. [*] The interface of the program was slightly adjusted. [*] The additional parameters have been added to Options-window. [-] The problem of program visualization with large fonts in Windows should be solved. ================================= mp3Tag 2.7 beta (build 108) (08/01/02) ================================= [!] Now you can save pictures in MP3 Tags. [!] The MP3 Tags saving of second version was re-made. Due to this, resaving has been really sped up and the limit of their length has decreased. [+] New formats were added to renaming files window: bitrate, freq, which are taken from song parameters. [+] Now to rename a file it is enough to uncheck the box in the right of new filename. [+] The display of popup hints can be turned off. [*] The retrieval of mp3-info from song has been sped up. [*] The colors of interface elements has been slightly modified. ================================= 2.6 (build 101) (6/10/02) ================================= [+] English help is included into the basic version of the program. Two editions of the program: english and russian. Difference is in correspondent help-file [+] Autoselect when loading last used song [*] After changing fields of selected files Transliteration and Capitalization modes are returned in off-position [-] Additional song's info was not defined exactly [-] When "Show Folders" was off, the program delivered "error"-dialog after loading [-] Unregistered version sometimes didn't allow to rename files [-] Uncorrect transliteration and capitalization for "�" fixed ================================= 2.6 beta 3 (build 100) ================================= [!] site address has changed: www.umfosoft.com [+] options are moved to new window. Color options [+] German language is supported [*] "song's info"-engine is changed [*] numbers of tracks are treated correctly even if they are saved as 1/12 etc. [*] when changing current element in a list of files all fields are at first emptied and then filled again [*] size of unpacked .exe has considerably decreased [*] after trial is expired, "Created with mp3Tag" is added to text of song [-] last version didn't play songs under some OS's [-] sometimes Windows' menu wasn't correctly treated for long names of folders [-] error-dialog appeared when the last working folder wasn't found [-] WinAmp doesn't see id3v2.4 header, so the program saves now id3v2.3 ================================= 2.6 beta 2 (build 97) ================================= [+] new format for renaming files added � comments [*] preview is added for mp3Tag generator window [*] when deleting a format while generating tags the value of field won't change [-] bug of wrong encoding for song text is corrected ================================= 2.6 beta (build 96) ================================= [-] sometimes it is impossible to save tags when song text was saved in a file [-] bug of drawing hint for length of some files corrected [-] info about a file is displayed more accurately ================================= 2.6 beta (build 95) ================================= [!] after some consideration I decided to refuse putting filename in the field "Title" when file doesn't contain tags [+] temporarily (and later we'll see) it is possible to change font for text of song. The info isn't saved [-] sometimes it was impossible to save tags if text of song was selected ================================= 2.6 beta (build 94) ================================= [!] at last, you can extract values for MP3 Tags from filenames! [!] due to numerous wishes the "additional info"-window is now available (it shows bitrate, saved tags' versions etc.) [+] Folder can be opened with mp3Tag from Windows' context menu [+] Transliteration for tags' fields [+] program's settings can be saved in reg-file. Run SaveSettings.reg. To restore settings run RestoreSettings.reg [+] program automatically jumps to edit name of a song when 2 figures are entered in "track number" field [+] If there are more symbols in a field than it is possible to save in id3v1, background color of the field changes [+] a new capitalization-mode: only first letter up [+] quick setting of track number: select it from menu [+] usage of id3v2.4 [+] "loading"-window [*] when counting number of elements only files are counted [*] if more than one file is selected, you can edit only checked fields [*] "remove unused tag" doesn't work anymore. Now it is possible to delete any tag for a group of files [*] new transliteration rules [*] after 20-days-trial is expired the warning doesn't appear anymore. It was replaced by a restriction: you cannot add your own formats. [*] values of all the lists are saved to register [-] when renaming files using track number new name was preceded by 0 [-] the size of id3v2 that can be read is increased, read algorithm is slightly improved [-] folders that begin with . were not displayed ================================= 2.55 (build 93) ================================= [-] beta version didn't save text of song ================================= 2.55 beta (build 92) ================================= [+] Text of song can be loaded and saved in txt-file. Drag&Drop is supported [+] in the "text of song"-window the buttons for Clipboard added [+] bookmarks added [+] selected files may be deleted by pressing Del [+] new renaming-formats added. They can be dragged with mouse. [+] autopreview for rename-window added [+] Ukrainian language is supported [*] now it is possible to save tags to file played [-] after the playback is stopped data can be saved to file [-] when genre had a number greater than supported, file could be deleted ================================= 2.51 (build 91) ================================= [*] registration-algorithm is changed. Now the key is automatically sent after filling in the form. [*] installation options are changed. For unknown reasons it was sometimes impossible to install the program. ================================= 2.5 (build 90) ================================= [*] If file doesn't have id3v1, title shows filename without extension [*] Main menu can be called as context one � right-click on the header [*] 'cosmetic' changes ================================= 2.5 beta (build 89) ================================= [!] id3v1.1 instead of id3v1.0 is supported. It allows to keep track number in tag of first version [!] New field of id3v2 is added: text of song. [!] free trial [+] automatically plays next song [+] width of columns in rename-window is preserved [*] rename-window got larger [*] many different slight corrections [-] URL-field is saved correctly ================================= 2.31 beta (build 85) ================================= [+] it is possible to select a file from list using 'up' and 'down' arrows when cursor is on a tag's field ================================= 2.31 beta (build 84) ================================= [*] the program icon is changed ================================= 2.31 beta (build 83) ================================= [+] capitalization-routine for tags [+] volume control [*] the possibility to put name of file in "Title"-field is removed [-] errors in rename-window are fixed [*] many new rename-options are added ================================= 2.3 beta (build 82) ================================= [*] Some options of installation are changed [*] rename-error-dialog shows more information [*] temporary file is automatically removed if the program fails to write mp3-tag correctly. ================================= 2.3 beta (build 81) ================================= [*] increased number of the files that can be processed in a folder. Now a folder can contain up to 10000 files. [-] after installation the interface language was always English. ================================= 2.3 beta (build 80) ================================= [-] serious bug is fixed: the program worked improperly if it hadn't been already installed before. I'm sorry. [*] when selecting all files, directories remain unselected ================================= 2.3 beta (build 77) ================================= [!] mp3-tag of the second version is supported [!] files are renamed by custom pattern [!] the program plays music [-] list of genres is corrected [*] numerous changes. ================================= 2.21 (build 70) ================================= [*] Readme.txt is slightly changed. [-] Under Windows 95 files and directories were listed without order. ================================= 2.2 (build 66) ================================= [*] Installation's options are changed. Distributive package contains more files. [+] Drag&Drop technology supported. [+] Folders are shown as well as mp3-files. [*] At the left of file an icon is shown. [+] Flat buttons. By default � off. [-] Mistakes in language files are corrected. ================================= 2.1 (build 57) ================================= Interface is changed, chm-help is added. The price of the product is set. ================================= 1.51 (build 64) ================================= The first official release. Changes before 1.51 are not logged Download now!

Testimonials

mp3Tag is great, by the way. I am a bit of an addict when it comes to music. I download a lot of music files from blogs and many of them are poorly tagged and named. mp3Tag makes the process of making them more useful so very easy. I have hundreds of files from a time before I purchased mp3Tag and am now going through those files to fix them. I simply could not do this without mp3Tag.

Keep up the great work. I look forward to future versions.

Randy

Advantages

More advantages...

Videos

Information

Источник: [https://torrent-igruha.org/3551-portal.html]
.

What’s New in the MP3 Tag Studio v1.1 serial key or number?

Screen Shot

System Requirements for MP3 Tag Studio v1.1 serial key or number

Add a Comment

Your email address will not be published. Required fields are marked *