Для импульса, что делает 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, чтобы включить синхронизацию по прерываниям, которая использовалась в 0.9.10 и ранее.

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

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

8
задан 5 November 2013 в 21:03

1 ответ

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

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

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

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

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

Страница Arch Wiki на PulseAudio / Устранение неполадок гласит:

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

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

0
ответ дан 5 November 2013 в 21:03

Другие вопросы по тегам:

Похожие вопросы: