Live-TV

Für einen VDR mit eigener DVB-HW ist VDR+Softhddevice ist aus meiner Sicht auf jeden Fall die wesentlich bessere Lösung.
Die Umschaltzeiten und Bildqualität sind auf jeden Fall besser.
Ich finde auch das Handling bei der Wiedergabe im VDR besser als bei XBMC.
Und Features wie Aufnahmen schneiden, umwandeln ... fehlen ja bei XBMC als Frontend komplett.
Bei meinen "normelen" VDRs nutze ich generell Softhddevice als Standard-Frontend.

Für reine Streaming-Clients ohne eigene DVB-HW, speziell wenn sie selbst keine Aufnahmen machen sollen (nur kleine HDD/SSD oder Stick), finde ich dagegen XBMC+XVDR die wesentlich besser Lösung als VDR+Softhddevice+Streamdev.
Rein vom Streaming finde ich XVDR mittlerweile stabiler als Streamdev.
Und für den Streaming-Client reicht es, wenn man neben Live-TV komfortabel über EPG Aufnahme-Timer auf dem Server-VDR setzten und ändern kann und die Aufnahmen auf dem Server übersichtlich aufbereitet angezeigt bekommt und aus der Aufnahme-Liste abspielen kann.

hi

da ferstest du was falsch die XBMC ist original

dann habe ich das von helau genommenem das problem ist aber noch das gleiche


wen ich umschalte habe ich ein bild dann geht es mit Zeitlupe weite ca.3s dann geht es normal weite wen ich dann umschalte geht das wieder von vorne los

ich dacht das die v4 zum testen ist


daxxa

Hi,

ich verstehe nicht falsch.
Ich habe aber den Eindruck dass Du mich nicht verstehst oder verstehen willst.

Ich habe schon immer geschrieben, dass Du vermutlich (laut xbmc.log) noch das originale XBMC 12.2 der V4 verwendest.
Aber eben einen VNSI-PVR-Client (1.3.6) und einen VNSIServer (0.9.0) die nicht zu dieser XBMC-Version passen!
Diese Kombination kann nicht vernünftig laufen!!!
Ich habe von Dir bisher nur ein xbmc.log gesehen, wo Du diese alten, nicht passenden VNSI-Komponenten verwendest.
Wie man die zu XBMC 12.2 passende VNSI-Komponenten (Client 1.6.4 und vnsiserver 0.9.2) installiert, habe ich Dir auch schon geschrieben.
Ob Du das getestet hast, weis ich auch nicht.

Die Anleitung von HelAu bezieht sich ja nur XVDR und nicht auf VNSI.
Da musst Du dann auch im VDR vnsiserver deaktivieren und xvdr aktivieren.
Im VDR dürfen niemals vnsiserver und xvdr gleichzeitig aktiv sein!!!
Und Du musst dann auch in XBMC den VNSI-PVR-Client deaktivieren und den XVDR-PVR-Client aktivieren um XVDR zu nutzen.
Und so ein xbmc.log mit aktivem xvdr hast Du noch nie gepostet.

Du hast auch noch nie einen kompletten Logsatz gepostet, der evtl. weiterhelfen würde.

hi

noch ein mal ich habe kein vnsiserver installiert

ich habe auch verstanden das die vnsiserver nicht zu XBMC 12.2 passt

ich habe die v4 neu installiert

um das zu testen

das Ergebnis ist immer das gleich



daxxa

Und woher sollte ich das bis zu diesem Posting wissen?
Ich bin leider kein Hellseher.

Wenn Du die V4 neu installiert hast und danach nur die 3 Updates und den XVDR-PVR-Client nach der Anleitung von HelAu, sollte XVDR eigentlich einwandfrei laufen.
Bei mir tut es das.
Die Umschaltzeiten sind halt wegen dem Umweg über XVDR langsamer (1 - 3s) als direkt in VDR mit Softhddevice.

Wenn Du weiterhin Probleme hast, poste halt endlich mal einen kompletten Logsatz!

habe es nun wie HelAu im 2. Post dieses Threads beschrieben hat getestet und es läuft reibungslos bei mir (lol außer dass ich ne kleine Weile gebraucht habe um auf den Trichter zu kommen das xvdr-Plugin im VDR zu aktivieren und dass es dann erst in xbmc weiter geht :rolleyes: )

Bildqualität ist aus meiner Sicht gut (allerdings auch nur ein 81er TV), Umschaltzeiten sind aber spürbar länger als bei VDR + Softhddevice und man ist da mitlerweile verwöhnt, zur Stabilität kann ich bisher nichts negatives sagen, Streaming-Clients nutze ich keine

Für mich als reinen TV-Gucker ist der klassische VDR + Softhddevice aber unschlagbar, auch ist man ja über die Jahre so vertraut in die Bedienung und es macht einfach Spass dass da auch mit neuen Versionen nicht einfach alles über Board geschmissen wird! (man wird ja auch nicht jünger und will nicht immer ne komplett neue Bedienung erlernen)

aus diesem Grund komme ich wohl auch nicht von meinem Skinenigma weg, auch wenn zb. nOpacity auf den ersten Blick deutlich moderner ausschaut, ich finde weniger ist manchmal mehr und da bleibe ich gerne beim schön aufgeräumten Skinenigma

xbmc ist eine schöne und optisch ansprechende Erweiterung von gen2vdr, für mich allerdings nur für Musik, Hörspiele, Videos über das youtube-Plugin (wow finde ich echt klasse), Bilder zu präsentieren, Zugriff auf die Mediatheken ect.

für Live-TV ist und bleibt der klassische VDR für mich 1. Wahl

Darf ich da nochmal nachhaken: Für reines TV im Wohnzimmer ziehe ich auch den klassischen VDR vor. Allerdings suche ich noch nach der optimalen Lösung für die Kinderzimmer. Dort steht jeweils nur ein Windows-PC/Laptop. Daher wollte ich hier per XBMC auf Live-TV und Aufnahmen des VDR-Servers im Wohnzimmer zugreifen. Soviel ich gelesen habe, unterstützen die Windows-XBMC-Versionen aber kein XVDR, sondern nur VNSI-Addon. Ist es dann die beste Lösung, das VNSI-Server Plugin zu installieren auf dem VDR-Server und Win-XBMC mit VNSI-Addon auf den Windows-Rechnern zu installieren? Welches ist da die passende Addon-Version für XBMC 12.2 und gibts sonst noch was zu beachten?

Grüße,
Evi

Hallo Evi,

im Prinzip wäre vnsi sicher eine Lösung.
Der PVR-VNSI-Client ist bereits fest in XBMC 12.2 für Windows, die Du von xbmc.org herunterladen kannst, integriert.

Wie man den für die V4 passenden VNSI-Server und PVR-VNSI-Client nachinstalliert, habe ich ja einige Beiträge weiter oben geschrieben.

Der nach dieser Anleitung nachinstallierte PVR-VNSI-Client hat die gleiche Version 1.6.4 wie der in der Windows-Version enthaltene.
Ich habe aber leider schon festgestellen müssen, dass der Windows-Client noch die Protokoll-Version 3 verwendet, der Linux-Client trotzt identischer Versions-Nummer aber schon Protokoll-Version4 und der Server ist leider nicht abwärts kompatibel und akzeptiert nur Protokoll4.
Somit kann sich der Windows-Client trotz gleicher Client-Version nicht mit dem vnsiserver verbinden.
Das ist ein echtes Versions-Wirrwarr in der VNSI-Entwicklung.

Da ich vnsi eigentlich nicht aktiv nutze (mir ist xvdr lieber), hatte ich dieses Problem erst mal hinten angestellt.
Ich kann mir aber heute Abend mal anschauen, was es für Lösungsmöglichkeiten gibt.

Eine wäre sicherlich parallel zum oder anstatt des vnsiserver4 den "alten" vnsiserver zu installieren.
Nutzen, also aktivieren, kann man dann natürlich immer nur eine der vnsiserver Versionen oder den xvdrserver.
Mit dem alten vnsiserver kann man aber kein Live-TV mit XBMC 12.2-r1 und vnsi auf dem VDR nutzen.
Da Du ja sowieso für reines TV im Wohnzimmer den klassischen VDR vorziehst, wäre das sicher eine Lösung für dich.

Ich schau mir aber heute Abend auch mal den Frodo-Branch des FernetMenta git näher an, ob es da für 12.2 und PVR-Client Version 1.6.4 einen commit gibt, bei dem noch Protokoll 3 genutzt wird.

Alternativ könnte man auf den PCs in den Kinderzimmern OpenElec von USB-Stick starten und xvdr nutzten.
Das hängt halt von der PC-HW ab.

Gruß
Klaus

Hallo Klaus,

hab ich das richtig verstanden, mit dem "alten" vnsi-Server protokoll 3 könnte ich dann auf dem VDR-Server kein Live-TV über XBMC schauen, aber schon über die Win-XBMCs. Das wäre schon mal eine akzeptable Lösung. Superschnelle Umschaltzeiten sind da nicht Prio 1, daher wäre auch vnsi gegenüber xvdr akzeptabel.

USB-Stick mit OpenELEC werde ich auch mal ausprobieren. Hat aber den Nachteil, dass man neu booten muss, um von Windoof auf XBMC zu wechseln.

Danke schon mal für die wertvollen Tipps,
Grüße,
Evi

Hallo Evi,

ja im ungünstigesten Fall.
Der master-Branch aus dem FernetMenta-git, den ich schon getestet hatte, enthält z.B. eine vnsiserver-Version mit Protokoll3 und sollte mit der Windows-Version des Clients funktionieren.
Dieser "master"-Branch ist aber auf dem Stand von XBMC12.0 stehen geblieben, weshalb der enthaltene VNSI-Client nicht mehr zum PVR-Core von XBMC 12.2 in der V4 passt.
Die Weiterentwicklung für XBMC 12.1 und 12.2 hat FernetMenta in seinem frodo-Branch fortgeführt.

Ich habe mir schon mal die gits von FernetMenta und Opdenkamp angeschaut.

Da Opdenkamp für die PVR-Entwicklung im XBMC-Team zuständig ist, fließt vermutlich sein git in die offiziellen XBMC-Versionen wie die Windows-Versionen mit ein.
Er merged zwar immer wieder mal sein git mit dem von FernetMenta, hat aber in seinem aktuellen Frodo-Branch immer noch VNSI-Client und vnsiserver mit Protokoll3.

FernetMenta hat jedoch in seinem Frodo-Branch bereits seit 08.03.2013 auf Protokoll4 umgestellt und dieses seitdem weiter verbessert.

Ich werde heute Abend erst mal das Opdenkamp-git testen.
Hatte ich schon immer mal vor aber dann doch wieder verschoben.
Evtl. passt ja dessen VNSI-PVR-Client auch zur XBMC-Version der V4 und es ist sowohl der Zugriff von Windows-XBMC-Clients als auch Live-TV mit XBMC auf dem VDR möglich.

Als Alternative hab ich dann noch die Möglichkeit einen Commit-Stand des FerneMenta-git vor der Umstellung auf Protokoll4 zu testen.

Mal schauen, welcher Stand am besten zu den Windows-Clients passt und evtl. außerdem mit XBMC der V4 funktioniert.
Ich melde mich heute Abend wieder.

Gruß
Klaus

Hi Evi,

ich habe eine Lösung gefunden mit der sowohl Windows-Clients mit XBMC 12.2 als auch ein VNSI-PVR-Client für XBMC 12.2-r1 der V4 auf das vnsiserver-Plugin des VDR gleichzeitig zugreifen können.
Wie ich es schon vermutet hatte, ist es der frodo-branch aus dem Opdenkamp-git.
Dieser beinhaltet einen VNSI-PVR-Client 1.6.4 und einen vnsiserver 0.9.1 die beide noch über Protokoll-Version3 kommunizieren und somit genau zum VNSI-PVR-Client 1.6.4 der Windows-Version passen.

Bei der Installation bin ich wie folgt vorgegengen:

Das vnisserver-Plugin wird in der Plugin-Liste des VDR (in g2v_setup) tatsächlich als vnsiserver3 aufgelistet, nicht wie die noch ältere Version nur als vnsiserver.

Ich habe mal auf einem VDR mit DualTuner gleichzeitig Live-TV auf dem VDR und Live-TV auf einem Windows-Client getestet.
Hat wunderbar funktioniert.
Die Umschaltzeiten und Zugriff auf die Aufnahmen ist über Protokoll3 aber merklich schlechter als bei VNSI-Protokoll4.
Und beim aktuellen xvdr geht alles noch flotter.

Bei laufender Aufnahme und Live-TV auf dem VDR sowie paralellem Zugriff von 2 Clients ist ein DualTuner im VDR aber eigentlich zu wenig.

Gruß
Klaus

Hi Klaus,

na dann werde ich das morgen gleich mal ausprobieren. Vielen Dank für Deine Recherchen und die Anleitung!

Servus,
Evi

Hi Klaus,

das hat perfekt funktioniert. Klar Umschaltzeiten sind nicht so schnell, aber ansonsten Fernsehbild und Aufnahmen ohne Ruckler. Da werden die Teenies Luftsprünge machen, wenn sie aus den Ferien bei Oma zurückkommen!

Es gibt nur eine seltsame Nebenwirkung, die ich noch nicht erklären kann. Nach Umschalten von XBMC zurück zum VDR habe ich keinen Ton mehr über SPDIF, sondern nur über HDMI.
Wenn ich auf XBMC zurückschalte, habe ich dort aber Ton über SPDIF.
asound.conf hat sich aber nicht geändert. Alsamixer ist auch noch alles unmuted.

Gruß,
Evi



angehängte Datei ( Anzahl der Downloads: 146 )
 g2v_log_08301128.tar.xz

Hi Evi,

freut mich dass das Streaming über die PCs der Kids so gut funktioniert.

Bei dem Ton-Problem kann ich dir momentan leider nicht helfen, da ich bewusst keine Multi asound.conf mehr nutze.
Ich habe keinen Anwendungsfall, wo ich wirklich parallelen Ton über unterschiedliche Ausgänge brauche, und verwende daher immer eine asound.conf in der nur eine Audio-Quelle als "default definiert ist".
Da können solche Probleme beim Wechsel zwischen VDR und XBMC gar nicht auftreten.

Früher hatte ich auch per default eine Multi asound.conf verwendet (könnt man ja mal brauchen) aber abhängig von der HW öfters Probleme damit gehabt.
Nach einiger Zeit stotternder Ton bis zum Einfrieren von Bild und zu guter Letzt Freeze des kompletten System.

Brauchst Du denn wirklich parallel Ton auf SPDIF und HDMI?

Gruß
Klaus

Hi Klaus,

habe nochmal neu gestartet und zwischen XBMC und VDR hin und her geschalten. Plötzlich ist der Ton über SPDIF wieder da.

Nein, ich brauch eigentlich auch nur Ton an SPDIF. Ich blick aber noch nicht durch, wie die asound.conf default Einstellung dann aussehen muss. Es gibt zwar eine asound.conf.SingleSource, aber die versteh ich noch nicht.
Also bei mir ist device 0: analog, 1: digital u. 3:HDMI und ich möchte auf 1 ausgeben.

Gruß,
Evi

Hi Evi,

du kannst Dir eine passende asound.conf ganz einfach per script erstellen und musst dich dabei nicht um den Inhalt kümmern.

Da werden dann in einem Menü die verfügbaren Sound-Devices angezeigt und nacheinander das Device für Analog, SPDIF und HDMI abgefragt.
Willst Du nur SPDIF, dann wählst Du bei Nachfrage nach Analog und HDMI "kein" aus und bei SPDIF das passende SPDIF Device (bei Dir 0,1).

Dieses script wird bei der V4 auch nach Abschluß von Phase2 aufgerufen.
Vermutlich hast Du da für alle drei Ausgangsarten das passende Device ausgewählt und somit eine Multi asound.conf erstellen lassen.

Servus
Klaus

Ok, so einfach. Hab ich gemacht.
Mit der V3 hatte ich manchmal Tonaussetzer, immer erst nach 1-2 h auf einem Sender. Da half immer nur kurz umschalten und wieder zurück. Vielleicht hatte das auch etwas mit der Multi-asound.conf zu tun.

Danke und Grüße,
Evi