...
The data that is transferred is exactly the same as is stored on
disk when recording. So what we would need first is a specification
in which way that data would be processed by cRemux to fit into the
PS/PES stream of the video, audio and dolby data. Video packets are
marked E0, Audio is C0 or C1 and dolby packets are BD. How do TT packets
fit in here? I haven't yet looked at such packets...
To be precise, video packets are marked E0 to EF, audio is C0 to DF,
private data (dolby, other...) is BD.