Firemonkey Performance

[Peter666]

Hi,

Ich habe hier ein ganz schön ärgerliches Problem. Die Performance von Measuretext und Filltext ist unterirdisch bei D2D und unter OSX. Das konkrete Beispiel ist ein 80x25 Zeichen großes Textfeld in einem Canvas (einfach ausgedrückt). Die Zeichen werden einzeln Nacheinander in das Canvas geiendert. Erst die Breite des Zeichens bestimmt und dann mit Filltext an die Position gebracht. Das geschieht sekündlich und ist extrem langsam. Mit GDI+ habe ich eine Prozessorlast von weniger als 1%, bei D2D und unter OSX ist das eine Last von 10%. Ich kann das zwar durch einen Rasterizer umgehen (es werden die Zeichen in Texturen gespeichert und dann von da Auschnittsweise kopiert). Für das Problem ist dies aber leider nicht anwendbar. Und nein es geht auch nicht das anderweitig zu realisieren.
Im Prinzip brauche ich das nur unter OSX. Kennt Jemand eine alternative Methode dort ein Textzeichen auf ein Canvas zu rendern?

Peter

[Medium]

Zitat von Peter666:

Im Prinzip brauche ich das nur unter OSX.

Wäre es hier vermessen, auf ein Programmiertool zu verweisen, dass auf der Plattform etwas heimischer ist als Delphi?

[Peter666]

Jein, das komplette Projekt besteht aus 6mb Quellcode und ich zur gänze möchte ich es ungern nach ObjectiveC umsetzen, davon abgesehen finde ich XCode und ObjectiveC nicht so hübsch wie Delphi.

[daywalker9]

Edit: Ignorieren

[daywalker9]

Schau dir doch mal diesen Artikel an:

StackOverflow

Da gibts noch ein paar Booleans die man auf True/False stellen könnte für die Performance

[mkinzler]

Oder besser gleich auf Vektorgrafik setzen, den das ist die Grundlage von FMX

[Peter666]

Hallo Markus, irgendwie wusste ich das das jetzt kommt - Nein das Problem ist definitiv nicht mittels Vektorgrafik zu lösen, davon abgesehen bringt das auch nix. Ich frage mich warum man stets unbelesen dieses "Totschlagargument" widerkäut. Die Basisfunktionen (dazu gehört die Textausgabe) bauen auch auf das was unter FMX.Canvas.MAC, FMX.Canvas.GDIP bzw. D2D hinterlegt ist auf. Was nützt mir eine Ferrarikarosserie, wenn darunter ein Trabbimotor werkelt? Das zieht sich wie ein roter Faden durch das ganze Firemonkey. Überall wo man reinguckt findet man Codepassagen, wo man sich ernsthaft fragt wer so etwas durchgehen lässt. Was nützt mir ein optimierter Rest wenn die Grundfunktionen so dermaßen unperformant sind das jeder Versuch etwas zu optimieren fehlschlägt.

Auch extrem nervig sind die Memoryleaks, so fehlt beispielsweise bei: procedure TCanvasQuartz.FillText ein CFRelease(str); am Ende und das gleiche gilt bei MeasureText. Das sind nur die beiden Funktionen die ich mir problembezogen angeguckt habe.

Peter