Beiträge von alpha

    das funktioniert prima. allerdings habe ich jetzt die originale ../Screens/Standby.py geaendert... und das ist ja nicht update sicher. d.h. nach jedem update muss ich die datei wieder ueberschreiben.

    kann ich eigentlich die class TryQuitMainloop irgendwie im plugin überschreiben, sodass das ganze upgrades ueberlebt? danke.

    denke, ich habe das "problem" gefunden:

    Code
     316                         force_auto_shutdown = NavigationInstance.instance.wasTimerWakeup() and \
     317                                 config.misc.isNextRecordTimerAfterEventActionAuto.value and \
     318                                 Screens.Standby.inStandby and config.misc.standbyCounter.value == 1

    dadurch wird das AFTEREVENT.NONE ignoriert.

    wenn ich das

    Code
    config.misc.isNextRecordTimerAfterEventActionAuto.value 

    auf False setze, dann funktioniert es so, wie ich es mir vorstelle. "nebenwirkungen" muss ich noch beobachten :smiling_face:

    das aendern von timer.afterEvent scheint zu funktionieren, aber RecordTimer scheint die aenderung nicht mitzubekommen.


    das ganze passiert im idle mode.

    der timer weckt die box auf, startet recording, afterEvent is 3 = Auto.

    bei der start-benachrichtigung setze ich afterEvent auf 0 = None. dass die aenderung funktioniert hat, sieht man bei der recording end-benachrichtigung, da ist timer.afterEvent = 0.

    allerdings hat der RecordingTimer bereits bevor ich benachrichtigt werden entschieden, die box wieder herunterzufahren, da er wohl noch von afterEvent = 3 ausgeht.

    d.h. die frage ist: wie sage ich dem RecordTimer, dass sich das afterEvent geaendert hat. habe mal

    Code
    NavigationInstance.instance.RecordTimer.timeChanged(timer)

    probiert, aber das hat nichts bewirkt.

    hab mal wieder ne frage: wie aendere ich afterEvent bei einem recording timer?

    habe folgendes probiert, aber das funktioniert nicht:

    ich lasse mich benachrichtigen, wenn der timer startet und führe dann folgende routine aus:

    Code
    def modTimer(path):                                                                          
            for i, timer in enumerate(NavigationInstance.instance.RecordTimer.timer_list):       
                    if timer.Filename == path:                                                   
                            NavigationInstance.instance.RecordTimer.timer_list[i].afterEvent = AFTEREVENT.NONE
            return 

    wenn der timer endet, scheint aber afterEvent immer noch auf DEEPSTANDBY zu stehen.

    jemand ne idee? danke.

    habe festgestellt, dass der mountversuch von einem ausgeschalteten netzwerk drive beim booten der one ziemlich lange dauert und ca. 25s zahnraeder produziert.

    offenbar wird da zigmal versucht, das drive zu mounten.

    bei meiner 920 ist das nicht so.


    hier noch die fstab zeile (identisch mit der in der 920 fstab):

    Code
    //192.168.1.5/alpha    /media/QSW    cifs    x-systemd.automount,x-systemd.device-timeout=15,rsize=8192,password=xxxxxxx,noauto,username=alpha,wsize=8192,rw,x-systemd.idle-timeout=60,soft,nofail    0    0

    nachdem die seven ja noch ne weile auf sich warten laesst, habe ich mir ne one als spielzeug zu weihnachten gegoennt. und ich muss sagen, der erste eindruck ist sehr positiv. im vergleich zur dm 920

    - bootet die one schneller

    - funktioniert das spulen von aufnahmen wesentlich besser

    - hat die one keine umschaltsyncruckler

    feine sache.... respekt 😁