What are you working on?

[Shpuld]

Thanks sock! QC +CSQC with FTEQCC feels like real programming and I'm loving it.

[pitchatan]

Been tinkering with movement a bit and finally found something i kinda enjoy.
Just need to refine it.

[goldenboy]

[ajay]

Been tinkering with enemy code. As a starting point I've made them always looking for you and able to track you down wherever you are in the map. This is hokey and based on code from these very forums; it's a starting point, and one I want to build upon, e.g. you being more easily found if running, if the torch is on etc., less easily found if still, walking etc. Even in it's early stages it's pretty fun with just one shambler; it can't get to you in all areas as it can't fit down all alleys or in all buildings (that's where other enemies, zombies for instance, come in), but just making a dash between buildings, losing sight of it and then turning a corner and running right into it, is pretty exciting (imo!)
It's success still depends on making it more sophisticated; at the moment the stock code works well in that sometimes it isn't able to follow you down a path, but will track you parallel to it and catch you at the other end; there's obviously no complex predictive ai here, it's just "seeing" the player thru' the wall, but it's a good con anyway. Whether that's something I can improve (or spoil) remains to be seen.
What is great is having this, comparatively, large city map to play in. Although not finished, it's fun to just play hide and seek in this map that I've spent so long working on.. Whether I can turn that into fun gameplay and narrative is also in question.
What would be useful is to find improved models and less jerky code, as at the moment somewhat slapstick efforts of the shambler somewhat distract from the tension. Also it doesn't understand that fire = ouchy:

[frag.machine]

@ajay: look for MauveBib's movetogoal alternative on this very forums, it's a very efficient replacement for monster walk/run original code. Regarding monsters "fearing" stuff: yeah, this makes the whole experience much more realistic, but can be quite challenging to implement.

[ajay]

[frag.machine]

[sock]

[ajay]

Thanks sock. It's an interesting, but complex problem. They do a number of interesting things in stock code; there's a small area with a low wall and a quite large entrance/exit. They can find their way in really easily, but can take hours to get out; bit like a fly in a room with an open window. I've considered having a waypoint/node system, but I really need to study code people have already written, as there's little point reinventing the wheel. That anyway will take a while, as I get into reading such code quite quickly, but takes to get anything out of it

[ajay]

Have cobbled together a basic flowchart to help me get a handle on coding the monster "ai" code, see it here: http://earthquakemod.wordpress.com/2014 ... 3_01_2014/ - it may not be acheivable (by me), or the best way to go about it, but it's a starting point.

sock Is it ok to decompile your progs.dat to look at the code for ITS, or would you prefer not at this stage?

[Shpuld]

While working on my top down game I made a quick minigolf game prototype. It uses darkplaces while utilizing the ODE.
This thread is the most documentation I could find about the implementation:

Good stuff.

[Supa]

After a pretty harsh lighting and general quality pass I've started moving a lot of Brood Hunter's effects over to the client end. It more or less means that I can get away with doing stupid over the top things with the flares and sentry effects now. :D

[Julius]

Awesome, still very much looking forward to an official Broodhunter release! For the CSQC work, are you doing it DP or FTEqw compatible? Or which is your target engine for the game?

[goldenboy]

Messing around trying to make a HUD for gnounc's excellent WIP coop mod, Operation Grouphug. I've been testing it recently, and I think it's gonna be an awesome mod when it's finished. Like L4D it rewards your group for sticking together etc.

He posted about it at his blog. http://gnounc.wordpress.com/2014/01/31/ ... -grouphug/

[jitspoe]

I'm experimenting with making bot AI that replays player input to strafe jump around maps. Sadly, I've discovered a lot of problems with the approach:

- No dodging of dynamic objects (ex: other bots/players get in the way and screw up the path).
- Start position and velocity are not always close enough to the recorded position, causing the bot to go off-course and collide with things.
- No correcting if off-course.
- Sporadic movements, like twitch shots, jukes, etc. get recorded, and look really out of place when there is no combat.
- Since movement is aim-dependent, there's no way to aim at targets and shoot while maintaining the recorded player path.

Oh, and I added debug drawing, a long-overdue feature.

I've been doing a lot of AI research to see if I can find some feasible approach for more dynamic strafe jumping. Not sure what I'm going to do just yet. Playing with neural nets and genetic algorithms seems like it could be fun, but, from what I've seen, is not practical.