Сетка и движение клипов для MouseMove события

[in4core]

Ну тогда ваще от всего отказаться и получится КУКИШЬ с маслом

Добавлено через 4 минуты
Кстати в моем случае сетка будет гдето 50*25. максимум 100*50. Это из расчета что БГ будет резиновым, с максимальным разрешением 2500*1500. 2500/ 25 = 100 клипов по x в одну строку. А если клипы поболее сдлеать то и на 50 можно сойтись ))) думаю не так уж это и страшно 50*25 = 1100 клипов. Всего то XDDD

[Tahion]

Вобщемто неважно сколько их если делать не этим способом а использоватьф изичискую модель описаную в блоге Волгоградец

[in4core]

какую модель то блин! Че ты рассказываешь тут сказки! Написано же что все его блоги по АС3!

[alexcon314]

какую модель то блин! Че ты рассказываешь тут сказки! Написано же что все его блоги по АС3!

Модель - понятие безотносительное к языку реализации. Реализация модели может быть разной, да, на АС3, на АС2, на си++ или джаве... это другой вопрос. Модель одна и та же, она и в африке модель. Ровно также, как "математика - она и в африке математика". Исходя из возможностей языка, модель можно подпилить/поднастроить и даже что-то в ней изменить существенное, удачно или нет - зависит от ваших способностей. В данном случае, я бы заморочился на "модель кулоновского отталкивания с поправкой на рандомную по величине и направлению силу параметризуемого порядка малости по отношению к основной".
ЗЫ. модель - читай физическая модель.

[samana]

Попробовал сделать по другому, стало быстрее работать, но 1100 всё таки не потянет

import mx.transitions.Tween;
import mx.transitions.easing.*;
 
var scale = 20;//расстояние между клетками
for (var i = 0; i < 25; i++) {
	for (var j = 0; j < 25; j++) {
		var c = _root.attachMovie("clip", i + "_" + j, _root.getNextHighestDepth());
		c._x = 10 + j * scale;
		c._y = 10 + i * scale;
 
		c.posX = c._x;
		c.posY = c._y;
	}
}
fps.swapDepths(_root.getNextHighestDepth())
_root.onMouseMove = function() {
 
	var mJ = Math.floor(_xmouse / scale);
	var mI = Math.floor(_ymouse / scale);
 
	for (var tempI = mI - 1; tempI <= mI + 1; tempI++) {
		for (var tempJ = mJ - 1; tempJ <= mJ + 1; tempJ++) {
			var tc:String = tempI + "_" + tempJ;
 
			_root[tc].tw.stop()
			_root[tc].tb.stop();
 
 
			_root[tc].tw = new Tween(_root[tc], "_x", Regular.easeOut, _root[tc]._x, _root[tc]._x + random(60) - 30,5);
			_root[tc].tw = new Tween(_root[tc], "_y", Regular.easeOut, _root[tc]._y, _root[tc]._y + random(60) - 30, 5);
			_root[tc].tw = new Tween(_root[tc], "_rotation", Regular.easeOut, _root[tc]._rotation, random(360), 5);
			_root[tc].tw.onMotionFinished = function() {
				this.obj.tb = new Tween(this.obj, "_x", Regular.easeOut, this.obj._x, this.obj.posX, 5);
				this.obj.tb = new Tween(this.obj, "_y", Regular.easeOut, this.obj._y, this.obj.posY, 5);
				this.obj.tb = new Tween(this.obj, "_rotation", Elastic.easeOut, this.obj._rotation, 0, 5);
 
			};
		}
	}
 
};

[in4core]

А мы просто уберем ротатион. все же будет лучше.

Добавлено через 1 минуту
Я думаю надо как то избавлятся от циклов для твина. И делать твин отдельно для элемента. например внутри его, однообразный код будет

[samana]

Там цикл не для твина, а для нахождения ближайших 9 клипов от курсора, просто генерация имён всего 9 итераций ( И вроде твин именно у каждого элемента свой... Но наверняка есть ещё способ повысить скорость, но я даже не знаю с какой ещё стороны подойти...

[in4core]

Ну самана смотри, а если сделать аттач круг для мышки, некую область которая сама по себе будет захватывать скажем 3*3 клипа. И по хиттесту уже проверять. разве не быстрее выйдет или без разницы?

[samana]

Тогда получается что нужно будет каждый клип проверять сталкивается ли он с кругом или нет, а это большой цикл выходит...
p.s. может какой профи случайно заглянет сюда и подскажет лучшее решение! Будем надеятся.

[in4core]

Будем да. Тебе я так понял тоже интересна тема стала?