Wie kann ich die Metadaten einer MP3 * vollständig * löschen?


22

Ich verwende "Rote Beete", um meine MP3s zu organisieren. Ein Album, das ich bei Amazon als MP3 gekauft habe, ist fälschlicherweise als KEINE Zusammenstellung markiert, obwohl es sich tatsächlich um eine Zusammenstellung handelt. Ich organisiere meine Dateien unterschiedlich, je nachdem, ob es sich bei einem Album um eine Zusammenstellung handelt oder nicht. Egal, was ich mit diesen MP3s zu tun versuche, die Änderungen, die ich an den ID3-Tags vornehme, bleiben nicht erhalten.

Beispielsweise:

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.

Aber wenn ich dann die Datei in einem Media Player öffne, sind ALLE Informationen noch da!

Also habe ich versucht:

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]

In jedem Media Player bleiben jedoch alle ursprünglichen Informationen erhalten. Aus diesem Grund kann ich das Album nicht in eine "Zusammenstellung" ändern, was bedeutet, dass ich es in Beets nicht so organisieren kann, wie ich es möchte.

Ich habe bestätigt, dass es sich nicht um ein Dateiberechtigungsproblem handelt. Mache ich etwas falsch? Gibt es eine andere Möglichkeit, dies unter Linux zu erreichen? Oder gibt es eine Möglichkeit, Rüben dazu zu "überlisten", sie als Zusammenstellung zu behandeln (sodass sie meinen Zusammenstellungspfad verwendet)?

Antworten:


9

mp3infoWenn Sie nur die ID3v1- Tags bearbeiten , müssen Sie ein Programm wie eyeD3 oder id3v2 verwenden , das ID3v2 unterstützt

Bequemer ist es, mit MusicBrainz Picard Ihre MP3-Dateien zu markieren (verwendet die darunter befindliche mutagene Bibliothek).

Da mp3info nur ID3v1 unterstützt, können die in den MP3-Streams eingebetteten ID3v2-Informationen nicht gelöscht oder gelöscht werden.


Sowohl Rüben als auch Picard verwenden die Mutagen-Bibliothek, um die Dateien und Daten von der MusicBrainz.org-Website mit Tags zu versehen, sodass ein Wechsel von Rüben zu Picard nicht allzu viel hilft. Der Teil über ID3v1 ist natürlich korrekt.
Wieland

Wählen Sie Optionen-> Optionen und dann Tags in Picard und Sie können auswählen, dass das ID3v1-Tag geschrieben werden soll (nicht sicher, ob dies standardmäßig aktiviert ist). Damit werden die alten ID3v1-Informationen sicher gelöscht.
Zelda

In Beets gibt es eine Markierung, mit der Sie die automatische Kennzeichnung für einen Import deaktivieren können. In einem anderen Fall des gleichen Problems, das ich beschreibe, konnte ich es lösen, indem ich die ID3v1-Tags änderte und dann mit deaktiviertem Auto-Tagging von MusicBrainz erneut importierte. Dadurch wurden meine Änderungen beibehalten und ich konnte das Album so importieren, wie ich wollte. Ich denke, der Unterschied zwischen diesem Fall und diesem Fall ist ID3v2 (von dem ich bis zu diesem Beitrag nichts wusste). Ich werde jetzt ein paar Sachen wie eyeD3 und id3v2 ausprobieren, um diese Tags in diesem Amazon-Album loszuwerden.
CptSupermrkt

11

Um ID3-Tags aus einer MP3-Datei zu entfernen, können Sie das Tool verwenden id3convert. Es hat einen Schalter namens "Strip", -soder --strip.

-s --strip Entferne die Tags anstatt zu rendern (Standard = aus)

Beispiel

HINWEIS: Enthält die Tags id3v1 und id3v2

Vor

$ 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

Streifen

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

nach

$ id3info a.mp3 

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

Verweise


9

Ein weiteres Tool, das den Vorteil hat, in Ubuntu-Repositories zu existieren, ist eyeD3. Hier ist der Befehl:

eyeD3 --remove-all music.mp3

1

id3v2 -D foo.mp3

Installieren Sie auf einem Mac mit: brew install id3v2


0

Zeldas Antwort liefert die richtige Antwort auf meine Frage. Es stellte sich heraus, dass ich tatsächlich die falsche Frage gestellt hatte, und ich dachte, ich würde diese Antwort für den zukünftigen Googler hinzufügen, der darauf stößt.

Selbst wenn ich die Tags sauber wischte (sowohl ID3v1 als auch ID3v2) und sie dann alle manuell neu eingab - Rüben würden sie einfach nicht als Zusammenstellung importieren.

Bestimmt habe ich den Rüben-Quellcode rausgeschmissen und mein Problem gefunden - es sieht so aus, als ob ein Name X-mal als Liedkünstler auftaucht und es sich zur Aufgabe macht, ihn als keine Zusammenstellung zu deklarieren. Zumindest habe ich das aus diesem Code-Snippet entnommen 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

Ich habe nicht genug vom Code gelesen, um mehr Details herauszufinden, denn sobald ich diesen Abschnitt las, versuchte ich, den Namen des vorherrschenden Künstlers zu entfernen, und voila! Rüben importierten es als Zusammenstellung.

Dies ist jedoch keine großartige Lösung für mich, da ich persönlich ein Album als eine Zusammenstellung betrachte, selbst wenn es noch einen anderen Künstler auf der CD gibt (und es ist kein "Feature"). Alles, was ich tun kann, ist, den Namen des vorherrschenden Interpreten zu entfernen, ihn zu importieren und dann den Interpreten dieser Dateien manuell zu ändern, um den richtigen Interpreten wiederherzustellen.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.