Необходимо сделать задержку на полмилисекунды. Не знаю как, а у функция Sleep(int) минимальная задержка 1мс Кто-нибудь знает решение?

VIIX
Тебе и со Sleep(1) никто не гарантирует задержку ровно в 1 миллисекунду. Может быть 1, а может быть и 15 миллисекунд. Windows - не система реального времени. Единственное, что может (может, но не обязано) сработать - запустить в цикле QueryPerformanceCounter() и завершить его, когда он отсчитает 0.5 миллисекунды.

Мне не нужна гарантированная 1 мс или 0.5мс. Мне нужно как-то реализовать задержку. Сейчас сделано Sleep(1) и это долго. Что-то типа Sleep(0.25) или Sleep(0.5) меня устроило бы, но увы ... 1 мс у этого метода "минимум"

VIIX
Ну так и используй цикл

P.S. Код не проверял, но должен работать.

SilverDaemon Спасибо, попробую

К сожалению, не подходит - данай функция очень сильно грузит проц

VIIX
Ну тогда твою задачу никак не решить, в Windows API нет такого Sleep. Может расскажешь подробней, почему нужно именно 0.5 мс? Sleep(1) обычно дает задержку в 10-15 мс, если не увеличивать точность таймера вызовом timeBeginPeriod(1).

SilverDaemon На форме надо плавно передвинуть объект интервалом +1px c задержкой на каждый пиксель. Получается плавно, но надо чуть быстрее.

Попробуйте так. Ну и попробуйте в for поменять конечное значение или вообще цикл выкиньте. Можете попробовать заменить SwitchToThread() на Sleep( 0 ) или вообще их вместе поюзать
Ещё вариант - попробуйте для вашей задачи поюзать вещественные числа и передвигать не на целое число, а на дробное. Возможно будет немного дёргаться - уже не помню. Сам когда-то делал такие штуки

Добавлено спустя 33 минуты 25 секунд:
Сейчас попробовал, на моём ПК
Sleep( 1 ) - в среднем 0.000950 секунд
Sleep( 0 ) - 0.000001
SwitchToThread() - 0.000004

Industrialice, я специально измерял стабильность команды Sleep,1.
При уровне приоритета 'realtime' время выдерживается точно, именно 1 мс. Соседние отсчеты (0.99мс и 1.01) имеют интенсивность 20% и вызваны округлением измерения. Еще есть по ~1% отсчетов на 0.98мс и 1.02мс. Других отсчетов (в интервале 0.01мс - 10мс) нет. Время сбора статистики 5 минут.

denisr, не хами.

serj Я потом тоже протестирую, и с разными приоритетами, данные тесты были при запуске "как есть прямо из Вижуал Студио" и с кучей параллельно выполняющихся программ - так что результат там заметно плавает, привёл средние значения чисто для прикидочной информации насколько выкручивать счётчик цикла, не судите слишком строго

Частота обновления экрана - 60-100Hz.
Задержка между обновлениями = 1000/60=16ms. Sleep(1) именно поэтому равен Sleep(16), потому что достаточно обновлять экран только каждые 16ms. Обновление каждые 1ms или тем более 0.5ms просто отбросит 16 изменений картинки, зря сожрёт процессорное время и в итоге покажется только одно изменение картинки.

denisr, остается проблема с получением события VSync (ибо как_раз_по_нему и надо обрабатывать оконную процедуру перерисовки изображения).

Получение события VSync
На практике "плавно" в 0.5мс задержки это не реальное значение.
Анимация передвиганием кнопки в цикле с задержкой это большооой костыль.
Скажем так попытка рубания дубов микроскопом.
Дело не в задержке, а в невозможности "плавно двигать" окна самой графической подсистемой.
А в форточках кнопка это окно...

Вам нужен пример анимации посредством GDI.
Другое дело что при событиях onClick (или что там у вас)
нужно учитывать текущее положение объекта на холсте, и размер холста.
Но это будет работать отлично.

http://www.daniweb.com/software-development/cpp/code/241875/fast-animation-with-the-windows-gdi

Добавлено спустя 6 минут 46 секунд:
Ну или как вариант реализовать двойную буферизацию контекста дисплея для объекта и его контейнера который будет работать с хуками на перерисовку...

VIIX Если использовать Qt, то есть функция QThread::msleep(unsigned long msecs).

Вот с этого и надо было начинать. Не с той стороны задачу решаешь. Если у тебя обычное окно windows-приложения, то нужно как минимум включить двойную буферизацию и обновлять картинку чаще, чем 60 раз в секунду. Если используешь DirectX или OpenGL для отрисовки объекта, просто включи в них VSync.

P.S. Но идельно плавное перемещение будет только если частота изменения картинки будет точно равна частоте развертки монитора. Если будешь обновлять чаще, то между соседними кадрами, отображаемыми монитором, будет иногда попадать разное число обновлений картинки (будет периодическое подергивание). Если будешь обновлять реже, то движение будет не на каждом кадре монитора.