1
0
Fork 0
forked from fte/fteqw
fteqw/engine/qclib
Spoike 95266f8215 d3d11 fixes. mipmapping implemented, vertex streaming more performant. Still behind the d3d9 renderer.
Fixed d3d11 vs d3d9 conflicts when switching renderers.
Fixed hlsl-less d3d9 lava.
Added gl_specular_fallback to override the default gloss level.
Added these cvars to give more control over imported/dlight lighting r_shadow_realtime_dlight_ambient r_shadow_realtime_dlight_diffuse r_shadow_realtime_dlight_specular r_editlights_import_radius r_editlights_import_ambient r_editlights_import_diffuse r_editlights_import_specular. Effective value of r_editlights_import_specular is now 1. Was 4.
Fixed spot/cube/smap lights.

git-svn-id: https://svn.code.sf.net/p/fteqw/code/trunk@4160 fc73d0e0-1445-4013-8a0c-d673dee63da5
2012-12-04 19:37:57 +00:00
..
dotnet2008 Added MSVC9 (dotnet2008) & MSVC10 (dotnet2010) project files for QCLIB aka FTEQCC 2011-07-16 11:25:56 +00:00
dotnet2010 Added MSVC9 (dotnet2008) & MSVC10 (dotnet2010) project files for QCLIB aka FTEQCC 2011-07-16 11:25:56 +00:00
vc6 Added MSVC9 (dotnet2008) & MSVC10 (dotnet2010) project files for QCLIB aka FTEQCC 2011-07-16 11:25:56 +00:00
cmdlib.h Migrated QCLib stuff over from WIP branch. 2010-03-26 03:44:22 +00:00
comprout.c added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
execloop.h added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
gui.h Stricter typedefs/typenames, so no more random types appearing which were not intended. 2012-02-05 01:38:51 +00:00
hash.c Small tweeks, bugfixes, breakages, cleanups... 2012-05-09 15:30:53 +00:00
hash.h Small tweeks, bugfixes, breakages, cleanups... 2012-05-09 15:30:53 +00:00
initlib.c added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
LICENSE
Makefile divVerent was not happy! 2011-11-27 16:17:02 +00:00
pr_comp.h added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
pr_edict.c added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
pr_exec.c Small compile fixes. 2012-11-27 06:06:25 +00:00
pr_multi.c added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
pr_x86.c committing for fixes for OMC 2011-10-27 16:16:29 +00:00
progsint.h added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
progslib.h added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
progtype.h Protect against multiple inclusion. 2008-11-14 16:48:23 +00:00
qcc.h added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
qcc_cmdlib.c Proper fix to my previous failed fix 2012-01-04 16:51:50 +00:00
qcc_pr_comp.c d3d11 fixes. mipmapping implemented, vertex streaming more performant. Still behind the d3d9 renderer. 2012-12-04 19:37:57 +00:00
qcc_pr_lex.c added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
qccgui.c Stricter typedefs/typenames, so no more random types appearing which were not intended. 2012-02-05 01:38:51 +00:00
qccguistuff.c Trying to clean up qclib a little. 2009-06-13 11:57:52 +00:00
qccmain.c added support for external capture plugins - and using avcodec as a plugin.c. 2012-11-27 03:23:19 +00:00
qcctui.c Looks like someone forgot a file. 2009-06-13 20:52:43 +00:00
qcd.h Added csqc->ssqc requests. 2009-05-24 10:11:17 +00:00
qcd_main.c d3d renderer works a little better in q3. 2010-11-10 03:32:47 +00:00
qcdecomp.c Stricter typedefs/typenames, so no more random types appearing which were not intended. 2012-02-05 01:38:51 +00:00
readme.txt
test.c Added IF_F instructions. 2009-08-29 14:56:42 +00:00

Readme for the FTE QCLib

This library is a library for running QuakeC gamecode. It does not provide any builtins itself.

Features:
	* Multiple library instances, enabling server qc, client qc, and menu qc. There is no maximum instance limit other than memory.

	* Addons, for running multiple progs in any individual instance.

	* Field reassignment, allowing a single engine to support multiple subtly different QC APIs. Also makes additional fields easier.

	* Step-by-step debugging. Requires a text editor of some form, however. A printout of the current line is also useful of course.

	* 64bit support. All strings, globals, and fields are allocated in a consecutive addressable section of memory. This also allows pointers and secure access (not implemented yet, but should be relativly easy bar builtins, which are your responsability).

	* Multiple 'threads'. The library allows a builtin to make a duplicate of the current execution state, or to wipe the current state. This allows sleep commands and fork commands. How handy.

	* Integrated QC compiler. FTEQCC comes as part of qclib. By setting up an interface with a specific value, you can cause it to always run, or run only if it detects a source change.

	* Support for different sorts of progs. Namly Hexen2's, kkqwsv's bigprogs, and FTE's extended format with extra opcodes and possibly fully 32bit offsets. The use of kkqwsv's progs is not recommended - this might be removed at some point.




Quirks:
	* don't use multiple instances of fteqcc at the same time. Compilation will fail.
	* 64bit support requires all strings to be allocated by qclib itself, achivable via a method call. Compatability requires a certain ammount of caution.
	* a fair number of methods are obsolete.
	* An overuse of pointers in the API. There are some macros which you can use to hide some of the dereferences.
	* kkqwsv progs are not reliable. Do not try saving the game. Avoid letting your users know of support.
	
	* Builtin structures are different from original quake. You'll need to convert the arguments to qclib style. This change was required for both multiple instances as well as addon support. It should be straightforward enough.
	* Entity fields are accessed via a pointer from the edict_t structure. This was required to place entity fields within the 64bit accessable section. Changing a . to a -> is not a major issue though. However, there are a lot. do a find and replace of ->v. to ->v->
	* FTE's entities are numbers not pointers. This fact is not made into a big feature as it's kinda incompatable with standard quake. Please do not use numbers directly to refer to ents but instead use the EDICT_TO_PROGS macro which will give protection. This is consistant with standard quake.


Basic usage:
	* refer to test.c for a sample on how to set up the library.
	* refer to progslib.h for the things that I've forgotten to mention.
	* Call the InitProgs function to get a handle to the instance. It takes a parameter which should be set up with some fields. You'll require ReadFile, FileSize, Abort and printf for basic execution.
	* Call the configure function to say how much memory to use, and how many progs/addons to support.
	* Load your progs via LoadProgs. Use a crc of 0 to use any. Otherwise progs will be rejected if it doesn't match. Give it a list of progs-specific builtins too. :)
	* Before calling the spawn builtin, call the InitEnts method. It's parameter stating how many maximum entities to spawn. Using a really large quantity is not much of an issue, as they are allocated as required.
	* Before calling InitEnts, you can tell the VM which fields your engine uses (state all basic ones or none). This will place the entity fields in the same order as your engine expects for entvars_t.
	* Obtain pointers to globals, or just use the globals structure directly.
	* Call the ExecuteProgram method to start execution.
	* Call the FindFunction method to find a function to run in the first place.
	* Call the 'globals' method to retrieve a pointer to the globals (you should always use PR_CURRENT here). Set the parameters with the G_INT/G_FLOAT macros and friends. Use OFS_PARM0 - OFS_PARM7 to set params before calling or read inside a builtin. Use OFS_RETURN to read the return value. These macros are hard coded to use a 'pr_globals' symbol, so avoid renaming builtin parameter names.
	* Ask me on IRC when it all starts keeling over.
	* These are the C files that form qclib: pr_edict.c pr_exec.c pr_multi.c initlib.c qcc_pr_comp.c qcc_pr_lex.c qccmain.c qcc_cmdlib.c comprout.c hash.c qcd_main.c qcdecomp.c