List of interesting engine topics/tutorial ideas

[ceriux]

You are totally overlooking my point.

But whatever. Just do new projects. I guess we will or will not see the light of day of your older projects.

sometimes you need a break from one thing so that you can come back to it and give it even better attention.

and baker here's those files you needed . sorry it took so long i was with my girl all last night.

http://www.megaupload.com/?d=VPOMAMNE

[gnounc]

No, I am using my own Kurok engine.

hows that coming?

[Mexicouger]

Coming pretty well. Got my HUD done, and I have ported a few features from DQuake to it, like glowing models, HLBSP, MD2 etc

[ceriux]

Coming pretty well. Got my HUD done, and I have ported a few features from DQuake to it, like glowing models, HLBSP, MD2 etc

not to sound rude or anything. but whats the point of md2? isnt it still limited in the fact that there are no bones or tagging features?

[szo]

Hi Baker,

3. Adding 5 button mouse support under the SDL scheme. (Does Quakespasm have this)

Umm no, not yet. Our uhexen2 has it, though (see in_sdl.c), maybe I port over to quakespasm.

2. A tutorial to add Nehahra support without support for those .xm music files (I'm not a fan of fmod).

Well, those *.xm files can be played back without fmod. (and yes, I despise those engines using fmod.) See quakespasm svn repo: one only needs adding a codec using mikmod or modplug.

7. Some mechanism to store "base" options somewhere other than config.cfg for immediate load of video options/mouse preferences and establish a 2-tier "cvar" system where certain cvars are not considered gamedir related (video mode, dinput)

I had done some work for this, i.e. early read of cvars from config, in the uhexen2 source (see cfgfile.c & co.) Not the best of things, surely, but works just fine there. Maybe worth adding to quakespasm?

9. Fixing FitzQuake SDL so that menu.c isn't messing with the mouse capture and instead putting that code in some sort of equivalent of GL_EndRendering (or whatever it is) like Windows does. Or perhaps moving that stuff out of GL_EndRendering into a separate function and calling it immediately after GL_EndRendering since it really doesn't belong in there in my opinion.

Patches are welcome

[Spike]

whatever is easiest to export to...
md2 isn't that different from mdl. more regular skinning (not applicable past the loader), per-frame scaling rather than per model is one plus, although that might be considered a downside too. One true advantage is that its textures are always stored externally, which means its easy to use a tga instead of a pcx, but yeah, whatever is easiest to export to.

[ceriux]

can you explain what the differences are between per frame and per model scaling? and what it actually is?

[Spike]

mdl and md2 both have 8-bit precision. both have a 'scale' and 'offset' field that say how far apart each graduation is etc. the difference is purely that with md2 those are stored per-frame, while mdl has a single scale/offset per model. most q2 exporters make use of this... thus verticies move around slightly as frames change with q2, but not mdl, because their scale changes for every frame, and its not actually possible to have the same exact coord in every frame. this is most noticable in models which have one moving part and one non-moving part (ie: a hand). md3 has 1/64th precision only, doesn't even have per-model scales, but then md3 has 16bit precision, so it can get away with it, so nothing moves simply because you moved a single vertex somewhere at the edge.
mdl+md2 suck for editing. :)

[Baker]

Hi Baker,

3. Adding 5 button mouse support under the SDL scheme. (Does Quakespasm have this)

Umm no, not yet. Our uhexen2 has it, though (see in_sdl.c), maybe I port over to quakespasm.

Thanks for infos. If I do any stuff useful to Quakespasm, I'll probably post some links in the Quakespasm thread @ Func.

Kind of neat there are a few different active mods of FitzQuake SDL/Quakespasm like stuff that MH and RMQ is doing and the stuffs I am doing. I admit I don't know if you are part of the Quakespasm team or just doing some stuffs for Spirit, but the more the merrier.

[szo]

if you are part of the Quakespasm team

Yes, I am

... or just doing some stuffs for Spirit

I don't know who does what some stuff for whatever reason for spirit (???)

Thanks for infos. If I do any stuff useful to Quakespasm, I'll probably post some links in the Quakespasm thread @ Func.

That would be appreciated, thanks.

[leileilol]

DUMB ogg and mod playback into the quake sound system.

HINTHINTHINT FOR HoT HINTHINTHINTHINT (It works on djgpp too iirc)

[szo]

DUMB ogg and mod playback into the quake sound system.

HINTHINTHINT FOR HoT HINTHINTHINTHINT

I already ported uhexen2 music system to quakespasm.

(It works on djgpp too iirc)

Oh yes (only mp3 though, due to the predictable malloc behavior of libmad)

[Spirit]

Everyone is my slave. Muuuhhhaahhahaha!

Not sure what Baker meant either.

Ogg Vorbis for quakespasm is pretty much done by the way.

[leileilol]

I already ported uhexen2 music system to quakespasm.

I meant this?

[szo]

I already ported uhexen2 music system to quakespasm.

I meant this?

Hmm, maybe. Or, modplug, or mikmod... (patches welcome, of course.)