Thu, Jan 23, 11:10 PM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2025 Jan 23 9:03 pm)



Subject: Rendering Problem


Avalonne ( ) posted Tue, 19 April 2005 at 6:41 AM · edited Thu, 23 January 2025 at 11:07 PM

I am all of a sudden getting this message when I try to do a render: "Insufficient disk space to render at the current resolution". All I am trying to render is a simple pin-up. I even dropped the dimensions down and put the resolution at 60 DPI...still no go. I'm using ProPak for this one, so it's not a P6 problem....any help would be greatly appreciated :-) Thanks in advance :-)


EnglishBob ( ) posted Tue, 19 April 2005 at 6:58 AM

This is an oldie, but goodie... It seems to be connected to page file usage (virtual memory) in Windows. Try defragmenting your disk first of all. Also try defragmenting your page file with PageDefrag from Sysinternals (free utility download). There's also some advice at Curious Labs. However the problem will probably come back to bite you later - it did me. I finally fixed it for good by creating a new partition on my HD, and putting Windows' swap file on there by itself. That's a bit extreme, however, and you probably won't want to do that in the middle of a project. The first two options should "unstick" you for now.


operaguy ( ) posted Tue, 19 April 2005 at 8:23 AM

EnglishBob, a fine clearly written solution. Does anyone have any knowledge of defrag under RAID-0? I have a RAID-0 array and was told not to attempt any partition, just to put everything on it and let Windows manage the pagefile. I downloaded PageDefag but did not see anything about this subject...does it even make any sense to 'defrag the page file' when you have RAID-0? ::::: Opera :::::


EnglishBob ( ) posted Tue, 19 April 2005 at 8:41 AM

Good question, and you probably shouldn't take my answer as gospel in case Terrible Things happen to your HD... 8) As far as I know, defragmentation makes just as much sense under RAID as it does on any other disk setup, and PageDefrag is just a way of doing that to normally protected system files. If you can't have a separate partition, you might consider having a separate physical disk just for the pagefile. An old, small one would do as long as it's reliable. They tell me that SCSI drives are best, but either way it should speed up your virtual memory operations.


operaguy ( ) posted Tue, 19 April 2005 at 9:23 AM · edited Tue, 19 April 2005 at 9:24 AM

That small dedicated drive for the swap file has been in my thoughts, so you are right on.

I have a combination attitude with this sys: Total Risk combined with Ultra Conservative.

Ultra conservative in that I store NOTHING on it. As soon as something valuable is created it gets backed up to and external firewire (which is in turn backed up to DVD and taken off site.)

Total Risk in that I have a 'ghost' of the setup with installed apps (plus all apps on install CDs) so anytime I want to 'go agressive' I only weigh the downside of reinstalling the ghost if Terrible Things happen!

Thanks Bob.

::::: Opera :::::

Message edited on: 04/19/2005 09:24


svdl ( ) posted Tue, 19 April 2005 at 2:52 PM

Sounds like a page file problem indeed. Best thing you can do: set minimum pagefile size to a high value, say 3 times the amount of physical ram. Then set maximum pagefile size to the same number.

The pen is mightier than the sword. But if you literally want to have some impact, use a typewriter

My gallery   My freestuff


Avalonne ( ) posted Tue, 19 April 2005 at 6:51 PM

Thank you so much for all the help....it worked!!! Yippeee...I am a happy camper now :-)


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.