耳机俱乐部论坛

标题: 请教骑墙待红杏 [打印本页]

作者: ljw100 时间: 2009-2-20 11:23
标题: 请教骑墙待红杏
见你在MVW近期关于抓轨的帖子中谈到了声卡的一些工作原理，而我自己从未关心过PC机的硬件及体系结构，故想向你询问一些关于PC、声卡工作原理和结构方面的情况。

1、现在PC机硬盘的寻道时间和旋转等待时间的指标如何？
2、PC机硬盘读数据的传输率（码率如何）？
3、能确定声卡上是使用DMA方式从硬盘上向声卡缓冲区提供数据否？
4、确定声卡工作频率的振荡信号是来自于声卡的外部时钟信号还是自身带有晶振？如带有，晶振的类型一般是什么？
5、声卡上缓冲区的大小一般是多大（以字节计）？
6、声卡上解码芯片是否已含有用于D/A转换的低通滤波器？

随便扯扯，不需要太严谨，先谢过！

作者: pieryu 时间: 2009-2-20 11:59
这些都不重要, 因为你无法改变它.

作者: ljw100 时间: 2009-2-20 12:36
就HIFI这个“玩”来说，没什么值得看重的东西。

多知道点常识，一来可以让自己的脑壳不那么糊，二来可以约束自己“说”的“勇气”和“胆量”。仅仅为自己。

作者: mvw 时间: 2009-2-20 12:39
1.硬盘旋转时间只存在于启动的那一阵到7200的时候就恒速了寻道时间机械硬盘大多是10ms上下
2.硬盘平均速率大概是80*8 mbps（兆比特每秒，bit，非bytes） cd格式是1141 kbps
3.应该是
4.一般是自带晶振
5.缓冲区不同但印象里很少有声卡明确标出大多都比较小
6.芯片上一般不包括lpf但声卡上一般都包括

略有了解有误勿怪~

作者: mifeng 时间: 2009-2-20 12:51
ssd固态硬盘跟传统的应该很不一样
我觉得听音用固态硬盘或许会很棒
坐等高手讲课

作者: yasker 时间: 2009-2-20 14:27
3、能确定声卡上是使用DMA方式从硬盘上向声卡缓冲区提供数据否？

应该不是。DMA是direct memory access，是设备发起的内存请求。数据肯定是从硬盘读到内存中，然后由设备从内存直接读取。

作者: mayao11 时间: 2009-2-20 14:43

原帖由 mifeng 于 2009-2-20 12:51 发表
ssd固态硬盘跟传统的应该很不一样
我觉得听音用固态硬盘或许会很棒
坐等高手讲课

同意~
固态硬盘机械干扰应该会小很多，寻道也比传统硬盘直接。:D

作者: hdde 时间: 2009-2-20 14:50
今年SSD应该就降价了吧
可以弄一块来试试听音乐
不过估计是AB不出什么的

[ 本帖最后由 hdde 于 2009-2-21 00:03 编辑 ]

作者: ljw100 时间: 2009-2-20 16:28
之所以提及DMA写声卡缓冲区，是因为在看MVW那个帖子时有人提及，这与我以前所了解的常识有出入。或许现在的技术已进步到可以由DMA来完成相应工作的程度。

声卡从内存输入数据，必然要受到CPU忙闲状态的影响，且这影响是无法预料的，也难以说清楚。所以，合理的办法是，加大声卡缓冲区的容量，在放音前一次性缓冲完相当于一张CD碟或更多的信息，在放音过程中完全摆脱对CPU的依赖。

上诉观点仍然是原理性的，原理提供了工程实现的可能性，但工程实现未必就达到了技术合理的程度。

深入了解PCHI整个数据通路上的各个环节，有助于从一种系统构架的角度来考虑问题，而站在系统构架的角度来看问题，能对局部环节的问题看得更清楚、更准确。

谢上面各位的解答。

作者: yasker 时间: 2009-2-20 16:34

原帖由 ljw100 于 2009-2-20 16:28 发表
之所以提及DMA写声卡缓冲区，是因为在看MVW那个帖子时有人提及，这与我以前所了解的常识有出入。或许现在的技术已进步到可以由DMA来完成相应工作的程度。

声卡从内存输入数据，必然要受到CPU忙闲状态的影响，且这 ...

和同事聊来一下，就Linux下的Intel HDA而言，数据填充过程是这样的：

开辟内存里的一块空间作为ring buffer，一个read pointer(hardware pointer), 一个writepointer(software pointer). software在writepointer写入数据（实际是由alsa控制的，速率随便，只要不被write pointer赶上导致无东西可读，以至跳音），声卡controller以固定为48khz的频率（应该由声卡本身的晶振决定）从readpointer读出数据，直接DMA给声卡。按照同事的说法，在ringbuffer不发生断流的情况下，声卡的fifo不可能发生断流。

由此，我认为，声卡的晶振成为PC系统的第一个jitter源。声卡之前，没有jitter的存在，因为时间无关。

作者: yasker 时间: 2009-2-20 16:48
另外，声卡做DMA需要的是内存的地址，一般这个是由CPU指定。但就HDA声卡而言：
CPU写HDA Controller，通知声卡ring buffer的位置（以及大小），声卡自己保存hardware pointer即是DMA的地址，所以之后的操作也无须CPU加入了。
有兴趣的可以看下Intel HDA的spec: http://download.intel.com/standards/hdaudio/pdf/HDAudio_03.pdf

作者: ljw100 时间: 2009-2-20 17:09
谢YESKER提供的信息。

从你提供的信息看，对声卡而言，这是一种两级缓冲机制。由于现在的操作系统都是多任务的，从原理上看，不能确保声卡缓冲区不断流。

以我的技术观点，就要确保放音质量来看，以内存为声卡放音数据的第一级缓冲区，就不是一个合理的工程实现方案。以现在存储器的价格，为何不加大声卡上缓冲区的容量？或许有我还没考虑到的因素吧。

站在一种系统构架的角度来看问题，弄清楚相关数据通路上各个环节的实现情况，有助于我们更清楚地分析、评估问题之所在。否则，极容易把问题弄得一团糟，甚至还会得出推翻基本原理的荒唐结论，这一现象在HIFI圈内并非不常见。

你可继续询问你的同事，声卡上的本地晶振是否与声卡外部时钟信号构成锁相环，如是，则声卡本地晶振将会随外部时钟信号“抖动”。

作者: pig2man 时间: 2009-2-20 17:11
说实话，Intel的白皮书很不错，俺第一次看这么详细的声卡说明，别的厂商可不会给你这么好的东西呀，比如创新，多谢ls的资料。

作者: 骑墙待红杏 时间: 2009-2-20 17:16
来了，刚下班:D :D ，看标题先回一下再看帖子

作者: 骑墙待红杏 时间: 2009-2-20 17:17
还在公司，先转发篇，回家再仔细说，你先看看
http://www.eeworld.com.cn/designarticles/eda/200703/9217.html

作者: ljw100 时间: 2009-2-20 17:23

原帖由 骑墙待红杏 于 2009-2-20 17:17 发表
还在公司，先转发篇，回家再仔细说，你先看看
http://www.eeworld.com.cn/designarticles/eda/200703/9217.html

别客气，随便聊聊而已，我也的下班回家了。

作者: yasker 时间: 2009-2-20 17:33

原帖由 骑墙待红杏 于 2009-2-20 17:17 发表
还在公司，先转发篇，回家再仔细说，你先看看
http://www.eeworld.com.cn/designarticles/eda/200703/9217.html

搜了下这个版本更容易阅读点，还有图，呵呵
http://www.avrw.com/article/art_103_1842.htm

作者: yasker 时间: 2009-2-20 17:49

原帖由 ljw100 于 2009-2-20 17:09 发表
谢YESKER提供的信息。

从你提供的信息看，对声卡而言，这是一种两级缓冲机制。由于现在的操作系统都是多任务的，从原理上看，不能确保声卡缓冲区不断流。

以我的技术观点，就要确保放音质量来看，以内存为声卡放音数据的第一级缓冲区，就不是一个合理的工程实现方案。以现在存储器的价格，为何不加大声卡上缓冲区的容量？或许有我还没考虑到的因素吧。

站在一种系统构架的角度来看问题，弄清楚相关数据通路上各个环节的实现情况，有助于我们更清楚地分析、评估问题之所在。否则，极容易把问题弄得一团糟，甚至还会得出推翻基本原理的荒唐结论，这一现象在HIFI圈内并非不常见。

你可继续询问你的同事，声卡上的本地晶振是否与声卡外部时钟信号构成锁相环，如是，则声卡本地晶振将会随外部时钟信号“抖动”。

多任务的确不能保证缓冲区不断流的，但这只是理论上的。现代操作系统在不是很繁重的work load下，很难出现缓冲区断流，现在Linux下的各种scheduler、加入kernel preemption、为desktop提高timer frequency等等，就是为了让desktop过得更好些。作为generic来说，multitask是一定是需要的。而且我觉得，绝大多数情况下，multitask都不会导致buffer underrun，如果能够轻易导致，那么就该给driver报bug了……

用内存作buffer，我觉得挺自然的……内存速度远远大于硬盘速度，让声卡直接从硬盘上读取？硬盘速度跟不上，那才会出现麻烦吧……换句话说，要是内存速度都不够，硬盘怎么可能够呢……
而且，如果buffer underrun，导致的应该是跳音，而不是jitter，因为在buffer这一级，还没有牵扯入任何时间观念。根据pig2man提供的一个资料(http://techtrain.microchip.com/w ... AudioDac_101807.pdf)，声卡由于buffer underrun，输出的是0电平，这个应该比jitter好分辨多了。

另外，我这个部门是做软件的，不是搞IC的……声卡晶振那个问题我们不知道……不过我应该可以查到，但这个不是我关心的重点……

其实我只是觉得，PC HiFi声音的问题，是从声卡开始的。之前环节，都是没有问题的。

[ 本帖最后由 yasker 于 2009-2-20 17:52 编辑 ]

作者: yasker 时间: 2009-2-20 18:15
没有问题说的绝对了一点，应该说是没有硬件层面上的问题的……

作者: dark132 时间: 2009-2-20 18:39
PC HiFi声音的问题，是从声卡开始的。之前环节，都是没有问题的? 先来个资源98%占用，你再用播放器试试？

作者: dark132 时间: 2009-2-20 18:44
我曾经碰到过网卡和声卡放在临近插口，导致声卡被干扰，底噪大于正常情况的问题，硬件上的非HIFI考虑的设计，问题还是不少的

作者: 小白 时间: 2009-2-20 18:52
我不懂电脑工作时微观层面的机制,但我相信传统纯CD机之所以音质比PC-FI要好,原始数据流以恒定的方式读出,肯定是一个重要原因. 在CD转盘的工作方式里,碟片上的数字音频信号是以非常平稳的方式读出的,然后传输到DAC去译成模拟信号,而在PC工作模式下,最初的数字音频信号读取是不稳定的,受很多机内电磁辐射干扰的,也就是说输出的数字音频是乱七八糟,速度极不恒定,处于不稳定状态的,这样到了DA的环节,即使预先进入了缓存,这种前期的"混乱不稳定状况"仍是延续下来的,导致DA之后的模拟信号劣化.

再次重复,缓存是无法解决jitter问题的,如果可以,世界早就完美了. 虽然缓存可以把之前的jitter减轻一些,但它能起到作用也就是"减轻"而已. PC环境下不稳定的,混乱的,充斥着jitter的读取方式,造成了之后的环节再怎么弄,也无法把混乱整理为完美!

作者: ljw100 时间: 2009-2-20 19:07

原帖由 yasker 于 2009-2-20 17:49 发表

多任务的确不能保证缓冲区不断流的，但这只是理论上的。现代操作系统在不是很繁重的work load下，很难出现缓冲区断流，现在Linux下的各种scheduler、加入kernel preemption、为desktop提高timer frequency等等， ...

按我所知道的常识，我也知道只有在极重载的情况下才会导致缓冲区断流。断流和JITTER自然也是两回事，因为两者的起因不同，导致的结果也不同。

其实从系统结构的角度看，我更关心的声卡上缓冲区的大小，为何不使用足够大的缓冲区？有技术上的我还没考虑到的困难吗？我不知道。在我看来，对那些HIFI金耳朵而言，不能一次性缓冲整张CD碟片的声卡，都不够“发烧”，呵呵。

从MVW提供的数据看，就放音速率来说，即使是从硬盘上加载声卡缓冲区也不会有问题。

就JITTER来说，如果JITTER晃动在时间上的幅度远小于脉冲宽度，合理安排时序电路的时钟脉冲，就能隔离前面的JITTER。但用缓冲区方式更省事。

先扯这些吧，社区宽带近来堵塞严重，过一会可能就上不了了。

作者: yasker 时间: 2009-2-20 19:33

原帖由 dark132 于 2009-2-20 18:39 发表
PC HiFi声音的问题，是从声卡开始的。之前环节，都是没有问题的? 先来个资源98%占用，你再用播放器试试？

我当然不是指这种情况……
我指的是，之前的情况，暂时还没有找到软件无法克服的。CPU占有率过高，是可以克服的吧……

作者: yasker 时间: 2009-2-20 19:36

原帖由 dark132 于 2009-2-20 18:44 发表
我曾经碰到过网卡和声卡放在临近插口，导致声卡被干扰，底噪大于正常情况的问题，硬件上的非HIFI考虑的设计，问题还是不少的

完全同意，硬件上需要改进的的确还很多……
下一步想看看usb-audio的spec，现在的基本想法是，让PC能够尽量好的把数字信号输出到DAC。USB在外部，受的影响比机箱里小，也许有改进的余地。

(O，我说的没有硬件上的问题，似乎还不够准确——也许是没有硬件逻辑上的问题，呵呵)

[ 本帖最后由 yasker 于 2009-2-20 20:19 编辑 ]

作者: ljw100 时间: 2009-2-20 19:37

原帖由 yasker 于 2009-2-20 16:34 发表

和同事聊来一下，就Linux下的Intel HDA而言，数据填充过程是这样的：

由此，我认为，声卡的晶振成为PC系统的第一个jitter源。声卡之前，没有jitter的存在，因为时间无关。software在

在脉冲电路中，JITTER是一定会存在的，这是由振荡信号源不可能百分之百稳定所造成的。但JITTER对声音的影响，只有透过了D/A界面从而改变了模拟信号波形从而影响了声音。从这个意义上讲，如果前面的JITTER未晃到生成模拟波形的低通滤波器前，就不会对声音产生影响，就可以无视。呵呵。

就JITTER来说，我更关心不同类型晶振JITTER的时间幅度，人耳对JITTER影响有明显感觉时JITTER晃动的数据。只有在弄明白了这些基础数据后，我们才能评估器材控制JITTER的水平，而不是凭着“胆量”和“勇气”来说话。据网上转载业界写手测评文章，目前最NB的DCS旗舰仅使用“压控温补晶振”，而未使用恒温晶振或压控恒温晶振，这可是卖几十万的音源啊。

[ 本帖最后由 ljw100 于 2009-2-20 19:42 编辑 ]

作者: yasker 时间: 2009-2-20 19:45

原帖由 ljw100 于 2009-2-20 19:07 发表

其实从系统结构的角度看，我更关心的声卡上缓冲区的大小，为何不使用足够大的缓冲区？有技术上的我还没考虑到的困难吗？我不知道。在我看来，对那些HIFI金耳朵而言，不能一次性缓冲整张CD碟片的声卡，都不够“发烧”，呵呵。

从MVW提供的数据看，就放音速率来说，即使是从硬盘上加载声卡缓冲区也不会有问题。

就JITTER来说，如果JITTER晃动在时间上的幅度远小于脉冲宽度，合理安排时序电路的时钟脉冲，就能隔离前面的JITTER。但用缓冲区方式更省事。

首先，从放音速率来看，是没有问题，但是问题是硬盘比内存慢，而且硬盘是块读取设备，且硬盘的上层是文件系统的封装，除了操作系统，没人能直接操作硬盘，要不声卡得要得到文件系统的知识，然后在声卡上重写一个操作系统来操作硬盘？
其次，是从binary数据的角度而言，应该是没有这个需要。内存是很容易操作的，而且把硬盘里的东西读到内存，也不会涉及到声音质量问题——每个bit都是完全相同的。而且，只要不出现断流，放在任何地方都是一样的。因为这一切都和系统写buffer的速度无关，只是要求buffer不能被读完而已。对声卡看来，只要没有断流，它读的一直是连续的完整的bit perfect的数据，所以是没有关系的。

最后那段，IC方面的东西，我不怎么懂。我一直就没从原理上弄清jitter是怎么消除的，还请多多指教，呵呵。

作者: 小白 时间: 2009-2-20 19:51
老刘,我认真地提一个问题供思考:

同样用缓存+精确时钟的方案(我们都知道这个方案可以减轻前面的jitter),你认为,前面的数据jitter很大,和前面的数据质量非常高,jitter很小,经过同样的缓存+精确时钟的处理后,出来的效果是否完全相同? 是否前面数据质量高,jitter低的那种情况,最终效果还是要好?

作者: yasker 时间: 2009-2-20 19:58

原帖由 ljw100 于 2009-2-20 19:37 发表

在脉冲电路中，JITTER是一定会存在的，这是由振荡信号源不可能百分之百稳定所造成的。但JITTER对声音的影响，只有透过了D/A界面从而改变了模拟信号波形从而影响了声音。从这个意义上讲，如果前面的JITTER未晃到生成 ...

就如何测量jitter而言，我是看到了一篇文章的（也许您早就看到了，呵呵）
http://jitter.de/english/soundfr.html
在 http://www.cndiyclub.com/c_read.php?tid=11782 里有一个翻译版本。
继续推荐一下，jitter.de的文章不错，虽然最终是为了卖他们的减小jitter的产品……

作者: ljw100 时间: 2009-2-20 20:01

原帖由 yasker 于 2009-2-20 19:45 发表

首先，从放音速率来看，是没有问题，但是问题是硬盘比内存慢，而且硬盘是块读取设备，且硬盘的上层是文件系统的封装，除了操作系统，没人能直接操作硬盘，要不声卡得要得到文件系统的知识，然后在声卡上重写一个 ...

你上面所说是正确的。我前面说DMA，是就着MVW那个贴子中别人提及的话头而来，说DMA可以访问声卡的缓冲区，我也有些困惑。但若从原理将，这也是可以做得到的，如果设计者愿意这样做的话。

在数字电路中，可以用时钟脉冲来控制输入（输入信号自然也是脉冲信号），只有在本级门电路的时钟脉冲到达后，输入信号才能进入本级门电路；若将系统分级，不同的级用不同的时钟信号（它们的频率都一样），就可以对前面的JITTER进行隔离。但这样做很蠢。就原理来说，这也可以看做是“缓冲”，只是这“缓冲”的时间长度略小于一个脉冲的宽度。这样说可以理解了吧。呵呵

作者: 小白 时间: 2009-2-20 20:06
我觉得这里有一个认识的不同和误区了. 有些人可能认为既然jitter是在DA的环节里表现出来,在DA解码之后才被听到,那DA之前的jjitter都是无关紧要的,因为此时的jitter都是"潜伏"着的,反正也听不到.

我认为此观点是错误的. 进入DA环节之前的jitter我们当然看不见,听不到(但可以测量到),但它对最终音质的影响,还是不能小觑的. 国外有人研究过为什么不同的数字传输方式和接口(如不同的同轴数字线)会造成音质的差异,原因就是不同的同轴线会造成jitter量和jitter特性的不同. 按理说这个环节里的jitter还没有到达DA,根本是无关紧要的? 问题不是这样的! 音频数字信号从最前端的读取(CD光头或者硬盘磁头)一直到最后的DA环节,这整个连续的过程都是有关联的. 你不能说我在DA这个地方划一道线, 用一个很大的缓存把前面的数据都读进去,然后依靠DA的精确时钟就能完美解决问题,把之前的任何来源的jitter统统阻隔掉. 不行的! 理论上也许看不出这个做法的破绽(以我们大家的理论水平),但实际上早已证明了,这个方案虽能减轻前面环节的jitter带来的影响,但前面环节的jitter,还是会阴魂不散,象波纹一样渗透到后面的环节,影响DA及之后的音质! 这个是事实. 否则的话完美的数字音频方案早就出来了! 不要以为那些数码巨头的音频工程师们都是傻瓜蛋,那么简单的方案居然做不出来.

作者: ljw100 时间: 2009-2-20 20:11

原帖由小白于 2009-2-20 19:51 发表
老刘,我认真地提一个问题供思考:

同样用缓存+精确时钟的方案(我们都知道这个方案可以减轻前面的jitter),你认为,前面的数据jitter很大,和前面的数据质量非常高,jitter很小,经过同样的缓存+精确时钟的处理后,出来的 ...

很抱歉，我回答不了。

我在这里瞎扯，都是在谈基本原理，基本原理不会有错，除非你能证明它有错。

对在工程中的问题，需要具体情况具体分析，对明显违背基本原理的工程实现，可以直接下结论，对模糊不清的问题，需要严格的实验数据。

作者: 小白 时间: 2009-2-20 20:18
我简单地举个例子说说我的理解.

有两队人流.

其中一队排列得很整齐,非常匀速和平稳地通过某个关口(比喻jitter很低的高质量数据流),而在关口有个人负责把关,负责把通过的人流控制好,使其保持非常均匀的速率通过(如一秒种过2个人).

而另外一队人非常之混乱,一忽儿一大群人一涌而上争先恐后,一忽儿半天没一个人影(比喻jitter很严重的数据流). 这样一支混乱的人流,经过关口时,虽然关口那个人仍在努力工作控制人流,但他能保证过关后的人流象前面那支队伍那么完美吗? 人跑起来都有惯性,更何况微观上的数据流,混乱的,不匀速的数据流,如何把它变得绝对均匀和平稳,这难道是一件易事?

所以我个人绝不相信任何一个机制能完美地把混乱的,夹杂着大量jitter的数据流一下子重整得完美. 这也正是当今传统CD模式的音质仍更佳,更柔和自然的重要原因. 因为在传统CD工作模式下,数据流本身在流动时就是高度完美的,这样的数据流,经过DA后,音质必然是更柔和自然,更平滑而完美的. 不管人们在DA这个环节设置的"整理机制"是怎么样的,有多强大,平滑地入,始终能更平滑地出.

作者: yasker 时间: 2009-2-20 21:31
问题的确出在DAC之前。

DAC的输入是数字信号；但从磁盘到内存，保存的都是数据，而不是数字信号。当数据转换成数字信号的时候，jitter就可能产生。

对于声卡而言，这个时刻是声卡在晶振的固定频率下读ring buffer的同时或者之后，也就是说，这时候才会引入时间概念。而由于声卡的晶振是被PC内的电压驱动的，状态不稳定实在是非常可能的事情，所以数字信号就被带上了jitter；再加上信号在机箱内部传输，被干扰也是完全有可能的，再加一次……所以声卡输出远不如CD机，也是情理之中的事情。

那么解决的方法？我最先想到的是Linn DS。为什么DS用网线而不是同轴之类的数字线？现在我想到了一个可能的解释。同轴之类的数字线，只是传递数字信号的；而把数据转化为数字信号是最有可能出问题的部分。所以DS直接从机内传数据，然后由自己来转换为数字信号，这样来提高效果。

但USB呢？说实话，我不知道。首先，如果USB Audio那么好的话，那么DS估计不会用网线了……所以我猜测是USB audio的限制，导致了一定的tradeoff。还没有看过USB audio的spec，等看下了再说。但看起来，USB Audio限制是不小的，可能还不光是传输速率方面。火线就更不熟悉了，所以都还要看看……

(发现把Linn拼错了……orz)

[ 本帖最后由 yasker 于 2009-2-20 23:32 编辑 ]

作者: nadesicozhao 时间: 2009-2-20 21:33

1、现在PC机硬盘的寻道时间和旋转等待时间的指标如何？
2、PC机硬盘读数据的传输率（码率如何）？
3、能确定声卡上是使用DMA方式从硬盘上向声卡缓冲区提供数据否？
4、确定声卡工作频率的振荡信号是来自于声卡的外部时钟信号还是自身带有晶振？如带有，晶振的类型一般是什么？
5、声卡上缓冲区的大小一般是多大（以字节计）？
6、声卡上解码芯片是否已含有用于D/A转换的低通滤波器？

1.目前市售主流型号台式机硬盘的平均寻道时间是8ms左右平均潜伏时间是4～6ms左右（看转速）
2.读数据的连续传输率在90MBps 爆发速率大概是600MBps
3.声卡通过PCI总线问南桥要数据南桥通过芯片间总线问北桥要北桥集成内存控制器读内存（AMD是CPU内置内存控制器）
4.声卡的数据总线和DSP工作主要取决于主板频率发声器分频后的PCI总线稳定性声卡上面DAC/ADC芯片有外置晶振
5.数据缓冲一般在DSP或者I/O控制芯片中内置请查看相关芯片datasheet；至于那些软声卡应该是直接用内存做buffer
6.声卡上的DAC芯片很多都和市售非PC设备用的一样自然有低通之类

[ 本帖最后由 nadesicozhao 于 2009-2-20 21:36 编辑 ]

作者: yasker 时间: 2009-2-20 21:38

原帖由 nadesicozhao 于 2009-2-20 21:33 发表

3.声卡通过PCI总线问南桥要数据南桥通过芯片间总线问北桥要北桥集成内存控制器读内存（AMD是CPU内置内存控制器）

赵版非常严谨。

不过现在Intel Core i7也是CPU内置内存控制器(跟风了，呵呵)。

作者: nadesicozhao 时间: 2009-2-20 21:47

原帖由 yasker 于 2009-2-20 21:38 发表

赵版非常严谨。
不过现在Intel Core i7也是CPU内置内存控制器(跟风了，呵呵)。

i7最最BT的就是那个三通道DDR3
集成内存控制器后变通的办法都很难
不知道会不会有主板厂家研究怎么绕过集成控制器用老一代的北桥让我们穷人使用能负担得起的双通道DDR2

作者: yasker 时间: 2009-2-20 21:54

原帖由 nadesicozhao 于 2009-2-20 21:47 发表

i7最最BT的就是那个三通道DDR3
集成内存控制器后变通的办法都很难
不知道会不会有主板厂家研究怎么绕过集成控制器用老一代的北桥让我们穷人使用能负担得起的双通道DDR2

这个赵版不用担心，内存是降得贼快的东西。

现在3条 1G 的DDR3 1333最便宜的是700(360buy)，一年前还是一条1k以上……

作者: nadesicozhao 时间: 2009-2-20 22:00

原帖由 yasker 于 2009-2-20 21:54 发表

这个赵版不用担心，内存是降得贼快的东西。
现在3条 1G 的DDR3 1333最便宜的是700(360buy)，一年前还是一条1k以上……

这几个月确实跌的够本厂家是用现金成本甚至物料成本在死撑
还好倒了奇梦达否则就是三星也撑不过今年

作者: 骑墙待红杏 时间: 2009-2-20 22:26

原帖由 yasker 于 2009-2-20 17:49 发表

多任务的确不能保证缓冲区不断流的，但这只是理论上的。现代操作系统在不是很繁重的work load下，很难出现缓冲区断流，现在Linux下的各种scheduler、加入kernel preemption、为desktop提高timer frequency等等， ...

刚吃完，回来了

我的观点和你一样，声音在以数字化呈现的状态下是不会出现任何劣化，在D->A 中 DSP 解码的时候才会出现jetter 等干扰。

数字相比模拟最强的地方在于不怕干扰。

作者: 骑墙待红杏 时间: 2009-2-20 22:31
漏说了......我的观点是PC当音源做数字输出是超越CD的，而CD发行商那压碟子用的就是WAV文件。
这个也是LINN工程师推荐硬盘机与无损格式的重要原因. 这个也是趋势.

作者: nadesicozhao 时间: 2009-2-20 23:14

原帖由 骑墙待红杏 于 2009-2-20 22:31 发表
漏说了......我的观点是PC当音源做数字输出是超越CD的，而CD发行商那压碟子用的就是WAV文件。
这个也是LINN工程师推荐硬盘机与无损格式的重要原因. 这个也是趋势.

人家linn的机器根本就不是PC
什么压片用的WAV 别混淆概念了

作者: 骑墙待红杏 时间: 2009-2-20 23:27

原帖由 nadesicozhao 于 2009-2-20 23:14 发表

人家linn的机器根本就不是PC
什么压片用的WAV 别混淆概念了

LINN 用的概念是一样的，硬盘上的无损作为音源。
只不过把 CPU 与内存的一些工作换成了ASIA芯片处理。

作者: nadesicozhao 时间: 2009-2-20 23:38

原帖由 骑墙待红杏 于 2009-2-20 23:27 发表

LINN 用的概念是一样的，硬盘上的无损作为音源。
只不过把 CPU 与内存的一些工作换成了ASIA芯片处理。

按你这么说世界上只要用了计算机科技的东西都能叫PC了
IBM撞墙去了

作者: 骑墙待红杏 时间: 2009-2-20 23:41

原帖由 nadesicozhao 于 2009-2-20 23:38 发表

按你这么说世界上只要用了计算机科技的东西都能叫PC了
IBM撞墙去了

一个架构而已，原理如此.
硬件化也只是为了提高性能或者稳定性，实质是一样的
PC架构也是术语了并不准确，有时候也称作X86架构。

作者: kell 时间: 2009-2-20 23:43
最近刚更新家里的P4座机，上的是 i7 960，285显卡、、、处理50兆左右一张的RAW图片爽呆了、、、

作者: nadesicozhao 时间: 2009-2-20 23:53

原帖由 骑墙待红杏 于 2009-2-20 23:41 发表

一个架构而已，原理如此.
硬件化也只是为了提高性能或者稳定性，实质是一样的
PC架构也是术语了并不准确，有时候也称作X86架构。

你问问英语老师啥叫personal computer 因为计算机老师就不需要问了
有时候讨论问题概念不能混淆
PC hifi仅指用PC机玩的

那些大厂做的东西根本不是普通PC可以比拟的当然纯理论纯理想派自然觉得没啥区别

作者: 骑墙待红杏 时间: 2009-2-21 00:04

原帖由 nadesicozhao 于 2009-2-20 23:53 发表

你问问英语老师啥叫personal computer 因为计算机老师就不需要问了
有时候讨论问题概念不能混淆
PC hifi仅指用PC机玩的

那些大厂做的东西根本不是普通PC可以比拟的当然纯理论纯理想派自然觉得没啥区别

大厂做的东西非PC能比？？？？？

你以为PC 东西是吃素的？？？ PC之所以比那些HIFI大厂东西便宜那是应为批量生产造成的成本下降。

当PC象那些HIFI小作坊一样一月生产那么渺渺数台的时候，那么他的价格是不可思议的。

作者: nadesicozhao 时间: 2009-2-21 00:09

原帖由 骑墙待红杏 于 2009-2-21 00:04 发表

大厂做的东西非PC能比？？？？？

你以为PC 东西是吃素的？？？ PC之所以比那些HIFI大厂东西便宜那是应为批量生产造成的成本下降。

当PC象那些HIFI小作坊一样一月生产那么渺渺数台的时候，那么他的价格是 ...

谢谢
这里不是谈硬件生产而是PC的音质

首先很明显数字播放器<>PC
其次hifi名厂的数字播放器比普通PC作为数字转盘好得多

作者: dt628 时间: 2009-2-21 00:13
我知道的是通用性PC相对专用性PC而言，运行效能差的不是半点。具体例子参照PC和游戏机区别就知道了。

作者: 骑墙待红杏 时间: 2009-2-21 00:18

原帖由 nadesicozhao 于 2009-2-21 00:09 发表

谢谢
这里不是谈硬件生产而是PC的音质

首先很明显数字播放器PC
其次hifi名厂的数字播放器比普通PC作为数字转盘好得多

我没有说PC 播放器放音乐非常棒，只是说PC 的数字部分处理比好。

硬盘播放器数字部分和PC 是一样的， DSP以及之后的处理硬盘机必然做的更好，换句话说要是硬盘播放器声音不如普通的PC，那他怎么卖钱

作者: 骑墙待红杏 时间: 2009-2-21 00:19

原帖由 dt628 于 2009-2-21 00:13 发表
我知道的是通用性PC相对专用性PC而言，运行效能差的不是半点。具体例子参照PC和游戏机区别就知道了。

我讨论的只是数字部分，数字部分对于PC 或者硬盘播放器是一样的。

作者: nadesicozhao 时间: 2009-2-21 10:08

原帖由 骑墙待红杏 于 2009-2-21 00:18 发表

我没有说PC 播放器放音乐非常棒，只是说PC 的数字部分处理比好。

硬盘播放器数字部分和PC 是一样的， DSP以及之后的处理硬盘机必然做的更好，换句话说要是硬盘播放器声音不如普通的PC，那他怎么卖钱

HDD播放器数字部分和PC是一样的？

有你这个结论我就不用和你讨论了

作者: 骑墙待红杏 时间: 2009-2-21 11:10

原帖由 nadesicozhao 于 2009-2-21 10:08 发表

HDD播放器数字部分和PC是一样的？
有你这个结论我就不用和你讨论了

恩，请不要和我讨论了，非常感谢。

作者: emmanuelle 时间: 2009-2-21 11:24

原帖由 nadesicozhao 于 2009-2-20 23:14 发表

人家linn的机器根本就不是PC
什么压片用的WAV 别混淆概念了

用foobar和SAW的只是PCHIFI的末流而已。硬盘播放器和DS播放器才是数码音频的王道。

作者: mifeng 时间: 2009-2-21 11:30
晕，数码音频那玩意儿不能叫pc了吧
至少叫个ac，audio computer

作者: mifeng 时间: 2009-2-21 11:31
我其实觉得这事情不用讨论结果
纯数字片源取代cd片源肯定有可能
但只要这世界上做东西的都不是傻子
那么专业播放音频的肯定>业余播放音频
不然这些厂家全是傻子？

[ 本帖最后由 mifeng 于 2009-2-21 11:32 编辑 ]

作者: nadesicozhao 时间: 2009-2-21 11:43

原帖由 mifeng 于 2009-2-21 11:31 发表
我其实觉得这事情不用讨论结果
纯数字片源取代cd片源肯定有可能
但只要这世界上做东西的都不是傻子
那么专业播放音频的肯定>业余播放音频
不然这些厂家全是傻子？

是啊
即便是PC机也有专业型的
那是workstation 需要调教的东西也很多了

欢迎光临耳机俱乐部论坛 (https://www.headphoneclub.com/)