VDR Server Client System

Ja das geht.
streamdev ist das Plugin für die TV-Streams mit dem du das realisieren kannst.

Zu den Hardware-Anforderungen findest du im vdr-wiki
viele brauchbare Infos.

Hallo, willkommen im :portal1!

Zitat

Original von Suchender
Einen zentralen „VDR-Server“ der 2 – 4 S2 Sat-tuner und eine große Festplatte hat. Selber aber kein TV angeschlossen hat.

Man kann die Ausgabe auch auf einen anderen Rechner umleiten. Von da aus kann man dann alles machen, als ob man vor dem eigentlichen VDR sitzt.

Zitat

Da dieser immer laufen soll,

Das ist eigentlich nicht nötig, das mit dem Aufwachen (WOL und Timer) klappt eigentlich sehr zuverlässig.

Zitat

( HDTV fähige Sat-Tuner )

Aufpassen, was du da kaufst, da hakt es bei einigen noch an den Treibern!
DVBS ist für den Einstieg eigentlich problemloser und die gibt es gebraucht sehr günstig.

Zitat

Ich möchte mit den Clients arbeiten können wie mit einer SetTop Box wie sie z.B. bei T-Home Entertain benutzt wird.

Das Teil kenn ich nicht.

Zitat

Soll heißen die Clients bedienen sich der „Tuner“ des VDR-Servers. Aufnahmen die ich auf den Clients Programiere sollen aber auf dem Server ausgeführt werden.

(Timer programmiere ich, dank dem EPGsearch-plugin, inzwischen nur noch sehr selten von Hand.)

Zitat

Alle Aufnahmen sollen allen Clients zu Verfügung stehen.

Ein "Client" auf einmal ist gar kein Problem (siehe oben).
Bei mehreren Clients gleichzeitig wird es etwas komplizierter, ist aber auch möglich (siehe: streamdev_plugin und remote_timers_plugin).
Zu Detailfragen kann ich nichts sagen, da muss dann aber jemand einspringen, der so eine Installation am laufen hat.

Zitat

Original von SHF

(Timer programmiere ich, dank dem EPGsearch-plugin, inzwischen nur noch sehr selten von Hand.)

Ein "Client" auf einmal ist gar kein Problem (siehe oben).
Bei mehreren Clients gleichzeitig wird es etwas komplizierter, ist aber auch möglich (siehe: streamdev_plugin und remote_timers_plugin).
Zu Detailfragen kann ich nichts sagen, da muss dann aber jemand einspringen, der so eine Installation am laufen hat.

Läuft mit remotetimers einwandfrei. Ich programmiere einen Timer auf dem (diskless) client, gespeichert wird er automatisch auf dem Server. Dabei kann aber auch voreingestellt werden, dass der timer standardmäßig auf dem client statt dem server gespeichert werden soll. Beides ist möglich. Debianisiert hier. "Streamen" der Aufnahmen realisiere ich auf den clients durch Einbindung der Aufnahmeverzecihnisse des servers auf den clients mit nfs. Siehe Howto diskless client.
Ob das alles auch mit HD-Aufnahmen läuft (Datenmenge /~rate), weiß ich nicht.

Gruß

Andi

Zitat

Ob das alles auch mit HD-Aufnahmen läuft (Datenmenge /~rate), weiß ich nicht.

Tut es

Zitat

Original von schmirl

Tut es

Ah, der Urheber des plugins persönlich ;). Kannst du was zum System (Auslastung) sowie Datenrate sagen, die da brutto übers Netz rauscht? Wäre mal interessant. HD mit streamdev läuft auch?

Gruß

Andi

Zitat

Kannst du was zum System (Auslastung) sowie Datenrate sagen, die da brutto übers Netz rauscht? Wäre mal interessant. HD mit streamdev läuft auch?

Alles sehr unspektakulär, darum kann ich auch nicht mit konkreten Zahlen dienen ;). Liefere ich aber bei Gelegenheit nach. Vielleicht gibt Dir die verwendete Hardware einen Hinweis, wie unspektakulär die Anforderungen sind :schiel:
Mein Server ist mittlerweile ein PIII mit 450 MHz. Ich musste meinen PII 350 ersetzen, da das Board kein PCI 2.2 unterstützte und deshalb die TT3200 nicht funktionierte. DVB-S HD-Kanäle wie EinsFestival HD waren mit dem PII aber auch kein Problem. Client ist ein Epia M10000 (1GHz) mit HD-Extension.

pxe boot ist eigentlich nicht sonderlich kompliziert. das ganze richtet man an einem abend locker ein... man muss sich nur schlau machen wie man was wo einstellt...

ich würde übrigends die streams per xineliboutput ausliefern, da damit vdpau schon möglich ist.

mit remote-timers würde ich überhaupt nicht spielen. Lieber mehrere VDRs am server rennen haben die sich die dvb-s karten leihen und die clients per xineliboutput anbinden.

zu set-top-boxen habe ich bisher auch noch nix gestreamt...

73

soweit ich weis verwendet streamdev auch ffmpeg, nur weis ich nicht inwieweit vdpau auf streamdev getestet und unterstützt wird. Möglich ists auf jedenfall. im hdtv-forum hier wird aber nur von xineliboutput gesprochen.

Ich hab sowas wie du vor hast bei mir laufen und bei mir ist alles xineliboutput.

pxe-boot habe ich testweise am laufen gehabt... die clients werde ich irgendwann umstellen. derzeit hab ich die zeit dazu nicht.

auf die schnelle liefert google zu dem thema das hier:

http://www.digitalpeer.com/id/linuxnfs
http://alien.slackbook.org/dok…doku.php?id=slackware:pxe

73

Hi,

...vielleicht hilft das hier weiter:

https://wiki.koeln.ccc.de/index.php/Ubuntu_PXE_Install

Grüße
Funzt

Suchender: Lass Dich nicht verwirren.

Im VDR gibt es Eingabegeräte (wie z.B. DVB-Karten oder Streamdev-Client) und Ausgabegeräte (Hardware-Decoder wie DXR3-Karte und HD-Extension oder Software-Decoder wie softdevice oder xineliboutput). Eine FF-DVB-Karte ist beides in einem. Jeder VDR kann mehrere Eingabegeräte aber nur genau ein Ausgabegerät haben. Und dann gibt es noch Empfänger die irgendwas mit Datenströmen anstellen, die von den Eingabegeräten kommen. Dazu gehört die Komponente die Aufnahmen macht genauso wie der Streamdev-Server.

Wenn Du Client-Server mit VDR machen willst hast Du grundsätzlich zwei Möglichkeiten: streamdev und xineliboutput.

Streamdev heißt, Du hast einen Server an den Du beliebig viele voneinander unabhängige Clients hängst. Der Server kann ein Ausgabegerät haben, muss aber nicht. Wenn Du keines brauchst kannst Du das dummydevice als Dummy-Ausgabegerät einbauen. Andernfalls erklärt VDR einfach eine Budget-Karte zum Ausgabegerät. Als Client kannst Du zum einen irgendein Programm nehmen, dass über HTTP oder (in der CVS-Version von streamdev) über Multicast Streams wiedergeben kann. Oder Du nimmst als Client ebenfalls einen VDR. Als Eingabegerät für den Client dient dann Streamdev-Client. Soll der Client mehrere Transponder gleichzeitig vom Server empfangen könne (z.B. für osdpip oder clientseitige Aufnahmen) kannst Du einem Client auch mehrere Streamdev-Clients verpassen. Das Ausgabegerät bleibt Dir überlassen. Das kann xineliboutput mit VDPAU sein.

Xineliboutput stellt wie bereits erwähnt ein Ausgabegerät zur Verfügung. Allerdings hat es auch eine Netzwerkoption, so dass sich xine-clients (keine VDRs!) über das Netzwerk mit xineliboutput des VDR-Servers verbinden können. Über xineliboutput bedient der Client direkt den Server-VDR. Du bekommst das OSD des Servers und kannst auf diesem Wege auch Aufnahmen anschauen. Wenn nun aber mehrere Clients zugreifen, teilen sich diese alle den selben VDR. Es sehen also alle immer das selbe (inkl. OSD).

Nun kann man noch Mischlösungen bauen: Auf dem Server läuft eine VDR-Instanz mit allen DVB-Karten und einmal xineliboutput. Zusätzliche Clients dann entweder über das Netzwerk mit streamdev anbinden oder aber auf dem Server weitere VDR-Instanzen jeweils mit xineliboutput starten die dann serverintern über streamdev an der Haupt-Instanz hängen. Das ist wohl die Variante die oe6jwf vorgeschlagen hatte. Wie er damit aber eine sinnvolle Timerverwaltung ohne Hilfsmittel wie remotetimers, vdr-admin o.ä. implementieren möchte ist mir ein Rätsel.

Und übrigens hat streamdev nichts mit ffmpeg zu tun

Zum Thema booten: Meine Clients laufen auch mit PXE. Meinen Haupt-Client im Wohnzimmer lege ich mit Suspend-to-RAM schlafen. Das hat zwei Vorteile: Nach dem Einschalten bekomme ich in kürzester Zeit ein Bild und ich muss den Server nicht 24/7 laufen lassen - den kann mir der Client per WOL aufwecken. Für den Fall dass der Client booten muss aber der Server gerade nicht läuft, habe ich eine kleine alte CF-Card über IDE-Adapter im Gerät (USB-Stick würde es genauso tun) die ein minimales System enthält das nichts anderes macht als dem Server ein WOL zu schicken und dann neu zu booten (dann eben über PXE). In dem Fall dauert es halt etwas länger bis ein Bild kommt, aber wie oft gibt es schon Stromausfall...

hallo schmirl,

DANKE für die ausführliche beschreibung - bin gerade dran, streaming für meine bessere hälfte (für's schlafzimmer) anzugehen. also nur 1 client und 1 server im wohnzimmer, der gleichzeitig "mein" ausgabedevice darstellt

nun spar ich mir viel sucharbeit und zeit für's verständnis!

gruß, ciax

Zitat

Original von schmirl
Nun kann man noch Mischlösungen bauen: Auf dem Server läuft eine VDR-Instanz mit allen DVB-Karten und einmal xineliboutput. Zusätzliche Clients dann entweder über das Netzwerk mit streamdev anbinden oder aber auf dem Server weitere VDR-Instanzen jeweils mit xineliboutput starten die dann serverintern über streamdev an der Haupt-Instanz hängen. Das ist wohl die Variante die oe6jwf vorgeschlagen hatte. Wie er damit aber eine sinnvolle Timerverwaltung ohne Hilfsmittel wie remotetimers, vdr-admin o.ä. implementieren möchte ist mir ein Rätsel.

Und übrigens hat streamdev nichts mit ffmpeg zu tun

Bei mir ist das sogar noch krasser... 2 Server mit 8 Sat-Karten... kein streamdev sondern pro vdr-instanz 2 karten fix zugeteilt... bei mir war damal wie ich das so eingerichtet hatte streamdev nach 1-2 wochen dauerbetrieb keine freien karten mehr obwohl garkein client connected war...

Timerverwaltung gibts bei mir nicht, da jeder client komplett unabhängig sein muss von den anderen... wobei ich z.b schon aufnahmen von meinem bruder nutze... sprich sein video dir per symlink in mein video-dir reingeholt..

das live-plugin ist übrigends auch überall drauf... wunderbares teil.. mit vdr-admin hatte ich probleme bei mehreren installationen auf einem server.. das geht mit live ohne probleme

stimmt streamdev ist nur datentransport.. hatte mich da mit softdevice vertan...

73

Suchender: Wenn Du den Server-VDR über eine Web-Oberfläche pflegen willst nimmst Du vdr-admin oder das Live-Plugin. Um von einem Client-VDR aus Timer auf dem Server anzulegen ist das remotetimers-Plugin oder das timersync-Plugin das Mittel der Wahl. Hier hatte ich mal zusammengeschrieben, was für Plugins man bei Client-Server mit streamdev am besten installiert: Diskless/Fanless Streaming Clients.

oe6jwf: Dass streamdev die Karten nicht mehr frei gibt muss aber schon eine ganze Weile her sein. Ich erinnere mich dunkel, dass es da mal ein Problem gab, wenn der Client VDR nicht geregelt beendet wurde.

Nun weiß ich nicht warum Du die VDRs so strikt voneinander trennen willst. Wenn es nur darum geht, dass nicht jeder immer die Timer des anderen sieht oder gar löschen kann: Da wäre Dir vielleicht schon mit den Benutzer-IDs für Timer und Aufzeichnungen geholfen die es seit remotetimers-0.1.0 gibt.

HI,

und da es kaum Boards mit genügend PCI gibt, empfehle ich den Netceiver. Das kleine Board fasst bis zu drei Dualtuner DVB-S(2) Karten und verteilt diese über ein Netzwerk an Server/client.

Der Server braucht nicht mehr zwingend x-PCI(e) Slots und man kann den Seerver auch da hinstellen, wo es schön Kühl ist, man braucht nur noch ein Netzwerkkabel (anstelle von bis zu sechs Satkabel).

Zitat

Wo ist der VDR am aktuellsten in der Paketverwaltung installiert? Oder sind die gleich? Ich möcht schon die Paketverwaltung benutzen und nicht die Programme von Hand übersetzen müssen. ( OK ein bischen faul bin ich schon ) Wichtig ist meiner Meinung auch die Zeitdauer die der VDR zum booten braucht. Oder bleibe ich lieber bei Ubuntu weil ich mich da am besten auskenne?

Ich selber nutze Ubuntu 8.04LTS, Hanno hat ein Repository für Ubuntu, nicht das neuste aber sehr stabil... Ansonsten Debian, gentoo oder was auch immer.

Der VDR braucht in einer Standarddistro immer lange, also wenn es schnell gehen soll, muss man schon etwas hand anlegen. Aber Zeit ist relativ, es gibt Leute, denen sind schon 30sek. lang

MfG
Kris

30sec sind mit einer slackware problemlos drinnen... solange man nicht ext3 verwendet und damit regelmäßig file-system-checks vom einige TB plattenpaket machen darf (also lieber xfs oder ähnliches verwenden..)

es gibt genau ein am2+ board mit 4x-PCI ... ist von gigabyte..

intel boards gibts einige.. wobei ich bei denen nie sicher bin welche CPU jetzt tatsächlich auf denen läuft...

Sonst helfen nur mehr pci-backplanes mit slot-cpus...kosten aber sicher mehr geld wie du für 2 24/7-Server in mehreren Jahren strom verbrauchst...

schmirl es liegen sogar die video-dirs auf unterschiedlichen platten derzeit sind 3TB voll.. auto-timer sind hin und wieder echt was böses *g*
Die vdr-versionen sind auch nicht überall gleich.. dafür hab ich ein nettes scriptset geschrieben

und ja, meine streamdev-erfahrungen sind schon ziemlich lange her... so ist das ganze aber soweit stabil, dass ich regelmäßig 2 monate uptime auf jedem vdr-server habe.. dann kommt meist ein sturm und kappt ein stromkabel oder ähnliches

73