不同的nas和电脑软件不同的，是服务器端软件设置，和机器无关
我试过wifi和u盘，u盘略好。
可能我的pc比较差，也可能u盘声音好与硬盘
原帖由 bigair 于 2011-4-12 00:15 发表 http://bbs.headphoneclub.com/images/common/back.gif
小白老师：我认为这个观点是不对的。
关于“抖动影响音质的本质问题”，我写过一篇小文对此问题进行了肤浅的分析，怎奈无人对此有兴趣，连反对的人都没有。:lol
给个链接：http://www.jd-bbs.com/thread-2560 ...
老实说一句,我的观点不可能不对,因为它是唯一能解释发烧友观测到的现象的. 如果前面环节不影响后面环节,那象Transporter那种内部有缓存的播放器,既然用了缓存,前面所有的环节都不可能影响音质了,因为数据一旦进了缓存,前面的jitter就都被"冲掉"了,之后唯一可能影响音质的就是这个缓存本身的jitter了. 但事实并不是这样,所以唯一合理的解释就是,尽管有缓存,但前面环节的jitter特征仍会影响后面. 没有其他合理的解释.
现在用缓存的解码器和播放器并不在少数,但没有一个机器在用了缓存之后就彻底隔绝了前面环节的影响. 关键就是这个最基本的观念: 在数码音频播放中,前面环节的特征会向后影响,这种影响不可彻底隔绝(可以减轻). 所以换台电脑,换个播放软件,换根USB线,等等,都会微妙地影响到最终音质.
按白版的说法，一个音频文件，拷贝也会影响音质，甚至象有烧友说的，不同品牌的硬盘、U盘、SD卡都会影响音质，不知道目前是不是观测到这种现象，既然jitter是时间的抖动，一个文件拷贝或从电脑发送到缓存，本质上应该一样，跟时间抖动有何关系？从原理上，很难理解。
[ 本帖最后由 华兄 于 2011-4-12 14:07 编辑 ]
原帖由 华兄 于 2011-4-12 14:03 发表 http://bbs.headphoneclub.com/images/common/back.gif
按白版的说法，一个音频文件，拷贝也会影响音质，甚至象有烧友说的，不同品牌的硬盘、U盘、SD卡都会影响音质，不知道目前是不是观测到这种现象，既然jitter是时间的抖动，一个文件拷贝或从电脑发送到缓存，本质上应该 ...
拷贝文件怎么可能影响音质呢?? 是拷贝文件,还是播放文件,这是两个截然不同的动作. 一个音频文件只有在播放时,形成动态数据流时,才会有jitter的概念.
原帖由 biabiababa 于 2011-4-11 22:22 发表 http://bbs.headphoneclub.com/images/common/back.gif
直插硬盘不支持ape播放，很不方便。播出效果应该查不多吧，都是读到缓存里面。
原帖由 华兄 于 2011-4-11 22:25 发表 http://bbs.headphoneclub.com/images/common/back.gif
也可以播，麻烦些
方法是如何? 請詳告知一下.
有线链接。
原帖由 小白 于 2011-4-12 15:49 发表 http://bbs.headphoneclub.com/images/common/back.gif
拷贝文件怎么可能影响音质呢?? 是拷贝文件,还是播放文件,这是两个截然不同的动作. 一个音频文件只有在播放时,形成动态数据流时,才会有jitter的概念.
音频文件通过网络或硬盘USB线，先存储到缓存，播放器再从缓存读取文件播放。音频文件储存到缓存的过程，与文件拷贝过程有何不同？这个过程也不形成动态数据流的。
原帖由 华兄 于 2011-4-12 16:38 发表 http://bbs.headphoneclub.com/images/common/back.gif
音频文件通过网络或硬盘USB线，先存储到缓存，播放器再从缓存读取文件播放。音频文件储存到缓存的过程，与文件拷贝过程有何不同？这个过程也不形成动态数据流的。
在缓存中是不可能存在一个完整的文件的.所谓"文件",是一个静态的概念,只能存在于硬盘上. 你电脑上的所有文件,哪个是存在于缓存里的?
缓存象是一条河流的中间的一个小水库,两头通,进出缓存的数据,是没有静态概念的,也不可能在缓存中形成一个文件. 所以根本不存在你说的"从缓存读取文件播放". 应该是"从缓存读取数据播放".
[ 本帖最后由 小白 于 2011-4-12 17:03 编辑 ]
冒似有点明白了。
原帖由 小白 于 2011-4-12 17:01 发表 http://bbs.headphoneclub.com/images/common/back.gif
在缓存中是不可能存在一个完整的文件的.所谓"文件",是一个静态的概念,只能存在于硬盘上. 你电脑上的所有文件,哪个是存在于缓存里的?
缓存象是一条河流的中间的一个小水库,两头通,进出缓存的数据,是没有静 ...
不完全正确。Squeezebox可以定义缓存的大小，以秒数计，比如我的Transporter的缓存设置是20秒。如果有一个音频文件，长度是19秒，那么设备是将该文件完全缓冲以后再播放的，等同于从缓存中播放“文件”。
原帖由 maxinghai 于 2011-4-12 18:11 发表 http://bbs.headphoneclub.com/images/common/back.gif
不完全正确。Squeezebox可以定义缓存的大小，以秒数计，比如我的Transporter的缓存设置是20秒。如果有一个音频文件，长度是19秒，那么设备是将该文件完全缓冲以后再播放的，等同于从缓存中播放“文件”。
同意。但是问题是播放的音乐往往不止是短短几十秒，前面出去后面是紧跟着进来的。
原帖由 maxinghai 于 2011-4-12 18:11 发表 http://bbs.headphoneclub.com/images/common/back.gif
不完全正确。Squeezebox可以定义缓存的大小，以秒数计，比如我的Transporter的缓存设置是20秒。如果有一个音频文件，长度是19秒，那么设备是将该文件完全缓冲以后再播放的，等同于从缓存中播放“文件”。
就这19秒钟的音乐而言，确实前面环节可能不影响了，因为它是数据完全进入缓存后播放，播放的时候没有后续数据，所以声音只取决于这个缓存的jitter特性，可惜这样的状态只能保持19秒啊。如果把缓存搞成700M，可以把整张专辑都先倒进去 ......
如果是这样，只要加大缓存，那做个不受前端jitter影响的播放器，似乎不是那么难的，为什么至今未见呢？另外有个想法，如果把缓存做成SD卡的模式，容量肯定不是问题，加上可以外插，本质上不就还是SD播放器吗？越搞越糊涂，今晚喝多酒了，不想。
原帖由 小白 于 2011-4-12 13:23 发表 http://bbs.headphoneclub.com/images/common/back.gif 老实说一句,我的观点不可能不对,因为它是唯一能解释发烧友观测到的现象的. 如果前面环节不影响后面环节,那象Transporter那种内部有缓存的播放器,既然用了缓存,前面所有的环节都不可能影响音质了,因为数据一旦进了缓存,前面的jitter就都被"冲掉"了,之后唯一可能影响音质的就是这个缓存本身的jitter了. 但事实并不是这样,所以唯一合理的解释就是,尽管有缓存,但前面环节的jitter特征仍会影响后面. 没有其他合理的解释.
现在用缓存的解码器和播放器并不在少数,但没有一个机器在用了缓存之后就彻底隔绝了前面环节的影响. 关键就是这个最基本的观念: 在数码音频播放中,前面环节的特征会向后影响,这种影响不可彻底隔绝(可以减轻). 所以换台电脑,换个播放软件,换根USB线,等等,都会微妙地影响到最终音质.您好白版“老实说一句,我的观点不可能不对”是否说得太满了。
说到缓存，那么从寄存器的写入和寄存器的读出原理，控制写入或被控制写入的脉冲（数据）与被写入或读出脉冲（数据）是什么关系呢，请仔细从原理上考虑一下；再有控制写入、控制读出这样的脉冲受Jitter的影响，以及数据脉冲受到的Jitter影响，这3者受Jitter的影响是一回事吗？它们各自受Jitter的影响又是怎样？其实用一个简单的寄存器，用原理就能搞清的。
还有，数字信号的再生原理是什么，寄存器是否具备此功能呢。
