1

私はSmoothStreamingクライアントアプリケーションを書いています。サーバー側(MediaServices拡張機能を備えたIIS7)には、Expression Encoderpro4と「H.264IISSmoothStreamingiPhoneWiFi」プリセットを使用してエンコードされたISMVファイルとISMAファイルがたくさんあります。一言で言えば、それは「H.264ベースライン」ビデオコーデックとAAC-LCオーディオコーデックを使用します。

ただし、クライアント側では、特にオーディオチャンクで問題が発生しています。私はH.264ビデオストリームを理解することができましたが(基本的には、長さが接頭辞として付けられた生のNALユニットのシーケンスであり、NALユニットの「開始コード」0、0、0、1はありません)、私はまだ持っていませんAAC LCオーディオストリーム内にあるもの、つまり「mdat」(メディアデータボックス)アトムに含まれるものをクラックすることはできませんでした。それは間違いなくMP4コンテナではありませんが、それでは何ですか?

サーバーから取得した1つのAAC-LCフラグメント(MDAT部分のみ)の最初の128バイト(任意に選択した数)の下に貼り付けています。

unsigned char data[128] = {
 0x21, 0x09, 0x0A, 0xBF, 0xBF, 0xFF, 0xFF, 0xD5, 0xB1, 0x8D, 0xC4, 0xA1,
 0x18, 0x0D, 0x25, 0xC9, 0x2E, 0x49, 0x2E, 0x10, 0x88, 0x91, 0x10, 0x01,
 0x13, 0x23, 0x2C, 0x36, 0x25, 0x60, 0x6B, 0x94, 0x8C, 0x74, 0xD7, 0x4A,
 0x95, 0xD3, 0x03, 0x91, 0x5B, 0x76, 0xDE, 0x27, 0xC5, 0xB2, 0x4C, 0xCF,
 0xEB, 0x3E, 0xDD, 0xFF, 0x22, 0xAF, 0xC3, 0xF8, 0x60, 0x36, 0x49, 0xBC,
 0xAE, 0x4D, 0x10, 0x31, 0xC6, 0x28, 0x2A, 0xEB, 0xCA, 0x94, 0x51, 0xD8,
 0x61, 0x1B, 0xC6, 0x2A, 0x91, 0x71, 0xE4, 0x8C, 0xF8, 0x19, 0x2C, 0xDE,
 0x71, 0xBB, 0xE3, 0xBD, 0x36, 0xB4, 0x45, 0x37, 0x02, 0x61, 0x48, 0x8E,
 0x19, 0x80, 0xD5, 0x24, 0x97, 0x24, 0x92, 0x44, 0x08, 0x89, 0x12, 0x00,
 0xB3, 0xF8, 0x1E, 0xE2, 0xBD, 0xCD, 0x4E, 0xF7, 0xA9, 0xE2, 0x0E, 0xD8,
 0xEA, 0xFA, 0xCF, 0xDB, 0x4E, 0x69, 0x6F, 0xEE
};
4

1 に答える 1

3

長い調査とIISフォーラムで受け取ったこのヒントの後で、私はそれを理解することができました。基本的に、これは生のAACストリームであり、再生する前にヘッダーでラップする必要があります。最も単純で最も一般的なヘッダー形式はADTSのようです。これは、各サンプルの前に7バイトのヘッダーを追加することで構成されています。

于 2011-02-08T08:46:57.827 に答える