1.
   应用程序通过调用filter graph 管理器方法来连接filter.
   应用程序调用IFilterGraph::ConnectDirect
               IGraphBuilder::Connect来指定不同的filter直接连接，
              也可用IGraphBuilder::RenderFile自动实现连接
   应用程序可以通过IFilterGraph::AddFilter将filter 添加graph中，
   当一个filter被添加到graph中时，filter图表管理器通过IBaseFilter::JoinFilterGraph来通知filter.

   这点说明, 不是filter的直接连接函数相互链接,而是在以上内部调用实现的.

   2. 考虑到以前描述
              FilterA ---->FilterB
      的连接检查媒体类型 逻辑基本就是这样:

 循环FilterA的输出pin,再循环FilterB的输入Pin媒体类型是否和pmt媒体类型
 匹配

 for (j = 0 ; j<FilterB.PinIn.MediaTypeCount; j++)
 {
             if (FilterB.PinIn.MediaType[j] = pmt )
      {
            if(FilterA.PinIn.ReceiveConnection(FilterA.PinOut, FilterB.MediaType[i]) = OK)
                   return TRUE;
      }

        }

        for (i= 0; i< FilterA.PinOut.MediaTypeCount; i++)
 {
      if (FilterA.PinOut.MediaType[i] 是否在FilterB.PinIn中是否支持)
        if (FilterA.PinIn.ReceiveConnection(FilterA.PinOut, FilterA.MediaType[i]) = OK)
             return TRUE;
 }

  在实现上,调用次序以下过程:

filterGraph首先调用FilterA.PinOut::Connect().

FilterA.IPinOut::Connect()
       原型:IPin::Connect(IPin* pReceivePin, const AM_MEDIA_TYPE * pmt)     
       该Connect参数为
            pReceivePin 为 FilterB的输入Pin,
            pmt         是FilterA的当前媒体类型.
 

      在内部调用(主要)
         hr = AgreeMediaType(pReceivePin, pmt);
             检查pReceivePin 有否pmt的媒体类型.

  有,则自然ok
  没有,失败,退出该函数.
         则在AgreeMediaType做了以上逻辑循环.

  
   IPin::AgreeMediaType函数处理如下:
 
      1.判断pmt 是否是完全媒体类型,是则按全媒体类型模式出来
      2.非完全媒体类型
     IPin::EnumMediaTypes(IEnumMediaTypes** pEnum)
      获取枚举指针(指向Pin中的媒体类型集合).
   
           先枚举filterB的输入Pin的媒体类型的枚举集,
         调用TryMediaTypes 函数去判断是否匹配.
    还不匹配,取出FilterA的枚举类指针.再调用TryMediaTyes
    

    IPin::TryMediaType()处理
    原型:
   HRESULT CBasePin::TryMediaTypes(IPin*pReceivePin, const CMediaType*pmt,
         IEnumMediaType *pEnum)

    在该函数处理:
         for (pmt in 所有该枚举集中的枚举媒体类型 )
  {
     AttemptConnect(pReceivePin, pmt)
  }

    在AttemptConnection中调用
    CBasePin::AttemptConnection(IPin* pReceivePin, const CMediaType*pmt)
   
      检查FilterA 的CheckConnect(pReceivePin)
      FilterA的PInOut::CheckMediaType(pmt)
           ok,return
      FilterA的PinOut::SetMediaType(pmt)
       
      pReceivePin->ReceiveConnection(...)  (filterB 的PinIn)
           ok,return
      FilterA的PinOut::CompleteConnect(pReceivePin)

步骤如下:

1.在宏里处理如下:

a.

BEGIN_DECLARE_EVENT_TYPES()
    DECLARE_EVENT_TYPE(wxEVT_MYCOMMAND, xxxx)
END_DECLARE_EVENT_TYPES()

  xxxx 为自定义数字,不过翻到wxwidget内部,其宏定义中该value好像
  没用!(...)

b. 定义wxEvT_MYCOMMAND 标识

  DEFINE_EVENT_TYPE(wxEVT_MYMYCOMMAND)

c. 定义宏EVT_MYCOMMAND
   格式中把自定义标识改为自己即可.拷贝.

#define EVT_MYCOMMAND(id, fn) \
    DECLARE_EVENT_TABLE_ENTRY( \
        wxEVT_MYCOMMAND, id, wxID_ANY, \
        (wxObjectEventFunction)(wxEventFunction)wxStaticCastEvent( wxCommandEventFunction, &fn ), \
        (wxObject *) NULL \
    ),

2.在BEGIN_EVENT_TABLE表中自定义映射.
 

   EVT_MY_CUSTOM_COMMAND(wxID_ANY, MyFrame::OnMyfunction)

3.处理投递

    自定义消息发送,this 一般是接受消息handler,也可其它wxEvtHandler.

    wxCommandEvent myEvent(wxEVT_MY_CUSTOM_COMMAND);
    wxPostEvent(this, myEvent);

4.自定义消息处理函数
   必须符合wxCommandEventFunction格式,既为如下:

     void OnMyfunction(wxCommandEvent& event);

typedef struct  _MediaType {
    GUID      majortype; 
    GUID      subtype;
    BOOL      bFixedSizeSamples;
    BOOL      bTemporalCompression;
    ULONG     lSampleSize;
    GUID      formattype;
    IUnknown  *pUnk;                  //not use
    ULONG     cbFormat;
    BYTE *pbFormat;
} AM_MEDIA_TYPE;

主要有
   majortype  媒体类型大致说明
   subtype    更一步的细致说明
   formattype 
      包括有以下：其对应的不同的数据格式
       FORMAT_None
       FORMAT_DvInfo
       FORMAT_MPEGVideo
       FORMAT_MPEG2Video
       FORMAT_VideoInfo
       FORMAT_VideoInfo2 
       FORMAT_WaveFormatEx  
       GUID_NULL

  cbForamt成员指定了格式块pbFormat的大小.
  pbFormat指针指向格式子块。
            pbFormat是一个void*的指针，因为格式块会因为媒体类型
            的不同而有不同的指向。如音频填充的是WAVEFORMATEX结构
     数据.

     可以从中取出传来的数据格式。
    

//TWaveFormatEx 结构:
TWaveFormatEx = packed record
  wFormatTag: Word;       {指定格式类型; 默认 WAVE_FORMAT_PCM = 1;}
  nChannels: Word;        {指出波形数据的通道数; 单声道为 1, 立体声为 2}
  nSamplesPerSec: DWORD;  {指定样本速率(每秒的样本数)}一般为8000
  nAvgBytesPerSec: DWORD; {指定数据传输的平均速率(每秒的字节数)} 每秒的字节数:
  nBlockAlign: Word;      {指定块对齐(单位字节), 块对齐是数据的最小单位}
  wBitsPerSample: Word;   {采样大小(字节)}每个样本的BIT数目，一般为16
  cbSize: Word;           {应该是该结构的大小}
end;

nChannels       :   对于pcm,其nchannels不超过2,对于非pcm格式,则超过2.
nSamplesPerSec  :   通常为8kHz, 11.025 kHz, 22.05 kHz, and 44.1 kHz.
nAvgBytesPerSec :   每秒传送字节数 = nSamplesPerSec * nBlockAlign
nBlockAlign     :   对齐字节  = nChannels * wBitsPerSample / 8
                    就是表示一个样本的最小字节.
wBitsPerSample  :   在格式默认情况下,一般为8,16,表示的是样本的bit 数

对于一个8位,11k传输的立体声则
nChannels  = 2
nSamplesPerSec(每秒的样本数) = 11025  就是取样数
nBlockAlign  = 2 * 8 / 8= 2           对齐字节，最小样本字节数
nAvgBytesPerSec = 11025 *  2 = 22050
wBitsPerSample  = 8
 

 下面的图列清楚从另一个方面表达样本

	样本1	样本2	...n
8位单声道	0声道	0声道
8位立体声	0声道L         1声道R	0声道L  1声R道
16位单声道	0声道(低字节)    0声道(高字节)	0声道(低字节)    0声道(高字节)
16位立体声	0声道(低字节)0声道（高字节）1声道(低) 1声道(高)	同左

                                                                                                                     
                                        
                                   
---------

waveform-audio 缓存格式　    
  typedef   struct   {    
          LPSTR     lpData;           //内存指针，放置音频pcm样本数据
          DWORD     dwBufferLength;   //长度    
          DWORD     dwBytesRecorded;  //已录音的字节长度  
          DWORD     dwUser;    
          DWORD     dwFlags;    
          DWORD     dwLoops;           //循环次数  
          struct   wavehdr_tag* lpNext; //保留    
          DWORD     reserved;           //保留
  }   WAVEHDR; 
 
  其中lpdata 即为pcm格式样本数据。
 
采样大小为8位，则采样的动态范围为20*log(256)分贝=48db。
样本大小为16位，则采样动态范围为20*log(65536)大约是96分贝

振幅大小：   20*log(A1/A2)分贝，A1,A2为两个声音的振幅。
则对于的音频：
          8位       20 * lg( lpData[0] /256)
   16位      20 * lg( lpData[0]--lpData[1] / 65536)
 考虑到单双道，还需要相应取出左右声道的值。
 考虑到lg求值为负48至0之间，则在实际转换中需要+48or96.

样本大小  数据格式      最大值  最小值
8位PCM    unsigned int   256     0
16位PCM   int            32767  -32767

 8位音频是unsigned 存放波形,取振幅要-127.
 而16位因其存放为int 类型,直接套用公式.
 

audiometer左右声道音量探测程序（参考代码(delphi版）

2 DiectDound几个对象
 
  创建一个设备对象，后通过设备对象创建缓冲区对象。
  辅助缓冲区由应用程序创建和管理，DirectSound会自动地创建和管理主缓冲区，

3 播放音频文件开发的基本流程

　a 创建一个设备对象，设置设备对象的协作度。

　　  调用DirectSoundCreat8创建一个支持IDirectSound8接口的对象，
      这个对象通常代表缺省的播放设备。
  　
      　如果没有声音输出设备，这个函数就返回error，或者，在VXD驱动程序下，
      如果声音输出设备正被某个应用程序通过waveform格式的api函数所控制，
      该函数也返回error。 

LPDIRECTSOUND8 lpDirectSound; 
HRESULT hr = DirectSoundCreate8(NULL,&lpDirectSound, NULL));

      当创建完设备对象后，调用IDirectSound8::SetCooperativeLevel来设置
      协作度，否则听不到声音.

  b.创建一个辅助Buffer，也叫后备缓冲区
      (IDirectSound8::CreateSoundBuffer)
      创建的buffer称作辅助缓冲区，Direcsound通过把几个后备缓冲区的声音
      混合到主缓冲区中，然后输出到声音输出设备上，达到混音的效果。

  c. 获取PCM类型的数据
   
　　将WAV文件或者其他资源的数据读取到缓冲区中。

  d. 将数据读取到缓冲区
       其中用到以下来锁缓冲区。
          IDirectSoundBuffer8::Lock
          IDirectSoundBuffer8::Unlock.

  e. 播放缓冲区中的数据
       IDirectSoundBuffer8::Play  播放缓冲区中的音频数据，
       IDirectSoundBuffer8::Stop 暂停播放数据，
       
       获取或者设置正在播放的音频的音量的大小
　 　IDirectSoundBuffer8::GetVolume
         IDirectSoundBuffer8::SetVolume

      获取设置音频播放的频率
　  　IDirectSoundBuffer8::GetFrequency
         IDirectSoundBuffer8::SetFrequency   
              主缓冲区的频率不允许改动，

      设置音频在左右声道播放的位置
          IDirectSoundBuffer8::GetPan
          IDirectSoundBuffer8::SetPan

　　包含全部音频数据的缓冲区我们称为静态的缓冲区，
        尽管不同的声音可能会反复使用同一个内存buffer，但静态缓冲区的数据只写入一次。

        静态缓冲区只填充一次数据，然后就可以play，
 
 　给静态缓冲区加载数据分下面几个步骤
　　1、用IDirectSoundBuffer8::Lock函数来锁定所有的内存，
            指定你锁定内存中你开始写入数据的偏移位置，并且取回该偏移位置的地址。
　　2、采用标准的数据copy方法，将音频数据复制到返回的地址。
　　3、调用IDirectSoundBuffer8::Unlock.，解锁该地址。

用static buffer 播放wav方法

LPDIRECTSOUNDBUFFER8    g_pDSBuffer8 = NULL; //buffer
LPDIRECTSOUND8                   g_pDsd = NULL; //dsound
CWaveFile                                   *g_pWaveFile= NULL;

//初始化DirectSound工作
HRESULT hr;
if(FAILED(hr = DirectSoundCreate8(NULL,&g_pDsd,NULL)))
　return FALSE;

//设置设备的协作度
if(FAILED(hr = g_pDsd->SetCooperativeLevel(m_hWnd,DSSCL_PRIORITY)))
　return FALSE;

g_pWaveFile = new CWaveFile;
g_pWaveFile->Open(_T("c:\\test.wav"), NULL, WAVEFILE_READ);

DSBUFFERDESC dsbd;
ZeroMemory( &dsbd, sizeof(DSBUFFERDESC) );
dsbd.dwSize = sizeof(DSBUFFERDESC);
dsbd.dwFlags = DSBCAPS_GLOBALFOCUS               //设置主播
                                | DSBCAPS_CTRLFX
                                | DSBCAPS_CTRLPOSITIONNOTIFY 
                                | DSBCAPS_GETCURRENTPOSITION2;

dsbd.dwBufferBytes = g_pWaveFile->GetSize();    
dsbd.lpwfxFormat = g_pWaveFile->m_pwfx;

LPDIRECTSOUNDBUFFER lPBuffer;

//创建辅助缓冲区对象
if(FAILED(hr = g_pDsd->CreateSoundBuffer(&dsbd,&lpbuffer,NULL)))
　return ;
if( FAILED(hr = lpbuffer->QueryInterface( IID_IDirectSoundBuffer8, (LPVOID*) &g_pDSBuffer8) ) )
　return ; 
lpbuffer->Release();

//播放
LPVOID lplockbuf;
DWORD len;
DWORD dwWrite;

g_pDSBuffer8->Lock(0,0, &lplockbuf,  &len,  NULL,  NULL, DSBLOCK_ENTIREBUFFER);

//g_pWaveFile 声音写入到lplockbuf所指地址
g_pWaveFile->Read((BYTE*)lplockbuf, len, &dwWrite);

g_pDSBuffer8->Unlock(lplockbuf,len,NULL,0);

g_pDSBuffer8->SetCurrentPosition(0);

g_pDSBuffer8->Play(0,0,DSBPLAY_LOOPING);

   f  流缓冲区播放超大型的wave文件

  　流缓冲区就是播放那些比较长的音频文件,边播放，边填充DirectSound缓冲区。

   DirectSound的通知机制
      因为Stream buffer 大小只够容纳一部分数据，在播放完缓冲区中的数据后，
      DirectSound就会通知应用程序，将新的数据填充到DirectSound的缓冲区中。

     当DirectSound播放到buffer的1920，3840，5760，7680等位置时，
Directsound就会通知应用程序，将g_event,设置为通知态;
  应用程序就通过WaitForMultipleObjects 函数等待DirectSound的通知，
将数据填充到DirectSoun的辅助缓冲区。

　系统设备枚举器是根据不同的种类来创建的，如，音频压缩，视频捕捉。
  不同种类的枚举器对于每一种设备返回一个独立的名称（moniker）。

下面的步骤是使用设备枚举器来获取设备：

1) 创建枚举器组件，CLSID为CLSID_SystemDeviceEnum
2) 指定某一种类型设备，获取该种类枚举器
    通过ICreateDevEnum::CreateClassEnumerator获取某一种类的枚举器，
    该函数返回一个IEnumMoniker接口指针，
    通过检查返回值是否为S_OK来判断是否获取到该种类枚举器.
3) 用IEnumMoniker::Next枚举每一个moniker。
     这个方法返回一个IMoniker接口指针。
4) 通过IMoniker::BindToStorage获取设备的名称

大致例子如下：
   

HRESULT hr;
ICreateDevEnum *pSysDevEnum = NULL;
hr = CoCreateInstance(CLSID_SystemDeviceEnum, NULL, CLSCTX_INPROC_SERVER,
          IID_ICreateDevEnum, (void **)&pSysDevEnum);
if (FAILED(hr))　return hr;

//获取video compressor 种类枚举器 
IEnumMoniker *pEnumCat = NULL;
hr = pSysDevEnum->CreateClassEnumerator(CLSID_VideoCompressorCategory, &pEnumCat,0);
if (hr == S_OK){

　IMoniker *pMoniker = NULL;
　ULONG cFetched;

　while(pEnumCat->Next(1, &pMoniker, &cFetched) == S_OK){

　　IPropertyBag *pPropBag;
　　hr = pMoniker->BindToStorage(0, 0, IID_IPropertyBag, (void **)&pPropBag);
　　if (SUCCEEDED(hr))
　　{
　　　// 获取设备名称
　　　VARIANT varName;
　　　VariantInit(&varName);
　　　hr = pPropBag->Read(L"FriendlyName", &varName, 0);
　　　if (SUCCEEDED(hr)){　　　
        //获取设备名称
　　　}
　　　VariantClear(&varName);
　　}
　　pMoniker->Release();
　}
　pEnumCat->Release();
}
pSysDevEnum->Release();

2.采用Filer Mapper。
   类似条件查询。

   比系统设备枚举器（System Device Enumerator）的效率要低一些。
   当要枚举某特定种类的filter时，应采用系统设备枚举器方法，但搜索支持某种
   媒体类型的filter时，用filter mapper.

   Filter Mapper 通过IFilerMapper2接口搜索接口，
   通过调用IFilterMapper2::EnumMatchingFilters方法，传递一些参数来定义搜索条件，
   返回一个适合条件的filter的枚举器，

   返回的是一个IEnumMoniker接口，并对于每个适合的filter都提供一个单独的moniker。

例子：

//枚举所有的支持DV，并且至少有一个输出pin的filter，
//这个filter支持任何媒体类型。
IFilterMapper2 *pMapper = NULL;
IEnumMoniker *pEnum = NULL;

hr =CoCreateInstance( CLSID_FilterMapper2,NULL, CLSCTX_INPROC, IID_IFilterMapper2, (void **) &pMapper);
if (FAILED(hr)) {   }

GUID arrayInTypes[2];
arrayInTypes[0] = MEDIATYPE_Video;
arrayInTypes[1] = MEDIASUBTYPE_dvsd;
hr = pMapper->EnumMatchingFilters(
           　 &pEnum,
                 0,           // Reserved.
            　TRUE,        // Use exact match?
            　MERIT_DO_NOT_USE+1,  // Minimum merit.
            　TRUE,        // At least one input pin?
            　1,                 // Number of major type/subtype pairs for input.
            arrayInTypes,     // Array of major type/subtype pairs for input.
            NULL,   // Input medium.
            NULL,   // Input pin category.
            FALSE,  // Must be a renderer?
            TRUE,   // At least one output pin?
             0,      // Number of major type/subtype pairs for output.
              NULL,   // Array of major type/subtype pairs for output.
          　NULL,   // Output medium.
             NULL);  // Output pin category.
                   
IMoniker *pMoniker;
ULONG cFetched; 

//枚举filter，
while(pEnumCat->Next(1, &pMoniker, &cFetched) == S_OK)
{
 　IPropertyBag *pPropBag = NULL;
 　hr = pMoniker->BindToStorage(0, 0, IID_IPropertyBag, (void **)&pPropBag);
 　if (SUCCEEDED(hr))
 　{
            VARIANT varName;
   　　VariantInit(&varName);
 　  　hr = pPropBag->Read(L"FriendlyName", &varName, 0);
 　　 if (SUCCEEDED(hr))
 　　{
                   //处理
 　　 }
 　 　VariantClear(&varName);
　}
　pMoniker->Release();
}

pMapper->Release();
pEnum->Release();

DirectShow加入一个硬件Filter，是靠“枚举”；声卡Filter也不例外。
代表声卡的Filter都注册在CLSID_AudioInputDeviceCategory目录下，
使用系统设备枚举器枚举这个目录，就能发现要创建的声卡对象。
 （如何枚举这里就不再赘述了。)
当成功加入声卡Filter后，接下去的问题就是要将这个Filter与其他Filter相连。

 想捕捉生成一个Wave文件，采用过滤器的勾连如下
     声卡filter--->Wave Dest Filter  ---->File Writer Filter
 Wave Dest Filter是微软DirectX SDK自带的过滤器
    其功能是，当结束捕捉时，往Wave文件中写入一个文件头信息。

 Filte Write Filter 是微软系统过滤器。
用graphedit可以勾连后测试下。

//采用程序来连接过滤器的大致方法:
//没有处理错误
void BuildAudioCaptureGraph(void)
{
 　IBaseFilter *pSrc = NULL,            //捕捉音频设备
               *pWaveDest = NULL,         //处理音频过滤器
        *pWriter = NULL;                      //产生文件过滤器

 　IFileSinkFilter *pSink= NULL;
 　IGraphBuilder *pGraph;

 　// Create the Filter Graph Manager.
 　CoCreateInstance(CLSID_FilterGraph, NULL, CLSCTX_INPROC_SERVER,     IID_IGraphBuilder, (void**)&pGraph);

 　// Add the audio capture filter.
     //这里省略了枚举设备处理
 　FindAudioCapture(&pSrc);
 
 　// audio capture devices and picks one.
 　pGraph->AddFilter(pSrc, L"Capture");

 　// Add the WavDest and the File Writer.
 　AddFilterByClsid(pGraph, L"WavDest", CLSID_WavDest, &pWavDest);
 　AddFilterByClsid(pGraph, L"File Writer", CLSID_FileWriter, &pWriter);

 　//是writer接口中属性
 　pWriter->QueryInterface(IID_IFileSinkFilter, (void**)&pSink);
 　pSink->SetFileName(L"C:\test.wav", NULL);

 　//连接filter
 　ConnectTwoFilters(pGraph, pSrc, pWavDest);
 　ConnectTwoFilters(pGraph, pWavDest, pWriter);
}

DirectShow功能实现：

1.可提供高质量的多媒体流的捕获和回放功能；
2.支持多种媒体格式，包括ASF（Advanced Systems Format），MPEG（Motion Picture Experts Group），AVI（Audio-Video Interleaved），MP3（MPEG Audio Layer-3）和WAV声音文件；
3.可从硬件上捕获媒体数据流；
4.可自动检测并使用视频和音频加速硬件。

故，DirectShow是用于多媒体应用开发。(其实就是一个软编码(or解码))
它充分发挥媒体的性能，提高运行速度，可以简化媒体播放、媒体间的格式转换
和媒体捕获等工作。同时，它还具有极大的可扩展性和灵活性，可以由用户自己
创建组件，并将这个组件加入DirectShow结构中以支持新的格式或特殊的效果。

应用程序与DirectShow组件以及DirectShow所支持的软硬件之间的关系
如图1

 


二。概念
1.过滤器
过滤器分为以下几种类型：
 a 源过滤器（source filter）：
    源过滤器引入数据到过滤器图表中，数据来源可以是文件、网络、照相机等。
    不同的源过滤器处理不同类型的数据源。

 b 变换过滤器（transform filter）：
   变换过滤器的工作是获取输入流，处理数据，并生成输出流。
   变换过滤器对数据的处理包括编解码、格式转换、压缩解压缩等。

 c 提交过滤器（renderer filter）：
    接收数据并把数据提交给外设。

 d 分割过滤器（splitter filter）：
    把输入流分割成多个输出。
    如，AVI分割过滤器把一个AVI格式的字节流分割成视频流和音频流。

 e 混合过滤器（mux filter）：
    把多个输入组合成一个单独的数据流。
    如，AVI混合过滤器把视频流和音频流合成一个AVI格式的字节流。
    　过滤器的这些分类并不是绝对的，如一个ASF读过滤器（ASF Reader filter）
       既是一个源过滤器又是一个分割过滤器。


2  filter graph

    过滤器图表用来连接过滤器以控制媒体流，它也可以将数据返回给应用程序，
    并搜索所支持的过滤器。
    过滤器有三种可能的状态：运行、停止和暂停。
    暂停是一种中间状态，停止状态到运行状态必定经过暂停状态。
    暂停可以理解为数据就绪状态，是为了快速切换到运行状态而设计的。   
    在暂停状态下，数据线程是启动的，但被提交过滤器阻塞了。
   
    通常情况下，过滤器图表中所有过滤器的状态是一致的。

3. 引脚（pin）
　过滤器可以和一个或多个过滤器相连，
    连接的接口也是COM形式的，称为引脚。
   
    过滤器利用引脚在各个过滤器间传输数据。
    每个引脚都从Ipin这个COM对象派生出来的。
    每个引脚都是过滤器的私有对象，过滤器可以动态的创建引脚，销毁引脚，自由控制引脚的生存时间。
    引脚分输入引脚（Input pin）和输出引脚（Output pin）两种类型，
    两个相连的引脚必须是不同种类的，即输入引脚只能和输出引脚相连

　过滤器之间的连接（也就是引脚之间的连接），实际上是连接双方媒体类型（Media Type）协商的过程。（媒体类型，不完全媒体类型 再下一节有讲解)


   连接的大致过程为：
     如果调用连接函数时已经指定了完整的媒体类型，则用这个媒体类型进行连接，
  成功与否都结束连接过程；
      如果没有指定或不完全指定了媒体类型，
      则枚举过程见后面.其两个filter的连接设定如下.
    
                 Filter A     ------------------> Filter B



------------------------------------------------------------- ------------------

说明:
媒体类型（Media Type）
    两个过滤器相连时，必须使用一致的媒体类型，否则这两个过滤器就不能相连。

    媒体类型能识别上一级过滤器传送给下一级过滤器的数据类型，并对数据进行分类。
   媒体类型的结构  AM_MEDIA_TYPE
 
  AM_MEDIA_TYPE由三部分组成：
      Major type
      Subtype
      Format type
   
   都使用GUID 来唯一标示
    
     Major type主要定性描述一种媒体类型，这种媒体类型可以是视频、音频、比特数据流或MIDI数据等；
     Subtype   进一步细化媒体类型，
              拿视频的说就是进一步指定是RGB-24，还是RGB-32，或是UYVY等；
     Format type则用一个结构更进一步细化媒体类型。

　媒体类型的三个部分都指定了某个具体的GUID值，则称这个媒体类型是完全指定的；
    媒体类型的三个部分中有任何一个值是GUID_NULL，则称这个媒体类型是不完全指定的。
    GUID_NULL起通配符作用


pinout和pinin的连接过程可以用下面逻辑语言表达.

1.如调用连接函数时已经指定了完整的Media type，则用这个Media type进行连接，
成功与否都结束连接过程；

2.如没有指定或不完全指定了Media type，
则如下:

  BOOL CheckFilterB_PinIn()
  {
       for(i = 0 ; i < FilterB.FPinIn.MediaTypeCount ; i++)
      {
           if (IsSameMediaType(FilterA.FPinOut,FilterB.FPinIn.MediaType[i]) = True)
          {
                 return TRUE;   //Pin之间的连接成功；
          }
       }
        return FALSE;          //在Input pin不支持该媒体类型,失败.
    }

  返回FALSE再枚举Output pin上的所有Media type，并逐一用这些Media type与Input pin进行连接。
  
   for(i = 0 ; i < FilterA.FPinOut.MediaTypeCount; i++)
   {
      if (CheckFilteB_PinIn(FilterA.FPinOut.MediaType[i]) = True )
      {
         return TRUE;
      }
   }
   return FALSE;  //filterA和filterB的连接失败.

Filter必须加入到Filter Graph并接入到工作链路中才能发挥作用。
如想绕过Filter Graph而直接使用Filter实现的功能模块，那就要将Filter功能
移植成DirectX媒体对象（DMO）。
Filter有3种状态：停止、暂停和运行。

Filter Chain是相互连接着的一条Filter链路，并且链路中的每个Filter全都有一个处于“已连接”状态的
输入Pin，至多有一个处于“已连接”状态的输出Pin，这条Filter链路中的数据流不依赖链路外的其他Filter。

Filter Chain通过IFilterChain接口来进行相关操作。
当Filter Graph处于运行状态下，Filter Chain可以在运行和停止状态之间切换；
当Filter Graph处于暂停状态下，Filter Chain可以在暂停和停止状态之间切换。
Filter Chain只有两种状态转换。

Filter的数据传送
Filter之间以Sample的形式传送数据。
Sample是一个封装了一定大小数据内存的COM组件。
用于数据传输的一般是输入pin上实现的IMemInputPin接口。

为什么用VC6，只不过此文专门针对VC6而已。

创建项目

点击菜单：File -> New... 创建一个"Win32 Application" Project，项目名称为"wxProject"，点击OK按钮，

在下一步的提示中选择"An Empty Project"，点击Finish按钮完成项目的创建。

以下的设置和操作可能有一些繁琐，但这是一劳永逸的事情。只要你完成了第一个空白工程，以后再需要创建工程时复制一份就可以了。

设置项目属性

以下四个编译配置并不要求都必须设置好，如果您不打算使用Unicode，那么不用设置"Win32 Unicode Debug"和"Win32 Unicode Release"，如果您仅仅想调试程序而非发布，则只需设置相应的"Debug"不用设置"Release"。最简单的情况下，只需设置"Win32 Debug"。

还有一点要注意，您需要事先编译出相应版本的 wxWidgets 库文件。如"Win32 Unicode Debug"需要 Unicode+Debug 版本的 wxWidgets 库。（wxWidgets 各种版本库均可通过 \build\msw\wx.dsw 进行编译）。

点击菜单：Project -> Settings... 打开项目属性设置对话框。

Win32 Debug：

C/C++ General:

Preprocessor definitions: WIN32,_DEBUG,__WXMSW__,__WXDEBUG__,_MBCS,_WINDOWS,NOPCH

C/C++ Code Generation:

Use run-time library: Debug Multithreaded DLL

Link General:

Object/library modules: wxmsw26d_xrc.lib wxmsw26d_html.lib wxmsw26d_adv.lib wxmsw26d_core.lib wxbase26d_xml.lib wxbase26d.lib wxtiffd.lib wxjpegd.lib wxpngd.lib wxzlibd.lib wxregexd.lib wxexpatd.lib kernel32.lib user32.lib gdi32.lib comdlg32.lib winspool.lib winmm.lib shell32.lib comctl32.lib ole32.lib oleaut32.lib uuid.lib rpcrt4.lib advapi32.lib wsock32.lib odbc32.lib 

Win32 Release：

C/C++ General:

Preprocessor definitions: WIN32,NDEBUG,__WXMSW__,_MBCS,_WINDOWS,NOPCH

C/C++ Code Generation:

Use run-time library: Multithreaded DLL

Link General:

Object/library modules: wxmsw26_xrc.lib wxmsw26_html.lib wxmsw26_adv.lib wxmsw26_core.lib wxbase26_xml.lib wxbase26.lib wxtiff.lib wxjpeg.lib wxpng.lib wxzlib.lib wxregex.lib wxexpat.lib kernel32.lib user32.lib gdi32.lib comdlg32.lib winspool.lib winmm.lib shell32.lib comctl32.lib ole32.lib oleaut32.lib uuid.lib rpcrt4.lib advapi32.lib wsock32.lib odbc32.lib 

进行以下操作之前，请先通过菜单 Build -> Configurations... 增加两个编译配置"Win32 Unicode Debug"和"Win32 Unicode Release"（分别复制于"Win32 Debug"和"Win32 Release"）。

Win32 Unicode Debug：

C/C++ General:

Preprocessor definitions: WIN32,_DEBUG,__WXMSW__,__WXDEBUG__,_UNICODE,_WINDOWS,NOPCH

C/C++ Code Generation:

Use run-time library: Debug Multithreaded DLL

Link General:

Object/library modules: wxmsw26ud_xrc.lib wxmsw26ud_html.lib wxmsw26ud_adv.lib wxmsw26ud_core.lib wxbase26ud_xml.lib wxbase26ud.lib wxtiffd.lib wxjpegd.lib wxpngd.lib wxzlibd.lib wxregexud.lib wxexpatd.lib kernel32.lib user32.lib gdi32.lib comdlg32.lib winspool.lib winmm.lib shell32.lib comctl32.lib ole32.lib oleaut32.lib uuid.lib rpcrt4.lib advapi32.lib wsock32.lib odbc32.lib 

Win32 Unicode Release：

C/C++ General:

Preprocessor definitions: WIN32,NDEBUG,__WXMSW__,_UNICODE,_WINDOWS,NOPCH

C/C++ Code Generation:

Use run-time library: Multithreaded DLL

Link General:

Object/library modules: wxmsw26u_xrc.lib wxmsw26u_html.lib wxmsw26u_adv.lib wxmsw26u_core.lib wxbase26u_xml.lib wxbase26u.lib wxtiff.lib wxjpeg.lib wxpng.lib wxzlib.lib wxregexu.lib wxexpat.lib kernel32.lib user32.lib gdi32.lib comdlg32.lib winspool.lib winmm.lib shell32.lib comctl32.lib ole32.lib oleaut32.lib uuid.lib rpcrt4.lib advapi32.lib wsock32.lib odbc32.lib 

设置wxWidgets目录

在前面的设置中，指定了wxWidgets的库文件（*.lib），但VC可能并不知道到哪个目录去寻找这些文件。同时，我们的源代码中也要包含 （include）wxWidgets的头文件，其头文件所在目录也需要指定。另外，为了更好的调试wx程序，最好把wxWidgets的源代码所在目录 也设置好。

点击菜单 Tools -> Options...，进入 Directories 页，分别加入以下路径（下面的表示wxWidgets安装目录）

Include files:

\include

\include\msvc

Library files:

\lib\vc_lib

Source files:

\src

这一设置是针对VC全局的，以后再用VC创建wxWigets程序，就不用设置这些路径了。

创建wxWidgets预编译头文件

各个编译器不同，有的支持预编译头文件，有的不支持，支持预编译头文件的，使用的语法也有所不同，如果在每个源文件中都重复的写未免不爽，还是集中到一个头文件中来比较好。但是注意，有了此文件并不决定或限制你使用还是不使用预编译头文件，用不用以及怎么用还是在你。

点击菜单 File -> New...，新建一个C/C++头文件 wx_pch.h，其内容如下：

wxWidgets官方文档是大概也是这样推荐，Code::Blocks中基本上就是这样子，我只是简单的增加了一行"#include "（为了使用XRC文件）。

以后，工程中的源文件，只要包含（include） wx_pch.h 文件就可以了。

创建wxApp子类

点击菜单 Insert -> New Class...，新建一个名称为"App"的类（类名称可以随意），考虑到代码的跨平台性，建议将其所在文件的名称修改为全部使用小写字母（如 app.h/app.cpp）。此操作将生成文件 app.h 和 app.cpp。

VC在这里生成的类代码显然是不满足我们的要求的，需要进行以下修改：

app.h

增加预编译头文件 wx_pch.h 的包含（以后创建的每个.h文件都要包含它）：#include "wx_pch.h"

指定App类的父类为wxApp：即将"class App"修改为"class App : public wxApp"

为类增加虚方法OnInit()的声明：virtual bool OnInit();

在类声明的下方增加 wxWidgets App 声明：DECLARE_APP(App)

最终 app.h 的内容如下（其中经过手工改写的地方已用黄色背景突出显示）：

// by: liigo.com #if !defined( AFX_APP_H__B4514AF3_2125_487B_BD66_AF638A80E73A__INCLUDED_) #define AFX_APP_H__B4514AF3_2125_487B_BD66_AF638A80E73A__INCLUDED_ #if _MSC_VER > 1000 #pragma once #endif // _MSC_VER > 1000 #include "wx_pch.h" class App : public wxApp { public :     App();     virtual ~App();     virtual bool OnInit (); }; DECLARE_APP(App ) #endif // !defined(AFX_APP_H__B4514AF3_2125_487B_BD66_AF638A80E73A__INCLUDED_)

app.cpp

增加头文件包含（此头文件将在下面创建MainFrame类时创建）：#include "mainframe.h"

增加 OnInit() 方法的定义（其中用到的MainFrame类定义于mainframe.h，见后文）：

bool App::OnInit() {     MainFrame* mainFrame = new MainFrame(NULL, _("MainFrame by liigo.com"));     mainFrame->Show ();     SetTopWindow(mainFrame);     return true; }

在类定义的上方增加 wxWidgets App 定义：IMPLEMENT_APP(App)

最终 app.cpp 的内容如下（其中经过手工改写的地方已用黄色背景突出显示）：

#include "app.h" IMPLEMENT_APP (App) App:: App() { } App::~App() { } bool App::OnInit() {     MainFrame* mainFrame = new MainFrame(NULL, _("MainFrame by liigo.com"));     mainFrame-> Show();     SetTopWindow(mainFrame);     return true; }

创建wxFrame子类

点击菜单 Insert -> New Class...，新建一个名称为"MainFrame"的类（类名称可以随意），考虑到代码的跨平台性，建议将其所在文件的名称修改为全部使用小写字母 （如 mainframe.h/mainframe.cpp）。此操作将生成文件 mainframe.h 和 mainframe.cpp。

下面对VC生成的类代码进行相应的修改：

mainframe.h

增加预编译头文件的包含：#include "wx_pch.h"

指定MainFrane类的父类为wxFrame：class MainFrame : public wxFrame

修改构造函数的声明：MainFrame(wxWindow* parent, const wxString& title);

在类定义的末尾增加事件表声明：DECLARE_EVENT_TABLE()

最终 mainframe.h 的内容如下（其中经过手工改写的地方已用黄色背景突出显示）：

#if !defined(AFX_MAINFRAME_H__1BC90331_B69E_40F2_BDF7_197550D70F07__INCLUDED_ ) #define AFX_MAINFRAME_H__1BC90331_B69E_40F2_BDF7_197550D70F07__INCLUDED_ #if _MSC_VER > 1000 #pragma once #endif // _MSC_VER > 1000 #include "wx_pch.h" class MainFrame : public wxFrame { public:     MainFrame( wxWindow* parent, const wxString & title);     virtual ~MainFrame();     DECLARE_EVENT_TABLE() }; #endif // !defined(AFX_MAINFRAME_H__1BC90331_B69E_40F2_BDF7_197550D70F07__INCLUDED_)

mainframe.cpp

修改构造函数的定义：

MainFrame::MainFrame(wxWindow* parent, const wxString& title) : wxFrame(parent, wxID_ANY, title) {     //wxTextCtrl* text = new wxTextCtrl(this, wxID_ANY, _("some text")); }

增加事件表定义（BEGIN_EVENT_TABLE 与 END_EVENT_TABLE 之间保留空白，留待以后绑定事件）：

BEGIN_EVENT_TABLE(MainFrame, wxFrame) END_EVENT_TABLE()

最终 mainframe.cpp 的内容如下（其中经过手工改写的地方已用黄色背景突出显示）：

#include "mainframe.h" BEGIN_EVENT_TABLE (MainFrame, wxFrame) END_EVENT_TABLE() MainFrame::MainFrame( wxWindow* parent, const wxString& title) : wxFrame (parent, wxID_ANY, title) {     //wxTextCtrl* text = new wxTextCtrl(this, wxID_ANY, _("some text")); } MainFrame ::~MainFrame() { }

至此，一个wxWidget的空白Project已经创建完毕

编译生成的 exe 文件的大小：

此数据全部是静态链接wxWidgets的结果。动态链接的话，EXE的大小没有意义——别忘了wxWidgets的版DLLs的大小总共约4到5M（Release版）。

添加子控件

向 wxFrame 或 wxDialog 中添加子控件是比较容易的，只需在其子类的构造函数中 new 相应的子控件就可以了。

这是最简单的情况：

没错，只要"new"一下就搞定了，控件会自动出现在wxFrame中。这是运行结果：

如果界面再复杂一些，上面这种方法就行不通了，我们需要引入"Sizer"（详见http://www.wxwidgets.org/manuals/2.6.3/wx_sizeroverview.html（Sizer一览））：

上面是多行编辑框控件，下面是按钮控件，当窗口大小变化时，编辑框控件将在水平和垂直方向上自动扩展，而按钮始终位于窗口底部居中。

上述代码中涉及的控件ID（ID_TEXTCTRL，ID_BUTTON）是我们在 mainframe.cpp 中自行定义的（定义控件ID的目的是为了下一步了事件处理）：

参考文档：http://www.wxwidgets.org/manuals/2.6.3/wx_sizeroverview.html（Sizer一览）

采用XML格式文件（XRC文件）定义程序界面也是不错的方式，详见：http://www.wxwidgets.org/manuals/2.6.3/wx_xrcoverview.html（基于XML的资源系统一览）。

无论如何，手工进行界面布局总是很繁杂，我们需要（可视化）工具的帮助：http://www.wxwidgets.org/apps2.htm

处理事件

在wxWidgets中处理事件，主要有两个步骤：编写"事件处理函数（方法）"，填写"事件表（EVENT_TABLE）"。

事件处理函数（方法）视事件的不同而有所不同，但也有规律：没有返回值，只有一个引用型参数（且一定是wxEvent的子类），不是虚方法（virtual method）。事件处理函数（方法）的名称没有特殊规定，可以自行命名。

作为示例，我们来处理上图中"测试按钮"被按下的事件。

根据wxWidgets文档，要处理按钮事件，需在自己的类中添加如下事件处理函数（方法）：void MainFrame::OnButtonClick (wxCommandEvent &event)

具体说来就是，在 mainframe.h 文件中的 MainFrame 类中增加新的 OnButtonClick() 方法声明：

并在 mainframe.cpp 文件中增加 OnButtonClick() 方法的定义：

下面需要在 mainframe.cpp 中填写"事件表（EVENT_TABLE）"，以便我们的"事件处理函数（方法）"能在适当的时机（即事件触发时）被调用：

在这个事件表中，我们使用宏 EVT_BUTTON 指定了按钮的ID，以及"事件处理函数（方法）"。

注：上面一直讲"事件处理函数（方法）"，其实是"方法（method）"不是"函数（function）"，只是"方法"这个词在编程领域和在日 常生活中可以有不同的理解（"方法"也可以理解为"方式"），我如果说成"事件处理方法"，难免会产生歧义。当然，"事件处理函数（方法）"似乎也并不十 分合适，应称为"事件处理'方法'"或"事件处理方法（method）"？再深究下去就有咬文嚼字的嫌疑了，聪明的读者早已明白我的意思了吧？

如何处理其它事件？

说白了，关键要知道两点：事件处理函数（方法）的参数是什么类型，填写参数表时用哪一个宏（EVT_*）。

再补充一点：要知道"什么控件"在"什么时机"会触发"什么事件"。

要知道这些，就需要对wxWidgets的事件处理有一个比较全面的了解。

建议看一下wxWidgets官方文档中的这篇文章：http://www.wxwidgets.org/manuals/2.6.3/wx_eventhandlingoverview.html（事件处理一览）

尤其是其中的 Event macros summary（事件宏概要）一段。

电子书《Cross-Platform GUI Programming with wxWidgets》附录9（Appendix I, 617页）中对事件处理时所涉及的事件类型（wxXXXEvent）和事件宏（EVT_*）有比较好的总结，建议看一下，最好打印出来放在手边，以便随时参考。

本文所涉及的完整源代码可在此下载：http://liigo.diy.myrice.com/article/wxProject/wxProject.zip

更进一步

了解 Sizer，熟悉界面设计：http://www.wxwidgets.org/manuals/2.6.3/wx_sizeroverview.html

了解 事件处理：http://www.wxwidgets.org/manuals/2.6.3/wx_eventhandlingoverview.html

了解 wxWidgets 提供了哪些控件，它们各自的属性、方法、事件，以及它们的用法。

去 wxWidgets.org 上找第三方的控件/库：http://www.wxwidgets.org/contrib2.htm#classes

去 wxWiki 上找第三方的控件/库：http://www.wxwidgets.org/wiki/index.php/Table_Of_Contents#Pages_about_classes.2C_functions_or_macros

GUI库嘛？无非就是控件（component）的使用：布局、操作、事件处理。

 wxbase28.lib              wxbase28d.lib
wxbase28_net.lib          wxbase28d_net.lib
wxbase28_xml.lib          wxbase28d_xml.lib
wxmsw28_core.lib          wxmsw28d_core.lib
wxmsw28_html.lib          wxmsw28d_html.lib
wxmsw28_adv.lib           wxmsw28d_adv.lib

在vc中设置lib，可以把该目录加入，也可以直接把生成的文件丢在vc的lib目录。

关于unicode模式编辑如上。

在include设置中，需要加入wxWidgets目录中的include目录。

运行demo程序测试.

注意：在include也需要把setup.h头文件加入。该头也根据生成的lib目录中调用。
      不过最好加在预处理的include directory目录编辑框中。

必须记住的几个符号和组合
.        匹配除换行符以外的所有字符一次
?        匹配 0 次或一次
*        匹配 0 次或多次
+        匹配 1 次或多次

               使用范例：

界定范围和位置
^        匹配字符开头的字符
$         匹配字符结尾的字符
{m}          匹配刚好是 m 个 的指定字符串
{m,n}        匹配在 m个 以上 n个 以下 的指定字符串
{m,}          匹配 m个 以上 的指定字符串
[]           匹配符合 [] 内的字符
[^]         匹配不符合 [] 内的字符
[0-9]         匹配所有数字字符
[a-z]        匹配所有小写字母字符
[^0-9]        匹配所有非数字字符
[^a-z]        匹配所有非小写字母字符

\b         匹配以英文字母,数字为边界的字符串
\d         匹配一个数字的字符，和 [0-9] 语法一样
\w        英文字母或数字的字符串，和 [a-zA-Z0-9] 语法一样
\s         空格，和 [\n\t\r\f] 语法一样
\B         匹配不以英文字母,数值为边界的字符串
\D         非数字，其他同 \d
\S         非空格，和 [^\n\t\r\f] 语法一样
\W        非英文字母或数字的字符串，和 [^a-zA-Z0-9] 语法一样

a|b|c       匹配符合a字符 或是b字符 或是c字符 的字符串
abc         匹配含有 abc 的字符串
转义：      使用\ 来取消元字符的特殊意义。包括 . * + \  [ ] { } ( ) ^ $

？的多重定义-懒惰限定符
*?    重复任意次，但尽可能少重复
+?    重复1次或更多次，但尽可能少重复
??    重复0次或1次，但尽可能少重复
{n,m}?    重复n到m次，但尽可能少重复
{n,}?    重复n次以上，但尽可能少重复

断言匹配： 有4个

(?=exp)   零宽先行断言，它匹配文本中的某些位置，这些位置的后面能匹配给定的后缀exp。
             比如/b/w+(?=ing/b)，匹配以ing结尾的单词的前面部分(除了ing以外的部分)，
              zc:根据后缀匹配而已。和$区别在于$是行尾匹配。
              如I'm singing while you're dancing.  它会匹配sing和danc。

(?<=exp)  零宽后行断言，它匹配文本中的某些位置，这些位置的前面能给定的前缀匹配exp。
               如(?<=\bre)\w+\b会匹配以re开头的单词的后半部分(除了re以外的部分)，
               zc:匹配前缀。
                例如在查找reading a book时，它匹配ading。

(?!exp)    零宽负向先行断言。会匹配后缀exp不存在的位置。
              zc: 若不是exp或者没有则匹配，用^在于存在一个不匹配某个exp的其他字符，而！保证不匹配exp外可以不跟任何字符。
              如：\d{3}(?!\d)匹配三位数字，而且这三位数字的后面不能是数字。 也可以是只有前3位数字。比较\d{3}(^\d)有区别.

(?<!exp)   零宽负向后行断言。查找前缀exp不存在的位置.

条件匹配： (zc:这个复杂，但也不复杂。属于perl中的扩展部分，略）

Conditional Expressions

(?(condition)yes-pattern|no-pattern)
   attempts to match yes-pattern if the condition is true, otherwise attempts to match no-pattern.

(?(condition)yes-pattern) attempts to match yes-pattern if the condition is true, otherwise fails.

condition may be either a forward lookahead assert, or the index of a marked sub-expression
(the condition becomes true if the sub-expression has been matched).

2. boost中分有match，search，replace，在vc中，其正则表达式以上\表示需要双反斜杠表示。其中在

match是匹配整个句子，在实际应用中，必须是构造整个句子的正则表达，而在一篇文章匹配的话，以search用的

比较多，如下见一个片段。没有用到std，可见用boost在匹配查询时，其比较麻烦：

void test123()
{      
    CString str = "singing while youre dancing.";
    regex ee_all("\\b\\w+\\b");
    cmatch result;
    CString ret;
    while(regex_search(str, result, ee_all,match_perl)){           
        for(int i=0; i < result.size(); i++){           
            ret = result[i].str().c_str();
            AfxMessageBox(ret);               
            str = result[i].second;
        }           
    }   
}

    http://downloads.sourceforge.net/boost/boost_1_35_0.zip?modtime=1206795434&big_mirror=0

2.解压后打开目录

    \boost_1_35_0\boost_1_35_0\libs\regex\build编译vc6下版本vc6.mak文件，具体如下：

    a。打开dos环境，把vc6目录中的Microsoft Visual Studio\VC98\Bin下的VCVARS32.BAT拖入dos窗做环境设置。

    b。运行namke -f vc6.mak。

    c。把生成的dll和lib放在自己的目录中，最好在vc6的vc98下建一个目录，毕竟是vc6下的编译码。然后在vc6中设置包含lib file。

       文件include包含目录 boost_1_35_0\boost_1_35_0\boost_1_35_0

3.测试,粘贴到vc中直接编译。

如果编译出现minimal builder不支持的话，则去掉set中的minimal builder勾选。

还有若出现类似fatal error C1001: INTERNAL COMPILER ERROR错误的话，则采用rebuilder来重建，一般是可以通过。

为啥为什么出现这个内部编译错误，倒不清楚。不过，不影响vc下的正则处理使用暂时不管了。

#include "stdafx.h"
#include <boost/regex.hpp>
#include <string>
#include <iostream>

using namespace std;
using namespace boost;

regex ee("a+b");

int main()
{
    string str = "aaaaaaab";
    if(regex_match(str.c_str(), ee))
    {
      cout<<"match ok"<<endl;
    }
    getchar();
    return 0;
}

备注原文：http://dotnet.csdn.net/page/66e7a1c1-981e-4609-93fc-a3c34a6a5308

复杂的插件，当然有考虑采用com方式的，不过作为编写程序的原则是简单，实效，通用。又何须采用太过专业的方法。

技术不过是手段，能在达到目的的最大化程度上实现，就足矣。

  下面的例子来自网上，作者不详，稍微整编下。直接贴代码在上面。源码打包放在自己博客的文档中。算是自己学习整理，

也感谢提供者。

源码学习：http://www.cppblog.com/Files/kenlistian/test_plus.rar

1.定义插件的接口结构

/*
  定义一个plus 接口结构
*/
typedef struct PlugInModule{
    DWORD Ver ;                    //版本
    char *Author ;                  //作者说明
    char *Description;             //模块说明

    BYTE *InputPointer;          //输入数据
    DWORD dwSize ;               //输入数据的大小
    HWND hParentWnd ;           //主程序的父窗口
    HINSTANCE hDllInst ;          //Dll句柄

    void (*PlugIn_Config)( struct PlugInModule * pModule ); //设置函数
    void (*PlugIn_Init)( struct PlugInModule * pModule );    //初始化函数
    void (*PlugIn_Quit)( struct PlugInModule * pModule );   //退出函数
    void (*PlugIn_Run )( struct PlugInModule * pModule );   //执行函数
} PlugInModule;

其中接口结构函数，被规定了4个，也就是说这个接口函数定死了，如果以后应为功能增加等等，

则估计这个结构都要改写。所以采用com方式接口方式则是一种好的选择，而那种模式，每次还要注册com，

则莫免麻烦和钉死在windows平台上。

2.以上接口结构放置在头文件中。作为主程序和dll共享的头文件，其中，再在头文件中具体声明以上结构体中函数。

void plusDll_Config( struct PlugInModule * pModule);  //设置函数
void PlusDll_Init( struct PlugInModule * pModule );   //初始化函数
void plusDll_Quit( struct PlugInModule * pModule );   //退出函数
void plusDll_Run( struct PlugInModule * pModule );     //执行函数

3.在头文件中声明一个返回该结构的函数。其实就是一个回调函数。把该结构返回给主程序的一个export 函数。

typedef PlugInModule* (*GETPLUGINMODULE)();       //声明接口函数地址

/**
  导出函数，主程序首先获取该接口函数，获得 dll中的函数地址，调用
*/
DLL_001_API PlugInModule* GetPlugInModuleFunction();     //DLL_001_API ==> __declspec(dllexport)

4.在dll中定义该插件结构，把地址通过GetPlugInModuleFunction传入到主程序。

5.分别实现dll中和主程序的定义部分。通过动态加载方式即可实现取出dll的结构体指针。

如下示：

        hDLL = LoadLibrary("dll_001\\debug\\dll_001.dll");
        if (hDLL)
                MessageBox(NULL,"plus_Dll load ok", "", MB_OK);
        else
        {                       
                        MessageBox(NULL, "not found plus_dll","",MB_OK);
                        return 0;
                    }
                    pFunction = (GETPLUGINMODULE)::GetProcAddress(hDLL,"GetPlugInModuleFunction");
                    if (pFunction != NULL)
                    {
                       dllplus_module = (*pFunction)();
                          dllplus_module->PlugIn_Init(dllplus_module);
                       dllplus_module->PlugIn_Run(dllplus_module);
                       dllplus_module->PlugIn_Quit(dllplus_module);

                    }
                    ::FreeLibrary(hDLL);//卸载MyDll.dll文件；

      但很多人在对待c/c++时，太多的时候，如同时常抚摸自己手中宝剑而忘却了要去面对的项目。

      我时常以CS游戏中的武器向同事和朋友来比喻，c如同CS中的阻击步枪，而C++如同Ak47，而java，c#如同制式武器中的m41突击步枪，这些都是在编程世界中的主力厮杀武器，我们可以选择C可以瞄准任何项目，也能性能极高的射中项目的要害，但是持C之人，所积累的经验，所对项目的开发时间缓急，都在一定程度上影响了采用c的要求，C++和AK47有点类似，狂暴有效，但不是一般人能够在项目开发中始终保持开发的速度和效率，在CS中AK47，头三枪效率极高，但如在编程世界中项目的大量和迫近时，往往和CS中AK47中子弹都飞散到敌手周围一样变得杂乱低效。所以一般而言，采用制式武器中的java，C#是作为现代工业编程的主要制式武器，精确有效，弹量充足。

     也许，选择以上制式武器也都是一种个人爱好和企业的侧重，但是再怎么着，也必须在装备了一主力武器外还得配备近战的武器，和朋友说起，你得像cs中配了主力武器外，还得配把近战手枪，以备各种要求。如同CS中持枪盘斗到最后，也得抽出短枪盘环近斗，这也类似在项目吃紧时，临时有额外的要求时，用制式工具也许来不及或者不值得花大工夫去处理时，用用那些胶水语言（动态语言）则是非常省力和高效率的。也就是说胶水语言就如同近战手枪，简单有效实用。

    谈到动态语言，有太多，其实熟悉和能运营一，二门即可，如老牌的perl，称之为千年老妖的python，新兴的杀手工具ruby，简单平淡的vb or javascript，还有那些我从来没用过的的lua，lisp，schema等，会这些，不能自以为是的又以为精通了一门语言来比较c/c++的优劣，但也不能以c/c++ 性能优异理由而拒绝学习其他的理由。只是方便我们达到我们的目的。

      由于工作缘故，需要处理一接口发送来的xml串，对方采用java以字节流模式post一个xml串，
  在asp中采用request估计把它加载到xml解析器中应该报无法解析。

     采用Request.binaryRead 即可解决，但是要注意几个细节方面。

     一一到来。

  1. 读取字节流

       Dim vtBody

       iReceive = Request.TotalBytes

       vtBody = Request.BinaryRead(iReceive)

2.   转换字节流为字符串，有以下几个函数可以任选。

在做的途中，觉得搞一个线程处理读一个list字符串，有字符串就调用CSocket继承类，通过序列化方法发送出去就可以了。

   结果修改运行后，却本来想偷懒却变出偷不了懒，在通过序列化方式发送老是报一个Sockcore.cpp中的566的ASSERT错误。

#ifdef _DEBUG
void CAsyncSocket::AssertValid() const
{
    CObject::AssertValid();
    ASSERT(m_hSocket == INVALID_SOCKET || CAsyncSocket::FromHandle(m_hSocket) != NULL);
}

仔细看这个ASSERT，就是报socket的问题。

程序反复看了看，也没有查出问题。在google搜了搜，

http://topic.csdn.net/t/20020521/20/741527.html

http://topic.csdn.net/t/20020626/12/830990.html

   从中有些启发，把send部分从线程中采用主线程发送，立马解决问题。看来CSocket的继承类是估计不支持在线程模式下运行。也有人说CSocket继承类只能用于主线程，而不能在线程中，当然，是否这样，还需要确认。不过，如果想写线程下的socket类，最好还是从socket构造吧，免得绕弯路。否则，调试来调试去，困惑在深深的MFC代码内核代码中简直是浪费时间。