web-dev-qa-db-ja.com

Firefox上のYouTubeにビデオをキャッシュさせて、次に再生するときにバッファリングする必要がないようにするにはどうすればよいですか?

明確にするために、私はknow YouTubeの新しいDASH再生を無効にして、それが私が求めているものではないようにする方法を知っています。

私がやろうとしているのは、YouTubeの動画をキャッシュして、次回その動画をもう一度見たい場合に、バッファリングする必要がなく、Firefoxに保存されているローカルキャッシュを使用するようにすることです。それを行うように設定するにはどうすればよいですか?

3
user400424

Squid3.xを使用してストリーミング可能なコンテンツをキャッシュします。他の人がさまざまな結果を報告しましたが、私はこの設定で1つだけ問題があります。ストリームがFlash経由で届く場合、「Flashでエラーが発生しました」というメッセージとともにランダムにドロップされたストリームが表示されます。ただし、これはめったに発生しません。

私はこのセットアップを使用します:Desktop <-> RaspberryPi2 <-> RandomRouter <-> StreamingPage

そして、Squidインスタンスは、Piを取得するまでデスクトップ上で実行されていました。どちらの状況も、説明および要求どおりに機能しています。

通常のページを追跡するためにSquidをramfsと一緒に使用しましたが、PIでFlashを使い果たしないようにするには、大量のデータをキャッシュするだけでは不十分です。そのため、ランダムなUSBプラッタードライブを接続し、イカに60Gbへのアクセスを許可しました。 squidのconfでapplication/x-shockwave-Flashのキャッシュを有効にする必要がありました。

次に、FFのプロキシセレクターを使用して、ローカルホストまたはラズベリーで実行されているsquidインスタンスを介して接続します。コンテンツをキャッシュするだけでなく、さらに多くの魔法が可能です。これはあなたにとって興味深いかもしれません。

調査していると、公式のイカのホームページで、これを設定する別の方法が説明されていることがわかりました。それは、イカと一緒にシェルスクリプトを使用することです。私はこれを試しませんでしたが、一部の人々にとってはこの課題に取り組んでいるようです。また、ビデオストリームキャッシング用に構築された独自のソリューションを宣伝しています。多分それはあなたのためにそこに簡単な解決策です。

簡単な実装の詳細を知りたい場合は、イカのページを見てください。

しかし、私が説明したことは、あなたが望んでいたものとは正確には一致しないと思います。現在、私のキャッシュはLAN内のリモートホストにあり、ストリームを監視するデスクトップに対してローカルではありません。しかし、usb-PlatterがIOを実行している場合を除いて、認識できるバッファ時間は発生しません。私はこれを明確にすべきだと思った。

1
krysopath