Lyne opened this issue on Jul 19, 2014 ยท 13 posts
aRtBee posted Sun, 20 July 2014 at 1:34 PM
hi Lyne, some questions!
Poser8 and up are LAA 1) because I have a little program testing and setting LAA, and it tells me so while 2) without any
adjustment I could use over 2Gb in my previous 32bit Vista OS.
Firewall: Poser uses the internet protocol to communicate between parts, that's why any access needs to be granted. When you
run Firefly as a separate process you'll find it as such (FFrender) in Taskmanager, and it has to communicate with Poser. So
does the Library, which is why Poser needs acces from the Firewall as well. When running FFrendersepearately, that process does not have to support the Preview nor the User Interface, which frees some 100's of Mb's on memory. Everything helps.
More important: when FFrender crashes for any reason (on my machine: CPU temperature) Poser itself keeps being available. So I rerender later, using somewhat different settings, setup additional monitoring, etc.
What you see, is not what you get. Square X is made visible when 1) all squares before are available (when not Poser continues but displaying squares does not, therefor the progress bare and the display become out of sync) and 2) all CPU cores working on that entire square are done. So when Poser subdivides the bucket internally, you have to monitor individual CPU core actions to find out that the one-CPU-thread per display square won't always hold. So I did. Reducing bucket MAX size only helps to bring down rendertime in very very specific cases. My guideline: set it to 32 for 32bit Poser, use 64 for 64bit PoserPro.
Guideline for memory use: say 500Mb for Poser UI etc (not needed when FFrender is separate), 500Mb for a dressed-up scene, 500Mb for each hires character and 500Mb for each full detailed clothing set, textures included in all cases. On the average. I do have scenes that take up 4Gb on textures for buildings etc alone. Dynamic hair can require ten times as much memory as a complete character.
questions welcome, see ya!
- - - - -
Usually I'm wrong. But to be effective and efficient, I don't need to be correct or accurate.
visit www.aRtBeeWeb.nl (works) or Missing Manuals (tutorials & reviews) - both need an update though