@DXR3 User: Schnittmarken setzen?

Hallo,
bei mir crashed VDR oft, wenn ich bei einer Aufnahme mit '0' Schnittmarken setzen und das Bild angehalten ist. In der abspielenden Aufnahme (also ohne Pause zu machen) kann ich mit '0' problemlos soviele Schnittmarken setzen, wie ich moechte. Wenn ich mit '7' oder '9' jedoch zur naechsten Schnittmarke springen moechte, crashed VDR scheinbar _immer_

Als Fehlermeldung bekomme ich in allen Faellen:

./vdr -Pdxr3
vdr: dxr3audiodecoder.c:207: void cDxr3AudioDecoder::DecodeLpcm(const uint8_t*, int, unsigned int, cDxr3SyncBuffer&): Zusicherung »!((length - LPCM_HEADER_LENGTH) % 2)« nicht erfüllt.
Abgebrochen

Ist das Problem nur bei mir so, oder auch bei euch? Nutze uebrigens VDR 1.3.28 und neuestes CVS des dxr3plugins (hab auch schon ein aelteres probiert mit gleichem Resultat).

Hab den zweiten genannten Patch eingespielt und neukompiliert: Leider keine Aenderung bei den Fehler
Soll ich den ersten auch noch einspielen, bzw. vertragen sich beide zusammen?

Vielen Dank,
Kermit

NACHTRAG: Achtung! Mir ist jetzt in kuerzester Zeit (1-5 Minuten VDR) 2mal der Kernel in die Knie gegangen. Beim ersten mal blieb das Bild in VDR einfach stehen und VDR lies sich nicht mit Ctrl-C beenden. Gerade wo ich dann nach langem warten eine neue Konsole aufmachen wollte, hat der Mauszeiger angefangen zu stocken. Wenige Sekunden spaeter ging gar nichts mehr, bzw. nur noch in uebelster Zeitlupe: Wenn ich Num-Lock druecke geht die LED erst 3Minuten spaeter an/aus. Bin um einen Reset nicht drum rum gekommen.
Dann eben blieb VDR beim Umschalten schwarz und es tat sich nichts mehr. Mit Ctrl-C auch nicht abbrechbar. Habe dann mit top geschaut und gesehen, wie die &MEM hochgelaufen sind, etwa 1-2% pro Sekunden.

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+
 4032 root      18   0  582m 353m 2004 R 33.9 70.1   1:24.60

ein schnelles 'killall -9 vdr' hat dann meinem Kernel noch gerade so das Leben gerettet.
Ich kann es nicht mit 100% sicherheit sagen, aber ich befuerchte das der Patch daran schuld ist. Gestern ist mir dieses Phenomen nicht ein einziges mal passiert.

NACHTRAG2: Also der Patch hat damit (leider) nichts zu tun
Es ist wieder aufgetreten und ich weiss nicht, was ich anders gemacht habe als gestern
Vielleicht liegt's an den Livebufferpatch, der gestern eigentlich sehr gut funktionierte (bis auf die Tatsache, dass ich nichts aus dem Livebuffer speichern kann, weil er mir nahezu generell abschmiert, wenn ich Schnittmarken setzen will)
Vielleicht auch an dem DXR3-Plugin. Hab mal das hier im Forum announced wurde, eingespielt.

NACHTRAG3: Leider liegt es am Livebufferplugin