0

I am streaming (live, no recording) video using Flash Media Server 4.5. I created to 2 applications -

1) Publisher: Publishes (streams) video using FMS. 2) Receiver: Plays the published stream.

Everything works good as expected because its very simple application on WEB or in (Desktop) browser.

But when I port Receiver app to iPad, video, it plays fine but in between it plays fast (like you are fast forwading in VCR or DVD player) for few mili seconds and then back to normal.

Note: I tried using Wowza server in place of FMS but no luck.

To resolve this issue I played with some settings like - lowering the camera fps to 10, quality to 50, favoring to false. It results lil bit improvement but my client cannot compromise on low quality video, that too on iPad.

Thanks in advance!

Gurpreet Singh
  • 51
  • 2

1 Answers1

0

This is actually the intended behavior for live streaming. There is no "one size fits all" answer to this question.

If you use RTMP (a TCP protocol) the network layer is going to ensure that all packets are delivered. This is not necessarily ideal for live streaming. Using RTMFP (a UDP protocol) is generally preferred.

I can't find where I've read this before (NetStream documentation?). But Flash Player will do it's best to keep up w/a live stream. It may play the video slightly faster or drop video frames in order to do so.

This usually happens b/c of network issues and so your approach to lower the quality of the video feed is a good approach. However, the best thing to play with is the capture resolution of the camera (using Camera.setMode()).

Lowering the capture resolution will reduce the bandwidth required to transmit the video. You can use a smaller capture resolution (like 320x240) and still display it at a larger size in the Video object (480x360). Obviously, there is a trade off you will have to make. Maybe give your users some options to set quality based on their network conditions.

The other useful method is Camera.setQuality(). If bandwidth is the issue, you might specify a bandwidth target to let Flash manage the quality based on bandwidth. Again, providing users an option to configure this.

Finally, if the problem only seems to happen on an IPad and you're confident bandwidth is not the issue, then it could be hardware related. Again, Flash will do what it can to keep the live stream as "current" as possible (my gut feeling is that it would drop frames, not play faster in this scenario).

Sunil D.
  • 17,983
  • 6
  • 53
  • 65
  • Thanks Sunil. Live video is streamed over RTMP. I know Flash Player do best to catch up the streamed video but dropped frames (not sure if it can be called as dropped frames) are significantly downgrading the performance of app. Lowering the bandwidth or quality is not acceptable in app. I believe that it's due to bandwidth + hardware capability of the device but have no clue to get over this. I am going to give a try to play with Adaptive bitrate capability of Wowza (Transcoder) or Dynamic Streaming for FMS, to deliver stream at the bit rate best possible for various devices. Fingers crossed! – Gurpreet Singh Sep 05 '13 at 12:12
  • You should seriously consider using RTMFP. By the way, dropped video frames and playing the video faster are two separate techniques that Flash player uses to catch the video up. Just a guess on my part, but dropping frames is less likely to occur with RTMP because it is a TCP protocol - so you may see it playing faster. Examine the bufferLenghth property of the stream when you have problems. For a live stream you want this to be as small as possible (large value means live stream is lagging due to network). – Sunil D. Sep 05 '13 at 14:35
  • Since RTMFP is a UDP protocol, it can drop network packets keeping the bufferLength small. Google difference between TCP and UDP... – Sunil D. Sep 05 '13 at 14:38