<div dir="ltr">Hi,<div><br></div><div>We can not assume that if number of verts/edges/faces is the same topology is the same. Simple example: edge rotate operator -- it changes topology but keeps the same number of geometry.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 23, 2014 at 4:13 PM, Grigory Revzin <span dir="ltr"><<a href="mailto:revzingg@gmail.com" target="_blank">revzingg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello everyone!<br>
<br>
This (and previous three!) week's progress:<br>
- Got a good wiki page on what I'm going to do, including the Midterm<br>
Evaluation<br>
- Got git access form Sergey, thanks.<br>
- Learned quite a few of Blender code.<br>
- Started the hardest part of refactoring some editmesh conversions<br>
code. - Implemented rought support for the scratch shapekey lready<br>
have a rough support for the scratch keyblock. Keyblock recalculation,<br>
switching.<br>
- Sped up keyblock recalculations by checking for topology changes in<br>
the EditMesh. If no topology changes have occured, a faster keyblock<br>
recalculation algorithm is used (assumes the topology is the same).<br>
Topology checks are implemented via hashing the editmesh's data on<br>
shapekey switching and editmode enter/exit.<br>
- Improved the Shape Key Move operator -- now can move to top of the<br>
list and to the bottom with one click. TODO: do a double-triangle icon<br>
for that.<br>
<br>
What I'm working on now:<br>
- Getting mixing shapes in editmode to work. My thought is that using<br>
the shapkey modifier for that is leading to unnecessary complications<br>
in its code (it needs to be aware of the scratch in edit mode, also,<br>
it ponentially e), so editmode mixing code is independent from the<br>
modifier. This includes enabling editmode independent mix and the UI<br>
for it.<br>
- Adding more technical details to the wiki before I forget stuff<br>
<br>
Next two weeks:<br>
- Split the wiki page to distinguish between User's Pov, Tech Notes<br>
and Progress reports.<br>
- Stabilize everything described above. There're still segfaults from<br>
time to time. Add the "Commit to Active" and "Update from Active"<br>
operators as described in the wiki.<br>
- Update editmesh undo support, now it seems I've broken it somewhat<br>
with the refactor.<br>
- Get a testbuild at the end of the second/start of the third week and<br>
get someone to test it. :)<br>
<br>
Problems:<br>
- One week before the finals! Lost of time is lost on computing axle<br>
loads and Maxwell-Mohr displacement integrals, as well as common<br>
emitter amplifier transfer functions and many other things. Hope to<br>
have mixing working by end of Sunday.<br>
- Nevertheless, it's the final weeks that are most demanding, but not<br>
the finals themselves, so it's going to get better.<br>
- Is it safe to assume that if totvert/totedge/totface/totloop didn't<br>
change, the topo is the same? Can we drop hashing?<br>
<br>
- Thanks,<br>
Grigory<br>
<span class="HOEnZb"><font color="#888888">--<br>
Г. Г. Ревзин<br>
_______________________________________________<br>
Soc-2014-dev mailing list<br>
<a href="mailto:Soc-2014-dev@blender.org">Soc-2014-dev@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/soc-2014-dev" target="_blank">http://lists.blender.org/mailman/listinfo/soc-2014-dev</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><span style="color:rgb(102,102,102)">With best regards, Sergey Sharybin</span></div>
</div>