yaVDR 0.6 + Kodi + Amazon Prime Instant Video Addon kein Ton

leider wieder nur das:

Sep 20 18:02:46 yavdr kernel: [ 1229.947523] init: Failed to spawn kodi main process: unable to execute: No such file or directory
Sep 20 18:02:46 yavdr Kodi: Kodi exit with exit status , , ENV: TERM=linux#012PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin#012PWD=/#012JOB=kodi#012RESULT=failed#012SHLVL=1#012HOME=/var/lib/vdr#012PROCESS=main#012UPSTART_INSTANCE=#012UPSTART_EVENTS=stopped#012UPSTART_JOB=kodi-exit#012INSTANCE=#012DISPLAY=:1#012_=/usr/bin/env .
Sep 20 18:02:46 yavdr /usr/bin/signal-event.real[24138]: processing signal reset-display-rate
Sep 20 18:02:46 yavdr /usr/bin/signal-event.real[24138]: processing action /usr/share/yavdr/events/reset-display-rate/10_reset-display-rate reset-display-rate
Sep 20 18:02:46 yavdr /usr/bin/signal-event.real[24138]: finished processing signal reset-display-rate
Sep 20 18:02:46 yavdr vdr-frontend[24162]: acip-wakeup.time.old hatte Wert: Mon Sep 19 14:52:00 2016
Sep 20 18:02:46 yavdr vdr-frontend[24162]: vergleiche mit jetzt: Tue Sep 20 16:02:46 2016
Sep 20 18:02:46 yavdr vdr-frontend[24162]: assuming manual start

Kodi.log wird nicht erstellt.

Irgendwas scheint er ja nicht zu finden bei der Aussage No such file or Directory oder ?

/var/log/upstart/kodi.log

/var/log/upstart/kodi.log                                                                                                                                                                                                                                          1050/1050              100%
method return sender=:1.6 -> dest=:1.47 reply_serial=2
   int32 250
   string "Remote control disabled"
written backup for HDMI-0 to /var/lib/vdr/.kodi/.display_cache/HDMI-0-videodevice.xml
sh: sensors: command not found
sh: sensors: command not found
sh: sensors: command not found
sh: sensors: command not found
Sending action: Quit
method return sender=:1.6 -> dest=:1.52 reply_serial=2
   int32 250
   string "Remote control enabled"
method return sender=:1.6 -> dest=:1.64 reply_serial=2
   int32 250
   string "Remote control disabled"
written backup for HDMI-0 to /var/lib/vdr/.kodi/.display_cache/HDMI-0-videodevice.xml
method return sender=:1.6 -> dest=:1.65 reply_serial=2
   int32 250
   string "Remote control enabled"
method return sender=:1.6 -> dest=:1.69 reply_serial=2
   int32 250
   string "Remote control disabled"
written backup for HDMI-0 to /var/lib/vdr/.kodi/.display_cache/HDMI-0-videodevice.xml
method return sender=:1.6 -> dest=:1.70 reply_serial=2
   int32 250
   string "Remote control enabled"

kodi-exit.log

cat: /tmp/xbmc-shutdown: No such file or directory^M
^M
^M
cat: /tmp/xbmc-shutdown: No such file or directory^M
^M
^M
cat: /tmp/xbmc-shutdown: No such file or directory^M
^M
^M

Es muss irgendwas mit der init/kodi.conf zu tun haben.

Denn wenn ich dort exec /usr/lib/x86_64-linux-gnu/kodi/kodi.bin --standalone --lircdev /var/run/lirc/lircd

eintrage, startet kodi ....

Ist das denn so in Ordnung ?

Hi,

Zitat von Perlbo

Denn wenn ich dort exec /usr/lib/x86_64-linux-gnu/kodi/kodi.bin --standalone --lircdev /var/run/lirc/lircd
eintrage, startet kodi ...

wenn es es funktioniert ist das ja Ok.
Bei easyVDR wird "/usr/bin/kodi" gestartet. da sind die Pfade angegeben.

..........
..........
APP=Kodi
bin_name=kodi
SAVED_ARGS="$@"
prefix="/usr"
exec_prefix="/usr"
datarootdir="/usr/share"
LIBDIR="/usr/lib/x86_64-linux-gnu"
CRASHLOG_DIR=${CRASHLOG_DIR:-$HOME}
USERDATA_DIR="${HOME}/.${bin_name}"




# Legacy dir for binary addons before multi-arch
KODI_BINADDON_PATH=${KODI_BINADDON_PATH:-"/usr/lib/kodi/addons"}
[ -d $KODI_BINADDON_PATH ] && export KODI_BINADDON_PATH
..........
..........

Gruss
Wolfgang

Bei yavdr eigentlich auch bzw. /usr/lib/kodi/kodi Ok. Erstmal gehts. Und Ruckler sind auch weg. Vielleicht kann ja seahawk was dazu sagen. Oder einer der anderen yavdr gurus:-).

Auch wenn Beta und nicht supported.

Vielen Dank.

Moin,

Zitat von Perlbo

Bei yavdr eigentlich auch bzw. /usr/lib/kodi/kodi

Nein, /usr/bin/kodi ist nicht /usr/lib/kodi/kodi.bin. In /etc/init/kodi.conf wird bei yaVDR 0.6 das hier gestartet:

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

Den Pfad /usr/lib/kodi gibt es in den Nighlies nicht mehr, der ist nach /usr/lib/x86_64-linux-gnu/kodi gewandert.
Von daher ist deine Änderung schon passend.

Cheers,
Ole

Danke für die Aufklärung. Ist immer besser man versteht warum was geht und warum nicht.

Gibt es zu den nightly nen changelog. Wo man sowas vielleicht auch rauslesen kann was geändert wurde ?

Der Changelog bei den KODI-Paketen aus den team-xbmc wird IIRC automatisiert aus den Git-Commits generiert. Ansehen kann man ihn sich für ein Paket z.B. mit apt-get changelog: https://wiki.ubuntuusers.de/apt/apt-get/#apt-get-changelog

Mal in die Runde gefragt: Laufen bei Euch mit den nightly Versionen DVD´s in egal welcher Form (na ja eben rund ist schon klar...)?

Ich hatte bis vorgestern eigentlich alles fein laufen und auch die Updates liefen eigentlich alle, bis mein Sohnemann mit einer Spongebob-DVD vor mir stand. Eingelegt, kein `Disc-Link´(geschweigedenn Autoplay); dann auf Video browsen gegangen und die gemountete DVD gesucht - Play - sofortiger Ausstieg zurück zum yavdr... Es lässt sich partout keine Scheibe wiedergeben! Rechteproblem? Ich weiß es nicht.

Damit kippte das Nightly Projekt wieder. Kann von Euch jemand etwas mit diesemm Problem OHNE Logs anfangen und mir sagen wo ich eventuell hingreifen muß? Zurück auf die 16er Version von seahawk1986 läuft wieder alles sauber mit den DVD´s...

Ist wohl ein Bug der eingebauten libdvdnav in Kodi, da sie nicht nach libdvdread linkt. Problem existierte schon in der 14er Version soweit ich mich erinnern kann.
Wenn du das schnell umgehen willst, könntest du einfach deine lokale libdvdnav ( sofern installiert ) auf den Pfad verlinken, an dem Kodi seine eingebaute Lib sucht.

Bei mir (kein yavdr) sieht das so aus:

alex@alex-kubuntu:~$ ldd /usr/lib/x86_64-linux-gnu/libdvdnav.so.4.2.0
        linux-vdso.so.1 =>  (0x00007ffc4c6e5000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff89393a000)
        libdvdread.so.4 => /usr/lib/x86_64-linux-gnu/libdvdread.so.4 (0x00007ff89371a000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff89334a000)
        /lib64/ld-linux-x86-64.so.2 (0x000055583d869000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff893142000)

alex@alex-kubuntu:~$ ldd /usr/lib/x86_64-linux-gnu/kodi/system/players/VideoPlayer/libdvdnav-x86_64-linux.so
        linux-vdso.so.1 =>  (0x00007fff33dc5000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc07043a000)
        /lib64/ld-linux-x86-64.so.2 (0x000055b443a09000)

Würgaround:

sudo mv /usr/lib/x86_64-linux-gnu/kodi/system/players/VideoPlayer/libdvdnav-x86_64-linux.so /usr/lib/x86_64-linux-gnu/kodi/system/players/VideoPlayer/libdvdnav-x86_64-linux.so.kodi
sudo ln -s /usr/lib/x86_64-linux-gnu/libdvdnav.so.4.2.0 /usr/lib/x86_64-linux-gnu/kodi/system/players/VideoPlayer/libdvdnav-x86_64-linux.so

Und natürlich nicht den Bugreport vergessen.

nc17

Ich danke Dir - das werde ich ausprobieren sobald ich dafür Zeit finde...

nc17
leider will das auch nicht so recht... Anzeigen tut er mir hier aber eine Version libdvdnav 4.1.2 Ist das der Knackpunkt? Ich habe keine Abstürze mehr, aber abspielen tut er auch nix !?

Gut möglich, trusty sollte doch aber zumindest libdvdread4 in Version 4.2 anbieten.
Schau doch mal mit apt-cache policy libdvdread4 nach.

Also kann hier zwar nur ISO Datei testen, da kein dvd Laufwerk vorhanden. Aber da stürzt mir Kodi Nightly von gestern sofort ab und bin dann bei Vdr

Gesendet von iPhone mit Tapatalk Pro

die Pfade passen in den aktuellen nightlys nicht nur beim kodi bin nicht, das pvr.vdr.vnsi kopieren sie jetzt auch woanders hin.

Leider nicht mehr ao einfach wartbar die Pakete...

Christian

Und nachdem ich da gerade hinterher gegoogelt hab mußte ich feststellen das in kodi 17 audio passthrough für live tv nicht mehr vorgesehen ist. Schade eigentlich, fing gerade an mir zu gefallen, ist also wohl weiterhin nicht mehr als eine Multimedia Erweiterung für den vdr...

Christian

nc17
das war nur die Verlinkung mit der Bezeichnung 4.1.2 Die Version war schon die 4.2.1 (welch Zufall!)

Ich bin wieder zurück auf seahawk1986´s 16er Version - verstehe nicht recht warum in Kodi das Rad komplett neu erfunden werden muß, schade...

Wenn das allgemeine Fehler im Paket sind (fehlende Bibliotheken, falsche Pfade), die nicht die Besonderheiten von yaVDR betreffen, meldet das doch mal dem Paketmaintainer (IIRC ist das wsnipex), das ist ja auch im Interesse des team-xbmc auf Launchpad, wenn die funktionsfähige Pakete haben.

Mal eine Zwischenfrage. Wie kommt man sauber wieder zurück auf die seahawk Pakete ?

Ich habe das nightly-Repo gelöscht

Zitat

sudo add-apt-repository ppa:seahawk1986-hotmail/testing-xbmc
# mit Hilfe eines Eintrag in /etc/apt/preferences.d/yavdr setzen wir die Priorität hoch:
Package: *
Pin: release o=LP-PPA-seahawk1986-hotmail-testing-xbmc
Pin-Priority: 1003

# Installation der Pakete
sudo apt-get update && sudo apt-get dist-upgrade

Alles anzeigen

seahawk1986´s Anleitung ist HIER