Люди подскажите кто зает.
Есть большая картинка (растр) которая перемещается из одного кадра в другой, с первого фрэйма в 900 тый. Проблема в том что эта байда сильно грузит процессор.
Как можно оптимизировать сие и какие вообще существуют способы оптимизации??
Спасибо.

да никаких. чем больше растр тем сильнее тормозит.
можно сделать перемещение картинки в видео. тормозить будет меньше. весить дико много

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

использовать гиф формат , если возможно

А можно пойти другим путём. Не создавать муви из первого кадра в последний, а сделать некоторе колличество ключевых кадров со смещением, с рассчетом 25 кадров в секунду. Думаю проц серьёзно разкрузится

А гиф не поможет, если уж ужимать графику то только пнг

следует не множить кадры, а сделать програмно.

2Nick, вы ошибаетесь , ни программная , ни покадравая кейфреймами анимация не поможет , ну может совсем чуть-чуть.

Не имеет ни какого значения программная это анимация, твин сделанный в редакторе или frame by frame - это все одно и то же =)

Единственное, что с помощью программной анимации можно сделать немного больше, и плюс избавиться от лишнего в размере файла, и то это скорее касается 5-ки, которая не имеет компрессии.

програмная быстрей нежели твин

Это заблуждение , ты ведь наверное знаешь как работает плеер? его принцип - это "onEnterFrame", ты думаешь есть раз разница между тем, что мы будем читать значения матрицы клипа или рассчитывать их? Второе даже тормознее

@st@l@vist@, а ты погляди на загрузку порца всякими системными тестами.

Чего?

Maximus78, снизить частоту кадров ролика (фрэйм рэйт).
Какова собсно задача? это фулскрин перезентация, флэш на сайте или еще чтото? каков размер картинки вообще? что там еще из графики? нет ли прозрачностей? вобще любой современный проц (больше Гигагерца) достаточно большие картинки во флэше таскает без проблем.

@st@l@vist@, мда. звучит непонятно. я имел ввиду - посмотри на загрузку процессора твин анимацией и программной анимацией спомощью тестов всевозможных.

P.s.
написал скриптик небольшой - показывающий конкретный фпс для каждого из видов анимации. програмная выигрывает - меньше скачков и на 0.4 фпса больше

Уменьшить количество кадров, фреймрейт, оттрасировать пикчур
…
А вообще, мне кажется, чел немного о другом спрашивает...

пока не покажет картинку, толком ничего нельзя сказать.

bE(o0L, вот хоть убей, не вижу я разницы между твином и скажем _x++ …
Сделал сотню твинов и сотню мувиков движимых скриптом - одно и то же
Вижу только преимущество твина в возможности работы в редакторе, за исключением сложных случаев, где без скрипта не обойтись.

Buxxie, да да, оттрассируй попиксельно, сразу проц вздохнет …. последний раз

@st@l@vist@ всё сказал. bE(o0L, он прав. Картинку хоть показывай, хоть нет - не поможет, суть одна.

А оттрасить попиксельно - идея, да... Результат тлько покажите плз!

Акела, и получить BMP только с еще более сложным описанием пикселя ? ты глуспость сморозил...

Nights, это была не глупость, а типа шутка

@st@l@vist@, да я не спорю честно говоря, пока эксперементировал - открыл для себя что разницы действительно минимум