Ну смысл в том, что нет никакого фреймрейта в принципе, а есть только время с прошлого кадра. Собсно всё. Как примерно организовать - там есть код. play() у мувиков не использовать, когда надо показать след. кадр использовать gotoAndStop(). Таймеры не использовать или написать другие, которые тоже апдейтятся каждый фрейм с указанием, сколько времени прошло.
Тогда тупо искусственно увеличивая прошедшее с прошлого кадра время получаем ускорение какое надо.

Дробный - да.
А вот по поводу фреймрейта - та же альтренатива рекомендует ставить сотню (и в примерах у них сотня стоит). Хотя реально, когда начинается обсчет 3D, больше 60-ти я ни разу не видел.

скажу проще:
если у вас есть проект с кучами ручной и программной анимации, то переработать всё это можно будет:
1) вручную, пробегаемся по коду и мувикам, вставляем глобальный код/класс для смены скорости, который "двигает" анимационные ключи в нужную сторону (тяжкий вариант, зависит от сложности проекта)
2) собрать проект заново с учетом, этих ваших clock-movers (самый расово верный метод)
3) тот метод что уже предлагали, сменить кол-во кадров в секунду для всей флеши, раз там возникают глюки, значит не совсем подходящий, хотя и самый (значительно!!!) простой из всех вариантов

забыть про метод play(), использовать nextFrame().