Ускоряется время компьютера при воспроизведении звукового файла

[Кинунен]

При программировании (Builder C++ 3) столкнулся с неожиданной и непонятной проблемой:
в программе при воспроизведении звукового файла (mp3 или wav) на ряде компьютеров и в разных ОС Windows (XP Home и Prof, Win7) происходит ускорение системного таймера!
Примерно на 1 сек за 50 сек.
Похоже, на один тик (20 мс) в секунду.
Устойчиво! На компах с Win10 пока не наблюдал.
Писал и mciSendCommand(0, и PlaySound(). Эффект дин.
Помогите! Критически важно понять и устранить эту проблему!
Буду очень благодарен!

[Pavia]

Что вы подразумеваете под системным таймером? Как измеряли ускорение?

[Кинунен]

У нас есть сетевая система нами разрабатываемых прикладных программ и полигон с лок сетью из нескольких компов для отладки системы.
1) Ускорение времени говорящего (асинхронная mciSendCommand) компа зафиксировала сначала наша встроенная подпрограмма синхронизации времени - периодическим сравнением с выделенным "компьютером-сервером времени".
2) Увидев это, я искусственно зациклил это сообщение в говорящей программе, отключил в программе подпрограмму синхронизации времени, вывел на оба компа (говорящий и "сервер времени") системную панель времени, визуально засек времена и через час их снова сверил: говорящий комп ушел вперед на 70 сек.
3) За это время на других (молчавших) компах полигона время стояло как влитое. То же происходит и с говорящим компом, когда он молчит.
4) В программе переписал говорилку с mciSendCommand на PlaySound - эффект не изменился.
5) Быстро наклепал тестовую программу с компонентом Builder-а TMediaPlayer (использует асинхронный mciSendCommand) и на компе запустил её одну (в условиях 2) - эффект тот же.
Чёрт его знает, что делать? В сети таких ситуаций не нашел.
Происходит это на каких-то сочетаниях ОС и железа, что ли?

[Pavia]

Вообщето это стандартнои и известное поведение мультимидийных программ. И нетолько, субд и прочии любят изменять дискертность системного таймера с 15.65-20 мс на 1 мс. Команда эта системной в том смысле что влияет на все программы разом.https://msdn.microsoft.com/ru-ru/lib...(v=vs.85).aspx
Для звука это надо чтобы он не заикался при воспроизведении.
Делается это командой:https://msdn.microsoft.com/ru-ru/lib...(v=vs.85).aspx
Но на часы это не влияет это видимо из-за сменя дискретности одна из ваших программ начинает переводить часы в неправильную сторону.

[Кинунен]

"это видимо из-за сменя дискретности одна из ваших программ начинает переводить часы в неправильную сторону."
Исключено: см. п. 5 (там голая форма)

[Пепел Феникса]

компа зафиксировала сначала наша встроенная подпрограмма синхронизации времени - периодическим сравнением с выделенным "компьютером-сервером времени".

а это что?

[Кинунен]

Повторяю пункт 5: "Быстро наклепал тестовую программу с компонентом Builder-а TMediaPlayer (использует асинхронный mciSendCommand) и на компе запустил её одну - эффект тот же: визуально время так же поплыло."
То есть тестовая программа ничего не делала вообще, только в цикле крутила wav-файл через класс TMediaPlayer (функция Play()) Builder-a.

Сейчас переписал вызов этих функций в программе на отдельный поток, всё равно не помогло.


Я прочёл Ваши ссылки о media-таймерах. Спасибо!
Но что мне надо сделать с этими функциями при вызове файла на проигрыш и после прекращения проигрыша, чтобы таймер компа во время проигрыша файла не уходил вперед?
Может, где-то есть пример решения этой задачи?