Blender Git Commits

Blender Git "master" branch commits.

Page: 3319 / 5574

January 22, 2013, 14:55 (GMT)
Fix for build with scons whithout i18n support.

This should not be needed, I really see no reason for this linking error, but I'd rather use this hack than wasting more time over this issue. When will we get rid of this "two build systems to maintain" time-wasting situation?
January 22, 2013, 14:49 (GMT)
Cycles:
* Disable Lamp MIS on sm_20. Still enabled for CPU and sm_21 and above.
January 22, 2013, 14:25 (GMT)
revert scons fix, it is necessary after all
January 22, 2013, 14:14 (GMT)
ubuntu 12.10 does not have pyconfig.h in include directory causing scons to fail. Omitting since it looks like cmake only uses Python.h too
January 22, 2013, 13:47 (GMT)
add path for particle brush
January 22, 2013, 13:35 (GMT)
style cleanup
January 22, 2013, 12:36 (GMT)
Matcap fix:

Setting Cycles as render engine skipped matcap drawing.
Logic for checking drawing types needed a shuffle.

January 22, 2013, 12:32 (GMT)
Good rule of thumb. If blenderplayer gets broken after stubs.c leaves my "recently opened" menu on my editor, something is really wrong :)
Revision 7fe1e9d by Joshua Leung
January 22, 2013, 11:37 (GMT)
scons compile fix for Ton's matcaps work
January 22, 2013, 11:29 (GMT)
Confirming GPL license and thanks to the people who provided the matcaps:

Knt Trammell and Aidy Burrows and John Herreno.

January 22, 2013, 11:27 (GMT)
add missing includes
January 22, 2013, 11:23 (GMT)
comments for RNA_def_property_ui_range() and clamp some out-of-range values.
January 22, 2013, 11:18 (GMT)
Matcap support in 3D Viewport.

Full log is here:
http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.66/Usability#Matcap_in_3D_viewport

Implementation notes:

- Matcaps are an extension of Solid draw mode, and don't show in other drawmodes.
(It's mostly intended to aid modeling/sculpt)

- By design, Matcaps are a UI feature, and only stored locally for the UI itself, and
won't affect rendering or materials.

- Currently a set of 16 (GPL licensed) Matcaps have been compiled into Blender.
It doesn't take memory or cpu time, until you use it.

- Brush Icons and Matcaps use same code now, and only get generated/allocated on
actually using it (instead of on startup).

- The current set might get new or different images still, based on user feedback.

- Matcap images are 512x512 pixels, so each image takes 1 Mb memory. Unused matcaps get
freed immediately. The Matcap icon previews (128x128 pixels) stay in memory.

- Loading own matcap image files will be added later. That needs design and code work
to get it stable and memory-friendly.

- The GLSL code uses the ID PreviewImage for matcaps. I tested it using the existing
Material previews, which has its limits... especially for textured previews the
normal-mapped matcap won't look good.

January 22, 2013, 10:51 (GMT)
fix [#33889] Unexpected weights after parenting with Empty Groups

out of range dvert's are now cleared before adding new-empty groups.
January 22, 2013, 09:37 (GMT)
Fix #33951: Only margin is correctly baked for non-displacement baking

Was own mistake in recent changes.
January 22, 2013, 08:05 (GMT)
Fix projection texture painting crash

It was caused by own mistake by not noticing externtex is used not
only by render engine. Now this function uses pool passed as argument
rather than using R.pool.
January 22, 2013, 07:10 (GMT)
reverting r53798 to fix [#33831], it casued bug [#33921]
January 22, 2013, 06:55 (GMT)
update stub
January 22, 2013, 06:41 (GMT)
correct addon tutorial section on keymap register/unregister and add label next to image color-depth option.
having buttons labelled [8, 16] on their own is not very meaningful.
January 22, 2013, 06:16 (GMT)
fix [#33841] Disabling and re-enabling live addon crashes blender (modal/draw handler)
By: Miika HämäläinenLast update: Nov-07-2014 14:18MiikaHweb | 2003-2021