Comment puis-je * complètement * effacer les métadonnées d'un MP3?


22

J'utilise des "betteraves" pour organiser mes mp3. Un album que j'ai acheté sur Amazon en mp3 est incorrectement marqué comme PAS une compilation alors qu'en fait c'est une compilation. J'organise mes fichiers différemment selon qu'un album est ou non une compilation. Peu importe ce que j'essaie de faire avec ces mp3, les modifications que j'applique aux balises ID3 ne tiennent pas.

Par exemple:

mp3info -d ../amazon_album/*  # This WIPES the tags
mp3info ../amazon_album/01-01 - Track 1.mp3 
../amazon_album/01-01 - Track 1.mp3 does not have an ID3 1.x tag.

Mais quand j'ouvre le fichier dans n'importe quel lecteur multimédia, TOUTES les informations sont toujours là!

Alors j'ai essayé:

mp3info -a "LOL" ../amazon_album/*
mp3info  ../amazon_album/01-01 - Track 1.mp3
File: ../amazon_album/01-01 - Track 1.mp3
Title:                                  Track: 
Artist:  LOL
Album:                                  Year:  
Comment:                                Genre:  [255]

Pourtant, dans n'importe quel lecteur multimédia, il conserve toujours toutes les informations d'origine. Pour cette raison, je ne peux pas changer l'album en "Compilation" ce qui signifie que je ne peux pas l'organiser dans Beets comme je le souhaite.

J'ai confirmé que ce n'était pas un problème d'autorisations de fichiers. Est-ce que je fais quelque chose de mal? Existe-t-il une autre façon d'accomplir cela sous Linux? Ou existe-t-il un moyen de "tromper" les betteraves pour les traiter comme une compilation (afin qu'elles utilisent mon chemin de compilation)?

Réponses:


9

mp3infone modifie que les balises ID3v1 , vous devez utiliser un programme comme eyeD3 ou id3v2 qui prend en charge ID3v2

Le plus confortable est d'utiliser MusicBrainz Picard pour marquer vos fichiers MP3 (utilise la bibliothèque mutagène en dessous).

Puisque mp3info ne prend en charge que ID3v1, il ne peut pas supprimer / effacer les informations ID3v2 intégrées dans les flux MP3.


Les betteraves et Picard utilisent la bibliothèque mutagène pour baliser les fichiers et les données du site Web MusicBrainz.org, donc passer des betteraves à Picard n'aidera pas beaucoup. La partie concernant ID3v1 est correcte, bien sûr.
Wieland

Sélectionnez Options-> Options puis Balises en Picard et vous pouvez choisir d'écrire la balise ID3v1 (vous ne savez pas si elle est activée par défaut). Cela supprimera à coup sûr les anciennes informations ID3v1.
Zelda

Il y a un drapeau dans les betteraves qui vous permet de désactiver le marquage automatique pour une importation. Dans un autre cas du même problème que je décris, j'ai pu le résoudre en modifiant les balises ID3v1, puis en le réimportant avec le marquage automatique de MusicBrainz désactivé. Cela a préservé mes modifications et m'a permis d'importer l'album comme je le voulais. Je suppose que la différence entre ce cas et ce cas est ID3v2 (que je ne connaissais pas jusqu'à ce poste). Je vais essayer des trucs comme eyeD3 et id3v2 maintenant pour se débarrasser de ces balises dans cet album Amazon.
CptSupermrkt

11

Pour retirer les balises id3 d'un fichier mp3, vous pouvez utiliser l'outil id3convert. Il a un interrupteur appelé "strip", -sou --strip.

-s --strip Supprime les balises au lieu du rendu (par défaut = désactivé)

Exemple

REMARQUE: inclut les balises id3v1 et id3v2

avant

$ id3info a.mp3 

*** Tag information for a.mp3
=== TIT2 (Title/songname/content description): Feist - I Feel It All
=== COMM (Comments): (ID3v1 Comment)[XXX]: Music video by Feist performin
*** mp3 info
MPEG2/layer III
Bitrate: 8KBps
Frequency: 22KHz

bande

$ id3convert -s a.mp3 
Converting a.mp3: attempting v1 and v2, stripped v1

après

$ id3info a.mp3 

*** Tag information for a.mp3
*** mp3 info
MPEG2/layer III
Bitrate: 8KBps
Frequency: 22KHz

Les références


9

Un autre outil qui a l'avantage d'exister dans les référentiels Ubuntu est eyeD3. Voici la commande:

eyeD3 --remove-all music.mp3

1

id3v2 -D foo.mp3

Sur un mac, installez avec: brew install id3v2


0

La réponse de Zelda fournit la bonne réponse à ma question. Il s'avère que je posais en fait la mauvaise question, alors j'ai pensé ajouter cette réponse au futur Googler qui tombe dessus.

Même si je nettoyais les balises (ID3v1 et ID3v2) et les réinscrivais toutes manuellement --- les betteraves ne l'importaient tout simplement pas en tant que compilation.

Déterminé, j'ai sorti le code source des betteraves et j'ai trouvé mon problème --- il semble que si un nom apparaît X fois comme artiste de la chanson, il prend sur lui de le déclarer non pas une compilation. C'est du moins ce que j'ai recueilli de cet extrait de code dans importer.py:

if task.choice_flag == action.ASIS:
    # Taking metadata "as-is". Guess whether this album is VA.
    plur_artist, freq = util.plurality([i.artist for i in task.items])
    if freq == len(task.items) or (freq > 1 and
            float(freq) / len(task.items) >= SINGLE_ARTIST_THRESH):
        # Single-artist album.
        changes['albumartist'] = plur_artist
        changes['comp'] = False
    else:
        # VA.
        changes['albumartist'] = VARIOUS_ARTISTS
        changes['comp'] = True

Je n'ai pas lu assez de code pour en savoir plus, car dès que j'ai lu cette section, j'ai essayé de supprimer le nom de l'artiste dominant, et le tour est joué! Les betteraves l'ont importé sous forme de compilation.

Ce n'est pas une bonne solution pour moi, car je considère personnellement un album comme une compilation même s'il y a même un autre artiste sur le disque (et ce n'est pas un "featuring"). Tout ce que je peux faire est d'éliminer le nom de l'artiste dominant, de l'importer, puis de modifier manuellement l'artiste de ces fichiers pour restaurer le bon artiste.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.