> Где уж нам до вас.
Ну вы хотя бы пробуйте, старайтесь.
Я понимаю что я как "недостижимый Эверест" и Полярная звезда, но ведь есть к чему стремиться. Не опускайте рук.
Любая попытка к творчеству и исследованиям в разы полезней любых излияний унылого скепсиса и самой отборной копипасты.

У меня при вызове n-370 выдаёт стабильно точную задержку (лишь иногда +/- 4ms) с нагрузкой на ЦП 0%.

А у меня при n-100 и то, если n делится на 1000 (иначе отклонение больше).

Нагрузка 0% будет при большой задержке, но не в момент запуска MSHTA (или чего угодно), что я и показал вызвав этот трюк в цикле с малой задержкой (без каких либо семантических или синтаксических ошибок),
заодно ответив на вопрос:

— Большей «лёгкостью на подъём». А от использования дополнительного файла портабельность страдает очень несущественно.

Где уж нам до вас.

> Точность?
Ога. У меня при вызове n-370 выдаёт стабильно точную задержку (лишь иногда +/- 4ms) с нагрузкой на ЦП 0%.

>CSCRIPT
Да, чем вызов CSRIPT с доп JS-файлами кошерней портабельного inline-вызова MSHTA?

Вы бы лучше поискали способы обращения к системному таймеру, чем очередной раз пытать счастье в попытках "изфекаливания оппонента".

Нет, Аскет ранее лишь опровергал вашу неверную и основанную на банальной логике т.з. по поводу команды start

Которая оказалось верной.

Как вы к нам, так будем и мы к вам.

Точность? Опережение где-то на пол-секунды при 3-секундной задержке. Думаю, она будет меняться от машины к машине.
Отсутствие нагрузки?

for /l %i in () do @start /min/w mshta "javascript:setTimeout('close()',200)"

— где-то 40% загрузки одноядерного ЦП.
Сравним

// eval.js
eval(unescape(WScript.Arguments.Item(0)));

for /l %i in () do @cscript //nologo eval.js WScript.Sleep(200)

— около 25%

for /l %i in () do @start /w wscript eval.js WScript.Sleep(200)

— то же самое.

Чем CSCRIPT менее кошерно чем MSHTA или однократное обращение к CScript.EXE — чем многократный вызов ping.EXE?

Нет, Аскет ранее лишь опровергал вашу неверную и основанную на банальной логике т.з. по поводу команды start (дабы в конец вас запутать, да-да)

> очевидные window.setTimeout
Судя по всему (сами так ничего и не предложили), wisgest не только постеснялся, но просто не додумался. )
Да и факт налицо - работает.

Важна точность задержки и отсутствие нагрузки.

>cscript
Это уже из разряда комбинашек. Далековато оно от православного и расово-чистого BATch.

первоначально имел в виду другое решение, но обнаружил в нём изъян и выложил первое попавшее под руку.

Если же вернуться к исходной задаче, то лучше будет составить скрипт наподобие «VBScript: Как поменять заголовок консольного окна?» и вызвать его через START /B CSCRIPT …

:sleep (ms)
set/a n=%1-370
echo %time%
start /min/w mshta "javascript:setTimeout('close()',%n%)"
echo %time%
exit/b

Только суть, без колдунства с невидимыми окнами и иже с ним.

Например та же:
DIR %windir%/system32>nul
даёт неплохую задержку;
даже множественный CALL пустой процедуры.
Но они нагружают ресурсы,так что нужно подключить смекалку. ))

Из крайности в крайность, То "блеф", то "start не тянет", то перебор попыток опровержения...
Это даже не "If-Then-Else", А самый натуральный "Do Loop без условия выхода цикла".

Завязывайте с демагогией, рефрейминг - это не Ваше. )

p.s. за-дер-ж-ка...

START/W/B APP.EXE — если APP.EXE консольное, что-то не вижу преимуществ перед простым вызовом APP.EXE (может, изменение приоритета?).
START/W/B INNER_COMMAND — это на самом деле
START/W/B %ComSpec% /K  INNER_COMMAND — т.е. никуда не годится.

> ...если вызывается неконсольное приложение...
Ну с такой железной логикой ("If-Then-Else") очень сложно поспорить.

> значит - внешняя программа
Вообще говоря, командный интерпретатор cmd.exe, за исключением скудного набора встроенных ф-ций for,if,call.., основан на вызове внешних программ (т.е. команд). Это так, на заметку.

p.s. start/w/b echo Я НЕвнешнее, ниразу НЕнеконсольное app.

Суть проста: start /wait ....
… но главное чтобы была стабильность и без нагрузки на ресурсы.

START /WAIT нужно, если вызывается неконсольное приложение, значит — внешняя программа; а это всё равно обращение к диску, т.е. нагрузка на ресурсы.

Но, думаю, ты просто блефуешь.

Суть проста: start /wait ....
Остаётся лишь подобрать подходящую комбинацию команд, которая отрабатывалась бы за определённое время (1s. или N-ms), но главное чтобы была стабильность и без нагрузки на ресурсы.
Варианты?