Revision 64bd4be by Campbell Barton January 23, 2014, 13:25 (GMT) |
Fix for crash getting the name of RNA properties with empty name |
Revision 5368003 by Campbell Barton January 23, 2014, 13:06 (GMT) |
Code Cleanup: whitespace |
Revision 45df9f4 by Campbell Barton January 23, 2014, 13:06 (GMT) |
Code Cleanup: find operator once and reuse |
Revision a81cf31 by Sergey Sharybin January 23, 2014, 12:41 (GMT) |
Fix typo in mmap commit from a while ago |
Revision 898498c by Sergey Sharybin January 23, 2014, 10:51 (GMT) |
Fix for IMB_(un)premultiply_rect_float() not doing right business - Made them receive number of channels rather than number of planes. This matches to how ImBuf structure stored planes and channels. - IMB_premultiply_rect_float() was called with channels passed instead of planes already :S. |
Revision cbdedc1 by Sergey Sharybin January 23, 2014, 10:30 (GMT) |
Fix T38284: Crash with several shrinkwrap constraint using same target Issue is caused by the race condition between getting custom data layers from target's derived mesh (for vertices and faces) and releasing this derived mesh from other threads. When one releases the derived mesh it'll free temporary data from it, and it'll also update data layers mapping. General rule for threading is that no one is ever allowed to modify data he doesn't own. This means that no temp layers are to be allocated in derived mesh and making it so `CustomData_free_temporary()` doesn't update mapping if nothing was freed will solve the race condition. It is still possible to do other improvements, namely detect which additional data/layers are to be present in derived mesh and create it as a part of `object_handle_update()`, but this is to be solved separately. |
Revision 6c1c6f2 by Lukas Toenne January 23, 2014, 09:20 (GMT) |
Removed the omat matrix from DupliObject. This was storing the original object matrix, which builds on the assumption that obmat is modified during dupli construction, which is a bad hack. Now the obmats are still modified, but this only happens outside of the dupli system itself and the original ("omat") is stored as local variables in the same place where the obmat manipulation takes place. This is easier to follow and avoids hidden hacks as much as possible. Reviewed By: campbellbarton Differential Revision: https://developer.blender.org/D254 |
Revision 1713db2 by Campbell Barton January 23, 2014, 08:05 (GMT) |
Fix T38042: Keymap crash after reloading operators After some investigation with mont29, seems like the best way to ensure keymaps point to valid operators is using WM_keyconfig_update(). |
Revision b64f897 by Campbell Barton January 23, 2014, 08:05 (GMT) |
WM: add WM_operatortype_remove_ptr to remove a known operator |
Revision 1234831 by Bastien Montagne January 23, 2014, 07:37 (GMT) |
Fix T38328: GLSL display shows texture mapping completely messed up in some cases Own stupid typo in rB28ca299d4dfc... |
Revision 3b71cab by Campbell Barton January 23, 2014, 03:58 (GMT) |
Fix T38110: GameEngine keyboard sensor ignores unicode characters |
Revision c02c2df by Campbell Barton January 23, 2014, 02:37 (GMT) |
BGE Bitmap Text: add in check if the character is outside the range |
Revision 2f46ed5 by Campbell Barton January 23, 2014, 02:29 (GMT) |
Fix T38325: Game Engine Bitmap fonts failed for characters >128 |
Revision c700103 by Campbell Barton January 23, 2014, 01:08 (GMT) |
Themes: update for tab colors |
Revision 80af3d6 by Campbell Barton January 23, 2014, 00:48 (GMT) |
Tab theme colors patch D234 from Jonathan Williamson with edits - de-duplicate rna_def_userdef_theme_space_gradient and rna_def_userdef_theme_space_generic - ui_theme_init_new_do now always sets theme settings (no need to test), used by bpy.ops.ui.reset_default_theme() |
Revision 4b820fb by Brecht Van Lommel January 23, 2014, 00:13 (GMT) |
Fix T38311: cycles BVH cache crash on Windows. |
Revision 282ad43 by Brecht Van Lommel January 23, 2014, 00:13 (GMT) |
Memory allocation: do not use mmap for memory allocation on 64 bit. On Windows we can only do mmap memory allocation up to 4 GB, which causes a crash when doing very large renders on 64 bit systems with a lot of memory. As far as I can tell the reason to use mmap is to get around address space limitation on some 32 bit operating systems, and I can't see a reason to use it on 64 bit. For the original explanation see here: http://orange.blender.org/blog/stupid-memory-problems Fixes T37841. |
Revision 28ca299 by Bastien Montagne January 22, 2014, 18:56 (GMT) |
Fix T38316: Half of a Face is Missing on Newly Created Cubes or Cylinders. Own bug from rBc691551249f3. Now at least I understand why `test_index_face()` is needed for tessellated quads! Added a bunch of comments to explain the issue, as it's far from an obvious one... We loose some performances, but it's still much quicker than org code. |
Revision c2fbec7 by Brecht Van Lommel January 22, 2014, 18:52 (GMT) |
Fix T38323: blender viewport render in particle hair edit mode renders halos. Currently it's not supported to do viewport render of particles while in particle edit mode, hide the particle instead of rendering halos. |
Revision 1c8abf8 by Sergey Sharybin January 22, 2014, 16:57 (GMT) |
|
|
|


Master Commits
MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021