точнее это совсем некорректное утверждение. Таймер работает на основе очереди сообщений Windows и его событие эквивалентно приходу, скажем, событий от мыши. Это значит, что пока основная программа не отработает, никакое событие Windows произойти не может. Так если в схеме от petrocan, в цепочке 3 поставить бесконечный цикл, то события от таймеров в цепочках 1 и 2 не произойдут никогда. По этой же причине форма будет выглядеть "зависшей".

Это правильно только для основного нашего таймера, если событие снимается по WM_TIMER в обработчике, но совершенно не влияет на созданный асинхронный таймер, у которого может быть два события -- по WM_TIMER и по вызову CallBack функции, так, к примеру, работает MMTimer, но все асинхронные таймеры работают в параллельных системных потоках, что накладывает соотвествующие ограничения на синхронизацию очередей разных событий.

Кстати, если после основного таймера тоже поставить цикл, и он сработает, то вся текущая очередь оконных событий притормозится и будет наблюдаться невозможность управления окном до момента окончания цикла, те,

Ух ты, так вот оно как. У меня схема вся на делеях (Delay)
И таймером я привык пользоваться именно как "делеем" события. А тут такое. Получается, это можно обойти, только если везде ставить таймеры, а это скорость кода затормозит. Или распаралеливать всё и вся, а потом следить как-то, но винда может, как захочет, несвязные потоки выполнить.
Надо подумать.

Смотря, что за схема, и что она должна выполнять.

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

Схему я переношу из макса, там такой проблемы нет. Там все таймеры паралельны, и они, невидимо, привязаны (синхронизированы) к какому-то супер-глобальному таймеру под названием "CPU-Time".
А схема, работает со звуком и миди. В реальном времени. (но с задержкой равной буферу ASIO).

В реальном времени, в Винде, работают только драйверы, и то, не совсем в реальном, а в нулевом кольце ядра. Так что -- это совершенно неверное утверждение. Вообще-то переводить что-то скоростное без применения FTCG или IC на HiAsm не совсем правильное решение, хорошего из этого ничего не получится, не для этих целей он

Я настолько хочу это сделать, что чуть не сел писать для себя среду с "квадратиками и точками", как вдруг нашел Ваш сайт.
У меня все должно получится, я уверен.
Хорошо, что есть Вы, и этот форум.
------------ Дoбавленo в 00.34:

Дело в том, что при старте ASIO весь MAX вешается на time-генераторы звуковой карты, и полностью отвязывается от винды (на то он и ASIO). Этот драйвер поддерживает (и стабильно работает!) с буфером всего в 64 семпла. Поэтому этот cpu-time выполняет реальное время (или достаточно близкое к нему, для моей задачи).

Вот видишь, все же драйвер
------------ Дoбавленo в 00.44:
Так все же, что должна делать прога с этими сэмплами, математически обрабатывать звук, или еще чего-то
Зачем в проге куча таймеров и синхронизаторов

Верно. Но в карте есть два независимых аппаратных таймера. К ним есть доступ (мимо винды и мимо Bios) из Асма. Tам как-то весь прикол в "аппаратной поддержке asio" (аппаратность это главная особенность всех профессиональных карт).
Когда с этим драйвером работаеш, то даже проц разгружается.
Но больше подробностей не знаю.
------------ Дoбавленo в 00.54:
Карта не обрабатывает звук. Только выводит. Есть карты с DSP. Это отдельная тема.
------------ Дoбавленo в 01.00:
Ой, я неверно понял вопрос. Вы про прогу.
Прога автоматически пишет музыку (уникальный, на планете, алгоритм )
Но вот как-раз я сижу и думаю, что все это надо переобмыслить и обойтись без таймеров.

Мимо BIOS-a согласен, но мимо Винды, линейки NT, вряд ли.
Но если есть доступ к драйверу из какого-то ПО, то у драйвера должен быть API
Да, а как ты сейчас до ASIO стучишься

Сейчас я скачал BASS_ASIO.dll, BASS_VST.dll и только пытаюсь разобраться как мне, вообще, прикрутить их к HiASM не зная Pascal и Delphi. (главное, что эта возможность в принципе существует)
Но прогу пишу пока в слепую.

Ага, ну вот тебе и доступ к ASIO через BASS-интерфейс, а он уже и общается с ASIO через его API, что и требовалось доказать.

А вот тут, как раз и надо прикручивать интерфейс HiAsm-a к интерфейсу BASS через IC или созданием своих интерфейсных компонентов, где для этих целей, в пакете Windows, ну просто надо, знать Delphi

ASIO разработал Cтейнберг, и у них на сайте есть их родные DLL ки+sdk. (на С++)
Так может надо прикручивать их библотеки а не BASS? Или нет разницы?

Если есть описание API функций, и ты знаешь как с ними работать, и что каждая из них означает, то можешь сам написать оболочку на IC. Понимаешь, для того, что бы такое написать, первым делом надо знать что тебе надо. Я к примеру, кроме обаботки звуковых файлов, в остальной музыке -- не в зуб ногой, для меня этот ASIO -- темный лес, я никогда не писал музыку, и не собираюсь.

Я это понимаю.
В глоссарии нет слова IC. Это Вы имеете виду внутренний язык создания елементов Hiasm?

Например, я уже разобрался как в коде добавлять точки и переменные к квадратикам, и как привязывать dll.
Дальше буду разбираться.

p/s

AS I/O - Имеется ввиду, некий режим, когда устройство работает "как ввод/вывод", скоростной.