OOS下的open, read 操作設備描述符 測試

利用OOS讀取錄音文件, 由於需要讀取聲音0.5秒,分析0.5秒, 再讀取聲音0.5秒....周而復始, 但有一個要求,讀取聲音的0.5秒的內容必須是相對最實時的。由於不清楚是採用

open

  ->0.5s (讀)

  ->0.5s (分析)

  ->0.5s (讀)

  ->0.5s (分析)

  -> ...

close

 

還是

open

   ->0.5s (讀)

close

->0.5s(分析)

.......

open

   ->0.5s (讀)

close

->0.5s(分析)

....... 

 

分析結果:由於追求分析的始終是最新的聲音數據,那麼就採用第二種形式,在第一種中,由於緩存,讀取的0.5s並不是最新的聲音,而是

有一定的滯後性,這是由於,如果是每次重新打開設備,緩存將被清空,否則,則讀取緩存中的相對位移,也就是說,它會讀取分析階段錄製的聲音,而由於此處的要求是相對實時的聲音,所以選擇第二個形式比較好。

 

個人分析:第一個形式的聲音是相對連續的,第二個形式的方案是跳躍的,但卻是相對實時的!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章