VLCでシーク（時間移動）時に発生する再生遅延・ズレの解決方法

VLCで音楽や動画ファイルは通常どおり再生できるのに、音声ファイルで別の再生位置（タイムスタンプ）へジャンプしたときだけ、約1秒ほどの再生遅延が発生する――一見ささいなのに非常に厄介な問題です。さらに、再生位置が意図した地点よりわずかに後ろへずれ込むこともあります。たとえば曲の0分34秒から1分22秒へジャンプすると、VLCは一旦再生を始めたかと思った瞬間、1分21秒あたりへ戻ってしまうのです。筆者の環境でも実際にこの現象が起きました。

なぜ突然この問題が現れたのかは不明です。以前はVLCでこうしたトラブルに遭遇したことはありませんでしたが、Kubuntu 22.04を搭載したSlimbook Executive上のメディアプレイヤーでは現在この症状が出ています。最近このマシンでは、バグだらけのカーネルアップデートやPlasmaデスクトップの不具合など、さまざまな問題に悩まされてきたため、VLCもその余波を被った犠牲者のひとつかもしれません。幸い、比較的簡単に回避できるので、その方法をご紹介します。

解決策

必要なのは、Input / Codecs（入力／コーデック）のキャッシュ値を変更することです。これは以前、Samba共有のストリーミングで経験したプリフェッチ値の問題とよく似ています。まずVLCの設定を開き、「すべて」をクリックします。検索フィールドに「caching」（キャッシュ）などと入力し、下のサイドバーに表示された結果から「詳細設定 ＞ 入力／コーデック」を選択してください。次に右側の画面をスクロールし、「詳細設定」というセクションを探します（「詳細設定」の項目が複数あるので注意してください）。

このセクションの最初の項目が「File caching (ms)」（ファイルキャッシュ）です。筆者の環境ではデフォルト値が1000ms（1秒）に設定されており、これはシーク時に発生するズレやジャンプの長さとぴったり一致しています。なぜ突然このような問題が現れるのかは定かではありませんが、その原因究明は別の機会に譲るとして――あるいは、コード、プレイヤー、デスクトップ環境、ディストリビューションの開発者たちがQAの一環として解決してくれることにしましょう。

筆者は実際に値をいろいろといじってみることにしました。キャッシュ値を1000msから100msに下げると、望んでいた結果が得られました。遅延やジャンプは完全になくなり、仮に残っていたとしても気にならないレベルです。ネットワーク経由でストリーミング再生するファイルでは問題が起きる可能性もありますが、現時点では副作用には一切遭遇していません。これでVLCは本来あるべきパフォーマンスを発揮するようになりました。

まとめ

今年は間違いなくLinuxデスクトップの年ではありません。そして、ユーザビリティへの無頓着で軽視的な姿勢と「完成品」という思想を考えると、おそらく永遠にそうなのでしょう。ソフトウェアが、ユーザーに必要なものを届けるという核心的な機能ではなく、コードを書く人たちにとっての遊び心の産物として、それ自体が目的であるかのように開発され続ける限り、エンドユーザーは常にリスクにさらされます。気まぐれさ、説明責任のゼロ。それがソフトウェアの世界です。技術者が橋を作って事故が起きれば責任を問われますが、プログラマーが書いたコードに問題が起きても、誰も気にかけません。VLCを責めることもできますが、同じ問題はWindowsでは発生していません。

とはいえ、筆者の失望のあまり皆さんの一日を台無しにしないでください。そもそもこの記事は、ここ数ヶ月だけで山積みになったLinuxデスクトップスタックの問題や不具合の末に書かれているものです。今回の件は愚かで不要な問題であり、今まで見たこともない種類の、まるで無意味なバグに違いありません。というわけで、無意味な問題と、意味のある回避策のお話でした。それでは、ごきげんよう。