最近自分がTSも、この問題に迅速に対応するために、HLSのストリームに対処する時間を置くことができないiPhoneでストリーミング書き込みを見つけ、そこに下に取得する理由はありませんが、私たちのTSを入れてffmpegのライブラリを使用していますサブビットストリームは、グループTSファイルに各フレームを変換するので、問題が解決されます。しかし、我々は新たな問題を発見：多くのFFmpegが経過した後、2つのだけのデータ転送、最初のIフレームと次のPフレームの両方をコードストリームを、データがなくなっています。しかし、私たちのTSは、直接、あまりにも置くことができるのElecardに直接ストリーミングします。その時、私たちは、原因が判明することができませんでしたどのようなバグTSストリームのffmpegをトリガーの疑いがあります。このバグの概念は、このようなデータ層や問題のPES、ES層の一部のようにいくつかのデータ、という根深いバグです。入力と出力ファイルの比較の様々な上だから、また常に理由を見つけます。最後に、PTSとDTSが唯一増加していない、私たちの間違いを見つけるためにタイムスタンプが、サイクルがこの問題につながったように、表示された瞬間ツールのフラッシュ。分析方法で記録：
1、ストリームがある場合には、TS、ツールEasyICE。このツールは、すべての詳細なデータTSを取得することができ、TSを解析するための非常に強力なツールですが、また、PTS、DTSのために、PCRは明らかに表示することができます。その時、私はこれを発見した後、私たちのTSファイルが開か置きます：
あなたは、上の写真から見DTS及びPTS自体は確かに問題があることができます。
2、ffprobeの使用を分析します
ffmpegの次のツールはまだ非常に強力ffprobe。次のコマンドを使用してffprobe.exe 1.ts -show_frames -of XML> 1.xml対応するデータがXMLを生成することができ、次のような効果があります。
このように、基本的な分析と同じEasyICEの結果。説明PTSとDTSは問題があります。
さて、今日は、右ここに。
