什么是mfcc特征及其提取過程？MFCC：Mel頻率倒譜系數(shù)的縮寫。Mel頻率是根據(jù)人的聽覺特性提出的，它與Hz頻率呈非線性關(guān)系。Mel倒譜系數(shù)（MFCC）是利用它們之間的關(guān)系計(jì)算出的頻譜特性。MFC

什么是mfcc特征及其提取過程？

MFCC：Mel頻率倒譜系數(shù)的縮寫。Mel頻率是根據(jù)人的聽覺特性提出的，它與Hz頻率呈非線性關(guān)系。Mel倒譜系數(shù)（MFCC）是利用它們之間的關(guān)系計(jì)算出的頻譜特性。MFCC參數(shù)提取包括以下步驟：預(yù)濾波：抗混疊濾波，采用300-3400hz前端帶寬的編解碼器。A/D轉(zhuǎn)換：8kHz采樣頻率，12位線性量化精度。預(yù)強(qiáng)調(diào)：通過一階有限激勵(lì)響應(yīng)高通濾波器，信號(hào)頻譜變得平坦，不易受到有限字長效應(yīng)的影響。分幀：根據(jù)語音的短時(shí)平穩(wěn)特性，可以對(duì)語音進(jìn)行分幀處理。實(shí)驗(yàn)中選取的語音幀長為32ms，幀堆棧為16ms，加窗：采用漢明窗對(duì)一幀進(jìn)行加窗，以減少Gibbs效應(yīng)的影響?？焖俑盗⑷~變換（FFT）：將時(shí)域信號(hào)轉(zhuǎn)換成信號(hào)的功率譜。

mfcc特征提取時(shí)log的作用是什么？

頻譜的對(duì)數(shù)是倒譜。你可以把聲音的頻譜想象成包絡(luò)和共振峰的乘積。日志之后，可以將這兩個(gè)術(shù)語分開。此時(shí)，您可以制作IFFT來封裝信息。由于振幅變化不大，它將集中在倒譜的低頻端，而共振變化將集中在倒譜的高頻端。簡(jiǎn)而言之，目的是分離我我們需要的信封和共振峰信息。

mfcc特征參數(shù)提取后怎么實(shí)現(xiàn)語音識(shí)別？

1. 使用audioread（”）函數(shù)讀取計(jì)算機(jī)音頻文件參數(shù)audio file path:[sampledata，F(xiàn)S]=audioread（”F:1。MP3”）sampledata保存音頻信號(hào)數(shù)據(jù)FS audio rate MP3格式rate 44100；2。判斷音頻數(shù)據(jù)是否為雙通道雙通道，保留音頻通道數(shù)據(jù)，使用calsample。M file函數(shù)完成函數(shù)文件內(nèi)容：function sample=calsample（sampledata，F(xiàn)S）tempusample=resample（sampledata，1，F(xiàn)S/11025）[M，n]=size（tempusample）if（n==2）sample=tempusample（：，1）elsesample=tempuAdobe軟件工具的核心是算法，這三種語言都可以很好地實(shí)現(xiàn)。

上世紀(jì)90年代初，我做了一個(gè)骨折圖像處理的基金項(xiàng)目，它有很多類似adobe的功能。當(dāng)時(shí)，還沒有用C語言編寫的CSharp、Java語言或Adobe軟件，更不用說這些面向?qū)ο蟮恼Z言了。

用C語言編寫，相當(dāng)于手工制作。擦除一行需要逐位對(duì)每個(gè)點(diǎn)進(jìn)行異或處理。與C#不同，可以刪除對(duì)象。對(duì)于圖像去噪、去毛刺、二值化和特征提取，需要編寫相應(yīng)的算法。例如插值算法用于邊緣增強(qiáng)和平滑，圓形鄰域法用于模式匹配，現(xiàn)在很多算法都有函數(shù)庫，可以通過接口調(diào)用函數(shù)庫。它簡(jiǎn)單得多，使用C#、C和Java就足夠了。

用C#、C 、Java能編寫出Adobe等級(jí)的行業(yè)軟件嗎？

看了這個(gè)問題之后，幾乎100%的受訪者表示MFC已經(jīng)過時(shí)了。我對(duì)如此高的可能性感到驚訝。

總之，MFC并不流行，但它并沒有過時(shí)。

眾所周知，C是一種經(jīng)典而高效的編程語言。MFC作為一種Windows編程框架，曾經(jīng)有過大量的支持者。但是微軟沒有在MFC上做更多的創(chuàng)新，例如，沒有像第三方公司的控件那樣在界面上發(fā)布新的工具。微軟已經(jīng)將精力投入到C#，甚至開發(fā)了VisualC.NET，一個(gè)幫助MFC程序員過渡到C#的工具。

微軟的初衷。Net是為了與Java競(jìng)爭(zhēng)，在跨平臺(tái)應(yīng)用中平衡Java。后來，隨著互聯(lián)網(wǎng)的迅速發(fā)展，桌面應(yīng)用成為邊緣化少數(shù)群體的需求。大量編碼人員加入互聯(lián)網(wǎng)公司，C和C被忽視，用戶比例不斷下降。

今天的桌面開發(fā)，除了C是C#，其他都不是主流（我可能不知道，也有大量的國外程序員沒有用過VS）。C開發(fā)了C11/C14/C17，這被大多數(shù)數(shù)字農(nóng)場(chǎng)主所忽視。第三方控件也大大彌補(bǔ)了MFC接口的不足。但是C和MFC對(duì)初學(xué)者的要求比C更高，這是毋庸置疑的。在當(dāng)今的效率時(shí)代，年輕人無疑會(huì)選擇C#（更多的年輕人會(huì)涌向互聯(lián)網(wǎng)，因?yàn)檫@個(gè)行業(yè)支付的費(fèi)用更高）。

然而，C?的隨機(jī)性將嚴(yán)重?fù)p害程序員的良好素質(zhì)。一個(gè)沒有紀(jì)律的程序員會(huì)編寫大量的私生子代碼，這會(huì)讓后來的程序員或C程序員哭哭啼啼，直接崩潰。

我手頭有一個(gè)項(xiàng)目。有兩三個(gè)。幾位“前輩”寫的6000多行CS文件。變量滿山都是，數(shù)據(jù)處理水平不分，接口慢，不懂行業(yè)應(yīng)用。充其量只是實(shí)驗(yàn)室的半成品，實(shí)用價(jià)值不大。

C#的方便之處在于它可以更快地引用第三方控件，而無需任何約束。因此，懶惰的程序員會(huì)過分依賴各種控件，迫使不適當(dāng)?shù)目丶?yīng)用于復(fù)雜的工業(yè)領(lǐng)域。這對(duì)于C/MFC程序員來說是不可想象的。

我的意思是，互聯(lián)網(wǎng)行業(yè)的程序員不適合討論這個(gè)問題。桌面應(yīng)用程序、MFC或C程序員并沒有過時(shí)。不同的是，一個(gè)C程序員可以在三到兩個(gè)月內(nèi)開始，但C程序員需要三到五年的時(shí)間來開發(fā)自己。

無論做什么，都要有很好的計(jì)劃，嚴(yán)格的自律，不能把代碼拼湊起來。如果你急功近利，你只能做一堆垃圾。