Ich nehme mal an das du eine gemeinsame Kodi DB hast und deswegen auf gleicher Version bleiben willst.
Wenn du überall sonst Kodi 16 hast warum nicht einfach LibreELEC 7 wo auch Kodi 16 drauf ist und fertig ? Ich seh das jetzt kein Grund das selber zu kompilieren weil das nichts bringt. Ob ich nun Kodi 16 selber kompiliere oder nicht am Ende ist es Kodi 16 
Ja VNSI oder auch direkt VDR ist bei LE dabei.
das ganze ist mir zu starr oder ich bin zu unfähig.
Dazu sage ich nichts.
/ ist Read-Only Squash-Filesystem - meine Verzeichnisstruktur für Medien bekomme ich so nicht abgebildet (vllt. liegt das an mir) - ich habs jedenfalls nicht hinbekommen, /nas/vdr oder /nas/Musik anzulegen und zu mounten.
Na sicher kannst du das nicht hinbekommen, es müsste ja /storage/nas/vdr oder /storage/nas/Musik heißen. Allerdings ist es überhaupt nicht nötig, dass das Betriebssystem die Verzeichnisse mountet. Das macht Kodi schon selber. Einfach beim einrichten von Movies und Music mit Kodi nach den shares auf dem NAS browsen.
Kuckst du hier.
LibreELEC ist überhaupt nicht unflexibel, denn es Kodi ermöglicht alles zu tun was es kann. Mehr ist einfach unnötig, weil es ja sowieso nicht benutzt werden könnte.
Gerald
Genau für diese Problemstellung kann man soweit ich weiß in der advancedsettings.xml eine Pfadersetzung definieren: http://kodi.wiki/view/Path_substitution
Warum versucht ihr nicht mal auf die ursprüngliche Frage zu antworten?
Die Frage war doch weder nach dem Sinn dieser Aktion, noch wie man jemanden bevormundet oder das Problem umgeht, sondern einfach nach der passenden Distri bzw Image dafür.
ZitatMei Ziel ist kodi auf dem Pi - allerdings nicht als fertiges Image, sondern selbstkompiliert wegen gleicher Versionen zu meinen anderen Gerätschaften (siehe Sig).
Mit welcher Distro/welchem Image geht das am einfachsten?
um hinterher statt /nas/... /storage ... zu haben.
Das ist doch albern, du siehst die Directory-Struktur in Kodi doch gar nicht. Außerdem hörst du nicht zu, ich sagte doch, dass du die Verzeichnisse überhaupt nicht mounten sollst, sondern es Kodi überlassen sollst.
Gerald
Die Frage war doch weder nach dem Sinn dieser Aktion, noch wie man jemanden bevormundet oder das Problem umgeht, sondern einfach nach der passenden Distri bzw Image dafür.
Niemand hindert einen daran die Quellen von LibreElec zu modifizieren und es mit den gewünschten Anpassungen selbst zu bauen. Alternativ kann man natürlich auch klassische Distributionen nehmen, die nicht als minimalistisches Embedded-System gedacht sind und die nötigen Kompilier und Abhängigkeiten als Pakete mitbringen - wie z.B. Arch Linux ARM, Rasbian, Gentoo usw.
Was man dann letztendlich wählt, hängt doch eigentlich nur davon ab, womit man am besten zurecht kommt - die größten Beschränkungen bei freier Software sind doch meistens das eigene Wissen und die Zeit, die man investieren will ...
Warum versucht ihr nicht mal auf die ursprüngliche Frage zu antworten?
Die Frage war doch weder nach dem Sinn dieser Aktion, noch wie man jemanden bevormundet oder das Problem umgeht, sondern einfach nach der passenden Distri bzw Image dafür.
Ganz einfach, magicamun scheint nicht genug Erfahrung zu haben um das Thema wirklich zu durchblicken. Wenn ich jetzt eine Empfehlung für eine Distri zum Selbstbau von Kodi geben würde,
dann würde es nur eine endlose Kette von neuen Fragen generieren, auf deren Beantwortung ich nicht wirklich Lust habe. Deshalb einfach meine Empfehlung eine fertige Distri wie LibreELEC zu verwenden.
Gerald
Sollte ich nicht zugehört haben oder es nicht verstanden haben - sorry - aber mein (bisheriges) Verständnis von kodi und einer zentralen DB ist so, dass der Pfad zu einer Quelle letztendlich in der DB landet -das geht für gemeinsame Medien solange gut, wie die Pfade identisch sind - wenn ich hier auf dem Holzweg sein sollte - dann hab ich was gelernt - hab ich?
Du kannst beliebig viele Pfade zu dieser Datenbank dazu addieren. Der Aufbau dieser Pfade ist völlig schnurz. Ob die lokal liegen, oder auf NFS-, oder SMB-Shares, oder VNSI-Aufnahmen vom VDR sind, ist völlig egal.
Und wer keine Lust hat mögliche Fragen - resultierend aus meiner vermuteten Unkenntnis - zu beantworten, der darf sich ja ganz gelassen zurückhalten - vollkommen Lustbefreit
Na ja, wenn ich doch aber Antworten habe, die besagen, dass du den gewünschten Aufwand gar nicht treiben musst, dann nehme ich mir eben die Freiheit.
Gerald
Du kannst beliebig viele Pfade zu dieser Datenbank dazu addieren. Der Aufbau dieser Pfade ist völlig schnurz. Ob die lokal liegen, oder auf NFS-, oder SMB-Shares, oder VNSI-Aufnahmen vom VDR sind, ist völlig egal.
Für ein und dasselbe Medium - nennen wir es mal MP3-File? Das klingt spannend - machen wir mal ein Praxisbeispiel:
Meine 1. Kodi-Instanz hat eine "Source" Musik - mit dem Quellpfad "/nas/Musik/Mp3" (per NFS dorthin gemounted) - definiert über sources.xml. Darin existiert nun der Song "Mein schönstes Lied ever.mp3"
Die MySQL-Datenbank hat dafür die entsprechenden EInträge
Meine 2. Kodi-Instanz will nun diesen Song auch abspielen und auf die schon hinterlegten Metainformationen zugreifen - letzteres ist kein Problem - kommt ja aus der DB und (nach meinem Verständnis) kommt die Information zu "wo liegt das Zeug, das ich abspielen will" auch aus der DB - oder woher sonst?
Deiner Meinung nach (so wie ich dich verstanden habe) verbindet nun Kodie die NFS-Freigabe nun "irgendwie"/"Irgendwohin (per NFS wirds nen mount werden.... am Ende des Tages und sucht nun den Titel aus der DB bitteschön wo?
Die MySQL-Datenbank hat dafür die entsprechenden EInträge
MySQL taucht in diesem Thread jetzt das erste mal auf. Bisher ging ich von lokalen Datenbanken aus.[edit]Ah, indirekt geht es aus dem Text schon hervor, sorry, überlesen, mein Fehler. [/edit] Dein Fehler ist, dass du immer noch davon ausgehst, dass du die Verzeichnisse mounten musst.
Wenn du statt dem Mount-Point den Share des NAS angibst, dann sind sind die doch auf allen Kodi-Instanzen gleich. Bei mir wäre das:
nfs://192.168.99.10/srv/movies. Du brauchst einfach keine Mount-Points. Es hört sich allerdings so an als hättest du das beim Erstellen deiner Datenbank nicht berücksichtigt, das ist natürlich nicht so gut.
Gerald
Übrigens würde ich in deiner Situation statt MySQL eher Plex Media Server und das PleXBMC-, oder das PlexKodiConnect-Addon verwenden. Da sind die Kodi-Versionen dann egal, und es funktioniert auch ein Sack voll anderer Clients. Ich selbst benutze aktuell OpenPHT auf Odroid C2 und Wetek Hub, weil ich auf Live-TV verzichten kann.
Gerald
Hi Gerald - das wird ja doch noch was mit uns zwei (vielleicht)
Das Thema zentrale DB hatte ich ganz am Anfang - aber egal. Das wird hier jetzt ziemlich OT aber ist ja MEIN Thread....
Bisher laufen kodi und Plex friedlich nebeneinander her - sie teilen sich halt die Files - und gut ist - Manko - für meine VDR-Aufnahmen wissen beide gegenseitig nichts vom "Gesehen" status - aber das ist zu verschmerzen.
Mit Plex habe ich so meine kleineren Schmerzen - zum einen habe ich noch keinen funktionierenden Serienscrpaer am Start (die Verzeichnisstruktur und die Benennung passen irgendwie nicht) - Kodi hat da keine Probleme und zum anderen ist Kodi auf meinen Geräten deutlich stabiler als Plex auf den mobilen Geräten oder per Browser (auch im LAN/WLAN) bei der Wiedergabe von Filmen - sodaß das eher noch Beiwerk ist - Kodi die Medien per Plex beibringen muss ich mir mal anschauen
Es bleibt dennoch die Ausgangsfrage - denn aller weiteren Varianten zwingen mich mehr oder minder aufwändige "Umbauetn" vorzunehmen - mit wenig Mehrwert
EDIT: Ich bruzzel mir heute Abend nochmal das Image und installier mal den PlexConnect - und dann schaun mer mal.
Du hast ja im Endeffekt schon von Anfang an die Daten falsch eingebunden (SMB/NFS auf Dateisystem Ebene zu mounten ist eigentlich großer Quatsch - außer der Client ist zu doof das er es selber hin bekommt).
Das ist jetzt zwar blöd (weil du dann ja alle Clients ändern müsstest) lässt sich aber relativ einfach mit Pathsubstitution klären (http://kodi.wiki/view/Path_substitution)
<advancedsettings>
<pathsubstitution>
<substitute>
<from>SMB://192.168.1.19/Music/</from>
<to>/nas/music/</to>
</substitute>
</pathsubstitution>
</advancedsettings>
fertig
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!