RMQ Engine after compile crash

[toneddu2000]

Hy guys, (which, if I understood correctly, is forked from QuakeSpasm, which I love btw) and I tried compiling. After some problems with SDL, I understood it needs SDL-1.2.15 instead of SDL2 and I compiled SDL2_net-2.0.0 (which is required) from SDL-1.2.15 instead of SDL2 on MVSC++2013. I started RMQEngine.exe but if I run the demo, no problem but if I issue the command map whatever.map it crashes with every map. Anyone had same issue? I found the source

Thanks in advance. I'd really like to use this fork because QuakeSpasm + EXT_CSQC is pure awesome!

[Spike]

don't get your hopes up with rmq+csqc. it should be usable for huds, but nothing more. you'll also need to ensure you have the 'right' system defs set up for it, which don't match either the fte or dp ones (as a wip implementation, it was a case of doing whatever was simplest to bootstrap the implementation, with proper support later, except that its no longer maintained).

[toneddu2000]

well, I didn't rely too much on this fork. Once I'll have managed how to open NetRadiant maps on FTE (if anyone had same problems it would be appreciated an input) I'll stick with it. It's was just the curiosity about how to implement EXT_CSQC on quakespasm, nothing more.
Nevermind, I noticed that Debug profile works, Release does not. Well... I'll use Debug one!
Thanks Spike for the clarification, I heard that the csqc implementation was just a stub but I wanted to dig the whole thing up!

[r00k]

I've tried to compile the RMQ engine, too. Older versions will compile, newest source i could find compiled, but some surfaces would not render, like missing portions of a wall/floor..

[toneddu2000]

Can you please tell which portions of walls/floors are not rendered? In which map? So I'll compare it with my version

[r00k]

this version is the version where MH added a bunch of shader support. I wanted to compile it so i could compare the speed vs the dec 2010 version, which does compile just fine.

[toneddu2000]

mine.

I download the source . There's another repository?

[goldenboy]

It's a WIP engine from a dead project. It was never intended as a general use Quake engine and never officially declared stable. It doesn't support SDL 2 - you'll need libSDL and sdl-mixer version 1.xx to compile. Linux version compiles fine for me, btw.

The latest public version is in the RMQ SVN repository which is still online - http://svn.icculus.org/remakequake/engine/

No guarantess if it will compile.

Yep, it was forked from Quakespasm but it uses a new protocol (999) by default and I believe MH changed quite a few things.

[toneddu2000]

Thanks gb for the clarification, appreciated.
Spike, could youd write (if you have some spare time, of course) a mini doc about how to add EXT_CSQC on QuakeSpasm(which functions to edit, which functions to add, which defines to create, etc.)?

I think it would be a really interesting lecture.
I'll investigate this addition on my own, anyway

PS: I found you wrote, and it's REALLY interesting

PPS: I heard about Moodles, sorry about that

[Spike]

[toneddu2000]

[Spike]

You can blame me for csqcwinquake. its old and thus lacks all the mod-cons. I'm sure it also omits parts of the spec-at-the-time (for instance, the software rendered version ignores half the drawpic arguments). One thing it definitely lacks is skeletal models and thus the skeletal animation extension builtins too.

both engines have their strengths and weaknesses.
I would say that fte is more versatile with its csqc (of course I would!). However, with extra versatility comes extra reconfiguration/code, thus both engines have their advantages.
Start off making your mod work on both (testing with each on alternate days or something) and at some point drop the one that annoys you the most?

[toneddu2000]