[Live-devel] sanity check: Program Streams

[xcsmith at rockwellcollins.com]

Is it correct to say that MPEG 2 Program Stream format has no RTP payload
type, and that RTP-encapsulated MPEG 2 data is sent as either TS or ES
data?  It is my understanding that the Program Stream format is not
designed for VOD network transmission and that audio/video industry
practices do not use the PS format in that way.  I can't find an RTP
payload type for Program Stream (unless it is sent as 32 MP2V), which I
think is because you're not supposed to send PS in RTP.

I am trying to build an argument that our system should not do either of
the following:

A)  RTP Source -> TS Framer -> TS demux -> PS Mux -> File Sink
B)  File Source -> PS demux -> TS from ES source -> TS framer -> RTP Sink

Mainly, I think it is very illogical to build a network streaming device
which reads and writes only PS files, when PS files are not as versatile
and not designed for use in network environments.  Certainly, implementing
trick mode in this system will be very confusing for me, and I think I will
not be able to use much of the LIVE555 trick mode if I have this strange
system.  My opinion is that a system which reads and writes only Transport
Streams makes a lot more sense.

I'd like to request a sanity check on my logic.  Please advise if my
opinions / facts are incorrect and how reasonable or unreasonable you think
the system would be.   I'd be greatful for whatever comments you can
provide.

Thanks
xochitl