录音保存失败，提示“未开始录音”

[ldp-debugger]

场景： 微信打开的h5链接，录音超过30分钟之后，保存时会偶现 失败，提示“未开始录音”，
我看了源码

[ldp-debugger]

什么情况 App.__Rec 会丢失

[xiangyuecn]

参考一下这段代码，开始录音后监控onProcess，要是录音不正常，就弹个框让用户重新开始录音，同时处理好之前的已录制数据

Recorder/app-support-sample/README.md

Lines 166 to 180 in 284b5a5

	//【稳如老狗WDT】可选的，监控是否在正常录音有onProcess回调，如果长时间没有回调就代表录音不正常
	var this_= RecordApp; //有this就用this，没有就用一个全局对象
	if(RecordApp.Current.CanProcess()){
	var wdt=this_.watchDogTimer=setInterval(function(){
	if(wdt!=this_.watchDogTimer){ clearInterval(wdt); return } //sync
	if(Date.now()<this_.wdtPauseT) return; //如果暂停录音了就不检测：puase时赋值this_.wdtPauseT=Date.now()*2（永不监控），resume时赋值this_.wdtPauseT=Date.now()+1000（1秒后再监控）
	if(Date.now()-(processTime||startTime)>1500){ clearInterval(wdt);
	console.error(processTime?"录音被中断":"录音未能正常开始");
	// ... 错误处理，关闭录音，提醒用户
	}
	},1000);
	}else{
	console.warn("当前环境不支持onProcess回调，不启用watchDogTimer"); //目前都支持回调
	}
	var startTime=Date.now(); this_.wdtPauseT=0;

[topperCao]

同样发现了这个问题，偶尔发现录音到一定时长，比如40分钟以后，就会“未开始录音”，录音被close，请问什么情况下会是录音不正常会触发这个问题？

录音不正常，就弹个框让用户重新开始录音，这种交互也比较差呢

[xiangyuecn]

@topperCao 也有可能是因为同时调用了多次Stop，导致后一次直接返回了错误，如果是这种情况，控制台日志里面会有多个Stop的日志 可以明确的排查出这个问题

排查一下调用逻辑 是否会存在多次调用的情况，比如 可以连续点击按钮 要避免这种情况。后面版本会改进一下这个错误提示 反馈更详细点的错误原因

[topperCao]

@xiangyuecn 请问“同时”触发Stop，同时指的是间隔多久？
因为录音时长越长，导致内存越来越大，会造成突然录音中断吗？
所以我改成了分段录音，即每隔30秒Stop一次，保存好Blob好再重新Start，这样放到内存里的是Blob块，且Stop一次就释放一次积累的音频数据。能控制住 内存增长！

[xiangyuecn]

@topperCao 连续调用了两次stop，典型的场景就是连续点了两下 没有做处理，前一次stop还没有完成 又来了一次stop，后一次stop直接返回错误

不需要分段stop来录音，onProcess里面可以直接给buffers设置为null来释放内存，同时onProcess里面可以获取到最新的pcm数据自己保存，如果是mp3等编码格式，可以通过takeoffEncodeChunk回调来实时获取编码后的数据，两个一起搭配使用会释放内存可以长时间录音

[topperCao]

@xiangyuecn 嗯，用takeoffEncodeChunk来实时获取数据，但内存清理需要延迟一下，请问延迟多久比较好？500ms够吗？
`onProcess(buffers: any[], powerLevel: number, bufferDuration: number, bufferSampleRate: number) {
...
if (buffers.length > 0) {

            setTimeout(() => {
 
              buffers.splice(0, buffers.length);
            }, 500);
          }

}`

[xiangyuecn]

@topperCao 延迟对应的是i索引结束位置，buffers循环处理到前一个数据就可以了，只要不删掉新的pcm数据就没有问题

Recorder/assets/runtime-codes/teach.realtime.encode_transfer_mp3.js

Lines 215 to 220 in 284b5a5

	//实时释放清理内存，用于支持长时间录音；在指定了有效的type时，编码器内部可能还会有其他缓冲，必须同时提供takeoffEncodeChunk才能清理内存，否则type需要提供unknown格式来阻止编码器内部缓冲
	//这里进行了延迟操作（必须要的操作），只清理上次到现在之前的buffer，新的还未推入编码器进行编码需保留
	//if(this.clearBufferIdx>newBufferIdx){ this.clearBufferIdx=0 } //变量改到this里面时，重新录音了，这样写可以重置this环境
	for(var i=clearBufferIdx;i<newBufferIdx;i++){
	buffers[i]=null;
	};