Jump to content

  2. → Viewing Profile: Posts: Wurstpelle

Wurstpelle

Member Since 22 Mar 2015
Offline Last Active 28 Mar 2015 19:06
-----

Posts I've Made

In Topic: Delay the transport stream before recoring

25 March 2015 - 10:32

Ok - thanks for all the information!

It looks like right before writing to file would be an option to hook into the stream if I do not want to do it offline. I will check this option.

@MiLo - you mentioned an option routing data through the HW descrambler on some boxes from software side. Can you please point me to where this could be achieved (for my case on the VU+duo2 if possible...)

In Topic: Delay the transport stream before recoring

24 March 2015 - 09:43

The problem is not recording. The problem is decryption. When the stream switches from even to odd but the right control word hasn't arrived yet in the system because of delays TS decryption immediately fails. So delaying the stream until the correct control word arrived will keep the stream correct.

I'm talking about using a 1-2 MB buffer - so the RAM resources should not be the problem.

But my original question actually was how to hook into the TS right after the tuner just before sending the stream to the decryption block.

In Topic: Delay the transport stream before recoring

23 March 2015 - 18:46

This is especially an issue for TS packets that are encrypted.

So delaying the encrypted packets until the correct (even or odd) decryption word is available makes recording more robust.

This should be just a few 100ms so I assume not much memory is needed.

  1. Forums
  2. → Viewing Profile: Posts: Wurstpelle