# Alles ab dem "\\\\" zeichen löschen

**URL:** https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687
**Category:** Allgemein
**Created:** [May 15, 2024, 12:23pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687 "2024-05-15T12:23:51Z")
**Posts on this page:** 15
**Page:** 1

<div class="post-metadata">

### Author: ![Fotoknipser](https://community.mp3tag.de/user_avatar/community.mp3tag.de/fotoknipser/32/10524_2.png) [@Fotoknipser](https://community.mp3tag.de/u/Fotoknipser)
#### Post date: [May 15, 2024, 12:23pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/1 "2024-05-15T12:23:51Z")

</div>

Hallo,  
ich möchte alle Zeichen im Feld `Comment` nach auftreten des `\\` löschen.

Hintergrund: wenn ich mit dem Prg. Audacity korrigierte MP3s exportiere, bastelt mir das Audacity einen weiteren String mit dem gleichen Inhalt, getrennt durch ein `\\` hinten dran:  
Beispiel mit dem Kommentarfeld:  
vorher: `1962-StNr.09` nachher `1962-StNr.09\\1962-StNr.09`.  
Mit der hier gelernte üblichen Variante:

```auto
Feld: Comment
Regulärer Ausdruck: \\
Treffer ersetzen durch: ""

```

komme ich leider nicht weiter, es tut sich nach dem Ausführen des Befehls rein gar nichts.  
Wo kann ich nachlesen wie ich da weiterkomme, bzw: kann mir jemand einen Lösungsansatz zeigen?  
In den Foren von Audacity ist das Phänomen schon seit längerem als 'offen' gelistet.  
das betrifft übrigens auch andere Felder, wie z.B. auch das Feld `year`

Danke  
Bernd

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [May 15, 2024, 12:25pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/2 "2024-05-15T12:25:48Z")

</div>

Probier eine Aktion vom Typ "Doppelte Tag-Felder entfernen" für COMMENT

---

<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: [May 15, 2024, 12:27pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/3 "2024-05-15T12:27:31Z")

</div>

> [@Fotoknipser](#):
>
> Mit der hier gelernte üblichen Variante:

Woher hast Du diesen regulären Ausdruck?  
Der macht nicht mal ansatzweise das, was Du Dir vorstellst.

---

<div class="post-metadata">

### Author: ![Fotoknipser](https://community.mp3tag.de/user_avatar/community.mp3tag.de/fotoknipser/32/10524_2.png) [@Fotoknipser](https://community.mp3tag.de/u/Fotoknipser)
#### Post date: [May 15, 2024, 12:28pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/4 "2024-05-15T12:28:33Z")

</div>

**Danke** ohrenkino, das war es.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [May 15, 2024, 12:29pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/5 "2024-05-15T12:29:13Z")

</div>

Hier gibt es eine weitere Erklärung, wenn auch auf Englisch ... aber heutige Seitenübersetzungen sollten da abhelfen:

> [@Stopping double entries](https://community.mp3tag.de/t/stopping-double-entries/19678):
>
> When entering the Year and comments in Audacity's tag panel and opening the tracks to tag in MP3Tag, there is a double Year ie:1967\\1967, and the same goes for the comments, should I put one in. Is there any way of stopping this from happening short of not entering anything? It would save some time. Just curious.

---

<div class="post-metadata">

### Author: ![Fotoknipser](https://community.mp3tag.de/user_avatar/community.mp3tag.de/fotoknipser/32/10524_2.png) [@Fotoknipser](https://community.mp3tag.de/u/Fotoknipser)
#### Post date: [May 15, 2024, 12:31pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/6 "2024-05-15T12:31:38Z")

</div>

oh, das ist schwierig, hab es aber definitiv aus diesem Forum.  
Mit diesem Ansatz arbeite ich schon eine ganze Zeit erfolgreich, wenn ich ab einem bestimmten Zeichen lösche will

---

<div class="post-metadata">

### Author: ![Fotoknipser](https://community.mp3tag.de/user_avatar/community.mp3tag.de/fotoknipser/32/10524_2.png) [@Fotoknipser](https://community.mp3tag.de/u/Fotoknipser)
#### Post date: [May 15, 2024, 12:35pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/7 "2024-05-15T12:35:39Z")

</div>

danke für die erweiterte Info 🙂

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [May 15, 2024, 12:37pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/8 "2024-05-15T12:37:58Z")

</div>

> [@Fotoknipser](#):
>
> wenn ich ab einem bestimmten Zeichen lösche will

Ich glaube nicht, dass der reguläre Ausdruck etwas löscht, das nach dem Suchbegriff kommt:  
 ![grafik](https://community.mp3tag.de/uploads/default/original/3X/3/8/3860d1e80eb9f09cc6395f2056543c2846e862d2.png)  
VIelleicht könnte sowas funktionieren:  
 ![grafik](https://community.mp3tag.de/uploads/default/original/3X/1/8/1878245f291e8cadbc6c39b564b2b7e12d8bcb1d.png)  
Aber hier trifft beides nicht zu, da du ein multi-value-Feld gezeigt bekommst. Kontrollier das mal im Dialog "Erweiterte Tags" Alt-T - da müssten 2 Felder vom Typ COMMENT sein.

---

<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: [May 15, 2024, 12:40pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/9 "2024-05-15T12:40:13Z")

</div>

Mit Audacity gibt es anscheinend noch weitere bekannte Probleme rund um Metadaten:

 ![image](https://community.mp3tag.de/uploads/default/original/3X/e/a/ea81e0e8295bc9a00295f26b520150a7711c44f1.png)

Quelle [#1](https://forum.audacityteam.org/t/multiple-id3-tags-issue-when-exporting-to-mp3/60786) und [#2](https://forum.audacityteam.org/t/multiple-id3-tags-issue-when-exporting-to-mp3/60786/7)

Nachtrag:  
Hier habe ich ein Sammel-Ticket für die bekannten Metadaten-Probleme auf Github gefunden:

> <https://github.com/audacity/audacity/issues/1464>
>
> Metadata support is known to be patchy in Audacity. 
> \- \[x\] #3188 
> \- \[\] #2175 …
> \- \[\] #1944
> \- \[\] #1696
> \- \[\] #1620
> \- \[\] #1508 
> \- \[\] #1506
> \- \[\] #1505
> \- \[\] #678 
> \- \[\] #5825
> \- \[x\] #5494
> 
> Some (or all) of these may be fixed in future releases, but there aren't any concrete plans as of now. 
> 
> \<details\>\<summary\>Original report\</summary\>
> 
> \### Discussed in https://github.com/audacity/audacity/discussions/947
> 
> \<div type='discussions-op-text'\>
> 
> \<sup\>Originally posted by \*\*petersampsonaudacity\*\* June 1, 2021\</sup\>
> Audacity really needs some attention paying to its handling of metadata (inbound and outbound). Metadata support is known to be patchy in Audacity.
> 
> 1) there are several (currently 11 at time of writing - now 13) unfixed metadata bugs listed in the Bugzilla bugtracker:
> https://bugzilla.audacityteam.org/buglist.cgi?quicksearch=metadata&list\_id=28314
> 
> This is a prime example:
> Bug 701 - Metadata: Embedded album art and lyrics metadata discarded 
> https://bugzilla.audacityteam.org/show\_bug.cgi?id=701
> This bug has lain untended/unfixed for seven and a half years
> 
> 2) There is also a discussion proposal from 2018 in our Wiki: https://wiki.audacityteam.org/wiki/Proposal\_Metadata\_Options
> 
> 3) We often get posts on the Forum about poor handling of metadata - this latest example from today is the one that triggered me to write this up:
> https://forum.audacityteam.org/viewtopic.php?f=50&t=118012
> 
> Part of the problem is there is no universal standard for all metadata fields. Audacity does handle consistently the fields that are there by default in the metadata editor - but additional fields are not always handled properly/consistently - for example album art and lyrics are just discarded as stated above in Bug 701.\</div\>
> \</details\>

---

<div class="post-metadata">

### Author: ![Fotoknipser](https://community.mp3tag.de/user_avatar/community.mp3tag.de/fotoknipser/32/10524_2.png) [@Fotoknipser](https://community.mp3tag.de/u/Fotoknipser)
#### Post date: [May 15, 2024, 12:45pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/10 "2024-05-15T12:45:15Z")

</div>

weil ich merkte, dass mein 'Normales' vorgehen nichts bringt, und ich mir keinen Reim darauf machen konnte, WARUM das passiert, hab ich mich an euch gewandt.  
Ohrenkinos Ansatz hat mein Problem vollständig gelöst.  
Diese Tickets scheine ich auch gelesen zu haben, daher wusste ich, dass es an der Stelle offene Probleme gibt

---

<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: [May 15, 2024, 12:48pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/11 "2024-05-15T12:48:27Z")

</div>

Wahrscheinlich weisst Du das auch schon, aber die `\\` gibt es bei einem multi-value Feld nicht wirklich. Das sind nur für das Auge künstlich erzeugte Trennzeichen um darzustellen, dass es von diesem Tag (in Deinem Fall COMMENT) zwei Stück gibt.  
Deshalb kann man diese `\\` bei einem multi-value Feld auch nicht ersetzen.

Wie @ohrenkino schon richtig schrieb: Mit dem Menupunkt Ansicht -\> Erweiterte Tags kannst Du das kontrollieren.

---

<div class="post-metadata">

### Author: ![Fotoknipser](https://community.mp3tag.de/user_avatar/community.mp3tag.de/fotoknipser/32/10524_2.png) [@Fotoknipser](https://community.mp3tag.de/u/Fotoknipser)
#### Post date: [May 15, 2024, 12:52pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/12 "2024-05-15T12:52:12Z")

</div>

Das Programm MP3Tag enthält so viele Funktionen, dass es für einen Normalo fast überschaubar ist. Aber mit jeder richtigen Hilfe eurerseits komme ich immer ein Stückchen weiter.

---

<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: [May 15, 2024, 12:57pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/13 "2024-05-15T12:57:40Z")

</div>

Wir helfen Dir auch gerne weiter.

Mir ging es mit meinem Einwand nur darum, zukünftigen Lesern aufzuzeigen, dass Deine _"hier gelernte übliche Variante"_ (regulärer Ausdruck) nicht funktionieren kann.

Sobald jemand zwischen den `\\` als rein visuelle Trennzeichen zwischen mehreren gleichlautenden Tags und `\\` als effektiv vorkommenden zwei Backslash-Zeichen in einem einzigen Tag unterscheiden kann, ist alles in bester Ordnung. 😉

Muster:

 ![image](https://community.mp3tag.de/uploads/default/original/3X/0/8/08ae9036ec588f5005867c9a724cc1186e5b5b10.png)

---

<div class="post-metadata">

### Author: ![Casual\_Tea](https://community.mp3tag.de/user_avatar/community.mp3tag.de/casual_tea/32/18886_2.png) [@Casual\_Tea](https://community.mp3tag.de/u/Casual_Tea)
#### Post date: [May 15, 2024, 8:15pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/14 "2024-05-15T20:15:44Z")

</div>

Genau wegen solcher Probleme bin ich der Meinung, dass man so wenig Programme wie nur irgendwie möglich in seine Dateien schreiben lassen sollte. Außer mp3tag und dbpoweramp Edit ID Tags und ganz selten MusicBee hat bei mir nichts Schreibzugriff. Vor allem die ganzen Player (Plex, Jellyfin, Kodi, lms etc.) nicht.

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [June 14, 2024, 8:15pm UTC](https://community.mp3tag.de/t/alles-ab-dem-zeichen-loschen/64687/15 "2024-06-14T20:15:55Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.