Raster,
thank you for help. Installing 1.7.99 resolved this problem (was tested on
1.7 first).
Artem Popov
------- Original Message -------
Sender : Carsten Haitzler<[email protected]>
Date : Jul 12, 2013 02:51 (GMT)
Title : Re: [E-devel] Trouble with map block
On Thu, 11 Jul 2013 15:10:18 +0000 (GMT) Artem Popov
said:
if i change color2 to be dark and move the light back (z -> -1000 or bigger)
then it works exactly as expected for me. maybe its a bug fixed in git by
now?
>
> Raster,
>
>
> thank you for your reply, but the problem is still exist.
>
> If I set color2 to "0 0 0" or another value near that (like "15 15 1"
> etc.), the RECT is not visible.
>
> The "color" property do nothing.
>
> I think that when calculating the brightness of RECT, color2 plays a
> different role than indicated in the documentation.
>
> Moving of the light source does not change the situation
> (tested values of -500, -1000, -50000, -500000).
>
> Example file is attached.
>
>
> Artem Popov
>
>
> ------- Original Message -------
>
> Sender : Carsten Haitzler
>
> Date : Jul 11, 2013 13:08 (GMT)
>
> Title : Re: [E-devel] Trouble with map block
>
>
> On Thu, 11 Jul 2013 12:55:34 +0000 (GMT) Artem Popov
> said:
> color2 is the DIMMEST it can be... this is ambient light. ie "black" or
"no
> light from light source". if it is 250 as in your example.. u wont even
see
> it
> get dark. you see a bright rect all the time - just SLIGHTLY getting
darker
> (255 -> 250 and back). set color2 to be 0 0 0 and u'll see it shade.
> you ALSO have another problem.. your light source is VERY close to the
> rect. light brightness is calculated at the vertices PER vertex. this is
the
> case because it is gouraud shaded. that means that color is interplated
> between the
> vertexes. if your light is in the middle of the rect but VERY close to
it
> (and
> it is - just 10 pixels away) then the verticies will be at steep angles
to
> the
> light point and thus dark UNTIL it rotates, then the edges that are not
> roated
> are lighter as they rotate to face the light and those far in the
distance
> point further away and thus get dark. try zplane for the pointofview
(light
> too) as -500 or -1000 and see. :)
> >
> > Raster,
> >
> >
> > i changed color values - Es ist egal.
> >
> > Moreover, if color2 value dimmer than 255 255 255, light
attenuates.
> Even
> > if color not defined (default - 255 255 255 255).
> >
> > you can see that in attachment.
> >
> >
> > ------- Original Message -------
> >
> > Sender : Carsten Haitzler
> >
> > Date : Jul 11, 2013 04:04 (GMT)
> >
> > Title : Re: [E-devel] Trouble with map block
> >
> >
> > On Tue, 09 Jul 2013 14:51:40 +0000 (GMT) Artem Popov
> > said:
> > you set both color and color2... color is the light color, color2
is
> the
> > ambient light... color2... should be always dimmer than
> color... you're
> > setting up the impossible... ie ambient light is brighter than the
> > lightsource. :)
> > >
> > > Hi guys,
> > >
> > >
> > > There is trouble with a "map" block using, i think. When i
rotate
> some
> > > rect, the illumination of the part decreases and if you make any
> change
> > with
> > > the image (change the state, resize the window).
> > > If the color1 and color2 of the light source are equal to 255
255
> 255
> > there
> > > is no changes, but if color is 254 254 254, light attenuates,
i
> don't
> > know
> > > why. Is that a bug?
> > > Run the file map.edc to see this (video-file attached).
> > >
> > > Best Regards,
> > >
> > > Artem Popov
> > > [SeenTimeChecker?
> > > do=58004ed604205cf3d8d146de8eccbd79d40f5e37d213a000e77f3ff7
> > >
> > f8715167ddc79e3cd10304db25139e580ce36374e458eb91567068af8048f33cf1
ed6b0
> 22630
> > > 67d8b8f027b1385d1dc03090c255b34ca8e8a5708c9fcf878f9a26ce15a0]
> > --
> > ------------- Codito, ergo sum - "I code, therefore I am"
> --------------
> > The Rasterman (Carsten Haitzler) [email protected]
> >
> >
> >
> > Best Regards,
> >
> > Artem Popov
> >
> > Lead Engineer, Advanced Computing Lab
> >
> >
> > Samsung Ukraine Research & Development Center
> >
> > 57, Lva Tolstogo St., Kyiv 01032, Ukraine
> > Phone : +380 (66) 618-60-19
> >
> > E-Mail : [1][email protected]
> >
> >
> > [cid:[email protected]]
> >
> > [SeenTimeChecker?
> > do=7313f16f49f85e196cd4961a3ec2b474a2d4e0f32297c536e77f3ff7
> >
> f8715167ddc79e3cd10304db25139e580ce36374e458eb91567068af8048f33cf1ed6b0
22630
> > 67d8b8f027b1385d1dc03090c255b34ca8e8a5708c9fcf878f9a26ce15a0]
> >
> > References
> >
> > 1. mailto:[email protected]
> --
> ------------- Codito, ergo sum - "I code, therefore I am"
--------------
> The Rasterman (Carsten Haitzler) [email protected]
>
>
> [SeenTimeChecker?
> do=7313f16f49f85e19d8f0df9aa065a9e79edfd488ca5cbc58e77f3ff7
>
f8715167ddc79e3cd10304db25139e580ce36374e458eb91567068af8048f33cf1ed6b022630
> 67d8b8f027b1385d1dc03090c255b34ca8e8a5708c9fcf878f9a26ce15a0]
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) [email protected]
[SeenTimeChecker?do=7313f16f49f85e19fa526da50f738ac1d719ad8746dff2efe77f3ff7
f8715167ddc79e3cd10304db25139e580ce36374e458eb91567068af8048f33cf1ed6b022630
67d8b8f027b1385d1dc03090c255b34ca8e8a5708c9fcf878f9a26ce15a0]
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
