# Multivalue Felder; hier unterschiedliche Darstellung
**URL:** https://community.mp3tag.de/t/multivalue-felder-hier-unterschiedliche-darstellung/49077
**Category:** Allgemein
**Created:** [May 25, 2020, 10:46am UTC](https://community.mp3tag.de/t/multivalue-felder-hier-unterschiedliche-darstellung/49077 "2020-05-25T10:46:28Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@bkh](https://community.mp3tag.de/u/bkh)
#### Post date: [May 25, 2020, 10:46am UTC](https://community.mp3tag.de/t/multivalue-felder-hier-unterschiedliche-darstellung/49077/1 "2020-05-25T10:46:28Z")
Servus,
ich habe eine Verständnisfrage:
Zum Taggen nutze ich normalerweise foobar2000, mit Musicbrainz und Discogs.
Mein Hauptproblem ist, wie verwunderlich, mehrere Künstler deren Verbindungen (joines) und featured artists.
Damit ich keine Probleme (emby-server) bekomme prüfe ich vorher mit mp3tag, damit mir keine Dateien die nur mit APE getaggt sind durchrutschen. Dann kommt nur Mist bei emby raus.
Soviel zur Vorrede:
Mir fällt auf, das manche Künstler, Genres, … durch zwei Backslashes \ getrennt sind und manche nur durch " / ".
Soweit mir bekannt, sind die Tags dann separat abgespeichert, wenn sie durch \ getrennt sind.
Wo finde ich Erklärungen dazu (die auch ich verstehe),
welche Auswirkungen hat das (generell, nicht auf einen Player bezogen)
wie kann ich für ein korrektes Tagging sorgen?
LG
Behr Karl Heinz
P.S.:
Bisheriges Tagging: $meta(%artist), $meta(feature) ► %feature% erscheint nicht in emby (glaubt mp3-konform zu sein)
Mögliches Tagging um das zu umgehen: $meta(artist), $meta(join) für die Verbindungen (feat., ' & ', ', ', pres., vs., with, mit, …). Diese werden zwar (in emby) nicht angezeigt, aber in f2k und mp3tag geht das.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [May 25, 2020, 11:31am UTC](https://community.mp3tag.de/t/multivalue-felder-hier-unterschiedliche-darstellung/49077/2 "2020-05-25T11:31:22Z")
Vielleicht hilft dir dieser Thread und die Liste der unterschiedlichen Darstellungen:
> [@FLAC - Composer issue with semicolon separator](https://community.mp3tag.de/t/flac-composer-issue-with-semicolon-separator/19749/13):
>
> I think that you are on the right track and the question should end "and just made one long composer name" (not "or"). You see the dilemma that only very few players can deal with multi-value fields. That is why you see only one if you use that feature. If you merge the multi-value fields to just one (and get one long string), then you get the phenomenon that some players split this long string into separate entries and others leave it in the original long form. And then there are players th…