| Age | Commit message (Collapse) | Author |
|---|
|
Problems was caused by angle=2*pi and steps=2 in screw modifier.
Such configuration produced duplicated geometry to close object
and it was confusing for subsurf cache.
Restrict steps=2 for screw modifier now, so now 3<=steps<=512.
|
|
|
|
Reported by Chad Gleason
Imported index order could put mface->v4==0. We already know amount of verts, so use that instead.
|
|
|
|
|
|
|
|
* Added comments for each entry in the LAYERTYPEINFO array noting the
number and name of the layer type; was hard to tell before which
entry was what
|
|
reports.
|
|
|
|
|
|
|
|
Memory Estimate is actually 31 characters length, str[31] is a null-terminator.
Return length of 31 for memory estimate property. Returning proper length
would lead to slowdown because of 2x iteration through vertices.
|
|
Use quite easy and stupid approach like it used for shape keys:
re-make editmesh (editcurve or editlattice) before creating index array
for hook or storing vertex index in parenting object.
Even if hook was added in "current" edit mode, it should be re-mapped on
loading edit data because topology could be changed after it was created.
Such kind of re-loading edit structures is the easiest way for now to
update keyindexes to relevant state.
Also, fixed bug with not re-mapping indices for vertex-parented objects.
Really old error, not sure why it wasn't noticed yet.
|
|
Cleanup tree when handling object delete from outliner.
Prevents handling the same tree item twice when clicking fast.
|
|
After reviewing this code, it seems that this case can work after all.
However, several things needed to be tweaked:
1) Removed check which stopped parented objects from getting the
visual keying coordinates determined. This actually wasn't doing
anything, given that this case would never occur as...
2) Tweaked the visualkey_can_use() function to also consider parenting
as a cause for visual-keying to be necessary.
|
|
solve keymap search bug.
disabled in release mode.
|
|
Scroll to cursor when displaying text datablock was changed.
This behavior was lost in 2.5x.
|
|
from Julien DUROURE (julien)
---
* right click --> rename, as proposed on http://wiki.blender.org/index.php/Dev:2.5/Source/Development/Todo/Simple_Todos
* implementation of Toggle visibility/rendarability/selectability on right click on Groups ( was in menu, but not implemented )
|
|
|
|
strings (as the keymap editor does a lot)
|
|
operator couldn't be found.
|
|
|
|
the original authors.
the script has a unix-name <> real-name mapping which is not totally complete since I couldn't find everyones real names.
In this case the commit name is credited.
Also added a link to the credits page in the splash.
|
|
shadeoutput.c
|
|
|
|
slight speedup when drawing heavy UI's
|
|
|
|
|
|
|
|
from Jesse Kaukonen (gekko)
--- text from the patch.
Recently Campbell Barton added callback functionality for Python's usage, but this only includes pre- and post-render callbacks. There are no callbacks for the duration of the render. This patch adds the few lines required for executing a callback while Blender Render is working. The callback resides in the rendering pipeline stats function, so whenever statistics are printed, the callback is executed. This functionality is required if one wants to:
1) Observe what is happening while Blender is rendering via the command line
2) Add custom statistics that Blender prints while the renderer works
3) The user wants to continue executing his Python script without the code halting at bpy.ops.render.render()
Personally I'm currently using this for printing out more detailed progress reports at Renderfarm.fi (such as CPU time, time spent rendering, total progress in regards to the entire rendering process). Tested on Windows, Linux and OS X.
Example on how to use the callback:
def statscall(context): print("Thanks for calling!")
bpy.app.handlers.render_stats.append(statscall)
bpy.ops.render.render(animation=False, write_still=True)
|
|
pointing up with length 1. Looks much nicer and less confusing on larger armatures now.
|
|
|
|
|
|
- relative path wasn't being made absolute.
- saving renders was always defaulting to multilayer exr, now use the output format set.
|
|
crashing with debug builds.
|
|
|
|
Reported and suggested in [#27687] by Dean Giberson. Couldn't redo crash myself, but better safe than sorry :)
|
|
move on normals" tool (E key)
Update normals just after extrude -- topology is changing when extruding
and normals for non-extruded faces should be recalculated after this.
|
|
inserted objects do not show the applied rotation in the tools panel
Patch by Andrew Wiggin, thanks! :)
|
|
|
|
Now all sounds that are not mono but have 3D checked automatically get reduced to mono during BGE conversion time.
Also removed the now unneeded function sound_get_channels and added a missing header file to audaspace's CMakeLists.txt.
|
|
* replace by BLI_snprintf in various places, note _snprintf on windows
does not properly null terminate the string.
* fix overflow in sequencer proxy code due to buffer being smaller than
specified size.
* fix some usage of snprintf as strcpy, this is will go wrong if the
string contains % characters.
* remove BLI_dynstr_printf function in gpu module, use BLI_dynstr_appendf
|
|
|
|
Important note: I used rsync to do the local merge, as "svn merge --reintegrate ^/branches/soc-2011-pepper" doesn't work with our svn server right now!
|
|
* Subversion bump (also for init_userdef_do_versions).
* Minor fix for compilation without ffmpeg.
|
|
* Use NULL in AUD_Reference.h
* Use SETLOOPER in sound.c
* Move flags to the end of Speaker struct.
|
|
It was introduced in rev33603 with not good patch -- release event
was catching by outliner after clicking on menu item.
Use KM_CLICK instead of KM_RELEASE to deal with icon drag/drop.
This not changes drag/drop behavior, but prevents unneeded event be handled.
Also make consistent behavior of activating and extending selection.
|
|
Added callback to drawMappedFaces which checks if two faces have got equal draw options.
After discussion with Brecht we found it's nicest solution for now:
- Disabling VBOs in edit mode for this case wouldn't be nicer for this case -
some additional flag stored in DM should be added in this case.
- Adding new callback in DM isn't nicer that this solution.
- Handling face selection in drawobject would lead to duplicated code
which is also not nice.
Hopefully, this callback could handle all cases in the future.
Also, Brecht mentioned current VBO implementation isn't perfect, so maybe
when we'll redesign this area dealing with edit mode wouldn't be so tricky.
|
|
* Reverting update recent files commit r37155
* Turning reference counts into unsigned ints
* Minor things
|
|
|
