FMX: Schnelles zeichnen gesucht

[Daniel]

Ist die Verwendung von FMX Pflicht?
Ich werde hier mit 60 Messwerten pro Sekunde konfrontiert, die ich wegspeichern und - in Intervallen - verarbeiten und zeichnen muss, am Ende dann auch die Daten von 6-12 Stunden. Ich bin vom VCL-TBitmap auf die Graphics32-Bibliothek umgestiegen und damit war das Thema "Grafikausgabe" erledigt. Das Zeichnen erfolgt schnell genug, dass ich mich wieder in Ruhe dem verrechnen/glätten/eindampfen der Daten widmen kann.

[Sherlock]

Leider ist FMX für mich Pflicht, weil ich auf iDevices, Windows, Androiden und MacOS laufen muss...äh, also mein Programm. Also klassischer FMX Use Case

Ich habe gestern Nachmittag meine Datenstruktur umgebaut, bin noch am Testen. Eine Beschleunigung ist auf jeden Fall festzustellen. Schaue jetzt noch nach andern Zeichenstrategien.

Sherlock

[Delphi-Laie]

Zitat von Rollo62:

Hast du das denn mal versucht mit z.B. zwei festen FullScreen Images im Wechsel ?

Rollo62, danke für Deine Antwort, aber ich habe es nunmehr aufgegeben. FMX-Graphik ist mir einfach zu kompliziert und - trotz aller möglichen Versuche damit - auch zu langsam. Und wenn man es auch auf Windows XP laufen lassen möchte, wird es evtl. noch schwieriger. Auch wenn beständiges Lernen auch was für sich hat, so ziehe ich meine Motivation auch und vor allem daraus, mit vertretbarem Auwand spätestens mittelfristig auch zufriedenstellende Ergebnisse zu erreichen.

Hier muß ich wirklich mal die Lazarus-/Freepascalprogrammierer loben: Obwohl diese eine "VCL-artige", also delphiähnliche Graphik implementierte, ist diese dennoch - mehr oder weniger? - plattformunabhängig. Meine Lazarus-Compilate erfüllen jedenfalls meine Vorstellungen deutlich besser als die mit Delphi XEx erzeugten FMX-Resultate.

Vielleicht hat es damit zu tun, daß man sich für VGScene entschied, keine Ahnung. Daß es aber grundsätzlich auch mit einem VCL(-Derivat) möglich gewesen wäre, beweist die Lazarus-/FP-Entwicklergemeinde.

[Rollo62]

Dann versuch es doch noch einmal mit TChart, wie schon Uwe richtig vorgeschlagen hatte.

Zitat von Uwe Raabe:

Ich bin ja immer geneigt, Dinge zu nehmen, die schon da sind. Hier würde ich mal einfach das in Delphi mitgelieferte TChart mit einer FastLine-Series in den Ring werfen.

Das kann schon eine ganze Menge, ist gut konfigurierbar und sollte auch schnell genug sein.
Wenn das nicht schnell genug läuft wird es sowieso schwierig werden.

Rollo

[Sherlock]

Ja, ich werde mich wohl ins TeeChart reinfuchsen, hoffentlich ist die inkludierte Variante ausreichend für meinen Bedarf.

Sherlok

[Sherlock]

Zitat von Mavarik:

Zu Deiner Zeichenroutine...

Musst Du immer wieder gemäß min max neu skalieren?

Wenn nein -> OMG, warum erzeugst Du jedes mal eine Monster-Bitmap, die Werte ändern sich doch nicht mehr?

Zeigst Du alle Werte immer an auf einem Bildschirm oder ist das eine große horizontale Bitmap mit jedem einzelnen Wert?

Also skaliert habe ich auf 1cm/Minute, indem ich einmalig die Skalierung des Systems lese und davon abhängig dann über die Pixel pro Centimeter einzeichne. Es wird also nur einmal skaliert... pro Bitmaperzeugung.
Ich würde ja gerne einfach nur die neuen Werte anhängen. Es ist eine große horizontale Bitmap. Und irgendwann ist diese Bitmap natürlich zu breit, so daß ich mir behelfen müsste mit mehreren Bitmaps aneinandergeklebt, oder sowas.

Sherlock

[Mavarik]

Zitat von Delphi-Laie:

FMX-Graphik ist mir einfach zu kompliziert und - trotz aller möglichen Versuche damit - auch zu langsam.

FMX nutz die GPU - wenn man es richtig macht...

Bedeutet FMX ist gerade in der Grafikausgabe so schnell wie es Deinen Hardware ermöglicht... Auf jeden Fall schneller als ALLES was in einfachem Pascal implementiert ist!

Abgesehen von ein paar Taktzyklen overhead, hat man nahezu reine DirectX performance...

Zitat von Sherlock:

Also skaliert habe ich auf 1cm/Minute, indem ich einmalig die Skalierung des Systems lese und davon abhängig dann über die Pixel pro Centimeter einzeichne. Es wird also nur einmal skaliert... pro Bitmaperzeugung.
Ich würde ja gerne einfach nur die neuen Werte anhängen. Es ist eine große horizontale Bitmap. Und irgendwann ist diese Bitmap natürlich zu breit, so daß ich mir behelfen müsste mit mehreren Bitmaps aneinandergeklebt, oder sowas.

Sherlock

Dann nimm doch
1. jeweils für eine Minute eine eigene Bitmap und bau dir daraus für den Bildschirm eine Grafik...
2. baue diese Grafik im Hintergrund und stelle diese dann dar...
3. Keine Scrollbox (ginge zwar auch) einfach beim scrollen neu zusammen stellen...
4. so schaffst Du mindestens 60 FPS... Wahrscheinlich eher 1000 FPS (je nach Auflösung)

Mavarik

[Sherlock]

An dieser Methode bin ich gerade dran.

Sherlock

[Sherlock]

Die Teilbilder malen in der Tat Pfeilschnell, passen dafür aber nicht schön zusammen. Ich vermute Antialiasing. Wie kann ich das beim TBitmap.Canvas.DrawPath abschalten?

Sherlock

[Mavarik]

Zitat von Sherlock:

Die Teilbilder malen in der Tat Pfeilschnell, passen dafür aber nicht schön zusammen. Ich vermute Antialiasing. Wie kann ich das beim TBitmap.Canvas.DrawPath abschalten?

Sherlock

Kind auf Original?
Scale auf 1?