记录OPUS在python上运行的曲折历程
翻遍全网,在python上运行opus的资料少之又少,看了很多远古帖子,勉强把opus-python跑了起来,踩了好多个坑,必须记录下来,opus作为一种优秀的音频编码方式,在未来一定会占据广阔的市场必备条件:windows操作系统-64位python3.x 64位opus.dll 64位一路经历:先通过pip安装opus,pip install opuslib 这个OPUS库并不包含编码器,只
翻遍全网,在python上运行opus的资料少之又少,看了很多远古帖子,勉强把opus-python跑了起来,踩了好多个坑,必须记录下来,opus作为一种优秀的音频编码方式,在未来一定会占据广阔的市场必备条件:windows操作系统-64位python3.x 64位opus.dll 64位一路经历:先通过pip安装opus,pip install opuslib 这个OPUS库并不包含编码器,只
最近工作比较忙,没有时间学(mo)习(yu),立帖为证去了解一些简单的东西:1、C语言函数调用时的栈使用情况2、简单学习汇编语言3、搞一搞脉冲式红外光音频通信over~
使用MQTT做一个公网对讲机上一篇博客中,使用ESP32与ESP-NOW协议做了一个短距离对讲机(链接),发布了一个视频在B站评论区中,很多B友希望可以实现无限距离对讲,这样的话需要服务器转发,刚开始我想使用python写一个TCP或者UDP的转发功能,但是考虑到很多小白没有公网服务器,并且也不会使用python,于是我想到了互联网中的MQTT协议,MQTT协议天生为转发而生;MQTT协议是TCP
最近在做一个验证性的东西,使用无线完成语音通信首先需要大概了解一下音频信号,音频信号主要有以下几个概念点:采样率:一秒钟采集多少个音频信号,常见的有8K、16K、44.1K等,采样率越高,声音的细节都越好。数据深度:数据的深度,一个数据有多少位,常见的有8bit、16bit、24bit、32bit等,位数越高,声音的线性度越好。音频声道:单声道、双声道,带耳机打游戏时,可以听到敌人的脚步声吗,就是
愉快的一周又结束了,趁着最后这几分钟总结一下本周工作学习的内容本周的工作主要是研究一个lwmesh协议栈,并且提高通信速率,这是一种类似于zigbee的东西,但是比zigee要简单些,结构层次只有物理层、网络层和应用层,但是比较适合于我们公司的需求,仔细看了看底层代码发现也不是很难,基本上就是用最简单的方式实现了mesh协议,在提高广播速率方面也很无脑,只是降低了发射的超时时间,将速率提升了几倍。
将手册翻译成中文并做记录,网页版布局莫名其妙,笔记word放在文档末尾MiWi是一种类似于ZigBee的网络协议,也可以用来Mesh组网,本篇博客仅仅翻译了微芯手册的第五章Mesh部分MiWi组建mesh网络1、MiWiMesh设备类型MiWiMesh协议支持以下设备类型:1.1局域网协调员1.1开始建立一个网络1.2分配和维护协调器及其终端设备地址1.3作为路由帧的协调器1.4通过调试控制可纳入
上文说了STM32L4的几种低功耗模式,将其应用起来作为一个低功耗的延时方案。为什么使用低功耗定时器,在追求长时间续航时,单片机有时需要切换到低功耗模式或者停止模式下,在这种模式下,系统主时钟关闭,有一些依赖于系统主时钟的应用程序,可能会发生出现某些奇怪的情况。因此在休眠唤醒后对主时钟进行校准,防止出现莫名其妙的BUG。LPTIM全称:Low Power TIM ,我们将其运行在计数模式下,其时钟
STM32低功耗介绍:STM32L4系列单片机总共有9中低功耗模式:1、Sleep mode:CPU时钟关闭,IO口保持与运行状态相同的状态。可由wake事件,NVIC,SysTick,外部中断等,无唤醒时间,唤醒后执行唤醒源中断回调函数(和标准库中断服务函数功能一样,但意义不同),然后按原来代码执行。2、Low-power run mode: 当系统时钟频率降低到2MHZ以下时,即可实现此模式。
看人家lvgl开源项目那么厉害,自己也想写一个简单的UI,从最简单的开始,使用的硬件为单片机;STM32F411单片机外设:一个按键屏幕:SSD1306 OLED屏幕先上效果:1、屏幕上电会显示四个元素(宏定义修改),被选中的元素会比其他的稍微大一些。2、在向下切换时,会有一点点动态效果,被选中的元素会有一点点放大的效果。切换时使用按键单击控制。3、在进入被选定元素后,会从被选定元素向两周扩散至全