Bestandsindelingen

Welke bestandsindelingen ondersteunt Picard?

Picard ondersteunt de volgende bestandsindelingen:

• MPEG-1 Audio (.mp3, .mp2 en .m2a)

• MPEG-4 Audio (.m4a, .m4b, .m4p, .m4v, .m4r en .mp4)

• Windows Media Audio (.wma, .wmv en .asf)

• Microsoft WAVE (.wav)

• The True Audio (.tta)

• FLAC (.flac)

• Audio Interchange File Format (.aiff, .aif en .aifc)

• Musepack (.mpc en .mp+)

• WavPack (.wv)

• OptimFROG (.ofr en .ofs)

• Monkey’s Audio (.ape)

• Tom’s lossless Audio Kompressor (.tak)

• Speex (.spx)

• Algemene Ogg-bestanden (.ogg en .ogx)

• Ogg FLAC (.ogg en .oga)

• Ogg Theora (.ogg en .ogv)

• Ogg Opus (.opus)

• Ogg Audio (.oga)

• Ogg Video (.ogv)

• ADTS-stream/AAC (.aac)

• AC-3 (.ac3 en .eac3)

• Direct Stream Digital (.dff en .dsf)

Notitie

WAVE-bestand hebben geen standaard om goed te taggen. Voor WAVE-bestanden gebruikt Picard ID3v2-tags, maar dat wordt niet door alle software ondersteund. Voor compatibiliteit met software die geen ID3v2-tags in WAVE-bestanden ondersteunt, kunnen ook RIFF INFO-tags naar de bestanden worden geschreven. RIFF INFO heeft beperkte ondersteuning voor tags en tekencoderingen.

Welke bestandsindelingen gaat Picard ondersteunen?

De bedoeling is dat Picard uiteindelijk alle indelingen ondersteunt (waaronder voor vingerafdrukken), maar dit is een complex (en waarschijnlijk eindeloos) proces en zal even duren.

Van welke rippers kan Picard de logboekbestanden gebruiken om op te zoeken?

Sinds Picard 2.9 ondersteunt Picard het opzoeken van uitgaven aan de hand van logboekbestanden van populaire cd-rippers. Omdat de logboekbestanden van deze rippers genoeg informatie bevatten om de inhoudsopgaven van cd’s te genereren, kunnen ze worden gebruikt in plaats van de cd zelf. Ondersteunde rippers zijn:

• dBpoweramp voor macOS en Windows

• Exact Audio Copy (EAC) voor Windows

• fre:ac voor Linux, macOS, Windows en andere systemen

• redumper raw SCSI TOC file for Linux, macOS, Windows

• Whipper voor Linux

• X Lossless Decoder (XLD) voor macOS

Welke tags kan Picard naar mijn bestanden schrijven?

See the Tags en variabelen section for information on which MusicBrainz fields Picard writes to tags. Picard Tag Mapping contains more technical information on how these are further mapped into each tag format.

Hoe kan ik de tags in meerdere bestanden tegelijk bewerken?

1. Je kan met Ctrl of Shift meerdere bestanden selecteren.

2. In het overzicht van metadata onderaan het venster zie je welke tags in de geselecteerde bestanden aanwezig zijn en of ze in alle bestanden hetzelfde of verschillend zijn.

3. Als je een waarde in de kolom ‘Nieuwe waarde’ wijzigt, wordt deze tag in alle geselecteerde bestanden gewijzigd.

4. Om deze veranderingen in je bestanden permanent te maken, moet je op Opslaan klikken.

Houd er wel rekening mee dat Picard niet is ontworpen als algemene tagbewerker. Het primaire doel van Picard is het ophalen van informatie uit de gemeenschappelijk onderhouden MusicBrainz-databank en die informatie naar je tags schrijven. Secundaire doelen zijn onder andere:

• het mogelijk maken om met scripts en plug-ins aanpassingen te doen

• gebruikers aanmoedigen om een account te maken en informatie via de website van MusicBrainz te verbeteren en bij te werken, waardoor ze hun werk met de rest van de gemeenschap delen in plaats van dat ze alleen hun lokale tags verbeteren.

Daarom is de ontwikkeling van Picard nooit zo gericht geweest op het handmatig doen van grootschalige bewerkingen zoals algemene tagbewerkers (zoals Mp3tag, foobar2000 of zelfs spelers met een muziekbibliotheek zoals iTunes, Windows Media Player en MediaMonkey). Dat betekent niet dat het team patches voor dit soort functies niet zou waarderen!

Waarom gaat het opslaan van bestanden de eerste keer soms langzaam en de tweede keer een stuk sneller?

In de meeste bestandsindelingen worden tags aan het begin van het bestand opgeslagen, vóór de muziek. Als er tags worden bijgewerkt en er nieuwe tags naar bestanden worden geschreven, en die tags meer ruimte innemen dan eerst, moet het hele bestand opnieuw worden geschreven. Dat is meestal een stuk trager dan alleen het herschrijven van het gedeelte van het bestand met de tags, vooral bij grotere bestanden en/of als de bestanden op een trage opslaglocatie staan (zoals een netwerk of traag extern station).

Om dit probleem te beperken, laat veel tagsoftware (waaronder Picard) wat extra vrije ruimte (opvulling, in het Engels ‘padding’ genoemd) over tussen de tags en de muziekgegevens. Als de nieuwe informatie maar een beetje groter is dan eerder, kan deze vrije ruimte worden gebruikt en hoeft niet het hele bestand opnieuw te worden geschreven. En als de nieuwe tags minder ruimte innemen dan eerst, wordt de opvulling alleen iets groter en hoeft het bestand ook niet helemaal opnieuw te worden geschreven.

Dat betekent dat wanneer je veel tags aan bestanden toevoegt (of als er weinig of geen opvulling is), het schrijven langzaam gaat. Als je alleen kleine dingen verandert of tags verwijdert en weer toevoegt, gaat het schrijven een stuk sneller.

Waarom gebruikt Picard standaard geen vinylnummerposities (bijv. A1, A2 enz.)?

Voor vinyl worden nummerposities in MusicBrainz vaak ingevuld als ‘A1, A2 … B1, B2’ enz. Op andere uitgaven worden zelfs nog zeldzamere nummeringen gebruikt. Toch schrijft Picard standaard altijd decimale nummers, te beginnen bij 1 voor het eerste nummer op een medium.

De belangrijkste reden hiervoor is dat nummerposities bij de meeste bestandsindelingen zo worden geschreven. De meeste software en muziekspelers verwachten bij het lezen van bestanden zulke nummers.

Als je dat echt wil, kan je de scriptvariabele %_musicbrainz_tracknumber% gebruiken, die altijd overeenkomt met de nummerpositie zoals die in de databank van MusicBrainz is ingevoerd. Het volgende script stelt de tag nummerpositie in op de waarde zoals die in de databank van MusicBrainz wordt weergegeven:

$set(tracknumber,%_musicbrainz_tracknumber%)

Houd er rekening mee dat dit bij mp4-bestanden betekent dat de nummerpositie niet wordt opgeslagen, omdat die indeling voor deze tag alleen integers ondersteunt. Voor andere indelingen hangt het kunnen omgaan met niet-standaard nummerposities af van de software.

De ingebouwde audiospeler kan mijn bestand niet afspelen. Welke bestandsindelingen ondersteunt de speler?

Welke bestandsindelingen de ingebouwde audiospeler ondersteunt, is afhankelijk van de indelingen die je besturingssysteem ondersteunt.

Windows:

De ondersteunde bestandsindelingen zijn afhankelijk van de geïnstalleerde codecs. Verschillende versies van Windows worden geleverd met verschillende codecs, maar je kan zelf extra codecs installeren.

Daarvoor kan je bijvoorbeeld Directshow Filters for Ogg installeren, zodat je ondersteuning voor Ogg Vorbis, Ogg Speex, Ogg Theora, (Ogg) FLAC en WebM krijgt.

Zie ook

Meer informatie kan je vinden in Microsofts Veelgestelde vragen over codecs.

Linux:

Op Linux-systemen gebruikt de speler GStreamer, dat de meest voorkomende audio-indelingen ondersteunt. Wel hebben sommige distributies bepaalde codecs niet vanwege licentieproblemen. Voor de breedst mogelijke ondersteuning moet je alle GStreamer-plug-ins installeren die er voor je distributie beschikbaar zijn.

Ik gebruik Fedora. Waarom werken akoestische vingerafdrukken niet?

Voor akoestische vingerafdrukken gebruikt Picard het programma fpcalc, dat voor Fedora niet beschikbaar is. Je kan fpcalc krijgen door het chromaprint-pakket uit de opslagplaats RPM Fusion te installeren. Deze functie maakt geen deel van het pakket picard in Fedora uit, omdat ze het pakket ffmpeg vereist, wat niet door Fedora kan worden verspreid. Nadat je de RPM Fusion-opslagplaats ‘rpmfusion-free’ hebt ingeschakeld, kan je het pakket (als root) installeren met de opdracht:

yum install chromaprint-tools