晦涩的系统API

dll中最好不要用__declspec(thread)

玻璃小屋 — Wed, 10 Feb 2010 02:06:00 GMT

如果 DLL 将任何非本地数据或对象声明为 __declspec（线程），动态加载该 DLL 时会导致保护错误。使用 LoadLibrary 加载所有 DLL 后，每当代码引用非本地 __declspec（线程）数据时，将导致系统故障。由于线程的全局变量空间是在运行时分配的，因此此空间的大小是以应用程序的需求和所有静态链接的 DLL 的需求相加为基础计算出来的。使用 LoadLibrary 时，无法扩展此空间以允许放置用 __declspec（线程）声明的线程本地变量。如果 DLL 可能是用 LoadLibrary 加载的，请在 DLL 中使用 TLS API（如 TlsAlloc）来分配 TLS。

uafxcwd.lib LIBCMTD.lib 弱外部链接(ZT)

玻璃小屋 — Fri, 05 Feb 2010 09:09:00 GMT

今天debug一程序出现如下错误：

uafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMTD.lib(new.obj)
uafxcwd.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) already defined in LIBCMTD.lib(dbgdel.obj)
uafxcwd.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete[](void *)" (??_V@YAXPAX@Z) already defined in LIBCMTD.lib(delete2.obj)

原因：

CRT 库对 new、delete 和 DllMain 函数使用弱外部链接。MFC 库也包含 new、delete 和 DllMain 函数。这些函数要求先链接 MFC 库，然后再链接 CRT 库。

当 C 运行时 (CRT) 库和 Microsoft 基础类 (MFC) 库的链接顺序有误时，可能会出现以下 LNK2005 错误。

解决方法：

强制链接器按照正确的顺序链接库！

project->properties->Linker->Ignore Specific Library 添加 uafxcwd.lib Libcmtd.lib

在Additional Dependencied添加uafxcwd.lib Libcmtd.lib

问题解决！

int Pcm16_2_Mp3()

玻璃小屋 — Fri, 22 Jan 2010 10:23:00 GMT

int Pcm16_2_Mp3()
{
int     iRet = 0;
int     i  = 0;
lame_global_flags* gf  = NULL;

    unsigned char  mp3buffer[LAME_MAXMP3BUFFER];
    int     Buffer[2][1152];
    int     iread = 0, imp3;

if (NULL == (gf = lame_init())) {
return 1;
}

/* turn off automatic writing of ID3 tag data into mp3 stream
* we have to call it before 'lame_init_params', because that
* function would spit out ID3v2 tag data.
*/
lame_set_write_id3tag_automatic(gf, 0);
lame_set_in_samplerate(gf,8000);   // 8kHz
lame_set_num_channels(gf,1);    // Mono
//gf->pcmbitwidth     = 8;
//gf->pcm_is_unsigned_8bit  = 1;

/* Now that all the options are set, lame needs to analyze them and
* set some more internal options and check for problems
*/
i = lame_init_params(gf);

/* encode */
imp3 = lame_encode_buffer_int(gf, Buffer[0], Buffer[1], iread,mp3buffer, sizeof(mp3buffer));

/* was our output buffer big enough? */
if (imp3 < 0) {
  if (imp3 == -1)
   assert(0);
  else
   assert(0);
  return 1;
}

imp3 = lame_encode_flush(gf, mp3buffer, sizeof(mp3buffer)); /* may return one more mp3 frame */

if (imp3 < 0) {
  if (imp3 == -1)
   assert(0);
  else
   assert(0);
  return 1;

}

return iRet;
}

淘宝网站 IE8 显示 TB 未定义或 YAHOO 未定义，显示宝贝：读取中...的问题。

玻璃小屋 — Mon, 18 Jan 2010 02:46:00 GMT

这个问题是由于 IE 的 Internet 安全增强选项的问题，在工具-》Internet选项 -》安全 -》可信任站点中加入如下网址就行了。
http://a.tbcdn.cn

这个网址是提供部分taobao js脚本的，如果不对其开放权限，是不行的。

speex压缩之后就不用再使用LZW压缩了。。

玻璃小屋 — Mon, 28 Dec 2009 06:11:00 GMT

测试了一下，speex压缩之后，用lzw也起不到压缩效果了。。speex算法中已经包含了类似于 lzw的算法了？

(zt) speex带宽占用~

玻璃小屋 — Mon, 28 Dec 2009 05:27:00 GMT

Speex Actual Bandwidth Calculation

We have finally almost finished Speex coding on AR1688 DSP. This open source voice codec turned out to be much more complicated than we expected. There are 8 different bitrate with 8k sampling, from 2.15kpbs to 24.6kpbs. I am writing this article to answer a question of how much bandwidth this codec actually use during a call.

Let us calculate based on 802.3 ethernet, using SIP protocol:

Ethernet CRC: 4 bytes

MAC header: 14 bytes

IP header: 20 bytes

UDP header: 8 bytes

RTP header: 12 bytes

Speex data: x bytes, x depends on bitrate used and number of frames packed in an ethernet packet ("Voice Frames per TX" option in AR1688)

Total: (58 + x) bytes

Speex uses 20ms as a frame, the size of compressed data in a frame with different bitrate are:

2.15kbps: 6 bytes

3.95kbps: 10 bytes

5.95kbps: 15 bytes

8kbps: 20 bytes

11kbps: 28 bytes

15kbps: 38 bytes

18.2kbps: 46 bytes

24.6kbps: 62 bytes

When only 1 frame is included in an ethernet frame, the actually used bandwidth are:

2.15k: 25.6k

3.95k: 27.2k

5.95k: 29.2k

8k: 31.2k

11k: 34.4k

15k: 38.4k

18.2k: 41.6k

24.6k: 48k

When 2 frames are included in an ethernet frame, the actually used bandwidth are:

2.15k: 14k

3.95k: 15.6k

5.95k: 17.6k

8k: 19.6k

11k: 22.8k

15k: 26.8k

18.2k: 30k

24.6k: 36.4k

When 3 frames are included in an ethernet frame, the actually used bandwidth are:

2.15k: 10.1k

3.95k: 11.7k

5.95k: 13.7k

8k: 15.7k

11k: 18.9k

15k: 22.9k

18.2k: 26.1k

24.6k: 32.5k

When 4 frames are included in an ethernet frame, the actually used bandwidth are:

2.15k: 8.2k

3.95k: 9.8k

5.95k: 11.8k

8k: 13.8k

11k: 17k

15k: 21k

18.2k: 24.2k

24.6k: 30.6k

为啥SpeeX也是把8kHz 8bit 的raw PCM数据转成 8kHz 16bit呢？？

玻璃小屋 — Wed, 23 Dec 2009 05:05:00 GMT

在 SpeeX的
/* Convert input audio bits, endians and channels */
static int read_samples(FILE *fin,int frame_size, int bits, int channels, int lsb, short * input, char *buff, spx_int32_t *size)

中有如下代码，目的是把   8kHz 8bit 的PCM数据转成 8kHz 16bit的PCM数据。好象mp3算法，g729算法，都没有直接转8kHz 8bit 的PCM数据的方法，都是转成 16bit，不知道为什么？转成 16bit的话，PCM数据不是多了一倍么？？对以后的压缩不会产生影响？？

if(bits==8)
   {
      /* Convert 8->16 bits */
      for(i=frame_size*channels-1;i>=0;i--)
      {
         s[i]=(in[i]<<8)^0x8000;
      }
   } else
   {
      /* convert to our endian format */
      for(i=0;i<frame_size*channels;i++)
      {
         if(lsb)
            s[i]=le_short(s[i]);
         else
            s[i]=be_short(s[i]);
      }
   }

枚举 CLSID_AudioCompressorCategory 时遇到中断错误！

玻璃小屋 — Wed, 16 Dec 2009 06:11:00 GMT

HRESULT GetACMFilterByName(wchar_t* pwcFilterName)
{
// Create the System Device Enumerator.
HRESULT hr;
ICreateDevEnum *pSysDevEnum = NULL;
JIF(CoCreateInstance(CLSID_SystemDeviceEnum, NULL, CLSCTX_INPROC_SERVER,IID_ICreateDevEnum, (void **)&pSysDevEnum));

// Obtain a class enumerator for the video compressor category.
IEnumMoniker *pEnumCat = NULL;

// 如果应用程序以调试模式启动的话，下面这句会错误中断。。如果直接运行，不启动调试，就可以正常不知道为什么。。。没办法了。。只有后面加一句 assert(0); 然后直接运行。。到assert(0);时用重试进入调试模式。。。
JIF(pSysDevEnum->CreateClassEnumerator(CLSID_AudioCompressorCategory, &pEnumCat, 0));

assert(0);

IPropertyBag* pPropBag;
IMoniker*  pMoniker = NULL;
ULONG   cFetched;
VARIANT   varName;
IBaseFilter* pFilter;
LRESULT   lrId;

while(pEnumCat->Next(1, &pMoniker, &cFetched) == S_OK)
{
  hr = pMoniker->BindToStorage(0, 0, IID_IPropertyBag, (void **)&pPropBag);
  if (SUCCEEDED(hr))
  {
   VariantInit(&varName);
   hr = pPropBag->Read(L"FriendlyName", &varName, 0);
   if (SUCCEEDED(hr))
   {
    hr = pMoniker->BindToObject(NULL, NULL, IID_IBaseFilter,(void**)&pFilter);
    {
     assert(pFilter != 0);
     //EnumSoundInputPinToCommbo(pFilter,varName.bstrVal,IDC_COMBO_SOUND);
    }

    //if(SupportsPropertyPage(pFilter))
    //{
    // hr = ShowFilterPropertyPage(pFilter,hDlg);
    //}
   }
   VariantClear(&varName);

   SAFE_RELEASE(pPropBag);
  }
  SAFE_RELEASE(pMoniker);
}

SAFE_RELEASE(pEnumCat);
SAFE_RELEASE(pSysDevEnum);
}

异常时的堆栈信息：

> ntdll.dll!_DbgBreakPoint@0()
  ntdll.dll!_RtlpBreakPointHeap@4() + 0x28 字节
  ntdll.dll!_RtlpValidateHeapEntry@12() + 0x514ef 字节
  ntdll.dll!_RtlDebugFreeHeap@12() + 0x97 字节
  ntdll.dll!_RtlFreeHeapSlowly@12() + 0x15340 字节
  ntdll.dll!_RtlFreeHeap@12() + 0x147b9 字节
  msms001.vwp!04947b68()
  [下面的框架可能不正确和/或缺失，没有为 msms001.vwp 加载符号]
  msms001.vwp!04932483()
  msms001.vwp!04947539()
  msms001.vwp!0493fcf7()
  vct3216.dll!048d4326()
  vct3216.dll!048d7102()
  vct3216.dll!048d4699()
  vct3216.dll!048c5b1e()
  vct3216.dll!048c4bb0()
  vct3216.dll!048c46d7()
  vct3216.dll!048ca646()
  vct3216.dll!048ca261()
  vct3216.acm!048a2e04()
  kernel32.dll!_IsProcessorFeaturePresent@4()

dshow用avi mux filter 和 file writer filter 写AVI文件的问题？难道是bug?

玻璃小屋 — Thu, 03 Dec 2009 01:30:00 GMT

这几天用自己写了个源filter，推rgb或是yv12数据给下级的filter。后来想把这些数据写到avi文件中，自然就想到了 avi mux filter + file writer filter来写了。但是遇到一个问题。但每秒帧数设置的大于等于3时，右键盘查看avi文件的属性显示的是正常的。但是当每秒帧数设置为2时，AVI文件属性确显示 14帧/秒，当设置为1时，属性显示7帧/秒，不过播放时，貌似是正常的，我的系统是win2003 sp2，后来在winxp sp2上试，也是这样(另外从暴风中查看属性帧数也不对，用一个叫做 avi mux GUI的软件查看，是正常的)。但是vista中是正常的(不管是系统的AVI文件属性，还是暴风的)。。奇怪死了。难道是系统计算属性时溢出了？？留带以后详细测试吧。。。这次凑合着用吧。

哎。。带preview的写2路文件的dshow录制filter 链...

玻璃小屋 — Fri, 27 Nov 2009 08:40:00 GMT

视频预览必须用smart tee分出的preview 脚。。用infinine tee filter的话。。。会停住。。。
http://blog.vckbase.com//images/vckbase_com/zaboli/352/o_graph_2file_1preview.GIF