2002-10-12 11:37:38 +00:00
|
|
|
/*
|
|
|
|
|
* rendercore_ext.h
|
|
|
|
|
*
|
|
|
|
|
* $Id$
|
|
|
|
|
*
|
|
|
|
|
* ***** BEGIN GPL/BL DUAL LICENSE BLOCK *****
|
|
|
|
|
*
|
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
|
* as published by the Free Software Foundation; either version 2
|
|
|
|
|
* of the License, or (at your option) any later version. The Blender
|
|
|
|
|
* Foundation also sells licenses for use in proprietary software under
|
|
|
|
|
* the Blender License. See http://www.blender.org/BL/ for information
|
|
|
|
|
* about this.
|
|
|
|
|
*
|
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
|
*
|
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
|
* along with this program; if not, write to the Free Software Foundation,
|
|
|
|
|
* Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
|
|
|
|
|
*
|
|
|
|
|
* The Original Code is Copyright (C) 2001-2002 by NaN Holding BV.
|
|
|
|
|
* All rights reserved.
|
|
|
|
|
*
|
|
|
|
|
* The Original Code is: all of this file.
|
|
|
|
|
*
|
|
|
|
|
* Contributor(s): none yet.
|
|
|
|
|
*
|
|
|
|
|
* ***** END GPL/BL DUAL LICENSE BLOCK *****
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef RENDERCORE_H
|
|
|
|
|
#define RENDERCORE_H
|
2004-01-04 13:27:18 +00:00
|
|
|
|
2002-10-12 11:37:38 +00:00
|
|
|
#include "render_types.h"
|
|
|
|
|
|
2004-01-04 13:27:18 +00:00
|
|
|
|
|
|
|
|
/* vector defines */
|
|
|
|
|
|
|
|
|
|
#define CROSS(dest, a, b) dest[0]= a[1] * b[2] - a[2] * b[1]; dest[1]= a[2] * b[0] - a[0] * b[2]; dest[2]= a[0] * b[1] - a[1] * b[0]
|
|
|
|
|
#define VECMUL(dest, f) dest[0]*= f; dest[1]*= f; dest[2]*= f
|
|
|
|
|
|
2002-10-12 11:37:38 +00:00
|
|
|
struct HaloRen;
|
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!
2003-12-21 21:52:51 +00:00
|
|
|
struct ShadeInput;
|
2002-10-12 11:37:38 +00:00
|
|
|
|
2003-12-16 14:12:01 +00:00
|
|
|
typedef struct ShadeResult
|
|
|
|
|
{
|
|
|
|
|
float diff[3];
|
|
|
|
|
float spec[3];
|
|
|
|
|
float alpha;
|
|
|
|
|
|
|
|
|
|
} ShadeResult;
|
|
|
|
|
|
2002-10-12 11:37:38 +00:00
|
|
|
float mistfactor(float *co); /* dist en hoogte, return alpha */
|
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!
2003-12-21 21:52:51 +00:00
|
|
|
|
|
|
|
|
void render_lighting_halo(struct HaloRen *har, float *colf);
|
2002-10-12 11:37:38 +00:00
|
|
|
unsigned int calchalo_z(struct HaloRen *har, unsigned int zz);
|
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!
2003-12-21 21:52:51 +00:00
|
|
|
void add_halo_flare(void);
|
2003-07-19 20:31:29 +00:00
|
|
|
|
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!
2003-12-21 21:52:51 +00:00
|
|
|
void shade_input_set_coords(ShadeInput *shi, float u, float v, int i1, int i2, int i3);
|
|
|
|
|
|
|
|
|
|
void shade_color(struct ShadeInput *shi, ShadeResult *shr);
|
2004-04-26 21:38:36 +00:00
|
|
|
void shade_lamp_loop(struct ShadeInput *shi, ShadeResult *shr);
|
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!
2003-12-21 21:52:51 +00:00
|
|
|
|
2003-12-22 22:27:51 +00:00
|
|
|
float fresnel_fac(float *view, float *vn, float fresnel, float fac);
|
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!
2003-12-21 21:52:51 +00:00
|
|
|
void calc_R_ref(struct ShadeInput *shi);
|
2003-07-19 20:31:29 +00:00
|
|
|
float spec(float inp, int hard);
|
|
|
|
|
|
2004-01-14 20:13:41 +00:00
|
|
|
/* -------- ray.c ------- */
|
|
|
|
|
|
2004-04-26 21:38:36 +00:00
|
|
|
extern void ray_shadow(ShadeInput *, LampRen *, float *);
|
|
|
|
|
extern void ray_trace(ShadeInput *, ShadeResult *);
|
Eeshlo AO patch, revised
- Ambient Occlusion is a more sophisticated ambient trick, which takes
nearby faces into account by firing a hemisphere of shadow-rays
around. AKA 'dirt shader'.
- Eeshlo made it a Lamp type, which doesn't fit well. I've moved the
settings to the World menu, and let the Material->ambient value control
the amount it contributes
- currently, the AO value is added/subtracted/mixed with the 'diffuse'
factor while shading, before it is multiplied with Material color
Buttons are in new Panel 'Amb Occ" in F8 menu. Note:
- "Dist:" by shortening the length of rays you get subtler effects and it
renders faster too
- "DistF:" the attennuation factor gives control over how the 'shadow'
spreads out.
Further it's just raytracing, so tends to be slooooow.... :)
Here same tricks as for other raytraced scenes apply, especially try to
keep the environment as small as possible (exclude faces from Octree by
giving them no Material Traceable).
I still have to think over a couple of aspects, will await feedback on it:
- AO color? Now it just adds 'white'
- other sampling patterns? I tried dithering, which was so-so
- method of controlling final 'samples' in F10? Might be useful for other
oversampling too (area light) to have it reacting to a percentage or so..
2004-04-05 21:04:13 +00:00
|
|
|
extern void ray_ao(ShadeInput *, World *, float *);
|
2002-10-12 11:37:38 +00:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Apply the background (sky). Depending on the active alphamode and
|
|
|
|
|
* worldmode, different filling strategies are applied.
|
|
|
|
|
* Active alphamode = R.r.alphamode
|
|
|
|
|
* Active worldmode = R.wrld.mode
|
|
|
|
|
* <LI>
|
|
|
|
|
* <IT> R_ALPHAPREMUL - do not fill sky, but apply alpha to colours
|
|
|
|
|
* <IT> R_ALPHAKEY - do not fill sky, do not apply alpha to colours
|
|
|
|
|
* <IT> R_ADDSKY - fill skycolour in the background, blend
|
|
|
|
|
* transparent colours with the background
|
|
|
|
|
* (there's also a world dependency here?
|
|
|
|
|
* <LI>
|
|
|
|
|
* <IT> R.wrld.mode == WO_MIST
|
|
|
|
|
* <IT> R.r.bufflag == 1, R.flag == R_SEC_FIELD
|
|
|
|
|
* <IT> R.wrld.skytype == ( WO_SKYBLEND ^ WO_SKYTEX)
|
|
|
|
|
* <IT> R.wrld.skytype == WO_SKYPAPER
|
|
|
|
|
* <IT> R.r.mode == R_PANORAMA )
|
|
|
|
|
* </LI>
|
|
|
|
|
* </LI>
|
|
|
|
|
* @param rect
|
|
|
|
|
* @param y
|
|
|
|
|
*/
|
|
|
|
|
void scanlinesky(char *rect, int y);
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Do z buffer stuff.
|
|
|
|
|
*/
|
|
|
|
|
void zbufshade(void);
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Insert transparent faces into the z buffer?
|
|
|
|
|
*/
|
|
|
|
|
void zbufshadeDA(void); /* Delta Accum Pixel Struct */
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Also called in: zbuf.c
|
|
|
|
|
*/
|
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!
2003-12-21 21:52:51 +00:00
|
|
|
void *shadepixel(float x, float y, int vlaknr, int mask, float *col);
|
|
|
|
|
void shadepixel_short(float x, float y, int vlaknr, int mask, unsigned short *shortcol);
|
2002-10-12 11:37:38 +00:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Shade the pixel at xn, yn for halo har, and write the result to col.
|
|
|
|
|
* Also called in: previewrender.c
|
|
|
|
|
* @param har The halo to be rendered on this location
|
|
|
|
|
* @param col [unsigned int 3] The destination colour vector
|
|
|
|
|
* @param zz Some kind of distance
|
|
|
|
|
* @param dist Square of the distance of this coordinate to the halo's center
|
|
|
|
|
* @param x [f] Pixel x relative to center
|
|
|
|
|
* @param y [f] Pixel y relative to center
|
|
|
|
|
* @param flarec Flare counter? Always har->flarec...
|
|
|
|
|
*/
|
|
|
|
|
/* void shadehalo(struct HaloRen *har, char *col, unsigned int zz, float dist, float x, float y, short flarec); */
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* A cryptic but very efficient way of counting the number of bits that
|
|
|
|
|
* is set in the unsigned short.
|
|
|
|
|
*/
|
|
|
|
|
int count_mask(unsigned short mask);
|
|
|
|
|
|
|
|
|
|
/* These defines are only used internally :) */
|
|
|
|
|
/* dirty hack: pointers are negative, indices positive */
|
|
|
|
|
/* pointers should be converted to positive numbers */
|
|
|
|
|
|
|
|
|
|
#define IS_A_POINTER_CODE(a) ((a)<0)
|
|
|
|
|
#define POINTER_FROM_CODE(a) ((void *)(-(a)))
|
|
|
|
|
#define POINTER_TO_CODE(a) (-(long)(a))
|
|
|
|
|
|
|
|
|
|
#endif /* RENDER_EXT_H */
|
2002-10-30 02:07:20 +00:00
|
|
|
|
