页次: 1
这个音频延迟有得救吗? https://whycan.cn/t_1791.html
现在的docker是基于ubuntu 12.04的,太旧了,能不能更新下,用16.04, 否则vscode remote 都用不了, ref https://code.visualstudio.com/docs/remote/linux
这个模块有多少ram/flash可用? 似乎找不到datasheet
Air72XU系列的模块Flash总空间都为64Mb=8MB
用户二次开发有两个分区可用,脚本区和文件系统区
脚本区:通过Luatools烧写的所有文件,都存放在此区域
非TTS版本为700KB,TTS版本为426KB
不同版本的core可能会有差异,以版本每次的更新记录为准
文件系统区:程序运行过程中实时创建的文件都会存放在此区域
总空间为1.2MB
不同版本的core可能会有差异,可通过rtos.get_fs_free_size()查询剩余的文件系统可用空间
因Flash空间不足,Luat_VXXXX_RDA8910_TTS_FLOAT固件不支持WIFI、CAMERA功能
Air720XU系列模块的RAM总空间都为128Mb=16MB
其中Lua运行可用内存:非TTS版本为1180KB,TTS版本为900KB
可通过collectgarbage("count")查询已经使用的内存空间(返回值单位为KB)
全网看不到任何资料,这样的推广效果能好得了?
现在 cat 1模块这么多,不知厂家优势在哪里
https://www.shangyexinzhi.com/article/588511.html
dbskcnc 说:go新版本好像已经不支持arm9了吧
谁说的,我就用的比较新的1.11版本编译的,从go1.1版本到现在一直支持的。请看下面链接:
https://github.com/golang/go/wiki/GoArm
程序是不是有点大,内存占用如何?
dbskcnc 说:@晕哥 我想问下这个v3s是不是跟s3一样有音频延时的问题 (https://whycan.cn/t_1791.html)
这个肯定有同样的问题的, V3s, V3, S3 都是使用同一个 die, 封装了不同的DDR, 或者没有封装DDR(V3)而已.
驱动那里我改了但是没起作用, 如果实在不行只能在应用里面一直写声卡曲线解决这个问题。
嗯,这样真得对全志的芯片死心了
@晕哥 我想问下这个v3s是不是跟s3一样有音频延时的问题 (https://whycan.cn/t_1791.html)
晕哥 说:https://github.com/torvalds/linux/blob/master/sound/soc/sunxi/sun8i-codec-analog.c
我看了一下代码,
没有找到不关功放的寄存器,
或许找的姿势不对.持续播放一段静音音频这个倒是可以有,
在应用程序端做就可以了。貌似就是上边摘的那段代码,SUN8I_ADDA_PAEN_HP_CTRL_HPPAEN,耳机功放使能。
把 else if (SND_SOC_DAPM_EVENT_OFF(event)) 这段 和上面一句 msleep(700) 注释掉试试?static int sun8i_headphone_amp_event(struct snd_soc_dapm_widget *w, struct snd_kcontrol *k, int event) { struct snd_soc_component *component = snd_soc_dapm_to_component(w->dapm); if (SND_SOC_DAPM_EVENT_ON(event)) { snd_soc_component_update_bits(component, SUN8I_ADDA_PAEN_HP_CTRL, BIT(SUN8I_ADDA_PAEN_HP_CTRL_HPPAEN), BIT(SUN8I_ADDA_PAEN_HP_CTRL_HPPAEN)); /* * Need a delay to have the amplifier up. 700ms seems the best * compromise between the time to let the amplifier up and the * time not to feel this delay while playing a sound. */ msleep(700); } else if (SND_SOC_DAPM_EVENT_OFF(event)) { snd_soc_component_update_bits(component, SUN8I_ADDA_PAEN_HP_CTRL, BIT(SUN8I_ADDA_PAEN_HP_CTRL_HPPAEN), 0x0); } return 0; }
按这个分析那这个就是关
snd_soc_component_update_bits(component, SUN8I_ADDA_PAEN_HP_CTRL,
BIT(SUN8I_ADDA_PAEN_HP_CTRL_HPPAEN),
0x0);
这个是开,确实
snd_soc_component_update_bits(component, SUN8I_ADDA_PAEN_HP_CTRL,
BIT(SUN8I_ADDA_PAEN_HP_CTRL_HPPAEN),
BIT(SUN8I_ADDA_PAEN_HP_CTRL_HPPAEN));
dbskcnc 说:晕哥 说:连续播放不会酱紫,如果播放后停3秒(目测), 下一次播放又会延迟700ms, 如果播放间隔不超过3秒不会。
超过3秒,喇叭关闭的时候会播放 啵 的一声, 暂时不知道去哪里关闭,
有网友建议在 啵 一声前通过gpio关闭功放(mute引脚).这样子已经是残废, 看样子还得另找其它芯片了
不知道是不是因为要省电,所以播放完之后关闭声卡???需要的时候再打开???
如果能一直开着,不知道能不能解决这个问题, 我们的产品是市电供电,不需要节电.
能不能验证下这个问题,如果每次播放都要延时700ms, 真的很大问题, 按理不应该这样子才对
页次: 1