Anfängerfrage: Wie nutze ich eine Datenbank für mehrere Geräte?

Zitat von Lehmden1

Selbstverständlich habe ich Emby Plex und Jellyfin ausprobiert,

Wieso dann solche Unwahrheiten? Und du haust ja weiterhin irgendwelche Sachen raus, die auf Emby oder Plex schlichtweg nicht zutreffen.

Ich finde deinen Support ja super, wenn man deiner Meinung ist – aber alles, was du anders siehst, wird dann mit falschen Fakten schlechtgeredet, nur damit deine Entscheidung besser dasteht.

Keiner hat hier geschrieben, dass MariaDB oder MySQL schlecht ist. Aber um das gleiche Ziel zu erreichen wie mit Emby oder Plex, ist der Aufwand einfach deutlich größer. Das darfst du gerne anders sehen – aber dann solltest du auch nicht irgendwelche Unwahrheiten verbreiten, nur weil andere eine andere Meinung haben.

Für mich haben Emby und Plex allein schon wegen der „Skip Intro“-Funktion gewonnen.

Zitat von Lehmden1

Für Emby/Plex muss man entweder einen anderen Klienten als Kodi installieren (hat dann also rein gar nichts mehr mit Kodi zu tun) oder ein mehr oder weniger gut integriertes zusätzliches Addon was dann entweder die Kodi Datenbank gar nicht nutzt, man also keine "Spielfilme" und "Serien" im Hauptmenü hat, sondern nur "Plex" oder "Emby" unter den Addons

Zitat von Lehmden1

Mal ganz abgesehen davon, das es hier nie um Emby ging

Es ging doch auch nie gezielt um MariaDB oder MySQL.

Zitat von bananenmann

Anfängerfrage: Wie nutze ich eine Datenbank für mehrere Geräte?n

Emby ist für mich auch keine Datenbank für Kodi. Aber diese Diskusion, was wer wie gut findet oder nicht dient sicher nicht dem TE, da er sich ja schon für Kodi und MySQL entschieden hat. Es wäre ja ne Möglichkeit das man mal ein Pro und Contra Thread für MySQL und Emby erstellt.

Zitat von Lehmden1

Kann man bei Kodi solo auch machen. Reicht mir aber bei weitem nicht aus. Dier Aufwand um die Metadaten so zu haben, wie ich das will, ist bei Emby erheblich größer, weil Emby in der Grundeinstellung das, was ich vorgebe nur als "losen Vorschlag" ansieht und dann doch lieber das macht, was Emby meint, wie es zu sein hat. Damit habe ich sehr leidvolle Erfahrungen hinter mir.

Reden wir hier jetzt eigentlich über den Vergleich Emby MySQL Datenbank oder worum geht es? Sieht mir nämlich nicht so aus, wenn ich Deine Kommentare lese.

Zitat von Lehmden1

Empfinde ich aber als viel zu umständlich. Ich brauch keine 10 Sekunden, um einen neu installierten Kodi Klienten komplett fit zu haben. Alleine der Download und die Installation des Emby Addons dauert schon erheblich länger, selbst, wenn man das Addon als ZIP Lokal vorrätig hat. Dann kommt aber noch die Konfiguration dazu. Die Kombination von Emby und Kodi ist in Wahrheit alles andere als komfortabel sondern sau umständlich und unbequem.

Ich bleibe bei meinem Statement. Erst mal weiss ich nicht, was Du hier vergleichst und mit Emby kommst Du anscheinend nicht zu recht....

Zitat von Lehmden1

Oh weia, wenn das das "Nonplusultra" sein soll, will ich aber lieber den letzten Schrott. Denn für mich und meine Ansprüche an eine gut gepflegte Medienbibliothek ist das völlig ungenügend.

Sehe ich natürlich komplett andersrum. Ich habe vor 10 Jahren auch eine MySQL Datenbank benutzt und meine Daten mit Ember Media Manager gepflegt. Emby ersetzt beides und das auf einen qualitativ wirklich hohem Niveau.

Zitat von Lehmden1

Alleine das absolut bescheuerte Transkoding wirklich dauerhaft abzuschalten ist eine halbe Lebensaufgabe.

Sage ich doch. Entweder nicht verstanden oder nicht genug mit beschäftigt? Ich habe noch nie Probleme damit gehabt, das Transcoding in Emby abzuschalten. Nicht mal ansatzweise und das betrifft sowohl die Kodi Addons als auch das Backend von Emby selbst. Wer lesen kann ist klar im Vorteil.

Zitat von Lehmden1

Dann die Geschichte, das Emby permanent die .nfo vermurksen muss, schrecklich.

Nun ja, was soll ich sagen? Von dem leidigen und nicht weniger puckeligen Thema .nfo Files habe ich mich ebenfalls bereits vor Jahren verabschiedet. Braucht kein Schwein. Die komplette Bibliothek lässt sich super und vollumfänglich via Emby managen. Da braucht´s keine .nfo mehr.

Moin

Zitat von bananenmann

zusätzlich noch was er mit dem Kodi Cache meint? Er sagt einerseits, dass die FanArt aus Performancegründen im Cache bei Kodi gespeichert bleibt, andererseits wird doch genau die FanArt beim separaten Export in die Filmordner verschoben? Und er hat sie selbst ja auch dort, wie man an dem Bild in Post Nr. #34 sieht. Das ist irgendwie ein Widerspruch für mich ... und der ursprünglich Gedanke und Beginn meiner zentralen Datenbank-Idee

er meint damit, dass jeder Kodi-Client seine Thumbnails (Vorschaubilder) in eigenen Ordnern auf dem Client speichert, um diese schnell anzeigen zu können.
Wenn du auf Client A deine Videoordner scrapst, dann erstellt Kodi nur auf diesem die ganzen Artworks etc.
Erst beim Exportieren der Bibliothek kannst du diese Dateien in deine zentralen Film-Ordner kopieren. Diese werden nicht verschoben!
Das macht man eigentlich aus Sicherheitsgründen, damit diese Dateien zentral vorhanden sind und man diese nicht neu generieren muss, wenn mal irgendwas unschönes passiert ist (bspw. Verlust von Daten).

In der Kodi-Datenbank wird auch nicht der Pfad zu dem Fanart auf dem Server gespeichert, sondern woher du das bezogen hast (bspw. https://image.tmdb.org....). Wenn du den Kodi-Cache auf dem Client löschen solltest, wird der Client diese Daten neu aus dem Internet herunterladen.

Ich versuche, nochmal kurz den Unterschied zwischen Kodi lokal und Kodi mit MYSQL-Datenbank zu erklären.

Kodi Einzelplatz:
Kodi erstellt eine lokale SQLite Datei, in der die Infos zu den Medien abgespeichert werden, egal, wo diese Medien liegen (lokale Ordner oder auch Netzwerkspeicher.
Die Artworks speichert Kodi lokal unter .kodi/userdata/

Kodi mit MySQL:
Kodi speichert alle Infos zu den Videos und Musik in der zentralen MySQL-Datenbank, natürlich muss der MySQL-Server Zugriff auf die Medien haben. Diese sollten also vorzugsweise auf dem Gerät mit dem MySQL-Server sein oder einer von diesem erreichbaren Netzwerkquelle.
Bei mehr als einem Kodi-Clienten mit den selben Freigaben werden diese Daten also von allen aus der zentralen Datenbank gezogen.
Die Artworks liegen weiterhin lokal auf jedem Client.

Ich habe auf fast allen Kodi-Clienten die Thumbnails via Pathsubstitution ausgelagert. Das lag daran, dass einige Clients zu wenig lokalen Speicher hatten, um diese abzuspeichern. Das Auslagern auf einen Netzwerkpfad geht aber zu Lasten der Geschwindigkeit auf den Clients, mache ich nur bei LAN-Verbindungen. Ich merke tatsächlich keinen wriklichen Unterschied beim Scrollen inder Filmdatenbank auf de Client.

Du hast einen PC mit dem du deine Sammlung verwaltest, sprich Filme und Serien scrapst und somit in die Datenbank aufnimmst. Dieser PC hat die source.xml mit den Pfaden zu den Dateien und die as.xml.xml mit den Daten zu deiner Datenbank.
Hast du nun Filme und Serien in der Bibliothek holt sich Kodi die Bilder zu den Medien aus dem Internet, je nachdem welchen Sraper du nutzt und was du in Kodi unter Medien/Artwork eingestellt hast. Diese Bilder werden in userdata\Thumbnails gespeichert.
Das würde jetzt jeder Client so machen. Wenn du aber in deiner Kodiistallation auf dem PC die Bibliothek seperat exportiert schreibt Kodi nfos und kopiert die Bilder aus dem userdata\Thumbnails Ordner in die Medienordner. Die nfos dienen mehr oder weniger als "Backup", die Bilder kannst du nutzen um sie in den anderen Clients zu importieren dadurch brauchen die Clients diese nicht wieder aus dem Internet zu laden.

In deinen Clients brauchst du nun nur die as.xml.xml mit den Daten zu deiner Datenbank und kodi holt sich dort alle Infos und die Bilder aus den Medienordnern.
Wieso aber in den Serienordnern nix ist kann man so nicht sagen. In der Bibliothek sind sie aber?

Deine Musikdaten sind ein ganz anderes Thema.

Deine Musik kannst du einfach mit dem PC in die Musikdatenbank aufnehmen und durch die gemeinsame Datenbank hast du ja auf allen Clienten die Daten dazu.
Möchtest du jetzt aber mehr Infos bzw. eigene infos zu den Künstlern muss du dir mal den "Artist information folder" ansehen.