QuoteOriginal von theblackraven
hi,
ich habe 2 vdrs am laufen. auf einem läuft noch ein streamdev client und auf dem anderen der streamdev-server. Das ganze funktioniert auch blendend. wenn ich jetzt aber was aufnehme, dann nimmt der vdr (der mit dem client) immer die dvb-karte vom server. wenn dieser ausgeschaltet wird, dann stürtzt vdr ab. kann man irgendwie einstellen, dass erst mal die eigene karte für die aufnahme genutzt wird?
Mir fällt dazu im Moment nur remotetimers ein. Auf dem client installieren, danach lässt sich steuern, ob auf dem Server oder dem client aufgenommen werden soll.
Gruß
Andi
Irgendwann hatte ich dazu mal einen Patch gepostet, finde ihn aber gerade nicht mehr. In den streamdev-Sourcen, Datei client/device.c, müsstest Du am Anfang der Methode "bool cStreamdevDevice:: ProvidesChannel(const cChannel, Channel, int Priority, bool *NeedsDetachReceivers) const" folgenden Code einfügen:
if (Priority > 0) return false;
Hintergrund: Im Gegensatz zu Live-TV haben Timer in der Regel eine höhere Priorität (default ist 50). Kommt ein Umschaltewunsch mit einer Priorität > 0 - also offenbar eine Aufnahme - behauptet streamdev-client einfach, es könne den Kanal nicht empfangen.
QuoteVielleicht geht das mit lifeguard ?
Von selbst ausschalten dürfte sich der Server-VDR nicht während gestreamt wird. Ich denke, theblackraven schaltet den Server bewusst von Hand aus. Und weil sein Client Aufnahmen grundsätzlich über streamdev holt (VDR versucht eben immer das Primäre-Device frei zu haben), gibt's dann einen "emergency exit", weil die Aufnahme die Signalquelle verliert. Danach wird die Aufnahme über die lokale DVB-Karte fortgeführt.
Quoteda es aber ne zeit dauert, bis der küchenrechner auch vdr am laufen hat dauert es immer 3 minuten bis mal ein bild zu sehen ist. kann man irgendwie die wartezeit verkürzen, indem das streamdev-client plugin einfach kürzer auf ne rückmeldung des servers wartet?
Wie - VDR läuft auf dem Client, zeigt Dir aber trotz eigener DVB-Karte nichts an bis der Streamdev-Server erreichbar ist? 
Das sollte in der Tat nicht 60 Sekunden dauern. Ich schaue mir das mal an. Kann Dir aber nicht versprechen, ob ich am Wochenende dazu komme...
Konnte das von Dir beschriebene Verhalten nicht nachvollziehen. Wenn ich die IP im streamdev-client auf eine nicht im Netzwerk verwendete Adresse stelle, dauert der Kanalwechsel deutlich länger (ca. 5 Sekunden), das ist aber auch schon die einzige Einschränkung.
Der VDR auf Deinem Client wird aber schon sofort gestartet? Nicht dass das VDR-Startskript des Clients zunächst auf den Server wartet und den Client-VDR erst startet, wenn der Server erreichbar ist...
QuoteDec 8 16:35:57 [logger] Waiting for server
(...)
Dec 8 16:38:57 [logger] Starting /usr/local/bin/vdr -u root -w 60 --config=/etc/vdr --shutdown='/_config/bin/vdrshutdown' --epgfile=/video/epg.data --log=$
Dec 8 16:38:57 [vdr] [6881] VDR version 1.4.7 started
Hier wartet definitiv ein Skript auf den Server. VDR wird erst um 16:38:57 gestartet.
Bezüglich gentoo muss ich leider passen. Ein grep -l 'Waiting for server' /etc/vdr/* /etc/vdr.d/* sagt Dir vielleicht, welches Skript für die Verzögerung zuständig ist. Vermutlich ist es entweder /etc/vdr.d/9999-gen2vdr oder /etc/vdr/runvdr.
Don’t have an account yet? Register yourself now and be a part of our community!