Программируемая логика и ЦОС

Какой должна быть частота обновления изображения на экране на самой низкой скорости воспроизведения? На самой высокой? Требуется ли подавление/отсутвие алиасинга? То есть, чтобы не было видно скачков изображения между кадрами? Как я понимаю, файл может быть подготовлен предварительно с любой сложностью обработки заранее, поэтому можно избежать лишней обработки в "железе". -=- Как я вижу решение - делаем огромного размера файл с частотой кадров 60 в секунду для самой низкой скорости воспроизведения (на самой высокой скороси эквивалент 60*10*10=6000 кадров в секунду. В файле доступен каждый кадр по-отдельности. Делаем устройство хранения с произвольным доступом к кадрам файла, со скоростью доступа и передачи данных достаточной для чтения 3x60=120 кадров в секунду. На каждый кадр, выводимый на экран с фиксированной частотой кадров 60 в секунду, из файла выбирается три кадра, ближайших к моменту времени, заданному крутилкой. Между тремя выбранными кадрами делаем интерполяцию сплайном или что-то подобное, с весами пропорциональными близости выбранного кадра к заданному крутилкой моменту времени. Выводим на экран. Позиция выборки кадров задаётся крутилкой плавно. Если диапазон +/-10 крат, это 10000 процентов. Желательна дискретность оцифровки положения крутилки не хуже 12 бит, так как 5% изменения скорости это уже заметно, а для перекрытия 10000% 5%-м шагом требуется 11 бит. Положение крутилки считываем каждый кадр дисплея, т.е. 60 кадров в секунду. В зависимости от положения крутилки, приплюсовываем к текущему моменту дельту времени. И выборку следующих кадров делаем в новый момент. Будет регулировка практически без лага (лаг - 1/60 секунды). Думаю, такой алгоритм работы готового изделия будет приятен в использовании.