Для импульса, что делает tsched (и какие значения по умолчанию)?

Если я /etc/pulse/default.paизменю и изменю эту строку:

load-module module-udev-detect

чтобы:

load-module module-udev-detect tsched=0

Я явно отключаю тщед. Точно так же, если я изменю строку на

load-module module-udev-detect tsched=yes

Я включаю тщед. Оба из них можно проверить, запустив,

pactl list | grep tsched

И, глядя на документацию ,

тщ С 0.9.11. Используйте модель, основанную на системном таймере (она же без сбоев). По умолчанию 1 (включено). Если ваше оборудование не возвращает точную информацию о синхронизации (например, звуковые карты Creative), вы можете попытаться установить tsched = 0, чтобы включить синхронизацию по прерываниям, которая использовалась в 0.9.10 и ранее.

Однако у меня есть две машины (различное оборудование), одна из которых возвращает, tsched=yesа другая нет.

Действительно ли значение по умолчанию 1 (включено / да)? Есть ли способ проверить, действительно ли он включен, если он не отображается в pactl? Что (аппаратно) решает, действительно ли оно включено?

Здесь есть хорошая (техническая) дискуссия:

http://www.alsa-project.org/~tiwai/lk2k/lk2k.html

Что секвенсор?

Роль секвенсора =
доставляет события в нужное время (последовательность) в нужное место назначения (устройство).

Так что это связано с тем, как ядро ​​управляет вашим оборудованием, в данном случае вашей звуковой картой. Некоторые звуковые карты (обычно Intel) нуждаются в режиме реального времени.

Страница Arch Wiki на PulseAudio / Поиск и устранение неисправностей гласит:

Более новая реализация звукового сервера PulseAudio использует планирование аудио на основе таймера вместо традиционного подхода, управляемого прерываниями.

Планирование на основе таймера может выявить проблемы в некоторых драйверах ALSA. С другой стороны, другие драйверы могут не работать, поэтому проверьте, что работает в вашей системе.