參考:
寫道
這些一般都是由於***的編碼格式不標準造成的，建議重新轉一下格式
因為cmp採用flash開發，目前的flash player對這些特殊編碼***可能會產生以上問題
44100hz取樣率+128kbps位元率+雙聲道立體聲 音質不錯，檔案大小也適宜
頻率倍減的還有22000hz和11000hz，聲道也可以採用單聲道
44100hz取樣率+64kbps位元率+雙聲道立體聲 低速網或需減少流量採用的最佳方案(可替換wma)
不相容的例子：
sound. play(position);
要很好的對position進行定位，需要對***的格式有些限制，這裡做了些實驗，分別對以下編碼格式的***進行快進定址操作，看是否準確：
64kbps_11khz.*** 有問題
128kbps_11khz.*** 有問題
32kbps_22khz.*** 有問題
32kbps_24khz.*** 有問題
32kbps_32khz.*** 有問題
96kbps_32khz.*** 有問題
32kbps_44khz.*** 正常
64kbps_44khz.*** 正常
96kbps_44khz.*** 正常
112kbps_44khz.*** 正常
128kbps_44khz.*** 正常
192kbps_44khz.*** 正常
128kbps_48khz.*** 正常
192kbps_48khz.*** 正常
以上均採用cbr(常數位元率/恆定位元速率)壓縮，由此可見定址的精確與否和取樣頻率有關係。
當取樣頻率大於等於44khz都正常(即44100hz)，而與編碼質量關係不大，不管是32kbps到192kbps都定址正常。
<?xml version="1.0"?>
xmlns:s="library:"
xmlns:mx="library:">
關於linux的音訊驅動
為了實現 sep4020 上完成了 i2s的驅動，主要經驗總結如下 1.首先是要在 probe 函式裡進行一系列的初始化，這些初始化對於 i2s是很重要的，而且很多 配置操作 codec的l3 的gpio 口線 l3介面相對於乙個混音器控制介面，也就是對應在驅動中的 mixer 結構體，在這裡我們需...
關於linux的音訊驅動
1.首先是要在probe函式裡進行一系列的初始化，這些初始化對於i2s是很重要的，而且很多 配置操作codec的l3的gpio口線 l3介面相對於乙個混音器控制介面，也就是對應在驅動中的mixer結構體，在這裡我們需要利用3根gpio口線實現對l3的控制，以下是初始化 volatile unsign...
關於treeview手動新增的方法
1.首先判斷有沒有父節點，有父節點的，new乙個父節點然後增加 沒有父節點就選當前的節點 treeview2.nodes.add newchildnode 2.父節點的判斷可以用level來判斷 3.下面的程式其實是增加第二個階梯 level 1 當你右擊第乙個階梯時 level 0,父節點 那麼程...