录音/制作/创作 吉他 扩声技术 视频技术 作品展示 生活 信息 更多... | 音频应用专卖店

今天拿到了中音的Pump 8a音箱

( 332 )
 
[收藏]
-  第 16 页  -

3860
#226 06-8-9 00:24
这几天重新复习了一下有关CD光盘读取、还原方面的知识,并写了拙文一篇:《电脑能够不失真再现CD-Audio所记录的波形吗?》
地址:http://www.audiobar.net/viewthre ... &extra=page%3D1
还望有兴趣的朋友一起讨论

1821
#227 06-8-9 00:51
原帖由 kang 于 2006-8-8 19:39 发表
不要讨论硬盘线对音质的影响了好不好。
建议讨论一下主板对音质的影响怎么样?这样对我们以后配电脑是很有好处的。
我是在实践中发现主板对音质有影响的。
当时还是P3时代,我使用VIA的主板加P3CPU来做音乐。后 ...

主板的emi和pci引发的,主要原因是没有按照intel的标准

3860
#228 06-8-9 00:58
原帖由 笑风狂剑 于 2006-8-8 16:51 发表

主板的emi和pci引发的,主要原因是没有按照intel的标准

能说具体点吗?

4417
#229 06-8-9 01:45

笑风狂剑

如果使用intel原厂的主板是不是就不会有问题了,或者问题就小了?不同的播放器对声音的影响,因该是大于主板对于声音的影响。

1821
#230 06-8-9 02:56
原帖由 笑风狂剑 于 2006-8-9 00:51 发表

主板的emi和pci引发的,主要原因是没有按照intel的标准

emi不好的主板,容易发生电流声,这个国产主板很容易发生。
pci不好的主板,厂家为了最大的提高性能,进行磁盘或显卡操作的时候分配了全部的主板资源。via就经常这样干,表现是显示或读取数据的时候,接连不断的小爆音。台湾厂家也喜欢这样。结果就是速度快,而intel自己的板子速度慢,但不爱爆音。同样usb口,intel自己设计的板子做足了抗干扰,而台湾主板就没有,结果三大厂的主板爱烧南桥,还怪intel的865芯片有bug,但intel自己的就是不烧。

664
#231 06-8-9 03:32
原帖由 雨后初晴 于 2006-8-8 23:50 发表
由于硬盘上的无压缩音频文件已不同于CD光盘的PCM码流,所以转盘原理等并不适用于硬盘播放这种音频(比如wav格式)。
wav文件已经具有完整的校验手段(C1/C2/ ECC/EDC),读取时可以保证100%正确。
在RAM越来越大 ...


完全赞同。同时彻底揭露了mihu的玄学本质。

4417
#232 06-8-9 08:53

笑风狂剑

这个烧南桥是去年很常见的事,后来就没有了,按你的意思作音频的主板用intel原厂的最好?虽然慢一点,但稳定性和兼容性都很不错,其他的随机问题就少很多?

4417
#233 06-8-9 08:58

shane

你就少说几句吧?又不是你说的,只要你看着合适的就引用,不合适你的一律看不到?你长了个蟒蛇的耳朵,就是有问题了!你也听不出来,就是听不出来你也很牛,“我就是听不出来,你就是玄学”,在你眼里你不懂的或不知道的一律是玄学,所以我很服你,你能做到的,我是做不到,你看过的书上没有介绍的而现实存在的,一律都不对?你说话算不算数,你说你看过几百本书,你把名列出来就可以了!?

[ 本帖最后由 mihu2000 于 2006-8-9 11:02 编辑 ]

4632
#234 06-8-9 09:13
原帖由 雨后初晴 于 2006-8-8 23:50 发表
但还有个不容忽略的问题就是不同播放器对于重放的意义。
因为电脑知识有限,前面的处理过程实际上是我的主观设想,不排除播放软件会擅自干扰声卡的DAC过程。我们假设一个默认设置的播放软件对声音没有进行任何修饰,但如果它参与了时钟重建(re-clock),那么由于电脑的多任务特性,这个时钟可能会被中断信号、数据传输等干扰,从而形成较大的Jitter。

联想到系统繁忙时,音频播放会被干扰甚至中断这一事实,上面的担心不无道理。

再抛开播方软件可能形成的干扰,那么系统时钟的精度就成了重放音频质量最重要的参数,希望电脑高手给与解答


我有一个问题,关于播放软件的问题.是否和这个软件本身所运用的编成语言有关系呢?比如VB/C++/C#在为WINDOWS 编程的过程中,或多或少都需要调用WINDOWS的本身资源,而这个过程导致产生你们说的JITTER呢(这方面我不熟悉,也不认识,只是看了你们的讨论,再在GOOGLE上了解一下,结合我以前学过的编程语言才这样问的),那么如果用一些底层语言,例如C/汇编,一定程度的绕过WINDOWS SHELL,直接和CPU或者底层建筑沟通(走WIN32),减少资源调用中的所所产生的错误呢?


这个只是我的假想,毕竟已经放下编程多年了,已经没办法自己去做了,所以只是讨论.

2268
#235 06-8-9 09:25
印一爪子~ 坐喇叭上看骂街~

4417
#236 06-8-9 10:45

Ying

这个我确实没研究过,只是哪个好用那个,不去研究到底是怎么回事,foobar2000是我用过的最好播放器。

3860
#237 06-8-9 19:19
原帖由 Ying 于 2006-8-9 01:13 发表
我有一个问题,关于播放软件的问题.是否和这个软件本身所运用的编成语言有关系呢?比如VB/C++/C#在为WINDOWS 编程的过程中,或多或少都需要调用WINDOWS的本身资源,而这个过程导致产生你们说的JITTER呢(这方面我不熟悉,也不认识,只是看了你们的讨论,再在GOOGLE上了解一下,结合我以前学过的编程语言才这样问的),那么如果用一些底层语言,例如C/汇编,一定程度的绕过WINDOWS SHELL,直接和CPU或者底层建筑沟通(走WIN32),减少资源调用中的所所产生的错误呢?

我对编程可以说是完全还给老师了,呵呵
不同播放器确实会有差异,一般说,越底层的语言效率越高,耗资源越少,受到干扰会越少
不过因为播放音频最耗资源的地方在于DAC,而这个过程一般都是由声卡完成,所以相对来说,编程语言的效率应该不会是个很大问题啊
上面说的都是针对无压缩音频,所以,我怀疑,播放wav这类文件,不同播放器出来的声音应该差别不大(希望mihu2000能比较一下),这个时候,播放器估计也只算是个shell

当然,如果是播放APE,MP3等压缩格式,你说的就很重要了,需要通过cpu计算,解码过程一旦受干扰,对音质会造成很大影响,foobar等软件正是因为其简单的界面,高效的语言,才会有较好的音质

补充一下,通常我们说的jitter,是在数据没错的情况下,时钟误差引起的波形畸变,如果你说的那种情况虽然引起声音暂停、迟缓,甚至暴音,但没有引起DAC时钟偏移,就不算是jitter,应该叫干扰可能合适些

9123
#238 06-8-9 21:56
嗯 我说的主要是一个大概情况

当时用的是一个叫三帝品牌的主板 很烂,用的是VIA作为芯片组。后来换的是技嘉的主板 用的是Intel的芯片组。

声卡是创新的SB LIVE 回答mihu2000,声卡不是版在的,是同一块声卡 如果是不同声卡 我也不会说什么了。

4417
#239 06-8-9 22:28

kang

知道了,有机会试一下就知道了!

3569
#240 06-8-9 22:31
这个帖子终于走向正途了。这么讨论专业问题多好啊。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

搜索