I have several flash based lessons that I have created that are being distributed online to several companies.
Each lesson has a video that is played within the lesson through the flvplayback control. The videos were supplied by a third party and some of the videos are encoded at 384K and some are at 568K.
One company that is attempting to view the lessons is seeing the following behavior. The video plays for approximately 20 seconds then suddenly the video drops out and the audio continues to play. With the audio still playing the video scrubber rolls back and attempts to start the video again but all that comes through is the audio track again. Now there are 2 instances of the audio playing with no video. This happens a third time and finally keeps going until all the audio is played out.
The IT staff at the company has showed me a fiddler log that shows the flash player making a connection out to Akamai to retrieve the video and then rolling from port 80 to port 1935 and finally to port 443. This would explain the three audio tracks playing
I have read that the flash player will attempt to gather the stream from the stated rtmp location and then if it encounters an issue with a proxy or firewall it will attempt the other ports.
So I am not sure if there is anything I can do by design or programatically to alleviate this issue. It appears to me that the company attempting to view this video has some kind of bandwidth throttling program in place that is kicking off this behavior in the flash player.
Is it possible to prevent the flash player from making the three attempts? Would a sudden cut of bandwidth prompt the player to attempt to roll to another port if a network load balancing program suddenly kicked in? If it is bandwidth is that why the audio stream continues to play because there is enough bandwidth for the audio track to get through, but not the video?
I have attached a screenshot from the network sniffer so you can see the issue.:stare: