Commit of cursor framework.  Cursors now defined in source/blender/src/cursors.c and
source/blender/include/BIF_cursors.h.  Allows large cursors on Win32 and X11.
See cursors.c for documentatioin on how to use.

- improved filling in faces in octree, resulting in less nodes and
  branches. Especially larger faces give result. Rendering times go down
  with an average of 10%. My reference testfile went down from 30.4 to
  27.9 seconds.

Dan Sinclair's patch to add --version or -v to blender's command line options.

Kent

- fixed bug in shaded view mode (SHIFT+Z) when it tried to calculate
  reflection normals... NULL pointer reference.
  (thanks Desoto!)

- only cosmetic stuff; result of going over the output of mipspro cc
  compile round. Wrong prototypes, unused variables, zealot const usage,
  and in action.c fixed insane & unreadable function call syntax.

- Fresnel V4.0

Based on feedback (thnx phase!) I found a big disadvantage of the 'real'
fresnel formula. It doesnt degrade to 0.0, causing 2-3 times too many
rays being fired compared to the previous one. So; a lot slower.

Now committed is a hybrid which allows (close to) real, and nice artistic
freedom, *and* it really goes to 0.0 and 1.0, assisting nicely in optimal
render times.
A real doc how it works (with pics) will be made before real release.

- Fixed bug in raytrace: the first renderpass didn't use fresnel for mirror.
- Fixed bug in previewrender, now it closer matches how fresnel renders

Fixed bevel width preview drawing which draws the correctly with higher recursion level (it was incorrect for anything higher than 2).
Also commented out a couple of unused variables that were shouting warnings (and we all love the lack of warning and the couple of extra free bytes) :)

- another fresnel improvement. :)
  At last irc meeting, eeshlo pointed to an error in the code. It didn't
  use the IOR value correctly. This has been solved. So how it works now:
  - the IOR button value influences (very subtle) the fresnel effect.
    Only for realism diehards.
  - the Fresnel value (slider) now denotes the power in the function
    rf + (1-rf) * (1-c)^5
    where rf= rf = ((ior-1)/(ior+1))^2
    and c the dot-product ray/normal.
  - so, set the slider at '5' and you have real fresnel. Lower values
    for interesting artistic effects.

- put back the forgotten code for gaussian corrected sampling during
  antialising render. Normally, each sub-pixel sample in Blender counts
  equally, and together make up the pixel color.
  With 'Gauss' option set (F10 menu) each sub-pixel sample creates a small
  weighted mask with variable size, which (can) affect neighbouring pixels
  as well. The result is smoother edges, less sensitive for gamma, and
  well suited to reduce motion-aliasing (when things move extreme slow).
  This is result of *long* period of research in NeoGeo days, and based on
  every scientific sampling/reconstructing theory we could find. Plus a
  little bit of our selves. :)

- I should write once how blender constructs Jitter tables for sub-sampling.
  this is a very nice method, and superior to normal block filter or random
  jittering... time!

- fixes for the stubs, to make sure blenderplayer compiles.
  error was caused by moving render calls to render module... but some
  are still called in blender kernel...

- globals were defined double... showed up thanks to warning of irix
  compiler!

updated msvc projectfiles: added texture.c and removed some others..

- moved render.h struct back to beginning of file...

- brought back to render.h includes... ifdef SGI and Windows...

- removed render.h from this file.

Phew, a lot of work, and no new features...

Main target was to make the inner rendering loop using no globals anymore.
This is essential for proper usage while raytracing, it caused a lot of
hacks in the raycode as well, which even didn't work correctly for all
situations (textures especially).

Done this by creating a new local struct RenderInput, which replaces usage
of the global struct Render R. The latter now only is used to denote
image size, viewmatrix, and the like.

Making the inner render loops using no globals caused 1000s of vars to
be changed... but the result definitely is much nicer code, which enables
making 'real' shaders in a next stage.
It also enabled me to remove the hacks from ray.c

Then i went to the task of removing redundant code. Especially the calculus
of texture coords took place (identical) in three locations.
Most obvious is the change in the unified render part, which is much less
code now; it uses the same rendering routines as normal render now.
(Note; not for halos yet!)

I also removed 6 files called 'shadowbuffer' something. This was experimen-
tal stuff from NaN days. And again saved a lot of double used code.

Finally I went over the blenkernel and blender/src calls to render stuff.
Here the same local data is used now, resulting in less dependency.
I also moved render-texture to the render module, this was still in Kernel.
(new file: texture.c)

So! After this commit I will check on the autofiles, to try to fix that.
MSVC people have to do it themselves.
This commit will need quite some testing help, but I'm around!

Fixed the call to CalcNormFloat to use neweve[]->co.

Goofster: The difference between you and Ton reporting the problem was
that he actually took the time to analyze the warning and pin down the
problem, while your "hahaha, your code has a warning!" didn't really
help me a lot in the first place.

More render stuff:

- added 'Mapping to" channel "RayMirror", to control mirror with texture
- fixed bug in using mirror-rgb as texture channel... this is cumbersome
  because it is abused by Envmap in a not nice way. Fixing the abuse will
  cause compatibility errors, which can be fixed when we up release # to
  2.32.

- added "Translucency", which is nothing else than allowing another
  shading pass for the backside of a face (with normal inverted). This
  is interesting for all kinds of situations where you want light from
  behind to 'shine through'. Also works to reduce dark areas in
  unlighted parts of rendering transparent faces. Light from behind on
  transparent red window should make it glowing some, right?!
- added texture channel for this as well

- Reorganized Material Panels to reveil some consistancy where buttons
  can be found. Not perfect yet, but at least all options for Shaders and
  options for Mirror & Transparency now are together.
  This gives some space in Shader Panel for nice expansion.

Updated the Mac OS X blender file icon with standard background and xype's nice shiney blender logo

Bug fixes (sigh...)

another trace commit

- implemented tracing of transparency for shadows. This is a material
  option, in the new RayTrace panel.
  it only traces color and alpha, not shading. So the results of some
  transparant colored unlit faces can look odd. I will look onto that.
- changed fresnel formula (got hint from eeshlo!). this simplifies the UI,
  now only one button needed. The fresnel value "should" be identical as
  the refraction index, but that is booooring! So i added a special fresnel
  refraction slider for both mirroring and transparency. By setting all 3
  sliders equal, you get 'realism'.
- fresnel for transparancy works for Ztra rendering too. Same for transpa-
  rent shadow. But then you need to set 'ray' on in F10 menu.
- uploaded new monkey_glass blend in download.blender.org/demo/test/

Next stage: killing the globals from render, and implement "translucency"
which is effectively allowing faces being lit from behind, as paper or
cloth.

Yay! Bevel is back in business. Thanks to intrr for pointing out the problem (flag check missing).

Modification of the function getCurvecurval suggested by Jiba. This function can take an integer argument (the position of the curve) or a string (the name of the curve)
Updated documentation in doc/Ipo.py

Nathanael Law's fix to make numerical input more compatible with axis constraints.

I thought this was a nice addition, so I'm commiting it.

To Ton for easier changelog creation: When constraining to an axis, numerical input is limited (and will switch automaticly) to that axis.

Original e-mail
-------------------------------
I was playing with the axis constraints for grab and scale transforms
and I thought that the behavior was slightly illogical.  Without axis
constraints, I think everything is great, but once a constraint is used
some irregularities show up.  (Note, this is not a bug, it's more of a
possible improvement)

When you enter grab or scale mode, then constrain the transformation to
a
particular axis, then enter numeric entry mode by hitting a number or
'n', there is no reason for you to try and edit the numeric value of a
non-constrained axis which is the current behavior.

E.g. You grab an object and want to move it along the z-axis, so you
enter grab mode and either hit 'z' or the middle mouse button and you
move the mouse to get an idea of how it looks.  You decide that you
want to use a value of +4.2 with numeric entry; now you have to enter
the following sequence: 'g', 'z', 'move mouse', 'tab', 'tab', '4.2',
'enter'.  However, you're already constrained to the z-axis, so you
should not have to enter 'tab', 'tab'.

The included patch changes the behavior of grab and scale transforms so
that if you are constrained to an axis, and enter numeric entry mode
via
'n' or by hitting a number, you will immediately begin editing the
appropriate axis, and will not have to hit 'tab'.

This may not seem like a big improvement (because it's not), but I feel
that it improves the workflow of a commonly used task slightly and does
not negatively impact any other aspects of the program.

I welcome feedback on this idea.

--
 - Nathanael Law <njlaw@xyrodian.com>

Fix for the bevel wrapping face detection algorithm. Still some case where quad will wrap. From the test I did, this seems to happen most of the time with MAJORLY non-coplanar faces. Still trying to find a final fix that would work all the time.

- shadeless rendering fixed!
  error was due to new localized render result code... and of course only
  shading and tracing was tested :)

Another commit for raytracing, now with glass refraction & fresnel!
Changelog:

- enable refraction with button "Ray Transp" in Material buttons.
- set "Angular Index" value for amount of refraction.
- use the "Alpha" value to define transparency.
- remember to set a higher "Depth" too... glass can bounce quite some
  more than expected.
- for correct refraction, 3D models MUST have normals pointing in the
  right direction (consistently pointing outside).
- refraction 'sees' the thickness of glass based on what you model. So
  make for realistic glass both sides of a surface.

- I needed to do some rewriting for correct mirroring/refraction,
  especially to prevent specularity being blended away.
  Solved this with localizing shading results in the rendercore.c.
  Now specularity correctly is added, and reduces the 'mirror' value.
- Localizing more parts of the render code is being planned. The old
  render heavily relies on struct Render and struct Osa to store globals.
  For scanline render no problem, but recursive raytracing dislikes that.

- done test with gamma-corrected summation of colors during tracing, is
  commented out still. But this will give more balanced reflections. Now
  dark reflections that are reflected in a bright surface seem incorrect.

- Introduced 'Fresnel' effect for Mirror and Transparency. This
  influences the amount of mirror/transparency based at viewing angle.
  Next to a new Fresnel slider, also a 'falloff' button has been added to
  define the way it spreads.
- Fresnel also works for Ztransp rendering

- created new Panel for Raytrace options
  I have to evaluate still where it all should be logically located.
- material preview shows fake reflection and fake refraction as well.

OK, My turn to break things ...

The maximum vertex count for a mesh has been raised from 65000 to
2000000000L (yep, 2 billion!).

Please test!

Chris

The final piece to make blender build with the new python stuff
using the Makefiles (an #include was #excluded). Thanks
for doing the rest of it, Willian!

Trying again to fix build problems with traditional makefiles.

I took a look at how other BPY_* functions were working in blenkernel/
and got to bad level calls (ah, so this is what that is for...).
As a test, I added BPY_clear_script to the "stubs", argh.  If this works,
I'm curious: are these bad level calls needed only by some targets (irix)
because of peculiarities in compiler linkage?

Thanks again, Chris, if this doesn't work, I'll move or copy  the function to
script.c, probably, also adding Python.h to it.

Chris reported build errors w/ traditional makefiles.
This commit moves the 2 undefined references to BPY_interface.c and
changes things a little, hopefully fixing the problem.  I had to add a new dir,
source/blender/include/ to auto*'s Makefile.am in source/blender/python/.

Thanks Chris for the report, and Jiri, for adding a missing declaration.

- added declaration SpaceType *spacescript_get_type (void);

- fix for particle duplicators:
  when an object has an Ipo, the timing for each duplicated Object is
  corrected for the lifetime of particle. Looks great!
  Remark: this won't work  for object location (is at particle) or for
  particle type 'Vect' which gives a rotation already. But now you can
  scale an object small, and let it grow over time.

BEVEL FOR MESH **** LONG LOG WARNING ****

The interesting part:

Bevelling functions for meshes.
Accessible through the Wkey menu.
You then have to enter the recursivity level (Warning, don't use 3 on a big mesh) and interactivly set the bevel width by moving the mouse. It draws the new faces in yellow. Ctrl constraint to 0.1 multiples, Shift switches to low gear, Space to type a value directly.
Support for selective bevelling isn't really working yet, so be sure to select all the vertices beforehand.

The less interesting part:

Code done by intrr (logical stuff, how the algorithm works) and me (math stuff and the interactive bevel width code).

The splitting and bevelling algorithm is not yet fully optimized, and the face shrinking math still doesn't like too big bevel width values. So this will have to be cleaned too.

Selective bevel is on the list next.

If you have any questions about how the code works, send the questions regarding the logic of the method to intrr and math questions to me.

This is very much testing code (or should I say teasing code), so please don't flood me with bug reports. (This excludes OFFICIAL Blender developpers who were there at the meeting and pretty much know what the limitations of the code is and what it should do.)

Projectfiles fixes for new script space code thingy

Some fix for local axis translation in edit mode. Sorry, I've fixed that weeks ago but never commit, so I really don't remember what the actual bug was. :o(

It wasn't from the bugtracker though.

Updated some pulldown menus to be more consistent within themselves, and with the new guildelines.

BPython - first step for better integration of Python in Blender:
- add a new space: Space Script
- add a new dna struct: Script
- add these two properly everywhere they are meant to

It's not a tiny commit, but most of it is ground work for what is still to be done.
Right now the benefits should be: freeing the Text Editor to be used in a window even while a script w/ gui in "on" and letting more than one currently running script w/ gui be accessible from each window

Some files are added, so some build systems (not autotools) will need updates

support for curve objects.(the code was ready, but commented out)
modified functions : New and Object_shareFrom

I'm not quite awake yet. commiting wrong things all over the place... part3 of a simple commit, see my previous 2 commits...

Merge at center and at cursor update vertex-counter in the header.....
I will try to remember this stuff for my new stuff :)

By adding undo capability to the Mkey event calling for mirrormenu, I accidentilly disabled it for all other object type. Fixed now.

- another fix, to make sure radio colors work local during tracing...
  this will be quite a lot of reconstruction, if i want to go for
  refraction, caustics, pathlights, etc... :/

- fix for error caused by last commit... colors changed by textures
  during raytracing were 'hanging' and showing up in the first rendered
  material.

Numpad - . (dot) now centers on selected vertices/controlpoints in editmode.
It already centered on selected objects outside of editmode, so this is just a consistency feature.

Removed an '#ifndef FREE_WINDOWS' statement that prevented
a gcc/cygwin built Blender from showing the Blender app icon in the
main window title bar.

Only a minor issue, but it annoyed me long enough to want to fix it!

- fixed tooltips for new 'ray' buttons in material buttons.

- fix for AA of mirroring.
  It appeared that the Osa vectors for view vector, and for rendered coord
  had an opposite sign...

- removed call to bzero, replaced with memset
  (bzero seems to be old, not supported anymore, also not for windows)
- think I fixed the error compiling in Irix, for a correct cast now
  (added parentheses around the subject for cast)
- changed call to ray_mirror, now included in the shading loop, just
  before the addition happens for specular. That way specular is added
  over mirroring. This changes the appearance quite some!

- fix for error in octree traverse code, as appeared in sample provided
  by Ztonzy. Error happened when:
  - ray intersects in first node of traversal
  - next ray should intersect in same first node as well
  - no other nodes were accessed inbetween
  It's a bit hard to explain! But the reason is in the optimize code
  in top of ocread() function, where binary XOR magic speeds up. Here
  some static variables needed a reset.

Fixes in ray.c for linking under windows (seems lie bzero doesn't exist).
Shouldn't affect other platform if I did it correctly.

Fixed bug #794
The displist needed to be updated

Update the build systems to include ray.c

Kent

- Xmas special: shiny mirroring bells & whistles!

This is a revision of the old NeoGeo raytracer, dusted off, improved quite
a lot, and nicely integrated in the rest of rendering pipeline.
Enable it with F10-"Ray", and set either a 'ray-shadow' lamp or give the
Material a "RayMirror" value.
It has been added for 2 reasons:
- get feedback on validity... I need artists to play around with it if it's
  actually useful. It still *is* raytracing, meaning complex scenes will
  easily become slow.
- for educational purposes. All raytracing happens in ray.c, which can be
  quite easily adjusted for other effects.

When too many disasters pop up with this, I'll make it a compile #ifdef.
But so far, it seems to do a decent job.

Demo files: http://www.blender.org/docs/ray_test.tgz
An article (tech) about how it works, and about the new octree invention
will be posted soon. :)

Note: it doesn't work with unified render yet.

- Bug fix: lamp axis was not drawn at correct location. Was already wrong
  since a long long time... :P

- committed fixes for tooltips as provided by Bischofftep. Thanks!

Fixed error messages for saving jpeg files so its quite again.
(before I simplified it to return the result of the call to
imb_savejpeg turns out that makes it a little more verbose)

Kent

- fix: SHIFT+CTRL+P didn't work (make parent without inverse)
- added: when start blender in debug mode (blender -b) it prints the depth
  of framebuffer.

- bug report #761
  Subsurf, rendered in Wire, always displayed the 'optimal edges' version.
  Added check for 'optimal' flag here, now it renders as it draws in 3d win

- and another fix needed due to the change in view3d matrices...
  This one is the UV coord calculate function for FaceSelect mode.

- bug #766
  the toolbox, editmode curve, 'edit' submenu had the wrong 'show/hide'
  sublevel. Was more of a typo...

- bug report Theeth, #772
  When joining 2 unconnected control points in Curve/Surface (FKEY) Blender
  crashed.
  Was just assuming in this code that a knots vector array was there...
  simple fix!

  BTW: I think Theeth discovered here the oldest Blender ever, I could
  track it back to old Traces code from 1992. :)

Corrected function name.

- some warning removed

- bug of hidden MetaBalls removed :-) (some problems with old TubeX/Y/Z can occured)
- MetaBalls/MetaElems with too small stiffness are not polygonized, but still can influence others MetaBalls/MetaElems
- better behavior of negative MetaBalls/MetaElems

Prints current blend filename in windowheader.

* Renewed the constraints panel's design

* Further general tweaking to UI controls drawing
* Improved TOG3 buttons to communicate functionality better

A fix so that verts can be added or removed from a mesh with vertex keys
in editmode without damaging the mesh. Please test.

- Solution for fixing plugins, which now runs without -ldl at OSX 10.2/3
  Code from Peter O'Gorman <ogorman@users.sourceforge.net which has
  been credited in the source.
  Basically the dlopen() and dlerror() calls have been recreated wrapping
  the standard OSX methods.
  Names used are osxdlopen() and osxdlerror(). So no naming conflict will
  occur.

Introducing the 'quicky' make.

Sick of waiting for make to traverse all of those directories
when you only modified one little file? Well, enough of that nonsense!

Doing "make quicky=dir" (e.g. "make quicky=source/blender/src")
goes to that directory, compiles the stuff in there (and the
subdirectories), then instantly links blender afterwards.
Also has support for more than one directory using quotes, e.g.,

1 dir:   make quicky=source/blender/src
2 dirs:  make quicky="source/blender/src source/blender/blenkernel"

- fixed texture paint mode... and that all caused by fixing another bug!
  again - reminder to self - the 3d window leaves in ortho mode default,
  and for evaluating it in 3d view you have to call persp(PERSP_VIEW)

- committed in the 'hack' as mailed to committers list by Douglas B, which
  he got from Nicolas Zinovieff, to solve the struct ID conflict with
  AIFF. By including a #define __AIFF__ in the top of the files, the
  blender includes won't get frustrated by an already defined struct ID.

  should still be tested for 10.3 and other OSX installs!

Default buttons drawing update
* Big code cleanup and re-organisation, cleaner drawing
* Button alignment now enabled for default theme
* Sliders tweaked and improved
* Tooltip shadow cleaned up

Todo: Alignment looks pretty, but at this stage, what it *means* is not clear or consistent. Need to work out some UI guidelines for when to and when not to use the alignment code.

Fixed error in Face Normals toolbox. All the menu entries called the function to Recalculate Inside.

Added the qhull sources to the repository.
These files are needed by Solid.
I left out the generated Windows .exe files. If needed later on, I'll add
them.

Added the Solid 3.5 sources to the blender source tree.
This is a direct copy from the CD-ROM contents except for the generated
libraries for the Windows platform. If needed, I can add those later on.
(Those take up over 800 kb).
All files, including license files, documentation, examples and sources are
committed.

Projectfile fix for new png.c file

This looks like a lot but its a few small changes.

Summary: standardized imageformat functions(make function names similar, and
parameters in same order where relavant), small code cleanups, and
added a description of how to add an image format to blender.

Kent

Specifics:
merged png_decode.c and png_encode.c to png.c and cleaned function calls.

fixed some spacing in IMB_imbuf_types.h

casting cleanups:
        intern/amiga.c
        intern/ham.c
        intern/iris.c

Modified switch statements to have a default type to insure values are set:
        intern/antialias.c

Initalization of some vars and make types similar.
        intern/bitplanes.c

cleaned function calls, and changed if else to if's with return:
        intern/jpeg.c

added {}'s in multidemensional arrays.
        intern/matrix.h

Made a little cleaner to read, and matched above changes.
        intern/readimage.c
        intern/writeimage.c

- added wire color theme usage for drawing edges in editmode.

- fixed matrix conversion to make rgb -> bw images.
  somehow this was mixed up, or forgotten to fix when endian issues were
  solved in the past (1998)...
  To check: red color should be 30% grey, blue 10%. This was switched,
  making B&W images look unnatural.

- another oldie! Bug 475, which was wrongly categorized by me as OpenGL
  error... Jesterking report helped me finding the mistake! We found out
  that pressing F12 while rendering is in progress, crashes...

Hi Yamyam,

I beg you to forgive me! Totally misread the report... the error was only
in pressing F12 *during* rendering, it even restarts a render then. This
happens always, no matter what is being rendered.

I found the code for renderwindow doesn't use queues to store events, like
in the rest of Blender, but immediately executes incoming events. This
means you can even press ZKEY (zoom) or F11 (hide) while rendering.

In CVS I've committed a patch that checks if Blender renders, before
allowing to execute the F12 event. Also now blocked is F3 (!) during render.
The other options (zoom, push window) still work.

-Ton-

- fixed ridiculous old bug that didn't allow weightpainting with the
  option "Area" in paint buttons set.
  Apparently reevan forgot to check on some old vertexpaint globals
  hanging around, preventing the routine from sampling the backbuffer.

  Now weightpaint works identical to vertexpaint for 'area' or 'no area'.

- fixed vertexpaint and weightpaint, which stopped working because of
  previous fix for Transform Panel...
  the convention that 3d window has to leave in 2d ortho mode also applies
  on backbuffer now, which left painting routine confused.
  A single call to persp(PERSP_VIEW) fixes this.

- new splash for 2.31a.
  thanks Matt!

- upped version to 2.31a

Fixed constline camera grab

There's a bug left with local axis constraints, but it's only a minor annoyance and fixing it would take more time that I can give (finals at the U you know...)

Also deleted some vestige of an old feature that was disabled.

Fixed FollowPath flag annoyance

Nathan Letwory's patch for bug #424 const errors kept MSVC7 projectfiles from compiling.

Nathan Letwory's patch for Bug #458 (Fileselect bug)

- added fix done for manual designer: when you want to make screenshot with
  a pulldown or popup menu in it, press (alt+)ctrl+f3 while the menu is
  visible, ESC, press (alt+)ctrl+f3 again.
  Note the (alt+) is for OSX users only.

- fix for reported error in drawing 3d window buttons Panel when you have
  VertexPaint or FaceSelect mode on.
  The error was caused by not resetting to 2d buttons matrix after drawing
  the color codes for selection in backbuffer.

- bug fix: for OSX using ctrl or alt + f12 didn't render anymore. this is
  because some macs eject a cdrom then... ahem!

- fixed type in printf (radiostity!)

- added initializers for scaling button panels in view3d and ipo...
  this was never done because of file read do_versions() did it!
  but creating an ipowin where never was one before showed error.

- fix for layer buttons, now button rows type TOGR accept input based at
  actual bit value, and not order of creation.
  it is the only location in Blender where this is used... so!

- bug #742
  autosmooth (F9) was always on, when material Radio was set... should only
  be done when Radio render was on too.

- ARGH! breaking the cvs tag for 2.31... but this a true crash which should
  have been fixed now we know it.

  pressing CTRL+1,2,3,4 was meant to set subdivision levels, but it read
  the active pointer without it checking for NULL... tsk!

- last minute crash, reported by aphex' testing:
  when removing header from buttons window, the previewrender didnt show
  or crashes.
  was caused by relying to an evil global pointer 'lockpoin' which was only
  set in headerbuttons...

- while i am committing: small button aligning arror for 'separate textures'
  in F5 menu.

- forgot a define...