Bibliothek aktualisieren > Ruhezustand

  • Ach ja, bist Du dir da sicher

    Ziemlich:

    Ich schaue einen Film im Wohnzimmer. Pausiere oder stoppe den Film, weil ich im Schlafzimmer weiterschauen will.
    Ich gehe ins Schlafzimmer, mache den TV an, muss aber dann erst die Bibliothek aktualiseren, dass ich an der aufgehörten Stelle weiterschauen kann.

    Und der Fakt, dass der Fragesteller es mit dem obigen Posting #20 bestätigt hat ;) :

    Bibliothek musst nicht aktualisiert werden sondern man musste nur kurz den Serien Reiter neu aufmachen


    Das dass ich an der aufgehörten Stelle weiterschauen kann.  heißt für mich, dass ein Resumepoint importiert oder zumindest verwendet werden kann und das durch eine Datenbank, die allen Geräten zur Verfügung steht, was für mich heißt, dass es eine zentrale MySQL ist.

    Die Quelle auch tatsächlich errreichbar ist.

    Wenn der reale Zugriff auf einen Pfad erfolgt, der zum Zeitpunkt des Zugriffs nicht verfügbar ist, kommt es zu #12.

    Das habe ich nie bestritten, aber das ist hier doch gar nicht das Thema. Natürlich kann Kodi den Film nicht abspielen, wenn das NAS offline ist, aber das ist es doch gar nicht. Die Quelle ist doch erreichbar, ansonsten könnte der resume point nicht verwendet werden. Denn das hat ja geklappt nachdem er die Bibliothek (unnötiger Weise) aktualisiert hat. Wäre der Film/die Serie neu hinzugekommen (also frisch gescrapt und nicht aus einer lokalen oder zentralen DB gelesen), dann hätte dieser keinen Resumepoint. Woher soll dieser neu gescrapte Film denn auch einen Resumepoint haben, wenn nicht aus einer MyVideosxxx.db? Ich weiß nicht, wie ich es dir anders erklären soll.

    Offensichtlich hältst Du mich für doof oder Du kannst den Kontext nicht erkennen.

    Keine Ahnung, warum das für dich offensichtlich ist, aber ich halte dich bei weitem nicht für doof. Nur reden wir hier von unterschiedlichen Dingen. Auch das erwähnte ich schon

    Hat hier schon jemand Emby Server vorgeschlagen anstatt MYSQL?
    Beim Start des Kodi Clients werden alle Änderungen synchronisiert, dauert 10 sek und gut is


    MySQL macht das während der Laufzeit.

    2 Kodi clients...beide Kodi Instanzen laufen gleichzeitig. Du fügst auf Client a einen neuen Film hinzu und fängst diesen auch an zu schauen. Dann stoppst du ihn. Client b ist auch schon eingeschaltet gewesen. Du wechselst zu Client b, betrittst die Bibliothek und schon siehst du, dass ein Film hinzugekommen ist, der einen Resumepoint hat. Emby macht sowas bestimmt auch, ist ja schließlich keine schlechte Software, aber so kenne ich es von MySQL.


    Genau. Und in vielen Fällen bist Du dann anschliessend eine Antwort schuldig geblieben. Ich zitiere mal Peter Lustig: Klingt zwar komisch, ist aber so.

    Ich habe nie behauptet, dass ich alles weiß. Und in vielen Fällen kann ich den Fehler in einem Log auch nicht erkennen. Dem würde ich sofort zustimmen. Aber vielleicht andere. Wenn du mir sagen möchtest, dass es falsch ist ein Log anzufordern, nur weil ich den Fehler nicht sehe, dann lasse ich das halt in Zukunft. Du bist ein weitaus älteres Mitglied in diesem Forum und ich respektiere das, wenn du das so möchtest. Erinnert mich an ein älteres TeamKodi Mitglied, welches mal sagte: "Stop requesting logs, you can't interpret them anyway". Diese Aussage galt damals nicht mir, aber irgendwie klingt das für mich mehr als ähnlich ;). Von daher ist mir dein Wunsch Befehl und ich werde es lassen ;)

    Cheers

  • Ja sorry für den etwas harschen Ton gestern. War schon spät und der Abend draussen lang. [az]


    Du fügst auf Client a einen neuen Film hinzu und fängst diesen auch an zu schauen. Dann stoppst du ihn. Client b ist auch schon eingeschaltet gewesen. Du wechselst zu Client b, betrittst die Bibliothek und schon siehst du, dass ein Film hinzugekommen ist, der einen Resumepoint hat.

    Ja das ist doch nichts neues. Natürlich bildet eine gemeinsam genutzte SQL-DB einen aktuellen Snapshot der Aktivitäten des letzten aktiven Clients ab. Das ist ja auch der Vorteil einer zentral genutzten DB. Da braucht es auch kein Trakt btw. ( Gartenzwerg).

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Ja sorry für den etwas harschen Ton gestern. War schon spät und der Abend draussen lang.

    Ach...du hast schon recht. Ich sollte keine Logs anfordern, wenn ich das Problem nicht lösen kann. Ich kann mit Kritik gut umgehen und diese scheint ja offensichtlich mehr als angebracht. Von daher passt das schon. Mach dir keinen Kopf.

  • .... Da braucht es auch kein Trakt btw. ( Gartenzwerg).

    Es ist aber eine weitere Möglichkeit, gefordertes umzusetzen.
    Nicht alle möchten zusätzliche Datenbanksoftware installieren.
    Also in Zukunft bitte auch mal ein bischen weiter denken. Danke

    Gruß Gz

    2x Android TV-Box Amlogic t95zPlus,1x Android TV-Box Amlogic t95zPlus 6K, 2x Qnap 1x Synology NAS, LG 55" 3D-TV + 1x 40", Surround

  • Ich muss das Thema leider nochmal aufmachen. Bei mir läuft aktuell was schief.

    1. Fire TV Stick Wohnzimmer
    2. Fire TV Stick Schlafzimmer
    3. mySQL-Datenbank mariaDB10 auf Synology DS220j+
    4. Beide Clients nutzen die selbe Kodi Version 18.8

    Aktualisiere ich die Bibliothek auf einem Client, sollte der andere Client normalerweise die Einträge ebenfalls anzeigen. Macht er aber komischerweise seit 1 Tag nicht mehr.

    Mir ist aufgefallen, dass beim Start von Kodi auf einem Client ganz schnell oben rechts Version Check o.ä aufpoppte. Ich hab keine Ahnung was das war.

    Aber ich verstehe es einfach nicht. Ich habe rein gar nichts an den DB, Synology noch an den Clients geschraubt. Alles eig wie bisher.

    Hier noch von beiden Clients die Logs

    Client1.txt
    Client2.txt

    Vielen schon Dank mal.

    Edit: Komischerweise werden auch seit einem Tag die Covers nicht mehr angezeigt. Log meldet:

    ERROR: CCurlFile::Stat - Failed: Failure when receiving data from the peer(56) for http://image.tmdb.org/t/p/original/y…N4gOjEOFqp5.jpg

  • Beide Clients nutzen die selbe Kodi Version 18.8

    Das würde ich auf beiden Clients nochmal explizit überprüfen.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Das würde ich auf beiden Clients nochmal explizit überprüfen.

    Habe ich mehrfach. Habe auf meinem NAS auf Python 3 geupdated. Deswegen konnten wohl die Covers nicht von The Movie DB gezogen werden. Hab den Scrapper dann auf The Movie DB Python geändert, hat funktioniert.

    Komischerweise muss ich aber wieder die Bibliothek, nachdem ich auf Client 1 aktualisiert habe, auf Client 2 ebenfalls aktualisieren. Vorher hat man einfach den Reiter kurz gewechselt und der Eintrag war da.

  • Ich habe rein gar nichts an den DB, Synology noch an den Clients geschraubt. Alles eig wie bisher.

    Habe auf meinem NAS auf Python 3 geupdated.

    Also doch ;)

    Mein Verdacht waren unterschiedliche Kodi-Versionen und damit unterschiedliche Versionen der MyVideo.db. Das führt i.d.R zu dem beschriebenen Verhalten.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Da bin ich leider raus.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Die Clients haben ja aber trotzdem die selbe Kodi Version.

    Eben. Mein Verdacht hat sich nicht bestätigt. Deshalb bin ich jetzt raus.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Also, habe die MySQL nochmal gelöscht und neu aufgesetzt, wie vorher auch.

    Die Einträge werden normal in die DB geschrieben, auch neue Einträge sind sofort drin.

    Wie ich jetzt sehen konnte, muss ich nicht die Videobibliothek aktualisieren, sondern den Skin. Vor kurzem hat sich der Skin immer von selbst aktualisiert, wenn ich kurz in den Reiter bin und wieder raus oder den Reiter gewechselt habe.

    Hatte das schon jemand?

    @DaVu @Gartenzwerg Ihr zwei evtl. eine Lösung?

  • Wie ich jetzt sehen konnte, muss ich nicht die Videobibliothek aktualisieren, sondern den Skin.

    Der Skin wird neu geladen, wenn du die Videobibliothek aktualisierst. Das ist im Kodi Code verankert: "wenn Aktualisierung abgeschlossen, dann Skin neu laden". Von daher sollte eine Aktualisierung der Bibliothek funktionieren.

    Ansonsten kannst du dir auch ne Taste auf deiner Fernbedienung mit ReloadSkin() belegen. Dann wird der Skin per Tastendruck neu geladen.

    Deine Logs oben sind leider keine debuglogs. Aber ich sehe, dass du den Estuary ModV2 installiert hast und wahrscheinlich nutzt du den auch. Ich würde ggf mal schauen, ob es mit Estuary auch auftritt, dass du den Skin manuell neu laden musst.

  • Der Skin wird neu geladen, wenn du die Videobibliothek aktualisierst. Das ist im Kodi Code verankert: "wenn Aktualisierung abgeschlossen, dann Skin neu laden". Von daher sollte eine Aktualisierung der Bibliothek funktionieren.
    Ansonsten kannst du dir auch ne Taste auf deiner Fernbedienung mit ReloadSkin() belegen. Dann wird der Skin per Tastendruck neu geladen.

    Deine Logs oben sind leider keine debuglogs. Aber ich sehe, dass du den Estuary ModV2 installiert hast und wahrscheinlich nutzt du den auch. Ich würde ggf mal schauen, ob es mit Estuary auch auftritt, dass du den Skin manuell neu laden musst.

    Danke schon mal für die Antwort.

    Ich aktualisiere ja auf Client 1 die Videobibliothek. Auf Client 2 müsste ich ja eigentlich nur den Skin aktualisieren, bzw. mal kurz irgendwo reinspringen und wieder raus. So hat das bis Dato immer funktioniert. Verstehe halt nicht, weshalb ich den Skin nochmal manuell aktualisieren muss, obwohl das bis vor 2 Tagen noch einwandfrei funktioniert hat.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!