:tease::tease::tease::tease:

kostya740
Уважуха!!!!!!
Сам сделал?

:bye::bye::bye::bye::bye::bye::bye:

Вам спасибо конечно за труды , но это как бы медвежья услуга ,не обижайтесь , но тут нет ничего необычного , звуковой поток формирует сам цап , и ему пофиг какой набор 0000111011101 пришел к нему (хотя я не оч внимательно читал ,и не понял как вы конкретно подключали андроид и виндовс к цапу ) ,все равно сделает по своему , и рингтон от нокии он тоже качнет ,без проблем , еще раз ,он сам формирует аудио поток , и нет ничего удивительного что он одинаков от разных устройств .

Наверное, действительно не очень внимательно читали. Тема создана в оппозицию соседней http://pccar.ru/showthread.php?t=23768 , чтобы доказать упрямым людям как раз то, что вы сказали. Вам с 15-летним стажем это понятно сразу, а вот им требовались веские доказательства :smile1:

А что там читать-то ? Я сначала попробовал эту шнягу дома т.к. существующая в то время звуковая не поддерживала ASIO.
Послушал пяток минут, исплевался...погуглил что умные люди пишут про этот костыль и забил на него навсегда.

Потому и пропуски были у Черкасова при выводе через него. Но то, что пролезло, было все-таки побитово верным. В нем значения буфера нужно подбирать и стараться фоновые процессы останавливать, т.к. софтовая реализация этого костыля вкупе с системными приоритетами приводят к опустошению буфера при переключении системы на другие задачи, и следствием как раз и будут такие пропуски

Я лишь намекаю, что в отсутствие поддержки асио можно использовать тот же wasapi, на который asio4all звук в итоге перенаправляет. Или kernel streaming - кому как нравится. Во всех случаях вывод будет побитово верным.

Совершенно верно, единственно правильное решение, имхо.

Меня как то больше прикалывает wasapi....по качеству не уступает asio, ну и по использованию для меня более удобнее.