Challenge: Extract video stream out of GSE frames

[newspaperman]

The DVB-S2 standard does not only allow the transmission of 188 byte TS-streams, it is also possible to transmit Generic Streams (GS) within those DVB-S2 Baseband Frames.
The sizes of those BBFrames seem to vary.

The GS makes use of the GSE protocol which itself will transmit other protocols like IPv4, IPv6.

However in practise there are some feeds around using GSE with regular TS.
One of these is Sky TG24 on Eutelsat 5W 11448 H 1703 5/6
Only some hardware as the Dektec 2137 is able to record these BBFrames correctly.
Thanks to a friend who helped me with his really professional equipment we were able to record that stream in the BBFrame format. The card puts a 10 bytes long L3 header in front of each BBFrame:
http://www.dektec.com/products/PCIe/DTA-2137C/downloads/DT-AN-2137-1.pdf

So far I was able to decode BBframes and also GSE but there's still a unknown protocol between GSE and TS. I get "some" TS out of it but it is very corrupted.

If anyone wants to give it a try, here is the recorded stream:
https://mega.nz/#!VZQRjLja!-g6DxQpazRZdhMIXW-hVHpenuphZivKIBXnr8vu4vRI

 

[dmr0x]

there are loads of cinema DCP delivery feeds which might use that format, the main feature film is always encrypted but the trailers aren't. Would be cool to extract them into a playable file

 

[C0der]

What I got so far:

The packets have a 14 bytes header and a payload of length 07C7, 1799 or 1A40 bytes.

The payload looks like this:
- varying number of unknown bytes (<- these are the problem)
- typically 7 ts packets (188 bytes each)
repeated up to 5 times.

 

[newspaperman]

- varying number of unknown bytes (<- these are the problem)

exactly, and then we don't even know of the order of those TS packets is correct.
Perhaps the order of the BBframes could also be mixed???

Some of those GSE packets inside the BBframes contain incomplete TS packets.

 

[C0der]

Where do you see incomplete TS packets?