Blender Git Commits

Restored syntax for function calls in sequence.c.

Schlaile; do you have a weird texteditor setting or so? It breaks up
function calls in a very strange way, with each argument of a call
on a new line. That's not code that way, that's movie credits! :)

(Check the diff below to see)

Interpolated scaling for float buffers in Imbuf still went wrong...
leftover bugs of first migration to floats in imbuf. :)

As extra I've reshuffled the mainloops for scaling, it's now twice as
fast.

restoring minimum debug build on msvc6 projects
-no GE
-no OpenExr / hum.. may be that's why storing a PNG does not crash

security patch #3910 provided by Joerg Sonnenberger on Os X
file opening

Autosmooth fix: if original Mesh has same amount of faces and vertices
as the one resulting from Modifiers, it uses that data to calculate
autosmooth for. This prevents weird stuff on rendering softbody for
example.

A small alteration for C syntax, code before vars (MSVC complained about this).

==BPy==
* move declaration to start of function. Again I repeat: these *have* to
be at the start. GCC users should check themselves always, as GCC allows
this kind of atrocities :)

/Nathan

==SCons==
* If you look quickly somewhere else, you won't notice the missing ''s

==SCons==
* Begin of the week, so I wanted to fill my commit quota right off the bat.
Add CC and CXX defaults for mingw, too. Unless we have invisible configs
this should be the last one :S

==SCons==
* added default compilers for darwin and win32-vc. Sorry orangers :) (Note:
this was not slapping opportunity related to cross-compile)

/Nathan

==SCons==

* These changes bring cross-compiling Blender for Windows on Linux one step
closer to reality. The 'biggest' change is in makesdna SConscript to make
sure a linux native makesdna is built, that can be run, too. Next to that
proper checks for env['OURPLATFORM']=='linuxcross' are added in various
places.

Switch change in pluginapi.c was necessary, and AFAIK it should work like
that also on WIN32, if not, slap me.

Note: everything *compiles* now nicely, it is just that the final *linking*
doesn't work (yet). Anyone who fixes this will be the
hero of cross-compilers :)

Two fixes in renderpipe...

- Renderwin still used a thread-unsafe malloc, in the header text print

- Setting clipping flags in vertices for parts required a mutex lock after
all... I thought it would go fine, but noticed on renders with small
amounts of faces that sometimes faces disappear from a render.
(was doing movie credits, so all faces are visible! Otherwise it would
have hardly been noticable...)

==SCons==
* actually add CC and CXX to option handling, so they get also read in
from (platform)-config.py and user-config.py

fix for bug #3930 Colour picker broken - HSV sliders

Note : this part of code was quite a mess with things called twice when
not needed, tests for not updating when we want to, and hsv sliders not
handled properly.

I tried to figure what was useful and what was not but cannot garantee i
spotted everything or even fixed it the most proper way, the event callback
nesting making hard to figure what really happen.

However it does work again now

Scene unlinking didnt set the python objects scene to NULL,causing memory errors if accessing the data after the scene was unlinked.
Also a few functions segfulted if scene was unlinked, added more checking.

First commit from win32, hope line endings are ok.

More bugs in float imbuf scaling code... an x and y were mixed up, causing
memory troubles.

Scaling code in imbuf didn't like float buffers enough yet

Forgot Cineon lib in Makefile :)

Sequencer now outputs float buffers to render too, when available.

==SCons==

* cineon support enabled for SCons (part 2 of fix)