InsideQC Forums

leileilol wrote:by the way
darkplaces iirc only supports up to 2 stages

Yep

xaGe wrote:..That's funny because I run the Darkplaces quake engine all the time in Debian.

I see darkplaces is in testing and unstable, but I've never seen a Quake engine in the stable repository (like lenny or squeeze) before.

Congrats! :D It's a bit shocking because there's never been any Quake engines in Debian before (AFAIK). Plus it seems like DOOM is a more popular game and there's only ever being one Doom engine in Debian, PrBoom, despite the fact there are many out there, and that one is pretty much dead (has not h...

Is QuakeSpasm in Debian now?

This is more an issue of the physics being frame-rate dependent (a gross bug that continued to exist even in Quake 3), right? Personally I would fix the physics to make it frame-rate independent, with a bias toward slightly higher jumps rather than slightly lower jumps. I have noticed that in DarkPl...

Could Q3Map2 be mis-compiling the shaders as textures? Not really, the compiled BSP files just store a name (e.g. textures/foo/bar) and it is the Quake3 engine which interprets that name as a shader (if one exists) or as a texture if the shader does not exist. Make sure sv_pure is 0 when testing yo...

I think it would go something like this:

Autoconf and automake are horrible -- run, man, run fast away from them :mrgreen: Most projects which use them never really do it properly (because understanding how to do it properly is nigh impossible), and the configure scripts fail when you try to do something which is supposed to work out-of-th...

ill upload my source + built executables for testing (im kinda interrested in finding out if it crashes anywhere else) the source has a C::B workspace. http://code.google.com/p/realm/downloads/detail?name=bsp-0.96e-release.7z&can=2&q= Where's the source? That download package only contained...

reckless wrote:btw source allready makes use of GPL code (libpng jpeg and zlib) so i think it should be ok

Those libraries are not GPL

Or if they do choose to import literal code, put those functions at say the bottom of a source file with the license like what DarkPlaces does with strlcpy and strlcat. Like this in DarkPlaces common.c ---> http://gitorious.org/nexuiz/darkplaces/blobs/a892a876d60ec67da321e48e31dc80b95fd6d9aa/common...

Assuming one of the first things you consider doing is grabbing some code from ..... The xxxRadiants and Quark (as well as various Quake tools) are GPL licensed, so using code from them means the whole thing (when compiled together) become GPL. GPL would be a better choice -- if only to allow code ...

I suggest moving the code to spawn an extra monster into a separate function (will be a lot more readable that way), and limiting the amount of places to try to 16 places (or whatever), the function can just 'return' when you reach the limit. I also suggest spawning the extra monsters AFTER the orig...

In VIM (a text editor) I would make all the functions sit on a single line, pass it to :!sort, and re-run its automatic code formatter to put it all back to normal. That probably doesn't help you much :) P.S. the vim command to put a function on a single line is just :.,/^}/join (run from the top of...

But if Blender can one day be used as a map editor, and produces maps that compile and run properly, then I'll gladly switch to Blender exclusively (I already use it for mapmodels). I think the most reliable way to make that work is to forget about using ".map" as an intermediate format, ...