![]() |
AW: Canvas: Änderungen/Bewegungen zeichnen
Zitat:
|
AW: Canvas: Änderungen/Bewegungen zeichnen
Ich habe gestern und heute mal ein wenig herumgespielt. Da ich das graphics32-Package schon hatte, habe ich dieses verwendet (ich dachte bislang, dass das schon standardmäßig in Delphi enthalten ist ;)). Mit der TImage32-Komponente und den darin enthaltenen (Bitmap-)Layern klappt das bisher wunderbar. Das einzige, das ich etwas störend/umständlich finde, sind die runden Enden von Linien, die man mit der Methode LineTo auf die Bitmaps zeichnet. Ich habe hier im Forum schon eine Lösung dafür gefunden (
![]() Ich habe gerade noch eine Frage: Was ich bei meiner Anforderung komplett vergessen habe, ist, dass man das Formular auch vergrößern und verkleinern kann. Wie würdet ihr in einem solchen Fall vorgehen? Im Moment mache ich es so, dass ich die TImage32-Komponente mit alClient über mein Radar-Panel setze. Die Maße der Bitmaps in den Layern müsste ich aber im OnResize auch ständig anpassen, was evtl. zu einem Flackern führen könnte, wenn man das Formular mit der Maus groß/klein zieht (das OnResize-Event wird dann oft ausgelöst). |
AW: Canvas: Änderungen/Bewegungen zeichnen
In meinem Projekt berechne ich das Bitmap in einem Thread. Für die Berechnung wird die Zielgröße ClientRect des Formulars mitgegeben.
Wenn die Berechnung fertig ist, wird das Bitmap synchronisiert auf den Formularcanvas kopiert. Sofern zwischenzeitlich die Formulargröße verändert wurde (ist ja flüssig möglich, da die Bitmap-Berechnung in einem Thread läuft) passt der Inhalt nicht zur Formulargröße. Es gibt einen Rand oder es wird etwas abgeschnitten. Es wird aber sofort eine Neuberechnung ausgelöst, so dass der Inhalt an die neue Größe angepasst wird. Man erhält also einen Nachlaufeffekt, bis die Bitmapgröße zur Formulargröße passt. Flackern tut da aber nichts. |
AW: Canvas: Änderungen/Bewegungen zeichnen
Zitat:
oder besser noch es per Class-Helper als dein eigenes LineToIrgendwas an TCanvas hängen. |
AW: Canvas: Änderungen/Bewegungen zeichnen
Zitat:
![]() Es ist zwar schon veraltet aber gut... |
AW: Canvas: Änderungen/Bewegungen zeichnen
Zitat:
Zitat:
Zitat:
|
AW: Canvas: Änderungen/Bewegungen zeichnen
Zeig doch mal ein Foto, würde mich interessieren was Du Dir da Programmierst. Klingt auf jeden Fall nach einem schönen Thema.
|
AW: Canvas: Änderungen/Bewegungen zeichnen
Liste der Anhänge anzeigen (Anzahl: 2)
Es gibt noch nicht wirklich viel zu sehen. Im Hauptformular (Anhang Main.jpg) ist bisher nur der nackte Aufbau des UIs zu erkennen. Über einen separaten Einstellungs-Dialog kann man Datum und Uhrzeit im Spiel und das Wetter einstellen. Letzteres ist im Moment noch statisch, d. h. es verändert sich noch nicht mit der Zeit. Die Anzeige der eingestellten Uhrzeit hat mich besonders viel Zeit gekostet, weil ich den Eindruck hatte, dass Timer ziemlich unpräzise sind und ich auch weitestgehend auf Timer verzichten möchte. Stattdessen habe ich eine Klasse implementiert, die mit Hilfe eines Threads nach jeder Sekunde einen Callback an den UI-Thread ausführt, damit dieser im UI die aktuelle Spielzeit anzeigen kann. Die Klasse bietet auch die Möglichkeit, den Thread zu pausieren (wenn man Spieleinstellungen ändert, soll die Simulation stehen bleiben, d. h. auch die Uhrzeit darf sich nicht ändern).
Ähnlich möchte ich das auch für das Aktualisieren des Radarbildschirms machen, die Implementierung ist ja schon vorhanden. Hier soll der Thread beispielsweise alle 2 Sekunden ein Event triggern, das meinem Programm sagt, dass der Radarbildschirm aktualisiert werden soll. Im Anhang "Zeichnen.jpg" sind meine ersten Versuche beim Zeichnen, die ich im Rahmen dieses Themas im Forum gemacht habe. In der Demoanwendung habe ich einen Timer verwendet, um die Position der angezeigten Elemente jede Sekunde um 3 Pixel nach rechts wandern zu lassen (letzteres kann man im Screenshot natürlich nicht sehen :D). |
AW: Canvas: Änderungen/Bewegungen zeichnen
Scurra, Danke fürs Zeigen, nun hat man eine Ersteindruck woran Du werkelst auch visuell.
Dein "Flugzeug mit Label" Rohbau macht auch ne gute Figur (das zweite Bild). Sieht vielversprechend aus, nur weiter so! |
AW: Canvas: Änderungen/Bewegungen zeichnen
Hallo zusammen,
nach einer langen Pause habe ich mir nun endlich wieder die Zeit genommen, an diesem Projekt weiter zu arbeiten. Aktuell beschäftigt mich immer noch das Zeichnen. Aktuell mache ich das folgendermaßen (ich benutze die GR32-Komponente): Ich habe folgendes Interface, das mir den Inhalt der Radarfläche kapselt:
Delphi-Quellcode:
Ganz innen habe ich einen Thread zum Zeichnen. Dieser erzeugt eine TImage32-Instanz mit den gewünschten Bitmap-Layern und verpackt diese Instanz im IRadarScreen-Interface. Über eine Callback-Methode reicht der Thread dieses Interface nach außen. Hier mein aktueller Code:
IRadarScreen = interface(IBaseInterface)
function GetContent: TImage32; /// <summary>The image-information which shall be displayed.</summary> /// <remarks>The interface will free the content when implementation is freed. Do not /// hold a reference to the content unless you are sure that implementation lives longer than /// your reference!</remarks> property Content: TImage32 read GetContent; end;
Delphi-Quellcode:
(Später soll dieser Code immer dann getriggert werden, wenn etwas neu gezeichnet werden muss, sei es durch eine Neuberechnung der Positionen in der Simulation oder durch ein Resize der Radar-Fläche. Die Prozedur FOnDrawSuccess wird per Constructor-Injection an den Thread übergeben)
procedure TDrawerThread.Run;
var radarScreen: IRadarScreen; begin inherited; while not Terminated do begin radarScreen := TestRadarScreenUpdate; // diese Methode erzeugt die TImage32-Instanz und liefert dieses als IRadarScreen-Interface zurück. if Assigned(FOnDrawSuccess) then Synchronize(procedure begin FOnDrawSuccess(radarScreen) end); sleep(33); end; end; Das IRadarScreen-Interface wird dann über verschiedene Schichten im Model an den Presenter und von dort an mein View übergeben. Das View hat schließlich Zugriff aufs Formular und führt bei einem Update folgenden Code aus:
Delphi-Quellcode:
Kurz gesagt heißt das, dass ich immer die komplette TImage32-Instanz auf dem Formular austausche. Ich habe es schon einmal mit TImage32.Assign ausprobiert, aber das liefert eine Exception, weil man TImage32 das zuweisen auf diese Art wohl nicht unterstützt.
procedure TMainView.SetRadarScreen(const UpdatedRadarScreen: IRadarScreen);
var radarScreenRefOld: IRadarScreen; begin // ensure that the old IRadarScreen is freed only after the reference to its image has been removed! radarScreenRefOld := FRadarScreenRef; FRadarScreenRef := UpdatedRadarScreen; if Assigned(FRadarScreenContent) then FRadarScreenContent.Parent := nil; FRadarScreenContent := UpdatedRadarScreen.Content; radarScreenRefOld := nil; FRadarScreenContent.Parent := Form.pnlRadar; FRadarScreenContent.Left := 0; FRadarScreenContent.Top := 0; end; Da ich bisher noch kaum Erfahrung mit dem Zeichnen/Neuzeichnen habe, wollte ich mal fragen, ob meine Implementierung vllt. zu unerwünschten Effekten führen könnte (weil ich immer das komplette TImage32-Objekt austausche) und ob es da vllt. bessere Möglichkeiten gibt. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:11 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