подскажите как получить мили секунды. придумал вот такой костыль, но это явно не то. Как добиться обновления каждую мили секунду? куда копать?
code_30224.txt

Редактировалось 2 раз(а), последний 2025-01-10 22:08:15

Конечно читал справку.
Я же использую его. но он интегрирует события не каждую мили секунду, даже если поставить интервал 0. Да и боюсь что при большей скорости костыль сломается)

вот из справки
Одной из особенностью работы таймеров в ОС Windows является то, что на практике события не смогут приходить чаще, чем с задержкой в 20-30 мс.

а с Thread или MMTimer мой костыль выдает ошибку)

Редактировалось 2 раз(а), последний 2025-01-10 22:08:15

вы не понимаете что VBJscript не сможет выполнится за 1 мили секунду?

это как ?

Ну вы же поняли меня

Обновление инфы в интерфесном элементе не может происходить быстрее 10..15 мс. Так что про 1 мс можно смело забыть. Обычный таймер работает в синхронном режиме с обработчиком главного потока, и потому так же привязан к этим 10..15 мс, и не сработает до тех пор, пока не перерисуются все интерфейсные элементы. Чем больше интерфейсных элементов на форме, тем менее точным будет таймер, иногда задержка срабатыванмия таймера выше в разы его установок, и не всегда постоянная величина

А если не обновлять информацию в интерфейсных элементах? а просто сравнивать, и при определенном значении выдавать событие? мой VBJscript в любом случае будет выполнятся дольше 1 мили секунды(

А зачем заставлять его работать через миллисекунду Есть же спецкомпонент для вычисления разницы и в милли- и в микросекундах
------------ Дoбавленo в 23.53:
А в графиках тоже?

Где конкретно, в каком графике

nesco, например, здесь: http://forum.hiasm.com//getfile/29643

Леонид
Мне нужно выполнить событие по таймеру, не замерить время( допустим 12:23:12:157 завел и именно в этот момент произошло событие.

Вот ты упертый Я же тебе объяснял, а ты уже забыл, что синхронный выход потока работает в основной очереди событий и никак не может влиять на скорость перерисовки (а вот сам от нее зависит), тк обработчик не выполнит следующую команду, не закончив предыдущую, или вообще ее в хвост очереди не поставит. Применительно к схеме это означает, что на синхронном выходе потока ты не получишь итерации в 1 мсек никак и никогда, это будет предельно недостижимая величина.
------------ Дoбавленo в 00.43:

Произойдет, но только с допуском +10..15 мсек. Но может и больше, все зависит от нагрузки на комп, кол-ве ядер, открытых окон приложений и тд. Это если спользовать обычный таймер, если использовать MMTimer, то такую точность можно добиться, но нельзя его событие ставить на интерфесные элементы

Можете описать алгоритм?