![]() |
Doublebuffer
Hallo
ich habe mich gerade ein bichen mit NoVCL und einem einfachen spiel auseinandergesetzt. Jetzt habe ich im INet gelesen, dass es schneller ist, wenn man alle Grafiken erst auf ein temporäres Bild (unsichtbar) (=Doublebuffer???) zu zeichnen und dann mit bitblt auf den Bildschirm zu übertragen. Nur wie geht dass? Also direkt auf den Bildschirm bekomm ich ja mit
Delphi-Quellcode:
problemlos gezeichnet. Nur wie gehts mit einem Buffer? Und bringt der was?
WM_PAINT: begin;
dc := BeginPaint(hwnd,ps); outp := 'DIES IST EIN TEST'; textout(dc,20,20,outp,length(outp)); end Danke TO |
Der "Buffer" ist ein Bitmap, bzw. ein Canvas, mit welchem Du arbeitest. Nachdem Du alle Darstellungen fertig hast, kopierst Du den Inhalt des Canvas auf den Bildschirm.
Ist es schneller? JA!, da alle Ausgaben zum Bildschirm mit dem Kathodenstrahl des Monitors syncronisiert werden. Bei arbeiten mit einem Offscreen-Canvas gibt es keine Synchronisation. ...:cat:... |
Heißt das, ich erstell mit
Code:
ein Canvas. Und nachher übergebe ich bitblt als Parameter einfach canvas.handle?
canvas := TCanvas.create;
|
Generell geht das schon, dann arbeitest Du aber nicht mehr unbedingt ohne die VCL :mrgreen:
|
Wie wäre denn die alternative?
|
Kann ich Dir nicht sagen, da ich nicht nonVCL programmiere, normalerweise zumindest. Deshalb muss ich an dieser Stelle passen. Oben habe ich lediglich die allgemeine Theorie von mir gegeben, welche unabhängig vom Programmstil ist :D
|
Kann mir das evtl. jemand anderes sagen?
|
Mit CreateCompatibelDC müßte es gehen oder so.
|
Das PDSK kennt diesem Befehl nicht! Und CreateDC bringt, nichts, dann wird gleich wieder auf den Bildschirm gezeichnet!
|
@theomega:
Die Online-Version der Dokumentation zu "CreateCompatibleDC" findest Du hier: ![]() |
oki, erstmal danke, aber warum geht das hier dann nicht?
Delphi-Quellcode:
dc := getdc(hwnd);
dbl := CreateCompatibleDC(dc); textout(dbl,20,20,'TEST',4); bitblt(dc,0,0,500,500,dbl,0,0,SRCPAINT); |
Liegt es an den Parametern von textout? Laut PSDK eingetlich nicht!
|
Moin The Omega,
welches PSDK benutzt Du? (Ist nicht böse gemeint, o.ä, ich kenne die Inhalte anderer Ausgaben nicht, und es könnte ja sein, dass in Deiner etwas fehlt) In meiner Ausgabe (August 2002) steht in der Remarks Section noch, das mit CreateCompatibleDC nur eine Oberfläche von 1x1 Pixel monochrom reserviert wird. Um eine benutzbare Oberfläche zu erhalten, muss man dann noch mit CreateCompatibleBitmap eine Bitmap der gewünschten Grösse und Farbtiefe erzeugen. |
Jut, muß ich ausprobieren, sobald ich zuhause bin!
|
Oki, geht immer noch nicht:
folgender Code:
Delphi-Quellcode:
Jetzt müßte doch ein TEST auf den Bidlschirm stehen, tut es aber nicht! Was ist falsch?
var DC:HDC;
dbldc:HDC; dbl:HBITMAP; ... dc := getdc(hwnd); dbldc := CreateCompatibleDC(dc); dbl := CreateCompatibleBitmap(dbldc,500,500); SelectObject(dbldc,dbl); textout(dbl,20,20,'TEST',4); bitblt(dc,0,0,500,500,dbl,0,0,SRCPAINT); |
Moin The Omega,
ich hab's mal so gemacht, und funktioniert:
Delphi-Quellcode:
Der Hauptunterschied dürfte wohl sein, dass CreateCompatibleDC und CreateCompatibleBitmap sich beide auf den gleichen DeviceContext beziehen müssen, und Du bei CreateCompatibleBitmap den durch CreateCompatibleDC erzeugten verwendet hast.
var
hDCBase : HDC; hDCComp : HDC; hBMP : HBITMAP; begin hDCBase := GetDC(self.Handle); hDCComp := CreateCompatibleDC(hDCBase); try hBMP := CreateCompatibleBitmap(hDCBase,500,500); if SelectObject(hDCComp,hBMP) <> 0then begin try if TextOut(hDCComp,20,20,'TEST',4) then begin if not BitBlt(hDCBase,0,0,500,500,hDCComp,0,0,SRCPAINT) then begin ShowMessage('BitBlt:'+SysErrorMessage(GetLastError)); end; end else begin ShowMessage('TextOut:'+SysErrorMessage(GetLastError)); end; finally DeleteObject(hBMP); end; end else begin ShowMessage('SelectObject:'+SysErrorMessage(GetLastError)); end; finally DeleteDC(hDCComp); end; end; |
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:14 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz