Mon, Nov 25, 11:09 AM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2024 Nov 24 8:11 pm)



Subject: Does a figure's file size affect the render of the image?


cujoe_da_man ( ) posted Sat, 20 September 2008 at 5:23 AM · edited Tue, 16 July 2024 at 2:19 AM

I was just pondering the other day as I was rendering a few images, obviously a nude figure will render faster than a fully clothed one... but I was wondering, does have all morphs injected into the figure affect the render process/speed/quality in anyway?

I've gotten some fairly big files with some of my figures.

I know the larger the file, the less memory there is to allocate for Poser to render, but is it significant enough to crash poser if I have too much for it to render?


adp001 ( ) posted Sat, 20 September 2008 at 5:39 AM

Rule of thumb: The more polys in your scene, the more computing time Poser needs. Memory (mainly textures) and number of lights is another story.




hborre ( ) posted Sat, 20 September 2008 at 6:37 AM

To answer your question, yes.  I have had some renders bog my system down so much that it required a reboot to remedy the load.  It is best to eliminate as many props and figures from your scene that is not visible.  Reduce your dependence on too many lights.  For distant objects, use lo-res texturing, no need to see detail in those cases.  And if your actor is clothed, make those body parts that are hidden invisible.  Poser will not render objects it clearly does not see.
About morphed figures, keeping it simple will reduce the file size.  Keep the morphs important to your scene and eliminate the others.  All morphed characters should be saved in your library until needed.  Once introduced and posed, delete the extra baggage.


ghonma ( ) posted Sat, 20 September 2008 at 7:11 AM · edited Sat, 20 September 2008 at 7:12 AM

Morphs are just numbers, one set per vertex. In fact they are the deltas on your vertices, ie the numbers that need to be added to move vertices from their original positions to the positions in the morph (as the dial moves from 0 to 1)

The problem is Firefly only understands polys, it doesn't know anything about morphs or conforms or magnets or whatever, it just wants a plain mesh it can go to work on. So before poser can actually start a render, it has to take all those morphs etc and apply them to your mesh so that it's 'baked' into a form that can be sent to firefly. This of course takes CPU and RAM and if there's too many things going on, can really kill your scene. Even worse the process of baking is not multithreaded, so it only ever uses one core of your CPU which makes it even harder and more unstable.

This also jacks up your file size as with each morph, the list of numbers to be stored in the scene grows and grows, which of course takes longer for poser to read and arrange in your scene and to compress and write out when you save.


Privacy Notice

This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.