纯单片机做的 DSD 播放器，历时一年，从数字转盘到播放器，从 PCM 到 DSD - 软件篇

jialong0926

jinggx 发表于 2015-5-23 13:55
data在slave模式下的不同步，那是stm32的bug，这个问题你是可以解决。可我说了这么多，要说明的关键是pll的 ...

在我的另外一个帖子里，对于jitter，已经说了很多我自己的理解和分析。
对于数字输出的转盘类，确实需要低jitter的输出，可以最大限度降低累积效应。
但是对于主从模式的通信，jitter的影响已经低到无法体现，也可以说没有jitter问题了。
我的播放器中，只有主从模式通信，因此不存在jitter的问题。

jialong0926

我的播放器的目标，当然不是出声的要求，也尽量要好听。不过jitter在我这个方案里的影响，由于不存在spdif输出，已经没有影响了

jialong0926

另一个帖子里已经提到过，在4398 dac转换过程中，407的400ps jitter，只是低于一亿分之一秒的误差，模拟器件是无法体现的。

jialong0926

jinggx 发表于 2015-5-23 14:14
原来如此，那看来是咱们对这个问题的认识不一致，对原理的理解也不一致。我的个人见解就不说了。

理解不同而已，不过我一直认为jitter是数字通信领域的问题，即使是出来的声音有问题，也是因为数字不同步通信的问题由模拟体现出来。模拟并不能体现jitter本身，而是体现因jitter引起的数字问题，而且数字问题至少是bit级别的。

共同探讨，无关对错。
谢谢关注。

haluo

jialong0926 发表于 2015-5-23 14:02
在我的另外一个帖子里，对于jitter，已经说了很多我自己的理解和分析。
对于数字输出的转盘类，确实需要 ...

看到这里，我又忍不住跳出来说，我个人不认同你这个观点。
这不是真的没有jitter问题，而是被你”没有jitter问题“。
不能认为它是没有这个问题的，而它就真的没问题了。

有句话叫“误差是一定存在的，是没办法完全消除的，只能尽量减小”
我觉得套这话套在这里，也是适用的。
纯讨论，别介意。

jialong0926

op111op 发表于 2015-5-23 14:31
楼主能不能介绍一下DSD，对这个话题比较有兴趣

dsd文件解析是借鉴几个开源插件，用C语言重写，以适应单片机的

jialong0926

tf卡的读取，是用 FatFs，经过stm32单片机优化后，达到性能要求的。

寻星向南

关注，楼主的坚持好样的！

jialong0926

tf卡的读取，是用 FatFs，经过stm32单片机优化后，达到性能要求的。

我用的 FatFs 0.09 原始版本需要在几个方面进行优化。
1、为支持大容量存储卡，需要修改读写函数中地址相关的几个参数，由 uint32_t，改为 uint64_t。
2、FatFs 每个 Block 大小为 512 字节，如果每次以 512 字节的整数倍长度读写，效率提高非常大。
3、每次尽量多的读取数据，可以进一步大幅提高读写速度。
4、读写函数中，存放数据的 buffer 地址，尽量用 4 字节对齐的地址，又可以进一步大幅提高读写速度。


通过以上的几个优化，在某些情况下，可以数倍地提高 FatFs 的读写速度。

jialong0926

目录搜索及播放列表组织

音频文件的搜索，是采用的递归方式遍历整个 TF 卡目录，因此可支持的目录层次，仅受限于栈空间的大小。

目录和播放列表的组织，使用了双向链表，可以为后续歌曲切换、专辑切换提供极大的便利。

通过实际测试，64G 卡在装满音频文件的情况下（1000首左右），文件搜索和列表组织可以在 2 秒钟以内完成。

maxwang71

你 讲的  这些 功能 ，网上都有  ， 特别 是 原子的 开发例程， 详细的 代码 太多了。 有啥保密的 。

感觉 你对 jitter 的 理解 还 不 深刻。 stm32 的 i2s 公认的 有问题。 这个 芯片主要是 便宜，  性价比 高。 如果 真要用 i2s 飞利浦的 不错。

jialong0926

maxwang71 发表于 2015-5-24 18:39
你 讲的  这些 功能 ，网上都有  ， 特别 是 原子的 开发例程， 详细的 代码 太多了。 有啥保密的 。

感 ...

对于 jitter 的理解每个人有自己的分析和判断，是否正确和深刻，各自表述吧。对于我的理解，网络上除了有质疑的声音，也有认同和支持的声音，这只能说是个有争议的话题。如果您有何深刻的理解，愿闻其详。

STM32 确实很便宜，性价比很高，而且开发资源也很多，适合做高性价比的产品。

至于说到 STM32  I2S 的问题，不用它有问题的那部分就可以了，不会影响任何功能。世界上所有的芯片都有勘误的。

至于说到播放器功能的网络资源，确实很丰富，我的所有程序可以说最初都是借鉴网络资源的。

如果没人愿意看，就更新到此吧。

专心地争取尽快做一个高性价比的播放器。

musich

jinggx 发表于 2015-5-23 12:31
stm32的pll抖动巨大，这个时钟用在音频上难有好的效果！
亲身经历，用stm32f407的mco为eth的phy提供时钟， ...

非常同意这个观点, PLL就是控制VCO得到想要的时钟的,
都用上4398的DSD了,为啥不另加一个时钟源,让STM32F4的I2S工作在从模式,DMA方式传输数据,那才爽,
听说F4的i2s从模式,也不大好用,

musich

jinggx 发表于 2015-5-23 12:34
并且，勘误手册上已经说明在slave模式下的bug，而且只支持16bit，所以stm32的iis可以认为是废了

STM32F103的i2s不知道, 但是F4的从模式 哪里有说不能用啊? 只是说有bug吧.

jialong0926

musich 发表于 2015-5-24 19:35
非常同意这个观点, PLL就是控制VCO得到想要的时钟的,
都用上4398的DSD了,为啥不另加一个时钟源,让STM32F ...

不加的原因是因为这个播放器没有与外界的数字接口，按照我的观点，jitter 在 DAC 过程中已经不重要了。

如果要加上 SPDIF 等数字接口，那就一定要用一个非常好的时钟，不过我这个播放器不考虑这个接口。

maxwang71

jialong0926 发表于 2015-5-24 19:12
对于 jitter 的理解每个人有自己的分析和判断，是否正确和深刻，各自表述吧。对于我的理解，网络上除了有 ...

我 写 这些 没有 别的 意思， 时钟不仅有jitter 问题， 还有 其他的 指标， stm32 pll 能 满足hifi 要求么，
其实 我很 佩服 楼主 的 ， 能实现 这么多功能 ，特别 是 对 iso 文件的 支持， 很少见 。 能 提供代码么

musich

jialong0926 发表于 2015-5-24 19:43
不加的原因是因为这个播放器没有与外界的数字接口，按照我的观点，jitter 在 DAC 过程中已经不重要了。
...

jitter 在 DAC 过程中已经不重要了。 不同意这个观点哦,
因为dac的i2s的所有时钟都来自PLL的VCO了, VCO就是个压控振荡器啊,它的Fo稳定输出是靠电压控制得到的,可可惜F4没有将PLL的LPF电路留出引脚,不然你用手摸一下,保证以后就不会这么用了,