Beiträge von marky0736

OMG, und gleich eine Ergänzung, manchmal steht man auf dem Schlauch. Es war der falsche Port angegeben für die Datenbank - was für ein blöder Fehler. Nun komme ich zwar an die Datenbank, aber er spielt die Files nicht ab. Irgendetwas ersetzt mir den Pfad zur Datei mit einer uralten IP. Schreibe später mehr!

Hallo zusammen,

heute habe ich auf meinem WaipuTV Stick die aktuelle kodi-Version installiert. Anschließend mit xbmc_env.properties den richtigen Pfad zu den Daten gesetzt und nun liest kodi auch meine AdvancedSettings.xml ein (wie im Log ersichtlich). Allerdings kann kodi offensichtlich nicht auf mein NAS im lokalen Netzwerk zugreifen, wo sowohl die Dateien als auch der mqsql-Server lagern. Wenn ich übrigens versuche, das NAS als Quelle hinzuzufügen, bekomme ich ebenfalls keine Verbindung, egal ob mit Name oder mit IP, es gibt also einfach keine Verbindung ins lokale Netz. Muss man an dem Stick vielleicht noch irgendwo etwas einstellen, damit er auf das lokale Netzwerk zugreifen kann, das scheint mir am wahrscheinlichsten? Die Entwickleroptionen habe ich an und USB-Debugging auch, ich hab Zugriff auf die kodi-Dateien im adbLink.

Hoffe, jemand kann mir da weiterhelfen, vermutlich ist es eine ganz banale Einstellung, aber ich finde nichts.

Grüße,

Marky

Hallo nochmal!

Den Ansatz mit einem clean install und nur einer Quelle kann ich frühestens übernächste Woche testen, wenn ich Ferien habe, vorher habe ich dazu einfach keine Zeit, das braucht ja dann doch etwas länger bis ich noch protokolliert habe und alles. Wobei ich noch nicht endgültig sehe, wie uns das weiterbringt, aber man wird sehen.

Auf dem NAS ist wie oben angegeben SMB 1-3 aktiviert. Ich hatte es auch shcon mit nur 3 und mit 2-3 versucht, hat aber alles keinen Unterschied gemacht. Da gibt es auch sonst einige Eintellungen, deren Bedeutung ich nicht genau kenn, aber geändert habe ich nichts, sondern habe es bislang alles so gelassen, wie es 10 Jahre funktioniert hat. In kodi war 0-3 aktiviert, habe jetzt auf 2-3 umgestellt - macht aber keinen Unterschied...

Mit NFS oder FTP kenne ich mich überhaupt nicht aus, aber das ist auch etwas, was mir vermutlich nichts bringt, denn die Quellen sind in der Datenbank auf die SMB-Shares bezogen und die Datenbank ist der entscheidende Punkt, die muss bleiben, da sie wie gesagt seit fast 20 Jahren gepflegt und weitermigriert wurde.

Mir ist einfach vollkommen unbegreiflich, warum "AirPlay&UPnP" auf dem Stick laufend ganz normale von den Shares abspielen kann...

Zunächst natürlich erstmal wieder vielen Dank für die Antwort. Ich weiß es sehr zu schätzen, wenn einem hier geholfen wird, schließlich gibt es nichts Langweiligeres, als sich mit den defekten Konfigurationen anderer Leute zu beschäftigen

Die Thumbs über die IP zu holen habe ich bereits ausprobiert, als ich den Fehler im August auf den Max Sticks hatte, weil mir natürlich auch aufgefallen war, dass die Datenbank über die IP adressiert ist. Das funktioniert auch tatsächlich, die Bilder werden dann geladen. Am Kern des Problems ändert es aber natürlich nichts, die eigentlichen Dateien kann er immer noch nicht abspielen, weil er sie nach wie vor nicht findet. Die Frage ist und bleibt: warum kann kodi den Hostnamen im SMB-Netzwerk nicht auflösen, während es andere Apps (oder zumindest eine, mehr habe ich noch nicht getestet) auf dem Stick können? Damit kann doch eigentlich der Fehler nicht auf Android-System-Ebene sein und eigentlich auch nicht im smb-Netzwerk. Der Vollständigkeit halber sei noch erwähnt, dass eine Fritzbox 7490 die DHCP-Sachen erledigt in meinem Netz... Bei meiner Recherche habe ich viel von Problemen mit den Samba-Versionen gelesen und auch von ähnlichen Probleme bei Umstiegen zwischen kodi-Versionen, aber bei mir kam es ja nicht nach dem Umstieg auf eine neue Version, sondern mit einem Schlag ohne irgendeine Veränderung am System (jedenfalls kein händisch ausgelöstes Update).

Das mit dem Installations-Pfad war mir bislang nicht klar. Ich hab kodi über adbLink auf den Sticks installiert, der wählt den Pfad ja selbst, da habe ich nichts angegeben. Ob die beiden aufeinander verlinkt sind, muss ich testen, das kann ich aber erst morgen, im Moment kann ich nicht in den Raum, um den TV anzumachen, in dem der Stick steckt, da schlafen schon Frau und Kind drin Das selbe gilt auch für den Pfad dieser smb.conf. Mit den zwei Punkten schreibe ich morgen oder Mittwoch nochmal, falls uns das wirklich weiter bringen sollte...

Einen clean-Install habe ich auch schon probiert auf einem der Sticks, die ich extra neu gekauft hatte, um die Max Sticks zu ersetzen. Da hab ich nur kodi drauf und dann nach dem Erststart versucht, eine Quelle hinzuzufügen. Ging aber nicht, da er den Server gar nicht erst findet und ich nicht hinbrowsen kann. Also wieder das selbe Problem.

Grüße,

Marky

Zunächst mal vielen Dank für die schnelle Antwort, ich bin für alles dankbar, das mich auf die richtige Spur führen kann. Bei mir läuft kodi seit es noch XBMP hieß und nach 21 Jahren will man nicht von den alten Gewohnheiten weg Daher muss ich das wieder zum Laufen bringen.

zu 1.) Das ist vollkommen richtig beobachtet. Bevor ich die FireTV Sticks hatte, war bei mir alles Windows-basiert, damals waren es noch 8 Clients, ein paar davon (ZBoxen) habe ich mittlerweile durch die praktischeren Sticks ersetzt. Diese waren (bislang) auch immer einfacher zu verwalten. In meiner Datenbank sind daher noch einige Dateien gespeichert, deren Pfad auf Netzlaufwerken unter Windows basiert (M: ist beispielsweise ein Netzlaufwerk zur Musik auf dem NAS, das die Windows Clients auch noch haben, aber natürlich muss ich das für die FireTV Sticks entsprechend substituieren). Das spielt aber nur eine Rolle, weil ich manchmal noch Playlists auf den Windows-PCs erstelle und diese zentral auf dem NAS ablege. Meine Datenbank wurde mit der ersten Version von xbmc angelegt (2004 oder so) und seitdem immer weiter migriert, ab und zu mal entrümpelt.

zu 2.) Das NAS heißt tatsächlich Mediaserver. Es ist ein QNAP TS-853A mit 8x6TB, das so seit ca. 10 Jahren läuft (natürlich immer auf aktuellem Firmware-Stand, derzeit QTS 5.1.5.2679). Die Shares sind ganz ordinäre SMB-Shares, im NAS sind sie für SMB1-3 freigegeben. Die Datenbank liegt auf dem NAS, ebenso die Thumbs etc. Die Namensauflösung scheint tatsächlich ein Schlüsselding zu sein, _aber_ ich kann von den Sticks mit der App "AirPlay&UPnP" ganz normal auf die Dateien zugreifen. Dort nicht über IP, sondern als Samba-Server "Mediaserver" mit den selben Credentials. Das ist das, was mich dann am Ende vollkommen ratlos macht, selbst wenn ich nicht weiß, warum auf einmal die Namensauflösung plötzlich nicht mehr gehen sollte, es wurde ja nichts verändert, aber da geht es vollkommen problemlos über den Namen. Das mit dem Cache ist unwahrscheinlich, die FireTV Max Sticks haben im vergangenen August aufgehört zu funktionieren, die "normalen" liefen dann wie gesagt noch ein halbes Jahr weiter.

Den Router habe ich natürlich schon mehrfach rebootet, ebenso die Repeater im Haus, das NAS und natürlich die Sticks... Macht alles keinen Unterschied.

P.S.: Im Kodi-Verzeichnis liegt ein Ordner ".smb" ... Darin sind zwei Dateien, "gencache.tdb" und "smb.conf" ... Vielleicht haben die eine Bedeutung? Mir sind die noch nie in einer Kodi-Installation aufgefallen. Ich häng die conf mal an... hab sie in txt umbenannt, sonst will sie das board nicht haben...

Grüße,

Marky

Hallo zusammen!

Zunächst möchte ich mich für den vielen Text entschuldigen, der jetzt folgt. Aber ich habe sehr lange probiert, mein Problem selbst zu lösen und dabei schon sehr viel ausprobiert. Daher möchte ich auch wirklich alles gleich hier schildern, bevor ich es auf Nachfrage nachliefern muss.

Ich habe meine Dateien, meine zentrale Datenbank sowie die Thumbnails und Playlists für mehrere Kodi-Installationen im Haushalt auf meinem NAS. Insgesamt greifen 5 Windows PCs, zwei FireTV Stick 4K und zwei „normale“ FireTV Sticks (2nd Gen) auf die Daten zu. Alle laufen derzeit noch mit Kodi 19.

Das funktionierte mehrere Jahre einwandfrei (vorher mit 18 und früher), von einem Tag auf den anderen konnten jedoch die beiden FireTV 4K Installationen nicht mehr auf die Dateien auf dem NAS zugreifen. Das war schon sehr eigenartig, denn ich hatte weder auf dem Server noch auf den Sticks Updates gemacht oder irgendwas geändert. Auf die Datenbank kamen sie noch, wenn man dann aber eine Datei startete, kam die Meldung „Diese Datei ist nicht mehr vorhanden. Möchten Sie sie aus der Datenbank löschen?“. Anschließend habe ich viele Stunden mit der Fehlersuche verbracht, vorhandene Backups meiner Installation mit abdLink wieder aufgespielt, Kodi auf den Sticks nochmals installiert, Logfiles gelesen, alles ohne jegliches Ergebnis. Das wirklich Verrückte jedoch ist, dass die Installationen auf den „normalen“ FireTV Sticks ganz normal weiter liefen und alles abspielen konnten. Nachdem ich auch testhalber Kodi 20 installiert hatte mit dem selben Ergebnis, wollte ich das Problem anders lösen und habe mir zwei „normale“ nicht 4K Sticks besorgt mit der selben Hardware Rev wie die, die noch fehlerfrei liefen.

Auf die beiden Sticks habe ich Kodi installiert und ein Backup der funktionierenden Sticks mit abdLink aufgespielt. Ergebnis: kein Zugriff auf die Dateien, aber auf die zentrale Datenbank. Das war vorletzte Woche und ich war mit meinem Latein wirklich am Ende.

Aus Zeitmangel hatte ich zwischendurch nichts mehr gemacht und heute starte ich eine der bislang letzten zwei noch funktionierenden Installationen und nichts geht mehr, identisches Bild: Zugriff auf die Datenbank auf dem NAS ja, Zugriff auf die Dateien nein. Wohlgemerkt, als ich gestern ins Bett ging, funktionierte es noch normal, geändert habe ich absolut nichts, weder am NAS noch an der Installation.

Für mich ergibt das alles langsam keinerlei Sinn mehr und mir gehen auch die Ideen zur Fehlersuche komplett aus. Daher hoffe ich, dass mir irgendjemand entweder helfen oder zumindest einen Tipp geben kann, was ich ausprobieren könnte. Inzwischen habe ich jetzt sechs FireTV Sticks mit Kodi und nur noch keiner davon funktioniert mehr. Die Installationen auf den 5 Windows PCs laufen ganz normal weiter ohne jegliche Probleme.

Für Anregungen und Ideen aller Art bin ich sehr dankbar!
Marky

Beispielhaft das log des Sticks der bis vorgestern noch funktioniert hat. Auch da jetzt "no route to host"...

Danke! Gefunden! Super.

Danke für die vielen Antworten, meine Frage bleibt aber leider noch unbeantwortet.

Ich habe jetzt mal den ADBLink installiert, es sieht so aus, als könne man damit dann die Dateien der Installation kopieren.

Allerdings habe ich immer noch genau die selbe Frage wie im ersten Post: Wo kann ich denn die Kodi-Installation finden? Vielleicht kann mir das jemand beantworten! Danke und Gruß!

Hallöle,

habe mir mehrere Fire TV Sticks gekauft, z.B. für das Gästezimmer. Mit dem Kodi auf meinem "Hauptstick" habe ich mir sehr viel Mühe gemacht, z.B. Schnellzugriffe über den Aeon Nox Skin erstellt, bzw. an diesem sehr viel konfiguriert. Natürlich möchte ich das jetzt nicht nochmal alles machen, sondern am liebsten die Installation vom Hauptstick auf die beiden anderen übertragen. Dazu habe ich schon Kodi auf den Sticks installiert, jetzt finde ich aber das Verzeichnis nicht, um die komplette Installation rüberzukopieren. Das Profile Directory ist im File-Manager ja angelegt, aber wo ist der Rest? Habe hier auch gesucht, aber nur gefunden, wo der userdata folder ist, das weiß ich ja allerdings schon. Hoffentlich kann mir da jemand schnell raushelfen. Danke!

Hallo liebe Mitleser!

Es hat funktioniert. Super Sache. Mal sehen, ob es noch Sachen gibt, die man sinnvollerweise aus der alten Datenbank übernehmen kann. Langsam verstehe ich auch das Prinzip besser und vielleicht bekomme ich ja selbst mal was hin! Danke nochmals für den Support!

Grüße

Hallo JakeB!

Herzlichen Dank, ich denke das werde ich morgen Vormittag testen und dann Rückmeldung geben.

Grüße

Hallo JakeB,

Danke noch für die Ergänzung, falls es mir die Datenbank mal zerschießt oder ich sie aus sonst einem Grund neue aufbauen müsste, werde ich es mal ausprobieren, derzeit ist meine Datenbank bei den Serien ja jetzt von Hand gepflegt und damit unter Garantie zu 100% richtig - der einzig große Vorteil von Handarbeit

Zur Frage von Date-Added: In meiner neuen Datenbank (nach der Umstellung auf die zentrale Datenbank) hat bei DateAdded jetzt eben bei allen Filmen den 7.11.2020 stehen! Das stimmt aber natürlich nicht. Meine alte Datenbank vom Wohnzimmer hat für alle Filme den Zeitpunkt, zu dem sie tatsächlich zur Datenbank hinzugefügt wurden - und wenn ich das transferieren könnte, wäre das natürlich der Gipfel des Glücks. So wie ich es gesehen habe (und wie Du ja auch schreibst), wird das ja für die Filme, die das Watched-Flag haben, sowieso schon gemacht, es wäre aber natürlich super, wenn man es für einfach alle Filme haben könnte, das Verfahren dürfte sich kaum unterscheiden, jetzt wo wir den UPDATE-Trick von Shuddery kennen. Vermutlich ist die Abfrage sogar einfacher.

Grüße und Dank!

Hallo alle zusammen!

Nach anfänglichen Schwierigkeiten hat es nun am Ende funktioniert. Die Serien habe ich nicht ausprobiert, da gibt es doch recht viele doppelte Dateinamen (bei mir 64), die sich auch nicht leicht vermeiden lassen, manche Serien haben eben nur "Episode 1" oder "Teil 1" als Episodentitel.

Vielleicht noch ein paar Erfahrungen für alle, die es gerne ausprobieren möchten:

Wenn die "UPDATE" Methode benutzt wird, ist es wichtig, dass man im Dateimodus alle Pfade aufgeruft hat, so dass diese in die Datenbank aufgenommen werden. Das ist leider etwas mühsam, mein "Dokus" Ordner z.B hatte 154 Unterordner, die ich dann einzeln aufrufen musste. Aber es ist logisch, man kann den Playcount nur für Einträge setzen, die schon in der Datenbank sind.

Zudem sollte man die erstellten .SQL-Dateien, die man dann auf die Datenbank anwenden möchte, auf ihre Größe prüfen. Der Vorgang dauert (jedenfalls bei mir) sehr sehr lang, wir sprechen da gut und gerne von 10-15 Minuten. Zunächst hatte meine Movies.SQL ca. 340 KB und wenn ich das am Stück auf die Datenbank angewendet habe, dann gab es einen Timeout-Error von phpMyAdmin, weil der Server so lange nicht erreichbar war. Daher habe ich die Datei dann in drei Teile aufgeteilt, bis 150 KB war es dann jedenfalls bei mir kein Problem mehr.

Jetzt muss ich irgendwie noch herausfinden, wie ich die super-duper Datenbank, die ich jetzt habe, irgendwie sichern kann. Die Kopie, die ich von meiner ersten Datenbank gemacht habe, war unbrauchbar und ich habe keine Ahnung warum.

Zugleich noch eine neue Frage: mit dieser Methode müsste es doch auch möglich sein, die in meiner ursprünglichen Datenbank gespeicherten "DateAdded" Einträge für Filme auszulesen und sie dann auch entsprechend umzuwandeln? Das wäre wirklich genial, wenn ich das auch noch hinbekäme, denn meine alte Datenbank beginnt im Jahr 2002 und ich fände es einfach schade, das zu verlieren. Vielleicht kannst Du mir da auf die Sprünge helfen!

Grüße und nochmals tausend Dank!

Hallo JakeB,

die Dateien werden gar nicht in die Bibliothek aufgenommen, der Inhalt des Pfads wird nicht definiert.

Bei mir gibt es aber eine Quelle Dokus. Die sieht in der Sources.xml so aus:

<source>
<name>Dokus</name>
<path pathversion="1">smb://MEDIASERVER/Dokus/</path>
<allowsharing>true</allowsharing>
</source>

Wenn man dann in Kodi über Videos auf "Dateien" geht (oder über andere Wege), dann kann man alle Verzeichnisse unterhalb des Shares ganz normal browsen (oder man macht sich wie ich einen Shortcut zu der Quelle im Skin). Die Dokus haben bei mir auch TBN Dateien, die benutzt werden und Kodi liest beim Zugriff auf das Verzeichnis auch die Metadaten (Auflösung / Tonspur) etc. aus.

Wenn ich da etwas ansehe, wird es als gesehen markiert, wenn ich über das Kontextmenü gehe, kann ich Files als gesehen oder ungesehen markieren.

Hoffentlich habe ich Deine Frage richtig verstanden, wir bringen irgendwie oft Datenbank und Bibliothek durcheinander. Ich hab's jetzt aber drei Mal durchgelesen, ich glaube jetzt stimmt's.

Wichtig noch zu erwähnen, dass die Option "als gesehen markieren" erst verfügbar ist, wenn Kodi alle Metadaten eingelesen hat, geht zwar schnell, aber dauert einen kurzen Moment!

Grüße

Hallo JakeB,

die Struktur hast Du fast richtig, nur Musikvideos habe ich keine in einer Bibliothek, die liegen auch so im Dateimodus auf der Platte - zudem ist mir da das Watched-Flag auch völlig egal. Filme und Serien sind die einzigen Bibliotheken.

Da ich ein großer Fan von Handarbeit bin, folgen bei mir alle Dokus, Konzerte, Filme usw. derselben Namenskonvention:

"'Titel' ('Jahr') 'Länge in Minuten' ['Tonspur(en)'].Endung"

Doppelte Dateinamen dürfte es nicht geben, könnte mir das höchstens bei den Dokus vorstellen, dass es vielleicht von "Bilderbuch Deutschland" und von "Unterwegs in der Heimat" mal eine Folge gibt, die "Der Schwarzwald" heißt, aber die müsste dann auch noch aus dem selben Jahr sein und gleich lang laufen (und eine identische Tonspur haben), also "Der Schwarzwald (2004) 46' [MP3-D].avi". Das ist sehr unwahrscheinlich und wenn, wäre das jetzt auch nicht tragisch, das kann ja nur ein paar ganz vereinzelte Folgen betreffen.

DVD-Ordner und solchen Kram habe ich nicht, das wird umgerechnet und nach den oben genannten Konventionen benannt.

Der Befehl geht nicht, siehe Screenshot.

Habe mal einen Screenshot von "Struktur" gemacht, vielleicht ist das ja das richtige.

Hallo JakeB.

Wenn ich den Link zu der JPG-Datei anklicke bekomme ich diese Meldung "Sie haben einen ungültigen oder nicht mehr gültigen Link aufgerufen."

Weiß noch nicht genau, was ich machen soll.

So, hier jetzt zwei Screenshots.

Einmal die Datenbank, die ich neu erstellt habe und das Ergebnis, wenn ich den Code oben laufen lasse (ist die selbe Fehlermeldung wie beim Import)

Guten Morgen!

Habe das komplette File bearbeitet und es in die neue Datenbank importiert. Das hier kommt:

Fehler
Statische Analyse:
3 Fehler wurden während der Analyse gefunden.

1. Ein Symbolname wurde erwartet! (near ""idFile"" at position 39)
2. Mindestens eine Felddefinition wurde erwartet. (near ""idFile"" at position 39)
3. Unerwarteter Statement-Anfang. (near ""idFile"" at position 177)

SQL-Befehl: Kopieren
CREATE TABLE IF NOT EXISTS "files" ( "idFile" integer, "idPath" integer, "strFilename" text, "playCount" integer, "lastPlayed" text, "dateAdded" text, PRIMARY KEY("idFile"))
MySQL meldet:

#1064 - Fehler in der SQL-Syntax. Bitte die korrekte Syntax im Handbuch nachschlagen bei '"files" (

"idFile" integer,

"idPath" integer,

"strFilename" text,

"pl...' in Zeile 1

So, die Datenbank-Kopie konnte ich jetzt löschen, indem ich sie einfach im Dateisystem gelöscht habe. Eine neue Kopie habe ich auch wieder erstellt, aber der Import funktioniert leider nicht. Das was ich in den Links und mit Google zur Konvertierun von SQLite zu MariaDB/MySQL finde, ist entweder höllisch kompliziertes Commanline-Zeug mit Perl und was weiß ich was oder schweineteuer.

Sieht dann wohl doch nach Handarbeit aus. Schade, hatte mich schon gefreut. Aber ich hab es mal ausgerechnet, wenn ich die Dateien von Hand durchgehe und parallel am Laptop in der neuen Datenbank mit "als gesehen markieren" abhake, dann brauche ich, wenn ich jeden Tag eine Stunde mache, so ungefähr bis Mitte März. Das ist ja absehbar, bin es von Kodi ja gewöhnt, dass man für etwas, wofür man eine Stunde veranschlagt hat, dann am Ende ein halbes Jahr braucht. Etwas frustrierend bleibt das dennoch.

Grüße