最近做的一款STM32F4板子，软解MP3/FLAC/APE/WAV等，最高支持192K 24位音频播放

正点原子 · 发表于 2014-11-9 17:29

花了近一年时间，设计的一款F4开发板，主芯片使用STM32F407芯片，软解码MP3/FLAC/APE/WAV等音频文件，IIS输出后，WM8978进行D/A转换，效果还不错，音质比VS1053好一些。
音乐播放器功能简介：
1，支持WAV/FLAC/APE/MP3等4种格式。
2，WAV最高支持192K,24bit音频播放
3，MP3全码率支持
4，APE最高支持96K,16bit播放
5，FLAC最高支持192K,16bit播放
6，支持歌词显示，前后三行预览，中间一行为正在播放的歌词。
7，支持拖动定位播放位置（ape支持，其他都支持）

实物图（带4.3寸电容屏）：

主界面图片（来自屏幕截图）：

音乐播放中（来自屏幕截图）：

rdwwq · 发表于 2020-4-7 15:43

请问楼主有开发板卖吗？附相关例程的。没事想玩玩。

高清牛人 · 发表于 2019-10-24 20:46

感谢楼主分享，最近在搞APE格式的播放，希望能有帮助！

bh7kqk · 发表于 2019-4-20 16:14

漂亮.....

bh7kqk · 发表于 2017-9-25 20:58

请问这个原子是开发板那个原子吗？？牛人啊。膜拜一下

xiaoxiaohe99 · 发表于 2017-7-29 05:51

非常厉害的帖子，需要学习下

正点原子 · 发表于 2014-11-27 00:25

引用第35楼zhangdu于2014-11-26 15:14发表的 :

NXP的学习资料没有ST的全面啊，另外NXP在大陆的推广力度赶不上ST，我倒是想学nxp来着，看看那些开发板然后又放弃了，其实NXP做音频比ST更合适；
话说原子有计划推出NXP的开发板么，有的话打算搞一个，主要你家资料很赞

确实，NXP我暂时没有计划。做开发板太累了

2b青年爱发烧 · 发表于 2014-11-26 23:05

引用第37楼bone于2014-11-26 21:15发表的 :

都dma了，jitter和cpu是否在处理数据关系不大。

引用第38楼zhangdu于2014-11-26 22:44发表的 :

我悄悄的告诉你，那些说什么cpu处理不过来，会带来更高的jitter的，都是不懂cpu是干啥的；
因为，如果是cpu处理不过来，或者中断没有及时响应，那么，不会是jitter变大，而是数据断流，直接就能听出来；
操作系统处理各个任务的时间片段，应该是在毫秒级别，而不是jitter那种皮秒级别；
.......

嗦嘎

zhangdu · 发表于 2014-11-26 22:44

引用第36楼2b青年爱发烧于2014-11-26 19:00发表的 :
外行搭车问一下，据说单片机做播放器音质很好？因为CPU不用处理其它中断什么的所以jitter什么的更低？
果真如此的话，为何不在数字信号输出给DAC之前做个buffer？

我悄悄的告诉你，那些说什么cpu处理不过来，会带来更高的jitter的，都是不懂cpu是干啥的；
因为，如果是cpu处理不过来，或者中断没有及时响应，那么，不会是jitter变大，而是数据断流，直接就能听出来；
操作系统处理各个任务的时间片段，应该是在毫秒级别，而不是jitter那种皮秒级别；
另外，就目前的cpu，比如i3i5i7神马的，两三个G的主频，一般应用时绰绰有余的，你可以试试，如果开太多任务，播放音乐，当系统负荷太高时，表现出来的是音乐播放卡顿，而不是什么没有根据的jitter；
而且，mcu的话，i2s数据一般也都是用dma在跑，和cpu在干啥，关系不大，sd卡读数据也可以用dma跑，所以cpu的负荷可能很轻，特别是wav这样的，mcu的i2s外设本身就带有fifo，就是你说的那个buf，只不过比较小，几十个字节，但是算一下，以16bit44.1k，假设fifo32字节，立体声一次用4个字节，也就是8次采样的时间，大约0.18ms，dma每间隔这个时间搬运一次数据补充到fifo，对于上百兆的总线速度，绰绰有余的。

bone · 发表于 2014-11-26 21:15

引用第36楼2b青年爱发烧于2014-11-26 19:00发表的 :
外行搭车问一下，据说单片机做播放器音质很好？因为CPU不用处理其它中断什么的所以jitter什么的更低？
果真如此的话，为何不在数字信号输出给DAC之前做个buffer？

都dma了，jitter和cpu是否在处理数据关系不大。

2b青年爱发烧 · 发表于 2014-11-26 19:00

外行搭车问一下，据说单片机做播放器音质很好？因为CPU不用处理其它中断什么的所以jitter什么的更低？
果真如此的话，为何不在数字信号输出给DAC之前做个buffer？

zhangdu · 发表于 2014-11-26 15:14

引用第34楼正点原子于2014-11-26 14:54发表的 :

别家估计会做高频的吧。比如NXP之类的。

NXP的学习资料没有ST的全面啊，另外NXP在大陆的推广力度赶不上ST，我倒是想学nxp来着，看看那些开发板然后又放弃了，其实NXP做音频比ST更合适；
话说原子有计划推出NXP的开发板么，有的话打算搞一个，主要你家资料很赞

正点原子 · 发表于 2014-11-26 14:54

引用第33楼zhangdu于2014-11-26 13:07发表的 :
嗯嗯，哪有机会了我试试，小超一下 [s:2]
其实等到明年F7出来就好了，不过F7的主频有点让人意外啊，400MHz的内核，让ST做成了200MHz，小失望一下

别家估计会做高频的吧。比如NXP之类的。

zhangdu · 发表于 2014-11-26 13:07

嗯嗯，哪有机会了我试试，小超一下 [s:2]
其实等到明年F7出来就好了，不过F7的主频有点让人意外啊，400MHz的内核，让ST做成了200MHz，小失望一下

正点原子 · 发表于 2014-11-25 22:54

[quote]引用第31楼zhangdu于2014-11-24 08:39发表的 :

好吧，这样估计没戏，不过我有个比较野蛮的方案不知道是否可行，把STM32F4给超频了，我试过超频到240MHz可以运行，但是稳定性不是很好，这个和芯片个体体质有关系，网上有人超到260MHz了，但是另一方面，超到200MHz或者220MHz应该木有问题，不知这样有机会否 [s:2]

zhangdu · 发表于 2014-11-24 08:39

引用第30楼正点原子于2014-11-24 00:04发表的 :

大大优化代码，最好搞成全汇编的，哈哈，也许可以。

好吧，这样估计没戏，不过我有个比较野蛮的方案不知道是否可行，把STM32F4给超频了，我试过超频到240MHz可以运行，但是稳定性不是很好，这个和芯片个体体质有关系，网上有人超到260MHz了，但是另一方面，超到200MHz或者220MHz应该木有问题，不知这样有机会否 [s:2] [s:2]

正点原子 · 发表于 2014-11-24 00:04

引用第29楼zhangdu于2014-11-23 20:29发表的 :
flac的话，M4有没有可能搞到96k24bit [s:2]
一般48k以上的采样率，都是24bit的了，像96k16bit的，很少见的

大大优化代码，最好搞成全汇编的，哈哈，也许可以。

zhangdu · 发表于 2014-11-23 20:29

flac的话，M4有没有可能搞到96k24bit [s:2]
一般48k以上的采样率，都是24bit的了，像96k16bit的，很少见的

正点原子 · 发表于 2014-11-23 01:14

引用第26楼liyadong于2014-11-18 10:03发表的 :
这个玩意如果想解APE ULTRA HIGH模式会比较难吧 200兆的CPU估计负荷会较重

APE用F4解不了 ULTRA HIGH。APE解码运算量太大了，flac在这方面完胜。
其实老外比较喜欢flac，ape太耗cpu了。

zhangdu · 发表于 2014-11-18 13:07

引用第32楼liyadong于2014-11-18 10:03发表的 :
这个玩意如果想解APE ULTRA HIGH模式会比较难吧 200兆的CPU估计负荷会较重

等明年M7上市了，就无压力了

帐号		自动登录	找回密码
密码			-注册-