Ошибка в работе hitTest при rotation

[crazyone]

Хм. Интересная фигня. У меня еще такое вылезло — если заключить ваш код в onMouseDown:

onMouseDown=function(){
mc.onEnterFrame = function () {
//	this._rotation = 45;   // *1
	for (var i=0; i<400; i++) {   // *2
		this._x += 1; this._y += 1;
		if (this.hitTest(_root.cross._x, _root.cross._y, true)) {
			delete this.onEnterFrame;
			break;
		}
	}   // *3
}
}

тоже не работает. А без onMouseDown работает.

Вообще, работая с хитТестом лучше менять координаты, которыми тестишь, а не координаты мувика. Я для себя правилом сделал.
Типа так:

	mc.onEnterFrame = function() {
		this._rotation = 45;  // *1
		var testx = _root.cross._x;
		var testy = _root.cross._y;
		var sx = testx;
		var sy = testy;
		for (var i = 0; i<400; i++) {			// *2
			testx -= 1;
			testy -= 1;
			if (this.hitTest(testx, testy, true)) {
							delete this.onEnterFrame;
				break;
			}
		}		// *3
		this._x += sx-testx;
		this._y += sy-testy;
		trace(this._x);
	};

Хотя если помучить, можно и эту схему заставить криво работать. Хотя бы если заключить это все в onMouseDown.

[Смольный (Smolniy)]

Боюсь, придется мне переходить к объектам, "тело" которых строго прямоугольно Переводить координаты в систему коортинат тестируемого объекта, и проверять банально математически попадание в "тело". Очень паршивое ограничение.
Сейчас проверим, как работает в этом случае localToGlobal->globalToLocal Вроде, здесь я косяков не замечал, хотя уже ни в чем не уверен...

[crazyone]

и проверять банально математически попадание в "тело"

Ну, не обязательно банально математически, т.к. hitTest с shapeFlag-ом false нормально работает.

Тоесть как бы вообще без глюков и динамично. Правда сравнивается тогда boundingBox, которая не поворачивается, а расширяется.
Если нужны повороты, тогда да, математически нужно.

[chingachgoog]

Помните тему Флэш забивает на прорисовку мувиков с координатой > 4005 ?
Третий синтаксис hitTest, по-видимому имеет серьезные ограничения и работает именно на принципе прорисовки мувика битмапой.
Поэтому в цикле внутри одного кадра он и не ловит. Наверное внутри одного кадра (одного перехода головки) надо использовать первый синтаксис hitTest.

[Смольный (Smolniy)]

crazyone
Ну если уж потеря формы, т.е. shapeFlag=false, то нафиг он такой нужен hitTest, я и сам четыре проверки написать способен. Тем более, что объект повернут, а flash любит брать ортогональные bounding box (bb), знаем мы его штуки. Тогда и клип-тело не придется делать, он тогда совсем не нужен, достаточно чисел bb.
(ну вот, пока я писал, ты сам сообразил насчет поворотов)

chingachgoog
Очень может быть... было бы только об этом где-то написано... Я два дня рабочего убил, прежде чем заподозрил "не мою ошибку"...

[Смольный (Smolniy)]

Раз уж начал жаловаться - а еще меня убивает тормознутость округления в flash... Я чуть не опух, когда выяснил, что примерно 50% вычислительной мощности в моем проекте уходит на округление чисел. Т.е. когда я закомментил округления, время выполнения главного такта программы уменьшилось вдвое, правда, перестало работать корректно

[iNils]

Сообщение от Смольный (Smolniy)

Я чуть не опух, когда выяснил, что примерно 50% вычислительной мощности в моем проекте уходит на округление чисел. Т.е. когда я закомментил округления, время выполнения главного такта программы уменьшилось вдвое, правда, перестало работать корректно

К слову, x >> 0 работает быстрее, чем Math.floor (x)

[Смольный (Smolniy)]

Это я знаю, но меня интересует округление с нужной точностью, т.е. Math.round(x*pr)/pr
Кроме того, сдвиг работает не так с отрицательными значениями
trace (-5.6 >> 0) ===> -5
trace (Math.floor(-5.6)) ===> -6

[iNils]

Сообщение от Смольный (Smolniy)

В том и задача - доехать до тайлов, имеющих в себе опорные точки (кресты, условно говоря), и об них удариться, т.е. остановиться.

bitmapData пользоваться не хочу, т.к. уверен в ее тормознутости. Скажем так, для обнаружения коллизии, я двигаю объект, тестю соударение, если оно есть - ищу ближайшую точку несоударения двоичным поиском, поэтому может быть 4-7 итераций за каждый fps для каждого движущегося объекта, что перебор...

Я не знаю полной картины, но в тесте, что в аттаче, битмап существенно шустрее.
Это обычный хиттест

this.onEnterFrame = hitTestOld;
//this.onEnterFrame = hitTestNew;

Потом раскомментируй строчку с hitTestNew для битмпавского хиттеста и сравни загрузку процессора.

[Смольный (Smolniy)]

Занятно...
Даже не знаю, что сказать... Буду нюхать...