camera的mclk和pclk的频率是多少

camera的mclk和pclk的频率是多少,第1张

在STM32中,有五个时钟源,为HSI、HSE、LSI、LSE、PLL。 ①、HSI是高速内部时钟,RC振荡器,频率为8MHz。 ②、HSE是高速外部时钟,可接石英/陶瓷谐振器,或者接外部时钟源,频率范围为4MHz~16MHz。 ③、LSI是低速内部时钟,RC振荡器,频率为40kHz。 ④、LSE是低速外部时钟,接频率为32.768kHz的石英晶体。 ⑤、PLL为锁相环倍频输出,其时钟输入源可选择为HSI/2、HSE或者HSE/2。倍频可选择为2~16倍, 但是其输出频率最大不得超过72MHz。 其中FCLK,HCLK,PCLK都称为系统时钟,但区别如下, FCLK,提供给CPU内核的时钟信号,CPU的主频就是指这个信号HCLK,提供给高速总线AHB的时钟信号PCLK,提供给低速总线APB的时钟信号

做一个款短视频拍摄的微信小程序,看了下微信接口,以为很简单,大致步骤开始拍摄,停止拍摄,保存,就结束了,谁知道做的过程中发现一些问题。

先看下我做的大概样式

开始调用wx.startRecord()事件后,timeoutCallback方法好像并不会随着wx.stopRecord()的调用而销毁。具体情况复现流程为,拍摄15s中视频后,停止拍摄,在下次开始拍摄后,时间粗掘大于15s,其实是在同一个camera实例触发多次录像事件,会累计多次拍摄的时长,然后触发timeoutCallback事件,而造成后续触发stopRecord失效,导致录像保存失败。

解决方法,如果不是多次拍摄保存为一条视频,那么每次拍摄的时候创建一个新的camera实例

微信小程序录像默认时长是30s,如果录像时长超过会触发timeoutCallback。但是有一配袭种情况在录像时间达到27s~28s,自己触发wx.stopRecord()偶尔会保存失败,或者调用无反应。经过多次测试发现,在自己调用wx.stopRecord()保存视频的时候,先触发了timeoutCallback,所以要考虑视频保存到本地的时间。

解决方法,如果需要自己手动保存视频,建议安全时间为25s左右。

在小程序做录像功能要有三个授权,第一是摄像头授权,第二是相册授权(保存文件用),第三是录音授权。

因为抖音的 *** 作习惯,一个按钮两个功能,单击为拍照,长按为拍摄视频。单击拍照因为打开小程序的时候,默认就强制要求开通权限,所以在长按按钮会d出录音授权的系统d窗。

长按按钮开始录像功能,手指松开录像结束,保存文件。但是在长按触发录音授权的系统d窗,我以为会触发touchend或者touchcancel事件,但是测试后发现授权的系统d窗d出后,touchcancel并不会触发,而在关闭系统d窗后会触发touchend。

解决方法,严格控制逻辑中的事件触发时间点和岩卖核触发方式。

卡,实在是卡,不建议在cover-view中使用css动画

还有其他多少琐碎问题,就靠大家自行发觉了。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/yw/12531698.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-26
下一篇 2023-05-26

发表评论

登录后才能评论

评论列表(0条)

保存