CS>Т.е. для того чтобы пользовать AlphaBlend ты тот DIB должен заполнить как-то, т.е. исполнить rasterization всех примитивов в памяти т.е. с помощью CPU (GDI, GDI+, AGG, etc.). Никакой per primitive hardware acceleration как ты понимаешь в этом случае не будет — физически невозможно в современных архитектурах. Т.е. для high-dpi monitors GDI это смэрть ибо там рисование O(N).
CS>Единственное место для H/W acceleration это заброс той битмап из памяти в video memory. Т.е. фактически древний как дерьмо мамонта механизм DMA или подобного.
Аппаратно ускоряется:
1) заброс src битмапа из памяти в видеопамять
2) натягивание этого битмапа на dst битмап (который уже в видеопамяти)
Причем надо понимать что аппаратное ускорение — это не только "сделать все быстрее чем делает CPU", но еще и offload вычислений с CPU. Так что если по абсолютной скорости оно будет так же как чисто софтверный рендеринг, но освободит CPU для других задач — это тоже очень хорошо.

CS>Т.е. для того чтобы пользовать AlphaBlend ты тот DIB должен заполнить как-то, т.е. исполнить rasterization всех примитивов в памяти т.е. с помощью CPU (GDI, GDI+, AGG, etc.). Никакой per primitive hardware acceleration как ты понимаешь в этом случае не будет — физически невозможно в современных архитектурах. Т.е. для high-dpi monitors GDI это смэрть ибо там рисование O(N).
CS>Единственное место для H/W acceleration это заброс той битмап из памяти в video memory. Т.е. фактически древний как дерьмо мамонта механизм DMA или подобного.
Аппаратно ускоряется:
1) заброс src битмапа из памяти в видеопамять
2) натягивание этого битмапа на dst битмап (который уже в видеопамяти)
Причем надо понимать что аппаратное ускорение — это не только "сделать все быстрее чем делает CPU", но еще и offload вычислений с CPU. Так что если по абсолютной скорости оно будет так же как чисто софтверный рендеринг, но освободит CPU для других задач — это тоже очень хорошо. И совершенно непонятно чем вам не нравится прекрасно работающий механизм, неважно когда он там был разработан.