Quake3World

not really. It is just some hint and if Eraser will accept it, it needs some tunning.

But thank you for positive reactions

could there be multiple scoreboards created to fit the different styles of maps? perhaps the desired scoreboard could be chosen by setting a key to the worldspawn?

GtkRadiant wrote:could there be multiple scoreboards created to fit the different styles of maps? perhaps the desired scoreboard could be chosen by setting a key to the worldspawn?

in my opinion, i don't consider the scoreboard to be map specific, or to be branded depending on map. it should remain general, with always 2 objectives.

I think the the scoreboard should remain the same in the sense of 2 objectives, score, and death tally. but I think the visual style of the scoreboard should have some variety instead of a one-size-fits-all layout.

I agree. It would be cool to see the GUI of the objective board read from an external config file so people could tailor it visually to match the theme of the map.

(A slick sci-fi GUI would look kind of odd on a Heretic remake)

Silicone_Milk wrote:I agree. It would be cool to see the GUI of the objective board read from an external config file so people could tailor it visually to match the theme of the map.

(A slick sci-fi GUI would look kind of odd on a Heretic remake)

my map that i'm working on takes place in a factory, so i think it should look like this:

*EDIT*

the external file thing sounds like it would be hard for Eraser to implement. I was thinking that we could send him our overlay pics and he could make them into the different styles. The mapper would choose which one he wanted by using a new key in the worldspawn.

Too bad there's not a remapshader command like in Enemy Territory, then it would be a piece of cake.

I wonder if you could hash something up using the remap property of a model to affect the hud graphics instead of the model.

I don't know about the HUD, but you can remap shaders on models in Q3 and Q3Map2 with the _remap entity key/value.

Not in the hud I'm afraid. But it wouldn't be hugely difficult to have the level designer be able to override the objectives screen with a custom image (most likely through a worldspawn key).

Noruen, I like that objectives screen you made. If you could make a final version for it I'll include it in the next release

Eraser wrote:Not in the hud I'm afraid. But it wouldn't be hugely difficult to have the level designer be able to override the objectives screen with a custom image (most likely through a worldspawn key)

but if a custom texture was used as the overlay, how would the text alignment work out?

P.S. I'm making a objective overlay just in case custom overlays are implemented. any suggestions on how I can improve this?

Well, when I mentioned a custom texture, I actually meant just a retexture of the original overlay, which means that the text that's drawn on top remains the same size and in the same positions as the original. Sure, I could allow for keys to position the elements in the HUD, but I think that would get a bit fiddly and not preferable right now.

Oh. i guess I'll have to start over then.

Well if you can come up with an elegant solution for all the positioning and stuff like word wrapping then I'd be happy to implement it.

Right now all I can think of is that the level designer will have to specify no less than 10 variables (top and left positions for all four bits of information on the screen and per-line character counts for the primary and secondary objectives. It just seems a bit awkward to me. But if people are happy with that then sure, I could do that.

Using the Team Arena Scripted HUD in Vanilla Quake 3

Enable the scripted HUD/Menu code in the cgame project and allow the level designer the ability to set the HUD file from the worldspawn. With the scripted HUD enabled, this is controlled by the cgame using the cg_hudFiles cvar. Alternatively you could automatically try to load a HUD file based on the name of the level and fall back to the default HUD.

EntityPlus should not be a TC mod. It should maintain as much vq3 standards as possible.

I don't need a new HUD. I'd go play another game if I wanted a new HUD. Or play a TC mod.

It needs a new hud. Even if its the stock Quake 3 one, remade in 16:9. It still needs a new hud.

Noruen wrote:Ok, what about this?

I've put it in and it looks pretty sweet.
If it's possible to make some changes, I have two requests:

First, could you put the texts for Deaths and Score in the same font as Primary and Secondary in there as well? I like how it looks and it makes it more consistent.

The second request is if you could make the areas that hold the primary and secondary objective texts just a few pixels wider. Right now it's 474 pixels wide, which means that it can fit 59.25 characters (the characters are 8 pixels wide). It would be nice if the area could be 480 pixels wide (preferably 488 so that I've got 4 pixels margin on both sides).

Are these things possible?

Eraser, create a template texture, then we can just follow those rules. Seems simpler.

Would it be these?

pak0.pak:
menu/objectives/overlay.tga (displays on screen when TAB is pressed)
menu/objectives/updated.tga (displays on screen when obective is completed)

(attached .zip)

There's a real good chance that the final layout of the objectives overlay will change, so the current overlay isn't a trustworthy example.

I just played beta 1, it's pretty damn sweet! I got a real nostalgic quake1/2 feeling from it - except better because it's quake3!

It's funny because I was working on a Q3 multiplayer mod at the end of 2010 beginning of 2011, then put it down for half a year and got back to it a few weeks ago -and right during that break is when this Entity Plus project came out of nowhere It's nice to know other people are actively modding Q3.

I'm not sure how you're planning to handle Save games, or if you're just not having them and instead if you die you just spawn at the start of the map? If you do have saves, it would be nice if it would auto-save after you achieve certain things.

And if you're planning to never have saving, then I think you should have progressive spawn points in the map, so if you beat half a map and died you would spawn at a forward checkpoint instead of way back at the spawn. Now that entity plus has no multiplayer, does that mean it has no co-op? I think you should consider supporting co-op because one of the great things about doom and quake was co-op.

Another thought, I think it would be cool if the "new objective" icon stayed on screen until you hit tab to view it (and, in future when you have a fancy new hud, make the icon that stays up be fairly subtle)

Also, it would be nice if the enemy bots would walk around until they see you for the first time, and when they see you they could do a taunt or something (like quake2).

Looking forward to this mod!

bludshot wrote:And if you're planning to never have saving, then I think you should have progressive spawn points in the map, so if you beat half a map and died you would spawn at a forward checkpoint instead of way back at the spawn.

this is already possible, spawn points can be triggered on/off, when the player dies, he spawns at the nearest spawn point. this system can be used to have progressive spawn points. (deactivate the first one while activating the second one, deactivate the second one while activating the third one. and so on.)

GtkRadiant wrote:

bludshot wrote:And if you're planning to never have saving, then I think you should have progressive spawn points in the map, so if you beat half a map and died you would spawn at a forward checkpoint instead of way back at the spawn.

this is already possible, spawn points can be triggered on/off, when the player dies, he spawns at the nearest spawn point. this system can be used to have progressive spawn points. (deactivate the first one while activating the second one, deactivate the second one while activating the third one. and so on.)

By triggering on/off, are you referring to the method of using the "count" key on the info_player_start entity? This is the only way I can think of, and it's kind of strange because you can only set a count or no count(which turns out to be unlimited, actually). You can't set a count of 0 to turn it off because 0 actually means unlimited.

How are you triggering it off? If 0 means unlimited, and anything but 0 means a count? There is no "-1" option or something.

Point a trigger_multiple towards an info_player_start entity and do the maths

Eraser wrote:Point a trigger_multiple towards an info_player_start entity and do the maths

Ahh, I was about to say "why would i do that if i don't know what it does.", but I double checked the entity info again and I see you got it hidden away in the NOTES area, rather having a "targetname" key be present and have the description be there instead of in the NOTES area.

quote:

NOTES --------
Targetting an info_player_start spawnpoint with a trigger will enable or disable the spawnpoint. Spawnpoints are by default enabled unless the DISABLED spawnflag is set. Note that a spawnpoint that is disabled because it reached its [count] number of spawns is not enabled by triggering it.

Or divide it up more so that the targetname description only talks about enable/disable, and then says "See NOTES below", and NOTES would continue talking about spawnflags, etc.