Welche GraphicLib zum Zeichnen von Polygonen?

[Jacks]

Zitat von Mavarik:

Immer abwechselnd Daten holen und Malen?

Würde ich nicht machen...

Ja, aktuell hole ich die Daten mit Multithreading aus der Datenbank. Beim Zeichnen der BMP muss ich dann Canvas sperren - An der Stelle warten meine Threads mit den geladenen Daten.

[HeZa]

Hm, Du lädst 100.000 Objekte aus der Datenbank und der Show-Stopper ist das Zeichnen auf dem Canvas. Mit anderen Worten, das Laden eines Objekts ist schneller, als das Zeichnen, würde ich so nicht erwarten. Ist das Zeichnen der Objekte so komplex?

Nur mal so für mein Verständnis für die Problematik:

• Erster Versuch
  Du hast in einem Thread die Datensätze geladen und sofort gezeichnet, da war dann das Laden die Bremse
• Zweiter Versuch
  Du lädst die Datensätze in mehreren Threads in denen du auch zeichnest, deswegen muss der Canvas gesperrt werden. Jetzt ist das Zeichnen die Bremse.

Gedanken die nicht aus der Erfahrung geboren sind

• Die Lade-Threads zeichnen nicht
  Sondern sie über geben die zu zeichnenden Objekte einem Zeichnen-Thread (von dem es nur einen gibt). Der Canvas muss nicht mehr gesperrt werden, aber die Übergabe an den Zeichen-Thread muss natürlich Threadsave gestaltet werde.
• Du teilst deinen Canvas in Kacheln auf
  Jede Kachel hat dann einen eignen Canvas und einen eignen Lade-Thread. Funktioniert nur, wenn Du die Objekte aus der entsprechend sortiert aus der Datenbank abrufen kannst.
• Jeder Lade-Thread hat einen Speicher-Canvas
  Es wird dann während des Ladens nur im Speicher gezeichnet und zum Schluss alle Canvas gemerged und auf dem Display ausgegeben.

[Jens01]

Nochmal zum Malen zurück. Nur damit Mißverständnisse ausgeräumt sind.
So sieht ungefähr das Geschwindigkeitsverhältnis aus:
Canvas < Graphics32 << (DirectX, OpenGL, Vulkan)

Aber auch die Lernkurve. Sprich, die Einarbeitung in DirectX, OpenGL ist viel, viel höher als bei der Canvas-Variante. Vulkan ist ganz neu und soll derzeit noch viel komplizierter sein, aber auch noch etwas schneller.
Ich persönlich halte Graphics32 -obwohl ich mich auch mit OpenGL beschäftige- noch als beste Variante für sowas, aber da gibt es auch sehr unterschiedliche Meinungen.

[FarAndBeyond]

Wie sieht es aus mit SDL (Simple DirectMedia Layer, zlib License)...
Läßt sich kombinieren mit OpenGL und Direct3D und unterstützt mehrere Betriebssysteme.
https://www.libsdl.org/

Außerdem wären da noch:

Asphyre Pascal Extended LIB http://asphyre.net/ (MPL)
VampyreImaging LIB http://imaginglib.sourceforge.net/
AGGPas ??

Viel Spass beim Testen....

GR32 kann kein Linux oder ???

[Jens01]

Zitat:

GR32 kann kein Linux oder ???

Wie?
GR32 kann Lazarus

[FarAndBeyond]

Sicher, dafür haben die Jungs und Mädels von GR32 die Bedienungsanleitung für Lazarus auf ihrer Seite....
Auch wenn man das vielleicht nocht toppen könnte, aber es gibt zumindest eine...

Ob das dann jedoch nur auf Windows funzt oder auch auf Linux hab' ich noch nie getestet...

Im Moment hab' ich da keinen Bedarf, aber meine Favoriten sind SDL, Asphyre und Vampyre... Außerdem kombinierbar und Plattformunabhängig, was für die Zukunft generell 'ne gute Idee sein dürfte. Dazu noch OpenGL Header und man ist gut ausgerüstet...

Außer man baut Software ausschließlich für Windows, dann kann man auch gleich nur auf Direct3D/2D setzen...

[TiGü]

Für so grundsätzliche Fragen zu Direct2D empfehle ich dieses kostenlose E-Book:
https://www.syncfusion.com/resources...books/direct2d

Man muss zwar ein bisschen überlegen, da die Beispiele mit XAML und C++ gemacht sind, aber die grundsätzliche Herangehensweise für VCL und Delphi ist gleich.