Когда вы говорите "stream" , я предполагаю, что вы имеете в виду прогрессивную загрузку по HTTP.
Для начала вы захотите убедиться, что ваши медиаресурсы отправляются с вашего сервера с соответствующими заголовками кэширования, которые соответствуют вашим целям. Если они не подходят для кэширования, файлы не будут кэшироваться. Кроме того, строки запроса обычно предотвращают кэширование на стороне клиента.
В этом нет ничего особенного в Flash Player - все должно работать так, как если бы это была просто старая веб-страница.
Возможно, вы захотите разместить свои большие статические медиаресурсы на чем-то дешевом (например, Amazon S3 или CloudFront .) Это может снизить стоимость массовых передач, которые делают не требует логики приложения.
Обновление, вдохновленное комментариями: Вот возможный план, которому вы должны следовать в своем квесте ...
- Выясните, что за кеширование происходит и чего не происходит в первую очередь
- Очистить кеш браузера
- Пройдите сценарий использования в вашей игре
- Пройдите еще раз, ожидая увидеть тот же самый используемый контент
- Проверка файлов журнала веб-сервера. Первая группа запросов должна иметь коды ответов HTTP 200. Для второй группы запросов, «кэшируемых» запросов для файлов, которые уже были доставлены, вы должны увидеть либо nothing , либо HTTP 304 (запрос только для проверки допустимости кэшированного содержимого.) Если вы видите идентичные наборы запросов, все с 200 OK, то кеширование не происходит
- Узнайте больше о кешировании
- Установите плагин FireFox, например TamperData, посмотрите заголовки кэширования
- Прочтите спецификацию, узнайте это. RFC 2616
- Эксперимент
Я бы не удивился, если бы вы уже кешировали контент, но просто не осознавали этого!