qf/quakeforge
0
0
Fork 0
mirror of https://git.code.sf.net/p/quake/quakeforge synced 2024-12-11 05:11:16 +00:00
Code Issues Projects Releases Packages Wiki Activity
quakeforge/include/r_internal.h

104 lines
3 KiB
C
Raw Normal View History

Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
#ifndef __r_internal_h
#define __r_internal_h
#include "QF/vid.h"
#include "QF/plugin/vid_render.h"
#include "r_cvar.h"
#include "r_dynamic.h"
#include "r_local.h"
#include "r_shared.h"
extern viddef_t vid; // global video state
Map vr_data/funcs to vid_render_data/funcs.
2012-02-15 00:04:22 +00:00
extern vid_render_data_t vid_render_data;
Make a start on putting the pieces together. Still many undefined and multiply defined symbols, but there seems to be a light in this darkness. I just hope it's not an oncoming train :)
2012-02-22 12:53:17 +00:00
extern vid_render_funcs_t gl_vid_render_funcs;
extern vid_render_funcs_t glsl_vid_render_funcs;
extern vid_render_funcs_t sw_vid_render_funcs;
[renderer] Stub out all the vulkan functions nq-x11 now gets through all three demos without crashing (but without rendering anything useful, though).
2021-01-18 03:46:06 +00:00
extern vid_render_funcs_t vulkan_vid_render_funcs;
Ensure code paths stay within the one renderer. The gl renderer calling sw functions is bad news. Still all black, but I think that's because palette setting is disabled.
2012-04-11 13:45:23 +00:00
extern vid_render_funcs_t *vid_render_funcs;
Make a start on putting the pieces together. Still many undefined and multiply defined symbols, but there seems to be a light in this darkness. I just hope it's not an oncoming train :)
2012-02-22 12:53:17 +00:00
Map vr_data/funcs to vid_render_data/funcs.
2012-02-15 00:04:22 +00:00
#define vr_data vid_render_data
Ensure code paths stay within the one renderer. The gl renderer calling sw functions is bad news. Still all black, but I think that's because palette setting is disabled.
2012-04-11 13:45:23 +00:00
#define vr_funcs vid_render_funcs
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
extern refdef_t r_refdef;
extern int r_viewsize;
[qw] Clean up netgraph somewhat The renderer's LineGraph now takes a height parameter, and netgraph now uses cl_* cvars instead of r_* (which never really made sense), including it's own height cvar (the render graphs still use r_graphheight).
2021-07-11 01:59:27 +00:00
void R_LineGraph (int x, int y, int *h_vals, int count, int height);
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
Start putting the pieces back together. The renderer now gets initialized and things sort of work (qw-client will idle, though nothing is displayed). However, as the viddef stuff is broken, it segs on trying to run the overkill demo.
2012-02-23 12:17:32 +00:00
void gl_R_Init (void);
void glsl_R_Init (void);
Rename sw's R_Init to sw_R_Init. For now, the only symbol I'll bother messing with in the sw renderer.
2012-02-22 13:12:29 +00:00
void sw_R_Init (void);
[renderer] Make R_RenderView private This is actually a better solution to the renderer directly accessing client code than provided by 7e078c7f9c8ab27af92ff268f49bac070c9ff617. Essentially, V_RenderView should not have been calling R_RenderView, and CL_UpdateScreen should have been calling V_RenderView directly. The issue was that the renderers expected the world entity model to be valid at all times. Now, R_RenderView checks the world entity model's validity and immediately bails if it is not, and R_ClearState (which is called whenever the client disconnects and thus no longer has a world to render) clears the world entity model. Thus R_RenderView can (and is) now called unconditionally from within the renderer, simplifying renderer-specific variants.
2021-12-02 09:30:57 +00:00
void R_RenderFrame (SCR_Func *scr_funcs);
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
void R_Init_Cvars (void);
void R_InitEfrags (void);
void R_ClearState (void);
void R_InitSky (struct texture_s *mt); // called at level load
void R_Textures_Init (void);
void R_RenderView (void); // must set r_refdef first
[vid,render] Clean up fov and aspect vid.aspect is removed (for now) as it was not really the right idea (I really didn't know what I was doing at the time). Nicely, this *almost* fixes the fov bug on fresh installs: the view is now properly upside-down rather than just flipped vertically (ie, it's now rotated 180 degrees).
2021-04-01 10:17:19 +00:00
void R_ViewChanged (void); // must set r_refdef first
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
// called whenever r_refdef or vid change
[particles] Create a psystem object This takes care of the global variables to a point (there is still the global struct shared between the non-vulkan renderers), but it also takes care of glsl's points-only rendering.
2021-12-19 05:47:25 +00:00
extern struct psystem_s r_psystem;
struct psystem_s *gl_ParticleSystem (void);
struct psystem_s *glsl_ParticleSystem (void);
struct psystem_s *sw_ParticleSystem (void);
void R_RunParticles (float dT);
[renderer] Use scene_t to set the model data This replaces *_NewMap with *_NewScene and adds SCR_NewScene to handle loading a new map (for quake) in the renderer, and will eventually be how any new scene is loaded.
2022-05-05 05:41:46 +00:00
struct scene_s;
void R_NewScene (struct scene_s *scene);
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
// LordHavoc: relative bmodel lighting
void R_PushDlights (const vec3_t entorigin);
void R_DrawWaterSurfaces (void);
Do a pure/const/noreturn/format attribute pass. I always wanted these, but as gcc now provides warnings for functions that could do with such attributes, finding all the functions is much easier.
2018-10-09 03:35:01 +00:00
void *D_SurfaceCacheAddress (void) __attribute__((pure));
[vid] Remove VID_InitBuffers Its guts have been moved to D_Init temporarily while I work on the frame buffer design. This is actually a big part of that work as it moves most of the frame buffer creation into the one place, making it easier to ensure I get all the sub-buffers and caches created.
2022-03-21 02:12:58 +00:00
int D_SurfaceCacheForRes (int width, int height);
[video] Get 16 and 32 bit sw32 mostly working in x11 Lighting on alias models seems to be borked, and skies are borked in both sw renderers (seems to be nothing to do with this commit, though).
2021-07-10 15:09:41 +00:00
void D_FlushCaches (void *data);
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
void D_DeleteSurfaceCache (void);
[vid] Remove VID_InitBuffers Its guts have been moved to D_Init temporarily while I work on the frame buffer design. This is actually a big part of that work as it moves most of the frame buffer creation into the one place, making it easier to ensure I get all the sub-buffers and caches created.
2022-03-21 02:12:58 +00:00
void D_InitCaches (void *buffer, int size);
Make R_SetVrect const-correct.
2013-01-30 12:20:25 +00:00
void R_SetVrect (const vrect_t *pvrect, vrect_t *pvrectin, int lineadj);
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
void R_LoadSkys (const char *);
void R_ClearEfrags (void);
[renderer] Move a couple functions to using vec4f_t Makes for a few less FIXMEs and better consistency with vectors.
2022-03-30 14:50:12 +00:00
void R_FindNearLights (vec4f_t pos, int count, dlight_t **lights);
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
dlight_t *R_AllocDlight (int key);
void R_DecayLights (double frametime);
void R_ClearDlights (void);
int R_InitGraphTextures (int base);
[scene] Move entity_t etc into scene headers I meant to do this a while ago but forgot about it. Things are a bit of a mess in that the renderer knows too much about entities, but eventually the renderer will know about only things to render (meshes, particles, etc).
2022-03-29 05:40:48 +00:00
struct entity_s;
struct animation_s;
void R_DrawAliasModel (struct entity_s *e);
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
[model] Move visframe out of mleaf_t This is next critical step to making BSP rendering thread-safe. visframe was replaced with cluster (not used yet) in anticipation of BSP cluster reconstruction (which will be necessary for dealing with large maps like ad_tears).
2022-05-22 05:43:07 +00:00
void R_MarkLeaves (struct mleaf_s *viewleaf, int *node_visframes,
[model] Move visframe out of msurface_t One more step towards BSP thread-safety. This one brought with it a very noticeable speed boost (ie, not lost in the noise) thanks to the face visframes being in tightly packed groups instead of 128 bytes apart, though the sw render's boost is lost in the noise (but it's very fill-rate limited).
2022-05-22 07:31:24 +00:00
int *leaf_visframes, int *face_visframes);
[model] Move plane info into mnode_t, and visframe out The main goal was to get visframe out of mnode_t to make it thread-safe (each thread can have its own visframe array), but moving the plane info into mnode_t made for better data access patters when traversing the bsp tree as the plane is right there with the child indices. Nicely, the size of mnode_t is the same as before (64 bytes due to alignment), with 4 bytes wasted. Performance-wise, there seems to be very little difference. Maybe slightly slower. The unfortunate thing about the change is the plane distance is negated, possibly leading to some confusion, particularly since the box and sphere culling functions were affected. However, this is so point-plane distance calculations can be done with a single 4d dot product.
2022-05-22 02:18:32 +00:00
extern int *r_node_visframes;
[model] Move visframe out of mleaf_t This is next critical step to making BSP rendering thread-safe. visframe was replaced with cluster (not used yet) in anticipation of BSP cluster reconstruction (which will be necessary for dealing with large maps like ad_tears).
2022-05-22 05:43:07 +00:00
extern int *r_leaf_visframes;
[model] Move visframe out of msurface_t One more step towards BSP thread-safety. This one brought with it a very noticeable speed boost (ie, not lost in the noise) thanks to the face visframes being in tightly packed groups instead of 128 bytes apart, though the sw render's boost is lost in the noise (but it's very fill-rate limited).
2022-05-22 07:31:24 +00:00
extern int *r_face_visframes;
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
[video] Get 16 and 32 bit sw32 mostly working in x11 Lighting on alias models seems to be borked, and skies are borked in both sw renderers (seems to be nothing to do with this commit, though).
2021-07-10 15:09:41 +00:00
void GL_SetPalette (void *data, const byte *palette);
void GLSL_SetPalette (void *data, const byte *palette);
Connect up palette setting for gl and glsl. The GL plugin now seems to work. GLSL still segs :(
2012-04-12 04:57:05 +00:00
[renderer] Move a couple functions to using vec4f_t Makes for a few less FIXMEs and better consistency with vectors.
2022-03-30 14:50:12 +00:00
int R_BillboardFrame (struct entity_s *ent, int orientation,
vec4f_t cameravec,
vec4f_t *bbup, vec4f_t *bbright, vec4f_t *bbfwd);
[renderer] Start merging sprite frame calculation This covers gl and sw. sw32 should be trivial (just haven't done it), but glsl will take a little. Vulkan will use it.
2021-12-14 16:18:02 +00:00
mspriteframe_t *R_GetSpriteFrame (const msprite_t *sprite,
[scene] Move entity_t etc into scene headers I meant to do this a while ago but forgot about it. Things are a bit of a mess in that the renderer knows too much about entities, but eventually the renderer will know about only things to render (meshes, particles, etc).
2022-03-29 05:40:48 +00:00
const struct animation_s *animation);
[renderer] Merge sprite billboarding code As the sw renderer's implementation was the closest to id's, it was used as the model (thus a fair bit of cleanup is still needed). This fixes some incorrect implementations in glsl and gl.
2021-12-10 05:34:04 +00:00
[glsl] Implement fisheye rendering The code dealing with state is a bit of a mess, but everything is working nicely. Get around 400fps when all 6 faces need to be rendered (no surprise: it should be about 1/6 of that for normal rendering). The messy state handling code did not come as a surprise as I suspected there were various mistakes in my scene rendering "recipe", and fisheye highlighted them nicely (I'm sure getting this stuff working in Vulkan will highlight even more issues).
2022-03-25 03:22:16 +00:00
// These correspond to the standard box sides for OpenGL cube maps but with
// TOP and BOTTOM swapped due to lelt/right handed systems (quake/gl are right,
// cube maps are left)
[renderer] Get sw fisheye working again Again, gl/vulkan not working yet (on the assumption that sw would be trickier). Fisheye overrides water warp because updating the projection map every frame is far too expensive. I've added a post-process pass to the interface in order to hide the implementation details, but I'm not sure I'm happy about how the multi-pass rendering for cube maps is handled (or having the frame buffers as exposed as they are), but mainly because Vulkan will make implementation interesting.
2022-03-24 06:45:01 +00:00
#define BOX_FRONT 4
#define BOX_RIGHT 0
#define BOX_BEHIND 5
#define BOX_LEFT 1
[glsl] Implement fisheye rendering The code dealing with state is a bit of a mess, but everything is working nicely. Get around 400fps when all 6 faces need to be rendered (no surprise: it should be about 1/6 of that for normal rendering). The messy state handling code did not come as a surprise as I suspected there were various mistakes in my scene rendering "recipe", and fisheye highlighted them nicely (I'm sure getting this stuff working in Vulkan will highlight even more issues).
2022-03-25 03:22:16 +00:00
#define BOX_TOP 3
#define BOX_BOTTOM 2
[renderer] Get sw fisheye working again Again, gl/vulkan not working yet (on the assumption that sw would be trickier). Fisheye overrides water warp because updating the projection map every frame is far too expensive. I've added a post-process pass to the interface in order to hide the implementation details, but I'm not sure I'm happy about how the multi-pass rendering for cube maps is handled (or having the frame buffers as exposed as they are), but mainly because Vulkan will make implementation interesting.
2022-03-24 06:45:01 +00:00
void R_RenderFisheye (framebuffer_t *cube);
Take the first step towards render plugins. No clients link. Even if they did, nothing would work.
2012-02-14 08:28:09 +00:00
#endif//__r_internal_h
Reference in a new issue Copy permalink