Revision 5e3838f by Philipp Oeser February 13, 2019, 11:32 (GMT) |
Fix T61499: Missing Camera settings in props except Depth of Field rB55c281415b67 removed 'BLENDER_RENDER' as a COMPAT_ENGINE but the cycles addon checks for this in its get_panels() function. Adding this back for now. Reviewers: brecht, billreynish Maniphest Tasks: T61499 Differential Revision: https://developer.blender.org/D4346 |
Revision 57f0b17 by Philipp Oeser February 13, 2019, 10:05 (GMT) |
Fix T61487: quick favorites crash outside of open preferences window |
Revision 539cbf6 by Sergey Sharybin February 13, 2019, 09:42 (GMT) |
Fix crash removing drivers Was a use-after-free during relations update. Now we do similar dependency graph tags, but without any extra animation update logic, which was accessing various pointers. Was found when looking into a file from T56635. |
Revision f54c3e3 by Antonio Vazquez February 13, 2019, 09:00 (GMT) |
GP: Remove debug print |
Revision b271cbf by Campbell Barton February 13, 2019, 08:14 (GMT) |
Cleanup: unused DNA struct members - Timeline theme. - 3D view runtime variables. - Exclude EditLatt from SDNA. |
February 13, 2019, 05:39 (GMT) |
Fix T61411: Camera clip overlay enabled by expanding UI |
Revision ba6cf3c by Campbell Barton February 13, 2019, 00:09 (GMT) |
Cleanup: rename variable name for DNA utils Rename 'elem_dna' to 'elem_full' to signify it has array/pointer chars. |
Revision 4d890f3 by Campbell Barton February 13, 2019, 00:08 (GMT) |
Cleanup: unused variable |
Revision 9a8a567 by Campbell Barton February 13, 2019, 00:00 (GMT) |
Cleanup: style, duplicate includes |
Revision 61e2e60 by Bastien Montagne February 12, 2019, 21:15 (GMT) |
I18N Messages: fix confusion with Light meanings. Using ID_LIGHT or ID_ID for "Lamp" meaning, "Light" without context being for 'not heavy'. That rename of data-block was not really nice on that side of things :/ Related to T43295. |
Revision 62f8c55 by Bastien Montagne February 12, 2019, 20:53 (GMT) |
Cleanup: rename `BLT_I18NCONTEXT_ID_LAMP` -> `BLT_I18NCONTEXT_ID_LIGHT`. |
Revision 025df50 by Bastien Montagne February 12, 2019, 20:34 (GMT) |
Fix T51771: UI Messages: Reserve 'Normal' to its geometric meaning. Using 'Regular' instead for the common meaning, this avoids having to add some i18n context disambiguation... |
Revision 9d63b0d by Brecht Van Lommel February 12, 2019, 18:18 (GMT) |
Fix T61469: wrong object statistics when using instances. The new code already loops over all instances, don't need to be counted again. |
Revision c8e446e by Brecht Van Lommel February 12, 2019, 18:00 (GMT) |
Fix T61453: crash rendering after selecting particle settings datablock. |
Revision 70c5699 by Antonio Vazquez February 12, 2019, 17:15 (GMT) |
GP: Move to new layer did not work with autolock When the autolock layer option was enabled, the move to new layer operator was not working as expected. |
Revision 09b40aa by Dalai Felinto February 12, 2019, 16:27 (GMT) |
Fix "typo" in show_object_viewport* RNA_def_property_update |
Revision a1d440d by Germano Cavalcante February 12, 2019, 16:12 (GMT) |
Edit Mode: Fix element selection on some old AMD GPUs Tested on an `AMD Radeon HD 7570M`. It seems that a VBO containing only `unsigned bytes` or `unsigned shorts` can't be read correctly in a shader. Strange that if the index buffer repeats the drawing of the vertices (as was done before rBa04dd15193e6) the problem disappears. The disadvantage of this solution is that the memory size for a selection VBO increases by about 4 times. But the loss in optimization is negligible. Thanks to @fclem for pointing out the possible source of the problem and reviewing the fix. |
Revision f16763a by Sergey Sharybin February 12, 2019, 16:05 (GMT) |
Fix T60999: Duplifaced objects are not drawn in edit mode Seems to be rather trivial change to use proper cage mesh nowadays. |
Revision 5aacad1 by Antonio Vazquez February 12, 2019, 16:01 (GMT) |
Fix T61462: Missing update when toggling GP layer visibility in the Outliner |
Revision 027c356 by Sergey Sharybin February 12, 2019, 15:42 (GMT) |
Use direct access to evaluated mesh from instancing It is supposed to be already evaluated. If for some reason it's not doing such direct evaluation will not be reliable anyway (indirect dependencies for example). This fixes an assert part of T61431. |
|
|
|


Master Commits
MiikaHweb | 2003-2021