Набросал демку про как можно бы двигать спрайты
Схемка небольшая, просто в ней GIF сидит (поскольку, моя - плохой художник, картинка не моя, а из чужой демки)
Заодно немного потестил ImageLoader

Galkov - SUPER! респект ВАМ вместе с nesco огромный, у меня на стуле даже амортизаторы спустило...

[size=-2]------ Добавлено в 23:21
Galkov - писаюсь до сих пор

[size=-2]------ Добавлено в 23:34
чёрт побери! даже ресурсы не жрёт! SUPER

Дааа, спасибо, смотреть и учиться!

Galkov, ну ты даешь Ну просто -- Full Rules.

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

И еще, проверил этот алгоритм с прозрачным GIF'ом. Немного лучше отображение -- нет черных окантовок вокруг бублов.

Честно, мне понравилось. Таким способом можно неплохие мультики делать. Тут все Эдик спрайты хотел иметь в HiAsm'e, так вот они и получились.

Где можно скачать ImageLoader? Или EXE выложите, посмотреть.

Тоже хочу посмотреть... выложите *.exe

Эдик, отсудово можно скачать:
http://hiasm.googlecode.com/svn/elements/delphi/

Вот *.exe на посмотреть

На мой взгляд самое ценное в этой схеме (помимо самой схемы естественно) подробное описание ее работы в комментариях. Действительно разобраться в ее работе после этого не сложно.

Не заметил никаких дёрганий(может это только у тебя)

Может быть, я чего спорю, что ли. Тут у меня хард оптимизировался, может из-за этого.

А ты исходную схему компилил, или приаттаченное *.exe запускал?

Вот тоже небольшой экспромт на тему мультипликации - http://slil.ru/25431942

нужен компонент Gif - 2.0 (авторы - EvilGeo,Эдик)

andrestudio, с помощью ImageLoader'a можно анимировать любые форматы, не имеющие сильно искажающих компресий (для этих целей плохо подходит jpg формат, но очень хорошо -- gif и png, но можно анимировать и bmp)

Собственно, хотелось бы заметить, что этот способ рисования спрайтов не особо завязан на некие новые элементы.
Все это можно было делать и на заре HiAsm-а

Скажем, фоновая картинка может благополучно содержаться в элементе Image (просто надо помнить, что у него лучше режим Draw: Stretch, особенно при HALFTONE - может серьезно тормозить)
А doRefresh можно делать только один раз в процессе рисования, причем - не важно когда, творчество винды по обновлению экрана начнется все равно только по окончании всей алгоритмической ветки рисования
А при рисовании можно пользоваться элементом Img_Bmp

К примеру, в цепочку "рисовательных мультиков" можно вклеить и такой: code_8302.txt
Спрайты (попросту - бублики) левых мультиков будут "пробегать" над ним, правых - под ним...
В принципе, каждый "рисовательный мультик" должен быть с индивидуальным алгоритмом вычисления положения, и "добывания" картинки спрайта. А вот внутренний мультик - наверняка единый для всех. И именно его логично делать линком на единый оригинал


И что характерно - никаких проблем с маленькой разницей скоростей
Это я припомнил, что ну никак мы этого не могли втолковать Эдик-у, в свое время.
Он с упертостью, достойной лучшего применения, говорил: не пудрите мне мозги! а дайте мне таймеры которые работают с 10, 10.1, 10.2, .... мс

Исходную компилил.

пример монитора загрузки как в Download Master

code_2115.txt