KODI 15.2 - MySQL zu langsam

Ich hatte mit MySQL mehr Frust als Lust und habe es daher auch wieder abgeschafft.

Einerseits hatte ich die Problematik, dass ich immer Theater mit meine Datenbank hatte, wenn ein Gerät versucht hat darauf zuzugreifen und das NAS noch nicht einsatzbereit war
und andererseits ist es nicht möglich, via MySQL seperate Resumepoints zu pflegen. D. h. alles was ich gesehen habe, wird auf allen Geräten als gesehen makiert und ebenso werden
halt auch die Resumepoints pauschal übernommen.

Stellt für mich nicht die ideale Lösung dar.

Also aktuell finde ich die Lösung mit SQL echt gut... Hatte auch noch keine Probleme damit.

Bau mir allerdings gerade nen Gen8 NAS auf und der wird Emby bekommen. Und von Kodi werde ich dann darauf zugreifen. Wie und ob das besser funktioniert wird sich noch zeigen...

Zitat von b0mb

... wird auf allen Geräten als gesehen makiert und ebenso werden

halt auch die Resumepoints pauschal übernommen ...

Aber das ist doch genau der Sinn der SQL-Datenbank?! Eine Datenbank für mehrere Clients. Ich schaue ich Wohnzimmer, pausiere die Wiedergabe und kann ich Schlafzimmer an der gleichen Stelle weiter schauen.

Bei mir läuft es absolut flüssig und zufriedenstellend. Wenn ihr Probleme beim Start habt, z. B. dass euer Server noch nicht bereit ist, nutzt die Funktion "Beim Start entfernte Server wecken" in Kodi. Natürlich startet Kodi erst, wenn es die Datenbank abrufen kann.

Wenn ich unterschiedliche Markierungen wünsche brauche ich unterschiedliche Datenbanken. Entweder lokal oder mehrere SQL-Datenbanken, wobei eine SQL-Datenbank mit nur einem Client für mich keinen Sinn ergibt.

@moar70 & @b0mb
Bei eurer gewünschten Nutzung solltet ihr euch das hier mal genauer ansehen ...

Zitat von El Muchacho

@moar70 & @b0mb
Bei eurer gewünschten Nutzung solltet ihr euch das hier mal genauer ansehen ...

Ich für meinen Teil will es gar nicht mehr haben.

Es ist für mich auch schon allein aus dem Grunde uninteressant, das nur auf einem meiner drei Clients immer nightly Versionen laufen und auf den anderen nicht.

Gesendet von meinem LG-D855 mit Tapatalk

Hi,

ich hab hier 2500 Filme, 3000 Serienepisoden und 44000 Musiktitel, das SQL zäh ist kann ich nicht behaupten.
Wenn man sich mit SQL relativ gut auskennt könnt ihr eure Probleme auch selbst beheben, entweder man führt die DB halt 2 oder 3 fach oder aber man modifiziert das ganz,
führt natürlich dazu das man das immer wieder anpacken muss.

Gruß X23

Wenn du MySQL auf dem Gen8 laufen hast und dann die Datenbank zähflüssig läuft, solltest du dir mal die my.ini anschauen und tunen.
Warum nur der FireTV so zähflüssig läuft, wird nichts mit MySQL zu tun haben.
Aber offensichtlich hast du schon eine Entscheidung getroffen.

An den 100MBit liegt's mit Sicherheit nicht ...
Der RaspPi hat auch nich mehr ...

Also wenn das MySQL Setup zu zäh ist etc. dann liegt das normalerweise nicht am Server oder an MySQL sondern an den Clients und u.a. nicht gecacheter Fanart.

Ich selbst habe ein Setup mit einem unRaid Server mit 8GB Ram. Meine Bibliothek hat inzwischen ca. 2400 Filme, ca. 15000 einzelne Serienepisoden und gut 79000 Songs. Der Server dreht die meiste Zeit Däumchen.

Als Clients setze ich aber wesentlich potentere Hardware ein, nämlichen Intel NUC's DN2820.

Die Lösung mit MySQL wär übrigens der Grund warum ich von Mediaportal zu Kodi gewechselt bin.

Auch die Problematik damit das die DB noch nicht läuft wenn ein Client verbindet ist eigentlich Einstellungssache. Mein Server wird vom Kodi Client per WOL aufgeweckt, der Timeout dabei ist auch so lange das der Server locker 30-60 sek. zum aufwachen hat und so lange ein Kodi Client im Netzwerk aktiv ist wird der Sleep bei meinem Server blockiert. So hatte ich noch nie Trouble mit der DB.
Und wenn die DB mal kaputt ist, was bei mir in über einem Jahr noch nicht vorgekommen ist dann lass ich Sie den lokalen nfo's etc. halt wieder aufbauen.

Jetzt fehlt mir nur noch eine schöne Server Oberfläche damit Freunde und Familie sehen können was es neues bei mir gibt.

Zitat von darkside40

Jetzt fehlt mir nur noch eine schöne Server Oberfläche damit Freunde und Familie sehen können was es neues bei mir gibt.

Was sollten Freunde und Familie bei dir zu sehen bekommen?
Wenn du meinst, was du so alles in deiner Bibliothek hast - dann schau dir mal movielib an.

Oder einfacher - auf dem Server einfach auch Kodi starten und das Webinterface aktivieren.... :o)

Ich nutze selbst auch mittlerweile MySQL. Und finde es total genial!
3 Clients (Schlafzimmer, Wohnzimmer und Büro) überall der selbe Stand, kein rumgefrickel mit vorspulen oder "hab ich das schon gesehen?"
Auch super schnell.
Server ist Debian Wheezy auf einem Dell Poweredge T20 mit Xeon, und Clients sind: 2x Raspi und einmal ein EIgenbau i3-4xxx OpenElec.
Ebenfalls Standby und WOL am Server, nie irgendwelche Probleme.

Zitat von darkside40

Und wenn die DB mal kaputt ist, was bei mir in über einem Jahr noch nicht vorgekommen ist dann lass ich Sie den lokalen nfo's etc. halt wieder aufbauen.

Für den Fall mach ich per (Ana-)Cron täglich einen MySQL Dump, falls doch mal irgendwie irgendwas schief gehen sollte und die Datenbank nicht mehr so sein wie sie mal war...

Naja das WebIF von Kodi (auch das neue Chorus) fand ich jetzt nicht so prickelnd.
Ich muss auch mal in eine andere Richtung schauen, und zwar habe ich in der Woche wegen der Arbeit einen Zweitwohnsitz und möchte auch dort meinen Datenbestand nutzen können. Jedoch ohne VPN oder ähnliches.

Da frage ich mich jetzt wie ich dort Kodi auf nem rPi am besten an meine installation hier zuhause anbinden kann.
Aber ich glaube das geht jetzt viel zu weit OT.

@"moar70"

Auf welchem System läuft dein SQL?
Welche SQL Version (MySQL, MariaDB?)
Hasts du den Cahce der DB aktiviert?

Mal maria Db in betracht gezogen ist massiv viel schneller und/oder die my.ini mal angepasst?

Sieht bei mir so aus die my.ini

[mysqld]
skip-name-resolve
datadir=C:/Program Files/MariaDB 10.0/data
port=3306
sql_mode="STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION"
default_storage_engine=innodb
innodb_buffer_pool_size=951M
innodb_log_file_size=50M
character-set-server=utf8
query_cache_size = 15728640
query_cache_type=1
query_cache_limit=1048576
[client]
port=3306