web-dev-qa-db-ja.com

VLCおよびALC1220コーデックを使用すると、数秒ごとにオーディオがグリッチします

Realtek ALC1220オーディオコーデックを備えた新しいX299システムを使用して、VLCは17.10に定期的なオーディオグリッチ（3秒ごと）を生成しています。グリッチはVLCに固有のものであるようで、aplayまたはmplayerでは発生しません。少し掘り下げた後、VLCの複雑なオーディオタイミングシステムは、コーデックから返される情報にタイミングのずれがあり、それを補正するために無音を挿入しているようです（これは、VLCのデバッグレベル1のメッセージで確認できます）。

この問題に関する他の投稿を見たことはありません。ALC1220コーデックを持つ他の誰かがVLC（またはその他のコーデック）で問題を見つけている場合、私は興味があります。もしそうなら、私はあなたが見ているものとそれのための回避策を見つけたかどうかを教えてください。

soundpulseaudioalsavlc
2
bivouac0

調査の結果、問題はオーディオチップではなく、システムRTCクロックに約4％のドリフトがあることが判明しました。 VLCはドリフトを認識し、遅延を補正するために無音を挿入します。

これをテストするには、ntpサーバー（Sudo systemctl stop systemd-timesyncd）をオフにし、dateを使用して、時間を一定期間にわたって正確な外部クロックと比較します。私のシステムでは、5分間で約12秒間失われます。

問題を修正するには：

  • 多くの場合、最初にNTPをオフにしたいのですが、これが必要かどうかはわかりません
  • Adjtimexをインストールします：Sudo apt install adjtimex
  • ドリフトを分析します：Sudo adjtimexconfig
    • これにより、ドリフトが自動的に分析され、調整パラメーターが/etc/default/adjtimexに配置されます
    • パラメータはすぐにシステムにロードされ、ブート時にリロードされます
  • 更新が行われたことを確認します：adjtimex -p
  • dateを外部クロックテストに再実行します。
    • ドリフトは表示されないはずです。
  • オフにした場合は、NTPを再びオンにします。
1
bivouac0

biyouac0その答えをありがとう、これは私の問題のようです。 5分間で約40秒増加します。残念ながら、Linuxが非常に新しい（約1か月）ので、修正が何であり、何が達成されるのか理解できません。説明に数分かかりますか。また、この不具合はビデオにも影響を与えましたか？特に画面が明るい場合は、ジグザグの線が出入りします。リフレッシュレートの問題のようですが、今回のドリフトは収まるようです。 Linux Mint Mate 19.1事前に感謝

HPノートブック（W7B87UA＃ABL）64ビット製品：Intel（R）Pentium（R）CPU N3710 @ 1.60GHzベンダー：Intel Corp.物理ID：4バス情報：cpu @ 0

      size: 4GiB

* -pciの説明：ホストブリッジ製品：Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series

0
Steve Hughes