D3D9还是不忘HDC

bigbook2000

// 这是微软的一个例子，用来生成一个3D的字体Mesh

HRESULT CreateD3DXTextMesh( IDirect3DDevice9* pd3dDevice,
                            LPD3DXMESH* ppMesh,
                            TCHAR* pstrFont, DWORD dwSize,
                            BOOL bBold, BOOL bItalic )
{
    HRESULT hr;
    LPD3DXMESH pMeshNew = NULL;
    HDC hdc = CreateCompatibleDC( NULL );
    if( hdc == NULL )
        return E_OUTOFMEMORY;
    INT nHeight = -MulDiv( dwSize, GetDeviceCaps(hdc, LOGPIXELSY), 72 );
    HFONT hFont;
    HFONT hFontOld;

    hFont = CreateFont(nHeight, 0, 0, 0, bBold ? FW_BOLD : FW_NORMAL, bItalic, FALSE, FALSE, DEFAULT_CHARSET,
        OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS, DEFAULT_QUALITY, DEFAULT_PITCH | FF_DONTCARE, pstrFont);
   
    hFontOld = (HFONT)SelectObject(hdc, hFont);

    hr = D3DXCreateText( pd3dDevice, hdc, L"This is calling D3DXCreateText",
                         0.001f, 0.4f, &pMeshNew, NULL, NULL);

    SelectObject(hdc, hFontOld);
    DeleteObject( hFont );
    DeleteDC( hdc );

    if( SUCCEEDED( hr ) )
        *ppMesh = pMeshNew;

    return hr;
}

南斗

没错阿 这个接口本来就是用GDI的 当然还有其它的字体接口

疯子阿虹

？我不明白ＨＤＣ有问题吗？？

bigbook2000

HDC用起来当然没有问题，问题在于，HDC属于GDI的范畴，DX本来自己有能力去访问图形底层和系统底层，偏偏绕着弯使用GDI接口来处理这个问题，这就意味着你不能过度频繁的在你的渲染序列中使用它。

上面的例子是在程序初始化的时候生成了一个3维的文字Mesh，如果你在渲染过程中频繁动态的生成这个东西，我想效率会大打折扣，不知道有没有人测试一下（微软的东西有时候很难想当然，也许我说的不对）。

但有一点，还记得DX9b吗，微软也是有这么一个类似的例子，当时不是生成字体Mesh，而是生成字体Texure，微软的解释是IDXFont使用了GDI，性能有问题，建议大家初始化的时候生成字体Texure而不是使用IDXFont。

我想这个也差不多把，不过这回跟上次不同，不是如何显示字体的问题，而是如何显示3D字体的问题，微软提供了这么一个临时的方法（我认为微软应该会改进的）。