Rune wrote:
> Rob Hoopman wrote:
> 
>>Alan Holding wrote:
>>
>>>Have a read of Rune's blob tutorial:
>>>http://runevision.com/3d/blobs/blobs.asp
>>
>>I did, allthough his site down at the moment,
>>well not so much down as having problems
>>connecting to the database.
> 
> 
> What the...!??
> 
> I was not aware of that. I'll have to look into that. Problem is that I
> don't have much time right now, but I'll see what I can do.
> 

Don't you just hate running your own website during weekends :-).

Post a reply to this message

Rob Hoopman wrote:
> Don't you just hate running your own website during weekends :-).

Well, it's not on my own server if that's what you mean. I don't know
what the error means ([Microsoft][ODBC Microsoft Access Driver] System
resource exceeded.). Is there even anything I can do, or is it my web
host's fault?

Followup-to povray.off-topic

Rune
--
3D images and anims, include files, tutorials and more:
rune|vision:  http://runevision.com (updated July 12)
POV-Ray Ring: http://webring.povray.co.uk

Post a reply to this message

"Rob Hoopman" <rob### [at] tunanl> wrote in message
news:3D6### [at] tunanl...
> I had a look at the docs regarding the sturm keyword and don't think it
> would solve my problem. (Allthough I must say it is not exactly clear to
> what values I would have to set it. What is a "boolean float value",
> does this mean any float value that is not zero evaluates to true?)

I didn't notice if anyone answered that. boolean "float value" could be a
little misleading. Means it can be any number or true/false, yes/no, on/off.
Non-zero means on, zero means off. At least I think it does. I usually try
to use the terminology that seems appropriate for the part it's being used
at.
sturm keyword alone is essentially saying to use it, otherwise you would put
sturm off.

Post a reply to this message

> boolean "float value"

I guess the reason why it's called "float" is that there are no integers in
POV, only vectors or floats. When you are supposed to enter one value, the
docs say "float value".. Multiple values are called vectors or color
expressions.

-Hugo

Post a reply to this message

Rob Hoopman <rob### [at] tunanl> wrote in news:3D6### [at] tunanl:

> I have a very minimal scene with a blob that does not behave
> like I expect it.

I just discouvered that too, but as others have mentioned blobs
still have bugs.

Here is the code that generated weird artifacts in my test

//////////
//////////
//////////

#version 3.5;

global_settings { assumed_gamma 1.0 }

camera {
  location  <3, 3, -3>
  direction 1.5*z
  right     x*image_width/image_height
  look_at   <0,1,0>
}

light_source {
   <0, -10, -250>
   rgb 2
   parallel
   point_at <0,0,0>
}

#declare T =  1 ;
#declare S =  1 ; 

blob { 
  threshold T 
  sphere  { <  0, 0, 0 >, 1, S    }
  sphere  { < -1, 1, 0 >, 1, S    }
  sphere  { <  0, 1, 1 >, 1, S    }
  sphere  { <  0, 1, 0 >, 1, S    }
  sphere  { <  0, 1,-1 >, 1, S    }
  sphere  { <  1, 1, 0 >, 1, S    }
  sphere  { <  0, 2, 0 >, 1, S    }
  pigment { rgb < .3, 0, 0 >      }
  finish  { ambient .2 diffuse .3 }
}  

//////////
//////////
//////////

-- 
(MIKA) Marc Champagne
marcch.AT.videotron.DOT.ca
Montreal, CANADA

Post a reply to this message

Attachments:
Download 'test.jpg' (6 KB)

Preview of image 'test.jpg'

In article <Xns### [at] 204213191226>,
 Marc Champagne <nos### [at] pleasecom> wrote:

> I just discouvered that too, but as others have mentioned blobs
> still have bugs.

It could easily be precision artifacts, instead of any sort of bug. Your 
code doesn't even use "sturm".

-- 
Christopher James Huff <cja### [at] earthlinknet>
http://home.earthlink.net/~cjameshuff/
POV-Ray TAG: chr### [at] tagpovrayorg
http://tag.povray.org/

Post a reply to this message

I see that sturm doesn't help it any. The clipped parts seem to coincide
with the actual surfaces of the component parts. An I noticed it only
happens for the nearer components and not the farther ones, I looked at it
from other sides to see that.
--
Farewell,
Bob

"Christopher James Huff" <chr### [at] maccom> wrote in message
news:chr### [at] netplexaussieorg...
>
> It could easily be precision artifacts, instead of any sort of bug. Your
> code doesn't even use "sturm".

Post a reply to this message

Christopher James Huff <chr### [at] maccom> wrote in
news:chr### [at] netplexaussieorg: 

> It could easily be precision artifacts, instead of any sort of bug.
> Your code doesn't even use "sturm".

I had tried sturm but failed to mention it.

-- 
(MIKA) Marc Champagne
marcch.AT.videotron.DOT.ca
Montreal, CANADA

Post a reply to this message

Marc Champagne wrote:

> Christopher James Huff <chr### [at] maccom> wrote in
> news:chr### [at] netplexaussieorg: 
> 
> 
>>It could easily be precision artifacts, instead of any sort of bug.
>>Your code doesn't even use "sturm".
>>
> 
> I had tried sturm but failed to mention it.
> 


It's not a precision artifacts, it's a wrong optimisation code.
See p.b.i if you want to see the correct blob.

Post a reply to this message

Le Forgeron <jgr### [at] freefr> wrote in news:3D9### [at] freefr:

>> I had tried sturm but failed to mention it.
> 
> It's not a precision artifacts, it's a wrong optimisation code.
> See p.b.i if you want to see the correct blob.

Yes I saw p.b.i, thanks, I feel a little les dumb, I'll leave this
problem to the math gurus :)

-- 
(MIKA) Marc Champagne
marcch.AT.videotron.DOT.ca
Montreal, CANADA

Post a reply to this message