I have the following code:

#local lamp_sphere = sphere
{
	0, 1
	scale lamp_radius
	hollow
}
light_source
{
	0, lamp_color
	looks_like {lamp_sphere}
	translate spiral_coo
}

Unfortunately the sphere is blocking the light source when it should let 
the light shine through. What am I doing wrong? Thanks.



Mike

Post a reply to this message

On 1/14/2016 2:47 AM, Mike Horvath wrote:
> I have the following code:
>
> #local lamp_sphere = sphere
> {
>      0, 1
>      scale lamp_radius
>      hollow
> }
> light_source
> {
>      0, lamp_color
>      looks_like {lamp_sphere}
>      translate spiral_coo
> }
>
> Unfortunately the sphere is blocking the light source when it should let
> the light shine through. What am I doing wrong? Thanks.
>
>
>
> Mike


Never mind. I had wrapped everything in a merge when I should have 
instead wrapped everything in a union.


Mike

Post a reply to this message

Mike Horvath <mik### [at] gmailcom> wrote:
> I have the following code:
>
> #local lamp_sphere = sphere
> {
>  0, 1
>  scale lamp_radius
>  hollow
> }
> light_source
> {
>  0, lamp_color
>  looks_like {lamp_sphere}
>  translate spiral_coo
> }
>
> Unfortunately the sphere is blocking the light source when it should let
> the light shine through. What am I doing wrong? Thanks.

I'd suggest testing this in different versions of POV-Ray.

My initial thought is that looks_like should automatically set "no_shadow on"
(and also "no_radiosity on") for the object; if that doesn't happen, I guess it
should be considered a bug. I'll need to look it up in the docs myself though.

Post a reply to this message

On 1/14/2016 2:04 PM, clipka wrote:
> Mike Horvath <mik### [at] gmailcom> wrote:
>> I have the following code:
>>
>> #local lamp_sphere = sphere
>> {
>>   0, 1
>>   scale lamp_radius
>>   hollow
>> }
>> light_source
>> {
>>   0, lamp_color
>>   looks_like {lamp_sphere}
>>   translate spiral_coo
>> }
>>
>> Unfortunately the sphere is blocking the light source when it should let
>> the light shine through. What am I doing wrong? Thanks.
>
> I'd suggest testing this in different versions of POV-Ray.
>
> My initial thought is that looks_like should automatically set "no_shadow on"
> (and also "no_radiosity on") for the object; if that doesn't happen, I guess it
> should be considered a bug. I'll need to look it up in the docs myself though.
>
>
>

Is that not for "projected_through"?
Which might be a solution.

-- 

Regards
     Stephen

Post a reply to this message

Am 14.01.2016 um 18:58 schrieb Stephen:

>> My initial thought is that looks_like should automatically set
>> "no_shadow on"
>> (and also "no_radiosity on") for the object; if that doesn't happen, I
>> guess it
>> should be considered a bug. I'll need to look it up in the docs myself
>> though.
> 
> Is that not for "projected_through"?
> Which might be a solution.

"There is an implied no_shadow attached to the looks_like object so that
light is not blocked by the object."

The projected_through object has an implied no_whatsoever: It is never
inserted into the scene as a regular object, and only contributes as
part of a special feature -- similar to object specified in bounded_by,
object patterns, and other odds & ends.

Post a reply to this message

On 1/14/2016 3:40 PM, clipka wrote:
> Am 14.01.2016 um 18:58 schrieb Stephen:
>
>>> My initial thought is that looks_like should automatically set
>>> "no_shadow on"
>>> (and also "no_radiosity on") for the object; if that doesn't happen, I
>>> guess it
>>> should be considered a bug. I'll need to look it up in the docs myself
>>> though.
>>
>> Is that not for "projected_through"?
>> Which might be a solution.
>
> "There is an implied no_shadow attached to the looks_like object so that
> light is not blocked by the object."
>
> The projected_through object has an implied no_whatsoever: It is never
> inserted into the scene as a regular object, and only contributes as
> part of a special feature -- similar to object specified in bounded_by,
> object patterns, and other odds & ends.
>


Is it possible to have multiple lights look_like the same object?


Mike

Post a reply to this message

On 1/14/2016 8:40 PM, clipka wrote:
> Am 14.01.2016 um 18:58 schrieb Stephen:
>
>>> My initial thought is that looks_like should automatically set
>>> "no_shadow on"
>>> (and also "no_radiosity on") for the object; if that doesn't happen, I
>>> guess it
>>> should be considered a bug. I'll need to look it up in the docs myself
>>> though.
>>
>> Is that not for "projected_through"?
>> Which might be a solution.
>
> "There is an implied no_shadow attached to the looks_like object so that
> light is not blocked by the object."
>
> The projected_through object has an implied no_whatsoever: It is never
> inserted into the scene as a regular object, and only contributes as
> part of a special feature -- similar to object specified in bounded_by,
> object patterns, and other odds & ends.
>

It is years since I have used looks_like or projected_through. My memory 
fails. Good job we have documentation.

-- 

Regards
     Stephen

Post a reply to this message

Am 14.01.2016 um 22:59 schrieb Mike Horvath:
> On 1/14/2016 3:40 PM, clipka wrote:
>> Am 14.01.2016 um 18:58 schrieb Stephen:
>>
>>>> My initial thought is that looks_like should automatically set
>>>> "no_shadow on"
>>>> (and also "no_radiosity on") for the object; if that doesn't happen, I
>>>> guess it
>>>> should be considered a bug. I'll need to look it up in the docs myself
>>>> though.
>>>
>>> Is that not for "projected_through"?
>>> Which might be a solution.
>>
>> "There is an implied no_shadow attached to the looks_like object so that
>> light is not blocked by the object."
>>
>> The projected_through object has an implied no_whatsoever: It is never
>> inserted into the scene as a regular object, and only contributes as
>> part of a special feature -- similar to object specified in bounded_by,
>> object patterns, and other odds & ends.
> 
> Is it possible to have multiple lights look_like the same object?

No, but it should be perfectly possible to either...

(a) attach the object to just one of the lights, or

(b) specify the object separately from the light sources (or bundle the
object and the corresponding light sources together in a union, making
them easier to manage as a group, e.g. rotate them, hide them in test
renders, or whatever), and explicitly specify "no_shadow" on the object.

Post a reply to this message