Streams stoppen bei Inaktivität

Guten Abend,

ich rüste derzeit meine Konfiguration um von HTPC mit TV-Karte auf Octopus NET + VDR auf ARM-NAS.

Sowohl die Octopus als auch das NAS laufen permanent. Jetzt hätte ich das Ganze natürlich gerne so stromsparend wie möglich. D.h. wenn kein Client mehr auf den VDR zugreift und keine Aufnahme im Gange ist, dann wär's nicht schlecht, wenn der VDR auch sämtliche Streams beendet.

Leider tut er das nicht, wie ich im Webfrontend der Octopus nachprüfen kann (siehe Screenshot).

Kann man das irgendwie einstellen? Ich hab leider nichts dazu gefunden.

Zitat von SurfaceCleanerZ

Hi,

Ob Satip das kann weiß ich nicht. Ansonsten geht es mit dem dynamite-Plugin (bei lokalen Tunern).

Müsstest du mal testen ob das geht.

Aber wie soll erkannt werden, dass kein Tuner verwendet wird?

Sep 24 00:03:45 nas systemd[1]: Starting Video Disk Recorder Daemon...
Sep 24 00:03:56 nas vdr[28323]: [28323] VDR version 2.4.1 started
Sep 24 00:03:56 nas vdr[28323]: [28323] codeset is 'UTF-8' - known…
…
Sep 24 00:03:58 nas vdr[28323]: [28323] switching to channel 9 S19.2E-1-1057-61205 (RTLII HD)
…
Sep 24 00:20:36 nas vdr[28323]: [28323] [xine..put] OSD bandwidth: 594392 bytes/s (4643 kbit/s)
Sep 24 00:20:38 nas vdr[28323]: [28360] [xine..put] Closing connection 0
…
Sep 23 23:06:43 nas vdr[19143]: [19178] VNSI: Client with ID 1 connected: 192.168.109.24:50784
Sep 23 23:06:43 nas vdr[19143]: [19188] VNSI Client 1->192.168.109.24:50784 thread started (pid=19143, tid=19188, prio=high)
Sep 23 23:06:43 nas vdr[19143]: [19188] VNSI: Welcome client 'XBMC Media Center' with protocol version '13'
Sep 23 23:06:43 nas vdr[19143]: [19188] VNSI: LiveStreamer::Close - close
Sep 23 23:06:43 nas vdr[19143]: [19188] VNSI: close video input ...
Sep 23 23:06:43 nas vdr[19143]: [19188] VNSI: Successfully found following device: 0x701e38 (1) for receiving, priority=0
Sep 23 23:06:44 nas vdr[19143]: [19188] VNSI: Dummy receiver (0xb4114e80) activated
Sep 23 23:06:44 nas vdr[19143]: [19188] VNSI: activate live receiver: 1
Sep 23 23:06:44 nas vdr[19143]: [19188] VNSI: Successfully switched to channel 1 - Das Erste HD
Sep 23 23:06:44 nas vdr[19143]: [19188] VNSI: Started streaming of channel Das Erste HD (timeout 10 seconds)
…
Sep 23 23:06:58 nas vdr[19143]: [19190] VNSI: exit streamer thread
Sep 23 23:06:58 nas vdr[19143]: [19190] cLiveStreamer stream processor thread ended (pid=19143, tid=19190)
Sep 23 23:06:58 nas vdr[19143]: [19188] VNSI: LiveStreamer::Close - close
Sep 23 23:06:58 nas vdr[19143]: [19188] VNSI: close video input ...
Sep 23 23:06:58 nas vdr[19143]: [19188] VNSI: activate live receiver: 0
Sep 23 23:06:58 nas vdr[19143]: [19188] VNSI: Dummy receiver (0xb4114e80) deactivated
Sep 23 23:06:58 nas vdr[19143]: [19188] VNSI: close video input ...
Sep 23 23:06:58 nas vdr[19143]: [19188] VNSI: cxSocket::read(fd=28): eof, connection closed
Sep 23 23:06:58 nas vdr[19143]: [19188] VNSI Client 1->192.168.109.24:50784 thread ended (pid=19143, tid=19188)
Sep 23 23:06:58 nas vdr[19143]: [19189] device 1 receiver thread ended (pid=19143, tid=19189)
Sep 23 23:06:58 nas vdr[19143]: [19182] VNSI: removing client with ID 1 from client list

Bei SatIP hab ich noch keine Einstellung gefunden. Bisher beobachte ich folgendes Verhalten:

VDR-Start

Wenn der VDR-Service gestartet wird und alle Plugins initialisiert sind, wird sofort auf einen Kanal geschaltet. In den Einstellungen kann man konfigurieren, ob das der erste Kanal sein soll oder der zuletzt genutzte (setup.conf: InitialChannel = S19.2E-1-1019-10301). In der Zeit ist auch noch kein Frontend-Client geladen (Xineliboutput, Kodi per VNSI).

Das Dynamite-Plugin hatte ich noch nicht auf dem Schirm. Der Beschreibung nach zielt das aber eher auf das Hotplugging von Devices. Ich werd mich mal einlesen in das Plugin. Danke für den Tipp.

Clientüberwachung

Der VDR weiß, ob ein Client verbunden ist. Sowohl bei Xineliboutput als auch bei VNSI zeigt das Log an, ob ein Client verbunden ist.

Zitat von iNOB

Einfach die EPG Suche in den Einstellungen von Client/Server abschalten, dann ist Ruhe auf der Octopus.

Die EPG-Suche ist bei mir so konfiguriert, dass alle 5 Stunden ein Scan stattfindet. Auch hab ich beobachtet, dass beim epg-Scan die CPU-Leistung (schwaches NAS) auf 30% hochgeht. Ist das Scan beendet, liegt die CPU-Last für den VDR-Prozess nur noch bei 6-10%. Man kann also den Zeitraum des epg-Scans durchaus bestimmen. Der Screenshot von oben war außerhalb des epg-Scans.

Ideen

Ich werd mal den EPG-Scan und evtl. auch den Channelscan (Namen + PIDs) testhalber komplett deaktivieren. Auch hab ich schon beobachtet, dass beim Start von Xineliboutput nicht direkt auf den ersten/zuletzt genutzten Kanal geschaltet wurde sondern eine Art Titelbild angezeigt wurde. Ich wühl mich auch mal durch die Optionen in der setup.conf.

Falls ich nichts find, wär das wohl auch ein Fall für ein Feature Request, da ich wohl bestimmt nicht der Einzige mit dem Problem bin.

Das hatte ich bereits gefunden und explizit deaktiviert. Das Ziel ist weder das NAS noch den VDR-Dienst runterzufahren. Ersteres wäre komplett falsch, zweiteres braucht dann ja bei einer langsameren Kiste durchaus einige Zeit, bis der Dienst wieder verfügbar ist.

Socket Activation wäre natürlich ein Workaround - wenn auch ein eher schlechter.

Mir geht's halt wirklich nur darum, dass der VDR bei Inaktivität keinen Stream vom Device anfordert. Bei epg-scan, Channelscan oder Client Connection darf er gern loslegen. Wird bei der Octopus kein Stream abgerufen, ist der Verbrauch bei der Hälfte.

Zitat von M-Reimer

Was würde eigentlich passieren wenn man einfach ein nicht vorhandenes Sat-System einrichtet, nebst nicht tunbarem Kanal. Den dann als Startkanal festlegen. Dann müsste der VDR eigentlich mit "Kein Signal" dastehen...

Ich hab die Octopus erst mal vom Stromnetz getrennt. Wenn ich den VDR da starte, erscheint folgendes im Log:

Sep 24 12:07:04 nas systemd[1]: Starting Video Disk Recorder Daemon...
…
Sep 24 12:07:17 nas vdr[29720]: [29720] SATIP: Creating device CardIndex=0 DeviceNumber=0 [device 0]
Sep 24 12:07:17 nas vdr[29720]: [29744] SATIP poller thread started (pid=29720, tid=29744, prio=high)
…

Sep 24 12:07:19 nas vdr[29720]: [29720] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Sep 24 12:07:19 nas vdr[29720]: [29720] info: Kanal nicht verfügbar!
…
Sep 24 12:07:21 nas systemd[1]: Started Video Disk Recorder Daemon.

D.h. VDR startet, findet keine Karte/SatIP-Signal und meldet halt, dass der Kanal nicht verfügbar ist. Der VDR braucht in dem Fall fast keine CPU-Last. Ist also im Grunde genommen genau das, was ich will.

Das generelle Problem ist aber damit nicht behoben. Nach dem Disconnect eines Frontendclients würde ja der Stream trotzdem weiterlaufen. D.h. nach der ersten Nutzung ist damit wieder der unerwünschte Zustand erreicht.

Wünschenswert wäre eine Option:

ReleaseDeviceWhenIdle = 1
Und als Parameter dann halt, dass der Stream sofort gestoppt wird oder eine Art Timeout, wenn das irgendwie sinnvoll ist.

S.o. Screenshot im Startbeitrag. Wenn VDR gestartet wird, wird automatisch auf den ersten Sender/zuletzt gesehenen Sender geschaltet. VDR ruft den Stream vom Device (DVB-Tuner/SatIP-Tuner) ab. Ob der Stream dabei angezeigt wird, dürfte da keine Rolle spielen.

Zitat von M-Reimer

Wird dieser "ungültige Kanal" dann jemals weggeschaltet?

Ja, sobald sich ein Client verbindet und umschaltet.

Ich vermute mal, dass der initiale Kanal halt einfach dafür da ist, um die Verbindung zur TV-Karte aufzubauen.