Xfrog 4

• Screenshots of Xfrog 4 in Development
• Gallery of Images created using Xfrog 4
• Misc

Screenshots

Gallery

Misc

Xfrog 4 Architecture Overview

The software architecture has been completely revised from Xfrog 3.5 to 4. Xfrog 4 now consists of a collection of libraries encapsulating different layers of functionality. The new Xfrog Core is far leaner than the old core. It only consists of the definitions of the main Components The file Xfrog FileIO system for reading and writing Xfrog files has been broken out into a separate module and can be used or left out on demand. These are the two most important libraries needed for pretty much every case.
Figure 1	To use these two libraries there needs to be a host system they are plugged into. The host system takes care of Geometry evaluation, and possibly display or output to geometry description files (.lwo, .3ds, .obj, etc.), Parameter Animation and Rendering, as well as model editing. In most cases this host will be some generic 3D Application like Cinema 4D, 3dsmax or Maya, with a small translation layer between the host and the Xfrog Core & Parser libraries. This configuration is shown in Figure 1 to the left.
Figure 2	It is also possible to use the Xfrog Host system. In this case the Geometry evaluation will not be embedded in a separate 3D Application, but

• Xfrog 4 Core Component Description
  • Phyllotaxis
  • Branch
  • Hydra
• Xfrog 4 actual Implementation Notes
  • Cinema Plugin
    • Allgemeines
      Die Koordinatensysteme von Cinema und Xfrog sind unterschiedlich und der Masstab ist angepasst (Faktor 200) um eine Anpassung an die normalen Größenverhältnisse in Cinema zu schaffen (Doku!)
      
    • Parameter ID Conventions
  Cinema Plugin Implementation Notes
  

   

  Description:
  

  This PlugIn depends on my experimental alternative core version which can also be used for other PlugIns or standalone versions. The parts that can be handled by the host application (Parameter Handling, Geometry Pipeline, Animation, etc.) are carefully separated so the PlugIn can integrate with the host application as tight as possible.
  

   

  PhiBall Description
  

   

  XFrog Horn Component implementation questions

  1. Curvature Range Einstellung, komisches Verhalten:
     
     Wenn man eine Horn Komponente erzeugt und die Anzahl Elemente verstellt werden die einzelnen Elemente in der Laenge so angepasst, dass die gesamtlaenge der Komponente immer zwanzig beträgt. Nach Umstellung des Curvature Typs auf Implicit Range ist die Laenge jedes Elements immer 1 und mit der Anzahl der Segments veraendert sich auch die Laenge der Komponente. Bei der Rückstellung auf Fixed Range bleibt aber die aktuelle Länge erhalten.
     
     Beispiel:
     
     
     • Horn Komponente erzeugen
     • Jetzt hat man eine Horn Komponente, Fixed Range, Laenge 20, Anzahl Segmente auch 20
     • Umstellung auf Implicit Range
     • Anzahl Segmente auf 30 stellen
     • Rueckstellung auf Fixed Range (problem?)
     • Anzahl Segmente wieder auf 20 Stellen
     • Nun hat man ein Horn von der Laenge 30, mit 20 Segmenten und den exakt gleichen Einstellungen wie bei Schritt 2
     
     Fragen:
     
     
     • Ist dieses Verhalten beabsichtigt? Es kann doch eigentlich nicht sinnvoll sein mit exakt den gleichen Einstellungen unterschiedliche Modelle zu erzeugen.
     • Da sich das Modell einwandfrei laden und speichern laesst sieht die interne Repraesentation in File/Datenstrukturen wohl anders aus. Wie?

      

  2. Verwirrende Segment-/Primitivanzahl
     
     Bei einer Segmentzahl von 20 und einem Shape Primitive, werden die Shapes eigentlich 21 mal erzeugt und zwischen ihnen interpoliert. Bei Solid Primitiven werden zwar die selben Transformationen verwendet, die letzte faellt allerdings weg, auch wenn Top ausgeschaltet ist.
     
     Fragen:
     
     
     • Absicht?
     • Wenn ja, warum?