VDR und XBMC (gelöst)

baben_j · 28. August 2013

Hallo,

ich bekomme keine Verbindung im XBMC (V.12.2) zum VDR (V.2.02).
Meldung im XBMC:

Code

VDR VNSI Client Verbindung unterbrochen

Log sagt nur

Code

VDR VNSI Client: Open - faild to connect to the backend
Dll VDR VNSI Client - Client returned bad status

Plugin "VNSISERVER" ist installiert.
Problem ist aber die Verbindung.
Datei "allowed_host.conf" ist im PLUGIN-Verzeichnis vorhanden und IP-Adresse "0.0.0.0" aktiviert.
Muss diese Datei (allowed_host.conf" auch beim XBMC vorhanden sein ? Wenn ja wo ?

MfG

Juergen B.

seahawk1986 · 28. August 2013

Sicher, dass du aus dem frodo-Branch gebaut hast?

baben_j · 29. August 2013

Hallo seahawk1986,

ersteinmal vielen Dank für Deine Hilfe.

Die Adresse:

Code

https://github.com/opdenkamp/xbmc-pvr-addons

habe ich von Dir bekommen (In meinem Beitrag "kann VDR PLUGIN vnsiserver nicht erstellen).
Damit habe ich mir die Quelle besorgt mit:

Code

git clone git://github.com/opdenkamp/xbmc-pvr-addons.git

Diese VNSISERVER-Quelle konnte ich auf einem PC erstellen auf einen anderen nicht, Beide mit openSUSE 11.4 64 Bit, da wo es funktioniert mit VDR 2.02, wo nicht mit VDR 1.7.27.
Jetzt wo Du nachfragts ob ich mir sicher bin die richtige Quelle für XBMC FRODO erhalten zu haben, bin ich mir nicht sicher,
Muss ich vieleicht diese Adresse verwenden ?

Code

git clone git://github.com/opdenkamp/xbmc-pvr-addons/tree/frodo/addons/pvr.vdr.vnsi/vdr-plugin-vnsiserver

Werde das Heute Nachmittag testen.

MfG

Juergen B.

seahawk1986 · 29. August 2013

Du brauchst den frodo Zweig für XBMC Frodo.
Du kannst das entweder mit Git erledigen:

Code

git clone https://github.com/opdenkamp/xbmc-pvr-addons.git # Repository clonen (aktiver Branch ist "master")
cd xbmc-prv-addons # in das Verzeichnis wechseln
git checkout frodo # Wechsel auf den Branch "frodo"
git pull # aktuellen Stand des Branch laden

Oder du holst dir gleich ein gepacktes Archiv mit dem aktuellsten Commit des gewünschten Zweiges:

Spoiler anzeigen

Alternativ kann man auch die GitHub-API nutzen, um ein Quellpaket zu bekommen (siehe https://help.github.com/articl…les-from-the-command-line
https://api.github.com/repos/o…-pvr-addons/tarball/frodo

baben_j · 6. September 2013

Hallo,

es funktionirt nun (XBMC mit VDR-Plugin-vnsiserver).
Aus der zuletzt genannten Quelle

Code

git clone https://github.com/opdenkamp/xbmc-pvr-addons.git # Repository clonen (aktiver Branch ist "master")
cd xbmc-prv-addons # in das Verzeichnis wechseln
git checkout frodo # Wechsel auf den Branch "frodo"
git pull # aktuellen Stand des Branch laden

habe ich das PLUGIN "vnsiserver3" Version 0.9.1 erhalten.

Vielen Dank.

MfG

Juergen B.

eta1st · 14. September 2013

Hi,
Ich steh auf dem schlauch. Hab die files aus Git geholt. Und dachte ich kann sie nach /usr/local/src/VDR/PLUGINS/src copieren und dann den VDR mit Plugins compilieren.
Kann kein HowTo finden noch steht im VDR Wiki auf der VNSI plugin seite wirklich eine tolle Beschreibung.
RPi OpenELEC mit VNSI addon läuft schon.
Danke für n tip.

franky93128 · 14. September 2013

Zitat von eta1st

Hi,
Ich steh auf dem schlauch. Hab die files aus Git geholt. Und dachte ich kann sie nach /usr/local/src/VDR/PLUGINS/src copieren und dann den VDR mit Plugins compilieren.
Kann kein HowTo finden noch steht im VDR Wiki auf der VNSI plugin seite wirklich eine tolle Beschreibung.
RPi OpenELEC mit VNSI addon läuft schon.
Danke für n tip.

Hi,

wenn deine Signatur noch stimmt, würde ich sagen, dein vdr-1.7.15 ist zu alt für das aktuelle vnsiserver-Plugin.
Ich hatte auch schon vergeblich versucht aktuelle vnsiserver-Versionen aus dem git von Opdenkamp und FernetMenta mit 1.7.16, 1.7.18 und 1.7.21 zu bauen.
Ich habe nicht alle vdr-Versionen nach 1.7.21 getestet, aber mit vdr-1.7.31, 2.0.0 und 2.0.2 haben sich die aktuellen vnsiserver-Versionen bei mir einwandfrei bauen lassen.

Gruß
Klaus

eta1st · 14. September 2013

Hi Klaus,
Signatur hab ich gerade aktualisiert, bevor ich die Frage gestellt habe. Aber ohne ausloggen blieb wohl die alte Signatur.
Ich habe vdr-2.0.3
Mittlerweile habe ich auch das plugin gefunden und erfolgreich compiliert.
Hat mier auch die datei erzugt und ich habe mein Netz angepaßt.

Zitat

root@jlls2:/etc/vdr/plugins/vnsiserver4# cat allowed_hosts.conf

Dennoch bekomme ich fehler vom openELEC vnsi adon - es verbindet sich nicht.
Ein Rat für mich?
Lg
Jürgen

franky93128 · 14. September 2013

Zitat von eta1st

...
Hat mier auch die datei erzugt und ich habe mein Netz angepaßt.

Dennoch bekomme ich fehler vom openELEC vnsi adon - es verbindet sich nicht.
Ein Rat für mich?
Lg
Jürgen

Hallo Jürgen,

das /etc/vdr/plugins/vnsiserver4 deutet darauf hin, dass Du dir den vnsiserver aus dem falschen Branch (vermutlich master-Branch von Opdenkamp) geholt hast.
Der vnsiserver4 unterstützt nur Clients mit dem neuen Protokoll4, weshalb sich der RPI nicht verbinden kann.
Denn die VNSI-PVR-Clients in OpenelElec für den RPI (ich habe Openelec 3.0.6 im Einsatz und auch 3.1.7 getestet) brauchen noch vnsiserver3 mit Protokoll3.
VNSI-PVR-Client und vnsiserver müssen immer die gleiche Protokoll-Version unterstützen.

Den vnsiserver3 findest Du im Frodo-Branch des Opdenkamp-Git
Seahawk hatte doch einige Beiträge weiter oben beschrieben, wie man nach zum frodo-Branch wechselt.

Alternativ kannst Du auch gleich den frodo-Branch clonen.
Ich mache das z.B. so:

Code

git clone https://github.com/opdenkamp/xbmc-pvr-addons.git -b frodo xbmc-pvr-addons-ODK-frodo.git

Gruß
Klaus

eta1st · 15. September 2013

Hi Klaus,
Ich hab den neusten stable release OpenELEC-RPi.arm-3.2.0.tar von
http://openelec.tv/get-openele…ry/10-raspberry-pi-builds
Hab nun Dein Link bemüht für das Plugin, compiliert und auch allowed_hosts.conf erneut angepaßt.
Es geht immer noch nicht.

root@jlls2:/home/ProgLinux/VDR/PLUGINS-src/vdr-plugin-vnsiserver# cat README

eta1st · 15. September 2013

root@jlls2:/home/ProgLinux/VDR/PLUGINS-src/vdr-plugin-vnsiserver# cat README
root@jlls2:/home/ProgLinux/RaspberryPi/OpenELEC-RPi.arm-3.2.0# cat README.md
Finde keine Hinweise zu Abhängigkeiten.

seahawk1986 · 15. September 2013

Zitat von eta1st

Hab nun Dein Link bemüht für das Plugin, compiliert und auch allowed_hosts.conf erneut angepaßt.

Welcher Pfad genau? Das Plugin heißt ja dann nicht mehr vnsiserver sondern vnsiserver3 und damit muss die allowed_hosts.conf unter $CONFIGDIR/plugins/vnsiserver3/ liegen...

eta1st · 16. September 2013

Super tip. Hätte ich eigentlich nach der Erfahrung mit vnsiserver4 erahnen müssen.
Bin alles noch mal durchgegangen und habe noch andere Fallen gefunden, die ich selbst gemacht habe und in die ich dann auch prompt hineingefallen bin.

Denke es ist nun sauber. Dennoch.... Es geht nicht. "vdr vnsi client. verbindung unterbrochen."

Zitat

root@jlls2:/usr/local/src/trialVDR/PLUGINS/lib# ls
libvdr-dummydevice.so.2.0.0 libvdr-streamdev-client.so.2.0.0 libvdr-streamdev-server.so.2.0.0 libvdr-vnsiserver3.so.2.0.0 libvdr-vompserver.so.2.0.0

Zitat

root@jlls2:/usr/local/src/trialVDR/PLUGINS/lib# ps ax | grep vdr
1611 ? S 0:01 vdradmind
4667 ? Ssl 0:02 /usr/local/src/trialVDR/vdr -d -w 60 -c /etc/vdr -E /etc/vdr/epg.data -L /usr/local/src/trialVDR/PLUGINS/lib -v /Media/VDR -Pdummydevice -Pvompserver -Pvnsiserver3 -Pstreamdev-server -r /etc/vdr/plugins/streamdev-server/externremux.sh -a x:x

Zitat

Sep 16 08:08:01 jlls2 vdr: [4667] initializing plugin: vompserver (0.4.0): Vompserver plugin by Chris Tallon
Sep 16 08:08:01 jlls2 vdr: [4667] initializing plugin: vnsiserver3 (0.9.1): VDR-Network-Streaming-Interface (VNSI) Server
Sep 16 08:08:01 jlls2 vdr: [4667] initializing plugin: streamdev-server (0.6.0-git): VDR Streaming Server
Sep 16 08:08:01 jlls2 vdr: [4667] setting primary device to 2
Sep 16 08:08:01 jlls2 vdr: [4667] assuming manual start of VDR
Sep 16 08:08:01 jlls2 vdr: [4667] SVDRP listening on port 6419
Sep 16 08:08:01 jlls2 vdr: [4667] setting current skin to "sttng"
Sep 16 08:08:01 jlls2 vdr: [4667] loading /etc/vdr/themes/sttng-default.theme
Sep 16 08:08:01 jlls2 vdr: [4667] starting plugin: dummydevice
Sep 16 08:08:01 jlls2 vdr: [4667] starting plugin: vompserver
Sep 16 08:08:01 jlls2 vdr: [4667] VOMP: Config file found
Sep 16 08:08:01 jlls2 vdr: [4667] starting plugin: vnsiserver3
Sep 16 08:08:01 jlls2 vdr: [4667] VNSI: VNSI Server started
Sep 16 08:08:01 jlls2 vdr: [4667] VNSI: Channel streaming timeout: 10 seconds
Sep 16 08:08:01 jlls2 vdr: [4667] starting plugin: streamdev-server
Sep 16 08:08:01 jlls2 vdr: [4667] loading /etc/vdr/plugins/streamdev-server/streamdevhosts.conf
Sep 16 08:08:01 jlls2 vdr: [4667] switching to channel 39
Sep 16 08:08:01 jlls2 vdr: [4667] setting watchdog timer to 60 seconds
Sep 16 08:08:01 jlls2 vdr: [4681] receiver on device 1 thread started (pid=4667, tid=4681, prio=high)
Sep 16 08:08:01 jlls2 vdr: [4679] VDR VNSI Server thread started (pid=4667, tid=4679, prio=high)
Sep 16 08:08:01 jlls2 vdr: [4680] streamdev server thread started (pid=4667, tid=4680, prio=high)
Sep 16 08:08:01 jlls2 vdr: [4680] Streamdev: Listening (HTTP) on port 3000
Sep 16 08:08:01 jlls2 vdr: [4680] cTimeMs: using monotonic clock (resolution is 1 ns)
Sep 16 08:08:01 jlls2 vdr: [4682] TS buffer on device 1 thread started (pid=4667, tid=4682, prio=high)
Sep 16 08:08:01 jlls2 vdr: [4667] OSD size changed to 720x480 @ 1
Sep 16 08:08:01 jlls2 vdr: [4673] section handler thread started (pid=4667, tid=4673, prio=low)
Sep 16 08:08:01 jlls2 vdr: [4672] tuner on frontend 0/0 thread started (pid=4667, tid=4672, prio=high)
Sep 16 08:08:01 jlls2 kernel: [ 1499.968294] pctv452e: I2C error -121; AA C3 CC 00 01 -> 55 C3 CC 00 00.
Sep 16 08:08:01 jlls2 kernel: [ 1499.981538] pctv452e: I2C error -121; AA DB CC 00 01 -> 55 DB CC 00 00.
Sep 16 08:08:01 jlls2 kernel: [ 1500.040285] pctv452e: I2C error -121; AA F6 CC 00 01 -> 55 F6 CC 00 00.
Sep 16 08:08:02 jlls2 vdr: [4667] max. latency time 1 seconds
Sep 16 08:09:01 jlls2 CRON[4694]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f - \; -delete)

Alles anzeigen

Zitat

root@jlls2:/etc/vdr/plugins/vnsiserver3# cat allowed_hosts.conf
127.0.0.1 # always accept localhost
192.168.178.0/24 # any host on the local net

Zitat

root@jlls2:/etc/vdr/plugins/vnsiserver3# ifconfig
eth0 inet Adresse:192.168.178.242 Bcast:192.168.178.255 Maske:255.255.255.0

root@jlls2:/etc/vdr/plugins/vnsiserver3# arp -a
OpenELEC.fritz.box (192.168.178.67) auf b8:27:eb:64:4d:67 [ether] auf eth0

Wenn ich noch mal herzlich um einen Rat bitten dürfte. Lieben Dank.

Jürgen

seahawk1986 · 16. September 2013

Zitat von eta1st

"vdr vnsi client. verbindung unterbrochen."

Stimmt die IP-Addresse in den Einstellungen von XBMC? Ich bin da Meister darin ein zusätzliches Zeichen reinzumogeln und mich dann zu wundern, warum die Verbindung nicht klappt...
Denn selbst wenn die allowed_hosts.conf nicht passt, sollte man im VDR-Log zumindest den Zugriffsversuch des Clients sehen können:

Code

Sep 16 09:14:56 VDR vdr: [1445] loading /var/lib/vdr/plugins/vnsiserver3/allowed_hosts.conf
Sep 16 09:14:56 VDR vdr: [1445] VNSI: Client with ID 0 connected: 192.168.1.107:55441
Sep 16 09:14:56 VDR vdr: [30482] VNSI: Welcome client 'XBMC Media Center' with protocol version '3'
Sep 16 09:15:00 VDR vdr: [1445] VNSI: Requesting clients to reload channel list

Was steht denn im Log von XBMC?

eta1st · 16. September 2013

Hi Seahawk, auch hier hast Du recht.

Zitat von seahawk1986

Stimmt die IP-Addresse in den Einstellungen von XBMC?

Es muß früh gewesen sein als ich 127.168.178.242 eingetragen habe.

Nun bekomme ich Verbindung zum VDR und HD lief auf anhieb. Bei SD aber weder Bild noch Ton.
Über SSH auf RPI habe ich mein mpg2 lizenzschlüssel eingetragen.
Nun bekomme ich von den SD Programmen laufenden Ton, - aber immer noch kein Bild.

Hab die openelec.xbmc.apk auf meinem Galaxy Tab 7.7 installiert. Hier kommt Bild und Ton für SD und HD. Bei HD gibts ganz schön Ruckler - WLAN oder Prozessor Thema.

Bin ganz nah dran an meinem Traum mein MediaMVP vomp gegen einen tollen HD-Zuspieler zu ersetzten.
Vielen Dank bis hier her. Hast Du noch ein Tip?

Gruß

Jürgen

seahawk1986 · 16. September 2013

Zitat von eta1st

Nun bekomme ich von den SD Programmen laufenden Ton, - aber immer noch kein Bild.

XBMC Frodo auf dem Raspberry Pi ist auch eher was für leidensfähige Menschen... Mit der Version 4 des vnsi-Plugins (benötigt XBMC Gotham) oder xvdr (sollte auch noch mit Frodo klappen, aber der Rest macht auf dem Raspberry mit Frodo halt auch weniger Spaß) klappt das deutlich besser, weil die mit einem I-Frame das Decodieren beginnen können und der Hardware-Decoder damit deutlich besser klar kommt.

eta1st · 16. September 2013

Nicht, daß ich nicht leidensfähig bin...

Zitat von seahawk1986

XBMC Frodo auf dem Raspberry Pi ist auch eher was für leidensfähige Menschen...

Aber kein Bild im Fernseh ist wenig zielführend, wenn man abend Fernseh schauen will.

Beim Forum-lesen vorher, kam ich zu dem Schluß, daß ich den richtigen Weg einschlage. Was ist den die von Dir emfohlene Kombination für das was ich vor habe?

franky93128 · 16. September 2013

Zitat von eta1st

...
Nun bekomme ich von den SD Programmen laufenden Ton, - aber immer noch kein Bild.

Hallo Jürgen,

Ton bei SD bekommst Du auch ohne MPEG2-Lizenz.

Bei SD kein Bild aber Ton kann auch bedeuten, dass der MPEG2-Lizenz-code nicht funktioniert.
Bist Du Dir sicher, dass Du die Lizenz korrekt eingetragen hast.
Der Lizenz-Code muss ja in die config.txt, auf der Boot-Partition, die beim Booten gelesen wird.
Bei Openelec gibt es ja bereits einen Abschnitt für die Lizenz-codes, die Beispiele in der richtigen Schreibweise enthält.
Die Beispiele kannst Du natürlich verwenden, musst dann halt am Zeilenanfang das # entfernen.
Hast Du nach dem Eintragen der Lizenz auch neu gebootet?

Gruß
Klaus

seahawk1986 · 16. September 2013

Zitat von eta1st

Was ist den die von Dir emfohlene Kombination für das was ich vor habe?

Empfehlungen sind so eine Sache... ich selber habe momentan vnsiserver4 auf einem VDR mit Arch Linux und XBMC-Gotham in einer Git-Version aus dem späten August unter Arch Linux ARM auf dem Raspberry Pi laufen - die PVR-Addons muss man sich da selber dazu bauen, dafür hat man alle Freiheiten bei der Wahl der Software-Versionen.
Bis auf die Formatumschaltung bei SD-Sendern und Bitfehler im DVB-Stream, bei denen sich der Hardware-Decoder immer noch ein bisschen verschluckt klappt es eigentlich ganz gut und die GUI unter XBMC Gotham fühlt sich auf dem Raspberry IMHO spürbar flüssiger an als unter Frodo.
Als eifriger Zapper ist man mit einem ausgewachsenen VDR mit softhddevice aber generell besser dran

eta1st · 16. September 2013

Ich schäme mich ja fast in Grund und Boden

Zitat von franky93128

musst dann halt am Zeilenanfang das # entfernen.

Zitat

OpenELEC:~ # cat /flash/config.txt
################################################################################
# Overclocking settings
arm_freq=800
core_freq=300
sdram_freq=400
over_voltage=0

################################################################################
# License keys to enable GPU hardware decoding for various codecs
# decode_MPG2=0x8d88xxxx

Alles anzeigen

Bei den Overclocking settings habe ich # ja noch sauber entfernt. Aber halt nicht beim decode_MPG2.

Nach dem auch decode_MPG2 aktiviert ist, kommt über RPi nun bei SD für ca 2-3 Sekunden Bild. Danach kommt wieder Das Bild mit dem Sessel.
HD geht nun nicht mehr.

Auf dem Tablet stürzen nun SD Kanäle ab. Die App verschwindet und muss neu gestartet werden. HD läuft noch.
Hab den vdr vorsoglich neu gestartet - ohne das es was gebracht hätte.

Hm... Verzweifel!

VDR und XBMC (gelöst)

Jetzt mitmachen!

Teilen