[Patch] StreamRelay Delay Buffer OSCam

[Kind regards]

sorry, mein Fehler

 

[Robert51]

Mit der v09 habe ich beim Kanalwechsel hin und wieder den Fehler Unbekannter Medientyp. Kann man das fixen?

 

[Robert51]

Bin ich der Einzige mit diesem Fehler ?

 

[tem_invictus]

Update v10

Fixed

• Forward clear TS packets, including PAT/PMT packets in mixed clear/scrambled blocks, before the delay-buffer writer starts. Preserve packet order and framing while continuing to withhold scrambled packets until the existing CW startup checks pass.
• Restore clear-stream forwarding with the delay buffer enabled when the stream does not enter the descrambling path and passes the existing CAID filter.
• Preserve clear TS packets, including PAT/PMT, when the writer cannot obtain a usable CW for a buffered block. Continue dropping scrambled packets from that block and stop the writer if forwarding fails.
• Tie buffered decryption to ECM request times and packet parity transitions. Retain a bounded history of CW periods, use writer-owned key snapshots, split mixed-parity blocks, and discard scrambled data from obsolete key generations after CAID/PID changes. Keep direct-mode key installation unchanged.
• Complete partial client sends without losing or duplicating bytes, and retry interrupted sends (EINTR). Continue disconnecting on socket timeouts, hard errors, or zero-progress sends.
• Recover from late ECM requests without pinning a previous period's CW: preserve clear packets while no matching key is available, and retry selection on subsequent buffered data.
• Retain a separate CW history entry when a newer same-parity response changes the key after a missed ECM period. Preserve older buffered keys and ignore stale conflicting replies.

 

[tem_invictus]

@Robert51 , Versuch mal v10 ob das Besserung bringt.

Ich habe hier einiges angefasst, es könnte zu anderen Auffälligkeiten kommen.