Hi,
ich habe heute mal etwas mit dem XBMC "gespielt". Ich habe von hier installiert:
git clone git://github.com/xbmc/xbmc.git
ist das soweit der richtige offizielle Entwicklerzweig?
Die zweite Sache woher bekomme ich das vdr-plugin-vnsiserver? Hier möchte ich auch das aktuelle Enticklerplugin installieren. Dieser Download hier geht nicht:
git clone https://github.com/pipelka/xbm…nsi/vdr-plugin-vnsiserver
Hi
Der von dier oben genannte git ist der ohne pvr. Wenn du mit pvr willst dann must du den hier nehemen da ist dann auch vnsi integriert.
xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsiserver
https://github.com/pipelka/xbmc.git
mfg
QuoteDisplay MoreOriginally posted by avjui
Hi
Der von dier oben genannte git ist der ohne pvr. Wenn du mit pvr willst dann must du den hier nehemen da ist dann auch vnsi integriert.
xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsiserver
https://github.com/pipelka/xbmc.git
mfg
Hi,
ah ok. Gibts das auch schon fertig in einem Repo für Ubuntu 10.10?
Ich habe vereinzelt beim Kanalwechsel in Xbmc (so ca. bei jedem 5. Wechsel) das Problem, dass der Versuch nach ein paar Sekunden erfolglos mit einer Fehlermeldung abgebrochen wird.
Im syslog (also von vdr stammend) steht dabei Folgendes:
### Hier ein ordentlicher Wechsel, der problemlos funktioniert hat
Feb 21 19:09:26 htpc vdr: [1860] VNSI: Successfully switched to channel 6 - DELUXE MUSIC
Feb 21 19:09:26 htpc vdr: [1861] cLiveStreamer stream processor thread started (pid=1709, tid=1861)
Feb 21 19:09:26 htpc vdr: [1862] receiver on device 1 thread started (pid=1709, tid=1862)
Feb 21 19:09:26 htpc vdr: [1860] VNSI: Started streaming of channel 6 - DELUXE MUSIC
Feb 21 19:09:26 htpc vdr: [1863] TS buffer on device 1 thread started (pid=1709, tid=1863)
Feb 21 19:09:31 htpc vdr: [1715] VNSI: Client with ID 1 seems to be disconnected, removing from client list
Feb 21 19:09:31 htpc vdr: [1715] VNSI: cConnection::~cConnection()
Feb 21 19:09:31 htpc vdr: [1715] VNSI: stopping cConnection thread ...
Feb 21 19:09:31 htpc vdr: [1715] VNSI: done
Feb 21 19:10:02 htpc vdr: [1709] ERROR: no OSD provider available - using dummy OSD!
Feb 21 19:10:40 htpc vdr: [1709] ERROR: no OSD provider available - using dummy OSD!
Feb 21 19:11:34 htpc vdr: last message repeated 2 times
Feb 21 19:11:34 htpc vdr: [1860] VNSI-Error: cxSocket::read: read() error at 0/4
Feb 21 19:11:34 htpc vdr: [1861] VNSI-Error: cxSocket::write: write() error
Feb 21 19:11:34 htpc vdr: [1861] cLiveStreamer stream processor thread ended (pid=1709, tid=1861)
Feb 21 19:11:34 htpc vdr: [1860] buffer stats: 406644 (12%) used
Feb 21 19:11:34 htpc vdr: [1863] TS buffer on device 1 thread ended (pid=1709, tid=1863)
Feb 21 19:11:34 htpc vdr: [1862] buffer stats: 92872 (4%) used
Feb 21 19:11:34 htpc vdr: [1862] receiver on device 1 thread ended (pid=1709, tid=1862)
Feb 21 19:11:34 htpc vdr: [1715] loading /var/lib/vdr/plugins/vnsiserver/allowed_hosts.conf
Feb 21 19:11:34 htpc vdr: [1715] VNSI: Client with ID 3 connected: 127.0.0.1:59913
Feb 21 19:11:34 htpc vdr: [1875] VNSI: Welcome client 'XBMC Live stream receiver' with protocol version '1'
Feb 21 19:11:34 htpc vdr: [1876] VNSI: Successfully found following device: 0x7f7d2c9bc880 (1) for receiving
Feb 21 19:11:34 htpc vdr: [1876] VNSI: Creating new live Receiver
Feb 21 19:11:34 htpc vdr: [1877] cLiveStreamer stream processor thread started (pid=1709, tid=1877)
Feb 21 19:11:34 htpc vdr: [1876] VNSI: Successfully switched to channel 8 - kabel eins
Feb 21 19:11:34 htpc vdr: [1878] receiver on device 1 thread started (pid=1709, tid=1878)
### Hier der Wechsel mittels einfachem Umschalten in Xbmc, der gleich schief gehen wird
Feb 21 19:11:34 htpc vdr: [1876] VNSI: Started streaming of channel 8 - kabel eins
Feb 21 19:11:34 htpc vdr: [1879] TS buffer on device 1 thread started (pid=1709, tid=1879)
###
### Fehler-Medlung!
###
Feb 21 19:11:37 htpc vdr: [1876] VNSI-Error: cxSocket::read: read() error at 0/4
###
###
###
Feb 21 19:11:37 htpc vdr: [1877] cLiveStreamer stream processor thread ended (pid=1709, tid=1877)
Feb 21 19:11:37 htpc vdr: [1876] buffer stats: 370924 (11%) used
Feb 21 19:11:38 htpc vdr: [1879] TS buffer on device 1 thread ended (pid=1709, tid=1879)
Feb 21 19:11:38 htpc vdr: [1878] buffer stats: 78584 (3%) used
Feb 21 19:11:38 htpc vdr: [1878] receiver on device 1 thread ended (pid=1709, tid=1878)
Feb 21 19:11:39 htpc vdr: [1715] VNSI: Client with ID 2 seems to be disconnected, removing from client list
Feb 21 19:11:39 htpc vdr: [1715] VNSI: cConnection::~cConnection()
Feb 21 19:11:39 htpc vdr: [1715] VNSI: stopping cConnection thread ...
Feb 21 19:11:39 htpc vdr: [1715] VNSI: done
Feb 21 19:11:40 htpc vdr: [1715] VNSI: Client with ID 3 seems to be disconnected, removing from client list
Feb 21 19:11:40 htpc vdr: [1715] VNSI: cConnection::~cConnection()
Feb 21 19:11:40 htpc vdr: [1715] VNSI: stopping cConnection thread ...
Feb 21 19:11:40 htpc vdr: [1715] VNSI: doneWeiß jemand woran das liegen kann, bzw. kann ich etwas dagegen tun?
Leicht OT: hat denn jemand was von Alwin gehört? Oder hat er sich komplett zurückgezogen? Das wäre sehr schade, hat er doch ein Stück Code abgeliefert, der bahnbrechend zu sein schien. 
QuoteOriginal von löwe
Weiß jemand woran das liegen kann, bzw. kann ich etwas dagegen tun?
VNSI ist auf halber Strecke stehen geblieben. Pingpong aka Alwinus macht aus unbekannten Gründen nicht mehr weiter (Gesundheit, Familie, Arbeitgeber?). Im XBMC-Team kümmert sich mittlerweile jemand anders um VNSI und arbeitet sich in den Code ein.
Solange sich Pingpong nicht selbst meldet, sind das alles nur Spekulationen...
BJ1
Ich kann mir meine obige Frage übrigens nun selbst beantworten:
Xbmc mit VDR und VNSI-Schnittstelle funktioniert sehr gut, mit folgenden kleinen Problemen:
* Können VDR bzw. die TV-Karte beim Wechsel eines Kanals nicht nach ein paar Sekunden erste Daten senden, so bricht Xbmc den Wiedergabe-Verusch ab (Meldung "Kanal kann nicht angezeigt werden"), anstatt weiter darauf zu warten. Der XINE-Client von VDR wartet weiter auf das Bild und startet dann auch die Wiedergabe
* Treten Übertragungsfehler auf (unsaubere Video- oder Audio-Daten), so neigt Xbmc zu einem Totalabsturz --> Der Xine-Ausgabe von VDR hingegen scheint das auch wieder egal zu sein.
Von den beiden Punkten kann ich nur den ersten nachvollziehen.
Die Entwicklung des PVR-Bereiches geht übrigens sehr wohl weiter.
Schaut Euch mal den XBMC-Branch von Lars Opdenkamp an. Der wird auch ständig mit dem aktuellen Master-Enttwicklerbranch von XBMC synchronisiert.
QuoteOriginal von udobroemme
Von den beiden Punkten kann ich nur den ersten nachvollziehen.
Die Entwicklung des PVR-Bereiches geht übrigens sehr wohl weiter.
Schaut Euch mal den XBMC-Branch von Lars Opdenkamp an. Der wird auch ständig mit dem aktuellen Master-Enttwicklerbranch von XBMC synchronisiert.
gibts denn ne ppa mit aktuellen builds? die ppa von henningpingel sind ja nicht sonderlich aktuelle oder seh ich das falsch?
edit: ok, es gibt wohl auch eine ppa von ihm. werd das ganze mal testen.
edit2: iwie will mein vnsi nicht mehr 
Hallo Leute,
ich verzweifle hier mit VDR/XBMC/VNSI:
VDR läuft (über streamdev kann ich mit mplayer gucken), XBMC läuft auch. Nur mit VNSI habe ich meine Probleme! Es meldet sich kurz beim Server an, um dann ne Sekunde später zu melden, dass die Verbindung unterbrochen wurde und dann wieder zu schreiben, dass es sich erneut verbindet. Wenn man Glück hat, kommt man zu der Kanalliste (aber ohne EPG oder die Möglichkeit Bild zu haben), das war es aber auch.
Was könnte das sein und vor allem, wie löse ich das?
linuksamiko
Das Problem mit den staendigen Disconnects habe ich auch - ich vermute, es liegt an unterschiedlichen Versionen (Server: Ubuntu 10.04 64bit mit yavdr-Pkg., Client Ubuntu 11.04 mit XBMC und VNSI)...
Ihr müsst vnsi aus dem github von pipelka gegen euren vdr kompilieren. Dann funktioniert die Verbindung wieder.
Ihr müsst vnsi aus dem github von pipelka gegen euren vdr kompilieren. Dann funktioniert die Verbindung wieder.
Meinst du, wir sollen das vnsi-server-plugin für vdr von dort bauen oder den xbmc incl. vnsi-plugin?
Ich meine das Plugin für VDR.
Tatsächlich, kaum macht man's richtig, schon geht's wieder 
Hab es gegen die aktuelle yavdr 1.7.16 gebaut und dann ein .deb erzeugt...
Danke 
Kam leider noch nicht dazu, es mal auszuprobieren, aber ich werde es jetzt über das Wochenende auch kompilieren. Aber das klingt ja schon sehr viel versprechend, danke!
Hallo Leute,
ich habe zum Thema Opdenkamp XBMC-PVR mal ein wenig im xbmc Forum gelesen. Opdenkamp gibt dort an, dass er alleine an der ganzen Sache Arbeitet (VNSI davon ausgenommen). Daher natürlich die lange Entwicklungszeit. Im gleichen Thread steht aber auch etwas von 99% Fertigstellung - von Opdenkamp aber nicht bestätigt.
Gruß
Atech
Nun will ich auch 'mal meinen "Senf" dazu schreiben.
Vergangenes WE habe ich XBMC live installiert, TvHeadend entfernt, DVB Treiber installiert, ein upgrade gemacht und VDR und plugins von yaVDR stable installiert. Dann den VNSI Server von hier installiert und XBMC durch das von optenkamp ausgetauscht. Dann noch die remote.conf entfernt und wegen nvram-wakeup eine neue gemacht. Um dieses XBMC per FB steuern zu können, Lirc installiert und passende lircd.conf, Lircmap.xml und keymap.xml auf den Rechner geschoben.
Seit einer Woche läuft diese Testinstallation, an der indessen ordentlich gebastelt wurde, einwandfrei ohne Abstürze und so wie sie soll. 
Die Umschaltzeiten sind flott, wie bei einem "normalen" VDR.
So Leute, habe jetzt mal alles selber kompiliert, sowohl VDR, Plug-In, als auch XBMC. Jetzt kann XBMC gar nicht mehr verbinden. Es steht ständig rechts unten "In Arbeit" aber das war es dann auch schon. Wenn man auf "Live TV" geht, dann meldet er nur, dass Verbindung nicht klappt.
Ich weiß nicht, VDR+VNSI, da scheine ich nicht viel Glück mit zu haben. Könnte sich einer vorstellen, was das noch sein könnte?
Don’t have an account yet? Register yourself now and be a part of our community!
