Sehe gerade, dass das README nicht im dynamite-Paket drin ist, hab's mal nachgetragen.
Gilt bestimmt auch für andere Pakete, werde ich immer mal wieder nachpflegen, wenn es mir auffällt.
Lars.
Sehe gerade, dass das README nicht im dynamite-Paket drin ist, hab's mal nachgetragen.
Gilt bestimmt auch für andere Pakete, werde ich immer mal wieder nachpflegen, wenn es mir auffällt.
Lars.
Ach ja, Open Source lebt natürlich vom Mitmachen.
Wenn es schöne Patches gibt, die ein README verbessern, sehe ich keinen Grund, der dagegen spricht, diese zu übernehmen.
Patches müssen nicht nur Code enthalten...
Lars.
Einfach "grep dynamite /var/log/syslog".
Genau so hatte ich es auch gemacht und das Ergebnis gepostet. Ich dachte nur dass es vielleicht einen Befehl gibt um den Status der Tuner abzufragen. Wie dem auch sein, das Plugin arbeitet bisher einwandfrei und senkt den Verbrauch auf sagenhafte 25 Watt im Idle Zustand. Da die Kiste vorher ca 40 Watt gezogen hat lässt sich die Ersparnis tatsächlich in Kisten Bier messen :).
Super! Welche Karte nutzt Du?
von unterwegs gesendet
Super! Welche Karte nutzt Du?
von unterwegs gesendet
CineS2 V6.5 + Flexmodul. Steht auch in der Signatur, konntest du aber vermutlich auf dem Handy nicht sehen
Genau:-) Danke!
von unterwegs gesendet
Das Ergebnis kann sich jedenfalls sehen lassen, abgesehen davon dass sich Adapter 0 nicht schlafen legt und die Zeit für den Timeout nicht passt. Da muss ich wohl noch weiter forschen
Konntest Du herausfinden, warum das Timeout nicht passt? Wenn ich bei mir ein Timeout von einer Minute einstelle, dauert es 30 Minuten und länger, bis die devices sich schlafen legen.
Auszug aus der syslog:
ZitatAlles anzeigenNov 7 14:11:46 myVDR vdr: [10644] dynamite: device /dev/dvb/adapter0/frontend0 unused for 34 minutes, set to idle
Nov 7 14:11:46 myVDR vdr: [10644] dynamite: device /dev/dvb/adapter1/frontend0 unused for 44 minutes, set to idle
Nov 7 14:11:46 myVDR vdr: [10644] dynamite: device /dev/dvb/adapter2/frontend0 unused for 44 minutes, set to idle
Nov 7 14:11:46 myVDR vdr: [10644] dynamite: device /dev/dvb/adapter3/frontend0 unused for 44 minutes, set to idle
Nov 7 14:11:46 myVDR vdr: [10546] dynamite: set device /dev/dvb/adapter0/frontend0 to idle
Nov 7 14:11:47 myVDR vdr: [10546] dynamite: set device /dev/dvb/adapter1/frontend0 to idle
Nov 7 14:11:48 myVDR vdr: [10546] dynamite: set device /dev/dvb/adapter2/frontend0 to idle
Nov 7 14:11:49 myVDR vdr: [10546] dynamite: set device /dev/dvb/adapter3/frontend0 to idle
Da kann ich dir nicht weiterhelfen, ich vermute dass dynamite auch schlafende Tuner nach einer gewissen zeit nochmal schlafenlegt. Hatte vorgestern das Plugin noch mal neu installiert und seitdem funktioniert das prima und alle Tuner schalten sich ab, oder besser sie werden abgeschaltet.
Das Prüfen, ob ein Tuner schlafen gelegt werden kann, passiert nicht jede Minute, sondern nur ab und an im Housekeeping.
Wenn der Timeout überschritten ist, wird er schlafen gelegen.
Das passiert eben nur ab und an, wenn der vdr nicht so viel zu tun hat. Wie oft genau das House-Keeping aufgerufen wird, weiß ich nicht.
Lars.
Ok, dann spielt es ja keine allzu große Rolle, ob ich das Timeout auf eine oder zehn Minuten setze.
Bislang habe ich in meiner Log jedoch noch keine Message gesehen, dass ein Device wieder aufgewacht ist ("set [...] to not idle" kann ich in meiner log nicht finden). Faktisch wachen die Karten des Streamdev-Host jedoch wieder auf, wenn ich Sie benötige (zumindest bekomme ich ein Bild auf den Streamdev-Clients). Am Strombedarf kann man auch sehen, wenn die Karten auf idle schalten (18W weniger bei Kombination L4M-Twin S2 ver 6.2 + Flex).
Mit welchem Loglevel läuft denn dein vdr?
Lars.
Standard Loglevel (3!?) würde ich behaupten (zumindest ist in /etc/default/vdr kein expliziter Loglevel gesetzt). Außer yaVDR 0.5 hat noch eine weitere Einstellung für das Loglevel.
Die Meldung "set [...] to not idle" scheint nur im Log aufzutauchen, wenn "--idle-wakeup" überschritten wurde. Das Aufwecken der devices durch Nutzung erscheint jedoch nicht im Log.
ZitatNov 8 10:41:46 myVDR vdr: [10644] dynamite: device /dev/dvb/adapter1/frontend0 idle for 12 hours, waking up
Nov 8 10:41:47 myVDR vdr: [10546] dynamite: set device /dev/dvb/adapter1/frontend0 to not idle
Nov 8 11:07:46 myVDR vdr: [10644] dynamite: device /dev/dvb/adapter1/frontend0 unused for 25 minutes, set to idle
Nov 8 11:07:46 myVDR vdr: [10546] dynamite: set device /dev/dvb/adapter1/frontend0 to idle
Das kann durchaus sein, müsste ich im Quellcode nachsehen.
Lars.
Das kann durchaus sein, müsste ich im Quellcode nachsehen.
Kannst Du mir noch einen Hinweis geben, wie ich diese "not idle" Meldungen ergänzen kann?
Ich habe den Verdacht, dass das Schlafenlegen durch dynamite zu Problemen führt. Wenn ich AutoIdle aktiviere, kommt es sporadisch vor, dass Aufnahmen fehlerhaft sind. Folgende Fehlermeldung erscheint dann im syslog:
Nov 13 01:11:09 myVDR vdr: [2193] frontend 1/0 timed out while tuning to channel 9, tp 111464
Nov 13 01:11:31 myVDR vdr: [14613] ERROR: video data stream broken
Nov 13 01:11:31 myVDR vdr: [14613] emergency exit request ignored according to setup
plugin.dynamite.conf
--EnableAutoIdle /dev/dvb/adapter0/frontend0
--EnableAutoIdle /dev/dvb/adapter1/frontend0
--EnableAutoIdle /dev/dvb/adapter2/frontend0
--EnableAutoIdle /dev/dvb/adapter3/frontend0
--idle-timeout=1
--idle-wakeup=12
Ein Restart des vdr service behebt das Problem dann vorerst.
Im Einsatz habe ich yaVDR 0.5 stable mit "L4M-Twin S2 ver 6.2 + Flex". Das Ganze läuft als headless auf Proxmox 3.1 (das ganze lief nun seit Anfang des Jahres stabil ohne Probleme).
Bevor nun aber das große Rätselraten beginnt, würde ich gerne über das
Logging des dynamite prüfen, ob die devices überhaupt aufgeweckt werden! Daher bin ich über jede Hilfestellung dankbar, wie ich das Logging des dynamite plugins erweitern kann.
Ein Restart des vdr service behebt das Problem dann vorerst.
Im Einsatz habe ich yaVDR 0.5 stable mit "L4M-Twin S2 ver 6.2 + Flex". Das Ganze läuft als headless auf Proxmox 3.1 (das ganze lief nun seit Anfang des Jahres stabil ohne Probleme).
Bevor nun aber das große Rätselraten beginnt, würde ich gerne über das
Logging des dynamite prüfen, ob die devices überhaupt aufgeweckt werden! Daher bin ich über jede Hilfestellung dankbar, wie ich das Logging des dynamite plugins erweitern kann
Servus,
da schließe ich mich an, ich habe ein ähnliches Setup (ebenfalls auf Proxmox) und ab und an kann ich einzelne Kanäle nicht mehr streamen. Aufnahmen laufen aktuell nicht so viele, da ist es mir aber auch schon mal aufgefallen.
Die "Probleme" fingen auch damit an, als ich das dynamite Plugin verwendet habe, um die L4M in den Schlaf zu schicken. Es ist zwar "nur" sporadisch, aber der WAF sinkt schon etwas...
cu
Markus
Würde das Plugin ja auch gern mal probieren, bin aktuell aber auf VDR 2.1.2. Gibts denn da irgendwo einen Patch?
Nein, es gibt noch keinen Patch für den VDR 2.1.x. Soweit ich das mitbekommen habe läuft es durch die Änderungen am VDR für die Rotor-Unterstützung eher auf einen Rewrite des Plugins hinaus.
vdr-freak & mahlzeit:
Dann müsst ihr den vdr-Patch erweitern. In device.c, dvbdevice.c und dvbci.c gibt es eine Funktion "SetIdle" bzw. "SetIdleDevice". Da könnt ihr nach belieben "isyslog"-Aufrufe einstreuen. Da ihr beide die Hardware durchreicht, vielleicht kriegt der vdr anschließend das Frontend nicht wieder richtig geöffnet, weil der Host irgendwie noch nicht so weit ist? Hab davon aber keine Ahnung.
Lars.
ZitatIch habe den Verdacht, dass das Schlafenlegen durch dynamite zu Problemen führt. Wenn ich AutoIdle aktiviere, kommt es sporadisch vor, dass Aufnahmen fehlerhaft sind. Folgende Fehlermeldung erscheint dann im syslog:
Den Verdacht kann ich bestätigen
Nov 3 20:16:24 Fernseh-PC vdr: [5616] ERROR: video data stream broken
Nov 3 20:16:24 Fernseh-PC vdr: [5616] emergency exit request ignored according to setup
Nov 3 20:16:54 Fernseh-PC vdr: [5616] ERROR: video data stream broken
Nov 3 20:16:54 Fernseh-PC vdr: [5616] emergency exit request ignored according to setup
Nov 3 20:17:01 Fernseh-PC CRON[5747]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Nov 3 20:17:02 Fernseh-PC vdr: video: 11:37:33.123 +25 3214 0/\ms 182+7 v-buf
Nov 3 20:17:24 Fernseh-PC vdr: [5616] ERROR: video data stream broken
Nov 3 20:17:24 Fernseh-PC vdr: [5616] emergency exit request ignored according to setup
Nov 3 20:17:25 Fernseh-PC vdr: [5182] [softhddev]Freeze:
Nov 3 20:17:26 Fernseh-PC vdr: video: decoder buffer empty, duping frame (135/6960) 182 v-buf
Nov 3 20:17:26 Fernseh-PC vdr: video: 11:37:56.623+8888 0 0/\ms 182+5 v-buf
Nov 3 20:17:54 Fernseh-PC vdr: [5616] ERROR: video data stream broken
Nov 3 20:17:54 Fernseh-PC vdr: [5616] emergency exit request ignored according to setup
Nov 3 20:18:02 Fernseh-PC vdr: video: decoder buffer empty, duping frame (1960/6960) 182 v-buf
Nov 3 20:18:02 Fernseh-PC vdr: video: 11:37:56.623+8888 0 0/\ms 182+5 v-buf
Nov 3 20:18:24 Fernseh-PC vdr: [5616] ERROR: video data stream broken
Nov 3 20:18:24 Fernseh-PC vdr: [5616] emergency exit request ignored according to setup
Alles anzeigen
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!