NetStreamを使用してhttpからコンテンツをストリーミングすると、特定のエクスポートされたh264が存在することに気づきました(空のバッファが見つかると、要求された長さに停止してバッファリングされます)。Actionscript:バッファリング後のNetStream stutters
一度バッファがいっぱいになると、再生が再開されずにすぐに先にジャンプし、一時的にバッファされた時間を再生し、再び空のバッファをトリガします。オーバー。
おそらく、ネットストリームが一時停止して再生ヘッドの位置が継続し、プレイヤーが再開時にその位置にスナップしようとしているとしますが、2秒のバッファを作成するのに5秒かかります。私は、空のバッファをnetStatusイベントを受け取るストリームを一時停止し、同時にチェックするループを設定することによってこの問題を回避しようとしてきました
(これは仮定である)。..再び
をバッファ現在のバッファの長さと要求されたバッファの長さを比較し、バッファの長さが要求されたバッファよりも大きければ再開します。しかし、これは、 eビデオは残っています..例えば5秒しか残っていない10秒間のバッファーの場合、5秒間放置すると10秒間バッファーを待ってループします。
あなたは、小さい方、残っている時間、要求されたバッファの長さなどを確認してください。ただし、フラッシュの時間は正確ではありません。
ネットストリームの現在の時間インデックスにバッファリングされた時間を加算すると、映画の長さ(最後にあるとき)..それは近いが同じではない。
これは元の問題に戻ってきます。これを修正する別の方法がある場合は、バッファが準備されていることを明確に知っているので、バッファがあればフラッシュを一時停止し、 ?現在はそれはしません。一時停止し、バッファがいっぱいになると、約0.1秒でバッファされたコンテンツ全体が再生されます。
ありがとうございます。 Stephen。
こんにちはデビッド、それはすべてのビデオで起こることはありません - おそらくそのエンコーディングの問題..これは悪夢です。これはcamtasiaのh264、毎秒のキーフレームからエンコードされています。私はそれを見つけたら、いくつかの異なる輸出を試みて問題を釘付けにしようと思います。ありがとう – meandmycode