VNSI installieren?

Hallo, wie kann ich das VNSI Plugin installieren?
Ich würde gerne meinen Raspberry das Live TV zeigen.
Gruß Egon

Du gehst nach /usr/local/src/VDR/PLUGINS/src, holst Dir das vnsi plugin aus dem git und installierst es, siehe auch:
https://www.gen2vdr.de/forum/index.php?s...indpost&p=57452

Auch ich möchte das Plugin installieren: Hardware Activy gen2vdr V2.6

An der Activy die ich so bekommen habe wie sie ist habe ich bislang nicht viel rumgebaut. Würde halt gerne möglich machen dass wenn auf dem Win Laptop XBMC läuft, dass ich auch Live TV von der Activy sehen kann.

schon beim ersten Befehl scheitert es.

geht genauso schlimm weiter

Hi,

auch falls Du das für git benötigte curl installiert bekommen würdest, wird das leider nix.
Das git für das vnsiserver-Plugin von Pipelka ist nicht mehr aktiv.
Pipelka hat die Entwicklung an vnsi eingestellt und führt vnsi als xvdr weiter.
Die Versuche mit diesem git vnsi zu installieren sind also zwecklos.

Die Entwicklung von vnsi wird von FernetMenta und Opdenkamp weitergeführt, wobei es kein eigenes git mehr für das Plugin gibt, sondern dieses in den git für die XBMC-PVR-AddOns enthalten ist.
Wie man vnsi unter Gen2VDR V4 installiert, habe ich hier beschrieben.
https://www.gen2vdr.de/forum/index.php?s...indpost&p=66747

Nur diese aktuelle vnsiserver Version aus dem Opdenkamp-git, die Du für ein aktuelles XBMC 12.2 für Windows brauchts, läuft sicher nicht mehr mit dem alten vdr-1.6 von Gen2VDR V2.

Gruß
Klaus

Hi,

auch falls Du das für git benötigte curl installiert bekommen würdest, wird das leider nix.
Das git für das vnsiserver-Plugin von Pipelka ist nicht mehr aktiv.
Pipelka hat die Entwicklung an vnsi eingestellt und führt vnsi als xvdr weiter.
Die Versuche mit diesem git vnsi zu installieren sind also zwecklos.

Die Entwicklung von vnsi wird von FernetMenta und Opdenkamp weitergeführt, wobei es kein eigenes git mehr für das Plugin gibt, sondern dieses in den git für die XBMC-PVR-AddOns enthalten ist.
Wie man vnsi unter Gen2VDR V4 installiert, habe ich hier beschrieben.
https://www.gen2vdr.de/forum/index.php?s...indpost&p=66747

Nur diese aktuelle vnsiserver Version aus dem Opdenkamp-git, die Du für ein aktuelles XBMC 12.2 für Windows brauchts, läuft sicher nicht mehr mit dem alten vdr-1.6 von Gen2VDR V2.

Gruß
Klaus

Hallo Klaus, ich habe es probiert aber sehe da keine Chance.

Alternativen:

1. V4 funktioniert doch nicht auf ner Activy?

2. Ich habe die Activi so wie sie ist bekommen. Und die läuft super. Deswegen keine Updates oder Upgrades gemacht weil zum Schluss habe ich nutzlose Hardware drauf.

3.Auf dem Raspberry, den ich noch nicht habe läuft ja wie ichs verstanden habe auch kein VDR full sondern nur als Client.

Also wollte ich das erst mal mit meinem Windows Laptop testen mit der Activy.

Was ich machen könnte ist eine 120 gb leere HD(jetzt ist ne 80 GB drinn) in die Activy einbauen. Und neu aufbauen. Oder eben von jemandem mir mit Teamviewer helfen lassen die jetztige Activy auf den neusten Stand zu bringen. Alleine mit Email oder Forum traue ich mich da nicht dran... Siehe meine peinlichen ellenlangen Postings nur um einen NFS Zugang zu bekommen.
Ich habe noch eine Realbox Lite (Originalsoftware) einem S2 und hdmi Erweiterung, die aber kaum benutzt wird, weil ichs nicht hinbekommen habe, dass die beiden Geräte kommunizieren. Bei S2 Stootert das Teil und die Videoaufnahmen werden in 2 Teile zerschnitten zum Brennen auf CD.

Activy ist wegen dem Display genial. S2 wäre schön aber da ist mir die Hardware zu teuer.

Was kannst Du mir raten? Teamviewer Support? Oder erst mal Live nach dem Ist Status sehen?

Hallo,

ob das bei einer Activy mit Gen2VDR Avtivy-Edition mit VNSI überhaupt was wird, ist sehr fraglich.

Die VNSI-Version (vnsiserver3 aus dem Opdenkamp-git), die Du brauchen würdest, kann auf keinen Fall mit den in der Avtivy-Edition enthaltenen vdr-Versionen gebaut werden.
Ich habe es mal auf einer Activy300 mit vdr-1.6.0.2 und einer anderen mit Reel eHD und vdr-1.7.0 getesetet und es funktioniert dort definitiv nicht.

Mit dem Update5 gäbe es die Möglichkeit ein Update auf vdr-1.7.18 durchzuführen.
Ich kann aber nicht sicher sagen, ob sich der aktuelle vnsiserver3 mit vdr-1.7.18 bauen lässt und dann vernünftig auf einer Activy läuft.

Evtl. kann ich das kommendes WE mal testen.

Auf einer V3 mit vdr-1.7.31 konnte ich diesen vnsiserver3 auf jeden Fall bauen.

Die V3 (V4 geht definitv nicht mehr) könnte auf einer Activy evtl. mit einer FF-DVB-Karte oder einer nvidia-PCI-Graka laufen.
Der emm84xx und damit die Scart-Ausgänge der Activy sind dann aber nicht mehr nutzbar.
Ausgabe also entweder über die FF-DVB-Karte oder nvidia GraKa.

Eine nvidia-Graka funktioniert aber nur mit einer 300er und nicht in einer 3x0.
Und dann kann es abhängig von der CPU und dem RAM-Ausbau Performance-Probleme geben.

Welche Activy Version (300er oder silberne 3x0) hast Du denn?
Evtl. kannst Du ja auch mal einen Logsatz posten.

Gruß
Klaus

Hallo,

ob das bei einer Activy mit Gen2VDR Avtivy-Edition mit VNSI überhaupt was wird, ist sehr fraglich.

Die VNSI-Version (vnsiserver3 aus dem Opdenkamp-git), die Du brauchen würdest, kann auf keinen Fall mit den in der Avtivy-Edition enthaltenen vdr-Versionen gebaut werden.
Ich habe es mal auf einer Activy300 mit vdr-1.6.0.2 und einer anderen mit Reel eHD und vdr-1.7.0 getesetet und es funktioniert dort definitiv nicht.

Mit dem Update5 gäbe es die Möglichkeit ein Update auf vdr-1.7.18 durchzuführen.
Ich kann aber nicht sicher sagen, ob sich der aktuelle vnsiserver3 mit vdr-1.7.18 bauen lässt und dann vernünftig auf einer Activy läuft.

Evtl. kann ich das kommendes WE mal testen.

Auf einer V3 mit vdr-1.7.31 konnte ich diesen vnsiserver3 auf jeden Fall bauen.

Die V3 (V4 geht definitv nicht mehr) könnte auf einer Activy evtl. mit einer FF-DVB-Karte oder einer nvidia-PCI-Graka laufen.
Der emm84xx und damit die Scart-Ausgänge der Activy sind dann aber nicht mehr nutzbar.
Ausgabe also entweder über die FF-DVB-Karte oder nvidia GraKa.

Eine nvidia-Graka funktioniert aber nur mit einer 300er und nicht in einer 3x0.
Und dann kann es abhängig von der CPU und dem RAM-Ausbau Performance-Probleme geben.

Welche Activy Version (300er oder silberne 3x0) hast Du denn?
Evtl. kannst Du ja auch mal einen Logsatz posten.

Gruß
Klaus

UFFFFFFFFFFF gerade als ich mit grossem Risiko zum ersten mal ein Update einspielen wollte habe ich Dein Posting noch gesehen. Es ist eine 300 mit 128 MB Ram.

Kann man nicht mal mit Odenkamp reden mit dem Versions Wirrwar ein Ende zu setzen und ne Alternative wie XVDR einzubauen? Oder streamdev oder sonst was. Oder vielleicht auch die Files mit XVDR als externes Plugin für XVDR dem XBMC Team zur verfügung stellen.

Ich warte gerne bis zum Wochenende oder auch länger. Habe schon die Befürchtung zum Schluss nach einem Update hier mitElektronik Müll dazustehen.

Hoffentlich gibts eineLösung.

Ich versteh auch nicht, dass der VDRauf dem Raspberry nicht zusammen mit XBMC laufen soll. Die ACTIVY hat auch nur 700 MHZ und sogar nur 128 MB Ram.

Soll ich LogFiles per Mail senden? ist aber nicht so viel in XXV

Hallo,

bei einer Activy mit Celeron700 und 128MB RAM sehe ich schwarz, dass man einen aktuelleren VDR als 1.7.18 mit vnsiserver oder xvdr-Plugin vernünftig zum laufen bekommt.

Dein Vergleich Activy und RPI hinkt aber gewaltig.
Die einzige Übereinstimmung ist die schwache CPU mit 700MHz und daher die Notwendigkeit eines HW-Beschleunigers für die Video-Dekodierung.

Außer dass die CPU-Architekturen (x86 und Arm) schon unterschiedlich sind und der RAM des RPI größer als der deiner Activy ist, liegt der noch größere Unterschied in der Video-HW.
Da der GrafikChip der Activy kein HW-Dekoding beherrscht, wurde auf dem Activy MB ein em84xx HW-Dekoder-Chip verbaut, der aber nur MPEG2 dekodieren kann.
Der RPI hat einen modernen Broadcom-GrafikChip, der neben MEPG2 für SD auch HD-Codecs wie h.264 beherrscht und und auch von aktuellen Linux-Kernels unterstützt wird.

Die Activy ist ein ca. 15 Jahre altes System, für dessen emm84xx Chip bereits vor Linux-Kernel 2.6.30 der Treiber-Support eingestellt wurde.
Daher wird auch die Video-Ausgabe über diesen em84xx Chip von den Gen2VDR Versionen ab V3 Beta1 von Mitte 2009 nicht mehr unterstützt.
Die letzte Gen2VDR Version, die den emm84xx unterstützt, ist die ActivyEdition von Anfang 2009 mit Kernel 2.6.23.17.
Und dieser "alte" Gentoo System-Unterbau ist es auch, der es so schwierig bis unmöglich macht, neue SW, die neue SW-Komponenten benötigt, zu installieren.
Und für die neueren VDR-Versionen mit neuen Plugins, wie den vnsiserver und natürlich besonders XBMC, trifft das halt leider zu.

Eine winzige Chance besteht eben darin, dass vnsiserver unter vdr-1.7.18, den HelAu mit Update5 zu Activy Edition verfügbar gemacht hat, installierbar ist.
Wie aber die Rückmeldungen wie "Probleme mit vdr 1.7.18, Bug" zeigen, läuft dieser auf der Activy nicht wirklich stabil.
Außerdem sehe ich aufgrund des geringen Speicher-Ausbaus deiner Activy ein echtes Performance-Problem für ein Plugin, wie den vnsiserver.

Eine weitere Möglichkeit wäre die V3 und ein anders Ausgabe-Device als der emm84xx, wie eine FullFeatured DVB-Karte mit eigenem MPEG2-Decoder oder eine nVidia-Grafik-Karte für den PCI-Port.

Tests mit nVidia-Karten hatte ich mal zu Beginn der V3 Beta-Phase gemacht und das Vorhaben trotz einer Activy mit 1GHz P3 und 256MB RAM aus Performance-Gründen wieder aufgegeben.
Die V3 Final mit sofhddevice wäre evtl. einen neuen Versuch wert.
Eine FF-Karte als Ausgabe Device für eine Activy hatte ich mit der V3 noch nicht ausführlich getestet, es hat aber User im Forum gegeben, die diese Kombination produktiv eingesetzt haben.
Das wäre evtl. die noch vielversprechendere Lösung.
Du würdest aber in beiden Fällen "neue" HW brauchen, außer Du hättest eine FF verbaut, da die ersten 300er mit FF ausgeliefert wurden, da der em84xx mit dem damals serienmäßigen BS noch nicht nutzbar war.
Es bleibt aber immer noch das große Performance-Problem einer leistungsschwachen Activy (700MHz und 128MB RAM) mit aktueller Linux- und VDR-SW mit zusätzlichem Server-Plugin, das wesentlich Performance- und Speicher-hungeriger ist, als die alte an die Activy angepasste ActivyEdition.

Aufgrund der aktuellen HW mit Unterstützung durch aktuelle Linux-Kernels ist auf dem RPI auch aktuelle SW kein Problem.
Da läuft ja auch XBMC, das auf einer Activy nie laufen wird.
Auch ist es möglich, auf eine RPI eine aktullere VDR-Version zu installieren.
Es gibt aber noch kein Ausgabe-Plugin für den VDR, das den Grafik-Chip des RPI und dessen HW-Beschleunigung unterstützt.
Als Frontend ist nur XBMC auf dem RPI nutzbar.
Bei Openelec für RPI ist bereits eine minimaler VDR mit xvdr als AddOn aktivierbar und auch der xvdr-PVR-Client enthalten.
Die beiden anderen RPI-XBMC-Distris, wie Raspbmc und xbian, basieren ja auf Dabian und somit ist der VDR und dessen Plugins als Debian-Pakete installierbar.
Problem beim RPI als VDR ist halt der instabile USB-Port, der ja die einzige Möglichkeit darstellt DVB-HW anzuschließen, wobei auch die USB-DVB-HW selbst wesentlich instabiler laufen, als PCI und PCIe-Karten.
So wirklich glücklich wird man mit USB-DVB-Karten an einem RPI nicht, die von einem lokal auf dem RPI laufendem VDR mit lokalem XBMC als Frontend genutzt werden.
Der RPI als reiner Server scheint aber ganz akzeptabel zu laufen.

Als reiner VDR-Client (ohne DVB-HW) mit XBMC über xvdr oder vnsi läuft der RPI mit Openelec 3.0.6 so einigermaßen bei mir
Ich teste das seit einiger Zeit, wobei ich aber einen leistungsfähigen HD-VDR mit der V3 bzw. der V4 als Server mit xvdr bzw. vnisserver verwende.
Außerdem arbeitet der RPI wegen des großen Performance-Hungers von XBMC an der oberen Grenze seiner Leistungsfähigkeit.
So richtig glücklich bin ich daher mit dem RPI als VDR-Streaming-Client auch nicht.

Da auch ein guter Freund das Hirngespinst hat, eine Avtivy als vnsiserver (für Windows-Clients) zu nutzen werde ich die oben beschriebenen Möglichkeiten in den nächsten Wochen (aber mit niederiger Prio) mal testen.

Ich bin mir aber ziemlich sicher, dass es mit der gleichzeitigen Nutzung der Activy als VDR (mit TV-Ausgabe) und parallel als VDR-Server per vnsi für VDR-Clients (wie RPI) nichts wird.
Evtl. könnte man die Activy als headless VDR-Server (ohne TV-Ausgabe an der Activy) nutzen, was für dich aber vermutlich nicht in Frage kommt.

Gruß
Klaus

Würde denn XVDR gehen? Auf der Activy? ob das Teil VNSI Oder XVDR ist wäre mir egal.

Und Headless warumnicht? Vielleicht habe ich da auch eine falsche Vorstellung was das Ist.

Teure Hardware kann ich mir im Moment nicht leisten.

Hi,

ob xvdr oder vnsi, ist von der Problematik auf einer alten Activy300 identisch.
Die benötigen beide ein aktuelles Linux-System mit einer aktuellen VDR-Version, da xvdr ja auf vnsi basiert.
VNSI hat halt den Vorteil, dass der PVR-Client im Gegensatz zu XVDR für alle Versionen von XBMC ab 12.0 (z.B. auch für Windows, Android und iOS) verfügbar ist.
Auch bei den RPI-Distributionen ist der XVDR-PVR-Client nur bei OpenElec standardmäßig mit drin.
Der VNSI-PVR-Client ist dagegen in allen Disrtis für den RPI (OpenElec, Raspbmc, xbian) enthalten.

Eine Activy als headless VDR-Server bedeutet, dass Du mit der Activy selbst nicht mehr TV schauen kannst.
Die Scart-Anschlüsse der Activy sind tot und auf dem VGA-Ausgang ist besten Falls die reine Linux-Konsole verfügbar.
Evtl. bekommt man die Konsole auch auf dem oberen Scart zu sehen.
Die Activy dient dann eben nur noch als reiner VDR-Server, der deinen VDR-Clients mit XBMC als VDR-Frontend (Win-PC oder RPI) Live-TV und die auf der Activy gespeicherten Aufnahmen zur Verfügung stellt.
Und man kann im XBMC der Clients Aufnahmen für den VDR der Activy programmieren, die dann auf der HDD der Activy gespeichert werden.
Außerdem kannst Du natürlich über einen Internet-Browser per VDR-WebIF (VDRAdmin, XXV oder dem aktuellerem Live) Aufnahmen programmieren.

Gruß
Klaus

Hi,

ob xvdr oder vnsi, ist von der Problematik auf einer alten Activy300 identisch.

Ich habe irgendwo gelesen, dass man TV headend gleichzeitig auf einem VDR Server installieren kann und habe das auch Versucht. Allerdings ist es mir nicht gelungen den zu konfigurieren. Leider. Wenn du mal für deinen Freund dabei bist das zu installieren wäre es super wenn du das gleich mit ausprobieren könntest.

Immerhin eine Notlösung für die Activy.

Bitte jetzt erschlagt mich nicht weil ich was anderes als gen2vdr vorschlage. Wenn das geht kann ich ja vielleicht auch meiner Reelbox Lite das beibringen.

Hallo,

ich persönlich finde TVheadend nicht nicht mal eine Notlösung, sondern die reine Katastrophe für die Activy.
Wenn man die Activy schon in einen reinen Streaming-Server verwandelt, dann doch lieber in einen VDR-Server mit Gen2VDR.

Es stimmt, dass es im VDR-Portal einen Beitrag dazu gibt, ob evtl. TVheadend der bessere Backend-Server für XBMC-PVR ist, als VDR mit VSNI oder XVDR.
Der stammt aber von 2009/2010 aus den experimentellen Anfangszeiten des PVR-Support in XBMC.
Da hatten wohl einige User den TVheadend-Server parallel zu VDR auf einem System installiert, wobei die Betonung auf "installiert" liegt.
Es ist nicht möglich, dass vdr und TVheadend parallel auf die DVB-Karten zugreifen.
Damit TVheadend die DVB-Karten nutzen kann, muss man den VDR beenden.
Das wird aber auch in diesem Beitrag mehrmals erwähnt.

Da ja XBMC als Fronted für TVheadend absolut nicht auf der Activy läuft, könntest Du die Activy mit TVheadend auch nur noch als reinen TVheadend-Streaming-Server und nicht mehr zum Fernsehn nutzen.

Ich habe mich schon mal mit dem TVheadend Backend-Server gequält und entnervt aufgegeben.
Diese Versuche mit dem TVHeadend-Server, der in XBMC-Distri OpenElec integrierten ist, hatte ich auf Systemen gemacht, die aufgrund ihrer Grafik (z.B. ATI) nicht mit Gen2VDR jedoch mit XBMC laufen.
Da dann aber auch ein minimaler vdr in Openelec integriert wurde, habe ich mir TVheadend nie mehr angeschaut.

Und ich will mir TVheadend auch nie mehr antun!!!

Ich hatte heute weitere Versuche gemacht, VSNI-Server auf einer Activy300 mit der ActivyEdition zu installieren.
Auch nach dem Update05 und Umstellung auf vdr-1.7.18 ist eine Installation des aktuellen vnsiserver plugin nicht möglich.
Der vdr-1.7.18 enthält auch eine uralte vnsiserver Version mit Protokoll1, die aber zu den aktuellen PVR-Clients nicht mehr kompatibel ist.
Außerdem hatte ich noch alte Test-HDDs für die Activy mit V3 Beta1, Beta4 und Beta8.
Da war es auch nicht möglich, den aktuellen vnsiserver mit den vdr-Versionen bis 1.7.18 zu installieren.

Aktuell habe ich auf der 300er die V3 final installiert und will ab Morgen mal testen, wie es da mit den VDR-Versionen ab 1.7.21 und vnsiserver ausschaut.
Mit einer der neueren Versionen sollte es auf jeden Fall funktionieren.
Mit 1.7.31 auf einem HD-System hatte ich vnsiserver3 ja schon am laufen.
Die Activy wird dann halt, wie bereits gesagt, zum reinen VDR-Server.
Was ich aber immer noch besser finde, als die Activy in einen reinen TVheadend-Server zu verwandeln.

Mal schauen, wie es dabei mit der Performance der Activy ausschaut.

Gruß
Klaus