Revision ded9cab by Bastien Montagne August 19, 2013, 18:37 (GMT) |
Usual UI messages fixes... |
Revision 74dfe71 by Bastien Montagne August 19, 2013, 17:58 (GMT) |
Fix [#36438] Adding Metaball when unit scale is smaller than 0.01 seemingly hangs Blender Wiresize and rendersize were not handled regarding scene scale, leading to insane precision when working in cm or less... |
Revision 789ee1b by Antonis Ryakiotakis August 19, 2013, 17:37 (GMT) |
Dyntopo: * Actually check if normal recalculation flags exists and set it when splitting nodes in dyntopo. Right now, nodes that need GPU buffer update will always get in the list to get their normals generated, but to avoid a possible future breakage better do it right now. * Avoid keeping deleted/removed vertices in vertex-to-node and unique vertex hashes, since some checks rely on those and may go awry if these still exist. Also they pollute the hashes, and may hurt performance somewhat. |
Revision 16ed997 by Bastien Montagne August 19, 2013, 15:02 (GMT) |
Fix build with GE and WITH_CXX_GUARDEDALLOC enabledâ?¦ |
Revision 20fdea9 by Campbell Barton August 19, 2013, 14:40 (GMT) |
code cleanup: confirm include guards to our convention |
Revision b8ce663 by Sergey Sharybin August 19, 2013, 14:22 (GMT) |
Fix crash happening due to missing ob->curve_cache It's a bit dumb to store render-time bevel list in object's curve_cache, but that's how blender already used to work for ages. Proper fix is suspended for tomorrow :) |
Revision 6f88dca by Antonis Ryakiotakis August 19, 2013, 14:08 (GMT) |
Dyntopo: Turn off pbvh normal update flag after recalculation, saves recalculating normals every frame when not stroking the mesh. For this to work reliably with undo we need to support original normals in the bm_log (was marked as a TODO already in the code), so that undoing avoids having invalid normals in the mesh (since we don't update every frame anymore). This was added in this commit as well. Also added some (disabled) quite paranoid checks in the bmesh valication code for dyntopo hoping to catch the real normal update issue. No luck there yet. |
Revision cbfd2a8 by Sergey Sharybin August 19, 2013, 14:03 (GMT) |
Apparently sizeof(unsigned) is 4 bytes on both 32 and 64 bit platforms For now assume sizeof(int) == 4 for all supported platforms, could be changed in the future. Added an assert to functions which depends on this this, so we'll easily notice bad things happening. |
Revision c79e175 by Bastien Montagne August 19, 2013, 13:30 (GMT) |
Fix [#36454] 'Tiles' settings in Render/Performance panel don't respect keyframes These are not animatable! Note this is the case of most (all?) render settings, maybe we should go over both Cycles and internal ones, there are still quite a bunch of them that are marked as animatable... :/ |
Revision 82cf4b9 by Sergey Sharybin August 19, 2013, 12:04 (GMT) |
Mistake in revious PATH_MAX commit, sorry! |
Revision d22f324 by Sergey Sharybin August 19, 2013, 11:50 (GMT) |
Attempt to fix compilation error of sort.c |
Revision dcef29b by Sergey Sharybin August 19, 2013, 11:49 (GMT) |
Fix compilation error on platforms where PATH_MAX is not defined |
Revision 7e70815 by Sergey Sharybin August 19, 2013, 11:37 (GMT) |
Code cleanup: use bool instead of BOOL/int |
Revision 4da3d5b by Sergey Sharybin August 19, 2013, 11:36 (GMT) |
Fix read past end of array when drawing tracking markers keyframes Was introduced by plane track merge. |
Revision 400bd9b by Sergey Sharybin August 19, 2013, 11:24 (GMT) |
MCE: usability improvement Align Clear Before/After into a row and remove Clear button (which wasn't actually used by artists). |
Revision 26c34fc by Sergey Sharybin August 19, 2013, 11:04 (GMT) |
Merge remained parts of r57520: use use_render argument rather than G.is_rendering |
Revision a4078c8 by Sergey Sharybin August 19, 2013, 11:04 (GMT) |
No static vars shall be in mballs now No need in special hacks for this now :) |
Revision 1f93344 by Sergey Sharybin August 19, 2013, 10:54 (GMT) |
And for sure forgot to commit another cleaup patch -- svn merge -r59259:59260 ^/branches/soc-2013-depsgraph_mt |
Revision 499ccf7 by Sergey Sharybin August 19, 2013, 10:53 (GMT) |
Forgot this in previous commit Solves compilation issues on Win and OSX -- svn merge -r59180:59181 ^/branches/soc-2013-depsgraph_mt |
Revision c0f8e15 by Sergey Sharybin August 19, 2013, 10:51 (GMT) |
Speedup for guarded allocator - Re-arrange locks, so no actual memory allocation (which is relatively slow) happens from inside the lock. operation system will take care of locks which might be needed there on it's own. - Use spin lock instead of mutex, since it's just list operations happens from inside lock, no need in mutex here. - Use atomic operations for memory in use and total used blocks counters. This makes guarded allocator almost the same speed as non-guarded one in files from Tube project. There're still MemHead/MemTail overhead which might be bad for CPU cache utilization |
|
|
|


Master Commits
MiikaHweb | 2003-2021