А вы его пробовали для этой цели использовать? Я вот пробовал в те годы (когда появлялся пульс). Это нереально.

Проблема в том, что низкая латентность JACK достигается ценой требовательности к приложениям: они должны быть написаны правильно. И звуковухи должны быть правильными. Собственно, в профессиональной среде это все не проблема.. а вот в бытовой..

Как только у вас появлятся звуковуха с багом в драйвере или же приложение, которое вместо того, чтобы отдавать данные задерживается - все, туши свет. Т.к. в JACK API сделан на коллбеках. И общий цикл его, как идеального низколатентного сервера рассчитан на то, что все программы из коллбека быстро отдадут правильную порцию новых звуковых данных. Но в обычной жизни, вне профессионального звукового софта у вас появляется хоть одна прога, которая это не сделает.. и все, приплыли. Всему звуку в системе становится так плохо, что редкие "пшш" от пульса на экзотичных звуковухах с багами в драйвере покажется цветочками. И иногда плохо будет, пока не перезапустите сам JACK. А потом всех его клиентов, ха-за.

А т.к. JACK писался с идеей, что соединяем правильный софт, главное низкие задержки, а софт-то поправят - это просто не работает в бытовой жизни. Пульс же сразу делался с рассчетом, что г0внософт не должен переклинивать сервер. Правда, с плохими драйверами звуковых ему все равно пришлось столкнуться (и огрести за это от пользователей). Только тут от JACK все было бы еще хуже.

Нет, JACK сам по себе не плохой. Просто его авторы не захотели бы затачивать его на бытовые реалии, если бы пострадало профессиональное применение.