![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Warp <war### [at] tag povray org> wrote:
> Note that the size of the .pov (or .inc) file isn't necessarily related
> to how much memory POV-Ray will need to render the scene. It isn't even
> related to how much memory POV-Ray will need to parse the file.
>
> The only case where a big file will consume memory is if you open it
> in the winpov editor (in which case the editor will consume the memory.
> naturally). If you don't open it in the winpov editor then the file by
> itself doesn't consume memory.
>
> If the file has been automatically generated by some program then it
> probably contains almost as many primitives as lines of code (or at least
> a number of primitives directly proportional to the lines of code), in
> which case the file size is somewhat indicative of how much memory
> POV-Ray will need to render the scene.
>
> But take into account that file size is not *always* such an indicator.
> It's perfectly possible to make a 500 bytes .pov file which will require
> gigabytes of memory to render, as well as a 500MB .pov file which requires
> just some kilobytes of memory to render.
>
> --
> - Warp
That is good to know, thanks. Still how can I render this file without
converting to a 64bit OS and motherboard??
Michael
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Mike8 <nomail@nomail> wrote:
> That is good to know, thanks. Still how can I render this file without
> converting to a 64bit OS and motherboard??
I wonder if the linux version could render it...
--
- Warp
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Warp <war### [at] tag povray org> wrote:
> Mike8 <nomail@nomail> wrote:
> > That is good to know, thanks. Still how can I render this file without
> > converting to a 64bit OS and motherboard??
>
> I wonder if the linux version could render it...
>
> --
> - Warp
Is there ANY way that I can render this file without changing OS or
architecture? I just got a new computer, I can't afford another one just to
render images. What adjustments can I make to my system, or software should
I download, to increase the amount of virtual memory the OS allocates to
individual programs? I looked at Microsoft, but I couldn't find anything
that specifically addresses the virtual memory problem.
I really appreciate your help everyone, thanks for trying.
Michael
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
"Mike8" <nomail@nomail> wrote in message
news:web.44e6a4f73fb029bee8eab8b00@news.povray.org...
> Warp <war### [at] tag povray org> wrote:
>> Mike8 <nomail@nomail> wrote:
>> > That is good to know, thanks. Still how can I render this file without
>> > converting to a 64bit OS and motherboard??
>>
>> I wonder if the linux version could render it...
>>
>> --
>> - Warp
>
> Is there ANY way that I can render this file without changing OS or
> architecture? I just got a new computer, I can't afford another one just
> to
> render images. What adjustments can I make to my system, or software
> should
> I download, to increase the amount of virtual memory the OS allocates to
> individual programs? I looked at Microsoft, but I couldn't find anything
> that specifically addresses the virtual memory problem.
> I really appreciate your help everyone, thanks for trying.
> Michael
Michael, is it possible that you could upload the 8+Mb file somewhere,
and I'll see if it runs on my machine? I believe that I may have a similar
system to yours, (at least, I hope so, (apart from XP Home)):
Windows XP Home (5.1, Build 2600) SP2
AMD Sempron(tm) Processor 2800+, 1.6GHz
1024MB RAM
Page File: 214MB used, 2734MB available
Other than the above, I can only suggest a couple more things that you
can try:
Faulty memory? You could try Memtest: http://www.memtest86.com/
Have you tried disabling all background services? (Although, this
shouldn't really be a problem as I run fairly heavy files with all services
running).
Anyway, let me know if you upload the file and we'll see if it throws
any errors here.
~Steve~
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
St. nous apporta ses lumieres en ce 19/08/2006 06:21:
> "Mike8" <nomail@nomail> wrote in message
> news:web.44e6a4f73fb029bee8eab8b00@news.povray.org...
>> Warp <war### [at] tag povray org> wrote:
>>> Mike8 <nomail@nomail> wrote:
>>>> That is good to know, thanks. Still how can I render this file without
>>>> converting to a 64bit OS and motherboard??
>>> I wonder if the linux version could render it...
>>>
>>> --
>>> - Warp
>> Is there ANY way that I can render this file without changing OS or
>> architecture? I just got a new computer, I can't afford another one just
>> to
>> render images. What adjustments can I make to my system, or software
>> should
>> I download, to increase the amount of virtual memory the OS allocates to
>> individual programs? I looked at Microsoft, but I couldn't find anything
>> that specifically addresses the virtual memory problem.
>> I really appreciate your help everyone, thanks for trying.
>> Michael
>
> Michael, is it possible that you could upload the 8+Mb file somewhere,
> and I'll see if it runs on my machine? I believe that I may have a similar
> system to yours, (at least, I hope so, (apart from XP Home)):
>
> Windows XP Home (5.1, Build 2600) SP2
> AMD Sempron(tm) Processor 2800+, 1.6GHz
> 1024MB RAM
> Page File: 214MB used, 2734MB available
>
> Other than the above, I can only suggest a couple more things that you
> can try:
>
> Faulty memory? You could try Memtest: http://www.memtest86.com/
>
> Have you tried disabling all background services? (Although, this
> shouldn't really be a problem as I run fairly heavy files with all services
> running).
>
> Anyway, let me know if you upload the file and we'll see if it throws
> any errors here.
>
> ~Steve~
>
>
For large files, you can use www.usendit.com
Prety good service when you need to send large files. It's Free.
--
Alain
-------------------------------------------------
If you think nobody cares, try missing a couple of payments.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
"St." <dot### [at] dot com> wrote:
>
> Michael, is it possible that you could upload the 8+Mb file somewhere,
> and I'll see if it runs on my machine? I believe that I may have a similar
> system to yours, (at least, I hope so, (apart from XP Home)):
>
> Windows XP Home (5.1, Build 2600) SP2
> AMD Sempron(tm) Processor 2800+, 1.6GHz
> 1024MB RAM
> Page File: 214MB used, 2734MB available
Not quite as powerful as mine, but very close, a good way to test if I'm
doing something wrong. I did find a few tweaks that I can make to my system,
if they don't work I would be happy to send you the file. Thanks for
offering!
>
> Other than the above, I can only suggest a couple more things that you
> can try:
>
> Faulty memory? You could try Memtest: http://www.memtest86.com/
It's a brand new computer, and Task Manager says that at times during the
render I have some 300KB of available RAM out of 1GB, so I think it's not
that, but I'll keep it in mind.
>
> Have you tried disabling all background services? (Although, this
> shouldn't really be a problem as I run fairly heavy files with all services
> running).
I close all programs except POV-Ray and Windows Explorer when rendering.
>
> Anyway, let me know if you upload the file and we'll see if it throws
> any errors here.
>
> ~Steve~
Thanks,
Michael
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Mike8 nous apporta ses lumieres en ce 20/08/2006 14:16:
> "St." <dot### [at] dot com> wrote:
>> Michael, is it possible that you could upload the 8+Mb file somewhere,
>> and I'll see if it runs on my machine? I believe that I may have a similar
>> system to yours, (at least, I hope so, (apart from XP Home)):
>>
>> Windows XP Home (5.1, Build 2600) SP2
>> AMD Sempron(tm) Processor 2800+, 1.6GHz
>> 1024MB RAM
>> Page File: 214MB used, 2734MB available
>
> Not quite as powerful as mine, but very close, a good way to test if I'm
> doing something wrong. I did find a few tweaks that I can make to my system,
> if they don't work I would be happy to send you the file. Thanks for
> offering!
>> Other than the above, I can only suggest a couple more things that you
>> can try:
>>
>> Faulty memory? You could try Memtest: http://www.memtest86.com/
>
> It's a brand new computer, and Task Manager says that at times during the
> render I have some 300KB of available RAM out of 1GB, so I think it's not
> that, but I'll keep it in mind.
>> Have you tried disabling all background services? (Although, this
>> shouldn't really be a problem as I run fairly heavy files with all services
>> running).
>
> I close all programs except POV-Ray and Windows Explorer when rendering.
>> Anyway, let me know if you upload the file and we'll see if it throws
>> any errors here.
>>
>> ~Steve~
>
> Thanks,
> Michael
>
>
>
>
Programms are NOT services. Close all programms and see how many tasks are still
running. Those are services that run in the background, several for absolutely
nothing at all.
Some that you definately DON'T want to close/kill:
svchost
system
explorer
keys
regsvc
services
spoolsv
winlogon
winmgmt
The rest can usualy be shut down safely.
Some You realy don't need nor want ant office related ones, as well as any
related to other programms that are not running, like ipod or quicktime and some
others.
--
Alain
-------------------------------------------------
WARNING: The consumption of alcohol may cause you to think you can sing.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Hey everyone,
Thank you all for your help and advice. I have one last (and probably
stupid) question: Is anyone ABSOLUTELY sure that POV-Ray will use 3GB of
virtual memory if the OS has been configured to allow it? I have found the
information necessary to do this, but the site that provided it cautioned
that a program must be able to recognize that it has an extra
gigabyte to use.
Again, thanks everyone!
Michael
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
web.44e105283fb029be6e4d99c0@news.povray.org...
> That is good to know, thanks. Still how can I render this file without
> converting to a 64bit OS and motherboard??
It is very possible that your file may be simplified into something that
fits in memory.
For instance, if your file is a collection of triangle statements, each one
containing a texture statement, a search and replace in a text editor (or
Word...) can transform it into a much less memory-hungry mesh object.
triangle{... texture{...}}
triangle{... texture{...}}
triangle{... texture{...}}
triangle{... texture{...}}
triangle{... texture{...}}
->
mesh{
triangle{...}
triangle{...}
triangle{...}
triangle{...}
triangle{...}
texture{...}
}
G.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Hello all,
Well, even after giving POV-ray an extra gigabyte of virtual memory the
file will not render. The program simply eats the extra memory and says
'Out of memory. Cannot allocate 256 bytes for transform'. I don't know what
to do at this point, so if I posted the file somewhere would you examine
it? Perhaps you can find something I missed. This is some information that
the message window displayed on the render:
Line: 232177
File Context (5 lines):
object { atlas matrix <1,0,0,0,1,0,0,0,1,1960,-592,1880> #if (version >=
3.1) material #else texture #end { Color7 } }
object { atlas matrix <1,0,0,0,1,0,0,0,1,-2880,-592,1880> #if (version >=
3.1) material #else texture #end { Color7 } }
object { atlas matrix <1,0,0,0,1,0,0,0,1,40,-1568,5545> #if (version >=
3.1) material #else texture #end { Color7 } }
//
}
(atlas is a sub model in the scene)
The offending line is the third line displayed above. I hope you can make
sense of this, I haven't a clue what to do now. Thanks for your help,
Michael
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |