FMX = Spiele-Engine in schlecht?

[Mavarik]

Hallo Zusammen...

FMX ist zwar keine Gameengine, das bedeutet aber nicht, dass man damit nicht trotzdem schnelle 3D Geschichten hinbekommt.

Hier mal ein kleines Demo das ich for knapp 8 Monaten mal geschrieben habe.

Läuft bei mir mit ~2000-2280 FPS. Was natürlich quatsch ist, da mein Monitor "nur" 144Hz hat, aber FMX zählt hier nicht Frames sondern rechnet aufgrund der Darstellungszeit aus, wie viele Frames theoretisch möglich wären!

Grüsse
Mavarik :coder:

[stahli]

Ja, das ist cool.

Mir ging es aber eher um flüssige (und asynchrone) Oberflächen von Geschäftsanwendungen.
Wenn die 3D-Engine im Hintergrund von FMX selbst gut läuft, dann ist (oder war?) die Control-API nicht gut umgesetzt, die in den 2D-Formularen verwendet wird.

Inzwischen habe ich schon einiges dazu gelernt. Ist auf jeden Fall immer noch ein interessantes Thema, finde ich.

[Rollo62]

Diese TScene Komponente könnte auch interessant sein für die Implementiereng, falls noch nicht bekannt.

[Mavarik]

Zitat:

Zitat von stahli (Beitrag 1444363)

Ja, das ist cool.

Mir ging es aber eher um flüssige (und asynchrone) Oberflächen von Geschäftsanwendungen.
Wenn die 3D-Engine im Hintergrund von FMX selbst gut läuft, dann ist (oder war?) die Control-API nicht gut umgesetzt, die in den 2D-Formularen verwendet wird.

Inzwischen habe ich schon einiges dazu gelernt. Ist auf jeden Fall immer noch ein interessantes Thema, finde ich.

Sicherlich, wobei Ich das nicht so ganz verstehe...

> Oberflächen von Geschäftsanwendungen

Habe ich in der Regel keine 3D Button die sich bewegen.

Daher verstehe ich Deine Aussage nicht so ganz, bzw. was Dein eigentliches Ziel ist... Sorry

Mavarik

[Rollo62]

Zitat:

Zitat von Mavarik (Beitrag 1444370)

Daher verstehe ich Deine Aussage nicht so ganz, bzw. was Dein eigentliches Ziel ist... Sorry

Mavarik

Businessanwendungen mit Gameification-UI :)

[stahli]

Bei meinen damaligen FMX-Versuchen war die GUI sehr langsam.
EIN Problem (welches ich nachvollziehen konnte) war, dass ständig alles Mögliche neu gezeichnet wurde. Dadurch wurden wieder andere Neuzeichnungen getriggert usw.

Insgesamt war das Zeichnen der Formularoberfläche fehlerbehaftet und langsam. Außerdem waren Animationen (wie der AniIndicator) an den Mainthread gebunden, was ich auf Grund der Werbung vorher anders erwartet hatte.

Ich habe dann mal einige Versuche angestellt und wollte Euch das Ergebnis zeigen. Dafür, dass hier keine Grafikkartenfunktionen genutzt werden finde ich es schon überraschend flüssig.

Wenn eine Geschäftsanwendung weniger Funktionalität (Bewegung) braucht, umso besser. Eine schnelle und zum Geschäftsprozess asynchrone GUI sollte sich so zumindest realisieren lassen (sogar geskint und mit ein paar 3D-Effekten und Schatten, wenn man will).

[Rollo62]

Das ist leider richtig, deshalb hat wohl Embarcadero die Nutzung als Spieleengine seit FMX V1.0 explizit nicht empfohlen.

[jaenicke]

Zitat:

Zitat von stahli (Beitrag 1444372)

Bei meinen damaligen FMX-Versuchen war die GUI sehr langsam.
EIN Problem (welches ich nachvollziehen konnte) war, dass ständig alles Mögliche neu gezeichnet wurde. Dadurch wurden wieder andere Neuzeichnungen getriggert usw.

Unsere ersten Oberflächen mit den ersten FMX Versionen waren auch recht langsam, aber das hat sich mit der Zeit deutlich gebessert. Aktuell mit 10.3 habe ich diesbezüglich in einer echten App keinerlei Probleme mehr.

[Mavarik]

Zitat:

Zitat von jaenicke (Beitrag 1444477)

Unsere ersten Oberflächen mit den ersten FMX Versionen waren auch recht langsam, aber das hat sich mit der Zeit deutlich gebessert. Aktuell mit 10.3 habe ich diesbezüglich in einer echten App keinerlei Probleme mehr.

Das denke ich auch mit XE4 war Android auf Pads nicht zu gebrauchen. Mit 10.3 ist es schneller als iOS...

[Rollo62]

Verglichen mit VCL aber leider immer noch nicht perfekt.