What formats does Picard support?¶
Picard supports the following file formats:
MPEG-1 Audio (.mp3, .mp2, .m2a)
MPEG-4 Audio (.m4a, .m4b, .m4p, .m4v, .m4r, .mp4)
Windows Media Audio (.wma, .wmv, .asf)
Microsoft WAVE (.wav)
The True Audio (.tta)
Audio Interchange File Format (.aiff, .aif, .aifc)
Musepack (.mpc, .mp+)
OptimFROG (.ofr, .ofs)
Monkey’s Audio (.ape)
Tom’s lossless Audio Kompressor (.tak)
Generic Ogg files (.ogg)
Ogg FLAC (.ogg, .ogv)
Ogg Theora (.ogg, .oga)
Ogg Opus (.opus)
Ogg Audio (.oga)
Ogg Video (.ogv)
ADTS stream / AAC (.aac)
AC-3 (.ac3, .eac3)
Direct Stream Digital (.dff, .dsf)
WAVE files lack a standard for proper tagging. Picard uses ID3v2 tags to tag WAVE files, but this is not supported by all software. For compatibility with software which does not support ID3v2 tags in WAVE files additional RIFF INFO tags can be written to the files. RIFF INFO has only limited support for tags and character encodings.
What formats will Picard support?¶
Picard is intended to eventually support all formats (including fingerprinting), but this is a complex (arguably never-ending) process, and will take some time.
Why is saving files sometimes slow, but saving a second time much faster?¶
In most file formats the tags are near the beginning of the file, before the actual music data. If changed tags get written to the file and the newly written tags take more space then before the entire file needs to be rewritten. This is usually much slower than just rewriting part of the file containing the tags, especially for larger files and/or if the files are on a slow storage (e.g. a network share or slow external drive).
To mitigate the issue most tagging software (including Picard) leaves some free space (the so called padding) after the tags and before the actual music data. If the newly written are only a bit larger than before this free space can be used instead of rewriting the entire files. Likewise if the newly written tags take less space than before this only leads to an increase in padding, avoiding rewriting the file.
This all means that when you add many tags to the files (or if there is no or only small padding) you experience slow writing speed. If you do only small changes or just remove and later re-add tags the writing is much faster.
Why does Picard not use Vinyl style track numbers (e.g. A1, A2, …) by default?¶
For Vinyl releases the track numbers on MusicBrainz are usually entered as A1, A2, …, B1, B2, … and so on. Other releases might use even different more uncommon numbering schemes. Yet Picard will by default always write decimal track numbers, starting with 1 for the first track on a medium.
The main reason for this is that this is how track numbers are defined for most file formats. The formats expect decimal numbers, and likewise music players might only expect decimal numbers when reading the files.
If you really want to you can use the scripting variable
%_musicbrainz_tracknumber% which always holds the
track number as it was entered in the MusicBrainz database. The following script will set the tracknumber tag
to the value as displayed in the MusicBrainz database:
Please be aware that for MP4 files this will result in the track number not beings saved, as the MP4 format does not allow for non integer values in this tag. For other formats it depends on the playback software and devices you use if they can handle these non-standard track numbers.
The built-in audio player cannot play my file. Which formats does it support?¶
The formats supported by the built-in audio player depend on the formats supported by your operating system.
The supported formats depend on the installed codecs. Depending on the Windows version certain codecs are pre-installed, but you can install additional codecs.
You might want to install the Directshow Filters for Ogg to add support for Ogg Vorbis, Ogg Speex, Ogg Theora, Ogg FLAC, native FLAC, and WebM files.
Additional information is available from Microsoft’s Codecs FAQ.
On Linux systems the player uses GStreamer which supports most common audio formats, although some distributions might exclude some codecs due to licensing issues. For the widest format support make sure you install all of the GStreamer plugins available for your distribution.
I am using Fedora. Why doesn’t acoustic fingerprinting work?¶
Acoustic fingerprinting in Picard uses a tool called fpcalc, which is not available in Fedora. You can get it by installing the chromaprint-toolspackage
from the RPM Fusion repository. This functionality is not contained in the main Fedora
picard package because it requires
ffmpeg package which cannot be distributed by Fedora. After enabling the “rpmfusion-free” RPM
Fusion repository, install the package (as root) using:
yum install chromaprint-tools