Wie schaltet ihr euer seduatmo Ambilight Netzteil?

Wenn man herausfindet, ob der VDR durch Timer gestartet wurde, kann man ja ein svdr command absetzen und das Plugin detachen.

svdrpsend PLUG seduatmo mode detach

Oder halt den xserver bzw. softhddevice nicht starten, dann geht auch kein seduatmo.

also wenn softhddevice detached ist liefert es kein Bild und dann kommt auch nix aus dem Ambi

bei yavdr geht das mE automatisch bei Timern

Christian

dbus2vdr hat da extra einen Aufruf für, damit externe Programme sich informieren können, ob der vdr denkt, manuell oder automatisch gestartet worden zu sein.

https://github.com/flensrocker…r/blob/master/README#L310

Geht auch sehr komfortabel mit Python.

https://github.com/flensrocker…er/bin/vdr-manualstart.py

Lars.

Zitat von mini73

dbus2vdr hat da extra einen Aufruf für, damit externe Programme sich informieren können, ob der vdr denkt, manuell oder automatisch gestartet worden zu sein.

du geiler Typ. sowas haben wir in dem, und egtl auch im gtft Kontext lange gesucht

War einer der Hauptpunkte, die dbus2vdr können sollte, was meinst du, was das vdr-frontend-Script in yavdr denn benutzt, um herauszufinden, ob der vdr manuell gestartet wurde...?

Lars.

aber eine Frage hab ich noch, ob ich das Ding jetzt per WOL aufgerufen habe kriegen wir nicht mit, oder?

Christian

Nö, das weiß der PC ja nicht.
Wenn der vdr gestartet ist, kann er das ja signalisieren (z.B. mit einem Broadcast oder wie bei yaVDR mit Avahi). Und der, der WOL ausgelöst hat, muss dann darauf reagieren, denn der weiß ja, was er wollte.

yavdr: Aktuell kommt aber der Avahi-Announce vom SVDRP-Port noch losgelöst vom vdr-Start, meine ich. Da muss der vdr also noch nicht unbedingt betriebsbereit sein. Dafür gibt's das Plugin avahi4vdr, dass das dann geordnet announced, aber da gibt's beim Beenden im Zusammenhang mit dbus2vdr noch ab und zu ein Problem, das ich erst lösen muss. Ist leider schwer zu finden, weil es irgendein assert in libavahi ist.

Lars.

ja das der Kernel da aber nix in dmesg oder so schreibt ist wirklich ärgerlich...

Woher soll der Kernel das wissen? Das wird ja durch die Netzwerkkarte veranlasst, oder?
Ich kenn mich da jetzt nicht so wirklich aus.

Ein Wake-on-ring oder Powertaste oder Wake-on-keyboard wird der Kernel auch nicht unterscheiden können, denke ich.

Lars.

Zitat von mini73

Woher soll der Kernel das wissen? Das wird ja durch die Netzwerkkarte veranlasst, oder?
Ich kenn mich da jetzt nicht so wirklich aus.

Genau, und die Netzwerkkarte drückt quasi den Power-Taster. Wie soll die Netzwerkkarte das dem Kernel mitteilen? Der läuft ja nicht.

Gerald

Zitat

Genau, und die Netzwerkkarte drückt quasi den Power-Taster. Wie soll die Netzwerkkarte das dem Kernel mitteilen? Der läuft ja nicht.

Ich habe immer noch die Theorie das man das irgendwie per ACPI auslesen könnte. Aber Google hast mir bisher dazu nix verraten.

Ein Windows PC weiss ja auch ob er per ACPI Wakeup oder per Power Taste geweckt wurde. Also das BIOS wird das schon wissen.

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk 2

Zitat von Keine_Ahnung

Ein Windows PC weiss ja auch ob er per ACPI oder per Power Taste geweckt wurde.

Echt? Wo kann man das denn sehen?
Wenn die das können, muss Linux das auch lernen...

Lars.

Zitat

Echt? Wo kann man das denn sehen?
Wenn die das können, muss Linux das auch lernen...

Naja, mein Notebook wacht nach ner Weile aus dem Standby auf (da setzt Windows wohl nen Aufwachtimer) und geht dann gleich in den suspend to disk Modus.

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk 2