[音源] 一冲动,结果。。。

[复制链接] 查看: 5165|回复: 13

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
发表于 2017-5-5 21:58 来自手机端 | 显示全部楼层
本帖最后由 mani 于 2017-5-5 22:00 编辑

坛里某侠的SD卡44.1khz/16bit格式WAVE文件播放器,话说用ARM核心,主频直接采用512倍频晶振,这显然44.1khz时钟是主时钟分频获取的,而不是pll得出的,JITTER比较理想,虽然无彩屏屏显,但也不怪,那玩意需要27Mhz时钟,非要配置那时钟就复杂了,要么双时钟系统,要么从27Mhz经过pll获取,对于音乐播放质量来说,这样的构思是符合简单至上原则,声频播放的显示仅是辅助功能,对声音无任何帮助,基于成本和程序复杂性来说,放弃这个功能也好。还有程序上不配置音量控制,这很重要,数字音源的音量下降,代表着WAVE源被篡改,对于原汁原味来说这不能容忍,可惜的是,没设置遥控,尽管这样,还是手痒收了一台。

收到东西后,哦,忘了说,这玩意是为随身开发的,接了耳机,主观听觉对比艾利和(这是不是有些残忍?一二百的玩具去比拼著名品牌),尽管没听之前心理已经偏向艾利和,事实确实拚不过艾利和。

本着不浪费原则,于是动手测了一下,信噪比和失真不算很好,但也不是很差,用档次来说,中吧。。。当然,试图以一两百的代价获得高质量也是不符合规律的,庆幸的是,WAVE源是直接回放的,起码,这具备了高保真数源的资格,不要以为外面的随身数码都能这样,那些玩具为了实现功能上多格式兼容,要么重取样要么时钟pll,不是码源篡了就是时钟质量忧心。玩那么多随身数播,仅从当中挑出一部艾利和MP3,当初买来也是想碰运气算了,毕竟很多MP3都不能直接还原WAVE,何况艾利和说明书也没说这MP3可以播WAVE,结果很意外地竟然能播,于是开壳在截取IIS,发现关闭声效后输出的码是文件源码,而且音量控制不在这环境而在后面,而且主时钟和44.1khz是倍频,于是幸运了。扯远了,说这么多就是告诉大家,能出源码而时钟又有保障的数播,播放途中不爆音顿膈无误读漏读的玩具,真不易,至于声音如何高保真地还原,留给外置DAC就好了。

于是,本质简单至上,本人自己也有洁癖强迫症,对这随身进行切割,仅保留ARM,能实现播放就行了,别的全部切掉。啊~   ~,忘了,这玩具不是直接输出IIS,这很头疼,难怪它选的是ym3434作为DF,其他的比如DF1704/06高级DF压根不能兼容,原因就是标准格式64fs左右每样本,这玩具输出竟然至于32fs,也因此位时钟也是格式2.8224Mhz的一半,是1.4112Mhz,这算什么玩意?还好,R2R结构nos模式下不影响,郁闷的是,原以为用这玩具配D204000的,现在nos也玩不了,16位全占满,msb在前即是左对齐又是右对齐,想移位成飞利浦IIS格式,没门!

最后,只能上老款的R2R的D/A,唯有能做的事,在ARM输出的数据,重新用主时钟触发对齐一下,以增强对ARM器件时延抖动信心不足的弥补,对LRCK再反相出一信号,去满足两声道各自的数据锁定触发应用,至此,完成改动再装进这个壳子里作数字转盘使用。
CAM00246.jpg

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-5 22:12 | 显示全部楼层
完成的样子。
CAM00248.jpg
CAM00249.jpg
CAM00250.jpg

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-5 22:14 | 显示全部楼层
通电。
CAM00247.jpg

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-5 22:22 | 显示全部楼层
声音听觉测试中,接受数据的是这高精度DAC(土炮)。
CAM00257.jpg
CAM00255.jpg

39

主题

0

好友

6746

积分
     

青铜剑侠 当前离线

Rank: 8Rank: 8

UID
13931
帖子
9617
精华
0
经验
6746 点
金钱
6615 ¥
注册时间
2006-10-28
发表于 2017-5-5 22:27 | 显示全部楼层
铸铝的这个盒子很有个性啊,外接线感觉还是上个航空插好看吧???

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-5 22:35 来自手机端 | 显示全部楼层
tsh 发表于 2017-5-5 22:27
铸铝的这个盒子很有个性啊,外接线感觉还是上个航空插好看吧???

配航空头是更好看,但接口也会带来意外的JITTER,能少一个接口就少一个,线能更短些绝不留长些,基于这个想法,所以只有选择难看些了。

39

主题

0

好友

6746

积分
     

青铜剑侠 当前离线

Rank: 8Rank: 8

UID
13931
帖子
9617
精华
0
经验
6746 点
金钱
6615 ¥
注册时间
2006-10-28
发表于 2017-5-5 22:37 | 显示全部楼层
mani 发表于 2017-5-5 22:35
配航空头是更好看,但接口也会带来意外的JITTER,能少一个接口就少一个,线能更短些绝不留长些,基于这个 ...

唔,这倒是个问题。。。

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-5 22:53 来自手机端 | 显示全部楼层
听出差别了,看来艾利和里面的柱形无源晶体是要换了,可惜直接替换不了,里面空间不允许,只能外置了,反正也有必要对输出的IIS信号用主时钟重新对齐一下,有源晶体和这板子装到一块,然后再做条时钟线给艾利和。同一节目同一张卡同一DAC和后端,输出数据都一样,就除了时钟,不然这差别从哪来的?

25

主题

1

好友

182

积分

论坛游民 当前离线

Rank: 3Rank: 3

UID
241724
帖子
1186
精华
0
经验
182 点
金钱
180 ¥
注册时间
2010-9-18
发表于 2017-5-5 23:11 | 显示全部楼层
看了一篇天书,技术达人

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-7 01:45 来自手机端 | 显示全部楼层
目前在想,在家里听时可以接目前的土炮DAC,要是拿出去拚机时,是不是该给它内置一个内置D/A呢?这样去拼机才方便,不然老呆在家里没对比差异化体现也不完全,D20400是没法用这了,真可惜了那增益误差最大才0.1%的高线性的D/A啦,那可是直接媲美工控高精度D/A指标的尤物呀,选pcm1704?可是那增益误差高达3%最大,然后就没了欲望,什么嘛这么贵指标也不是理想,就算是pk级别的参数,看着还算可以,T+N:0.008%,也有-102db,可以和d20440基本持平,仔细一看是24bit数据下测值的,而204000却是20bit数据下的,显然1704在20bit数据下还远没达到-102db指标,差至少-6db一个级别的距离。

扫了一下旧的D/A片文档,pcm56有戏,p-k档常规-94db,最大-92db。可是pk的片子难找啊,淘宝虽然有,但不肯定是不是k是后补印的,信心真不大,除非是在板上还没拆的焊点也没动过的,依稀中用到pcm56pk的机子的确很少,碰上不可修复能卖板的更少,哎~

过目从温1541,增益误差测项没看到,倒是T+N常规低达-95db很牛,可也没标最大相,档次不同差距自然也是存在的,要不也不用费劲去从海量ic中筛那些极其罕有的s1和s2之类的单冠双冠了,明显价钱就差老远,尽管文档中不区分档次常规都-95db,但最大值肯定是体现在档次上,这象pcm56一样,常规值都-94db不用区分档次,但细看最大值就知道了,可是1541除了标常规值就是没标出各档次的最大值,究竟s2比s1好多少?1db? 2db? 没冠的比s1呢又是多少?用1db差距去筛的难度较大容易造成区分误率,2db比较合理些,可不管怎样没冠的最大值已经掉到-90db了,比起56pk还差些,s1能否达到-92还是个迷,但二手都叫到800大洋了,有心也无力。

pcm64也许是个理想,18bit数据下竟然比20bit数据下的pcm63还好,可惜是并行数据玩意,再配个逻辑转换体积可不小肯定装不下,pcm63不是不好,相信16bit数据下不差,可惜自身体积也偏大而且价钱也显贵。

想来想去还是pcm56pk合算,价钱不算贵体积也小,算了,从明天开始留意这玩意算了。。。

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-7 12:51 来自手机端 | 显示全部楼层
本帖最后由 mani 于 2017-5-7 12:52 编辑

是俄没仔细看文档,TI的DF没标出关于16bit格式左右时钟在32fs 下的输入信号时序图,也因为16bit在32fs下即是左对齐,还是右对齐的MSB在前模式,可时序图无论左对齐还是右对齐都没有。但文档中有这么一句英文BCKIN can run at 32fS, 48fS, or 64fS, where fS is the audio sample frequency. 所以很肯定的是,DF是可以允许32fs模式下数据的,这个表明,在输出模式中虽没有飞利浦IIS格式,可单通道模式的32fs,可以移位成飞利浦IIS格式,看来D20400还是可以用上的,虽然已经不是nos,而且体积也大,可冲着这个玩意极其优异的性能参数,为它单独做一个盒子也乐意了。

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-7 12:56 来自手机端 | 显示全部楼层
我之前质疑SD随身播放设计者的32fs思路,这里表示抱歉,不好意思误解了。

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-8 21:59 | 显示全部楼层
翻出了抽屉底下的df1706,刚修改完成模式,输入暂选16bit msb在前后对齐输入格式,希望32fs属于这个格式,这样就一次设置成功,输出16bit msb在前后对齐格式,这玩意输出没有飞利浦IIS可选真郁闷,8倍过采样锐截止,反正都上高过采样了,锐截止后起码后面的lpf电路可以更简单,用只专门滤除数码声的信号变压器就可完事,其实这类专门设计的信号牛,频宽参数在25khz就开始自然跌落,比如手里这款牛,还有伦达的ll1540也是属于此类,不同别的信号牛,高频可以一直高到100khz,这属于用途类型专门设计的。
CAM00272.jpg
CAM00273.jpg

37

主题

1

好友

408

积分

业余侠客 当前离线

Rank: 4

UID
242055
帖子
426
精华
0
经验
408 点
金钱
348 ¥
注册时间
2010-9-19
 楼主| 发表于 2017-5-10 14:20 来自手机端 | 显示全部楼层
mani 发表于 2017-5-8 21:59
翻出了抽屉底下的df1706,刚修改完成模式,输入暂选16bit msb在前后对齐输入格式,希望32fs属于这个格式, ...

改动暂停,这个sd卡播放器有缺陷,估计存在数据误锁现象,放音过程有偶尔突发的极其轻微并非常短暂(啧)一声现象,类似数据读出传输过程产生错误,导致本来是连贯性的数字声波数据,却引入非连贯性尖刺或突陷。曾检查排除了数据读空现象。在目前的dac,因lpf是针对nos设计的,带外衰减很陡,44khz已达-40db,所以对于突发性短暂尖刺的异常声很难听辩,在昨晚深夜时才觉察到,是接入df1706后听声这声音变得明显起来,原还以为是df1706自身毛病或者设置不当造成的,重新恢复nos直出状态后仔仔细细也才发觉,后来索性跳过lpf声音才异常声音才明显起来,不是sd的问题也本身曲目问题,这卡和曲在别的播放器完全没有这问题。而且这异常声音在经过df后不但不被消弱反而更明显,可见尖刺信号频带范围,被df认为是正常数据并给于运算处理,而不是当作带外错误信号给于平滑消除屏蔽。这个sd播放器的bug,是ARM内部造成的,要么是程序上的逻辑触发信号参数设置不当,触发信号延没设置在被触发信号的中间附近,而是前后延附近,时钟稍偏导致触发锁定错误。要么是程序参数没问题,而是ARM自身逻辑抖动超预期产生触发锁定错误,但这个可能性较低,就44.1khz格式数据,而且也才32fs的bck,频率不高时长非常宽裕,发生的机率几乎没有。
带这样的bug,不能不说这播放器只是个试验的玩具,基本的功能性都还无法保障,这期望开发者做进一步完善。

遗憾,显然是无法持续下去了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

Powered by Discuz! X3.4

© 2001-2012 Comsenz Inc.

返回顶部