这次的目标是做出一个通过摄像头检测手指滑动,从而可以调整系统全局音量的程序
接着上一篇继续讲
细节处理以及排错
当我按照上一篇的步骤进行实现相关功能的时候,发现事情没有这么简单,这个程序逻辑上好像并没有什么大问题,但是为什么一打开摄像头就会崩溃呢?
万恶的 NoneType
报错报的最多的就是和这个类型的错误相关的
出错的原因可以看看我这篇文章:https://blog.csdn.net/qq_42940836/article/details/123951529?spm=1001.2014.3001.5501
所以,在使用对象进行操作的时候,一定要在 run 这个程序之前思考他可不可能为空,我当时就是在那个一直执行的循环里面添加了一个 print 语句才发现这个错误
当我看到最开始的输出结果是一堆 None 时,就想明白是怎么回事了,我的手不一定会在摄像头开启前就放出来,这个不符合人之常情,正常人都是在屏幕上面出现画面时,才会将手伸出来
所以,针对这个问题,添加了一个 if 用来判定这个对象存不存在就解决了这个问题
过量操作导致系统卡死
现在好像已经解决了问题,不,其实没有,第二个问题也飞了出来,Windows资源管理器卡死
咦?这不是 Windows 司空见惯的假死吗?
不是不是,在这个程序 run 之前是没有这个问题的,这个问题是在这个程序 run 的时候才出现的
为什么?
因为,CPU 每秒的计算次数实在是太大了,所以,可以对音量进行很多次操作,以至于一直进行操作(在 0 的时候一直降低,在 100 的时候一直提高)
怎么改进?
方法如上图,vl 表示当前系统音量,在上篇(第一篇)文章里面讲到了,调节系统音量有两个选择,一个是 Windows 自带的 api ,另一个是 Python 里面的pycaw 这个第三方库,我由于水平原因,不会使用 Windows 自带的那个 api 获取系统当前音量,也无法通过一格一格地调节方式来调节音量,所以,就使用了 pycaw
在每次调节音量之前,先对当前音量调节之后的数值进行一个判断,如果调节之后的音量不合理(比如已经到最大值了,还在继续调大,已经是最小值了,还在往小了调),那么这次调节的操作就不执行
还可以进一步改进的细节
- 增加更多的手势内容,例如,什么时候停止相关操作,而不是只有调大和调小两种操作
- 优化调节时计算的距离,使识别更精准