 |
 |
|
 |
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
line 46 of 533, elapsed time 1 day 1 hour 25 mins...
tell me what you think of this, if i don't get any kind
of a significant response, I'm gonna nix this render.
--
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
Attachments:
Download 'image1.jpg' (86 KB)
Preview of image 'image1.jpg'

|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
"Timothy R. Cook" <tim### [at] scifi-fantasy com> wrote in message
news:3D6### [at] scifi-fantasy com...
> line 46 of 533, elapsed time 1 day 1 hour 25 mins...
> tell me what you think of this, if i don't get any kind
> of a significant response, I'm gonna nix this render.
>
Erm... It's got potential - I'm not quite sure why but the composition
as a whole doesn't quite sit comfortably for me. I think it's something to
with the fact that the central containment thing looks like a part of a
larger whole, like a component of machine, but then the tangled mass in the
background looks very un-structured and then there's just void beyond
that... Maybe if you moved the tangle back, maybe made it a tangled wall
behind, maybe spherical, or better toroidal (sp?) with the containment
'thing' (sorry can't think a good word to describe it) in the center and the
tangled tubes sprouting out of the top and bottom and then curving and
tangling round to form the outer wall of the torus...
--
Pandora/Scott Hill/[::O:M:C::]Scorpion
Software Engineer.
http://www.pandora-software.com
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Eh -- well ... I thought it was quite good, even excellent, for the genre.
It reminds me a bit of an H.R. Giger work, although a little less
grotesque. I'd like to see the whole thing render out.
From a technical standpoint, it would be interesting to hear how
you did the metal pipes.
Aaron
Aaron Gillies
New York City
x3rxes[^]yahoo.com
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
My humble suggestion: Uncheck the "Keep single instance" option so you can
work on something else, set the render priority to lowest, and forget about
it until it finishes sometime next week. Unless, of course, your computer
crashes before then, or it's sucking up all the available memory, or...
--
-David
"Timothy R. Cook" <tim### [at] scifi-fantasy com> wrote in message
news:3D6### [at] scifi-fantasy com...
> line 46 of 533, elapsed time 1 day 1 hour 25 mins...
> tell me what you think of this, if i don't get any kind
> of a significant response, I'm gonna nix this render.
>
> --
> Tim Cook
> http://empyrean.scifi-fantasy.com
> mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
>
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.12
> GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
> N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
> PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
> D++(---) G(++) e*>++ h+ !r--- !y--
> ------END GEEK CODE BLOCK------
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
It's cool! But... you are aware that running a final render with mosiac
preview is a *huge* waste of time, right? the final pass redoes nearly all
of what the first passes did.
- Slime
[ http://www.slimeland.com/ ]
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Slime wrote:
> It's cool! But... you are aware that running a final render with mosiac
> preview is a *huge* waste of time, right? the final pass redoes nearly all
> of what the first passes did.
Yeah, but I like to get a general idea of what the final pass is gonna
look like, especially when the final pass takes a day to do 7%...
--
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Dave Blandston wrote:
> My humble suggestion: Uncheck the "Keep single instance" option so you can
> work on something else, set the render priority to lowest, and forget about
> it until it finishes sometime next week. Unless, of course, your computer
> crashes before then, or it's sucking up all the available memory, or...
Oh, I have it on low priority and do other stuff during the day, and
turn it up to normal at night and close everything else...I just don't
like being able to really do high-end stuff (using the scanner, burning
a cd (actually burning a cd doesn't really need me to pause the render),
playing Terminus, downloading anime from the newsgroup a.b.m.a ...)
while POV is even at low priority.
--
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Pandora wrote:
> Maybe if you moved the tangle back, maybe made it a tangled wall
> behind, maybe spherical, or better toroidal (sp?) with the containment
> 'thing' (sorry can't think a good word to describe it) in the center and the
> tangled tubes sprouting out of the top and bottom and then curving and
> tangling round to form the outer wall of the torus...
Strange, that's what I was pondering, too...have the inside of a sphere.
Don't quite know how to do that gracefully, though...and I want it to be
monumental...
--
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Aaron Gillies wrote:
> Eh -- well ... I thought it was quite good, even excellent, for the genre.
> It reminds me a bit of an H.R. Giger work, although a little less
> grotesque. I'd like to see the whole thing render out.
While Giger is a great artist, his stuff is too phallic for my taste...O.o
> From a technical standpoint, it would be interesting to hear how
> you did the metal pipes.
Would you believe a) they're not metal, they're glass...ish? it's why
it's taking so long. :P and b) the background is a single sphere sweep
with a few hundred randomly placed points and random sizes, occupying a
200x200x200 unit space beginning a few units beyond the chamber.
--
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
>Oh, I have it on low priority and do other stuff during the day, and
>turn it up to normal at night and close everything else...I just don't
>like being able to really do high-end stuff (using the scanner, burning
>a cd (actually burning a cd doesn't really need me to pause the render),
>playing Terminus, downloading anime from the newsgroup a.b.m.a ...)
>while POV is even at low priority.
>
Get yourself a secondary PC and install Linux on it...Even lowly Celerons
make
good candidate for render mini-farms.
Alex
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
"Slime" <slm### [at] slimeland com> wrote in news:3d6c4e5c$1@news.povray.org
> you are aware that running a final render with mosiac
> preview is a *huge* waste of time, right?
why ?
I thought that mosaic preview is re-using samples from previous steps ?
--
#macro g(U,V)(.4*abs(sin(9*sqrt(pow(x-U,2)+pow(y-V,2))))*pow(1-min(1,(sqrt(
pow(x-U,2)+pow(y-V,2))*.3)),2)+.9)#end#macro p(c)#if(c>1)#local l=mod(c,100
);g(2*div(l,10)-8,2*mod(l,10)-8)*p(div(c,100))#else 1#end#end light_source{
y 2}sphere{z*20 9pigment{function{p(26252423)*p(36455644)*p(66656463)}}}//M
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
"Timothy R. Cook" <tim### [at] scifi-fantasy com> wrote in
news:3D6### [at] scifi-fantasy com
> line 46 of 533, elapsed time 1 day 1 hour 25 mins...
> tell me what you think of this, if i don't get any kind
> of a significant response, I'm gonna nix this render.
post all sources to me + .ini file that will render lines 450..533
my Athlon 1,7 wants to help :)
and set ini file to continue trace - my computer likes to hang :-/
btw. AFAIR it is possible to send final image few hours (hmm days ?) after
dead-line, but I suggest to send at least sources in time as "evidence" :)
Maybe I also will render 400..450 on another computer
--
#macro g(U,V)(.4*abs(sin(9*sqrt(pow(x-U,2)+pow(y-V,2))))*pow(1-min(1,(sqrt(
pow(x-U,2)+pow(y-V,2))*.3)),2)+.9)#end#macro p(c)#if(c>1)#local l=mod(c,100
);g(2*div(l,10)-8,2*mod(l,10)-8)*p(div(c,100))#else 1#end#end light_source{
y 2}sphere{z*20 9pigment{function{p(26252423)*p(36455644)*p(66656463)}}}//M
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Rafal 'Raf256' Maj wrote:
> post all sources to me + .ini file that will render lines 450..533
> my Athlon 1,7 wants to help :)
> and set ini file to continue trace - my computer likes to hang :-/
Er, that's a negative, I've alrady cancelled it, am trying to play with
the background.
> btw. AFAIR it is possible to send final image few hours (hmm days ?) after
> dead-line, but I suggest to send at least sources in time as "evidence" :)
What are you implying?
--
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
From 5.2.2.2.4:
"No file output is performed until the final 1*1 pass is reached. Although
the preliminary passes render only as many pixels as needed, the 1*1 pass
re-renders every pixel so that anti-aliasing and file output streams work
properly. This makes the scene take up to 25% longer than the regular 1*1
pass to render, so it is suggested that mosaic preview not be used for final
rendering. Also, the lack of file output until the final pass means that
renderings which are interrupted before the 1*1 pass can not be resumed
without starting over from the beginning."
Now, it would make sense to me that it would still be able to use the data
it had already collected for the final pass, unless maybe it doesn't save
those pixels at *all* except to display them. I'm just taking the
documentation's word for it.
- Slime
[ http://www.slimeland.com/ ]
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Yes, the mosaic preview takes a while to render, adding to the total
time for the final render. However, it gives you a general idea of
what you're going to get in a lot less time, so if you don't like a
particular aspect of it, you can hit 'stop' and change whatever.
--
Tim Cook
http://empyrean.scifi-fantasy.com
mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
Slime wrote:
>
> Now, it would make sense to me that it would still be able to use the data
> it had already collected for the final pass, unless maybe it doesn't save
> those pixels at *all* except to display them. I'm just taking the
> documentation's word for it.
Assuming that each "block" is a single pixel's worth of information
blown up to the appropriate size, and not some sort of average, then
yes, I'd really like to see POV-Ray keep the data whenever possible.
-Xplo
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
"Timothy R. Cook" <tim### [at] scifi-fantasy com> wrote in
news:3D6### [at] scifi-fantasy com
>> btw. AFAIR it is possible to send final image few hours (hmm days ?)
>> after dead-line, but I suggest to send at least sources in time as
>> "evidence" :)
> What are you implying?
nothing
--
#macro g(U,V)(.4*abs(sin(9*sqrt(pow(x-U,2)+pow(y-V,2))))*pow(1-min(1,(sqrt(
pow(x-U,2)+pow(y-V,2))*.3)),2)+.9)#end#macro p(c)#if(c>1)#local l=mod(c,100
);g(2*div(l,10)-8,2*mod(l,10)-8)*p(div(c,100))#else 1#end#end light_source{
y 2}sphere{z*20 9pigment{function{p(26252423)*p(36455644)*p(66656463)}}}//M
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
"Timothy R. Cook" <tim### [at] scifi-fantasy com> wrote in message
news:3D6### [at] scifi-fantasy com...
> Yeah, but I like to get a general idea of what the final pass is gonna
> look like, especially when the final pass takes a day to do 7%...
>
Maybe it'd be faster to render a low detail version without transparency,
then do
a single pass on a full detail. That what I didn last time I had a very slow
image
Gail
--
#macro G(H,S)disc{0z.4pigment{onion color_map{[0rgb<sin(H/pi)cos(S/pi)*(H<6)
cos(S/pi)*(H>6)>*18][.4rgb 0]}}translate<H-5S-3,9>}#end G(3,5)G(2,5.5)G(1,5)
G(.6,4)G(.5,3)G(.6,2)G(1,1)G(2,.5)G(3,.7)G(3.2,1.6)G(3.1,2.5)G(2.2,2.5)G(9,5
)G(8,5.5)G(7,5)G(7,4)G(7.7,3.3)G(8.3,2.7)G(9,2)G(9,1)G(8,.5)G(7,1)///GS
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
> line 46 of 533, elapsed time 1 day 1 hour 25 mins...
I like the picture, but can't accept the render time. I encourage you to try
to find faster methods of doing what you want to do. Personally I'm having
much more fun with fast renderings. All my good pictures rendered in less
than an hour. This may seem out of reach but it isn't.
Regards,
Hugo
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
This would be a great CD cover for an ELP mix album.
"Timothy R. Cook" wrote:
> line 46 of 533, elapsed time 1 day 1 hour 25 mins...
> tell me what you think of this, if i don't get any kind
> of a significant response, I'm gonna nix this render.
>
> --
> Tim Cook
> http://empyrean.scifi-fantasy.com
> mirror: http://personal.lig.bellsouth.net/lig/z/9/z993126
>
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.12
> GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
> N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
> PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
> D++(---) G(++) e*>++ h+ !r--- !y--
> ------END GEEK CODE BLOCK------
>
> ---------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
-------------------------------------------------------------------------
--
> [Image]
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|
 |