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并不是最新的声音，而是

有一定的滞后性，这是由于，如果是每次重新打开设备，缓存将被清空，否则，则读取缓存中的相对位移，也就是说，它会读取分析阶段录制的声音，而由于此处的要求是相对实时的声音，所以选择第二个形式比较好。

 

个人分析：第一个形式的声音是相对连续的，第二个形式的方案是跳跃的，但却是相对实时的！