Blender Git Commits

Blender Git "master" branch commits.

Page: 2520 / 5574

August 27, 2015, 16:50 (GMT)
Fix T45617: Map UV node produces image artifacts

Basically filtering was happening twice, first time by applying weights of EWA
filter itself and then by applying subpixel offset while reading pixel values.
August 27, 2015, 15:25 (GMT)
Support subframe evaluation for scene strips

Useful when used with the speed effect.
August 27, 2015, 14:31 (GMT)
Update of our *nix .desktop file.

Based on patch by Alex (AlexL) (T45927), thanks.
August 27, 2015, 14:00 (GMT)
Make .blend file thumbnail reading simpler and more coherent, read/store them when reading in background mode.

Primary goal of this commit is to fix an annoying issue - when processing and saving .blend
files in background mode you lose their thumbnails, since it can only be generated with
an OpenGL context.

Solution to that is to read .blend thumbnail while reading .blend file (only done in background
mode currently), and store it in Main struct.

Also, this lead to removing .blend file reading code from thumb_blend (no need to have doublons).
We now have a small interface in regular reading code area, which keeps it reasonbaly light
by only reading/parsing header info, and first few BHead blocks.

This makes code reading .blend thumbnail about 3 to 4 times slower than previous highly specialized
one in blend_thumb.c, but overall thumbnail generation of a big .blend files folder only grows
of about 1%, think we can bare with it.

Finally, since thumbnail is now optionally stored in Main struct, it makes it easy to allow user
to define their own custom one (instead of auto-generated one). RNA API for this was not added though,
accessing that kind of .blend meta-data has to be rethought a bit on a bigger level first.

Reviewers: sergey, campbellbarton

Subscribers: Severin, psy-fi

Differential Revision: https://developer.blender.org/D1469
August 27, 2015, 13:12 (GMT)
Missed version update loading in background mode
August 27, 2015, 13:12 (GMT)
Fix T45926: Drivers fail in background mode

Scene evaluation was done before text blocks were registered.
August 27, 2015, 10:22 (GMT)
Buildbot: Correction to previous commit

Previous commit didn't really disable cuda binaries for some reason.
August 27, 2015, 10:10 (GMT)
Fix T45702: Editing smoke while viewport render and blender bug

Issue was caused by blender internal accessing data from DNA during rendering.

There's no simple solution to make stuff thread safe, so for now simply restart
rendering on frame update.
August 27, 2015, 10:01 (GMT)
OpenSubdiv: Fix crash toggling edit mode with new depsgraph
August 27, 2015, 09:47 (GMT)
OpenSubdiv: Tweaks to detecting whether geometry data is needed on GPU with new DEG
August 27, 2015, 09:43 (GMT)
Buildbot: Disable CUDA binaries on win32

They started to give issues as well, need some dedicated time to look
into the issues.
August 27, 2015, 09:29 (GMT)
Fix T45921: Screw modifier flips vertex normals
August 27, 2015, 09:05 (GMT)
OpenSubdiv: Attempt to solve crash on certain GPUs/drivers
August 27, 2015, 07:45 (GMT)
Fix T45920: Loopcut w/ shrinkwrap crash
August 27, 2015, 07:45 (GMT)
Use correct size for BVH insertion
August 27, 2015, 07:05 (GMT)
OpenSubdiv: Fix error found by PerfectionCat,

Use glew, not gl constants to detect presence of extensions.
glProgramParameterEXTi is part of GLEW_EXT_geometry_shader4
August 27, 2015, 05:22 (GMT)
Fix T43826: Sculpt grab anchored fails

Regression caused by GSOC2013 merge f745564
August 27, 2015, 03:29 (GMT)
DNA/IO: struct ghash lookup didn't set 'lastfind'

Internal inconsistency: lastfind was being checked
on every DNA_struct_find_nr call, but never set.

Gives minor speedup reading files.
August 27, 2015, 01:11 (GMT)
Fix crash switching to rotate from edge-slide

Caused by own fix for T45458
August 26, 2015, 15:51 (GMT)
Fix T45232: Cycles bake artifacts with transparent textures

The issue was caused by uninitialized ray used for composite and AO evaluation.

Can;t really think of "proper" ray configuration here, it's all a bit arbitrary
but think initializing the ray in a way so we look at the surface in a negative
normal direction is much better alternative to uninitialized ray.

Open for alternative suggestions tho.
By: Miika HämäläinenLast update: Nov-07-2014 14:18MiikaHweb | 2003-2021