音訊嵌入
包分配
對hanc，有三種不同的資料報可供選擇：音訊資料；包頭中以id為特徵的輔助資料，以及控制資料。所有這三種型別都有相似的結構，並具有乙個相同的特點：根據內容不同，長度可變。 音訊資料被封裝在包中，每個包包括四個聲道或兩對立體聲道，加上額外資料(aes/ebu訊號的c、u、v資料)。這是音訊嵌入的最簡單形式。然而，這種音訊包的容量僅對解析度不超過20b的訊號合適。如果要傳輸24b的音訊，必須建立輔助資料報來攜帶剩餘的4b。 控制資料報可以容納附加資訊，比如取樣率或延遲設定。這三種包在傳輸方案中構成了乙個「分組」，在乙個sdi訊號中最多可以嵌入4個分組，在乙個取樣率為48khz的sdi訊號中允許傳輸16個音軌。
延遲
3還是4？
即使傳送端的嵌入和接收端的解復用相容，無論如何，也必須考慮它們導致的滯後。如果音訊是從sdi訊號中提取出來，在外部處理，然後再整合到sdi流的，這一問題更加不容忽視。另外的問題是帶5個或更多聲道的環繞聲訊號。由於每個分組只有4個聲道，環繞聲要求使用兩個分組，而且兩個分組之間不能出現時間漂移。 如果增加或減少乙個音軌，不同包長度(3個或4個取樣)會導致更嚴重的問題。移走一塊在資料流中形成乙個缺口，浪費了頻寬。如果包被覆蓋，情況會更糟糕。要是乙個帶3個取樣的包被帶4個取樣的包覆蓋，資料就會丟失！
恰當組織
因此，許多從sdi提取音軌的裝置(解嵌器)只處理單個分組。另外3個別的分組就此被丟棄了！這意味者只有4個音軌被利用/提取，而不是16個。這對乙個簡單的5.1環繞聲都不足夠，更不用說更高階的產品了(例如多語種音軌)。可能發生的相容性問題很多。例如，你正在使用一台能力有限的嵌入裝置，但想把乙個音訊分組整合到已經帶了兩個音訊資料分組的sdi訊號中去，該怎麼辦？ 如果是一台能處理所有4個分組的智慧型系統的話，它將在嘗試增加乙個新的分組前，對收到的資料流校驗原有的音訊資料。另外，利用最大通道量的裝置重新分配包，重組整個結構。如果要在sdi流中或在不同的sdi訊號之間實現音訊資料的路由，更必須是這樣。
簡單的解決方案