炒冷饭:再说SRC
夏昆冈 于 2013.07.27 23:15:57 | 源自:www.soomal.com | 版权:原创 | 平均/总评分:09.65/936

Soomal建站10多年,有个关键词被提及无数次,它就是SRC。在声卡、播放器、手机的音质测评当中,SRC这个词经常出现,给人长期的印象就是SRC=差音质。实际上很多人对SRC是怎么回事并不清楚,甚至认为SRC问题被夸大,还有神人认为我们是下棋党是在炒作SRC为XX铺路,实在让人一脸馆长笑。面对这种情况,得再炒一次冷饭,再说一次SRC。既然炒冷饭,就先从最冷的炒起,行文不求严谨,只求接地气。

在很久很久以前,大概是1984年,Adlib Audio推出魔奇声卡,这是全球第一张声卡,也是后来电脑上所有内置的、外置的声卡的祖师爷,手机为什么能发声,也和它有关。Adlib 开的花,结果的却是Creative,Creative发展成为了最大的声卡厂商,在很长的时间里,Creative 就是声卡的代名词。早期声卡很贵,几百上千很随便,还得设置一大堆参数,不利于普及,这个时候intel掺和进来了。这个搀和的时间点是,1996年。为什么要说这个时间点,因为看到最后你能估计intel插一脚的影响有多长远,1996年正是PC高速普及的初期,intel为什么插一脚理由不用多说。

intel制定该规范的目的主要是降低成本,以及提高易用性。声卡的核心部分[I/O控制器]可以集成到主板芯片组当中,配合高集成的CODEC实现声卡的功能。而此时的电脑上的音频媒体也变得丰富起来,有各种采样率的,要全面照顾各种采样率的播放,intel提出了SRC解决方案。

  • SRC=Sample Rate Conversion,也可以是Sample Rate Converter,其中文意思是采样率转换。什么是采样率?采样率就是8kHz、22kHz、32kHz、44.1kHz、48kHz、96kHz、192kHz这类指标,源自CD的音乐节目大部分是44.1kHz,源自DVD、BD的视频节目的音频信号大部分是48kHz,而系统的提示音、手机的铃声有很大部分是22kHz的,而语音通信基本是8kHz的……

    要让这些信号都正常的播放,有两个方案,就是声卡本身对这些采样率都提供支持,成本略高,或者把这些采样率统统转换成一个统一的值,成本低,AC’97选择了后面这种方案。

    SRC会带来音质的下降,为什么会如此请阅读《声卡入门·2009版 聊聊SRC》[作者:夏昆冈 ] ,恕我们语音表达能力有限,很难用接地气的方式来说明SRC为什么对音质不好。其实intel也意识到这种方法无法提供高品质的影音体验,在后期的AC’97规范中,支持可变采样率,意味着SRC是可以被避免的,只不过此时有点晚了。

    规范可以修改,但已经设计好的芯片却无法更改,包括Creative在内的一大票声卡相关厂商,都已经设计出了硬件产品,而这些产品已经有了大量的保有量,而且基于这些设计升级的声卡,也同样存在问题。

    Creative是声卡行业的老大,也被AC’97套牢,从Live![现在还有很多人拿它做K歌卡]起一直解决不了SRC,为此,我们对创新叨叨叨叨了数年之久,现在有人说我们对高通处理器的SRC盯得太紧,那是没看过我们怎么盯Creative的,姚明笑。

    SRC的残余影响之大,也远远超过了intel的预估,在老设备基本寿终正寝后,Windows平台的SRC问题才得以基本的解决。但SRC的影响不仅仅局限于Windows平台。

    Linux一样深受影响。在开发者眼里,SRC是一个很好的东西,因为开发者完全不用考虑采样率兼容问题,这样能提高开发效率。所以,在Linux的音频架构ALSA的设计中,也存在一个SRC环节,Linux下的影音需求很小,这个问题并没多少人关注。

    大家熟知的Android是基于Linux发展而来,Linux音频架构的问题一样被继承到了Android当中,后来的事情大家也看到了,我们就不停的叨叨叨叨Android的SRC了。Google也没有多少精力来解决这个问题,虽然Google对Android的音频架构一直在修修补补,直到前不久,我们测试原生的Android 4.x,问题依旧。

    AC’97虽然音质不怎么好,却是一个很优秀的低成本控制方案。因此,有相当一部分芯片设计商在把AC’97那些设计塞进SoC当中或者配套的芯片当中,为了更低的成本,甚至借鉴了AC’97早期标准,即统一为48kHz采样率输出,所以我们看到某些手机处理器出现硬件级的SRC。为了让听音乐少受SRC影响,Android的默认输出SRC的频率为44.1kHz,于是最奇葩的事情会出现,这种组合下,SRC横竖都会出现。这种情况下的测试指标也是相当难看的,当然,也有人坚持认为测试根本不能代表听感,SRC问题根本就听不出来,被夸大了。

    Android是开源系统,有问题也好改,经过有些厂商带头改进Android的音频架构,主流大厂基本都克服音频架构的缺陷。而且也有芯片厂在修改设计,不再满足于低成本设计,嗯,说的就是那个名字像和尚法号的那家。我们认为这种变化和我们坚持不懈的叨叨叨叨是有关的,虽然消费者和厂商自身品位的提高才是芯片厂商的主动力,但请允许我们得瑟一下。

    最近测试的一些新手机当中,有相当比例的解决了SRC,我们认为到明年,SRC将不再成为Android系统的一个明显短板,也可以认为,主流的操作系统上,SRC不再是一个普遍的问题,是时候和SRC说再见了。

    从1996年AC’97方案发布至今,前后10多个年头,其正面负面的影响同样深远,如果当年推出的AC’97能像后期版本那样完善,我们能享受到品质好不少的音频设备。确实,SRC不但你们听烦了,我们也说烦了,说烦了不算,还得罪了很多厂商,属于废了不少力还讨不了多少好,人都说老了。但那些说SRC没什么影响的,你们太天真了。

    冷饭炒到这里,也就差不多了,我们也希望以后不要再炒这盘饭了,而且这盘冷饭都凉了10多年,我们更希望看到的是更多新颖大胆的设计,来点新玩意吧,我们都快腻了。

    请评分
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    提示
    本贴不可匿名回复,回复等级为:1 ,您现在正处在潜水状态
    回复
    验证码
    6313 为防止广告机贴垃圾,不得已而为之
    表情
    正文