[Soc-2013-dev] Weekly Report #12 Threaded Dependency Graph

Sergey Sharybin sergey.vfx at gmail.com
Sat Sep 7 11:11:56 CEST 2013


Hi,

= This week =

Some fixes in the trunk, such as:
- Fix crash when adjusting plane track after re-tracking point tracks
- Color managed color didn't work properly for float sequencer frames.
- Fix #36124: VSE - Input Color option does not work for video files
- Fix #36587: Tracking markers fail to track near the left and right edge
of a movie clip.

Depsgraph branch changes:

- Use special flags in DagNode for tags and scheduled instead of trying to
use color for this.
This way it's possible to have both tag and scheduler working at the same
time.
Maybe not too much needed long-term wise, but needed this to unlock some
upcoming changes.

- Simplified DAG threaded traversal code, now it's easy to be re-used in
other places as well.
This is helpful for derivedRender calculation in convertblender.

- Set scenes shall be handled properly in convertblender.

- Creating new task pool now ensures malloc is switched to thread-safe one.
Easier to re-use pools in lots of places.

- Create derivedRender in threads using the same way asit's done for object
update.
In really quick tests gave around 2x speedup of database_init_objects when
having 130 suzannes with subsurf level of 3.

- Added check for last datamask used for derivedRender calculation.

- Objects will now restore their derived caches nicely after rendering in
locked UI (was a small regression in the branch since last week).

- Shrintwrap modifier will use proper derived mesh in render mode.

- Initial support of render mode for constraints.
Some constraints depends on derivedMesh, which failed for objects which had
different viewport/render settings. Constraints now could deal with this,
but more global changes are needed to make it fully working. See below.

- Smoke modifier is now expected to use proper render flags

The issue with constraints is caused by the fact that viewport and render
are sharing the same ob->obmat, which leads to conflicts: once render
thread re-evaluated constraints for render purposes, viewport location is
not correct anymore.

= Next week =

Next week i'm planning to focus on solving viewport/render conflict
mentioned above.

= Questions =

None yet.

-- 
With best regards, Sergey Sharybin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/soc-2013-dev/attachments/20130907/b9248734/attachment-0001.htm 


More information about the Soc-2013-dev mailing list