InsideQC Forums

Outstanding. Thank you so much. I'll be digging in the source, specially in the vulkan part.

Thanks xaGe for the link. I gues we'll wait a loong time for TB quake3 support..
By the way, I'm not so sure that only difference between quake1 and quake3 maps are only patches. Iirc there are lots of differences, from maxnumber of triangles per maps, to max bounds limits, to shaders support, but ...

I'm working on a small map viewer to improve my modern OpenGL skills. I've been postponing the learning of shaders for too long! I've seen tons of BSP loaders out there, including the Assimp one, but i'm curious about the rendering of BSP maps in modern OpenGL. How would you guys do it? Would you ...

BTW:

so, urm, in what way does it 'not run' in fteqw?

When i tried to run the compiled quakec-v1-01-clean progs.dat in FTE, it got an error saying that it could not find qwprogs.dat. After renaming the file, it worked.

Thank you for the rich information!

I'm starting a new mod and i'm using the following QuakeC project as a base:

https://gitlab.com/quakec-v1-01-clean/q ... 1-01-clean

Unfortunately, i can only run this with Quakespasm and not FTEQW. What is the difference between progs and qwprogs?

For people from the future browsing this thread: I eventually gave up. I've used some static analysis tools to help me track the errors related to 64-bit, but the constant crashes were a major turnoff. So, no base 64-bit WinQuake.

Can FTE render SPRs as a model, just like DP? I've been following the one-model per-frame approach, but i don't think this is the best way to do it.

I'm converting some Doom weapons to my Quake mod and i'm curious on how to do this the best way. I'm using a single plane as my weapon model, but i have no idea on how to make the sprite animations work. I'm using FTE, btw.

https://github.com/Novum/vkQuake

Quite interesting!

I'm a little bit lost on how the pr_strings thing works. By default, when a server is started, anything read from *.bsp is parsed into the PR_* structures and then sent along as integers over the network? Should i just use chars instead?

Thanks a lot for the info, guys. However, by removing the indexed calls and leaving just the char*, i still get protocol errors: Host_Error: CL_ParseServerMessage: Server is protocol 66820 instead of 15

Thanks for the info. I'm still trying to get the game running, bumping into a few segfaults due to calls like this:


SV_ModelIndex(pr_strings + ent->v.model))


Or anything that has pr_strings. I tried to use ent.v.modelindex directly, without luck, and also SV_ModelIndex(ent->v.model). But no ...

Another question: inside SV_TouchLinks, the following is called: PR_ExecuteProgram(touch->v.touch). What is this for? There are some other calls to PR_ExecuteProgram that don't seem to be functions...

Well, but i don't think that i can just call the PF_* functions directly. They seem to have globals and a stack to grab the args from. So, for example, i would have to start to re-implement most of them, right? Take precaching, for example:


void PF_precache_model(void)
{
char *s;
int i;

if ...