[0.4 pre 01] Bild bleibt hängen- Ist es das dynamite Plugin ?

Unbedingt in den Bugtracker damit.

Gerald

Sep 15 02:41:31 htpc vdr: [1872] dynamite: device /dev/dvb/adapter1/frontend0 unused for 15 minutes, set to idle
Sep 15 02:41:31 htpc vdr: [1872] dynamite: set device /dev/dvb/adapter1/frontend0 to idle

Die LOG-Einträge vom dynamite habe ich bei meiner DD Cine S2 v6 auch, allerdings kann ich die von Dumpfbacke beschriebenen
Hänger nicht bestätigen. Kommt die Meldung nicht vielmehr daher, dass /dev/dvb/adapter1/frontend0 schlichtweg zu der Zeit wirklich
nicht in Verwendung ist und schlafengelegt wird (es gibt ja schließlich noch /dev/dvb/adapter0/frontend0 und der idled bei mir nie)?

Cheers,
Ole

Korrekt - dynamite kann seit einer der letzten Versionen nicht genutzte Tuner schlafenlegen - unsere Standardkonfiguration ist 15 min Nichtbenutzung legt den Tuner schlafen, 3h schlafen aktiviert die Karte wieder und erlaubt den EPG Scan. Ansonsten wird die Karte sofort wieder aktiviert wenn sie benutzt wird.

Zu Hängern sollte dies eigentlich nicht führen. Nach der Symptomatik scheint es nicht die Karte die Idle ist abzuschalten, sondern die, welche grade in Benutzung ist. Sehr merkwürdig

Wie Gerald schon sagte - Für sowas einen Bug aufmachen, damit wir es uns anschauen können.

ich hatte das problem glaube ich nun auch mal. allerdings habe ich wegen anderer testzwecke das dynamite zurzeit abgeschaltet. jwerde das heute abend wohl auch nohmal genauer prüfen müssen

Moin!

Kannst du mal im Log ein wenig "zurückspulen" und nachsehen, welches Device wofür verwendet wird? Wird das, was abgeschaltet wird, für Live-TV benutzt oder wird es tatsächlich nicht benutzt?

Die Zeiten sind so unterschiedlich, weil dynamite nur auf das "Housekeeping" für Plugins reagiert und das wird nur unregelmäßig aufgerufen.

Lars.

um es provokant aber nicht bös zu formulieren:

Also ich möchte das gar nicht das dynamite eine von meinen Karten schlafen legt, sowas kann man auf ner Serverbox machen aber nicht auf ner Wohnzimmerbox, auch nicht wenn drei Karten verbaut sind. Die Kiste ist einfach auf 100% Komfort ausgelegt, da leg ich weder ne Festplatte schlafen noch schalte ich ne Sat Karte ab, da will ich Action sobald ich auf nen Knopf drücke und pip sehen will oder anderes, und keinen Weckruf.

Kannst du solche Funktionen evtl abschaltbar machen, bis dahin nehm ich es auch raus?

Danke,
Christian

/etc/vdr/plugins/plugin.dynamite.conf

#
# Command line parameters for vdr-plugin-dynamite
#
# For more details see:
#   - /usr/share/doc/vdr-plugin-dynamite/README
#
# -i, --idle-hook=/path/to/program
# set program to be called on SetIdle and reactivation
# -I, --idle-timeout=m
# if a device is unused for m minutes set it to idle
# -W, --idle-wakeup=h
# if a device is idle for h hours wake it up (e.g. for EPG scan)


--idle-timeout=15
--idle-wakeup=3

Zitat

a will ich Action sobald ich auf nen Knopf drücke

da muss ich dynamite mal wieder in schutz nehmen.
genau das passiert hier, auch mit dem idlen !

ich geh eher von dreckstreibern aus ...
dieser ganze s2 kram läuft doch überall beschissen.

Moin!

Zitat von Dumpfbacke

Nach welchen Einträgen muss ich da suchen?Mein syslog ist wegen zahlreicher Timer sehr unübersichtlich....

Beim vdr-Start müsstest du sehen, welcher Devicepfad welcher vdr-Device-Nummer zugeordnet wurde. Und dann kannst du beim Kanalwechsel sehen, welches Devices benutzt wird.

Lars.

Moin!

Zitat von CKone

Kannst du solche Funktionen evtl abschaltbar machen, bis dahin nehm ich es auch raus?

Natürlich ist es auch abschaltbar. Wenn man die Parameter "idle-timeout" und "idle-wakeup" nicht angibt, wird damit das automatische Schlafenlegen abgeschaltet.

Lars.

Bis auf Fehlfunktionen die natürlich auftreten können, sollte man von dem Feature aber nix merken. Er läd ja nicht erst die Treiber oder so - es wird lediglich das device geschlossen und beim ersten Zugriff wieder aufgemacht. Da sollte es keine (messbare) Verzögerung geben.

Zitat von hotzenplotz5

#
# Command line parameters for vdr-plugin-dynamite
#
# For more details see:
# - /usr/share/doc/vdr-plugin-dynamite/README
#
# -i, --idle-hook=/path/to/program
# set program to be called on SetIdle and reactivation
# -I, --idle-timeout=m
# if a device is unused for m minutes set it to idle
# -W, --idle-wakeup=h
# if a device is idle for h hours wake it up (e.g. for EPG scan)

Alles anzeigen

naja, da steht aber nicht was ich einstellen muss damit er das gar nicht tut, vllt so ?

--idle-timeout=0

Zitat von hotzenplotz5

da muss ich dynamite mal wieder in schutz nehmen.
genau das passiert hier, auch mit dem idlen !

allein das design geht nicht, da schreit jemand er will Strom sparen und schwupps wirds überall abgeschaltet. Ihr habt doch auch kein idle für hdd's fest konfigurert, oder?

Zitat von hotzenplotz5

ich geh eher von dreckstreibern aus ...
dieser ganze s2 kram läuft doch überall beschissen.

nee, kann eigentlich nicht klagen Holger, läuft prima. Du kannst ja mal auf n Bier vorbeikommen dann zeig ich dirn ordentlich vdr

Moin!

Nur mal zur Erklärung, was beim "Idle" passiert: es werden einfach nur die File-Deskriptoren für das Frontend geschlossen.
Wird ein Device wieder benötigt, wird es einfach wieder geöffnet. Die "Verzögerung" sollte eigentlich nicht spürbar sein, es sei denn, es wird dadurch vielleicht ein Firmware-Upload in die Karte angestoßen oder so. Aber ich denke mal, das passiert nur beim Booten. Wenn die Firmware erst mal "da ist", sollte sie nicht noch mal geladen werden.

Dumpfbacke: Du kannst es auch manuell testen. Per "svdrpsend plug dynamite lstd" kannst du dir die Devices anzeigen lassen und dann gezielt per "svdrpsend plug dynamite setidle /dev/dvb/adapter0/frontend1" (oder auch mit der Zahl aus der LSTD-Ausgabe) schlafen legen.

Lars.

Zitat von steffen_b

Bis auf Fehlfunktionen die natürlich auftreten können, sollte man von dem Feature aber nix merken. Er läd ja nicht erst die Treiber oder so - es wird lediglich das device geschlossen und beim ersten Zugriff wieder aufgemacht. Da sollte es keine (messbare) Verzögerung geben.

das liest sich dann aber schon ganz anders als "schlafen legen"

Moin!

Ach ja: dynamite legt das Device nicht wirklich "schlafen", es wird ja nur geschlossen. Was der Treiber dann macht, wenn ein Gerät nicht benutzt wird, ist seine Sache. Und wenn das wieder Öffnen Probleme auf dem zweiten Adapter verursacht, kann das auch auf Probleme im Treiber hinweisen.

Es geht auch nicht so sehr ums Stromsparen. Aber wenn so ein DVB-Adapter eigentlich die ganze Zeit gut warm ist, obwohl er eigentlich nicht benötigt wird, sollte es die Lebensdauer durchaus verlängern können, wenn er sich abkühlen darf. Es wird ja auch keiner ernsthaft gezwungen, das zu benutzen. Es gab bloß genügend Leute, die sich sowas gewünscht haben, deshalb wurde das Feature eingebaut.

Lars.

P.S.: Ich finde es gut, wenn sich auch andere Leute aktiv mit diesem neuen Feature auseinandersetzen. Nur, weil es bei uns im Team funktioniert, heißt es ja nicht, dass es woanders nicht Probleme bereiten kann. Ich hoffe, wir finden eventuelle Fehler, egal, ob in dynamite, dem Treiber oder sonstwo...

Zitat von mini73

Was der Treiber dann macht, wenn ein Gerät nicht benutzt wird, ist seine Sache.

Womit dann zu klären wäre, welche DD Cine S2 bei Dumpfbacke verbaut ist. Wie gesagt, hier (DD Cine S2 v6 - ddbridge)
treten trotz dynamite idle keine Hänger auf. Evtl. bei älteren Karten mit ngene?

Cheers,
Ole

Zitat von mini73

Kannst du mal im Log ein wenig "zurückspulen" und nachsehen, welches Device wofür verwendet wird? Wird das, was abgeschaltet wird, für Live-TV benutzt oder wird es tatsächlich nicht benutzt?

Ich fühl mich da auch mal angesprochen

Sep 15 16:45:23 hdvdr vdr: [3725] initializing plugin: dynamite (0.0.8): attach/detach devices on the fly
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: creating dynamic device slots as much as possible
Sep 15 16:45:23 hdvdr vdr: [3725] new device number 16
Sep 15 16:45:23 hdvdr vdr: [3725] new device number 17
Sep 15 16:45:23 hdvdr vdr: [3725] new device number 18
Sep 15 16:45:23 hdvdr vdr: [3725] new device number 19
Sep 15 16:45:23 hdvdr vdr: [3725] new device number 20
Sep 15 16:45:23 hdvdr vdr: [3725] new device number 21
Sep 15 16:45:23 hdvdr vdr: [3725] new device number 22
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: probing /dev/dvb/adapter0/frontend0
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: probing /dev/dvb/adapter1/frontend0
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: udev cardindex is (null)
Sep 15 16:45:23 hdvdr vdr: [3725] new sub-device number 1
Sep 15 16:45:23 hdvdr vdr: [3725] frontend 0/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
Sep 15 16:45:23 hdvdr vdr: [3725] LNB-sharing: patch version 0.1.4
Sep 15 16:45:23 hdvdr vdr: [3725] LNB-sharing: setting device 1 to use LNB 1
Sep 15 16:45:23 hdvdr vdr: [3725] Device 1: will send signals (like 22kHz) to LNB nr. = -1 
Sep 15 16:45:23 hdvdr vdr: [3729] tuner on frontend 0/0 thread started (pid=3725, tid=3729)
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: attached device /dev/dvb/adapter0/frontend0 to dynamic device slot 1
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: udev cardindex is (null)
Sep 15 16:45:23 hdvdr vdr: [3725] new sub-device number 2
Sep 15 16:45:23 hdvdr vdr: [3725] frontend 1/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
Sep 15 16:45:23 hdvdr vdr: [3725] LNB-sharing: patch version 0.1.4
Sep 15 16:45:23 hdvdr vdr: [3725] LNB-sharing: setting device 2 to use LNB 2
Sep 15 16:45:23 hdvdr vdr: [3725] Device 2: will send signals (like 22kHz) to LNB nr. = -2 
Sep 15 16:45:23 hdvdr vdr: [3731] tuner on frontend 1/0 thread started (pid=3725, tid=3731)
Sep 15 16:45:23 hdvdr vdr: [3730] section handler thread started (pid=3725, tid=3730)
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: attached device /dev/dvb/adapter1/frontend0 to dynamic device slot 2
Sep 15 16:45:23 hdvdr vdr: [3732] section handler thread started (pid=3725, tid=3732)
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: udev cardindex is (null)
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: /dev/dvb/adapter0/frontend0 is already attached
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: udev cardindex is (null)
Sep 15 16:45:23 hdvdr vdr: [3725] dynamite: /dev/dvb/adapter1/frontend0 is already attached

Sep 15 17:16:02 hdvdr kernel: [ 2412.413791] demux_worker: called but nothing to do
Sep 15 17:16:56 hdvdr vdr: [3725] dynamite: device /dev/dvb/adapter1/frontend0 unused for 17 minutes, set to idle
Sep 15 17:16:56 hdvdr vdr: [3725] dynamite: set device /dev/dvb/adapter1/frontend0 to idle

yavdr/unstable-vdr/ubuntu natty :aktuell

Moin!

Zitat von Virenhaendler

Ich fühl mich da auch mal angesprochen

Genau diese Stellen meinte ich. Und jetzt noch etwas später nach dem ersten Teil des Logs müsste man sehen, welches Device benutzt wird (channel switch Meldung).
Hast du auch Aussetzer? Wenn ja, kannst du sie mit "svdrpsend plug dynamite setidle /dev/dvb/adapter1/frontend0" provozieren?

In einem anderen Thread wird gerade empfohlen, das Plugin "systeminfo" zu deaktiveren, ich weiß aber noch nicht, warum...

Lars.