新たにh264についてわかったことがあるので、追記しておきました。
flvやmp4のデータ読み込み動作を調整しておいた方がいいかもしれませんね。ちょっとこまったことになりそうです・・・
ConfigDataの処理内容を更新しました。
これでより正しいデータが取得できるようになります
(が、こんな変なデータを送ってくるクライアントないと思う。)
メモ書き追加
ただし複数のsps、ppsに対応した動作はもっとあとでつくることになりそう。
h264FrameAnalyzerにはもっと別の意味を持たせることにしたので、処理を変更しました。
spsのデータ連結処理をやめることにしたいので、メモ書き追加
テスト用のファイルを配布もしくは、xuggleでsetupしていないので、テストからはずしました。
テストファイルtest.mp4が自動生成ではなかったので、test.h264aac.mp4を動作対象にしました。
データがなくてエラーになるので、テストからはずしました。
rangeCoderによる圧縮は特に意味なさそうなので、たぶんhuffmanCoderによる圧縮を狙うと思う。
DataNalAnalyzerとNalAnalyzerの共通動作をH264FrameAnalyzerに実施させるようにしました。
余計なログ出力があったので、削除しました。
テストで利用するソースがきにいらなかったので、調整しました。
例外がでると正しいとするテストコードがあったので、調整しました。
spsとppsを読み込んだときに、loadを発行して中身をきちんと読み込むように調整。
あとprofileが100の場合にspsExtを取り出そうとしないようにしておきました。
ahiru.flvのデータを確認したところ、これで問題ないみたいです。
dataNalAnalyzerのデータ読み込み時にconfigDataのnulSizeのデータ量を参照するようにしてみました。
いまのところ問題なさそう。
h265のデータもh264と同じようにしておきました。
コンストラクタの扱いを調整しておきました。
Overrideアノーテーションをつけておきました。
標準入力を扱うためのReadChannelを作りました。
(動作内容は非常に不服ですが・・・)
ロガーを追加
データがなくなったときに、きちんと解析できないようにしておく。