wie stellt ihr euch ein Homesetup mit n VDR in 2015 vor?

Zitat von Mreimer

Glaubst du da wirklich daran in absehbarer Zeit irgendwelche Streaming-Angebote mit dem VDR nutzen zu können?

Sigi-VOD mit curlftps (falls der Downstream schnell genug ist...)

Moin,

Zitat von Mreimer

TAE-Dosen braucht kein Mensch mehr. Eine Netzwerkdose mehr und man kann dort alles, was man so an Telefonen kriegen kann, anschließen. IP-Telefone und ISDN-Telefone gehen so rein und bei analogen Geräten schneidet man den Stecker ab und crimpt RJ45 drauf.

Na, genau das meine ich doch damit Trotzdem bauen sich viele Bauherren die noch in jedem oder zumindest mehreren Zimmern ein, statt gleich RJ45 zu nehmen

Zitat von Mreimer

Die Content-Provider kriegen es nicht hin ihren Kunden Streaming-Angebote ohne DRM via HTML5 anzubieten. Glaubst du da wirklich daran in absehbarer Zeit irgendwelche Streaming-Angebote mit dem VDR nutzen zu können?

Dazu stecke ich in dem Thema (Video und Programmierung allgemein) zu wenig drin. Da es aber beispielsweise Leute wie johns gibt, die auch ein HD-Ausgabeplugin schreiben können, halte ich da Viles für möglich

Regards
Globber

Zitat von Copperhead

Die SAT>IP Technik wird in nächster Zeit sicherlich eine große Rolle spielen.
Gerade durch den Vorteil, das LAN-Dosen im Gegensatz zu SAT-Dosen wohl immer häufiger anzutreffen sind.

Das sehe ich genauso. Ich habe mir gerade einen Sat>IP Server mit 4 Tunern zugelegt und mich eingehend mit der Sat>IP Spec beschäftigt und ich glaube, dass diese Technik das Potenzial hat, auch in naher Zukunft die fest eingebauten DVB-S Karten wenn nicht zu ersetzen, dann doch gleichwertig zu ergänzen. Für die Aufnahmen lass ich bereits einen experimentellen VDR auf meiner NAS laufen, wobei dies mit dem Sat>IP Server auch ein einfaches "wget" erledigen könnte. Ich mag VDR deswegen so gern weil ich finde, dass es hier die schönste EPG Anzeige gibt die ich kenne! Insofern möchte ich auch einen VDR in meinem Wohnzimmer betreiben und ich glaube mit dem RaspberryPi Ausgabeplugin geht die Entwicklung in die richtige Richtung. Gerade weil die RaspberryPi mit der Fernbedienung des Fernsehers über CEC gesteuert werden kann, wird die "Einführung" dieser neuen Technologie bei meiner in dieser Hinsicht doch eher etwas konservativ eingestellten besseren Hälfte wenig Anpassungsschwierigkeiten hervorrufen.

Zitat von Copperhead

Wenn ich in dieser Richtung an ein Homesetup denke, müsste zumindest noch ein Plugin her, dass SAT>IP vollständig unterstützt und das am besten mit einer unveränderten channels.conf.

Sat>IP wird (soweit es hier gewünscht wird) vollständig vom iptv Plugin unterstützt. Da iptv nur ein cDevice implementiert und nicht ein cDvbDevice ist die Anbindung des unerwünschten Plugins nicht möglich. In einem anderen Thread wird aber zur Zeit auch diskutiert einen DVB Treiber zu implementieren, der die verschiedenen Netzwerktuner einbinden kann, wobei ich an dieser Stelle Sat>IP als die vielversprechendsde Lösung halte. Die Unterstützung einer unveränderten channels.conf sollte sich über einen Commandline Switch realisieren lassen, da bis auf die Server Adresse für den HTTP/RTSP request zum starten des Streams keine weiteren Daten benötigt werden, als sowieso in der channels.conf vorhanden. Und selbst die Server Adresse könnte automatisch gefunden werden.

Zitat von Copperhead

Noch schöner wäre natürlich die entsprechenden Schnittstellen im VDR direkt zu haben. Das werden wir aber wohl selbst bis zum Jahr 2015 nicht erleben.

Das sehe ich nicht so. Ich sehe einfach nur geringe Unterscchiede zwischen der iptv Plugin Lösung und einem DVB Treiber, der die TS Daten über die vorhandene DvbDevice Schnittstelle in den VDR bringt. Ich denke (und hoffe) auch, dass wir bis 2015 sehr wohl eine komplette Integration von Sat>IP in den VDR haben und baue in dieser Hinsicht auf die vielen guten Programmiere hier im Forum, zu denen ich leider nicht gehöre. Sollte die Verfügbarkeit von Hardware in dieser Hinsicht ein Problem sein wäre ich durchaus bereit die Entwicklung einer Lösung mit einer Spende zu unterstützen.

Just my 2 cents.

Zitat von gda

Also 2015 werde ich wohl den VDR auf dem Server laufen haben, wie jetzt auch und der Client ist ein Android-Stick mit einem Octa-Core der hinten im TV/AVR steckt.

Gerald

^ genau das. Wobei das eher "Anfang 2014" sein wird, nicht wie der Thread heisst "2015". Octa Smartphones gibts schon, da dürften Tablets und Android-Sticks nicht weit sein. Solange das VNSI Plugin mit XBMC funktioniert ist doch alles in Butter, warum nicht mal andere die Arbeit machen lassen...

Zitat von Predator

^ genau das. Wobei das eher "Anfang 2014" sein wird, nicht wie der Thread heisst "2015". Octa Smartphones gibts schon, da dürften Tablets und Android-Sticks nicht weit sein. Solange das VNSI Plugin mit XBMC funktioniert ist doch alles in Butter, warum nicht mal andere die Arbeit machen lassen...

Na ja, ich denke eben einfach, dass der Stick den ich mir 2014 gekauft habe, 2015 immer noch im TV steckt.

Gerald

Hallo,

was ich mir für die Zukunft wünschen würde wäre ein nahtloses fortsetzen von Sendungen am nächsten VDR oder PC oder Tablet.
"Komm Schatz, das gucken wir im Bett zuende" --> Blau drücken --> "auf welchem Gerät wollen Sie die Aufnahme Sendung fortsetzen?" --> Schlafzimmer --> Schlafzimmer VDR fährt hoch, schaltet den TV an und man muss nur noch Pause drücken.

Das soll auch mit PCs und Tablet gehen, d.h. per Streaming, statt eine Datei direkt abzuspielen (weil man per NFS/SMB) darauf zugreifen kann. Da bin ich momentan mit Streamdev noch sehr unzufrieden, weil das Spulen nicht, oder schlecht funktioniert.

Bei den Timern wünsche ich mir, dass die automatisch verteilt werden. Der User will ja nicht manuell auf vier VDR nachsehen, wo noch Platz ist (d.h. VDR per WOL wecken, nachsehen, voll, nächsten wecken, ... Alle voll, welchen Timer lösche ich jetzt? Nochmal bei allen nachsehen, ...) Winni hat in EPGSearch dafür nach dieserDiskussion auch schon etwas eingebaut:

Note:
There's a 'hidden' setup option epgsearch.ConflCheckCmd, that allows executing a 
command for each timer causing a conflict. You have to set this directly in VDRs
setup.conf like this:


epgsearch.ConflCheckCmd = system(your_script_handling_the_conflict.sh, any_arguments like %timer.file%)


(Please have a look at 'Calling a system command' below for the possible arguments)
One could use this for example to forward a timer to another VDR machine in case of a conflict.
This command is evaluated for each timer causing a conflict whenever an automatic
conflict check is running. When calling the conflict check via OSD the command is not
evaluated.

Durch Bau-Stress und zwei Kindern bin ich aber noch nicht dazu gekommen, das zu nutzen

VDRs ohne Empfangskarte habe ich für mich erstmal ausgeschlossen, aus zuverlässigkeits Gründen. Das wäre natürlich eine elegante Lösung für das Verteilen von Timern, weil alle Karten in einem Rechner stecken. Wenn das in Zukunft so stabil wie eine lokale Empfangskarte läuft, dann kann ich mir das auch vorstellen.

Gruß,
Hendrik

Zitat von henfri

VDRs ohne Empfangskarte habe ich für mich erstmal ausgeschlossen, aus zuverlässigkeits Gründen. Das wäre natürlich eine elegante Lösung für das Verteilen von Timern, weil alle Karten in einem Rechner stecken. Wenn das in Zukunft so stabil wie eine lokale Empfangskarte läuft, dann kann ich mir das auch vorstellen.

Woher beziehst du deine Erfahrungen und für was braucht man unbedingt einen VDR als Wiedergabegerät. Als zentrales System ist ein VDR absolut super und zuverlässig, allerdings setzte ich auf XBMC auf den Clients und bin dadurch absolut HW unabhängig uns super stabil unterwegs. Timer, Aufnahmen, EPG, etc werden zentral verwaltet und bereitgestellt. Jeder Client kann Timer setzen, bearbeiten und löschen. Durch den 24/7 Betrieb und VDR-Manager kann ich im Zweifelsfall per App einen Timer setzen, egal wo ich gerade bin. Suchtimer lassen sich allerdings nur über das Live Webinterface verwalten was aber traumhaft funktioniert.
Jetzt werden viele vermutlich sagen dass die TV Bedienung in XBMC ja sooooo umständlich ist und nicht mit der des VDR zu vergleichen sei. Mööööp . Alle die das sagen liegen mit ihren Behauptungen falsch und haben es vermutlich selber garnicht ausprobiert. Die Anbindung von XBMC an den VDR ist sicher noch nicht perfekt, aber schon sehr weit ausgereift und mehr als Alltagstauglich.

Nur mal meine Meinung zu "erstmal ausgeschlossen, aus zuverlässigkeits Gründen"

Inzwischen wissen wir ja nun, dass Du XBMC Fan bist.

Kommt aber sich auch auf die Anzahl der Clients und die "dicke" des Netzwerks an, wie zuverlässig Streaming funktioniert. Ich hab beispielsweise einen Client im Schlafzimmer, bei dem das Streaming irgendwann einfach stehenbleibt. Woran es liegt, weiss ich nicht. Da dort aber eh nur eine alte Röhre steht, mit FF als Ausgabedevice und dort nur selten Ferngesehen wird, hab ich das auch nicht weiter untersucht. Aber aus dem Grund hab ich in meinem Wohnzimmer VDR noch immer eine DVB Karte.

Zitat von TheChief

Inzwischen wissen wir ja nun, dass Du XBMC Fan bist.

Jepp. Und das aus absoluter Überzeugung. Es soll aber bitte nicht der Eindruck entstehen dass ich was gegen den VDR hätte. Im Gegenteil denn der yaVDR ist das Rückgrat unseres Multimediakonzepts :).

Bei mit laufen 3 Clients in Verbindung mit dem Server problemlos parralel, der im Keller sogar per WLAN. Die Infrastruktur besteht aus 2 schnöden Fritzboxen und einem billigen Gigabitswitch. Das Netzwerk also total easy aufgebaut und hat keine Probleme mit dem Traffic.

Zitat

Der Sinn dieses Thread ist stattdessen die zentralen Punkte und Schnittmengen an all diesen Überlegungen aufzudecken damit wir alle an der Stelle das Projekt vorantreiben.

Genau.
Und, was sagt ihr zu meiner "Vision"?

Was auch noch besser werden kann ist das Suchen von Aufnahmen.
Wenn man nicht weiß, wo man sie gespeichert hat und sie in einem Unter-Unter-Ordner sind, dann hat man es schwer.

Gruß,
Hendrik

henfri:
Im Zweifelsfall kannst du die gesuchte Aufzeichnung über die Suche im Live Webinterface finden.

Zitat von meikelmoeller

henfri:
Im Zweifelsfall kannst du die gesuchte Aufzeichnung über die Suche im Live Webinterface finden.

Leider funktioniert das nicht besonders intuitiv, besonders die Suche in Unterordnern. Da gabs schonmal einen Thread zu. Man muss den Suchbegriff eingeben und dann alle Ordner auffklappen, damit es was findet. Und nützt auch nur, wenn die Aufnahmen zentral verwaltet werden.

Daher wäre eine Integration der Aufnahmen und Timer in die epgd-Datenbank nicht schlecht. Dort könnte man dann auch schön suchen.

* Ich hätte gerne ein plugin analog zu epgsearch, nur das man nicht im epg sucht, sondern in den Aufnahmen. Wo man Suchabfragen für Aufnahmen speichern kann, analog zu epsearch, nur das man dann eine Liste mit Aufnahmen angezeigt bekommt, welche man dann direkt abspielen kann (Unabhängig vom Speicherort/Verzeichnis).

* Jeder vdr im Netz sollte üer die Aufnahmen der anderen vdr's und nas's Bescheid wissen, auch wenn diese aus sind und bei Bedarf wecken.

Ein recsearch Plugin ist nur Fleißarbeit, sollte wohl kein Problem sein. Hab ich mir auch schon mal gewünscht.
Bis 2015 könnte ich es schaffen...

Hiermit melde ich schon mal Ansprüche auf den Pluginnamen recsearch an.
Lars

Zitat von CKone

Zitat von »mini73«



Ein recsearch Plugin ist nur Fleißarbeit, sollte wohl kein Problem sein. Hab ich mir auch schon mal gewünscht.
Bis 2015 könnte ich es schaffen...

Zitat von CKone

Hiermit melde ich schon mal Ansprüche auf den Pluginnamen recsearch an.

Müsste denn epg2vdr nicht nur die Rückmeldung bekommen, dass ein Event zu einer Aufnahme wurde und die Daten dann behalten, oder umspeichern? (Schlimmstenfalls über ein Recording Hook, der dann gleich den Pfad inklusive Maschine liefert )

Dann hätte man doch eine zentrale Stelle wo man sich Infos zu Recordings holen kann.

Gerald

recsearch wird natürlich erst mal die lokalen Aufnahmen durchsuchen, wenn das dann vernünftig funktioniert, dann wird das Ding vernetzt.
Ob nun über eine DB oder p2p per Avahi oder was ganz anderes... Mal sehen, ob ich da einen Ansatz finde, wo sich jeder einhängen kann.

EDIT: Ein Anfang ist gemacht, fehlt nur noch der Code...
https://github.com/flensrocker/vdr-plugin-recsearch

Lars.