FMX - .DAE-Datei Import in TModel3D fehlerhaft (Texturen)?

[Harry Stahl]

Zitat von Rollo62:

Hallo zusammen,

ich habe mit dem ModelViewer Demo auch noch keine Textur richtig rüberbekommen,
und habe schon mit verschiedenen Formaten probiert.

Mich würde auch interessieren ob eigentlich irgendjemand das Demo mit dem Loader und irgendeinem Format
ans Laufen bekommen hat.

Wäre eine schöne Sache Fmx-3D, aber nur wenn ich Standarddaten von Standardprogrammen 1:1 verwenden kann.

Rollo

Das Demo kann man wohl mehr oder weniger in die Tonne tun. Das Modell "Firemonkey.DAE" wird hier gar nicht geladen, es tritt der im anliegenden Screenshot dargestellte Fehler auf (ebenso bei Station.DAE).

Andere Modelle werden fehlerhaft geladen (z.B. Martress.DAE) oder gar nicht oder enthält keine Texturen (z.B. Earth.obj).

Das ärgerliche ist hier, dass anscheinend niemand bei EMBA mal die mitgelieferten Demos durchprobiert, ob die überhaupt (noch) laufen, insbesondere bei FMX ist das beim Wechsel auf die nächste Delphi-Version einfach unverzichtbar.

[Rollo62]

Danke für die Info.

Zitat:

Was Firemonkey fehlt ist ein direkter Zugang zu Opengl und oder Directx

Habs mir noch nicht tiefer im Code angesehen, aber es sollte doch intern mit OGL/DX arbeiten,
dann müsste man doch auch darauf zugreifen können, und entsprechend erweitern können.
Ich kann ja Texturen auf Klötzchen pappen, also ist doch im Prinzip auch mehr möglich.

Sollte das etwa heissen FMX macht dort seine eigenen 3D-Berechnungen statt
das unterliegende System des OS zu benutzen ?
Dann hätte ich jedenfalls die FMX 3D Philosophie komplett falsch verstanden.

Rollo

[Harry Stahl]

So, ich hab jetzt mal eine Meldung bei Quality Central gemacht:

https://quality.embarcadero.com/brow...5188?filter=-2

Falls also irgendjemand Interesse daran haben sollte, dass sich in diesem Bereich etwas verbessert, der kann meine Meldung gerne mit einem Vote unterstützen.

[bytecook]

ansonsten... https://delphigl.com/ ... fmx droppen / vcl + opengl verwenden ...

[milos]

Zitat von bytecook:

ansonsten... https://delphigl.com/ ... fmx droppen / vcl + opengl verwenden ...

Und damit leider auf Android/iOS/Mac verzichten... Würde gerne wissen ob man mit FreePascal auf den Plattformen mit OpenGl 3D-Anwendungen entwickeln kann, das wäre dann die wohl beste alternative.

Freundliche Grüsse

[hanvas]

Zitat von milos:

Zitat von bytecook:

ansonsten... https://delphigl.com/ ... fmx droppen / vcl + opengl verwenden ...

Und damit leider auf Android/iOS/Mac verzichten... Würde gerne wissen ob man mit FreePascal auf den Plattformen mit OpenGl 3D-Anwendungen entwickeln kann, das wäre dann die wohl beste alternative.

Freundliche Grüsse

Auch wenn es manchmal nicht so aussieht, GLScene (https://sourceforge.net/projects/glscene/files/) ist immer noch aktiv und auch für FPC/Lazarus (http://wiki.freepascal.org/GLScene) verfügbar

cu Ha-Jö

[bytecook]

Zitat von milos:

Zitat von bytecook:

ansonsten... https://delphigl.com/ ... fmx droppen / vcl + opengl verwenden ...

Und damit leider auf Android/iOS/Mac verzichten... Würde gerne wissen ob man mit FreePascal auf den Plattformen mit OpenGl 3D-Anwendungen entwickeln kann, das wäre dann die wohl beste alternative.

Freundliche Grüsse

Frag am besten dort mal Bergmann

Ausserdem:

http://wiki.freepascal.org/Android
http://wiki.freepascal.org/iPhone/iPod_development

Ich hab mehr als drei mal mein FMX Framework neu gebaut (Bei jeder neuen XE-Release wurde tiefer im Code was geändert...., aus vgScene wurde Firemurksey, (Grrrr Eugene/KSDev... ) )
Habe leidvoll feststellen müssen, dass wenn du performant unterwegs und keine vermurksten, nicht threadsafe Implementationen haben möchtest,
um eine Eigenimplementation von Guiroutinen nicht rumkommst. Insbesonders auf anderen HW Plattformen im industriellen Umfeld.

[Memnarch]

Kann es vllt einfach sein, dass das Material kein Texturetiling unterstützt?

Unter DirectX muss bei einem TextureSampler im shader angegeben sein, wie er mit Grenzüberschreitungen umgeht. Clampen, Tilen.

Der Grund: Die verwaschenen ecken könnten z.B. eine TextureCoordinate von 1.5/1.5 haben. Also einmal rum und dann 0.5/0.5 als realle coordinate. Wenn der Sampler aber auf clampen gestellt ist, bekommen alle nach 1.0 nur den letzten Pixel iirc.