Откуда берутся тормоза?
Максим Зайцев
Или другой пример есть две картинки, у обоих rollOverEffect и rollOutEfect. Первый поднимает картинку, второй опускает. Опять же быстро между ними мышой водишь - такие же крохотные подвисания. Что такое ?
Ivan Dembicki
- перерисовка экрана - самое узкое место flash-плеера в плане
производительности.
Чем больше площадь перерисовки, тем сильнее этот эффект наблюдается.
К тому-же, перерисовка текста достаточно нагруженный процесс,
поскольку пересчитывается множество векторов.
Alex Davydov
О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?
Ivan Dembicki
> Имеет ли смысл по максимуму (по возможности) битмапить область перерисовки
> на предмет ускорения последней?
- зависит от множества факторов.
cacheAsBitmap глючный, но если поиграться, то можно добиться результата.
самому делать битмапу не рекомендую, поскольку качество текста резко
ухудшится. К тому же потеряются свойства текст полей.
Но всё по ситуации нужно смотреть.
Максим Зайцев
Ivan Dembicki
> Ну вот конкретно по этим примерам что то можете посоветовать? Как сделать
> чтобы список не тормозил?
- советую забить на это.
Что бы ты ни делал, всегда найдется компьютер, на котором это будет тормозить :)
Максим Зайцев
Shaman
- перерисовка экрана - самое узкое место flash-плеера в плане
производительности.
Чем больше площадь перерисовки, тем сильнее этот эффект наблюдается.
К тому-же, перерисовка текста достаточно нагруженный процесс,
поскольку пересчитывается множество векторов.
Pavel.
Ivan Dembicki
> Не могу понять , почему даже мувикам с
> картинками в нутри надо кеширование ставить?
- ну вот смотри, если условно брать ситуацию, то получается что где-то
в плеере есть некий скрипт, который возвращает картинку:
if (cacheAsBitmap) {
return cacheBitmap;
} else {
return buildChildrenBitmap();
}
как минимум, сам вызов пересчета картинки в некий фнутренний битмап
формат уже требует затрат, но говоря о том, что доступ идет через
forin, проводятся проверки и всякое такое.