[Permashift] Tester für (fast) permanenten Timeshift gesucht

Zitat von Ein Eike

Also...

Man könnte im "Houskeeping" bei Benutzer-Inaktivität die Aufnahme abschalten.
Das klappt soweit, der VDR fährt sich dann auch runter.

Damit wäre der VDR-Patch die Stellen los, in denen er nur Aufnahmen ab einer gewissen Priorität
als "Aktivität" rechnet. Bis auf eine Stelle, nämlich die, die das Housekeeping erlaubt. Aber bei
schwacher Hardware möchte man ja auch das nicht während einer Aufnahme machen, unabhängig
von ihrer Priorität.

Hat da jemand eine Idee?
Könnte das Plugin mit einem Timer oder in einem anderen Thread (zwischen langen Sleeps) die
Aktivität abfragen - und vor allem, könnte/dürfte er von da aus (ggf. also aus einem anderen
Thread) seine Aufnahme stoppen?

Ciao,
Eike

Alles anzeigen

Wenn der Vdr durch einen Timer nicht ausschaltet wird doch das Houskeeping der Plugins nicht aufgerufen.
Aber es gibt eine Funktion im Vdr die einmal pro Vdr loop aufgerufen wird. Weiß leider grad nicht wie die heist.
Wichtig ist nur die Funktion so schnell wie möglich zu verlassen, da der Vdr sonst träge wird. Aber das prüfen einer Variable dürfte nicht das Problem sein.

Moin!

Zitat von Ein Eike

Könnte das Plugin mit einem Timer oder in einem anderen Thread (zwischen langen Sleeps) die
Aktivität abfragen - und vor allem, könnte/dürfte er von da aus (ggf. also aus einem anderen
Thread) seine Aufnahme stoppen?

Lange Sleeps solltest du vermeiden, denn der Thread muss ja auch unterbrochen werden können, wenn der vdr sich beenden will. Ich kann da morgen mal ein Beispiel raussuchen, wie man das am besten macht.
Stichwort: conditional sleep und passendes Abfragen von Running() usw.

Falls du von da aus nicht die Aufnahme stoppen darfst, dann kannst du immer noch eine interne Variable setzen und dann im MainThreadHook darauf reagieren.

Lars.

mini73
Diese funktion meinte ich

Moin!

Dann brauchst du meinen Thread-Loop ja nicht mehr...
Wenn doch, sag bescheid.

Lars.

Hallo Ein Eike,

und vielen Dank für dieses Plugin:

Leider bekomme ich unter yaVDR 0.5 stable beim Bauen ein Fehler. (vdr 1.7.27)

menu.c: In member function ‘virtual void cMenuTimerItem::Set()’:
menu.c:1102:8: warning: unused variable ‘diskStatusString’ [-Wunused-variable]
menu.c: In static member function ‘static bool cRecordControls::TryReuseRecording(bool)’:
menu.c:4953:66: error: no matching function for call to ‘cReplayControl::SetRecording(const char*)’
menu.c:4953:66: note: candidate is:
menu.h:307:15: note: static void cReplayControl::SetRecording(const char*, const char*)
menu.h:307:15: note:   candidate expects 2 arguments, 1 provided
make[1]: *** [menu.o] Error 1
make[1]: Leaving directory `/home/tobias/vdr/1727/vdr-1.7.27'
make: *** [build-arch-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Weißt du woran das liegen könnte?

Grüße,
Kokel

Zitat von kokel

Weißt du woran das liegen könnte?

Könnte sein, dass der Patch nur gegen den VDR 1.7.35 funktioniert.

Zitat von seahawk1986

Könnte sein, dass der Patch nur gegen den VDR 1.7.35 funktioniert.

Ja, der Patch war für 1.7.35. Auf seiner Homepage hat er jedoch stehen:

Zitat

Ich habe ihn probehalber auch auf 1.7.28 angewandt, da braucht es leider einen (einfachen) händischen Eingriff.

Dann es mit 1.7.27 ja auch nicht weit sein, hoffe ich.

Ein Eike: Was war denn das für ein einfacher händischer Eingriff?

Grüße,Kokel

Zitat von Ein Eike

cReplayControl::SetRecording(runningRecording->FileName(), runningRecording->Title());

Danke, das hat jedoch nicht funktioniert:

menu.c: In static member function ‘static bool cRecordControls::TryReuseRecording(bool)’:
menu.c:4953:79: error: ‘class cRecordControl’ has no member named ‘Title’
make[1]: *** [menu.o] Error 1

Grüße, Kokel

Moin!

Die schnelle Lösung ist, einfach NULL als zweiten Parameter zu übergeben, damit kann das ReplayControl um.

Lars.

Vielen Dank dafür!

Oh, ja natürlich. Habe bisher nur spärlich getestet, aber ich kann auf pause drücken und zurückspulen, das funktioniert schonmal.
Grüße, Kokel

Wow, da hat sich klammheimlich einer drangesetzt. Ich bin platt

Und ich staune nicht schlecht das Klaus es irgendwann nach 2.0 als Core Feature sieht.

Ich freue mich es demnächst mal vermutlich in yavdr0.5 unstable testen zu können.

Huch!

hatte fast schon die Hoffnung aufgegeben, dass es nochmal etwas in Sachen LiveBuffer/Permanentes Timeshift geben wird, obwohl ich das Feature auch nach mehreren Jahren zwangsweise "Nichtnutzung" immer noch sehr vermisst habe. Die Info ist tatsächlich komplett an mir vorbei gegangen. Ich will hier auch nur reinschreiben, dass ich sehr sehr sehr froh bin, dass sich da jemand drangesetzt hat! Das freut mich extrem! (Merkt man kaum, oder?)

Hab es selber noch nicht ausprobiert, kommt aber sicher in einer der nächsten Bastelphasen.

viele Grüße, Nix