минимальный шаг изменения числа в ENTER_FRAME

[a7s1h1]

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

Альфа хранится в 8-битном канале, и то, что вы указываете, сначала конвертируется в int, а для получения обратно из int во float.
Более подробно вот тут написано http://stackoverflow.com/questions/1...ults-in-the-al
Поэтому ни о какой подобной точности можно даже не мечтать в данном случае

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

действительно, не подействовало. Использовал отдельную переменную _al:Number, менял в шаге её:

_al -= .0001;
alpha = _al;

В итоге trace сначала выдал число 0.99609375 около 40 раз подряд, затем столько же - 0.9921875, и так далее. Так что, выходит, что минимальный шаг изменения alpha - 0.004. Всем спасибо за познавательные советы!
А, нет, ещё один вопрос: раз уж флэш всё равно округляет указываемые числа до минимального (т.е. в данном случае до 0.004), верным ли будет утверждение, что лучше тогда не менять alpha на число, меньшее данного предела, чтобы не занимать память лишними вычислениями? (т.е. менять alpha на 0.005 ещё имеет смысл, а на 0,003 уже нет)

[PainKiller]

Я вижу тут 3 решения проблемы - либо твинер, либо таймер, либо написать функцию которая будет декреминтировать значение через несколько шагов ENTER-FRAME. А замедлить "таянье" объекта напрямую, как хочет ТС не получится.

[KBAC]

В итоге trace сначала выдал число 0.99609375 около 40 раз подряд, затем столько же - 0.9921875, и так далее. Так что, выходит, что минимальный шаг изменения alpha - 0.004.

Так вы же получили нужное замедление. Неважно что реальная alpha не будет меняться несколько кадров - скорость её пропадания стала меньше. Визуально будет выглядеть как надо.

[a7s1h1]

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

Так вы же получили нужное замедление. Неважно что реальная alpha не будет меняться несколько кадров - скорость её пропадания стала меньше. Визуально будет выглядеть как надо.

Ой, а ведь и правда! Получилось, что отдельная переменная типа Number - это как бы счётчик, который, уменьшаясь на величину, меньшую, чем минимальная величина изменения альфы, с соответствующей периодичностью отщёлкивает альфу на её минимальную величину! Всё оказалось просто! Радует не столько решение проблемы, сколько понимание её причины. Спасибо всем огромное!

[ZackMercury]

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

Ой, а ведь и правда! Получилось, что отдельная переменная типа Number - это как бы счётчик, который, уменьшаясь на величину, меньшую, чем минимальная величина изменения альфы, с соответствующей периодичностью отщёлкивает альфу на её минимальную величину! Всё оказалось просто! Радует не столько решение проблемы, сколько понимание её причины. Спасибо всем огромное!

А вы поняли причину? Я вот, не совсем понял.
Мб, вы хотели сказать, понимание решения проблемы?)

[a7s1h1]

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

А вы поняли причину? Я вот, не совсем понял.
Мб, вы хотели сказать, понимание решения проблемы?)

Я хотел сказать, что был рад узнать, что причина моей проблемы в том, что у альфы есть минимальный шаг изменения. В свою очередь, причину такого ограничения объяснил caseyryan:

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

Альфа хранится в 8-битном канале, и то, что вы указываете, сначала конвертируется в int, а для получения обратно из int во float.
Более подробно вот тут написано http://stackoverflow.com/questions/1...ults-in-the-al