Если я изменю /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, чтобы включить синхронизацию по прерываниям, которая использовалась в 0.9.10 и ранее.
Однако у меня есть две машины (различное оборудование), одна из которых возвращает tsched=yes
, а другая - нет.
Действительно ли значение по умолчанию 1 (включено / да)? Есть ли способ проверить, действительно ли он включен, если он не отображается в pactl? Что (аппаратно) решает, действительно ли оно включено?
Здесь есть приятное (техническое) обсуждение:
http://www.alsa-project.org/~tiwai/lk2k/lk2k.html
Что такое секвенсор?
Роль секвенсора =
Доставляет события в нужное время (последовательность) в нужное место назначения (устройство).
Так что это связано с тем, как ядро управляет вашим оборудованием, в данном случае вашей звуковой картой. Некоторые звуковые карты (обычно Intel) нуждаются в режиме реального времени.
Страница Arch Wiki на PulseAudio / Устранение неполадок гласит:
Более новая реализация звукового сервера PulseAudio использует планирование звука по таймеру вместо традиционного управления прерываниями подход.
Планирование на основе таймера может выявить проблемы в некоторых драйверах ALSA. С другой стороны, другие драйверы могут не работать, поэтому проверьте, что работает в вашей системе.