# Aktion auf FAST alle ID3Tag-Felder anwenden

**URL:** https://community.mp3tag.de/t/aktion-auf-fast-alle-id3tag-felder-anwenden/5122
**Category:** Allgemein
**Created:** [July 8, 2007, 9:05am UTC](https://community.mp3tag.de/t/aktion-auf-fast-alle-id3tag-felder-anwenden/5122 "2007-07-08T09:05:05Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [July 8, 2007, 9:05am UTC](https://community.mp3tag.de/t/aktion-auf-fast-alle-id3tag-felder-anwenden/5122/1 "2007-07-08T09:05:05Z")

</div>

Ich würde gerne alle vorkommenden http://-Angaben in allen Tags ausser dem UNIQUEFILEID entfernen.

Den Aktionstyp "Alle Tag-Felder entfernen ausser" kann ich hier nicht anwenden, weil ich ja nur "[http://url-irgendwohin](http://url-irgendwohin)" entfernen will und nicht allen sonstigen Inhalt in allen übrigen Feldern.

Hilfreich wäre sowas wie ein \_ALL (except UNIQUEFILEID).  
Wie kann man das lösen, ohne die Aktion für jeden einzelnen ID3Tag separat zu wiederholen?

Oder kann man die Aktion so schreiben, dass sie nur im Tag UNIQUEFILEID auschliesslich [http://musicbrainz.org|ccccccccc-aaaa-bbbb-cccc-12345678901](http://musicbrainz.org%7Cccccccccc-aaaa-bbbb-cccc-12345678901) akzeptiert (und alle anderen Varianten in allen anderen Tags löscht)?

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [July 8, 2007, 9:40am UTC](https://community.mp3tag.de/t/aktion-auf-fast-alle-id3tag-felder-anwenden/5122/2 "2007-07-08T09:40:57Z")

</div>

> [@LyricsLover](#):
>
> Ich würde gerne alle vorkommenden http://-Angaben in allen Tags ausser dem UNIQUEFILEID entfernen. ...

Musst du wirklich \_ALL verwenden, oder reicht es, die zwei oder drei Felder direkt zu benennen, in denen http://-Angaben auftreten können?

DD.20070708.1340.MEST

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [July 8, 2007, 10:44am UTC](https://community.mp3tag.de/t/aktion-auf-fast-alle-id3tag-felder-anwenden/5122/3 "2007-07-08T10:44:32Z")

</div>

Schlussendlich wird es sich wohl nur um ein paar Tags handeln. Nur bin ich mir aber nicht sicher, ob ich die alle "kenne". Je nach Quelle werden Tags verwendet, die ich bisher nicht als Feld für http-Inhalt vermutet hätte. Deshalb würde ich lieber auf Nummer sicher gehen.

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [July 8, 2007, 1:21pm UTC](https://community.mp3tag.de/t/aktion-auf-fast-alle-id3tag-felder-anwenden/5122/4 "2007-07-08T13:21:32Z")

</div>

> [@LyricsLover](#):
>
> ... Je nach Quelle werden Tags verwendet, die ich bisher nicht als Feld für http-Inhalt vermutet hätte. Deshalb würde ich lieber auf Nummer sicher gehen.

Also bleibt dir wohl nur die Möglichkeit, UNIQUEFILEID zu exportieren, dann \_ALL tags zu manipulieren, und anschließend UNIQUEFILEID zu importieren.

Was ist eigentlich so schlimm daran, die Inhalte zu behalten, die der Vorbesitzer oder Eigentümer in die Tags hineingeschrieben hat?

DD.20070708.1721.MEST

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [July 8, 2007, 1:59pm UTC](https://community.mp3tag.de/t/aktion-auf-fast-alle-id3tag-felder-anwenden/5122/5 "2007-07-08T13:59:47Z")

</div>

Danke für den Export/Import-Tip!

Grundsätzlich ist nichts "schlimm" daran, nur sehe ich im Moment absolut keinen Verwendungszweck für z.B. ITUNES-Informationen. Auch von Musicbrainz brauche ich nicht alle Informationen. Die eindeutigen ID's für Album und Artist reichen mir. Und wenn's dann Richtung Werbung geht, reagiere ich eher allergisch. 🕶

Es geht mir auch nicht um die paar Kilobyte Daten (ich bin ja einer derjenigen, der auch Covers in die mp3 speichert).
