生成的音频是真实录音的4倍时长,且生成的录音时慢倍速播放
type:"mp3", bitRate:16, sampleRate:16000,
这是配置,但是正常录音的时候,我录了5秒,但是生成的音频是20~22秒,并且音频播放的时候,就会听着是慢放好多倍,毕竟是把5秒的音频拉长成20秒
发现自动变长的4倍,是由于当前页面中有4个recorder组件造成的, 是因为当时页面中使用v-for遍历生成了4个recorder组件
但是正常来说,4个独立的recorder组件,应该互不干扰的,(以前是由recorder.js库做的,是互不干扰的)。希望作者能处理一下recorder-core库,也能让这些独立使用的组件间互不干扰 @xiangyuecn
好,我抽时间研究研究,没有测试过同时开多个实例的情况,应该是哪里有bug
同样遇到了这个问题,即使不是多开实例的情况,起初我以为是我的写法有问题,最后我使用官方的demo依旧如此。
####复现步骤:
1.首次打开录音资源,录音一次或多次(正常) 2.释放录音资源 3.再次开启录音资源 4.第一次录音出现音频被拉长 5.之后的多次录音(正常)
demo地址:https://xiangyuecn.gitee.io/recorder/QuickStart.html
测试浏览器:微信内置浏览器、Safari(iOS),安卓未测试
概括:每次释放资源后再次开启录音资源的第一次录音就会出现
@qiushuaichang 已修复这个bug,同时进行多次open,会调用多次getUserMedia获得MediaStream(这玩意目前是全局共享的),并且进行了多次Connect,导致最终的表现会很随机,大部分时候不正常 偶尔又正常。现在每次open都会关闭掉已打开的MediaStream,保证了只会Connect一次。
@rickytheone 你这个我电脑上、Android上都没有复现,估计又是iOS特定的问题,不知道这次更新有没有顺带修复这个问题,我这没有机子测试
好的,我试试看
我发现指定采样率16000,实际在onProcess中获取到的音频是48000的,导致音频给人感觉放慢了4倍速