Перемещение объектов вместе с фоном

[AlexLucas]

задача в том каким образом организовать перемещение по графику

Вы имеете в виду как перетаскивать график влево и вправо ? По типу графиков соотношения валют ?

[FiftyStars]

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

Можно пододвигать контейнер таким образом, чтобы требуемая точка была в центре экрана (математикой, возможно с использованием localToGlobal/globalToLocal)

Общий совет:
- сделайте 500 000 точек (хоть с помощью Math.random, хоть любой другой функцией)
- посмотрите реальные тормоза
- а уже потом что-то делайте и смотрите стало лучше или нет.
Просто без реальных тестов пытаться оптимизировать (особенно отрисовку, а не алгоритмы) - дело безнадёжное - есть неслабые шансы сделать ещё медленне

Один совет:
- если всё Вы это сделали и fps падает при простом проведении мыши - значит надо убирать объекты за пределами видимости с экрана,
если при проведении мыши над свечками - ни просадки fps - ни нагрузки на процессор - то не факт что поможет - рендерится то ведь только то уместилось на экране, а считается для мыши всё что уместилось и что не уместилось.

Оптимизация это будет другой вопрос, сейчас желательно определиться с методом скролла графика и масштабирования. Есть ли возможность сделать огромную сцену, напихать на него свечек, а далее перемещать только точку обзора(пример - игры жанра стратегия. карта большая,но на экране мы видим только часть и скроллом мы перемещаем точку обзора и масштабируем не путем увеличения объектов а просто зумом всей сцены).
При подгрузке новых свечей расширяем сцену, при выгрузке - сужаем.
Вот и вопрос: какие классы мне понадобятся для этого? Библиотека AS3 большая и я не могу найти того что нужно с нужным набором параметров

Добавлено через 1 минуту

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

Вы имеете в виду как перетаскивать график влево и вправо ? По типу графиков соотношения валют ?

именно - именно такой график и делаю.перемещение по графику и зум

[Hauts]

Не знаю, насколько вам может помочь такой вариант, но все же:

Давайте делать круче. Ничего не двигаем, а сделаем камеру.
Будем рисовать всё это дело в BitmapData, а двигать sourceRect в draw.

© Psycho Tiger

Тогда и затраты на рендеринг будут минимальны, как мне кажется. Подвинули-смасштабировали все элементы виртуально, отрисовали в битмапдату, ее и показываем.

[FiftyStars]

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

Не знаю, насколько вам может помочь такой вариант, но все же:



© Psycho Tiger

Тогда и затраты на рендеринг будут минимальны, как мне кажется. Подвинули-смасштабировали все элементы виртуально, отрисовали в битмапдату, ее и показываем.

не прокатит - каждый бар должен оставаться отдельным объектом. То есть сцена должна оставаться не просто картинкой а набором объектов. После визуализации того что я имею сейчас,планируется создание объектов: трендовых линий, текстовых меток и т.д.
Так что картинка не прокатит - был такой вариант уже.

[AlexLucas]

Не вижу проблемы в плане перемещения по графику - если сам график это одна картинка, то при MOUSE_MOVE считываете перемещение мыши и двигаете картинку, попутно расставляя все ваши индикаторы. Ну а как осуществить зум - ссылка в помощь.
Ну и при этом также прийдётся помножать координаты свечей/всего что не является графиком на зум - при двухкратном увеличении помножаете координаты на 2.
Не знаю как у вас, но в терминале, при перемещении график подгружается кусками, это бы помогло снизить тормоза.

[expl]

Тогда и затраты на рендеринг будут минимальны, как мне кажется. Подвинули-смасштабировали все элементы виртуально, отрисовали в битмапдату, ее и показываем.

Затраты будут такие же, и даже больше
Просто если что-то требуется поверх этого графика двигать/отображать - будет быстрее,
сам скроллинг будет таким же медленным

Что-то может получится, если рендерить куски и перерисовывать bitmapData куска, только когда кусок вошёл в область видимости (скроллер TweenLite можно посмотреть)

А так при каждом перемещении рисовать в BitmapData то, что и так будет рендерить флешплеер - смысл?
Не, смысл есть в определённых ситуациях, но здесь вроде ситуация не такая.

[Psycho Tiger]

Так и останется. А рисовать будем картинку! В той же теме пример ниже.
А если нужна интерактивность мышки, то мы же можем и эмулировать её эдако. getObjectsUnderPoint и своя реализация клика – это же великолепно.

[Sintesis]

Всё не читал, но скролинг в игре делаю так:

public function GameView(){
			super();
 
			_camera = new Sprite();//камера - просто спрайт, является контейнером
			addChild(Dispatcher._store.getBgGame());//задний фон не движимый, если нужен
 
			_avatar = new Sprite();//изображение героя
			_avatar.graphics.beginFill(0xff0000);
			_avatar.graphics.drawCircle(0, 0, 20);
 
var _laier2:Bitmap = new Bitmap();//ещё какой-нибудь слой графики
			_laier2.y = -100;
 
			addChild(_camera);
_camera.addChild(_laier2);
			_camera.addChild(_avatar);
			_camera.addChild(Dispatcher._store.getLevelsGraphic());//графика уровня
 
			addEventListener(Event.ENTER_FRAME, update);
		}
 
		private function update(evant:Event):void {
 
			_avatar.x = ...;//действуем на героя
			_avatar.y = ...;
			_camera.x = -_avatar.x / 2.5 + 20;//действуем на камеру 
			_camera.y = -_avatar.y / 1.5 + 70;
	                _laier2.x = _avatar.x / 5;//действуем на второй слой графики
			_laier2.y = _avatar.y / 4;
		}
	}
}

Перемещать нужно героя в общем спрайте-контейнере. И перемещать контейнер, в котором все спрайты находятся. Выходит, что надо перемещать и героя, и камеру. В общем просто наглядный пример, можно и под данную задачу подстроить, можно много слоёв графики обработать и скролить их по разному играя значениями в строке _camera.x = -_avatar.x / 2.5 + 20;