Ничеггго не понимаю!!!
 

Найдите хоть одно отличие!!!
Первый работает, а второй нет.
Странно!!!
Первый от мяу-мяу, а второй его точная копия.
Второй меньше первого по размеру.
Чего не хватает??

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

Я нашел несколько отличий. Но они несущественны. Кроме одного: в оригинале – ftp = 41, во втором – 12. Но и это играет роль только в скорости.
Ну а чудо произойдет, если ты зайдешь в Publish Settings и убедишься, что мувик публикуется в 5-ю версию. Если там и стоит 5-я, просто нажми OK.
И тебе будет щастя. ;)

Вот derhab дает! Пока я писал, ты уже ответил. Стремительный! ;)

sergwizard, а ты скажи лучше почему не идет под шетеркой? Что в коде такого, что шестой плейер не хочет понимать :confused:

Решение проблемы достаточно простое. При обращении к свойствам объекта в его методах, надо указывать this. Мяу этого сделать не сподобилась. Шестерка в этом плане оказалась значительно жестче (например, это видно по ИДИОТСКОМУ поведению команды with, которую я в 5-ке не жаловал, а в 6-ке ненавижу).
Чтоб увидеть траббл, исполняйте фильм с дебаггером, и это вообще славная линия поведения _всегда_, а не в данном случае. При правильной работе, в руте должны быть только 4 переменные accel, convert, drag и released, при неправильной (в 6-ке) в рут валится масса переменных, что мы и наблюдаем... А вообще, по технологии прогр-я, мяу отдыхает. Много неоднозначностей.

Ну, вот, Смольный ответил. Грамотно. И я с ним вынужден согласится. Хотя бы потому, что он понимает в этом намного больше, чем я.
Вообще я несколько раз сталкивался с такими загадками. Вот одна из них.
Как-то, для кого-то из форума я писал маленький пример. И вот на что наткнулся.
Не обращай внимания на примитив самого кода, этот примитив мне понадобился именно для того, чтобы продемонстрировать вот такую хреновину.
Короче, один работает, второй – нет. Хотя, это братья близнецы. То есть, я то знаю, что они не полнейшие клоны, но почему так реагирует плеер, - убей, не пойму.

Да, чистый баг. Во втором исходнике даже load не работал, как я ни ковырялся... Все выбрасывал, оставлял только onLoad с trace внутри. И клипам имена менял, и сами клипы перерисовывал... жуть... Похоже, какая-то ошибка в исходнике, не на "нашем" уровне, а на уровне редактора... если я чего-нить не пропускаю...

Берем объект из 1, копируем в буфер, пытаемся вставить в 2 - без вопросов! (оба зовутся Symbol 1, должен возникнуть конфликт). Если оба переименовать и попытаться скопировать объект из 1 в 2, то возникнет конфликт - нормально. Сносим старый объект - работает.
Или, открываем 2, делаем там еще клип, меняем swap старый на новый - работает. ИМХО какая-то внутренняя ошибка редактора в части программы, касающейся хранения объектов библиотеки и связи элемента фильма с библиотекой.
Интересно, КАК ты эту ошибку сгенерил?

второй пример заработал когда :

if (back==0) я заменил на if (!back)

derhab, неудивительно, ведь back к тому времени undefined :)
в том и дело, что нет "стартового" подталкивания фильма...

Кстати, x==true толко если x=true или x=1, ВСЕ остальные варианты x интерпретируются как falsе, так что все верррррррно...