XBMC nimmt immer zuerst die lokalen Daten welche im jeweiligem Ordner liegen. Aber der XBMC Scraper findet diese Dateien nur, wenn sie im richtigen Format vorliegen und richtig benannt sind. Für Musik siehe dazu hier [HowTo] Musikdatenbanken in XBMC
Hallo keibertz,
auf das hab ich schon geachtet.
Meine Strukur ist Musik - Interpret - Alben und im Interpretenordner hab ich jeweils eine artist.nfo, eine fanart.jpg sowie eine folder.jpg.
Und es ist so, dass er beim Großteil die lokale Info übernimmt, bei einem Teil aber nicht.
Als Beispiel:
Bei Aly & AJ werden die Daten NICHT übernommen, bei CCR greift er auf diese Daten jedoch zu ... 
EDIT: Wenn ich den Interpretenordner aber verschiebe, die DB bereinige, die Daten wieder zurückspiele und dann wieder frisch einlese, dann sind die korrekten Daten vorhanden ...
Gruß diddi
Das XBMC arbeitet mit Checksummen.
Ein Aktualisieren kann ja nur mit neueren Dateien geschehen.
Wenn die infos einmal umkopiert werden, dann ändert sich ja die Checksumme und es sind somit neue Daten vorhanden.
So erkläre ich mir das zumindest.
Sollte, könnte, müßte ... 
Einen Versuch ist es ja wert.
EDIT: Wenn ich den Interpretenordner aber verschiebe, die DB bereinige, die Daten wieder zurückspiele und dann wieder frisch einlese, dann sind die korrekten Daten vorhanden ...
Richtig... Ansonsten müsstest du alle deine geänderten Artists/Alben einzeln manuell aktualisieren... Da ist das Löschen der DB, der Thumbs und Co und das anschließende Einlesen der einfachere Weg... Einmal in der DB aufgenommene Daten sind bei XBMC vom Prinzip her sehr schwierig/umständlich zu ändern... Dies betrifft auch die Grafiken bzw. den Thumbnail-Cache...
In dem Fall speichere ich mal die alte MusikDB weg, lösche diese im Userverzeichnis und lese die Daten neu ein.
Dann müsste er ja auf jeden Fall auf die lokalen Daten zugreifen ...
Wie keibertz schon erwähnt hatte, werden (sofern vorhanden) immer die lokalen Daten bevorzugt... Diese Grafik zeigt die Arbeitsweise der Scraper eigentlich recht gut...
Dass zuerst die lokalen Daten genommen werden, stimmt so aber nicht ...
Hier ein Beispiel:
Es werden zwar die Bilder genommen, nicht jedoch der Text.
Doch das stimmt und war bei mir in der Regel immer so... Wenn dein Text nicht übernommen wird: Könnte es evtl. an deiner manuell erstellten .nfo Datei liegen? Hast Du diese mit notepad++ erstellt und/oder bearbeitet? Evtl. ist der Inhalttext der .nfo nicht konform? Bei mir wurde bisher immer die lokale (manuell angelegte) .nfo bevorzugt.
Bei den Bildern hatte ich ganz selten Probleme, wenn ich irgendeine total obskure Auflösung von google abgelegt hatte. Dann wurde das Bild ignoriert. Dies war aber äußerst selten.
bin mir nicht ganz sicher wie der XBMC Scraper reagiert wenn lokale Infos und MP3 TAG vorhanden sind. Kann sein, dass dann die Infos im MP3 TAG gewinnen. Aber auf jeden Fall siegt lokale Info IMMER vor Internet.
Wie Brojo schon sagte müssen die Infos in der NFO aber so vorhanden sein, dass der XBMC Scraper diese einlesen kann. Dafür wird ein bestimmtes NFO TAGLayout benötigt, siehe http://wiki.xbmc.org/index.php?title=NFO_files/music
Kann sein, dass dann die Infos im MP3 TAG gewinnen.
Ist bei mir auch der Fall... Alles was in der Navigationsliste auftaucht, wird aus dem Tag gelesen... Alles was unter den Artist/Alben-Informationen zu finden ist, wird aus der nfo gelesen... So ist zumindest beim Nox...
Als Keibertz es geschrieben hat, dachte ich mir auch dass es daran wirklich liegen kann. Nur warum taggt man die Songs anders als die .nfo Datei? Zumindest sehe ich dafür bei meiner XBMC Nutzung keinen Anlass...
Muss ich hier dann auf eine bestimmte Codierung achten?
Und was mach ich mit den Umlauten?
Keibertz hat Dir den Aufbau der .nfo in seinem Post verlinkt gehabt!? Wie das mit den Umlauten beim manuellen Anlegen funtioniert kann ich Dir auch nicht sagen. Habe mir da in den wenigen Fällen, die ich hatte mit "ue",... beholfen. Oder die Umlaute aus einer anderen lokalen .nfo kopiert. Ist auch nicht die optimale Lösung, ich weiß...
Nur warum taggt man die Songs anders als die .nfo Datei?
Erstellst du die nfos alle händisch?
Sonst wird diese doch von den Scrapern mit Informationen aus dem Netz gefüttert?! Hierbei können doch dann Differenzen auftreten... Speziell bei den Track-Namen
Nein, um Gottes willen... 
Ich mache mit den lokalen .nfo Dateien gar nichts. Habe meine Songs alle getaggt irgendwann und dann in XBMC gescrapt. Dann alles exportiert und ggf. Fehler manuell angeglichen. Nur der TE ist ja anscheinend mit der lokalen .nfo unzufrieden!?
diddi8: Normal müsstest Du die lokal vorliegende .nfo nur mit notepad++ angleichen und die Struktur so einhalten wie sie von XBMC exportiert wurde. Heißt: Keine Felder komplett löschen oder die Reihenfolge durcheinander bringen. Dann in XBMC die DB löschen und komplett neu einlesen. Wenn deine Songtags anders sind als der Inhalt deiner lokalen .nfo kann es natürlich sein, dass es dahingehend dann Probleme gibt. Das müsstest Du mal überprüfen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
