Vielen Dank für die Logs!
Dampfgarten: Bei Deinem ersten Log schaut es so aus, als ob der Client ein Problem mit den gestreamten Daten hat. Irgendwelche Meldungen im Client?
googles: Bevor Streamdev richtig loslegt, kommt immer eine "CAM #: unassigned"-Meldung. Das CAM wird also wieder freigegeben. Das könnte mit folgender Änderung in VDR 2.1.4 zu tun haben:
"- Now unassigning CAMs from their devices when they are no longer used."
Diff
diff -ruN vdr-2.1.3/device.c vdr-2.1.4/device.c
--- vdr-2.1.3/device.c 2014-01-02 11:31:58.000000000 +0100
+++ vdr-2.1.4/device.c 2014-01-21 12:12:01.000000000 +0100
@@ -1697,8 +1701,12 @@
else if (receiver[i])
receiversLeft = true;
}
- if (camSlot && Receiver->priority > MINPRIORITY) // priority check to avoid an infinite loop with the CAM slot's caPidReceiver
- camSlot->StartDecrypting();
+ if (camSlot) {
+ if (Receiver->priority > MINPRIORITY) // priority check to avoid an infinite loop with the CAM slot's caPidReceiver
+ camSlot->StartDecrypting();
+ if (!camSlot->IsDecrypting())
+ camSlot->Assign(NULL);
+ }
if (!receiversLeft)
Cancel(-1);
}
Alles anzeigen
Ob ich einen Workaround in Streamdev bauen kann, muss ich mir erstmal in einer ruhigen Minute ansehen (wird eine Weile dauern). Falls jemand von euch die Möglichkeit hat, diese Änderung im VDR rückgängig zu machen und damit zu testen, wäre das sehr hilfreich.