生成的音频是真实录音的4倍时长，且生成的录音时慢倍速播放

[qiushuaichang]

type:"mp3",
bitRate:16,
sampleRate:16000,

这是配置，但是正常录音的时候，我录了5秒，但是生成的音频是20~22秒，并且音频播放的时候，就会听着是慢放好多倍，毕竟是把5秒的音频拉长成20秒

[qiushuaichang]

发现自动变长的4倍，是由于当前页面中有4个recorder组件造成的， 是因为当时页面中使用v-for遍历生成了4个recorder组件

[qiushuaichang]

但是正常来说，4个独立的recorder组件，应该互不干扰的，（以前是由recorder.js库做的，是互不干扰的）。希望作者能处理一下recorder-core库，也能让这些独立使用的组件间互不干扰 @xiangyuecn

[xiangyuecn]

好，我抽时间研究研究，没有测试过同时开多个实例的情况，应该是哪里有bug

[rickytheone]

同样遇到了这个问题，即使不是多开实例的情况，起初我以为是我的写法有问题，最后我使用官方的demo依旧如此。

####复现步骤：

1.首次打开录音资源，录音一次或多次（正常）
2.释放录音资源
3.再次开启录音资源
4.第一次录音出现音频被拉长
5.之后的多次录音（正常）

demo地址：https://xiangyuecn.gitee.io/recorder/QuickStart.html

测试浏览器：微信内置浏览器、Safari（iOS），安卓未测试

概括：每次释放资源后再次开启录音资源的第一次录音就会出现

[xiangyuecn]

@qiushuaichang 已修复这个bug，同时进行多次open，会调用多次getUserMedia获得MediaStream（这玩意目前是全局共享的），并且进行了多次Connect，导致最终的表现会很随机，大部分时候不正常 偶尔又正常。现在每次open都会关闭掉已打开的MediaStream，保证了只会Connect一次。

[xiangyuecn]

@rickytheone 你这个我电脑上、Android上都没有复现，估计又是iOS特定的问题，不知道这次更新有没有顺带修复这个问题，我这没有机子测试

[rickytheone]

好的，我试试看

[whb2370633]

我发现指定采样率16000，实际在onProcess中获取到的音频是48000的，导致音频给人感觉放慢了4倍速