新しいタイムスタンプをシークするときの VLC 再生遅延の解決

シーク時の VLC 再生遅延 (別のタイムスタンプにジャンプ)

更新日:2024 年 11 月 13 日

あなたが直面している問題はまったく無害ですが、迷惑なものです。 VLC では、オーディオ ファイルとビデオ ファイルは通常どおり再生されます。ただし、オーディオ ファイルの場合、別のタイムスタンプにジャンプすると、再生に 1 秒などの遅延が発生します。さらに、再生では意図したマークよりもわずかに遅れてジッターが発生すると思われます。つまり、曲のたとえば 0 分 34 秒から 1 分 22 秒にジャンプすると、VLC は一時的に再生を開始し、再考して 1 分 21 秒に戻ります。私に起こった事です。

なぜ問題が突然現れたのかわかりません。以前は VLC でそのような問題が発生したことはありませんでしたが、現在では、Slimbook Executive の Kubuntu 22.04 のメディア プレーヤーで問題が発生しています。さて、私が最近このマシンでさまざまな問題に遭遇してきたことを考えると、主にバグのあるカーネルのアップデートと Plasma デスクトップのバグが原因で、VLC がこの問題の巻き添え被害者でなくても、私は驚かないでしょう。幸いなことに、これは比較的簡単に回避できるので、お見せしましょう。

解決策

必要なのは、入力/コーデックのキャッシュ値を変更することです。これは、Samba 共有ストリーミングで発生したプリフェッチ値の問題と似ています。 VLC 設定を開き、[すべて] をクリックします。検索フィールドに「キャッシュ」(または同様のもの) と入力します。以下のサイドバーの結果で、[詳細設定]> [入力/コーデック] を選択します。次に、右側で [詳細] というセクションまで下にスクロールします (はい、複数の [詳細] フィールド)。

ここで、最初のエントリはファイル キャッシュ (ミリ秒) になります。私の場合、デフォルト値は 1000 ミリ秒 (1 秒) に設定されており、これはシーク時に発生するジッター/ジャンプに適切に対応しています。なぜ問題が突然現れるのかはわかりませんが、それは別の機会に解決する必要があります。またはそうでない場合は、コード、プレーヤー、デスクトップ環境、ディストリビューションを開発する人々に QA の一環として解決してもらいましょう。

何が得られるかを確認するために、値を試してみることにしました。キャッシュを 1000 ミリ秒から 100 ミリ秒に減らすと、望ましい結果が得られます。遅延やジャンプはなくなりました。あるいは、あったとしても目立ちません。これにより、ネットワーク ストリーミング ファイルの再生に問題が発生する可能性があることは承知していますが、今のところ副作用は発生していません。 VLC は正常に機能するようになりました。

結論

今年は Linux デスクトップの年ではないことは確かです。そして、ユーザビリティと完成した製品の哲学に対するカジュアルで軽蔑的なアプローチを考慮すると、決してそうではないと思います。ソフトウェアが、コア機能、つまり、コードを書く人にとって楽しいものではなく、ユーザーに必要なものを提供することを考慮せず、それ自体がより高い目標として開発されている限り、エンドユーザーは常に危険にさらされます。気まぐれさ、責任ゼロ。それはソフトウェアです。エンジニアは橋を建設し、何か問題が発生すると刑務所に行きます。プログラマーがコードを書いても、何か問題が発生しても誰も気にしません。 VLC のせいにすることもできますが、この問題は Windows では発生しません。

しかし、私の大きな失望であなたの一日を台無しにしないでください。結局のところ、私は Linux デスクトップ スタックに山ほどある問題や問題を踏まえてこの記事を書いていますが、それらはすべてここ数か月の間に起こったものです。これは愚かで不必要な問題です。これは私がこれまで見たことがないものであり、無意味なバグに違いありません。さて、それでは。無意味な問題であり、意味のある回避策です。気をつけてください。

乾杯。