MYSQL + Thumbnail Frodo/Gotham (Pathsub ?)

hast du mal die TexturesXX.db auf den Clients gelöscht ?
Lesezugriff hat der Pi auf nfs://192.168.1.2/media/TheHive/XBMC/Thumbnails ?

Zitat

jetzt hab ich auf http://wiki.xbmc.org/index.php?title=HOW…ails_and_fanart gelesen: "You can skip this step entirely if you are using XBMC v12 "Frodo".</big> Frodo will automatically take care of thumbnail caching on each client for you and keep them in sync." leider brachte aber das auch kein erfolg, wenn ichs richtig verstanden habe oder... da ich frodo oder höher benutze, kann ich pathsubstitution weglassen, xbmc checkt das selbst, was da noch zu synchronisieren wäre?

Ja das ist alles richtig bringt nur nix wenn du noch eine alte TexturesXX.db auf dem Client liegen hast in dem ungültige Adressen zu den einzelnen Bildern drin stehen.

Den db Namen kannst du auch rausnehmen, das wird auch seit v12 von XBMC übernommen.

Müsste das bei den Thumbnails nicht so heißen:

<pathsubstitution>
<substitute>
<from>special://masterprofile/Thumbnails/</from>
<to>smb://192.168.1.2/xbmcthumbs</to>
</substitute>
</pathsubstitution>

...... also "smb" und nicht "nfs" und nur die IP vom NAS rein ???

so funktionierts zumindest bei mir ...... der Ordner heist bei mir halt "xbmcthumbnails"

<to>smb://192.168.1.2/TheHive/XBMC/Thumbnails</to>

Ich hab den Thumbnail Ordner in der obersten Ebene liegen, also auf C:/Thumbnails und natürlich für "Jeder" freigeben unter Windows.

schau dir mal mein How To an ..........

Ohjeeeeeeeeeeee Linux .... das ist für mich Bahnhof ..... sorry .....

Einen schönen Sonntag vormittag Euch,

ich möchte mich hier mal dranhängen, da ich auch gerade meine VideoDatenbank auf den MySQL-Server meines NAS verfrachtet habe und es nicht erwartungsgemäß "rund" läuft. Gesucht, aber nicht gefunden, hab ich z.B. hier.

Nur kurz: Frodo 12.2 . Auf dem WinPC wurden die vorher in die einzelnen Ordner exportierten Dateien wieder brav importiert, in die von Frodo angelegte DB eingetragen, sowie die Thumbnails auf einen substituierten Ordner auf dem NAS geschrieben. Alles nach dieser einfachen Anleitung. Das ATV2, ebenfalls Frodo 12.2, und mit derselben adcancedsettings.xml verhielt sich kooperativ und zeigt alles an, was auf dem WinPC eingelesen wurde. Selbst der Watched-Status wird übernommen und kann auch geändert werden, so das die Änderung dann auf dem WinPC zu sehen ist.

<[definition='2','1']advancedsettings[/definition]>
    <videodatabase>
        <type>mysql</type>
        <host>192.168.168.111</host>
        <port>3306</port>
        <user>xbmc</user>
        <pass>xbmc</pass>
    </videodatabase> 


    <pathsubstitution>
     <substitute>
      <from>special://masterprofile/Thumbnails/</from>
      <to>smb://192.168.168.111/public/XBMC/Thumbnails/</to>
     </substitute>
    </pathsubstitution>

Soweit, so gut.

Problemkurzbeschreibung: Die auf dem ATV2 geänderten Thumbs (Poster od. Fanarts) kommen nicht bei dem WinPC an...

Ändere ich z.B. ein Poster auf dem ATV2, dann bleibt es beim WinPC leer. (Neustart, neu Einlesen bringt nichts)
Selbst, nachdem ich die Textures13.db auf dem WinPC gelöscht habe, wird kein Bild angezeigt.

Dieser Workaround:

Zitat von nicedevil

From that point on, XBMC will sync art/thumbs directly to each XBMC box, but will keep them in sync (whereas before XBMC would only add art on one box, and boxes could have different artwork if set manually). Having the thumbnails folder locally on each box will also speed up loading the library, and what art to use is stored in the videos DB that MySQL is already sharing.

ist ja nun nicht wirklich einer, meine ich, denn dadurch ginge mir der enorme Geschwindigkeitsgewinn, den ich bemerkt habe verloren. Ganz im Ggs. zum Speichern der Thumbnails lokal auf dem ATV2. (Auch lief desöfteren die interne "Platte" des ATV2 über, weil der Thumbnail-Ordner zu voll wurde...)
So schnell hat das ATV2 noch nie die Datenbankeinträge, nebst Bildern angezeigt. Wunderbar auf der einen Seite, schade auf der anderen, denn sobald ich auf dem ATV2 etwas ändere, spiegelt sich das nicht in der auf dem NAS liegenden Datenbank wieder.

WinPC, sowie ATV2 können beide auf die DB und ins Thumbnail-Verzeichnis schreiben, das sehe ich und die von mir geänderten Poster oder Fanarts finde ich auch im Thumbnails Ordner, also sollten sie auch zur Verfügung stehen....dünkt mir...

Wie bekomme ich es hin, das diese Textures13.db auch auf dem NAs gespeichert wird? Die Pfade sind ja beim WinPC und beim ATV2 dieselben und ich vermute, wenn ATV2 und WinPC evtl. dieselbe Datei benutzen, könnte es funktionieren.
Oder hat evtl. jemand noch ne Idee?

EDIT:
Mittlerweile ist mir aufgefallen, dass auch bei neu hinzugefügten Videos auf dem WinPC *keine* Cover/Poster/Fanarts geladen und angezeigt werden.
Im Log steht soetwas, wie dieser Kollege hat:

13:44:17 T:5584   DEBUG: CTextureCacheJob::GetImageHash - unable to stat url http://cf2.imgobject.com/t/p/w780/6B9XmFbwSMCR8QmNiUk014XGTYS.jpg
13:44:17 T:2432   DEBUG: CTextureCacheJob::GetImageHash - unable to stat url http://cf2.imgobject.com/t/p/w780/rdcb8MXDNSK3jE0qCRFD9bIcn0a.jpg
13:44:17 T:6216   DEBUG: CTextureCacheJob::GetImageHash - unable to stat url http://cf2.imgobject.com/t/p/w780/8ZufDfkccGZvfiMKDku7rZaVPK7.jpg
13:44:17 T:6500   DEBUG: CTextureCacheJob::GetImageHash - unable to stat url http://cf2.imgobject.com/t/p/w780/ljhDBqcnasHzqqHO8evgm4MZB7a.jpg

Gebe ich die URL im Browser ein, sehe ich das hinterlegte Bild, wie es sein sollte.
In den Film-Eigenschaften von XBMC sehe ich, wenn ich via "Choose Art" die Bilder ändern möchte, das einige Links aufgelöst werden können, einige nicht (Ich erkenne das an dem kleinen Thumbnail das erstellt wird, oder eben nicht...)
Bei einer hinzugefügten Serie sind Thumbnails und Fanart allerdings komplett geladen wurden...evtl. liegts auch am Scraper (Universal Movie Scraper und XEM) in Verbindung mit MySQL?
Im Log sehe ich auch, das z.B. das Update der MySQL Tabelle keinen Error wirft, wenn ich ein Bild verknüpfe, das im XBMC zwar angeboten, aber nicht geladen wird. Von daher "scheint" der Zugriff auf die MySQL-Datenbank ok zu sein.

XBMC meint also, es hätte ein Problem, aber wieso?
Es lohnt wohl doch noch nicht, auf die MySQL Datenbank umzusteigen, oder hat schon jemand positive Erfahrungen gesammelt (Ohne Abstriche) ?

Also ich hab die [definition='2','0']as.xml[/definition] auch auf dem Client drauf, mit dem ich scrappe !!!

Die Datenbanken auf den Clients sind bei mir leer, weil er ja auf die MYSQL Datenbank am Server zugreift.

siehe mein How To ...........

Hallodri,

Zitat von nicedevil

aber noch einmal für die Dummen von uns (also mich), ob ich da richtig vorgegangen bin:

Ich glaube nicht, das es etwas mit Dummheit zu tun hat Es ist eher die Software, die dem geneigten Anwender zu viele Möglichkeiten einräumt, die zu Verhalten führen kann, welche seitens der Softwareentwickler noch nicht abgedeckt wurden...

Zitat von nicedevil

7. [definition='2','1']advancedsettings[/definition].xml auf Windows PC installieren

Ab diesen Punkt kommt wahrscheinlich die MySql Datenbank zum tragen. Wenn dem so ist, sind wir nahezu identisch (und imho auc korrekt) vorgegangen.

Zitat von nicedevil

14. freuen oder trauerfeier anfangen?

Erst das Eine, danach das Andere

Ich war zuerst erfreut, danach ernüchtert, dennoch motiviert weiterzumachen.

Zitat von nicedevil

An welcher Stelle kommt das mit Textures13.db löschen?

Ich vermute hier nur aus Erfahrung:
Die TexturesNN.db wird lokal auf jeden Client gespeichert und in ihr sind die (vom Client aus gesehen, lokalen) Pfade zu den Bildern gespeichert, die der XBMC Client anzeigt.

Wenn keine MySQL Datenbank im Spiel ist, und die Clients alle über unterschiedliche Pfade auf ihre eigenen Thumbnails-Verzeichnisse zugreifen (Z.B. bei Client1 auf C:bla und bei Client2 auf D:bla) stehen jeweils unterschiedliche Pfade in den TexturesNN.db Dateien.

Ist eine MySQL Datenbank im Spiel, sollten in den jeweiligen TexturesNN.db eigentlich dieselben Pfade stehen, denn durch die [definition='2','0']as.xml[/definition] eingestellt, erfolgt der Zugriff auf die Datenbank und die substituierten Pfade immer auf dem selben Weg.

Ein XBMC Client liesst also aus der TexturesNN.db den Pfad aus dem Thumbnailsverzeichniss, sofern der Client vorher passende Einträge in die Datei geschrieben hat.
Z.B. beim ersten einlesen der Bilder aus dem Filmordner oder beim Einlesen der Filminfos durch den Scraper.

Aus -mir unerfindlichen Gründen- geht das aber wohl ab und an schief, und dann sind die Zuordnungen in der TexturesNN.db falsch/korrupt/nicht vorhanden, etc.

Nun kommt das Löschen ins Spiel, denn wenn die Datei nicht existiert, muss der XBMC Client die Infos neu schreiben, d.h. er ließt sie -hoffentlich korrekt- wieder ein.
Eine Interessante Frage wäre hier, ob, nachdem die Datei gelöscht wurde,auch neue Thumbnails erstellt werden, die auf Dauer den Thumbnails-Ordner größenmäßig explodieren lassen.

Zitat von nicedevil

Ist in dieser Reihenfolge die Pathsubstitution notwendign?

Gute Frage, weiß das hier jemand?

Zitat von nicedevil

Geht das nur mit SMB oder auch NFS?

Das geht mit beiden Protokollen, ich weiß allerdings nicht, inwieweit es Probleme birgt, wenn z.B. Client1 via SMB und Client2 via NFS auf die Daten im Thumbnail-Verzeichnis zugreifen und z.b. schreiben will. Ich habe alles via SMB laufen, da in anderen Threads geäussert wurde, das es keine signifikanten Geschwindigkeitsunterschiede gibt, auf Multimediaebene, ergo ist es mir wurscht, wie XBMC zugreift, hauptsache es tut es.

Zitat von nicedevil

noch mal für mein verständnis => pathsubstitute heißt doch, XBMC schreibt die substituierten dateien/ordner auf ein von mir festgelegtes Verzeichnis im netzwerk, anstatt lokal? Oder heißt es, "erstelle nach wie vor lokale dateien und synchronisiere diese mit einem netzwerkordner"?

Wenn ein Pfad (oder ein Laufwerk) substituiert ist, bedeutet das, das *direkt* und ohne Umwege auf dieses geschrieben wird/werden kann.

Es wird also kein lokaler Ordner angelegt und in diesen geschrieben, wenn Du den "spezial-Ordner: Thumbnails" auf z.B. ein Netzlaufwerk substituiert hast. Dieser spezielle (und virtuelle) spezial-Ordner: Thumbnails wird also auf den Netzwerkpfad *umgeleitet* und nur von dort aus, bzw. auf diesen finden Zugriffe auf ebendiesen (spezial-Ordner: Thumbnails) statt.

Ich habe das getestet, indem ich den Thumbnails-Ordner lokal gelöscht hatte und bis dato wurde lokal noch kein neuer angelegt, aber fleissig in den auf dem NAS angelegten...

Zitat von nicedevil

ja dann können wir ja sicher den datenbank ordner ebenfalls substituieren um so die textures13.db gesynced zu bekommen

Das hatte ich schon erfragt, aber noch keine Antwort bekommen und alleine getraut habe ich mich es auch noch nicht, aber Sinn würde es IMHO definitiv machen.