Jak mogę * całkowicie * wyczyścić metadane MP3?


22

Używam „buraków” do organizowania moich plików mp3. Jeden album, który kupiłem od Amazon jako mp3, jest niepoprawnie oznaczony jako NIE kompilacja, chociaż faktycznie jest kompilacją. Organizuję pliki w różny sposób w zależności od tego, czy album jest kompilacją, czy nie. Bez względu na to, co próbuję zrobić z tymi plikami mp3, zmiany, które stosuję do tagów ID3, nie są utrzymywane.

Na przykład:

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.

Ale kiedy otwieram plik w dowolnym odtwarzaczu multimedialnym, WSZYSTKIE informacje są nadal dostępne!

Więc próbowałem:

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]

Jednak w każdym odtwarzaczu multimedialnym zachowuje on wszystkie oryginalne informacje. Z tego powodu nie jestem w stanie zmienić albumu na „Kompilację”, co oznacza, że ​​nie mogę go uporządkować w Burakach tak, jak chcę.

Potwierdziłem, że nie jest to problem z uprawnieniami do plików. czy robię coś źle? Czy jest inny sposób na osiągnięcie tego w Linuksie? Czy jest jakiś sposób, w jaki mogę „oszukać” buraki, by traktowały je jako kompilację (tak, że wykorzystuje moją ścieżkę kompilacji)?

Odpowiedzi:


9

mp3infoedytuje tylko tagi ID3v1 , musisz użyć programu takiego jak eyeD3 lub id3v2, który obsługuje ID3v2

Bardziej wygodne jest używanie MusicBrainz Picard do oznaczania plików MP3 (korzysta z biblioteki mutagenów poniżej).

Ponieważ mp3info obsługuje tylko ID3v1, nie może usunąć / wyczyścić informacji ID3v2 osadzonych w strumieniach MP3.


Zarówno buraki, jak i Picard używają biblioteki mutagenów do oznaczania plików i danych ze strony MusicBrainz.org, więc przejście z buraków na Picard nie pomoże aż tak bardzo. Część dotycząca ID3v1 jest oczywiście poprawna.
Wieland

Wybierz Opcje-> Opcje, a następnie Tagi w Picard i możesz wybrać zapisanie tagu ID3v1 (nie jestem pewien, czy jest on domyślnie włączony). To na pewno pozbędzie się starych informacji ID3v1.
Zelda

W Burakach znajduje się flaga, która pozwala wyłączyć automatyczne tagowanie dla importu. W innym przypadku tego samego problemu, który opisuję, udało mi się go rozwiązać, zmieniając tagi ID3v1, a następnie ponownie importując go z wyłączonym automatycznym tagowaniem z MusicBrainz. To zachowało moje zmiany i pozwoliło mi zaimportować album tak, jak chciałem. Myślę, że różnica między tą sprawą a tą sprawą to ID3v2 (o której nie wiedziałem aż do tego postu). Spróbuję teraz trochę rzeczy takich jak eyeD3 i id3v2, aby pozbyć się tych tagów w albumie Amazon.
CptSupermrkt,

11

Aby usunąć tagi id3 z pliku mp3, możesz użyć narzędzia id3convert. Ma przełącznik o nazwie „strip” -slub --strip.

-s --strip Usunięcie tagów zamiast renderowania (domyślnie = wyłączone)

Przykład

UWAGA: Obejmuje zarówno tagi id3v1, jak i id3v2

przed

$ 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

rozebrać się

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

po

$ id3info a.mp3 

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

Referencje


9

Kolejnym narzędziem, które ma tę zaletę, że istnieje w repozytoriach Ubuntu, jest eyeD3. Oto polecenie:

eyeD3 --remove-all music.mp3

1

id3v2 -D foo.mp3

Na komputerze Mac zainstaluj z: brew install id3v2


0

Odpowiedź Zelda zawiera prawidłową odpowiedź na moje pytanie. Okazuje się, że właściwie zadawałem złe pytanie, więc pomyślałem, że dodam tę odpowiedź dla przyszłego Googlera, który się na to natknie.

Nawet jeśli wyczyściłem tagi w czystości (zarówno ID3v1, jak i ID3v2), a następnie ponownie wprowadziłem je wszystkie ręcznie - buraki po prostu nie zaimportowałyby go jako kompilacji.

Ustaliłem, że wypisałem kod źródłowy buraków i znalazłem mój problem - wydaje się, że jeśli jedno nazwisko pojawi się X razy jako wykonawca piosenki, bierze na siebie deklarację, że nie jest kompilacją. Przynajmniej tak zebrałem z tego fragmentu kodu w 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

Nie przeczytałem wystarczającej ilości kodu, aby dowiedzieć się więcej, ponieważ jak tylko przeczytałem tę sekcję, spróbowałem usunąć nazwisko dominującego artysty i voila! Buraki zaimportowały go jako kompilację.

Nie jest to jednak dla mnie świetne rozwiązanie, ponieważ osobiście uważam album za kompilację, nawet jeśli na płycie jest jeszcze jeden artysta (i nie jest to „funkcja”). Wszystko, co mogę zrobić, to usunąć nazwę dominującego wykonawcy, zaimportować go, a następnie ręcznie zmodyfikować wykonawcę tych plików, aby przywrócić właściwego wykonawcę.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.