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

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

 load-module module-udev-detect 

чтобы:

 load-module module-udev-detect tsched=0 

Я явно отключаю tsched. Аналогично, если я изменю линию,

 load-module module-udev-detect tsched=yes 

Я разрешаю tsched. Оба они поддаются проверке,

 pactl list | grep tsched 

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

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

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

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

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

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

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

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

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

На странице Arch Wiki на PulseAudio / Troubleshooting говорится:

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

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