[FMX]3D Material Layer

[Union]

Danke erstmal. Mit dem Direct3D wird das wiklich schwer portierbar Unter FMX gibt es einen TCube3D. Aber der hat nur EINE Material-Eigenschaft.

Ich hab auch schon versucht, mit verschiedenen Layern als Childs des TCube zu arbeiten (im Grunde genommen 6 Layer, für jede Seite des Würfels, die sich durch entsprechende Rotationsachen und -Winkel auf die Fläche legen).

Erstens bin ich dafür zu faul - was mach ich dann bei einem Dodekaeder, da müsst ich ja diverse Polygone ausrichten

Und zweitens sah das Ergebnis dann bescheiden aus. Je nach Position war dann

- Entweder das Bitmap zu sehen
- ODER der Layer
- oder beides, aber bei gleichem Z flimmert das erbärmlich.

[Darlo]

Da ich für so einen Würfel jetzt auch Verwendung finden kann setze ich mich mal dran. Vlt. Finden wir ja zusammen eine Lösung dafür.
Arbeitet eigentlich außer uns sonst noch wer mit Firemonkey? Also rein Firemonkey ohne Vcl...

[Union]

Ich hab jetzt eine doofe Lösung: Der Würfel hat ein Material bzw eine Farbe. Und die Images lege ich auf die Seiten rauf. Ich dachte ich kann mir Arbeit ersparen, indem ich nur eines erzeuge und im FormCreate dann 5x dupliziere und nur die Position und Rotation anpasse. Klarer Fall von Denkste, weil in FMX die meisten Objekte kein Assign unterstützen. Hiesse also alle Properties manuell bzw. per Code setzen.

Zitat:

Arbeitet eigentlich außer uns sonst noch wer mit Firemonkey?

Scheint sonst fast kaum einer so mutig oder dämlich zu sein. Wenn ich die Anzahl der Posts und Tutorials die über Google zu FM auffindbar sind mal hochrechne, gehören wir beide wohl zu einem erlauchten Kreis von ca. 20 Personen weltweit

[mkinzler]

Handelt sich um den ed-"Teil" von FMX:
http://delphitools.info/2011/10/06/a...of-firemonkey/

Zitat:

Zitat:

Arbeitet eigentlich außer uns sonst noch wer mit Firemonkey?

Scheint sonst fast kaum einer so mutig oder dämlich zu sein. Wenn ich die Anzahl der Posts und Tutorials die über Google zu FM auffindbar sind mal hochrechne, gehören wir beide wohl zu einem erlauchten Kreis von ca. 20 Personen weltweit

Das werden schon mehr sein un sicherlich mehr werden.

[Union]

Der Artikel bestätigt die meisten meiner Beobachtungen. Auch die Beleuchtung is unvollständig und arbeitet auf einem "echten" IDevice nicht korrekt.

Rotierende Körper werden nicht graduell winkelabhängig heller und dunkler, sondern wechseln ziemlich abrupt von unbeleuchtet zu beleuchtet.

Antialiasing ist nicht vorhanden, die erste Reaktion unseres 13-Jährigen Sohnes auf meinen rotiernden 3D-Würfel war nicht "Wow, Du hast eine IPhone App gemacht" sondern "Die Kanten von dem Würfel sehen ja Scheiße aus, da sieht man ja die Pixel".

Fontfarben funktionieren nicht richtig, unter Windows rot auf dem IPhone dann doch weiß und pixelig.

Allgemein kann man sagen, dass der Eindruck unter Windows nur eine ganz grobe Preview des Endergebnisses darstellt. Das bedingt dann dauernde Korrekturen mit kompletten Zyklus XCode, Provisioning auf IPhone usw.

Dann kommt noch das Fehlen einer Abstraktionsschicht hinzu. Man ist gezwungen sich diese selber zu schreiben oder damit zu leben, dass 50% des Source aus {$ifdef} besteht. Fördert nicht wirklich die Wartbarkeit und Übersichtlichkeit.

Dazu dann noch die Performanceprobleme (verursacht durch schlechte / ineffektive Programmierung der emulierten Controls) und der monströse Resourcenhunger (u.a. verursacht durch fehlendes Textursharing).

Nebenkriegsschauplatz ist der FPC, dessen RTL uns dann auch noch weitere Fehlerquellen beschert. Aber dafür kann ja Embarcadero nichts, denn der wird ja einfach "as is" mitgeliefert.

FMX braucht aus meiner Sicht ein komplettes Rewrite, ansonsten wird sich das - wie fast alle bisher in Delphi zugekauften Pakete - nach ein oder zwei Versionen erledigt haben. Jetzt zu Beginn ist die Chance noch gut, das zu schaffen da die Auswirkungen von "breaking changes" noch überschaubar sind.

[mkinzler]

Da die aktuelle Unterstützung sehr rudimentär ist, ist die Gefahr recht gering, dass eine Änderung "breaking" ist :wink
Ich frage mich aber, warum man sich entschieden hat, abzuspecken, anstatt sich mit den Machern von GLScene zu einigen, was realistisch gewesen wäre und dann eine bessere Unterstützung für manche Dinge zu haben.

[Union]

Das ist ein modernes Entwicklungs-Paradigma - MDD - Marketing Driven Development.

Zitat:

Da die aktuelle Unterstützung sehr rudimentär ist, ist die Gefahr recht gering, dass eine Änderung "breaking" ist :wink

Genau das meinte ich. Momentan betrifft es sehr wenige, die IMHO glücklich wären Ihre Anwendung redesignen zu können.