有點(diǎn)意思

頻譜處理很麻煩.不過現(xiàn)成代碼提到這倒很很少.

哦，是嗎，你對(duì)頻譜處理有獨(dú)到的見解？有機(jī)會(huì)交流一下？
我的QQ：59502553

不錯(cuò)。
支持一下。
坐在小板凳上觀注你。

你好，我找這方面的代碼找了好久，自己也研究了好久，但就是沒有找到好的代碼，你的給我很大幫助，我想問一下，你的項(xiàng)目工程是否可以在Visual C++ 6.0下編譯？有機(jī)會(huì)好好交流
QQ：543644213

你的QQ有碼？我想聯(lián)系你，謝謝

我在Visual Studio 2008中編譯出現(xiàn)錯(cuò)誤：MWrapper.obj : error LNK2019: 無法解析的外部符號(hào) _WMCreateSyncReader@12，該符號(hào)在函數(shù) "void __cdecl WMA_Reader_Init(struct _WMA_SYNC_READER *,class CStream *,int,short)" (?WMA_Reader_Init@@YAXPAU_WMA_SYNC_READER@@PAVCStream@@HF@Z) 中被引用
1>C:\Documents and Settings\Administrator\桌面\WinDirectAudio_20081212\Debug\WinDirectAudio.exe : fatal error LNK1120: 1 個(gè)無法解析的外部命令

TO audioer，QQ：59502553
在VS2008里編譯，需要有Windows Media Format 9以上的支持。
PS：這個(gè)程序很大程度上參考了YoYoPlayer（Java開發(fā)），有興趣的話可以參考以下地址：
http://www.blogjava.net/hadeslee/archive/2008/07/29/218161.html

期待發(fā)布源碼··

您好！我現(xiàn)在在學(xué)C#,在用“千千靜聽”播放音樂時(shí)，覺得里面的頻譜顯示很有意思，也想自己弄一個(gè)，不知您能否指導(dǎo)一下？我的郵箱:eyu66@126.com
Skype用戶名:eyu660

小弟目前工作中要涉及這方面的內(nèi)容，可不可以吧你的源代碼發(fā)到我郵箱，萬分感謝！
郵箱：zhidanzzd@163.com
QQ:253074385

謝謝大俠，我的郵箱是dxgsoft@126.com

請(qǐng)問樓主用什么開發(fā)平臺(tái)。
我在VC++2008上出現(xiàn)以下錯(cuò)誤，請(qǐng)賜教。

1>IO.obj : error LNK2001: 無法解析的外部符號(hào) _mad_timer_zero
1>IO.obj : error LNK2019: 無法解析的外部符號(hào) _mad_timer_add，該符號(hào)在函數(shù) "protected: virtual void __thiscall CMP3In::GetDataInternal(void * *,unsigned long *)" (?GetDataInternal@CMP3In@@MAEXPAPAXPAK@Z) 中被引用
1>IO.obj : error LNK2019: 無法解析的外部符號(hào) _mad_synth_frame，該符號(hào)在函數(shù) "protected: virtual void __thiscall CMP3In::GetDataInternal(void * *,unsigned long *)" (?GetDataInternal@CMP3In@@MAEXPAPAXPAK@Z) 中被引用

沒有安裝libmad，或沒有找到libmad位置

謝謝樓主指教！
可為什么VC6找不到*.lib文件有提示，VC2005，2008卻沒有。
另外添加了libmad.lib文件以后，又出現(xiàn)下列錯(cuò)誤。這又是什么問題，可能又是找不到什么類庫(kù)吧？
請(qǐng)指教。不勝感謝！！！

謝謝樓主指教！
可為什么VC6找不到*.lib文件有提示，VC2005，2008卻沒有。
另外添加了libmad.lib文件以后，又出現(xiàn)下列錯(cuò)誤。這又是什么問題，可能又是找不到什么類庫(kù)吧？
請(qǐng)指教。不勝感謝！！！

1>------ 已啟動(dòng)生成: 項(xiàng)目: WinDirectAudio, 配置: Debug Win32 ------
1>WinDirectAudio : warning PRJ0009 : 未能打開生成日志進(jìn)行寫入。
1>請(qǐng)確保該文件未被其他進(jìn)程打開并且未被寫保護(hù)。
1>正在鏈接...
1>BasicPlayer.obj : error LNK2019: 無法解析的外部符號(hào) __RTC_CheckEsp，該符號(hào)在函數(shù) "__int64 __cdecl as_long(union _LARGE_INTEGER)" (?as_long@@YA_JT_LARGE_INTEGER@@@Z) 中被引用
1>FastFourierTransform.obj : error LNK2001: 無法解析的外部符號(hào) __RTC_CheckEsp
1>Utils.obj : error LNK2001: 無法解析的外部符號(hào) __RTC_CheckEsp
1>WinDirectAudio.obj : error LNK2001: 無法解析的外部符號(hào) __RTC_CheckEsp

大俠，能否給我一份源代碼。
songhualei_1@163.com
不勝感激

你的頻普我借用了，嘿嘿。不知道你有沒有做過用DMO解碼wma格式的音頻數(shù)據(jù)流，放到directsound緩沖區(qū)播放的例子沒？
我目前想用DMO處理wma 然后用DSound 播放，可惜屢試不成功！希望給我點(diǎn)介意，郵箱：xietao1984513@163.com

這個(gè)版本支持wma的解碼嘛，只不過是使用COM接口的方式。DMO沒有試過，但流程差不多一樣吧，都是獲取PCM格式的數(shù)據(jù)，然后播放。

今天用VC2005編譯了你的程序，過程當(dāng)中碰到很多問題，后來安裝了WMSDK,DIRECTXSDK，也碰到上面說的mad_time_zero等問題，后來我拷貝了一個(gè)libmad.lib進(jìn)來，然后把libogg和libvorbis等目錄都刪除掉，在源代碼中也把相應(yīng)的地方去掉，只保留libmad，最后終于編譯通過。
謝謝。
我將好好的閱讀你的代碼以加強(qiáng)理解。
在此也想問一下，你的暫停和恢復(fù)是什么解決的。

用事件來控制。

首先很感謝樓主能夠提供這方面的知識(shí)和源碼！我也看了樓主在Codeproject上的文章，但因?yàn)樗接邢蓿谝黄€勉強(qiáng)能夠看懂，第二篇樓主可能改變比較大，我看源碼也不太懂。本人也正在做音頻頻譜顯示方面，在實(shí)時(shí)性方面也搞得不好。請(qǐng)問樓主是怎樣解決這個(gè)實(shí)時(shí)性問題的？在取數(shù)據(jù)和顯示方面希望能夠詳細(xì)說說，我想其他人也應(yīng)該很有興趣。請(qǐng)多多指教！謝謝

你好，最近對(duì)MP3播放和頻譜顯示很有興趣，正在找這方面的例子，能否把源代碼發(fā)一份給我？不勝感激！cathaychen@gmail.com

To lyon:
你好，我現(xiàn)在的實(shí)現(xiàn)在實(shí)時(shí)性上是達(dá)到了目的，但現(xiàn)在我現(xiàn)在的這個(gè)實(shí)現(xiàn)也存在一定的問題：在單CPU的計(jì)算機(jī)上，播放線程和頻譜線程CPU占用率較高，15～30％之間；在雙CPU的計(jì)算機(jī)上（我的）測(cè)試呢，沒有啟動(dòng)QQ2009的情況呢，CPU占用率在0～3％之間，一旦啟動(dòng)QQ2009，一下子就飚升上去了，在10～25％之間。

我把獲取實(shí)時(shí)的代碼貼在這里：
===========System.h===========
#pragma once

#ifndef INCLUDE_SYSTEM
#define INCLUDE_SYSTEM

typedef __int64 jlong;
typedef unsigned int juint;
typedef unsigned __int64 julong;
typedef long jint;
typedef signed char jbyte;

#define CONST64(x) (x ## LL)
#define NANOS_PER_SEC CONST64(1000000000)
#define NANOS_PER_MILLISEC 1000000

jlong as_long(LARGE_INTEGER x);
void set_high(jlong* value, jint high);
void set_low(jlong* value, jint low);

class System
{
private:
static jlong frequency;
static int ready;

static void init()
{
LARGE_INTEGER liFrequency = {0};
QueryPerformanceFrequency(&liFrequency);
frequency = as_long(liFrequency);
ready = 1;
}
public:
static jlong nanoTime()
{
if(ready != 1)
init();

LARGE_INTEGER liCounter = {0};
QueryPerformanceCounter(&liCounter);
double current = as_long(liCounter);
double freq = frequency;
return (jlong)((current / freq) * NANOS_PER_SEC);
}
};

#endif

===========System.cpp===========
#include "System.h"

inline void set_low(jlong* value, jint low)
{
*value &= (jlong)0xffffffff << 32;
*value |= (jlong)(julong)(juint)low;
}

inline void set_high(jlong* value, jint high)
{
*value &= (jlong)(julong)(juint)0xffffffff;
*value |= (jlong)high << 32;
}

jlong as_long(LARGE_INTEGER x) {
jlong result = 0; // initialization to avoid warning
set_high(&result, x.HighPart);
set_low(&result, x.LowPart);
return result;
}

LARGE_INTEGER liFrequency = {0};
BOOL gSupportPerformanceFrequency = QueryPerformanceFrequency(&liFrequency);
jlong System::frequency = as_long(liFrequency);
int System::ready = 1;

TO lyon:
獲取數(shù)據(jù)的原理，我在文章里已提到，我在google上查到一篇文章，是原Winamp的作者寫的，他提到，做實(shí)時(shí)頻譜分析，首先需要通過FFT轉(zhuǎn)換，而FFT轉(zhuǎn)換的計(jì)算量與傳入的數(shù)據(jù)長(zhǎng)度成正比，也就是說你傳入的數(shù)據(jù)越多，計(jì)算量就越大，繼而花費(fèi)CPU的時(shí)間就越多，為了減少因?yàn)镕FT的計(jì)算量，就需要減少傳入的數(shù)據(jù)量，但使用waveOutXXX或DirectSound輸出時(shí)，PCM數(shù)據(jù)量太少的話，是會(huì)出現(xiàn)斷音的，經(jīng)過作者不斷的測(cè)試，終于找到一個(gè)合適的數(shù)值，就是4608。也就是你每次先獲取4608個(gè)PCM數(shù)據(jù)，先將PCM數(shù)據(jù)輸出到waveOutXXX或DirectSound，然后通過線程同步的方式將PCM數(shù)據(jù)傳入到頻譜分析線程，此線程負(fù)責(zé)FFT計(jì)算，然后繪圖。

謝謝樓主的回復(fù)，如果是DSound的次緩沖區(qū)和計(jì)算的數(shù)據(jù)都取4608大小嗎？還有顯示時(shí)是把計(jì)算出來的頻率全部顯示出來還是只顯示部分，需要選擇頻率嗎？因?yàn)槲椰F(xiàn)在顯示的是全部，但效果不如樓主的好！

DSound的緩沖區(qū)大小與讀寫緩沖區(qū)大小無關(guān)，讀寫緩沖區(qū)越大，解碼耗費(fèi)的時(shí)間就多，反之就小。而DSound的緩沖區(qū)一般都設(shè)置為兩秒的數(shù)據(jù)量。而頻譜分析，在我的實(shí)例里我從環(huán)形緩沖區(qū)（我設(shè)置為1秒的數(shù)據(jù)量）獲取512字節(jié)的數(shù)據(jù)，通過FFT，再對(duì)前256（也就是總數(shù)據(jù)量512的一半）個(gè)數(shù)據(jù)分析，繪圖。

明白了，現(xiàn)在我做的顯示效果雖然沒有樓主的好，但也好很多啦！再次謝謝樓主的熱心幫忙。我正跟著樓主的步伐繼續(xù)做下去，希望以后多多交流！

TO lyon:
嗯，這個(gè)只能是慢慢的去實(shí)驗(yàn)才能得到最終的效果。
PS：通過QQ可以和我聯(lián)系，59502553。

期待 能給份源碼
820156394@qq.com

最近研究這個(gè)，看到這個(gè)非常興奮，希望lz能給份源碼，非常感謝！

最近研究這個(gè)，看到這個(gè)非常興奮，希望lz能給份源碼，非常感謝！
Email: ytzyxhk@163.com

TO ALL:
近期硬盤分區(qū)表?yè)p壞，所有數(shù)據(jù)全部丟失（損失慘重）！！！包括AudioPlayer的源碼，現(xiàn)在僅存的源碼在www.codeproject.com上可以下載，感謝網(wǎng)友一直以來對(duì)此程序的關(guān)心，本打算公開，現(xiàn)在卻因?yàn)橛脖P問題而無法實(shí)現(xiàn)，深表歉意。

jacky_zz
2009-09-18

LZ你好，我正在學(xué)數(shù)字信號(hào)處理，主要在用MATLAB。現(xiàn)在有個(gè)問題是要用MATLAB來實(shí)現(xiàn)播放音頻并且能夠?qū)崟r(shí)地顯示出它的頻譜圖。
很想請(qǐng)教LZ這個(gè)頻譜圖實(shí)現(xiàn)的具體辦法是怎樣的。我有一些C++經(jīng)驗(yàn)，我想依照LZ做的這個(gè)東西進(jìn)行一下移植。請(qǐng)多指教。謝謝

哦剛才上一條忘記了，我的Email：ks_frank@foxmail.com
謝謝

流程：
（1）從文件讀取pcm數(shù)據(jù);
（2）將pcm數(shù)據(jù)寫入到播放設(shè)備（waveOut或DirectSound）;
（3）將pcm數(shù)據(jù)同步到DSP（FFT，繪圖）。
其中：第一步，讀取的數(shù)據(jù)不能太大，這個(gè)將直接影響后面2步的延時(shí)時(shí)間，延時(shí)時(shí)間越大，就不“實(shí)時(shí)”了，我在網(wǎng)上查的數(shù)據(jù)量大小是4608字節(jié);第二步是標(biāo)準(zhǔn)操作，沒有什么特別的;第三步，包含的工作有對(duì)pcm數(shù)據(jù)的FFT計(jì)算，以及頻譜繪圖。

嗯。不錯(cuò)。不錯(cuò)。。。爽。。。

學(xué)習(xí)中。。
能給分源碼嗎
萬分感謝。。。
wj1025a@qq.com

商用便攜產(chǎn)品audio庫(kù)：
fixed-point spectrum 庫(kù)　(類似 winamp render,power均化)
fixed-point wma decode 庫(kù)(wma7 8 9)
fixed-point 31 bands IIR equalizer 庫(kù)
fixed-point tempo 庫(kù)(0.5 ~ 2.0)
fixed-point sample rate convert (重采樣)庫(kù)

以上均可arm優(yōu)化,可同時(shí)用于不小于200M 速度的arm；適用于windows、wince和embedded linux（fixed-point wma decode arm優(yōu)化需要arm gcc 3.23以上).
可提供１０分鐘內(nèi)全速運(yùn)行的測(cè)試庫(kù)，需要購(gòu)買用于便攜產(chǎn)品的全速運(yùn)行庫(kù)。
不提供源代碼，除非用fixed-point SRS WOW HD源代碼交換(請(qǐng)用 arm gcc 3.23以上生成 arm 驗(yàn)證庫(kù)).

4608個(gè)pcm同步spectrum是在聲卡不會(huì)overrun或underrun情況下才正確。
我采用的同步方法是：取decode pcm stream片段時(shí)記錄該片段在總的decode stream中的position；設(shè)置callback到wavout或dsound中獲取playback pcm　stream已播放pcm總數(shù);計(jì)算兩個(gè)stream的延遲來同步spectrum（linux下oss:SNDCTL_DSP_GETODELAY SNDCTL_DSP_GETOSPACE 或alsa：snd_pcm_delay）.

有感興趣的朋友嗎？

經(jīng)測(cè)試，4608這個(gè)值是不會(huì)出現(xiàn)overrun的，我參看了很多開源的winamp插件，這個(gè)值出現(xiàn)的頻率很高。
PS：你提到的這個(gè)方案我原來也考慮過，好像效果并不是很好，顯示的頻譜與當(dāng)前播放好像不符合。用waveOut呢，延時(shí)比較大；用DirectSound，采用通知點(diǎn)的方式呢，也不是最好的處理辦法。如果能計(jì)算出playback的數(shù)值，那就是最準(zhǔn)確的了。不知你有何更好的辦法？？
我的QQ是59502553，交流下？

確實(shí)出現(xiàn)overrun的情況不多見；大量IO harddisk的時(shí)候，很容易出現(xiàn)underrun的情況了，這時(shí)聲音很cut，specturm如果不調(diào)整就可能不同步了。
video player同步問題和specturm同步本質(zhì)一樣的。先期的player多數(shù)采用audio stream為基準(zhǔn)同步image stream,現(xiàn)在多采用獨(dú)立時(shí)鐘tick同步audio stream和image stream，這是很多開源player采用的方法，最重要的原因之一是方便移植，因?yàn)閍udio stream為基準(zhǔn)同步需要get　delay，這和sound　card關(guān)聯(lián)太大。但是audio stream為基準(zhǔn)同步是效率最高的，不需耗cpu去取基準(zhǔn)時(shí)鐘。

你做了這方面的工作了嗎？

當(dāng)然，我在vs仿真，然后download到商用便攜產(chǎn)品。
老是整ffmpeg干嗎呢，請(qǐng)教是有商業(yè)用途還是個(gè)人愛好？

可以加一下我的Q嗎，
有些東西想請(qǐng)教一下

不記得寫QQ：812306014

請(qǐng)問哪里可以下載到樓主播放器(AudioPlayer_20090506065.zip， 不是codeproject上的那三個(gè))的源代碼？
或者請(qǐng)人發(fā)一份到我郵箱：812306014@qq.com
謝謝！

我也在研究這個(gè)MP3的頻譜顯示問題，有好多細(xì)節(jié)的東西想咨詢，我已經(jīng)加你的qq了，如果你在線的話，麻煩加我一下：674273293，希望能分享到你的代碼：我的郵箱：zhangzhiwen.1713@163.com

/* size of the read/write-ahead, as specified by Java */
int bufferSizeInBytes;
int bitsPerSample;
int frameSize; // storage size in Bytes

DS_Info結(jié)構(gòu)里面的這些字段是什么意思？

我正在做一個(gè)關(guān)于頻譜分析器的畢設(shè)，很高興看到你的文章，也很希望得到你的幫助，我的QQ：654979544
麻煩您加一下，謝謝

用了一下你沒代碼的播放器，CPU略高，應(yīng)該是實(shí)現(xiàn)不太合理。。。

看效果很炫，能否給下源代碼？或者好心的人發(fā)給我一份！777leilei@163.com，謝謝！

拿走了，不客氣。