Реализовать плавное движение

[derhab]

и вы не выложили исходник(
откуда нам знать что такое AccordBase.TAPPING и что вообще происходит
а фпс тут вообще не при чем, уже было сказано

[Himerets]

Zebestov, я знаю, как сделать блюр. Проблема в том что он хавает достаточно много ресурсов. Значит надо отдельно рисовать картинку летящего шарика. Поэтому я сказал, что вопрос отпал.

Wolsh, плеер работает как встроенный плагин только на страничке или вообще просто при открытии через браузер?

Добавлено через 7 минут
derhab, ну я же выложил исходник. Могу убрать все, что отвлекает от сути

Получается так:

public function motionTimerHandler(e:TimerEvent):void
{
	var iterator:Iterator = accordsProxy.visibleAccords.getIterator();
	while (iterator.hasNext())
	{
		var a:Accord = iterator.next(); //Accord расширяет Sprite
		a.y += (a.moveParams.yTo - a.moveParams.yFrom) * (getTimer() - a.lastTime) / (a.moveParams.duration);
 
		if (a.y > 500)
		{
			a.completeHandler(); //достигли точки прибытия, обнуляем параметры
		}
		a.lastTime = getTimer();
	}
	e.updateAfterEvent();
}

[Zebestov]

Сообщение от Himerets

Zebestov, я знаю, как сделать блюр. Проблема в том что он хавает достаточно много ресурсов. Значит надо отдельно рисовать картинку летящего шарика. Поэтому я сказал, что вопрос отпал.

Ну выходит, что ты себе противоречишь. Под картинкой ты понимаешь один блюр на всю траекторию. А это значит, что ты не пострадаешь в ресурсах сколь-нибудь значительно, если подготовишь размытую картинку тоже один раз на старте. Зато сэкономишь на трафике.

[Himerets]

Что ты имеешь ввиду - один блюр на всю траекторию? Под картинкой я понимаю размытое изображение того объекта, который перемещается. Чтоб заменить им имеющееся на время движения.

А в ресурсах при программном блере я страдаю существенно. 70% нагрузки без него и 100% с ним.

[Zebestov]

Ну смотри, ты хочешь заменить картинку заблюреной, но подготовленной заранее в фотошопе и вшитой в проект (увеличил размер, трафик).
Я же предлагаю тебе до начала анимации быстренько сделать дубликат своего спрайта, заблюрить его, если хочешь — да отрисуй его в отдельную Bitmap (это лишнее) и используй это изображение, пока твой Tween не закончится.
Потом снова подменишь размытый дубликат четким оригиналом.

[Serg65535]

В большинстве игр на приставках времён нинтендо-сеги этот приём широко использовался. Там очень серьёзные ограничения на графику, поэтому спрайты делали сразу с "моушен блюром" в нужную сторону, что давало иллюзию быстрого плавного движения. Наиболее ярко это видно в быстрых движениях дельфина из "Ecco the Dolphin". Тот же подход используют в мультипликации. Тут верно говорят - анимации быстрее 24 кадров в секунду глазу в большинстве случаев не нужно, всё остальное решается прорисовкой.

[Himerets]

Ну понятно, спасибо всем, действительно, на 24-30 кадрах сглаживает довольно неплохо, только не знаю, одобрит ли начальство такой метод))

И еще такая проблема нарисовалась. При движении объект, как будто бы спотыкается, иногда притормаживает, потом возобновляет движение с той точки, в которой он оказался бы, если бы не притормаживал. И таких спотыканий 2-3 на дистанцию в 600 px. Для движения использую твинмакс. Нагрузка на проц при этом не критичная, процентов 80-90.

[iflamberg]

это потому что fps неравномерный при такой загрузке процессора.

[Serg65535]

А вы часом картинку блюрите не "на ходу" средствами флеша? А то такая загрузка процессора большая...

[Himerets]

Эмм.. Не совсем понимаю, что значит "на ходу". Я блюрю ее при создании, в конструкторе объекта. Нагрузка большая, если со странички.. Так - процентов 20-30. И тоже, кстати, "спотыкается"..