转：[迷惑]这样一来ddraw和GDI绘图相比还有什么优势啊……

logos

本来用ddraw就是为了可以直接使用显卡硬件的blt操作，速度才快，但是用硬件blt的前提是surface得在显存当中啊。而显存<->内存,内存<->内存的blt默认情况是都用cpu模拟执行的，速度上并没有什么优势。dx7sdk中也建议把动画surface都放在显存里。但是恰恰有一个问题在于，实际应用中，由于要载入很多图（再加上alpha混合的怨念），基本上off screen surface都是创建在系统内存的 ，而内存<->显存的blt速度又比内存<->内存慢，所以连带back buffer surface也只好创建在系统内存里，这样一来不就完全没用到ddraw的好处么？？？和GDI手工做个双缓冲不是差不多么？？

希望高手解释一下其中的问题~~~~
=======================================
这是CSDN上一个哥们的问题，看看这里的兄弟有什么看法？

ibelieveicandie

其实如果你的优化到位，汇编足够好。写2d模块基本上用不到ddraw。不过当然更不能用gdi。

kypck

现在的2D游戏一般还是要用到3D硬件的一些功能，主要的就是alpha blending（用来实现半透明，关键色剔除等），因为在这点上，再好的汇编程序员也比不过一块在二手市场上卖10块钱的riva128.

xpertsoft

用3D做2D的优势非常明显．要不微软也不会在DX里干掉DDRAW．但是汇编优化还是必须的．尤其在PerPixel的操作里．有时候只有用汇编，而且是MMX和SSE/SSE2才能达到要求．

hourousha

xpertsoft: Re:转：[迷惑]这样一来ddraw和GDI绘图相比还有什么优势啊……

用3D做2D的优势非常明显．要不微软也不会在DX里干掉DDRAW．但是汇编优化还是必须的．尤其在PerPixel的操作里．有时候只有用汇编，而且是MMX和SSE/SSE2才能达到要求．

更倾向于是用ICC，有时比汇编省事不少。

ytmGring

这么高深,搞不懂

Quest

以前的GDI调用会在ring3和ring0之间切换
2K以后对GDI部分优化过了，，效率是提高了

ddraw用惯了也不情愿放掉

Quest

我的Soft2D框图
可以套接各种2D接口（只要图是线性的）

sonicbigk

d3d又好用，速度又快，又不用汇编。。。。
多快好省，为何不用

sandy_zc_1

确实DDraw没有太大优势了。提供的各2D绘图方法效率很不怎么样。做2D要么干脆不用DX，要么就借用D3D吧。我深受DDraw之苦了……