新：战舰V3音乐播放器程序分享

星空遐想xxx

原帖更新： 如图，为自己改写原子哥程序的音乐播放器，与原子哥的程序相比增加了红外遥控功能，可以实现多种播放模式的设置，如选歌、随机等切歌模式；此外，还增加了图片背景，可以实现以图片为背景的动态显示，如进度条、歌曲名等信息。




源码已上传至 GitHub ，链接为：https://github.com/HobbyStarSky/STM32-MP3
或直接进入 GitHub 搜索 STM32-MP3

songsiming27

mark一下

邦尼power

mark！！！！

正点原子

不错，谢谢分享。

正点原子

能直接上传到我们开发板么？

正点原子

能直接上传到我们论坛么？

大瓶子凌凌漆

同楼上，我也想问，代码怎么不直接分享到原子的论坛呢

lefeng123

这个实验项目中的wav_buffill程序好像并不能将24位的WAV数据的最高字节p[2]转换到缓冲区的首地址buf[0]中的，为什么？

lefeng123

这个实验项目中的wav_buffill程序好像并不能将24位的WAV数据的最高字节p[2]转换到缓冲区的首地址buf[0]中的，为什么？
书上不是说，WAV数据流时低字节在前，高字节在后吗？
另外当WAV数据流是16位，不是也需要将高字节转换到缓冲区的首地址吗

lefeng123

STM32F4开发指南V1.1-库函数版本中第四十八章 音乐播放器实验
书中P660页写到“SD卡读取到的24位WAV数据流，是低字节在前，高字节在后，比如，我们读到一个声道的数据（24位），存储在buf[3]里面，那么要通过SPI-DR发送这个24位数据，过程如下：SPI_DR=((u16)buf[2]<<8+buf[1];SPI_DR=((u16)buf[0]<<8;然而在P672页的wav_buffill填充函数中对于24位数据转换处理后的结果却是buf[0]=p[1],buf[1]=p[2],buf[3]=p[0]......
我的问题是：
(1)对于24位的WAV数据流，wav_buffill函数并没有将WAV数据流的高字节p[2]赋值给缓冲区的首地址buf[0]，这是为什么？
(2)为何 是低字节在前，高字节在后的，什么原则导致的？
(3)加入SD卡读取到的是16位WAV数据流，是否也是低字节在前，高字节在后的？如果是，为何wav_buffill函数并没有对16位WAV数据流进行转换处理？
(4)该开发板的下一个实验（第四十九章 录音机实验）进行了WAV录音并保存为SD卡内的WAV数据流文件，然而该实验里并看不出WAV数据流是低字节在前，高字节在后的，那么问题（2）是什么原因导致的？
感谢原子哥及各位学友指导。