[Live-devel] Regarding trick mode files

[Nambirajan]

Hi Ross,

 

Thanks for your input and sorry for the late reply. Infact the problem was
related to the client STB's. 

 

We have one more clarification. The sequence of testing is as below.

 

We took a clear MPEG2 TS content and encrypted it using Verimatrix
Encryption Manager ( DRM ). 

Copied the encrypted content in the Live555 Media Server. Then we played the
encrypted content 

using STB with a Verimatrix Client software in it.  The contents  were
decrypted and playing fine from 

the Live555 Media Server.  

 

Step 1: Then we created a .tsx file from the same clear content and used the
same file to do the trick play.

Now FFW and REW was not working. But normal play was working fine.

 

Step2: Created a .tsx file from the encrypted content. Then we used this
.tsx file to do the trick play. 

Now also FFW and REW was not working. But normal play was working fine.

 

We presume the .tsx file contains only I Frames. Can you please suggest us /
help us understand why .tsx file 

was not supporting Trick mode in both scenarios ( Clear as well as encrypted
.tsx file ) even though we have 

the Verimatrix decryption client available in the client STB.

 

Thanks and regards,

M. Nambirajan

 

 

From: live-devel [mailto:live-devel-bounces at ns.live555.com] On Behalf Of
Ross Finlayson
Sent: Tuesday, April 22, 2014 9:39 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Regarding trick mode files

 

The output ( x4, x15, x60 and x300 ) of the MPEG4 HD file plays out ok in
VLC.

 

By this I presume you meant that you used the
"testMPEG2TransportStreamTrickPlay" utility to generate Transport Stream
files (corresponding to various fast-forward speeds of the original), and
played these files locally using VLC.

 

The Transport Stream data in these files are exactly the same as the data
that the "LIVE555 Media Server" streams when asked to 'fast-forward' at the
same speed.  Therefore, the problem must be in either your STB clients, or
the network.

 

I suspect that at least part of the problem is that the 'faster' streams are
being sent at a higher bitrate (because they consist only of large 'key
frames').  Network congestion and/or packet loss may be the cause of some of
the problems that you're seeing with your network clients.

 

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/ 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20140423/b5d71553/attachment.html>