Author Topic: Questions related to B17 development  (Read 2409 times)

XtremeBain

  • Developer
  • Autococker
  • Posts: 1470
Questions related to B17 development
« on: February 25, 2006, 10:59:29 AM »
Hey jitspoe,

I might take a stab at helping you out with some feature additions for Build 17, I just wanted to pick your brain on a few things first.

In terms of context menus(right-click) would it be best to push a menu(those widget ones) drawn at the x/y of the mouse or just manually draw the sub menu?

I'll take a look at the HUD code whenever I get a chance but I was wondering if it would be worthwhile giving clients the ability to customize their huds with hud files.  However, that could just open up another bag of nasty bugs.

Branching off from the HUD topic, I find it very neat to see that status/location of teammates in Q3/Q4 TDM games as part of the hud.  Was thinking that it could be possible to check for an existing .loc on the client and if one exists periodically poll the server for the coordinates of the teammates and make the location checks locally on the client.  I'm sure the lookup code is fast and efficient enough to prevent any slowness issues.

What's preventing vweps from being implemented like you had outlined in your Q2 vwep tutorial on jitspoe's joint?  Were you planning on creating new ground models for all the markers and hadn't gotten around to doing it, or are you just waiting to make sure everything is solid with the new player model?

In terms of sound system improvements I don't think that there is much worth doing to Q2's sound and more players should be taking advantage of the a3d sound if their hardware allows.  I've been using using the 3d sound on my SB Audigy Gamer card with the new creative beta drivers(that unlock the OpenAL support) and everything is going great with a couple minor issues here and there (I've been sitting on a draft post on some of the issues I've encountered with it).

I cannot locate the surface footsteps you had defined and recorded.  Could you post a list and maybe myself of someone else can start categorizing existing textures to them.  Had you planned on making something similar for paintball hitting these surfaces?

One last thing.  Have you seen any Q2 engine mods which mimicked the Q3/D3/Q4 level loading/pre-fetching screens that appear while loading maps?  I think I had seen one a while back on one of the Q2 engine dev forums, but I'd never be able to find it.  Thought it might be an interesting addition.

That's all for now, I'm sure I'll come up with more.
Thanks again!

jitspoe

  • Administrator
  • Autococker
  • Posts: 18802
Re: Questions related to B17 development
« Reply #1 on: February 25, 2006, 05:35:56 PM »
Hey jitspoe,

I might take a stab at helping you out with some feature additions for Build 17, I just wanted to pick your brain on a few things first.

In terms of context menus(right-click) would it be best to push a menu(those widget ones) drawn at the x/y of the mouse or just manually draw the sub menu?
Probably push them, but I may be doing a complete overhaul of the GUI, so it may be a moot point.

Quote
I'll take a look at the HUD code whenever I get a chance but I was wondering if it would be worthwhile giving clients the ability to customize their huds with hud files.  However, that could just open up another bag of nasty bugs.
I started making the HUD customizeable with cl_hudstyle.  There's only 1 style now, though, and it's hard coded.  Having some kind of scriptable HUD's might be nice, as everybody seems to have different preferences.  Some like it big so they can see it without looking down.  Some like it microscopic so it doesn't take up any of the viewable area.

Quote
Branching off from the HUD topic, I find it very neat to see that status/location of teammates in Q3/Q4 TDM games as part of the hud.  Was thinking that it could be possible to check for an existing .loc on the client and if one exists periodically poll the server for the coordinates of the teammates and make the location checks locally on the client.  I'm sure the lookup code is fast and efficient enough to prevent any slowness issues.
This could be very complicated and cheat-prone.  It would probably require modifying the network protocol to do it right.

Quote
What's preventing vweps from being implemented like you had outlined in your Q2 vwep tutorial on jitspoe's joint?  Were you planning on creating new ground models for all the markers and hadn't gotten around to doing it, or are you just waiting to make sure everything is solid with the new player model?
There was no point in doing the old-style vweps since we're redoing the player models.  They should be a lot easier to implement now, as the weapon is just attached to the hands instead of requiring all of the player animations.

Quote
In terms of sound system improvements I don't think that there is much worth doing to Q2's sound and more players should be taking advantage of the a3d sound if their hardware allows.  I've been using using the 3d sound on my SB Audigy Gamer card with the new creative beta drivers(that unlock the OpenAL support) and everything is going great with a couple minor issues here and there (I've been sitting on a draft post on some of the issues I've encountered with it).
I was planning to branch the sound system out kind of like the rendering system and have different libraries that could be loaded: DirectX 2D (fast) sound, OpenAL, Direct3D, OSS, ALSA, SDL, etc.

Quote
I cannot locate the surface footsteps you had defined and recorded.  Could you post a list and maybe myself of someone else can start categorizing existing textures to them.  Had you planned on making something similar for paintball hitting these surfaces?
I have footsteps on just about every surface, but the snow one may not be very good.  I have not created a list, but off the top of my head:
Cement (this would be the generic sound for anything not defined), dirt, grass, sand, metal, wood, snow, loose rock, gravel.  I haven't gotten around to editing them and may kind of mix and match a bit, ie: mix sand + gravel to make it a little more audible and gritty sounding.

Quote
One last thing.  Have you seen any Q2 engine mods which mimicked the Q3/D3/Q4 level loading/pre-fetching screens that appear while loading maps?  I think I had seen one a while back on one of the Q2 engine dev forums, but I'd never be able to find it.  Thought it might be an interesting addition.
There are plenty like that.  I'm not sure if I like that or not - it's nice to just be at the console so you can quickly execute commands if you need to.  Eventually I'll probably beef up the loading screens, but it's not a very high priority to me.

Eiii

  • Autococker
  • Posts: 4595
Re: Questions related to B17 development
« Reply #2 on: February 26, 2006, 04:53:42 PM »
You should do 3D sound instead of boring old 2d sound. ;)

And all quake games automatically have surround sound on my computer. Really. Quake 1, paintball, before it was implemented, all that stuff.

jitspoe

  • Administrator
  • Autococker
  • Posts: 18802
Re: Questions related to B17 development
« Reply #3 on: February 26, 2006, 05:03:39 PM »
2D sound is faster, so I'd leave that in there as an option for people with slower computers.  Besides, it's already implemented.  I'd just need to develop a common interface for all the different sound systems, then it would be easy to use them.

Eiii

  • Autococker
  • Posts: 4595
Re: Questions related to B17 development
« Reply #4 on: February 26, 2006, 05:26:02 PM »
;) = sarcasm.
And you should at least check out the 3D sound thing. Headphones actually only produce one dimension of sound, left/right. They just make it easier to tell where the sound is coming from than with speakers. The applet above actually makes headphones produce 3d sound, with left/right, forward/back, and up/down.

How, I have no clue.

afortier

  • Stingray
  • Posts: 86
Re: Questions related to B17 development
« Reply #5 on: June 12, 2006, 12:26:57 PM »
Some 44khz sounds would sound quite nice in 3D...