On Thu, 11 Jul 2013 15:10:18 +0000 (GMT) Artem Popov <artem.po...@samsung.com> 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<ras...@rasterman.com> > > 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 > > > > > > f8715167ddc79e3cd10304db25139e580ce36374e458eb91567068af8048f33cf1ed6b0 > 22630 > > > 67d8b8f027b1385d1dc03090c255b34ca8e8a5708c9fcf878f9a26ce15a0] > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" > -------------- > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > > > > > 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]artem.po...@samsung.com > > > > > > [cid:BEI0XT4NZ5JE@namo.co.kr] > > > > [SeenTimeChecker? > > do=7313f16f49f85e196cd4961a3ec2b474a2d4e0f32297c536e77f3ff7 > > > > f8715167ddc79e3cd10304db25139e580ce36374e458eb91567068af8048f33cf1ed6b022630 > > 67d8b8f027b1385d1dc03090c255b34ca8e8a5708c9fcf878f9a26ce15a0] > > > > References > > > > 1. mailto:vartem.po...@samsung.com > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > [SeenTimeChecker? > do=7313f16f49f85e19d8f0df9aa065a9e79edfd488ca5cbc58e77f3ff7 > f8715167ddc79e3cd10304db25139e580ce36374e458eb91567068af8048f33cf1ed6b022630 > 67d8b8f027b1385d1dc03090c255b34ca8e8a5708c9fcf878f9a26ce15a0] -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ 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 enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
