![]() |
Отклик браузера на смену позиции при ресайзе.
Существует сцена, в центре которой стоит блок с Event.RESIZE который просто центрует этот блок при смене размера браузера.
Далее в этот блок грузится через getDefinition несколько инстансов разных swf файлов с документ классом. А так же помимо эти внешних классов просто картинка обёрнутая в movieclip. При быстрой смене размера браузера (тупо взял за край и подёргал мышкой) движения мувика с картинкой по отклику в несколько раз превышает основной блок. Тобишь картинка летает и центруется очень быстро, а блок иногда ваще зависает иногда ступенчето с низким fps двигается. Помимо этого с разной скоростью центруются мувиклипы внутри самого блока. (Нарушается внутреняя центровка) В Мозилле это особенно чувствуется. Странно особенно то, что смену позиции при ресайзе мувиклип с картинкой наследует от главного блока, но при этом главный блок медленей обновляет свою позицию. Как можно закрепить все элементы для синхронно движения, и вообще почему это происходит? (Возможно выход как-то реорганизовать клипы повесив на каждый Event Resize?) Загрузка в сцену несколько инстансов таким методом Код:
thumb=evt.target.applicationDomain.getDefinition("thumb"); Какая алтернатива улучшит перформанс всей сцены в целом? В програмирование я не первый год, основные языки C++, Java, PHP. С самим АС3 проблем нет, но вот с тонкастями и обходыми путями совсем не знаком, делаю первый проект на АС, обгуглил всё, ответа не нашёл. Памажите чем кто может! |
Скажите хотябы насчёт последнего.
Насколько это оптимально создавать внешние swf c мувиклипом и документирвоаным классом. А потом загружать весь класс в основную сцену, и создавать его инстансы? Код преведён выше. Может ли такой подход значительно подтормаживать обработку сцены? Ести ли альтернативные методы? |
Весело...
что ниодного знатока applicationDomain.getDefinition() ??? |
Пользователь 0rion получает предупреждение за флуд.
Отвечать вам никто не обязан, это сугубо добровольное желание. |
>>Как можно закрепить все элементы для синхронно движения
как вариант: сосредоточить позиционирование всех элементов в одном обработчике.. причем здесь applicationDomain.getDefinition я не понял.., имхо не при чем: попробуй собрать аналогичную схему их собственной библиотеки, думаю, что результат будет таким же |
Ну не знаю... повесь рядом таск менеджер, когда перетаскиваешь рамку браузера... может плееру просто тяжело пересчитать... По идее ресайз для всех элементов и так вызывается в одном обработчике... так что разницы быть не должно (это при условии, что стейдж для всех общий).
кроме того влияет то, с какой частотой браузер диспатчит своим детям этот самый ресайз... если он делает это недостаточно часто, то тут уж ничем не поможешь... |
silin,
Ты предлогаешь менять позицию всём элементам вместо того чтоб засунуть все элементы в один контейнер и его позиционировать? Есть довод что это поможет? Насчёт applicationDomain.getDefinition : вообще хотел спросить насколько классы созданные таким методом и преминяемые в сцене сложны затрудняют рендер сцены? wvxvw, Вешал таск менегер:( выше 2-3 процентов неподнимается. Насчёт диспачера интересно.. может есть какая то инфа о перформансе разных браузеров касательно диспатчера? |
сори, видимо не правильно прочитал ситуацию
из того, что "картинка летает и центруется очень быстро, а блок иногда ваще зависает.." я понял, что считаются они каждый сам по себе.. у тебя получается, что элементы контейнера по разному реагируют на его позиционирование? |
Именно! Они все в контейнере.
На них самих вообще эвента нету. Контейнер только позицию меняет, как следтвие элементы тоже, однако с разной чистотой и скоростью. |
Код:
FF3Код:
stage.scaleMode = StageScaleMode.NO_SCALE; |
http://0rion.net.ru/video/index_dyn.html Вот общая модель.. потаскай за край...
|
если надпись и мувики лежат в одном контейнере, который только меняет положение при ресайзе, то это из серии 'не верь глазам своим', имхо не может быть такого..
нужен тестовый образец глюка |
Выше образец!
|
Это как там получилось 3% CPU? у меня там за 80% уходит при ресайзе... =/ кроме всего... скорее всего координаты загружаемой картинки обсчитываются как-то не в нужное время / не от того меряешь... У меня бывают ситуации, когда после перетаскивания картинка вообще не становится на место... проблема не в ресайзе...
ЗЫ: вот делал, в принципе похожая задача (гордиться там нечем =) просто друг в запарке был - быстренько склепал и отдал =) но вроде таких глюков не наблюдаю... http://www.storetail.co.il/ если надо могу исходники дать, но, ей богу, там ничего сверъестественного... ЗЫ (там еще один недостаток есть... забыл поправить =) нужно было координаты после ресайза всегда целые назначать... но, с другой стороны... отдал, народу нравится, а знаменитым я все равно от такого не стану =) |
Яфе меод :)
Незнаю что уж я мог сделать неправильно... Вот код Код:
this.stage.addEventListener(Event.RESIZE,center);Интересные факты : При распечатки значения x сдвинутого элемента, отклик нереально быстрый. Распечатывает в сцене новое новую позицию УЖЕ ПРИСВОЕННУЮ элементу, в то время как САМ элемент не сдвинулся нинатолику! Текстовые поля двигаются со скоростью отклика печати (тобишь очень быстро). А если нарисовать какой то графический элемент, он тормозит как всё остальное... Вообщем странности. |
У меня на 3-4% проц нагружало (4,2 Гц).
0rion, а почему: Код:
manager.stage.stageWidth/2Код:
manager.width/2 |
У меня комп под 3д заточен, так, что тоже нагрузки я не чувствовал.
manager.stage.stageWidth/2 = stage.stageWidth/2 Гепотетически можно и manager.width/2. Там просто модульные изменения. Не почистил ещё код. Вообщем ВСЁ товарищи . Проблема решена. Сравните динамику движения при ресайзе : http://0rion.net.ru/video/index_dyn.html http://0rion.net.ru/video/index_dyn1.html При том что оба хтмла кушают один и тот же swf файл. Разница чувствуется. Коряво работает популярный swfobject.js, а как раз заплатка от флеша родная, работает хорошо. Остерегайтесь. :) Спасибо всем кто принял участие в дисскусие :) |
Ну, для красоты и простоты =)
Код:
manager.conteiner.x = (stage.stageWidth - manager.conteiner.width) << 1;Ну и для плавности и уверенности, я бы делал так: по евенту -> сначала проверить а действительно ли результат изменился (ну, за 4-8 тысячных секунды вполне мог и не изменится), если ничего не поменялось - ничего не делать (перерисовывать экран всем тяжело, а уж раз в 5 тысячных долей секунды и подавно... это ж практически 200 ФПС получается =) Затем, если изменение все-таки произошло -> 2 варианта развития событий: либо подождать планового обновления экрана и тогда все и отрисовать, либо, продвинутый вариант, перед обновлением экрана вызвать у стейджа инвалидате, и по событию рендера отрисовать то, что мы поменяли, ну или просто добавить updateAfterEvent, но эт тоже лишняя нагрузка. ЗЫ: за 80% уходит когда перетаскиваешь, а не когда сайт просто работает... Т.е. по научному, вообще, я бы в обработчике ресайза задавал координаты Recangle'ам а в обработчике ENTER_FRAME - отрисовывал бы графику соответственно позиции прямоугольников, и не было бы впечатления, что объекты двигаются с разной скоростью и т.д. |
Ага.. оптимизация с проверкой это интересно. Встрою, спасибо :)
|
| Часовой пояс GMT +4, время: 23:58. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.