Procedural modelling in Houdini based on Function Representation

More documents

Recommendations

Info

3.1 FRep API • ID_TYPE is an attribute of the entity class and used to identify an entity’s type such as FREP_SPHERE_ID or FREP_BOX_ID. • ENTITY_NODE_T can be created from an ENTITY_T and conta<strong>in</strong> additional <strong>in</strong>formation like parent and child nodes. This is used for FRep tree and traversal. • ENTITY_FACTORY_T is a factory class generat<strong>in</strong>g entities. Figure 3.2: The FRep entity UML-diagram (Kravtsov 2011) 3.1.3 The FRep tree The next step is to create the nodes and entities shown <strong>in</strong> Section 3.1.2 and establish relationships between them. Nodes can represent both primitives and operations and comb<strong>in</strong><strong>in</strong>g them to form an FRep tree can help us build<strong>in</strong>g complex models. Figure 3.3 shows an example of such a tree as represented with<strong>in</strong> Houd<strong>in</strong>i. To expla<strong>in</strong> the details of the tree evaluation with<strong>in</strong> the API would go beyond the scope of this project. It is however important to understand that FRep nodes relate to one another and that child nodes can be added to any node. The <strong>in</strong>termediate layer has its own tree traversal algorithm to gather the required data as expla<strong>in</strong>ed <strong>in</strong> Section 4.4.2. 7
3.1 FRep API Figure 3.3: FRep tree <strong>in</strong> Houd<strong>in</strong>i 3.1.4 Usage There are a number of ways to <strong>in</strong>teract with FRep models. Models can be created and manipulated directly us<strong>in</strong>g a variety of programm<strong>in</strong>g languages. This could be a high-level programm<strong>in</strong>g language like C++, a script<strong>in</strong>g language like Python or a simple but specialized high-level programm<strong>in</strong>g language like “HyperFun” (Adzhiev et al. 1999) or “HyperJazz” (Adzhiev et al. 1996). Each of these methods have different effects on performance and code ma<strong>in</strong>ta<strong>in</strong>ability. Another way is to allow the user to manipulate FRep models via a graphical user <strong>in</strong>terface. The “Model-View-Controller” design pattern (Gamma et al. 1995) describes this sort of <strong>in</strong>teraction as shown <strong>in</strong> Figure 3.4. In this scenario, the controller of our <strong>in</strong>termediate layer would be responsible for pass<strong>in</strong>g on the <strong>in</strong>formation of the view to the FRep API and therefore sync<strong>in</strong>g the user <strong>in</strong>terface with the <strong>in</strong>ternal models. Further details on the implementation of the <strong>in</strong>termediate layer are discussed <strong>in</strong> Section 4.3.2. 8
Page 1 and 2: Procedural <strong
Page 3 and 4: Contents Abstract Table of Contents
Page 5 and 6: List of Figures 2.1 Example of a bo
Page 7 and 8: Acknowledgements I would like to ex
Page 9 and 10: Chapter 2 Previous work There are d
Page 11 and 12: 2.2 The Function Representation (FR
Page 13: 3.1 FRep API Figure 3.1: Full struc
Page 17 and 18: 3.2 Houdini Develo
Page 19 and 20: 3.2 Houdini Develo
Page 21 and 22: Chapter 4 Design and implementation
Page 23 and 24: 4.2 Development environment 4.2 Dev
Page 25 and 26: 4.3 Using the FRep
Page 27 and 28: 4.4 Procedural fun
Page 37 and 38: 5.2 Animation Figure 5.2: Pengu<str
Page 39 and 40: 5.4 Limitations 5.4 Limitations All
Page 41 and 42: 6.2 Future work 6.2 Future work In

Procedural modelling in Houdini based on Function Representation

Create successful ePaper yourself

Delete template?

Save as template?