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
|
|
|
|
|
#include "render_types.h"
|
|
|
|
|
|
|
|
|
|
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);
|
|
|
|
|
void shade_lamp_loop(struct ShadeInput *shi, ShadeResult *shr, int mask);
|
|
|
|
|
|
|
|
|
|
float fresnel_fac(float *view, float *vn, float fresnel);
|
|
|
|
|
void calc_R_ref(struct ShadeInput *shi);
|
2003-07-19 20:31:29 +00:00
|
|
|
float spec(float inp, int hard);
|
|
|
|
|
|
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
|
|
|
|
