Wenn es vom Platz her reicht dann am besten ausschreiben: (Tage), (Stunden), (Minuten), (Sekunden).
Außerdem würde ich Default gegen Vorgabe tauschen.
PS: Oder viel aufwändiger in der Option die Einheit mit anzeigen:
Menüpunkt, Option
Vorgabe-Lebensdauer, 1 Tag 2 Tage usw...
kls , gibt es Vorgaben bezüglich der Reihenfolge von LOCK_DELETEDRECORDINGS* und LOCK_RECORDINGS* ?
"(t)" wäre im Deutschen wohl auch nicht richtig, denn Tage schreibt man groß. Also wenn, dann "(T)". Ob das aber eine gängige Abkürzung ist, weiß ich nicht.
Befragt man Google, findet man doch relativ schnell, dass die im VDR verwendeten Einheiten im Deutschen durchaus üblich sind. Ich sehe insofern also keinen Handlungsbedarf.
gibt es Vorgaben bezüglich der Reihenfolge von LOCK_DELETEDRECORDINGS* und LOCK_RECORDINGS* ?
Erst Recordings, dann DeletedRecordings.
Außerdem würde ich Default gegen Vorgabe tauschen.
"Default" kommt in der deutschen Version gar nicht vor. Da steht überall "Standard".
Oder viel aufwändiger
Viel zu aufwendig (Plural, Singular...)
Erst Recordings, dann DeletedRecordings.
Danke für die Klärung! Könntest Du das bitte noch in PLUGINS.html unter "Locking" mit aufnehmen?
Tritt das mit "plain vanilla" VDR auf oder ist ein Plugin oder Patch im Spiel?
Danke 
Die Plugins sind dieselben wie bei 2.7.7.
Der Absturz tritt etwa alle 2-3min auf und immer nach
Jan 23 15:45:19 hdvdr2 vdr: [6560] VNSI: Requesting clients to reload channel list
Jan 23 15:45:21 hdvdr2 vdr: [6513] channel 17 (One HD) event Fr. 23.01.2026 15:35-16:15 '' status 0->4
Jan 23 15:45:23 hdvdr2 vdr: codec/audio: drift( -442) 922us 442
Jan 23 15:45:24 hdvdr2 vdr: [6560] VNSI: Requesting clients to reload channel list
Jan 23 15:45:28 hdvdr2 vdr: [7481] cAddEventThread thread ended (pid=6502, tid=7481)
Jan 23 15:45:32 hdvdr2 vdr[6502]: *** stack smashing detected ***: terminated
Jan 23 15:45:33 hdvdr2 yavdr-frontend[4523]: INFO:pydbus2vdr:VDR Status: stopped
Immer nach Kanal-Aktualisierungen und cAddEventThread thread ended (
journalctl sagt mir jetzt, übrigens ohne vnsi und epgsearch-Plugins:
än 23 16:07:01 hdvdr2 vdr[23371]: [24328] cAddEventThread thread started (pid=23371, tid=24328, prio=high)
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] --- begin invalid lock sequence report
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] TID T C R DR S ST
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - R - - R - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - * - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - * - - U - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - U - - - - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - W - - - - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 24328 - W - - W - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 23374 - - - - U - - - - - U
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 24328 - R - - R - - - - - L
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] 24328 invalid lock sequence: 2 Channels
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] full backtrace:
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) calling ?? at ??:0
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] /usr/bin/vdr cChannels::GetChannelsRead(cStateKey&, int) calling ?? at ??:0
Jän 23 16:07:01 hdvdr2 vdr[23371]: invalid lock sequence at Fr. 23.01. 16:07
Danach bei Ende des cAddEvent-Threads wieder
Jan 23 16:07:23 hdvdr2 vdr: [23382] channel 17 (One HD) event Fr. 23.01.2026 15:35-16:15 '' status 0->4
Jan 23 16:07:31 hdvdr2 vdr: [24328] cAddEventThread thread ended (pid=23371, tid=24328)
Jan 23 16:07:32 hdvdr2 vdr: codec/audio: drift( -160) 333us 160
Jan 23 16:07:39 hdvdr2 vdr[23371]: *** stack smashing detected ***: terminated
Für live gibt es im git ein Update.
Damit funktioniert das Löschen wieder korrekt. Es wird die Löschlogik vom Menü von VDR 2.7.8 verwendet. Damit sollte das Löschen schneller geworden sein, da VDR nicht mehr nach jedem Löschen die Aufzeichnungen neu einliest. Diese Performance Verbesserung benötigt VDR 2.7.8.
Könntest Du das bitte noch in PLUGINS.html unter "Locking" mit aufnehmen?
--- PLUGINS.html 2026/01/21 21:19:59 5.10
+++ PLUGINS.html 2026/01/23 15:22:26
@@ -1170,7 +1170,7 @@
There are several macros that allow for easy locking and unlocking. They all
follow the naming convention <tt>LOCK_*_READ|WRITE</tt>, where <tt>'*'</tt> is the name
of the global data structure, which can be one of <tt>TIMERS</tt>, <tt>CHANNELS</tt>,
-<tt>RECORDINGS</tt> or <tt>SCHEDULES</tt>. To implicitly avoid deadlocks in case you
+<tt>RECORDINGS</tt>, <tt>DELETEDRECORDINGS</tt> or <tt>SCHEDULES</tt>. To implicitly avoid deadlocks in case you
need to lock more than one structure, always make sure you use these macros in
this sequence!
<p>Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] cAddEventThread thread started (pid=23371, tid=24328, prio=high)
Jän 23 16:07:01 hdvdr2 vdr[23371]: [24328] --- begin invalid lock sequence report
Da gibt es wohl eine "invalid lock sequence" in cAddEventThread (das wohl ein Plugin implementiert).
Ja, und kann die dann den Ausstieg des VDR beim Thread-Ende verursachen?
Jetzt muß ich nur rausfinden, welches Plugin. Habe aber vorerst den snapshot von vor dem Upgrade wieder aktiviert. Der 2.7.7 hat das Problem noch nicht.
Mal sehen, ob es da noch Erkenntnisse gibt.
Danke!
kann die dann den Ausstieg des VDR beim Thread-Ende verursachen?
Denkbar ist das durchaus.
Wer es mal ausprobieren will: https://launchpad.net/~seahawk1986-h…buntu/vdr-2.7.8
Kannst du bitte vdr-plugin-softhddevice-cuvid für noble nochmal bauen lassen.
Murry: es baut gerade in dem PPA
seahawk1986 : das "reine" vdr-plugin-softhddevice fuer noble bitte auch - danke
Ist unterwegs
Hi,
hat noch jemand das Problem,das sich neue Aufnahmen mit der 2.7.8 VDR Version nicht abspielen lasssen,
alte Aufnahmen wohl.
Gruß,
Roland
hat noch jemand das sich neue Aufnahmen mit der 2.7.8 VDR Version nicht abspielen lasssen,
alte Aufnahmen wohl.
Ja (abspielender VDR ist 2.7.7).
Ja (abspielender VDR ist 2.7.7).
Hi cs-7,
nutzt du den naludump patch,
denn an dem scheint es zu liegen.
habe ihnd bei der MLD mal rausgenommen,
damit gehen dann acuh aktuelle Aufnahmen mit VDR 2.7.8.
Gruß,
Roland
Ich habe gerade nen Test mit einer Aufnahme vom 28.1.2010 im vdr-Format gemacht, lässt sich problemloas abspielen.
Don’t have an account yet? Register yourself now and be a part of our community!
