Hi Ross,
Thanks for your immediate response. We are using testMPEG2TransportStreamTrickPlay utility to generate Transport stream files that represent the FFW and REW operation. If we Must encrypt the transport stream then what parts of the stream should we leave it in the clear? Should we specifically leave the I-frames? Let us check with our customer ( Manufacturer of the STB ) for any direct contact and we will suggest your name to our customer. Thanks and regards, M. Nambirajan From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson Sent: Wednesday, April 23, 2014 6:31 AM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] Regarding trick mode files Thanks for your input and in fact the problem was related to the client STB's. If that's the case, then we can't help you. Only the manufacturer of the STB can do help you with problems with their product (unless they want to contact me directly about this, in which case I'd be happy to work with them). However, as I suggested in my previous message, I suggest that you first use the "testMPEG2TransportStreamTrickPlay" utility to generate Transport Stream files that represent the effect of the server performing a fast-forward or reverse-play operation. You can then try playing these files using a media player (like VLC), or stream them to the STB (without any 'trick play'), to see if they're OK. Note, however, that the Transport Stream indexing (and thus 'trick play') operation might not work on an encrypted Transport Stream file (depending on how what parts of the MPEG data are encrypted). But again, that's something that you can test using "testMPEG2TransportStreamTrickPlay". Ross Finlayson Live Networks, Inc. http://www.live555.com/
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
