Kodi-Pakete zum Ausprobieren

Da gebe ich dir natürlich recht.

Hallo!
Habe jetzt KODI lange genug laufen, um sagen zu können dass alles OK ist und stabil läuft.
Ich suche nur noch nach der Möglichkeit, KODI auf dem graphtft zu starten, um nicht immer TV oder tablet an haben zu müssen.
Kodi selber läuft aber einwandfrei.
Wer mir einen Tipp geben kann, wie ich es schaffe, Kodi auch per Menu auf dem TFT zu starten, den bitte ich um Hilfe. Es wird imemr automatisch auf dem TV gestartet.
Danke,
Martin

PS: Ansonsten warte ich auf yaVDR 6.0. Dann werde ich wohl alles mal neu aufsetzen...

Hallo,

vielen Dank für das PPA. Ich habe Kodi installieren können und manuell gestartet läuft es auch.
Nur aus dem VDR-Menü kann ich Kodi nicht starten.
Es blitzt kurz eine Zeile in Grün im VDR-Menü auf und dann war's das.

Die Startdatei:

cat /etc/init/xbmc.conf
description     "XBMC Daemon"
author          "Steffen Barszus <steffenbpunkt@gmail.com>"


env DISPLAY=:1
export DISPLAY


env HOME=/var/lib/vdr
export HOME


setuid vdr
setgid audio




pre-start script


vdr-dbus-send /Remote remote.Disable ||:
if [ ! -z $STANDALONE ] ; then
  touch /tmp/.standalone
fi




end script




post-stop script
/bin/rm -f /tmp/.standalone
vdr-dbus-send /Remote remote.Enable ||:
/sbin/initctl emit --no-wait vdr-frontend-restart
end script


exec /usr/lib/kodi/kodi.bin --standalone --lircdev /var/run/lirc/lircd

Im syslog:

executing command '/usr/share/vdr/menuorg-appswitcher standalone=yes app=xbmc &> /dev/null '

Woran kann das liegen?

Das skript manuell gestartet funktioniert auch:

/usr/share/vdr/menuorg-appswitcher standalone=yes app=xbmc

Nur aus menuorg heraus geht es nicht.

Gruß,
Hendrik

Ich habe aktuell mit dieser Version das Problem das Kodi kommentarlos crashed wenn ich ein manuellen Update Check (Im Settingsmenü) ausführe.
Das xmbc/kodi Log bleibt leer. Wie kann ich Debug Logging aktivieren?

Bei mir startet Kodi jetzt noch schneller.Nur das Fritz Plugin will nicht mehr.

Aktuallisierungen suchen funktioniert bei mir.

Hallo,

ja, an den Rechten könnte es liegen:

root@vdr:~# su vdr
vdr@vdr:/root$ /usr/share/vdr/menuorg-appswitcher standalone=yes app=xbmc
[sudo] password for vdr:
Tut mir leid, der Benutzer vdr darf '/sbin/initctl stop vdr-frontend' als root auf vdr nicht ausführen.

Woran kann das liegen? Ich meine: chmod 777 hilft sicher, aber das kann ja nicht Sinn der Sache sein.

Gruß,
Hendrik

Die sudoers-Datei muss angepasst werden, so dass vdr initctl ohne Passwort ausführen darf.

Lars

Vielen Dank. Die sudoers war's.

Gruß,
HEndrik

Ich bekomme im Kodi die Meldung das Version 14.2 vorhanden ist und ich die Version 14.0 verwende. Kann ich jetzt mit diesen Befehlen: sudo apt-get update && sudo apt-get dist-upgrade updaten oder muss man da noch mehr machen?

Hallo,

habe auch das Paket ausprobiert und soweit funktioniert auch alles einwandfrei. Bei der Installation ist allerdings die remote und lircmap verloren gegangen und wurde auch nicht wieder neu angelegt. Entsprechend funktionieren auch einige Tasten auf meiner programmierten Harmony- Fernbedienung nicht mehr. Woher bekomme ich wieder diese .xml Dateien? Werden diese von Kodi selbst angelegt oder muss ich diese selber hinzufügen?

Danke schon mal vorab.

Schau mal im .xbmc Ordner unter /var/lib/vdr/.xbmc da müssten die Dateien drinn liegen wenn du sie nicht gelöscht hast.

Habe einmal komplett den Userdata Ordner gelöscht. Kann ich die beiden Dateien auch manuell hinzufügen?

@seahawk: Wie sieht es denn mit einem Update auf die Isengard Beta 2 aus?

Nabend,

ich habe mich dann heute auch mal getraut und bin auf Kodi umgestiegen.
Habe mich dabei an die Anleitung hier gehalten und irgendwie lief dann alles schief.

xvdr hat geruckelt, vnsi wollte nicht laufen, dann kamen noch verschiedene vdr Versionen, schließlich gab es gar kein Plugin mehr, .... viel Streß.

Ich habe dann vdr komplett runtergeworfen, bin wieder aus den vdr-testing zweig raus, vdr neuinstalliert, dann vnsi-plugin & -server per "apt" installiert und siehe da - ich kann wieder ohne Ruckeln TV schauen

Allerdings habe ich jetzt 2 x ganz neue Probleme:

1. meine "/var/log/syslog" wird alle 10 Sekunden mit folgendem Eintrag zugemüllt

Jun 22 18:08:41 (none) vdr: [1451] VNSI: Recordings state changed (302)
Jun 22 18:08:41 (none) vdr: [1451] VNSI: Requesting clients to reload recordings list
Jun 22 18:08:51 (none) vdr: [1451] VNSI: Recordings state changed (311)
Jun 22 18:08:51 (none) vdr: [1451] VNSI: Requesting clients to reload recordings list
Jun 22 18:09:01 (none) vdr: [1451] VNSI: Recordings state changed (320)
Jun 22 18:09:01 (none) vdr: [1451] VNSI: Requesting clients to reload recordings list
Jun 22 18:09:11 (none) vdr: [1451] VNSI: Recordings state changed (329)
Jun 22 18:09:11 (none) vdr: [1451] VNSI: Requesting clients to reload recordings list

Wie kann ich das lösen?
Was bedeutet es?

2. die komplette Admin-Weboberfläche von yavdr ist weg.
Gehe ich auf die entsprechende Seite "http://mediacenter/admin/" bekomme ich nur noch eine Fehlermeldung

Not Found: vhost: 192.168.127.25 /admin/

Hat jemand eine Idee wie ich die Admin-GUI wiederbekomme?

1. Wenn der vdr eine Änderung an seiner Aufnahmeliste feststellt, reagiert vnsi darauf. Wenn alle Aufnahmen eingelesen wurden, sollte sich nichts mehr ändern, es sei denn, irgendwas passt evtl. Texte in den Aufnahmen an o.ä..

2. Vermutlich solltest du yavdr-essential neu installieren. Wenn man unwissend PPAs bunt mischt, bekommt man irgendwann ein Problem.

Lars

mini73

Vielen Dank,
also Problem 2 habe ich mit

apt-get install yavdr-essential

gelöst bekommen.

Problem 1 bleibt aber bestehen.
Alle 10 Sekunden erscheinen die Einträge, dabei habe ich gar keine Aufnahmen (web-Frontend zeigt auch keine an).
Geht jetzt seit knapp einer Stunde so ....

Dann ist vermutlich irgend eine Einstellung in Kodi/XBMC oder dem Plugin Schuld. Oder aus irgend einem Grund verändert sich die Aufnahmenliste ständig im vdr. Warum, weiß ich nicht.

Lars.

so, nach einem Neustart ist jetzt auch noch xvdr dabei die logs vollzumüllen

Jun 22 21:32:29 (none) vdr: [1560] VNSI: Requesting clients to reload recordings list
Jun 22 21:32:29 (none) vdr: [1513] XVDR: Recordings state changed (1840)
Jun 22 21:32:31 (none) vdr: [1513] XVDR: Starting garbage collection in recordings cache
Jun 22 21:32:39 (none) vdr: [1560] VNSI: Recordings state changed (1841)
Jun 22 21:32:39 (none) vdr: [1560] VNSI: Requesting clients to reload recordings list
Jun 22 21:32:39 (none) vdr: [1513] XVDR: Recordings state changed (1841)
Jun 22 21:32:41 (none) vdr: [1513] XVDR: Starting garbage collection in recordings cache
Jun 22 21:32:49 (none) vdr: [1560] VNSI: Recordings state changed (1842)
Jun 22 21:32:49 (none) vdr: [1560] VNSI: Requesting clients to reload recordings list
Jun 22 21:32:49 (none) vdr: [1513] XVDR: Recordings state changed (1842)
Jun 22 21:32:51 (none) vdr: [1513] XVDR: Starting garbage collection in recordings cache
Jun 22 21:32:59 (none) vdr: [1560] VNSI: Recordings state changed (1843)
Jun 22 21:32:59 (none) vdr: [1560] VNSI: Requesting clients to reload recordings list
Jun 22 21:32:59 (none) vdr: [1513] XVDR: Recordings state changed (1843)
Jun 22 21:33:01 (none) vdr: [1513] XVDR: Starting garbage collection in recordings cache
Jun 22 21:33:09 (none) vdr: [1560] VNSI: Recordings state changed (1844)
Jun 22 21:33:09 (none) vdr: [1560] VNSI: Requesting clients to reload recordings list
Jun 22 21:33:10 (none) vdr: [1513] XVDR: Recordings state changed (1844)
Jun 22 21:33:12 (none) vdr: [1513] XVDR: Starting garbage collection in recordings cache
Jun 22 21:33:19 (none) vdr: [1560] VNSI: Recordings state changed (1845)
Jun 22 21:33:19 (none) vdr: [1560] VNSI: Requesting clients to reload recordings list
Jun 22 21:33:20 (none) vdr: [1513] XVDR: Recordings state changed (1845)