March 9, 2015, 11:46 (GMT) |
Don't push merge without building first fix. |
March 9, 2015, 11:44 (GMT) |
Merge branch 'wiggly-widgets' into gooseberry Conflicts: source/blender/blenloader/intern/versioning_270.c source/blender/editors/include/ED_view3d.h source/blender/editors/space_sequencer/sequencer_draw.c |
Revision 8cad3e3 by Antonis Ryakiotakis (gooseberry, gooseberry_farm, temp_motionpaths, temp_widgets_c++_experiment, temp_widgets_files_refactor, temp_widgets_update_tagging, UI-experiments, wiggly-widgets) March 9, 2015, 11:41 (GMT) |
Transform widget: Don't highlight rectangle (cursor should be enough indication) |
Revision 02c142e by Antonis Ryakiotakis (gooseberry, gooseberry_farm, temp_motionpaths, temp_widgets_c++_experiment, temp_widgets_files_refactor, temp_widgets_update_tagging, UI-experiments, wiggly-widgets) March 9, 2015, 11:40 (GMT) |
Merge branch 'master' into wiggly-widgets Conflicts: source/blender/blenloader/intern/versioning_270.c source/blender/editors/include/ED_view3d.h source/blender/editors/space_sequencer/sequencer_draw.c source/blender/editors/space_view3d/view3d_draw.c source/blender/makesdna/DNA_view3d_types.h |
March 9, 2015, 11:35 (GMT) |
Implementation of MDeformVert customdata layers in Alembic. |
March 9, 2015, 11:32 (GMT) |
Fix for name collisions in compound properties when writing CustomData. This is not clearly documented for Alembic, but apparently properties inside compounds still need to be name uniquely for the whole object. This is somewhat involved for Blender's CustomData, because we have 5 different customdata elements for meshes (vert, edge, face, poly, loop) and each of these can have the same types and multiple layers of the same type ... |
March 9, 2015, 10:35 (GMT) |
Fix for Alembic info printer printing to std::cout instead of the internal stringstream. |
March 9, 2015, 09:38 (GMT) |
Fix for potential size issue: need 64 bits for CustomDataMask types. |
March 9, 2015, 08:57 (GMT) |
Nicer error handling for unimplemented CustomData layer types. Instead of failing an assert, simply print an error message and return gracefully. We don't want Blender crashing because of this. |
March 9, 2015, 08:44 (GMT) |
Ugly hack for caching code to deal with quirky modifier stack behavior. CustomData layers are pruned by the CDDM_copy function when they have CD_FLAG_NOCOPY set. This is based on later modifiers in the stack, which can specify that they require certain data layers - but the caching modifier itself should store only what is needed by later modifiers. It means we cannot easily keep a full copy of the DM in the cache modifier to writing into caches later. For now the hackish solution is to temporarily disable NOCOPY flags when copying the DM. This is really not nice and needs a better solution. |
March 9, 2015, 08:42 (GMT) |
Support CD_ORIGSPACE layer caching. This is needed by particles for distributions on meshes with changed topology (which is of course broken). |
March 8, 2015, 15:23 (GMT) |
Fix blenderplayer not compiling after modifier d&d commit |
March 7, 2015, 18:04 (GMT) |
Tessface customdata for derived mesh caching. |
March 7, 2015, 16:56 (GMT) |
Support for CustomData in Alembic caches. This is a skeleton feature that provides a general way of storing CustomData types. Currently only ORIGINDEX layers are implemented, the code is designed to make extension easy. Storing CustomData layers in Alembic is a bit involved because the complex structs often used as customdata need to be de-interleaved for Alembic into a set of POD (plain-old-datatype) array properties. In addition the property names should be unique, so that mapping abc properties back to customdata layers is safe. This works by using 2 levels of compound properties: the first level stored per CD type properties, with a number of properties for each layer of this type, using either a name or index (for unnamed layers). The internal properties can then in turn be compounds, if structs need to be serialized into PODs. Abc property readers/writers are created dynamically for the CustomData compounds. This is necessary because we don't know in advance what kind of data layers a DerivedMesh or other CD user will have, and this can change each frame in theory. Alembic is easier with state data schemes, but using it this way is possible (if somewhat cumbersome). |
Revision 29c1dfc by Martin Felke (fracture_modifier, fracture_modifier-master, temp-fracture-modifier-2.8) March 7, 2015, 11:29 (GMT) |
combined cutter group with other point sources now, and moved it under Advanced Options, and some cleanup of ifdef 0 code |
March 6, 2015, 21:36 (GMT) |
Style cleanup |
March 6, 2015, 20:40 (GMT) |
Removing the need of Scene for image packing operator The scene was originally used to determine the suffices of the packed image. This was only used when the packed image was a Stereo3D image, and packed as PNG. We now resort to the default suggested _L, _R suffices for this case. |
March 6, 2015, 17:02 (GMT) |
Fix for cache item filtering: items can be part of the cache library but disabled, in that case hide them as well. |
March 6, 2015, 16:24 (GMT) |
Modifier Drag&Drop **Warning: WIP!** Basic functionality works fine and there shouldn't be any crashes, however, if you occur issues, feel free to report them to me (not in the bug tracker!) Some more effort is needed to get this ready for master, but I thought it would be nice as a little present for the Gooseberry-team (I heard some of you were requesting this?) and the ones using the Gooseberry-builds :) Oh, and better not look at that code, it's ugly and a lot of changes are planned, I just wanted to get something working before getting into details. |
Revision 7b426d2 by Antonis Ryakiotakis / Julian Eisel (gooseberry, gooseberry_farm, temp_motionpaths) March 6, 2015, 16:24 (GMT) |
Fix issue reported on irc by Sebastian, crash when undoing and changing screen. Apparently the screen on the given file did not have a scene attached. Not sure how this is possible exactly, but for now just guard against it at load time by assigning default scene in that case. |
|
|
|


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