<div dir="ltr">So, I found the function layerInterp_mloopcol in the file source\blender\blenkernel\intern\customdata.c which is getting called if you do subdivide. The interesting thing is it is using the alpha channel, also as I said in previous mail, after printing the values of all the vertices with the same color and alpha the values printed of RGBA were same, this means that values of color to the vertices are getting assigned properly along with alpha. So, this creates more confusion. <div>What do you think? </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 16, 2017 at 6:18 PM, Howard Trickey <span dir="ltr"><<a href="mailto:howard.trickey@gmail.com" target="_blank">howard.trickey@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ah, now I understand, I think. So what seems to be happening is that the part of Blender that gets attributes for new vertices created by geometry operations - which typically interpolate values between the values of old vertices, is probably only interpolating 3 channels of color and not 4. See if you can find the part of the code that interpolates values in custom layers. If you can't, I'll give you a hint after I get back to my computer later.<div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 16, 2017 at 8:34 AM Darshan kadu <<a href="mailto:darsh7807@gmail.com" target="_blank">darsh7807@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I divided the mesh by subdivide option in the toolshelf on the left side in the edit mode. </div><div class="gmail_extra"><br><div class="gmail_quote">On 16-Jul-2017 5:42 PM, "Howard Trickey" <<a href="mailto:howard.trickey@gmail.com" target="_blank">howard.trickey@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Darshan,<br><br><div dir="auto">I'm away from computer until later today, so can't check this right now. But I thought when I tried a few days ago that when I added a subdivision modifier, I saw drawing done by some function in subsurf_ccg.c. Did you subdivide some other way?</div></div><div dir="auto"><br></div><div dir="auto">One way you can discover for yourself which function is drawing the faces is to start single stepping in a debugger after hitting a breakpoint in draw_mesh_paint.</div><div dir="auto"><br></div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div>On Sun, Jul 16, 2017 at 7:37 AM Darshan kadu <<a href="mailto:darsh7807@gmail.com" target="_blank">darsh7807@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Hello, Mr. Howard,<div><br></div><div>I am still not able to figure out why some faces have different color. <br>As, you said that it is an only one case, but other cases like emDM_drawMappedFaces this is used in edit mode and I didn't see control getting in it while in vertex mode, same goes with the ccgDM_drawMappedFaces. So, this two may not be the reason for this behavior.</div><div><br></div><div>I printed out the colors of the vertices, here also all the vertices had the same color if i assign them the same color along with the alpha.</div><div><br></div><div>I tried glEnable to blend for both the conditions i.e. setDrawOptions NULL and non-NULL . Still no output.</div><div><br></div><div>If we look at the Fabio's patch, he added glEnable to the cdDM_drawFacesTex_common but control don't go in that function if we are in solid mode. How Fabio would have handled this problem?</div><div>It works properly for alpha 0 and 255 but not for intermediate values.</div><div><br></div><div>Can the way in which mesh gets divided be the reason for it? </div><div>Thank you ,</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"></div></div><div class="gmail_extra"><div class="gmail_quote">On Fri, Jul 14, 2017 at 4:24 PM, Howard Trickey <span><<a href="mailto:howard.trickey@gmail.com" target="_blank">howard.trickey@gmail.com</a>></span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p>Darshan,<br>
</p>
<div>The changes I suggested were just a start to get it working in the most basic case. Good that you got the basic alpha display working!</div><div><br></div><div>So far, you changed cdDM_drawMappedFaces, which is used to draw the faces for a basic type of derived mesh. But there are other kinds of derived meshes too, and you should try to figure out how to change those too, if you can. Search for drawMappedFaces in the blenkernel/intern directory and you will see the other versions of the drawing function. When you add a Subdivision Surface modifier, the drawing function will be ccgDM_drawMappedFaces in subsurf_ccg.c . See if you can figure out yourself how to change the function. See if you can figure out in what circumstances other versions of the drawMappedFaces function are called, and whether or not you think those are important cases to fix.<br></div><div><br></div><div>Another case where the current code doesn't work for displaying alpha is when you have pushed the 'Face selection used for masking' or 'Vertex selection used for masking' buttons in vertex paint. You may want to see if you can figure out how to fix those cases too.</div><div><br></div><div>I put some hints on how the drawing code works in the basic case in our shared notes, doc, <a href="https://docs.google.com/document/d/1SX6ASWpYPoJ3EYJri8bX3BfXC5e-mOmraZkKMH8z4_U" target="_blank">https://docs.google.com/<wbr>document/d/<wbr>1SX6ASWpYPoJ3EYJri8bX3BfXC5e-<wbr>mOmraZkKMH8z4_U</a></div><div><br></div><div>You can generally figure out stuff like this yourself by putting breakpoints at interesting places in the code and step through from the breakpoints, to see what code is called, what direction tests go, etc.</div><span><div><br></div><br><div class="gmail_quote"><div>On Fri, Jul 14, 2017, 5:00 AM Darshan kadu <<a href="mailto:darsh7807@gmail.com" target="_blank">darsh7807@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Hello, Mr. Howard,<div><br>I have pushed the suggested changes. It is working properly for the meshes without subdividing.</div><div>But after the subdivide it is giving the rectangularly shaped spots. I tried, but I am not getting any hints. What can be happening?</div><div><br></div><div>Thank you,</div></div><div class="gmail_extra"><br></div>
</blockquote></div></span></div>
<br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">______________________________<wbr>_________________<br>
Soc-2017-dev mailing list<br>
<a href="mailto:Soc-2017-dev@blender.org" target="_blank">Soc-2017-dev@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/soc-2017-dev" rel="noreferrer" target="_blank">https://lists.blender.org/<wbr>mailman/listinfo/soc-2017-dev</a><br>
<br></blockquote></div></div>
______________________________<wbr>_________________<br>
Soc-2017-dev mailing list<br>
<a href="mailto:Soc-2017-dev@blender.org" target="_blank">Soc-2017-dev@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/soc-2017-dev" rel="noreferrer" target="_blank">https://lists.blender.org/<wbr>mailman/listinfo/soc-2017-dev</a><br>
</blockquote></div></div>
<br>______________________________<wbr>_________________<br>
Soc-2017-dev mailing list<br>
<a href="mailto:Soc-2017-dev@blender.org" target="_blank">Soc-2017-dev@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/soc-2017-dev" rel="noreferrer" target="_blank">https://lists.blender.org/<wbr>mailman/listinfo/soc-2017-dev</a><br>
<br></blockquote></div></div>
______________________________<wbr>_________________<br>
Soc-2017-dev mailing list<br>
<a href="mailto:Soc-2017-dev@blender.org" target="_blank">Soc-2017-dev@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/soc-2017-dev" rel="noreferrer" target="_blank">https://lists.blender.org/<wbr>mailman/listinfo/soc-2017-dev</a><br>
</blockquote></div>
</div></div><br>______________________________<wbr>_________________<br>
Soc-2017-dev mailing list<br>
<a href="mailto:Soc-2017-dev@blender.org">Soc-2017-dev@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/soc-2017-dev" rel="noreferrer" target="_blank">https://lists.blender.org/<wbr>mailman/listinfo/soc-2017-dev</a><br>
<br></blockquote></div><br></div>