конфликт со звуком

[red rocket]

Собрал девайс на микроконтроллере, который тупо анализирует свои входы(32 шт) на предмет кз. Связь с компом через usb, эмуляция сом порта.
Написал программу на vb6 которая считывает данные с сом порта и представляет их в виде строки : 0 или 1 на каждый вход. Событийно мог проследить изменение на каждом входе до тех пор пока не додумался на изменение поставить голос (wav или мр3). Как только на форме появляется MMC или WMP сразу строка начинает вести себя нестабильно и в следствие чего всё начинает глючить. Как быть? Исходники в архиве.

[Хакер]

через usb, эмуляция сом порта.

Как только на форме появляется MMC или WMP сразу строка начинает вести себя нестабильно и в следствие чего всё начинает глючить. Как быть? Исходники в архиве.

1) И где там MMC или WMP?
2) И зачем использовать MMC или WMP?
3) «Всё начинает глючить» — это не нормальное описание проблемы. Это всё равно, что придти и написать сообщение из пяти слов «У меня ничего не работает». Одинакого неэффективно в плане получения помощи.

[red rocket]

на форме в архиве MMC и WMP действительно нет, т.к их появление и привязка к событию изменения состояния входа приводит к тому, что строка отображающая состояние входов микроконтроллера, вместо
#10000000000000000000000000000110
показывает
00000000000000000000000110
#100000
вместо одной строки появляются две и при этом части показаний "гуляют" по двум строкам постоянно, т.е. значок # может появиться в любой строке в любом месте, подвинув соответственно все другие 0 и 1
З.Ы. критика действительно по существу

[Samsonov]

вместо
#10000000000000000000000000000110
показывает
00000000000000000000000110
#100000

Насколько я понимаю, программа просто тупо считывает 35 байт каждые 300 мс и предполагает, что каждый такой набор байтов будет соответствовать очередной последовательности, начинающейся с „#“, — видимо, по какой-то причине часть байтов теряется (хотя такого вроде не должно происходить с современными буферизированными COM-портами), и потому 35-байтная граница более не соответствует началу последовательности. То есть в функции ReadCommPure надо не просто считывать, а синхронизировать выдаваемое значение с символом начала последовательности.

Причина разбиения строки на две части — тоже хороший вопрос. По идее, все управляющие символы вырезаются в функции CleanStr. Но, возможно, текстовое поле txtRec воспринимает как символ переноса строки какой-нибудь знак из диапазона 127–255? Или там попадается какой-нибудь пробельный символ, а текстовое поле пытается выполнять перенос по словам? Вообще, не проще ли установить txtRec.MultiLine = False? (Конечно, это не решение проблемы, а лишь борьба с симптомами.)