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（有効）です。ハードウェアが正確なタイミング情報を返さない場合（例：クリエイティブサウンドカード）、0.9.10以前で使用されていた割り込みベースのタイミングを有効にするためにtsched = 0を設定してみてください。

しかし、私は2つのマシン（異なるハードウェア）tsched=yesを使用しています。1つは戻り、もう1つは戻りません。

デフォルトは本当に1（有効/はい）ですか？pactlに表示されない場合、それが本当に有効になっていることを確認する方法はありますか？それが本当に有効かどうか（ハードウェアで）は何を決定しますか？

ここに素敵な（技術的な）議論があります：

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

シーケンサーとは？

シーケンサーの役割=
適切なタイミング（シーケンス）で適切な宛先（デバイス）にイベントを配信します。

したがって、これはカーネルがハードウェア（この場合はサウンドカード）を管理する方法に関係しています。一部のサウンドカード（通常はIntelのもの）では、リアルタイムのシーケンス処理が必要です。

PulseAudio / Troubleshootingに関するArch Wikiのページはこう述べています：

PulseAudioサウンドサーバーの新しい実装では、従来の割り込み駆動型のアプローチではなく、タイマーベースのオーディオスケジューリングを使用します。

タイマーベースのスケジューリングにより、一部のALSAドライバーで問題が発生する可能性があります。一方、他のドライバーはオンにしないと問題が発生する可能性があるため、システムで何が機能しているかを確認してください。