src演算法

㈠ src是什麼意思車上的

SRC：同步遙控（synchrostep remote control），音源選擇鍵，用於切換CD/USB/收音機/藍牙音頻，或者歌曲之間的切換，收音機調台。是出現在多功能方向盤上的配置。

全新的Band-Splitting技術，使音效卡可以支持更高采樣規格的錄音。獨創的Audio Ring體系將創作一個非常靈活的功能布局和工作流程，最高支持4096個音頻通道；為配合高速處理需要，X-Fi將在音效卡上板載2MBSDRAM內存，最高可升級到64MB。

(1)src演算法擴展閱讀：

Intel在制定AC'97規范時，為了降低元件的成本，規定凡是符合AC'97規范的元件必定要經歷一個音源的處理過程，即將所有的信號轉換成統一的采樣率進行傳輸。但這個處理過程也帶來了一個相當令人頭疼的問題。

如果SRC並非進行整數倍轉換時（如44.1kHz轉換48kHz），就會出現噪音，而雜訊的大小由轉換器本身以及演算法的優劣來決定。相比之下硬體的SRC演算法會出色很多，據說VIA的ENVY 24晶元可以很好地繞開SRC問題，因為它擺脫了Intel制定的AC'97規范的束縛。

㈡ 用Cool Edit Pro 播放音樂的音效非常好，為什麼

Cool Edit Pro本身的SRC演算法優秀，自然要比千千靜聽包括winamp要好那是自然了

由於現在大多的音效卡大多遵循AC97標准，都已經將輸出的取樣頻率固定為 48khz。而CD和絕大多數MP3采樣率都為44.1K，於是音效卡在處理數字音頻時，都要進行44.1KHz轉換為48kHz的SRC（Sample Rate Convert--采樣頻率轉換）步驟。

這個過程會有較大的雜訊或者諧波出現，這些雜訊因轉換器的質量高低，演算法好壞而定。SRC過程對於音質有一定的損失，不過損失的大小主要依賴SRC演算法的優劣。Cool Edit Pro波形文件輸出時經過本身優秀的SRC演算法，自然要好了

如果你只是聽聽音樂而已
到也不比用Cool Edit Pro這么專業的軟體

你可以試試Foobar2000
這款播放軟體的特點就是音質優異
他的SRC演算法也是很優秀的

㈢ src演算法對任意矩陣都有效嗎

普通矩陣根本不需要稀疏表示，當然就不適用於這種稀疏表示的演算法了

㈣ 安卓設備上的SRC問題-如何影響到最終的音質

什麼是SRC?
SRC就是Sample Rate Convertor采樣頻率轉換器，intel AC97規范約定了音效卡需要經過這樣一個處理過程，即將所有信號重新轉換成一個統一的采樣率輸出。SRC如果進行了非整數倍的轉換的話，比如44100->48000，會有較大的雜訊或者諧波出現，這些雜訊因轉換器的質量高低、演算法好壞而定，不優秀的演算法會比較嚴重的影響聽感。既然SRC是一個可能破壞音質的過程，為什麼會有這么一個產物呢？前面就說過，AC97是為了節省成本而訂，SRC的結果可以為音效卡省下一顆Crystal。SRC一般都通過軟體運算轉換，這樣受驅動版本的影響非常之大，例如Live!系列，SRC品質最好的是Windows Server2003 自帶的驅動，也有使用硬體SRC的，例如：CS4630音頻加速器。硬體SRC的品質往往大大優於軟體的SRC，SRC品質的好壞的重要性甚至比Codec的檔次更重要

㈤ SRC 對於音質會有怎樣的影響

原因簡單解釋就是：采樣率對音頻信號有影響，非整數倍采樣率轉換可能會對信號的質量會產生影響，安卓系統劣質的轉換演算法會把這種影響必然化。采樣率是什麼？這個東西，我是這么理解的，不算很准確。一段音頻是一個整體，讀取信號的設備它是不能一個整體來讀取的，而是在這個音頻上選了無數個點來讀，形成無限接近原來信號的讀取後數據。這個選取點的制式（密度？速率？）就算是采樣率吧。當然采樣率高了好，越高選的點越多讀取的數據越接近原信號唄。 系統本身一般也就只輸出一個采樣率，所以SRC本身是不可避免的，不過SRC好壞差別比較大，情況也各有不同，早期音效卡也喜歡標榜自己有良好的SRC能力。 非整數倍采樣率轉換可能存在對信號不良影響。192是48的整數倍，把母聲帶改成小格式的時候，轉換成48khz的就好很多，轉成音樂44.1khz就可能對質量產生影響了。這個有點復雜。在一條線上均勻打192個點，把線擦掉，然後192個點以平均消除的方式去掉四分之三，把剩下48個點連起來，和原來的線差別不大。但是你要192個點留下44.1個點就麻煩了，形狀就和原來不一樣了。 優質的音效卡一般都可以解決這個問題，有好一點的演算法來完成這種非整數倍的轉換，信號損失可以盡量降低。 安卓系統的SRC顯然是一種比較差的演算法……也不知道為啥一直不願意改，據說和底層語言有關，改起來牽一發動全身拿著安卓機放個48khz音頻正玄波掃下頻率，諧波還是多的嚇人！ 正常的應該是所以安卓系統音頻確實是有比較有大的缺點。 只是很多人沒意識到，原因是下載來的MP3大部分都是44.1khz的，視頻流是48khz的但是一般人看視頻又不會聽那麼細致。如果不幸你聽了48KHZ的MP3，這種采樣率的MP3還是有一些的，就會感覺這首歌聽起來音質很差！聲音亂亂的，噪音多，彷彿卡帶機時代的輕微攪帶！ 不了解的人肯定覺得就這么一首歌差，應該是片源的問題，也就沒多想過去了！ 所以這個問題關注的人少，有的廠家估計都不知道 到今年國內的vivo申請了解決這個問題的專利VRS，才有其他手機廠家關注吧。 據我所知，目前有些機型和vivo的產品解決這個問題，應該用的不是優化演算法的方式，這個種方式對手機能耗較大。用的應該是自適應切換的方式，算是發揮了中國人聰明才智，搞了個小動作讓兩種采樣率都不用切換了！

㈥ 通信中snk,src信號是什麼意思

SRC是Sample Rate Convertor（采樣率轉換器）的縮寫。Intel在制定AC'97規范時，為了降低元件的成本，規定凡是符合AC'97規范的元件必定要經歷一個音源的處理過程，即將所有的信號轉換成統一的采樣率進行傳輸。但這個處理過程也帶來了一個相當令人頭疼的問題，如果SRC並非進行整數倍轉換時（如44.1kHz轉換48kHz），就會出現噪音，而雜訊的大小由轉換器本身以及演算法的優劣來決定。相比之下硬體的SRC演算法會出色很多，據說VIA的ENVY 24晶元可以很好地饒開SRC問題，因為它擺脫了Intel制定的AC'97規范的束縛。

㈦ 稀疏表示分類是一種分類器還是一中將為演算法

准確地說，是一種分類器演算法。

稀疏表示分類器

稀疏表示可作為基礎理論用於構建稀疏表示分類器(Sparse Representation Classifier, SRC)。SRC 假定當測試樣本所在類的訓練樣本數足夠多時，測試樣本可由這些訓練樣本進行線性表示，而其它類的樣本對重構該測試樣本的貢獻為 0，從而將一般信號的分類問題轉化為了一種稀疏表示問題。大量實驗證明，這類分類器能夠較好地應用於圖像分類和目標跟蹤問題。Wright 指出 SRC 對數據缺損不敏感，當所求系數足夠稀疏時，特徵空間的選取變得不再重要；這些優勢使得 SRC成為一種非常優秀的分類演算法。雖然大量實驗證明基於SRC是一種具有潛力的圖像分類器，但近期一些文獻[20][21]指出，對於小樣本分類問題，系數的稀疏性對分類准確率並沒有實質的幫助。針對此題，Huang等在文獻[4]中指出結合線性判別分析技術能夠提升類間的區分度，提升稀疏分類效果。Shenghua等在文獻[22]中成功將核函數(Kernel)技巧與稀疏分類結合在了一起，此文獻提出了基於Feature-Sign Search(FSS)的核函數稀疏分類(KSRC)演算法並將其成功應用於人臉識別問題中。然而，Cuicui Kang等在文獻[6]中指出使用FSS方法求取KSRC中凸優化問題的效率較低，此文獻提出了核函數坐標下降法(KCD)用以求解凸優化問題，並結合LBP特徵構建了人臉識別系統。

㈧ 安卓系統為什麼音質不好

Android 基於Linux，我們先來了解一下Linux的特點。Linux使用ALSA作為其音頻架構，其全稱Advanced Linux Sound Architecture，即高級Linux聲音架構的意思，在2.6核心之後，ALSA成為了Linux系統默認的音頻子架構。取代了之前的OSS[Open Sound System，開放式聲音系統]。

ALSA並不太好理解，它首先是一個驅動庫，包含了大量的音效卡設備的開源驅動，並提供了核心層API與ALSA庫通信，而ALSA庫則是應用程序訪問和操控音頻硬體的中間層，這個中間層有標准介面，開發者可以無須考慮硬體差異性進行開發，它對提升開發效率是大有幫助的。ALSA可以向下兼容OSS，因為OSS已經被淘汰，其兼容的工作模式不再討論。

這個體系被繼承到了Android當中。在Android2.2[含2,2]之前，系統文件夾中能找到一個LibAudioALSA.so的文件，這就是ALSA庫文件，其他應用程序調用它，與音效卡設備進行指令和數據通信。Android音頻架構與Linux的並無本質區別。

在桌面版本的Linux當中，為了兼容各類音效卡，Linux也設置了一個SRC[Sample Rate Converter，采樣頻率轉換]的環節，當當前采樣率低於48kHz時強制SRC到48kHz輸出。這個SRC環節位於ALSA的插件模塊中的混音器部分。Android針對這個進行了改進。
什麼是SRC？SRC即Sample Rate Converter，中文意思為采樣頻率轉換。它被音效卡愛好者所關注，大部分發燒友視SRC為音質殺手。

Android增加了一個AudioFinger，這個可以簡單的理解為Android的ALSA音頻子系統的標准化的插件模塊，它包含了AudioMixer[混音器]、AudioResampler[重采樣]等子模塊，AudioResampler即我們理解的SRC，Android換了一個新名稱而已。針對SRC，Android做了改進，但改進並不是以去除SRC為目的，而是修改了默認的輸出頻率，Android的SRC目標采樣率為44.1kHz，非該值的采樣率都將SRC處理。例如播放48kHz采樣率的信號，輸出的最終是44.1kHz，這對音質將產生負面影響。

ALSA是一個針對Linux 桌面版本設計的音頻架構，它實際上是不適合智能終端設備的，起碼裡面大量的開源驅動代碼是可以去除的，對與Android來說，這些都是廢代碼。從Android2.3起，啟用了一個新的音頻架構。它放棄了一直使用的ALSA架構，因此系統文件夾中，也不再有LibAudioALSA.so這個文件。

Android2.3起，架構已經做了修改，在針對內部代碼進行了優化，去除了冗餘代碼，理論上讓系統能變得更加高效，可以將新架構理解為一個精簡的或者為智能終端設備定製的ALSA架構。遺憾的是，它同樣存在SRC嚴重劣化的問題，通過測試可以證明。
Android 3.0專門為平板電腦設計，影音體驗變得更加重要了，是不是新系統在音質方面會有新的的進步呢，測試結果依然是令人失望的。

Android系統將采樣率同一為44.1kHz輸出，這造成了諸多限制，它將無法實現96kHz、192kHz高清音頻節目的良好回放，大量視頻節目源自DVD或者藍光碟，其採用率多為48kHz，Android設備在回放這些視頻節目時，音質也將大打折扣。

理論上軟體SRC可以通過更換演算法來實現音質提升，但卻不太現實，智能終端所採用的CPU多為ARM，ARM晶元的浮點運算力有限，而SRC需要大量的浮點運算的資源，即便有了高質量的SRC演算法，其運算也是以犧牲設備性能和耗電量為代價的，實用性差。

從Android的音頻架構及流程分析，可以認為，播放44.1kHz采樣率的音樂節目時，不會引發SRC，音質因此可以獲得保證，理論上確實如此。但它同樣存在問題，不管是之前的ALSA架構還是Android2.3之後改良的架構，其驅動庫都位於核心層，也就意味著音頻設備廠商、用戶無法象PC平台那樣安裝驅動來改善音質。實際測試也表明，Android設備音質普遍偏差，Soomal有大量測試可以證明。

我們再把目光投向iOS，iOS非常封閉，我們甚至無法獲知其架構的具體構成，但iOS設備不存在硬體設備多樣性的問題，因此要實現更好音質也會更加簡單。iOS可以實現針對性的開發和改良，以實現更好的音質。實際情況也是如此，目前為止，還沒有一款Android設備的音質可以媲美任意一款iOS設備，這種差距，我們認為不是來自硬體，而是操作系統。

Android音頻架構的局限性也使得其難以成為優質的影音平台，如果你希望設計一款基於Android的高清影音播放器，那麼首先需要做的不是設計硬體，而是去修改現有架構的不足，或者乾脆設計一個專用的架構來取代Android的通用架構。從源代碼分析，Android和原生的Linux底層能支持各種采樣率，開源也使得其具有改造基礎，因此，在技術實力強勁的公司手裡，Android也可以烏雞變鳳凰。

㈨ 電路板src是什麼意思

Sample Rate Convertor（采樣率轉換器）的縮寫。
Intel在制定AC'97規范時，為了降低元件的成本，規定凡是符合AC'97規范的元件必定要經歷一個音源的處理過程，即將所有的信號轉換成統一的采樣率進行傳輸。但這個處理過程也帶來了一個相當令人頭疼的問題，如果SRC並非進行整數倍轉換時（如44.1kHz轉換48kHz），就會出現噪音，而雜訊的大小由轉換器本身以及演算法的優劣來決定。相比之下硬體的SRC演算法會出色很多，據說VIA的ENVY 24晶元可以很好地饒開SRC問題，因為它擺脫了Intel制定的AC'97規范的束縛。
AC'97規范中約定了不少有損音質的操作，其中SRC也就是Sample Rate Convertor采樣頻率轉換器，是最有爭議的操作，AC'97規范約定了音效卡需要經過一個處理過程，即將所有信號重新轉換成一個統一的采樣率輸出。SRC如果進行了非整數倍的轉換的話，比如44100->48000，會有較大的雜訊或者諧波出現，這些雜訊因轉換器的質量高低、演算法好壞而定，不合理的演算法會比較嚴重的影響聽感。
SRC的採用為音效卡省下一顆晶振。卻埋下了隱患，SRC通過軟體運算轉換，這樣受驅動版本的影響非常之大，以創新Live!系列為例，SRC品質最好的是Windows Server2003 自帶的驅動，以至於2003推出不久，雖然未能被廣大用戶採用，但Live!驅動卻被剝離出來廣泛流傳！
當然音效卡也有使用硬體SRC的，例如：CS4630音頻加速器，硬體SRC的品質往往大大優於軟體的SRC，SRC品質的好壞的重要性甚至比Codec的檔次更重要。而採用CS4630的音效卡最為著名的就是TurtleBeach Santa Cruz，同時烏龜海岸的這塊音效卡在二手市場上也是最難求到的，不少人為它一擲千金，其中可見SRC的影響。
而作為深受AC'97規范SRC問題之害的創新，也在最近透露了全新一代APU:X-Fi，並著重描述了SRC問題的處理，具體規格如下：
1、更快的核心效率，更為強大且高速的數據處理能力，分為五大關鍵工作模塊：SRC（頻率轉換）、Tank Engine（存儲）、Mixer Engine（混音）、Filter Engine（過濾器）以及The Quartet DSP Engine（數字處理器）。
2、SRC（Sample rate conversion）方面將有重大的改善，X-Fi強大的MIPS能力中的70%將用來專門處理SRC，從而改善聲音品質。
3、全新的Band-Splitting技術，使音效卡可以支持更高采樣規格的錄音。
4、獨創的Audio Ring體系將創作一個非常靈活的功能布局和工作流程，最高支持4096個音頻通道；為配合高速處理需要，X-Fi將在音效卡上板載2MB SDRAM內存，最高可升級到64MB。
5、支持全新的OpenAL API標准，並繼續支持EAX環境音效。