Home/ Questions/Q 6720771
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-26T09:15:05+00:00

I have a custom FMS app and Flash Player broadcaster which uses bandwidth detection

  • 0

I have a custom FMS app and Flash Player broadcaster which uses bandwidth detection to set quality such as:

camera.setQuality( detected_bandwidth, 0 );

This works very well to avoid frames from dropping with broadcasters with slow upload speeds but now I would like to favor dropping frames over video quality. The problem is that regardless of any other setQuality command such as:

camera.setQuality( detected_bandwidth, 90 );

or

camera.setQuality( 0, 90 );

I get much better picture quality with dropped frames as desired but the way the frames are dropped is very inconsistent and produces very jerky video. For example it seems about 3 or 4 frames play and then a pause and then 3 or 4 more then another pause, and so on.

I’ve also tried many buffer settings with no luck. Is there a way to smooth out the frame dropping so it’s more like 1 frame, pause, 1 frame, pause, etc?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    No silver bullet, but I have some hacks you could try.

    You could consider modifying your camera capture frame rate based on the bandwidth detection result. (I assume you’re allowing some space for any audio being sent?).

    I’ve never tried this, but if the camera also needs to be displayed locally at full FPS, you could try dynamically attaching and detaching the camera to and from the netstream to simulate the low framerate of your choice – although this might result in each frame being a keyframe which is a waste of bandwidth.

    I’d raise your camera keyframe interval to the maximum of 48 if you haven’t already – each keyframe will certainly result in a pause in low bandwidth situations. Alternatively – you could use a keyframe interval of 1, meaning each frame is a keyframe. You’ll waste bandwidth, but because each frame will take a while to send the runtime shouldn’t queue a bunch of them up in the outbound buffer, and you may end up with a more stable stream.

    • 0