Inhalt einer Netzwerkquelle verschwindet regelmäßig

Zitat von DaVu

Gibt es bei CoreELEC nicht auch so eine "Wait for Network" Funktion in den Einstellungen?

zumindest in der normalen Einstellungen -> System -> Energiesparen

Liegen die Datenbanken lokal oder benutzt Du sowas wie SQL oder Emby?

Zum Check kannst Du das Addon mal deaktivieren, warum nicht.

Ich galube aber nicht das es am Addon liegt:

• Dieses verwendet Standardbibliotheken von Kodi zum lesen und schreiben der NFOs (xbmcvfs). Bei Nichterreichbarkeit von Dateien würden die Fehlermeldungen erzeugen.
• Wenn ein Status (und damit die NFO) aktualisiert werden soll, muss unmittelbar vorher ein Zugriff auf die Mediendatei (Film, Serie, Whatever) stattgefunden haben. Da diese Datei im selben Verzeichnis wie die NFO liegt, muss an dieser Stelle das Netzlaufwerk schon verbunden sein.

Wie gesagt, ich verwende für den Zugriff auf die film.nfo eine Bibliothek names xbmcvfs (XBMC Virtual Filesystem), welche auch den Zugriff auf entfernte Dateien (HTTP, SMB usw.) ermöglicht. Bevor in einer .nfo der Status überhaupt aktualisiert wird, erfolgt zunächst ein Check, ob diese Datei erreichbar bzw. vorhanden ist. Bei einem ausgeschalteten NAS z.B. kehrt dieser Test mit einen schlichten "False" aus der Funktion zurück und es erfolgen auch keine weiteren Aktionen.

Daten werden nur in die .nfo geschrieben, wenn sie für das Addon existent sind, d.h. die Datei muss physisch erreichbar sein. Alle anderen Operationen (wie z.B. das Auslesen des Dateinamens der abgespielten Datei aus der DB) sind rein lesender Art. Ich kann hier einfach keine Verbindung zum beschriebenen Fehler herstellen. Dann müsste ja xbmcvfs die Ursache sein. Kann ich mir nicht vorstellen, das ist ein Standardmodul.

Eine Frage zum Fehler selbst: Die NAS-Quellen sind nach wie vor da, nur die Zuordnung ist kaputt und die Angabe "Quelle enthält" steht auf "keine"?

ich würde nicht auf das info update modul wetten. das hatte ich nämlich vor 19.3 abgestellt (bei irgend einer 18er-version), weil dort auch solche fehler auftraten.
dann war lange ruhe, jetzt tritt das problem seit kurzen wieder auf.
mysql und die daten liegen auf einem win-server.
die db wird von 2 kodis auf nvidia shield bedient, ein 3. kodi auf einer weiteren shield bedient sich der filme, aber ohne zugriff auf mysql (schreibt seine bibliothek also lokal) und natürlich ohne dem nfo-updater modul. ging 2 jahre lang so gut.

mein verdacht: ich hab auf multipfadquellen beim smb umgestellt, weil win10pro in der client-edition wohl nur 20 verbindungen zulassen will, und ich so relativ sparsam werden kann.

wollte eben auch nen mimimi-fred hier aufmachen, als ich diesen beitrag hier fand.

aja, die - soweit ichs kann - genauere beschreibung.
was bei mir verschwindet, sind watch-status von filmen und/oder serien. selten vergisst er auch ganze filme und/oder serien, die aber bei den links in den einstellungen zu sehen sind (als würden sie nicht zur bibliothek gehören).
interessanter weise funzt nach einem bereinigen und updaten der db wieder alles. allerdings fehlen dann immer bei ein paar filmen oder serien der aktuelle watched-status. die kriegt man dann mit einem neuen stauts hin.
ein völliges löschen der film-db und neu anlegen der smb-verzeichnisse nutzt nur kurzfristig was.

nö, nur auf den beiden verbundenen kodis. der lokale kodi tuckert seit jahren brav vor sich hin. der liefert aber auch keine wirklich relevanten aussagen, weil er fürs gästezimmer ist und eher selten was zu tun hat.
was ich noch sagen kann: bisher hatte ich das problem immer nur auf einem der beiden kodis. irgend eine asynchronität vielleicht?

meine multipfadquellen-vermutung ist eben auch nur dass: eine vermutung. ich hab ansonsten nicht so viel rumgerührt im letzten jahr.
manches mal schauts mir auch irgendwie nach timing problemen kodi<->server<->hdd aus. auch das ist aber nur eine beobachtung bar jedes wissens meinerseits. könnte aber auch passen. der server ist n alter intel nuc an dem per usb3 ein "tank" für 5 hdd's hängt. billigste version, die scheints manches mal nicht sehr flott erwacht, wenn der server schreit.

btw - ich hab mich gestern dann auch gleich wieder an den hauptgrund des abschaltens des nfo-moduls erinnert *g*
wenn das an ist, scheint das auch z.b. im orf-modul (sehr schlimm), oder auch im amazon-modul (weniger schlimm) für elend lange ladezeiten der stream-starts zu sorgen ... ist also wieder aus.
dies nur nebenher zur info.

Ich habe jetzt nochmal ein Update nachgeschoben, dieses behebt einen Parsefehler im NFO, ist also unabhängig vom o.g. Verhalten Eurer Quellen. Bei der Gelegenheit habe ich mal das [definition=12,3]Debug-Log[/definition] mitlaufen lassen. Kodi selbst performt am Ende des Abspielens einige DB-Aktionen, evtl. gibt es da irgendwas. Wo das jetzt in Kodi passiert, kann ich natürlich nicht wissen (Core).

2022-02-22 08:56:48.781 T:8627     INFO <general>: Deleting settings information for files smb://Tower/Multimedia/Serien/A Discovery of Witches/A Discovery of Witches.s01e03.mkv
2022-02-22 08:56:48.782 T:8627    DEBUG <general>: Mysql execute: DELETE FROM settings WHERE idFile=4755
2022-02-22 08:56:48.782 T:8627    DEBUG <general>: DoWork - Saving file state for video item smb://Tower/Multimedia/Serien/A Discovery of Witches/A Discovery of Witches.s01e03.mkv
2022-02-22 08:56:48.782 T:8627    DEBUG <general>: connect replacing configured host 192.168.10.10 with resolved host 192.168.10.10
2022-02-22 08:56:48.803 T:8627    DEBUG <general>: DoWork - Marking video item smb://Tower/Multimedia/Serien/A Discovery of Witches/A Discovery of Witches.s01e03.mkv as watched
2022-02-22 08:56:48.807 T:8627    DEBUG <general>: Mysql execute: update files set playCount=1,lastPlayed='2022-02-22 08:56:48' where idFile=4755
2022-02-22 08:56:48.812 T:8627    DEBUG <general>: Mysql execute: delete from bookmark where idFile=4755 and type=1