1nd1g0, но я тестирую секвенсоры с активным внутренним генератором.

Я подозреваю, он про Sleep из kernel32.dll. Он-то поможет, но он до миллисекунд.


Так они и таймер используют внешний, много раз встречал в программах опции: "Какой таймер использовать" - свой или внешний (например, от реальноговиртуального порта MIDI на звуковой карте), в детали не вдавался.

Ну и выкинь лишнее.
"Растояние" между out1 и out2 <2 микросекунд.

А ещё у Вас там ядро процессора подвисает на 0.5 мс каждую секунду. Особенно понравились ваши самодельные "хабы".

code_25360.txt

Индусы в шоке )

Или даже так

[offtop]1nd1g0, да уж, эти хабы очень быстрые, индусы мне завидуют [/offtop]
1nd1g0, а зачем нужна эта защита ресурсов, что она делает?

Tad, да, убрал, спасибо.

[offtop]
Я не про Вас, а про таймеры со "сдвигом по фазе" (первым удивлюсь, если будут работать как должно в теории).[/offtop]


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

code_25361.txt

[offtop]1nd1g0,

code_25362.txt
Но данные эти хабы не кешируют [/offtop]

login, кстати, меня что-то берут сомнения, что программы "конкурентов" шлют всё короткими сообщениями MIDI. Гораздо целесообразнее им была бы потоковая передача, пакетами. Кстати, BASS может поддерживать то, чего не реализовано в компонентах (тоже пока не интересовался).

1nd1g0, да, у bass я искал именно в хелпе ко всей их библиотеке, но не смог найти потоков миди.
Плюс я буду использовать bass ASIO, а не обычную bass.dll.
------------ Дoбавленo в 01.00:
1nd1g0, два таймера работают ровнее.
------------ Дoбавленo в 01.05:
индусский код победил ))

Как и обещал, удивляюсь:

Кстати, при включенных таймерах, к элементам, подключенным после SafeMode, желательно обращаться только через SafeMode.WaitMode=Wait, это убережёт программу от критических ошибок и гарантированно запишетпрочтёт данные. Другой способ - обращаться только при остановленных таймерах.

Если мне надо узнать значение счетчика то так?
code_25377.txt

Да, абсолютно верно, только FT-компоненты вне FT-контейнера не должны работать, и нужно понимать, что на опрос счётчика времени остаётся ровно между завершением одного "такта" (События таймера и ветки, его обрабатывающей, вплоть до самого её конца) и наступлением следующего. Кроме того, если такт произойдёт на момент опроса счётчика, то он будет пропущен. Можно, конечно, всем включить режим Wait (расплатой за это будет повышение шансов полной рассинхронизации, если такты лавинообразно будут выполняться дольше 500 мкс - наступит цепочка блокировок, начнётся серьёзный сдвиг по фазе и накопление неотработавших тактов в очереди, вероятно переполнение и... В общем, действуйте с умом.
------------ Дoбавленo в 21.02:
Чтобы нивелировать эффект от пропуска тактов можно зарегистрировать не два, а четыре таймера, парами, запущенными со смещением, немного превышающим максимальное чтение счётчика по времени, режим - NoWait. Тогда вероятность, что хотя бы один из пары сработает, резко возрастёт.
------------ Дoбавленo в 21.05:
Если хотим точности, то можно потратить некоторое время на автокалибровку программы - самостоятельный замер всех задержек и подгонка таймеров на конкретном ПК в конкретном режиме (мало ли, экономия энергии включится или конкурентный режим ядра процессора ОС реализует). Это самый профессиональный вариант, но работы потребуется немало

1nd1g0, идея хорошая. Да, разсинхронизация не приемлема. Но только я доконца не понимаю: .


Как раз об этом вчера думал, не мог уснуть. Еще мои таймеры будут вызывать события в отдельных потоках типа:
code_25381.txt
Это тоже надо делать как-то защищенно?

Ни в коем случае так не делайте. У SafeMode есть свойство Name, по сути это - имя группы. Я, кстати, это всё описал в справке по компоненту: SafeMode.
Элементы из группы с одним именем блокируют друг друга, так что одномоментно исполняется только один какой-нибудь участок. Так, как делаете Вы, поступать чревато. Один поток может начать, например, заполнять массив, выделит память под структуру с указателем, но будет прерван системой и управление попадёт второму потоку, который, скажем, читает из этого массива, берёт элемент, считывает указатель, а туда ещё не успели записать значение, он обращается по адресу 0 (или что там за мусор лежал в этой ячейке памяти - не знает никто), система завершает поток или всё приложеие с критической ошибкой попытки доступа к чужой памяти, оно Вам нужно?