http://www.miikahweb.com/feed.php MiikaHweb - Blender Cycles_memory Branch http://www.miikahweb.com/ MiikaHweb - Blender Cycles_memory Branch fi Sun, 05 Apr 20 04:06:30 +0000 MiikaHweb RSS contact at miikahweb.com <![CDATA[[d4386ee]: Fix blenderplayer]]> http://www.miikahweb.com/en/blender/git-logs/commit/d4386ee6156e7fc3a924ad1dd77b2eef7be307f3 d4386ee
Branches : cycles_memory, gooseberry, gooseberry_farm, temp_motionpaths
Author : Antony Riakiotakis (psy-fi)
----------------------------------------
Fix blenderplayer

----------------------------------------
1 Path Changed]]>
Fri, 27 Feb 2015 14:06:45 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/d4386ee6156e7fc3a924ad1dd77b2eef7be307f3Antony Riakiotakis
<![CDATA[[136c8d1]: Add argument to DM_to_mesh() function to take ownership over...]]> http://www.miikahweb.com/en/blender/git-logs/commit/136c8d1ae0fafc90281bd778c3ce362bf7837694 136c8d1
Branches : cycles_memory, gooseberry, gooseberry_farm, temp_motionpaths
Author : Sergey Sharybin (sergey)
----------------------------------------
Add argument to DM_to_mesh() function to take ownership over the DM

The idea is pretty simple: instead of making temporary copy of all the
related custom data layers just pass the ownership from the DM to the
mesh.

This is really handy in cases when you've got DM which you need to
convert to Mesh datablock and wouldn't need that DM after conversion
anyway.

Foe example, render database conversion, exporters and even Modifier
Apply will benefit from this option.

Reviewers: campbellbarton

Differential Revision: https://developer.blender.org/D1127

----------------------------------------
8 Paths Changed]]>
Fri, 27 Feb 2015 11:27:56 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/136c8d1ae0fafc90281bd778c3ce362bf7837694Sergey Sharybin
<![CDATA[[6320749]: Add an option to mesh.calc_tessface() to get rid of polygons...]]> http://www.miikahweb.com/en/blender/git-logs/commit/6320749361f59ed9942d08e1a99db75c358b6ecd 6320749
Branches : cycles_memory, gooseberry, gooseberry_farm, temp_motionpaths
Author : Sergey Sharybin (sergey)
----------------------------------------
Add an option to mesh.calc_tessface() to get rid of polygons and loops

The purpose of this change is to add extra possibility to render engines and
export scripts to reduce peak memory footprint during their operation.

This new argument should be used with care since it'll leave mesh in not really
compatible with blender format, but it's ok to be used on temp meshes.

Unfortunately, it's hard to get scene where it'll show huge benefit because
in my tests with cycles peak memory is reached in MEM_printmemlist_stats().

However, in the file with sintel dragon it gives around 1gig of memory benefit
after removing the polys which would allow other heavy to compute stuff such as
hair (or even pointiness calculation) to not be a peak memory usage.

In any case, this change is nice to have IMO, and only means more parts of
scene export code should be optimized memory-wise.

Reviewers: campbellbarton

Differential Revision: https://developer.blender.org/D1125

----------------------------------------
4 Paths Changed]]>
Thu, 26 Feb 2015 20:07:59 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/6320749361f59ed9942d08e1a99db75c358b6ecdSergey Sharybin
<![CDATA[[79a5c97]: Cycles: Free caches used by the synchronized objects]]> http://www.miikahweb.com/en/blender/git-logs/commit/79a5c97064fc6ea2a730e1763bc19a9290c0965a 79a5c97
Branches : cycles_memory, gooseberry, gooseberry_farm, temp_motionpaths
Author : Sergey Sharybin (sergey)
----------------------------------------
Cycles: Free caches used by the synchronized objects

Issue this commit is addressed to is that particle system and particle modifier
will contain caches once derived mesh was requested and this cached data will
never be freed.

This could easily lead to unwanted memory peaks during synchronization stage
of rendering.

The idea is to have RNA function in object which would free caches which can't
be freed otherwise. This function is not intended to deal with derived final
since it might be used by other objects (for example by object with boolean
modifier).

This cache freeing is only happening in the background rendering and locked
interface rendering.

From quick tests with victor file this change reduces peak memory usage by
command line rendering by around 6% (1780MB vs. 1883MB). For rendering from
the interface it's about 12% (1763MB vs. 1998MB).

Reviewers: campbellbarton, lukastoenne

Differential Revision: https://developer.blender.org/D1121

----------------------------------------
4 Paths Changed]]>
Thu, 26 Feb 2015 20:01:07 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/79a5c97064fc6ea2a730e1763bc19a9290c0965aSergey Sharybin