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

116 lines
3.5 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;
[ecs] Split component registration from pool creation While this does require an extra call after registering components, it allows for multiple component sets (ie, sub-systems) to be registered before the component pools are created. The base id for the registered component set is returned so it can be passed to the subsystem as needed.
2022-12-13 13:58:44 +00:00
#define SW_COMP(comp, id) ((void *)((byte *)r_refdef.registry->comp_pools[comp].data + (id) * r_refdef.registry->components.a[comp].size))
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 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);
[glsl] Fix a pile of memory leaks For the most part harmless, but fixing the leaks has been uncovering bugs.
2023-03-05 07:56:09 +00:00
void glsl_R_Shutdown (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
[renderer] Clean up R_MarkLeaves Really? More to clean up before (vulkan) bsp rendering is thread-safe? However, R_MarkLeaves was pretty close: just oldviewleaf and visframecount, but that's still too much. Also, the reliance on r_refdef.worldmodel irked me.
2023-06-28 14:44:38 +00:00
typedef struct visstate_s {
const struct mleaf_s *viewleaf;
int *node_visframes;
int *leaf_visframes;
int *face_visframes;
int visframecount;
[renderer] Separate core of R_MarkLeaves I needed to mark leaves based on an arbitrary PVS (for lighting) that is independent of the camera position. Also cleaned up some const correctness.
2023-07-27 06:43:47 +00:00
const struct mod_brush_s *brush;
[renderer] Clean up R_MarkLeaves Really? More to clean up before (vulkan) bsp rendering is thread-safe? However, R_MarkLeaves was pretty close: just oldviewleaf and visframecount, but that's still too much. Also, the reliance on r_refdef.worldmodel irked me.
2023-06-28 14:44:38 +00:00
} visstate_t;
extern visstate_t r_visstate;//FIXME
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
[renderer] Clean up R_MarkLeaves Really? More to clean up before (vulkan) bsp rendering is thread-safe? However, R_MarkLeaves was pretty close: just oldviewleaf and visframecount, but that's still too much. Also, the reliance on r_refdef.worldmodel irked me.
2023-06-28 14:44:38 +00:00
void R_PushDlights (const vec3_t entorigin, const visstate_t *visstate);
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_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] Return number of nearby dynamic lights It allows for a minor optimization when allocating resources for those lights.
2023-08-01 14:28:24 +00:00
int 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;
[scene] Make entity_t just an entity id for ECS This puts the hierarchy (transform) reference, animation, visibility, renderer, active, and old_origin data in separate components. There are a few bugs (crashes on grenade explosions in gl/glsl/vulkan, immediately in sw, reasons known, missing brush models in vulkan). While quake doesn't really need an ECS, the direction I want to take QF does, and it does seem to have improved memory bandwidth a little (uncertain). However, there's a lot more work to go (especially fixing the above bugs), but this seems to be a good start.
2022-10-23 01:32:09 +00:00
struct transform_s;
[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
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
[renderer] Separate core of R_MarkLeaves I needed to mark leaves based on an arbitrary PVS (for lighting) that is independent of the camera position. Also cleaned up some const correctness.
2023-07-27 06:43:47 +00:00
struct set_s;
void R_MarkLeavesPVS (visstate_t *state, const struct set_s *pvs);
[renderer] Clean up R_MarkLeaves Really? More to clean up before (vulkan) bsp rendering is thread-safe? However, R_MarkLeaves was pretty close: just oldviewleaf and visframecount, but that's still too much. Also, the reliance on r_refdef.worldmodel irked me.
2023-06-28 14:44:38 +00:00
void R_MarkLeaves (visstate_t *state, const struct mleaf_s *viewleaf);
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
[scene] Make entity_t just an entity id for ECS This puts the hierarchy (transform) reference, animation, visibility, renderer, active, and old_origin data in separate components. There are a few bugs (crashes on grenade explosions in gl/glsl/vulkan, immediately in sw, reasons known, missing brush models in vulkan). While quake doesn't really need an ECS, the direction I want to take QF does, and it does seem to have improved memory bandwidth a little (uncertain). However, there's a lot more work to go (especially fixing the above bugs), but this seems to be a good start.
2022-10-23 01:32:09 +00:00
int R_BillboardFrame (struct transform_s transform, int orientation,
[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
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