| Age | Commit message (Collapse) | Author |
|---|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
(The last time there was some files missing due to failed connection to svn server while merging.. thats why this stuff of reverting last merge and redoing it)
svn merge -r 16231:16608 https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
svn merge -r 16539:16538 https://svn.blender.org/svnroot/bf-blender/branches/soc-2008-jaguarandi/
|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
Somehow it didnt finished and didnt added some files under the svn control
(found thanks to lguillaume that reported some files were missing)
Last merge fixed and also merged modifications up to revision 15584.
I checked the diff
svn diff --new . --old https://svn.blender.org/svnroot/bf-blender/trunk/blender
And everything seems to be right now
|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
svn merge -r 15104:15202 https://svn.blender.org/svnroot/bf-blender/trunk/blender
|
|
also submitted by gsr
It just updates a comment to correct values.
Kent
|
|
random sampling code as well.
|
|
clamped in sphere_sampler but not in ray_ao_spheresamp that calls it. giving uneven art deco
results.
|
|
* python api render() would clamp the endframe to a short.
* python api's render() and renderAnim() would not render compositing because the name they gave to RE_NewRender was NOT G.scene->id.name, added comments to
G.scene->id.name
|
|
|
|
correct for envmap, could give objects rendering in the wrong
position.
|
|
bump mapping not work for diffuse.
|
|
textures for the Texface material option.
|
|
Broken in revision 14473
Camera IPO needs a special exception to be done earlier than others, that was removed in that revision.
I added a better comment to make sure nobody removes it again, unless they really understand what's happening.
|
|
|
|
Fix for bug #11661: bake to viewport uv layer instead of render uv layer.
|
|
baking)
|
|
auto-threads wasnt working for baking.
|
|
|
|
texture input as vectors.
|
|
also get lit.
|
|
|
|
|
|
(not the directory name) to fix bug [#10566] File Open Dialog replaces '#' with '0' in directory names.
removed frame numbering from BLI_convertstringcode into its own function (BLI_convertstringframe), many uses of BLI_convertstringcode were passing dummy frames values anyway.
in cases where adding the current frame number to a filename is needed run BLI_convertstringframe(...) after BLI_convertstringcode(...)
There are some cases Im not sure BLI_convertstringframe is needed, these have been commented as todo, but at least have the same functionality they used to.
|
|
in the shading because of ramps.
|
|
|
|
now counts all faces as it did before.
|
|
normalized normal. Patch by André Pinto, thanks!
|
|
of writing 0.0 it now writes the neutral value of 0.5.
|
|
FSA requires exr, so I've disabled the buttons too in that case. I also
noticed CMake doesn't enable openexr by default, but a lot of the render
code relies on it, so I've enabled it by default now.
|
|
for children from particles on subsurf.
|
|
|
|
light overrides, since it works independent of render layers.
|
|
for values > 1.0, luckily for peach this bug was not present
for other light types.
|
|
Lamps would not update either.
|
|
[#8067] external texture plugin thread-safe modifications
Submitted By: David Anderson (davywavy)
It makes it so the "result" array is passed in, instead of a global var.
I expanded the patch so it will play nice with older plugins that are not
thread safe as well.
I also updated the existing plugins in the release, so they are thread safe.
--------------- What do people think of this.... ------------------
This should maybe be talked about in the functionality board or something,
but what do people think of adding in default texture/sequence plugins.
or making a seperate tree like lib for plugins.
The reason I ask is we have had a couple of upgrades to the plugin system.
(supporting float buffers for sequencer, and this one for textures)
http://www.cs.umn.edu/~mein/blender/plugins does not store revisions of
plugins I just make sure they work with the latest version. This is
getting messy. I haven't upgraded a lot of them to use floats (I know,
I'm lazy, and now this will also make modifications to the plugins)
It would be nice to have some of the standard ones under revision control.
We also seem to be having an explosion of platforms supported. It would
be nice to have platform maintainers compiling plugins as well for releases.
(Its getting to be more work for me to keep up with things...)
I'll go back to my corner now and be quite. ;)
Kent
|
|
completely fixed yet.
|
|
blocks that were previously missed; and b) greatly increase my
ohloh stats!
|
|
|
|
with geometry, and makes halos look more volumetric.
Patch contributed by Markus Ilmola, thanks!
|
|
working correct with translucency. Removed a check that presumably
is an optimization, but can't work correct and also gives no noticable
performance difference in my tests.
|
|
computers, probably due to slow multithreaded malloc. Now each render
thread keeps a list of qmc samplers that it fills as needed while
rendering (since it is hard to predict the actual amount needed in
advance due to ray recursion).
|
