Momentan mach ich das mit BitBlt bzw. StretchBlt.
Hier mal mein Codebeispiel:

SetDIBits(client_capAlterDC,client_hbmScreen,0,texSizeY,imageBits,(BITMAPINFO*)&bi,DIB_RGB_COLORS);

if (display_mode == 0) 
{
	SetStretchBltMode(client_hWndDC,COLORONCOLOR);
	StretchBlt(client_hWndDC,0,0,g_ClientSizeX,g_ClientSizeY,client_capAlterDC,0,0,texSizeX,texSizeY,SRCCOPY);
}
else if (display_mode == 1) 
{
	BitBlt( client_hWndDC, 0, 0, g_ClientSizeX, g_ClientSizeY, client_capAlterDC, 0, 0, SRCCOPY);
}

Das funktioniert auch ganz gut, nur ist es viel zu langsam. Laut Messungen mittels GetTickCount() hab ich rausgefunden, das da 30-40 ms benötigt werden um ein Bild anzeigen zu lassen.
Is natürlich viel zu viel.

Gibt es Alternativen zu den beiden Methoden, die sehr viel schneller arbeiten?

Hatte auch schon die Idee gehabt, das ganze mit DirectDraw zu machen, nur hab ich davon keine blassen Schimmer.

Bin für Ideen und Tips dankbar.
Schönen Gruß
Stone.mk

Wie würde denn sowas mit SDL aussehen? Kann man SDL leicht einbinden?
Oder haste vielleicht ein paar Tutorials zu dem Thema?

Vielen Dank erst mal.

The DrawDib functions provide high performance image-drawing capabilities for device-independent bitmaps (DIBs). DrawDib functions support DIBs of 8-bit, 16-bit, 24-bit, and 32-bit image depths.

DrawDib functions write directly to video memory. They do not rely on functions of the graphics device interface (GDI).

HDRAWDIB hdd;
hdd = DrawDibOpen();

LPBITMAPINFOHEADER lpbi;

DrawDibDraw(hdd, client_hWndDC, 0, 0, g_ClientSizeX, g_ClientSizeY, lpbi, imageBits, 0, 0, texSizeX, texSizeY, 0);

Wo könnte der Fehler liegen?
Vielen Dank
stone.mk

Übrigens aufpassen: Die Funktion zeichnet direkt auf den Screen, d.h. du übermalst möglicherweise Fenster.
Außerdem sind die Dst-Angaben Screen-Koordinaten und beziehen sich nicht aufs DC!

Wenn es nen Spiel oder sowas wird, wäre vermutlich günstiger gleich DirectX oder ähnliches zu verwenden.

Ansonsten lässt sich BitBlt noch beschleunigen, wenn die Pixeldaten vorher in DDBs mit gleicher Farbtiefe wie der Display-DC vorbereitet werden.

Hmm, du könntest auch die Performance von StretchDIBits() testen!!

LPBITMAPINFOHEADER lpbi;
lpbi->biSize        = sizeof(BITMAPINFOHEADER);
lpbi->biWidth       = texSizeX;
lpbi->biHeight      = texSizeY;
lpbi->biPlanes      = 1;
lpbi->biBitCount    = channels * 8;
lpbi->biCompression = BI_RGB;

DrawDibDraw(hdd, client_hWndDC, 0, 0, g_ClientSizeX, g_ClientSizeY, lpbi, serverOGLBits, 0, 0, texSizeX, texSizeY, 0);

Allerding wird immer noch nix angezeigt.
Woran könnts liegen?

Unabhängig davon, wie könnte ich denn die Daten in DDBs mit gleicher Farbtiefe umwandeln?

Danke
stone.mk

LPBITMAPINFOHEADER ist demnach ein Pointer auf eine BITMAPINFOHEADER-Struktur.
So nur zeigt ein nicht-intialisierter Pointer nach irgendwo im Ram!
Du schreibst also quasi die Daten der Struktur einfach irgendwo in den RAM!
Das könnte Zugriffsverletzungen geben!
Wenn Du es so schreibst:

BITMAPINFOHEADER bi;
lpbi.biSize        = sizeof(BITMAPINFOHEADER);
lpbi.biWidth       = texSizeX;
lpbi.biHeight      = texSizeY;
lpbi.biPlanes      = 1;
lpbi.biBitCount    = channels * 8;
lpbi.biCompression = BI_RGB;

DrawDibDraw(hdd, client_hWndDC, 0, 0, g_ClientSizeX, g_ClientSizeY, &bi, serverOGLBits, 0, 0, texSizeX, texSizeY, 0);

..dengelt es der Compiler das Speicher für die Struktur reserviert wird und mittels & kriegst du den Pointer auf die BITMAPINFOHEADER-Struktur im Speicher.

Was mir ansonsten noch einfallen könnte:
Möglicherweise musst du noch biSizeImage ausfüllen.
Wird FALSE zurückgegeben ?

Unabhängig davon, wie könnte ich denn die Daten in DDBs mit gleicher Farbtiefe umwandeln?

Wieviele Bilder willst du denn darstellen ? Wird das ne Animation ?

Ich würde es vermutlich so machen:
Mit CreateCompatibleDC() nen temporären DC erzeugen.
Mittels CreateCompatibleBitmap() ne DDB erzeugen.
DDB in das temp. DC selektieren.
Mittels StretchDIBits() die DIB in das temporäre DC und somit auf die DDB blitten.
Fertig.

Sowas hab ich zuletzt auf nem alten 400 mhz rechner gemacht, hat da noch bei ner 1024x768 Bitmap etwa 10ms später beim blitten der DDBs gegenüber der DIBs gebracht, ob das heutzutage wirklich noch was bringt glaube ich eigentlich auch nicht mehr wirklich.

Nachteil natürlich: Es wird zwar später wenn du Glück hast (also nichtmal sicher) schnell, aber dafür dauert es natürlich vorher länger und frisst RAM.

Wenn du die Daten zur Laufzeit irgendwoher beziehst und direkt anzeigen willst, bringt das rein gar nichts so.

Also es funktioniert jetzt mit DrawDibDraw.
Hab auch bleich mal die Performance im Vergleich zu StretchBlt getestet.

mit StretchBlt braucht er für ein Bild 1024x1024 ca. 31-32 ms
mit DrawDibDraw braucht er für ein Bild 1024x1024 ca. 15-16 ms

was ja schon mal eine verbesserung ist.
Werd demnächst mal testen, ob das mit SDL noch schneller geht.

Vielen Dank erstmal für deine Hilfe und deine Zeit.
Gruß stone.mk

Hab jetzt noch bissel rumgetestet. Läuft ganz prima. Ist auch ein ganzes stück schneller geworden.

Besten Dank für die Tips

DirectDraw gibt es nichtmehr, da es mit Direct3D zusammengelegt worden ist. Man kann aber nach wievor auf dessen Funktionen zugreifen. Ich denke mal wenn du nur 2 Dimensionale Bitmaps darstellen willst und das auch noch möglichst schnell, solltest du damit gut bedient werden.

Ich habe eben mal damit rumgespielt, aber keine Verbesserung zwischen DrawDib und BitBlit feststellen können ..
(Ich kannte die Möglichkeit bisher gar nicht.)