Твин и свойства.
 

Что, совсем безнадёжно?:
Анимация мува с МоушнТвином. Пытаюсь залезть в свойства мува и этот самый твин ломается как щепка. То-есть напрочь. Как и не было. Плеер что, не понимает свойства по отдельности, а только все вместе? И ведь пытаюсь изменить-то всего навсего Депт. Каким боком он влияет на позицию?!! Впрочем, такая картина при попытке изменения любых свойств.
Может, кто что придумает?

??? Не понял.

zabejal na minutku
 

delo tut - nemnojko v drugom... libo:
"Ispolzovat' programmnie <Tween> i <Easing>..."
libo:
"Obrashyatsa k svoistvam MC tolko iznutri samovo MC... cherez <this.> " (prichem - fokus s this._name="a_mi_vot_tak"; - ne proidet)

karoche delay funkcii, i use'ay <this.> vnutryah MC...

Togda - problem bit' ne doljno...

С функции-то всё и началость. Я отправлял ей this как параметр и нифига не работало. _name тоже не работает. Внутри МК тоже ничего не работает, даже если не функция, а самый банальный скрипт в стиле флешь-4. Причём, если вкладываешь МК в "родительский" МК, то функция его там не видит. Параметр получает, а отдать не может. (Зато клип в сцене самопроизвольно дублируется, дойдя до последнего ключа. Причём очень грамотно, с сохранением функциональности. Дурдом!!!)

Вобщем, нехорошо. Оно бы фиг с ним, да анимация уже готова (24 футболиста, 19 сцен), и теперь всё вручную перепахивать... Программный твин, увы, не покатит. Слишком сложные сцены.

А! Кажется понял как this использовать. Ты имеешь в виду, что он внутри самого себя создаёт экземпляр? Попробую...

Сеньки.

_name i ssilki na nevo -- ne proidut...

vnturi MC - this rabotat' - doljen!
glavnoe pihay kod V mc a ne NA mc
"this.swapDepths(20);"

togda -- vse budet. =)

Chto u tebya s oblostyu vidimostyu funkcii s hodu ne ochen' ponyatno, day primernii kod, posmotrim.. nisovsem...
s this'om - poluchilos'?

Увы! И функция здесь ни при чём, и твин ни при чём...
Ценой бессонной ночи выяснил, что любая запись в свойства МК "выдёргивает" его из таймлайна и вдальнейшем этот МК существует в неких "высших сферах" где с ним можно управляться только Божественным промыслом. Даже просто смена позиции в т-лайне делает его невидимым и для таймлайна, и для скрипта. Простой пример: Ставим МК в т-лайн, прописываем ему, хотя бы, какой-нибудь ротейт, отступаем несколько кадров, ставим ключ, перемещаем МК в другую позицию и так далее раза три. Ctrl - Enter! Хрен!!! Хак стоял в начальной позиции, так и стоит. Причём _currentframe бодро трейсится 1,2,3,4... и т.д.
Меняем тактику: в каждом ключе изменяем инстанснейм, попросту переименовываем. Ctrl - Enter. МК начинает прыгать по ключевым кадрам как ревматик.
Отсюда вывод: сакс полноразмерный!
Можно было бы ещё выкрутиться, понаставив ключей в каждом кадре, но програмно переименовывать инстансы, насколько я знаю, ещё ни кто не придумал.
Так что увы мне!
Юра, что в Америке об этом думают? ;)

flower._name="flow";
flow._alpha=50;//Работает!

Мувик, своцства которого ты хочешь напр. прогр. изменить, напр.
flower._alpha=50;
надо сунуть в другой, обозв.напр. mc.
Раскадровку делать для мувика mc,
а в кадре в раскадр. написать
mc.flower._alpha=50;//всё работает как надо.

Так-то, Штрек, оно работает, да вот Депт, пожалуй, в таком случае менять бессмысленно: Родительский-то мув останется на месте, в прежнем Депте. А с вложенным мувом я сразу допёр, но так удаётся поменять всё кроме Депта. Тут видишь, задача: 22 футболиста бегают по полю (в таймлайне) и надо, чтоб они пересекались грамотно, в соответствии с воображаемой Z-координатой, то-есть чтобы маленькие мувы (вложенные так как ты советуешь и вычисленные в зависимости от _Y родителя), не перекрывали крупные, т. е. находящиеся "ближе" по Z. Можешь себе вообразить 22 дорожки с сотнями ключей - вручную переставлять?!! Это ж даже обезьяна рехнётся от такой работы!

А с flower.name=... надо поэксперементировать, может и получится. Вообще - умора! Представляешь, выделяешь весь таймлайн длиной в 10 мин. и жмёшь F6!