Hi, i am having some problems managing data/sims/cache to render my RBD instance objects.
Would like to ask what is the usual workflow and if im doing anything wrong
My current scene workflow
- defining a source to emit particles using a popnet
- then using rbd point object to bring in the particles (cached bgeo)
- also in geo path i am overriding point value with a a range of SOP geo using `$OBJID%5+1`
- i have animated obj interacting with rbd point object
- cached this out as .sim with compression
Here is where the issues start to arise,
- reading the .sim files is taking a hit on my system and getting slow in playing back the cache to see result
- avg cached file size is about 70mb using compression
Questions,
- what is recommended to render these rbd point objects?
- where can i import these objects and assign my shader?
- if my shader has displacement does it treat each geo as unique?
- if i need the rbdpoint objects to interact with pyro how do i manage this data since reading them is already taking a long time?
Thanks in advance for any advice. Yes this is also posted on odforce. Was trying to get a wider audience here..
Optimizing/Render RBD point objects
3487 4 0- vlow
- Member
- 9 posts
- Joined: 4月 2012
- Offline
- tamte
- Member
- 8833 posts
- Joined: 7月 2007
- Offline
instead of caching whole simulation to sim files you can DopImport all necessary objects into SOPs and cache it from there using ROP Output or File SOP into bgeo or bgeo.gz files
for rbdpoint object you can even set Dopimport to import just points (with import style: Create Points to Represent Objects) and cache just that points, it will make your cache extremely lightweight
those points contain orientation as well so you can just instance anything on them at rendertime to get efficient render
yes, applying true displacement to instances will force mantra to create geometry copy per instance
for rbdpoint object you can even set Dopimport to import just points (with import style: Create Points to Represent Objects) and cache just that points, it will make your cache extremely lightweight
those points contain orientation as well so you can just instance anything on them at rendertime to get efficient render
yes, applying true displacement to instances will force mantra to create geometry copy per instance
Tomas Slancik
FX Supervisor
Method Studios, NY
FX Supervisor
Method Studios, NY
- vlow
- Member
- 9 posts
- Joined: 4月 2012
- Offline
tamte
instead of caching whole simulation to sim files you can DopImport all necessary objects into SOPs and cache it from there using ROP Output or File SOP into bgeo or bgeo.gz files
for rbdpoint object you can even set Dopimport to import just points (with import style: Create Points to Represent Objects) and cache just that points, it will make your cache extremely lightweight
those points contain orientation as well so you can just instance anything on them at rendertime to get efficient render
yes, applying true displacement to instances will force mantra to create geometry copy per instance
Thanks i will try to test with different import style
- bloomendale
- Member
- 20 posts
- Joined: 12月 2011
- Offline
vlow
Hi, i am having some problems managing data/sims/cache to render my RBD instance objects.
Would like to ask what is the usual workflow and if im doing anything wrong
My current scene workflow
- defining a source to emit particles using a popnet
- then using rbd point object to bring in the particles (cached bgeo)
- also in geo path i am overriding point value with a a range of SOP geo using `$OBJID%5+1`
- i have animated obj interacting with rbd point object
- cached this out as .sim with compression
Here is where the issues start to arise,
- reading the .sim files is taking a hit on my system and getting slow in playing back the cache to see result
- avg cached file size is about 70mb using compression
Questions,
- what is recommended to render these rbd point objects?
- where can i import these objects and assign my shader?
- if my shader has displacement does it treat each geo as unique?
- if i need the rbdpoint objects to interact with pyro how do i manage this data since reading them is already taking a long time?
Thanks in advance for any advice. Yes this is also posted on odforce. Was trying to get a wider audience here..
Do you bring in the whole popnet in dops every frame? You need to do it only with new particles otherwise you will have tons of doubles in sim.
- vlow
- Member
- 9 posts
- Joined: 4月 2012
- Offline
-
- Quick Links