Audio but no video on IE when run on pre-Windows 10 in low bandwidth environment

Nobody has claimed this yet.

I've been trying to find a root cause for this issue, but have had no luck, other than to localize it to a platform configuration in which FlowPlayer chooses Flash for rendering (hlsjs not involved).

In a reasonable bandwidth environment, HLS videos run fine through 'flashls'. In a low bandwidth environment, with no content cached, the videos show a preview image. But when you press the 'Play' button, they start playing, but the video does not show. You get a blank window, with only black showing.

I have seen other issues of this nature in the forums and issues reports, but have not had luck with the suggestions.

Presently, our FlowPlayer configuration appears this way:

```
scope.playerData.api = flowplayer(flowplayerTargetElement,
{
key: lmsEmbedObjectResponse.key,
swf: '/scripts/lib/flowplayer-6.0.4/flowplayer.swf',
swfHls: '/scripts/lib/flowplayer-6.0.4/flowplayerhls.swf',
embed: false,
ratio: 9 / 16,
autoplay: scope.controlData.autoPlay, // NOTE: http://stackoverflow.com/questions/12496144/can-you-autoplay-html5-videos-on-the-ipad
splash: ((scope.controlData.autoPlay || scope.isBackgroundSplashMissing) ? false : (scope.itemData.splashUrl ? scope.itemData.splashUrl : true)),
clip: {
autoPlay: false,
subtitles: subtitles,
sources: [
// Good URI, this is the one you want
{type: 'application/x-mpegurl', src: lmsEmbedObjectResponse.hlsVideoSourceUrl}
]
}
}
);
```

I tried adding a config option for `flashls` within the `clip` object, per suggestions. The new options seemed to take effect but they did not solve the problem.

```
...
debug: true,
debug2: true,
clip: {
autoPlay: false,
subtitles: subtitles,
sources: [
// Good URI, this is the one you want
{type: 'application/x-mpegurl', src: lmsEmbedObjectResponse.hlsVideoSourceUrl}
],
flashls: {
debug: true,
debug2: true,
usehardwarevideodecoder: false
}
}
...
```

I have attached trace logs
[low_bandwidth_debug_log.txt](https://github.com/mangui/flashls/files/387092/low_bandwidth_debug_log.txt)
[high_bandwidth_debug_log.txt](https://github.com/mangui/flashls/files/387091/high_bandwidth_debug_log.txt)

of the low-bandwidth (broken) and the high-bandwidth (fixed) output from IE for reference. I stopped taking the trace when the video progress showed the problem - a black screen with audio only.

Start by comparing low_bandwidth_debug_log.txt with high_bandwidth_debug_log.txt, then reproduce the IE pre-Windows 10 case using the shown FlowPlayer and flashls configuration. Trace the point where audio continues but video becomes black in the low-bandwidth path; done means identifying a reproducible cause and confirming a fix without breaking the working high-bandwidth case.

Written by the indexing model from the issue text.