<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hi Sergey,</p>
<p>you are right, it is not finished. What i was trying to say is
that it doesn't need any new features or methods to generate the
geometry.<br>
It is just the methods present need some bugfixes.</p>
<p>Bugs i can currently identify:</p>
<ol>
<li>T-intersection center quads are Tris (holes in the geometry)</li>
<li>Intersections disappear/ are placed in infinity (division by 0
or non-initialized memory access)</li>
<li>T-intersection rotation out of order</li>
</ol>
<p>The normal orientation should be an easy fix because the
algorithms already support flipping and calculating the
orientation of a polygon is a common problem.</p>
<p>I hope this clarifies what i was trying to say,</p>
<p><br>
</p>
<p>Sebastian Witt</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 16.07.17 13:29, Sergey Sharybin
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAErtv24RvsLrVLbVKASQDoRJfNZAzDmp7sKL09aKKGgwWwNNqA@mail.gmail.com">
<div dir="ltr">Hi,
<div><br>
</div>
<div>When you mention that used one method which is better than
other one, it is always a good idea to show two pictures: one
with old method and one with new one. This helps quantifying
how much better results from user perspective.</div>
<div><br>
</div>
<div>What i didn't understand is: you're mentioning that
geometry is fully generated and algorithm is finished, but in
the next sentence you say that there are lots of issues. So
either something is not finished or there shouldn't be issues.</div>
<div><br>
</div>
<div>Is the normal orientation the only problem now?</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Jul 13, 2017 at 7:54 PM,
Sebastian Witt <span dir="ltr"><<a
href="mailto:W.Basti@gmx.de" target="_blank"
moz-do-not-send="true">W.Basti@gmx.de</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Weekly Report #07 - Silhouette Operator<br>
<br>
I am sending my weekly report a little earlier this week
because I am heading for an earlier weekend so i will be
missing the friday. I tried to do some extra hours on
monday and tuesday to get some extra progress and will do
so in the next week as well.<br>
<br>
Nevertheless i made some good progress this week. Last
week I decided to rework the geometry generation of the
silhouette operator. <br>
<br>
The unified interpolation Method<br>
The major advantage of the new system is a unified
interpolation method.<br>
The method decides the shape of the object in the 3rd Axis
which is not defined by the sculptor. Therefore i can
easily control the whole output by altering this method. <br>
Currently it controls the smoothness and depth of the
generated geometry. The smoothness is a value between 0
and 1.<br>
With 0 being an object with sharp edges. If you draw a
circle for example this result in a cylinder.<br>
A smoothness value of 1 will smooth out the corner and
results in a sphere.<br>
<br>
Order of Generation<br>
Before the rework the different parts were relying on each
other. In other words, i generated tube-parts first
carried bordering edges/vertices over and generated
T-intersections as well as Cap-parts afterwards. Due to
this dependency i had to incorporate a lot of corner cases
and experienced a lot of unexpected behaviour. With the
new system every part is self-contained and exposes only
one continuous edgeloop. This makes it easier to track
done errors and is a cleaner approach in general.<br>
<br>
Connecting the Parts<br>
With those continuous edgeloops it is easier now to
connect the different parts. There is still some issues
with the general orientation of some parts and inverted
edgeloops. But that should not be a big problem to solve.<br>
<br>
What is the current stage?<br>
In theory the geometry is now completely generated. The
algorithm itself is done! In practice there are still a
lot of issues with the system. As mentioned above the part
orientation is messed up sometimes resulting in errors on
the connections. <br>
<br>
What is up next?<br>
Next step is to fix the issues and make the tool a little
more stable. After that i will try to fix the normal
orientation. Currently if drawn counterclockwise it is
correctly oriented and if drawn clockwise the normals need
to be flipped. <br>
If the silhouette is more stable I will start exposing the
tool settings and hopefully move on soon to connecting to
existing geometry.<br>
<br>
Best regards,<br>
<br>
Sebastian Witt<br>
<br>
</div>
<br>
______________________________<wbr>_________________<br>
Soc-2017-dev mailing list<br>
<a href="mailto:Soc-2017-dev@blender.org"
moz-do-not-send="true">Soc-2017-dev@blender.org</a><br>
<a
href="https://lists.blender.org/mailman/listinfo/soc-2017-dev"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.blender.org/<wbr>mailman/listinfo/soc-2017-dev</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr"><span style="color:rgb(102,102,102)">With best
regards, Sergey Sharybin</span><br>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Soc-2017-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Soc-2017-dev@blender.org">Soc-2017-dev@blender.org</a>
<a class="moz-txt-link-freetext" href="https://lists.blender.org/mailman/listinfo/soc-2017-dev">https://lists.blender.org/mailman/listinfo/soc-2017-dev</a>
</pre>
</blockquote>
<br>
</body>
</html>