Загрузка процессора

[Саша Кошкин]

Добрый день, уважаемые!
У меня вот к вам вопрос, я сделал ресурс http://www.narodnie.ru
Сейчас фиксю разные баги. Но самый главный баг в том, что флешка с главной страницы у меня съедает 97% ЦП. Никто случайно не знает почему это возможно ?
У меня есть мысль, что это возможно из-за события onEnterFrame, так как оно постоянно проверяется, а больше никаких идей нет.
Буду очень признателен за советы.
Критика и комментарии по самому ресурсу приветствуются :)

[Madasan]

Есть подозрение, что движение облаков на заднем плане занимает много ресурсов. еще при ресайзе окна плеера базар двух тетенек всплывает не по месту.

[Саша Кошкин]

Есть подозрение, что движение облаков на заднем плане занимает много ресурсов. еще при ресайзе окна плеера базар двух тетенек всплывает не по месту.

Нет, пока была только анимация без AS всё было ок, а вот как только я сделал ящики двигающимися началась эта фигня :(

[scourge ' kangaroo]

если у тебя идёт постоянная проверка на хиттэст или ролловер, то да, это может тормозить проц.

[Madasan]

Нет, пока была только анимация без AS всё было ок, а вот как только я сделал ящики двигающимися началась эта фигня :(Когда ничего не двигается, то все равно до фига ресурсов жрет, возможно на enterFrame действительно лишнего понавешано.

[MIX-er]

облака програмно двигаются?
tween юзай

заметил баги с ящиками не всегда возвращаются в исходное положение...

[MIX-er]

чот у тя там слижком уж много всего повешено на онЕнтерФрейм...

[AlexMatveev]

оптимизируй onEnterFrame

в частности вместо:

while (i < _root.leftar.length) {
...
i++
}

используй
var len = _root.leftar.length
while (i < len) {
...
i++
}


....

и т.д.

[etc]

Да? Это способствует повышению производительности...

[AlexMatveev]

Да? Это способствует повышению производительности...

посмотри (пример 14)
http://www.oddhammer.com/actionscriptperformance/old_index.htm

... для onEnterFrame полезно делать такую оптимизацию ...

...

[etc]

Я думаю, что сокращение количества самих onEnterFrame приведёт всё же к более заметному результату...

[AlexMatveev]

Я думаю, что сокращение количества самих onEnterFrame приведёт всё же к более заметному результату...

Конечно так ;)

но надо не забывать об оптимизации, даже когда у тебя один onEnterFrame


...

[etc]

Оптимизация (такого плана) -- это хорошо, когда:

а) Делаешь "как для себя"
б) Есть на это лишнее время

В остальных случаях гораздо более действенны ломовые методы.

[Homo Sapiens]

Насколько я помню оптимизация по принципу AlexMatveev достаточна эффективна. Сокращается количество объектов, которые необходимо просмотреть.

[MIX-er]

с одной стороны да, с другой, нет...

как я понял там вообще можно избавится от он ентер фреймов...

[Madasan]

В остальных случаях гораздо более действенны ломовые методы.И получаешь ломовой результат! Все правильно, если учесть в какой стране мы живем, это по-нашенски! :victory:

[etc]

Не понял предыдущего высказывания.
Оптимизация != ухудшение функциональности

[sem1313]

А более ломовые методы, это какие методы?

Ес не трудно, объясните...

[etc]

Сокращение количества onEnterFrame без потери функциональности.

[sem1313]

2Кошкин. У тебя тормоза из-за куни с теткой. Я так понимаю, что они(кухня с теткой) в отдельном клипе от фона с дверьми, травой и облаками. У тебя там слишком много клипов(мне так думается), и масок, наверняка интерфреймов пару сотен, которые живут сами по себе, даже если в них нет необходимости... А их нужно убивать, если они не используются. И с масками наверняка переборщил(количество)...

[sem1313]

Сокращение количества onEnterFrame без потери функциональности.

По идее onEnterFrame используется, где нужно динамическое обновление переменных, но в данном проекте, мне думается, что onEnterFrame ни где не нужен, на мой взгляд, используются только RollOver'ы и Releas'ы, к тому же каждый мувик прорисован покадрово, поэтому достаточно play() and stop()... Ну это так, мысли вслух.