![]() |
Возникло несколько интересных вопросов по оптимизиции swf
Вначале отчего все.
Есть приложение (игра) в виде Flash project. Она при инициализации загружает довольно много разных растровых рисунков. В дальнейшем происходят разные монипуляции с этими рисунками, перемещение в основном. Все это дело стало подтормаживать ощутимо при определенном количестве картинок. Теперь собственно вопросы: 1. Использует ли Flash player специальные инструкции процессора типа SSE, MMX? Искал я эту информацию и ничего не нашел. Только догадки. 2. Клияет ли на скорость работы плэйера качество загруженной картинки, ее размер. 3. В каком виде хранятся картинки например PNG формата в SWF файле и в каком виде после загрузки этого SWF во Flash Player они там содержатся? 4. Еще один момент. Кроме картинок загружаются также и swf файлы. Так вот интересно: будет ли влиять на скорость работы тот факт, что при экспорте этих swf файлов (кот. будут загружаться в основной) использовалось сжатие JPEG? Если да, то какие будут работать быстрее: сжатые или не сжатые, и почему? Ничего не нашел по этому поводу. Подскажите где порыть чтоли. |
1. Нет
2. Геометрические? 3. В формате Lossless (спец. формат) или JPEG2000. В оперативном памяти же в распакованном виде. 4. Сжатие никоим образом не влияет на скорость работы. Влияет количество битмапов, наличие прозрачности, геометрические размеры. |
Во-первых, спасибо за ответ.
1. Почему. Это гдето описано? 2. Не понял. Что геометрические? Картинки загружаются PNG с альфой. 3. Ок. спасибо. Если можно ссылку на первоисточник. 4. Вот можно где-либо поподробнее прочесть про то что влияет и как, чтобы понять как с этим бороться. Спасибо. А сжатие не влияет потому, что когда swf загружаются в основной мувик, то картинки содержащиеся в ней все распаковываются в памяти. Я правильно все понял? |
1. Скорее наоборот, если бы это использовалось, то было бы об этом написано.
2. Что вы подразумевали под размерами картинки? 3. Описание формата SWF: http://sswf.sourceforge.net/SWFalexref.html 4. Понятие не имею. В голове моей. Вполне логично, что большое количество битмапов жрет память, а множественные прозрачности нагружают процессор вычислениями результирующей прозрачности при наложении. Как бороться? Меньше первого и второго применять. Про память верно понято. |
Ок. спасибо большое за ответ.
|
| Часовой пояс GMT +4, время: 08:40. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.