That IS what it means, 30 was just an arbitrary filler number. :P

Heh, always UDK, eh?

i already suggested that.. read my comment

but, if they would just take the sourcecode of a health entinity, and put that to -25, in place of +25, wouldnt be that enough already? or is this just some incredible stupid idea made by sum guy that thinks he knows better then the own creator of cube engine 2? :P

Better off making something new.

Actually that's a very good idea. A "cheap" solution, if it's that easy to implement as it sounds.

Actually, perhaps. If somebody were to code this new ( invisible ) "health" to spawn once a second and subtract an amount, it would work quite well. One foreseeable problem would be size, unless a method to scale the ent is added, then it might end up being bombarded all over the map and spamming the map with ents. Any Coders here who want to give it a try?

if i knew where the sourcecode of health is, i really would like to copy the sourcecode, paste it somewhere else and change it :S.

The bounding box intersection I think is a load of crap. explain why collision with lava and water work just fine, why cant this? if you touch it , you get hurt, there ya go. With lava, you touch it, you die. I see it as little more than a crappy excuse..

Because lava and water only work when submerged, i.e. the eye is inside them. Even if you put lava up to your eyes, you don't get killed until you're submerged. A damage material would work best e.g. as acid, and just walking in it does damage, but doesn't kill.

Actually, now that I think about it, a damage entity would work better than a material. Entities could have variable damage rates, while a material would have to be map-wide. (One would probably want a rectangular entity, though... There's enough attrs for damage + dimensions, right?)

Who cares if its submerged or not? As long as it isnt instant death, then it can be made to work. if it involves the player being submerged, then add a little overhang. As for the variable rates, this is why I suggested a command to add the material, and I'm dead sure a material could be coded to have variables.

Uh, the engine cares. :P As far as I know, there's currently no way to tell if a player is just standing inside a material (if there was, we'd also have water-splash footsteps). If by "overhang", you mean separate the graphics and the material (e.g. texture on the floor, invisible material in the air), then you could run into all sorts of problems. Better to keep them connected.

As for a variable rate, of course materials can be controlled by variables (see watercolor, etc.). Something like /aciddamagerate 10, where it does 10 damage per second (continously, not in increments; incremental environmental damage is silly).

u know air is actualy an invisible material? (as long as u wont look at any other material) :P

btw, i think my idea was much easier, just taking the sourcecode of health, copy, paste and change it to -25 (or a different value). but theres 1 problem with this idea: it will spawn every 20 seconds after taken (so the next player that will come there, wont get any damage -> unrealistic) even this can be changed to, i hope.

that is the problem suic. there is no point into decreasing the spawn time of a -25 health. if you decrease it in order to stay spawned, then the player will die (assuming you decreased it long enough to spawn immediately). Plus having a damage health entity such as the one you suggest is generally nooby as an idea of a pickup.

and just for you to know suic, air isn't actually a material. its actually clearing all mat in the selection.

u could make the spawn time 1 sec to create an effect of -25/sec...

@SheeEttin

" As far as I know, there's currently no way to tell if a player is just standing inside a material "

But there IS A WAY! A long as roughly 1/2 of the player is in the material ( water or lava ) it knows. Nobody ever said "Oh, well it has to hurt you the very seconds your finger touches the surface of it." Because It does not matter. Place a death volume on fire and shape it untill it kills a player where you want it too, it will damage the player when half the players bounding box is intersecting the death volume, if it doesn't kill in the right spot then here is that "overhang" and by that I simply mean to hang the death material a little bit farther out.

Nobody cares if the collision is the same, because COLLISION Is not the problem! Look around, it's been done. The engine detects when your in water, when your in lava, or when you waltz into the death material, if It didn't none of them would work! The issue is having a material that slowly takes your health away. So ignore the "engine detecting a player" because if you open your eyes, it is more than completely obvious that it can be, and has been done.

Blood Frontier does incremental checks every 10% of the height to determine a "submersion level". This is used to both scale the water friction and determine if a player is under water enough to extinguish flamer fire. So I guess there, it'd be easy to say "if submersion > 10%, then do water sounds", but yeah.. that's for another day :P

thats what always bugged me about sauerbraten: you are not slowed down in low water, and you emit no sounds..

that strips a whole layer of gameplay.. in UT everything emits a sound.
If you could trigger sounds to cubes :/ or make a sound trigger!

Don't forget the lack of footstep sounds! I use those to my advantage when I have them.. it's almost as good as seeing through walls.

I suggested footstep sounds a long time ago in the cube forums but nobody liked the idea.

i know a way to make u hear footsteps, i think!
the easiest and noobiest way:
just add a sound into a folder, and let a sound entinity link to that soundtrack. put it close to water to get some "wet" footsteps, so youll get a bit the feeling you just get out of the water. this counts for metal to, just probably a different location and a different soundtrack.
the normal pretty good way:
just do the same as the easiest and noobiest way, but then make a trigger (i think that could be done by using something like cubescript, just like if you would trigger a door) thats you put close to water or as another example, a metal plate.
the hard but most fancy way:
just do the same as the normal pretty good way, but then add a bind to the move forward of a playermodel, or just make that if "w" isnt getting pressed anymore after someone gets out of the water and the soundtrack didnt finished yet, that it gets stopped.

another idea is:
you could even make it more fancy by using the sourcecode when a playermodel is touching a material like water, that triggers the splash soundtrack. then you could make the splash sound triggers the "wet" footsteps again, so this could just play after the splash sound. if u really wanna have this fancy, then you could mod the sourcecode that the "wet" footsteps only get active when you hit a trigger, just like i said before.
an simplier idea on that is:
just replace the splash sound and extend it with "wet" footsteps.

i think this could be possible in singleplayer, but not sure in multiplayer, probably the easiest and noobiest way is possible in multiplayer.

i hope this post is something usefull, ill crouch back to my trench to take cover from razgiz's comments now :P.

I was actually hoping that with the coming of footstep sounds, that there could also be material detections. If so, you could assign a footstep sound to specific textures in the config, so each sounds different as you walk. Another Possible workaround ( yes, no? ) like you said, would be to like a looping footstep sound to the player keys.. I'm curious if that can be done simplistically, if so, it would be great.

this wont work?
only youself will hear the sound. and triggers are for SP only D:

well BF showed that all that we expect is possible. all we need is someone to try..

and someone who is GOOD at coding so dont ask me because i suck
things i did in SauerEnhnaced are just basic

what about asking hirato?
as far as i know, he made sandbox :P.

I've already replied with code - you all just chose to ignore it! D:

i'd love to see some sauerbraten modifications from you.

i'd love for you to stop sounding so mean.. Hirato has helped the sauerbraten community greatly.. and he has even made his own game -_-

^^ Amen to that.

hirato, could you please reply with code again? i actually never saw it and i look pretty much on quadro at comments...

i apoligize if i was ignoring you, it wasnt ment like that...

its even worse raz, assaultcube is already showing footstep sounds can be added into gameplay and multiplayer.

misan, if u only hear it urself, then it wont affect the gameplay :).

p.s. sorry for using 3 comments, but i didnt knew it was getting putted just after each other, while they r a reply to different people...

"if you only hear it yourself, then it won't affect gameplay"

i do wonder if you are able to hear yourself suic. If one player hears footsteps of his own and of the others, then gameplay is affected. If you are to hear only your own footsteps, then there is no sense into adding this feature to sauer at all..

it is, because its a compensation between reality and gameplay.
btw, you actually replied the wrong comment, the 2nd reply of the 3 before this one, was the last posted "reply".

I agree, I think all of those little touches really make the game feel more alive, even if it's an intentionally 'unrealistic' arena type shooter.
I remember Carmack saying that the slower walking speed of the player in Doom 3 was actually to compensate for the more realistic graphics. While I'm not sure I'dd do such a thing, he does make a valid statement; if you evolve to a more realistic looking enviroment then everything else has to suport it, not just graphics, but sound and physics too. Ofcourse you can ignore it for gameplay or design reasons, but it's something you need to keep in mind non the less I think.

no no no no no no no no ;) and no ;)
im not going to make a mod that affects Sauer gameplay so dont except anything
but i could give a try and uplaod here as a demo :P

do it

Q009, as you've may have not noticed, all this time you have added more things in sauer than the svn has. at this rate you'll be a developer as well lol
start practicing gameplay mods. if the things we expect from sauer are not going to be met by the devs, people will most likely turn to you for them

damage 100 (radius) 10 (hp) 500 (msecs)

ummm... the whole idea is damage Per SECOND. So the amount of damage, The HP taken, per every 1000 miliseconds. As for Razgriz, Radius and Damage variables, yes. As for miliseconds, Id advise against it personally, if you want 10 hp in 500 miliseconds, then multiply by two for the 1000 ms time. ( 20 in 1000 )

The damage could also be smoothed out, so it would appear to take 1 point at a time, and would halt. The number specified per second is a rate ( go figure )

yes.. i was only giving an example. smoothing out the hp subtraction won't be hard i guess.

why not damage per cube? how further u go into the material or how much closer u get to the entinity, how more health is getting taken away...

:S why a glow particle while there are glowtextures? setshader glowworld?

is it possible to have a fire glow with your fancy 'setshader glowworld'? I personally would like some sort of particle that glows, as my computer doesnt support shaders.

plz check out the map: hog2...
on that map, it seems to be possible to immitate the glow of lava into a statue.

thats made with glowtex and cubes.. it only works with glarescale 8 and fades too fast with the distance.

a particle also would work without glare 1

arent u just saying the same what i did in the reply be4? :S

nah, i try to explain that it is not working that way xD

skiing, then the problem is actualy your pc :P.

If there were a method of assigning damage in singleplayer, then we could use triggers that would call a command as simple as [sleep 1000; damage 25] or something like that, the trigger could retrigger when the command completes, and then restarts with the 1 second delay, or perhaps a 100milisecond delay to smooth it out..

For multilayer it would be a different story though, as triggers are not implemented.. :/

Anywho, good thinking.

dont we got bloodfrontier for that?

yes we do, but were talking for Sauerbraten right now, correct?

I'd like to switch to Bloodfrontier, but I can't quite grasp the differences yet.. :/ perhaps when the game play is a bit more grounded.

even if sauer is lacking of features like dynamic light.. MP triggers etc.
i still prefer sauer.. fast gameplay, big community.

BF got great features but no community

i just realized water and grass look much better in bloodfrontier.

misan, BF doesnt got gameplay either :P

Hmm.. Not sure what it means either. XD
But Good find!

Perhaps somebody who understands it know can interpret... please.

it wont help if only a few have that.. eihrul must imply that >.<

misan, the solution seems to be already there. were become much more further because of that then at the start.

Now.. If somebody cares to attempt to implement a new material into their client, the developers might be more convinced to add it to a release.. considering it would already be done, or close to it. ( some optimization may be needed, idunno )

Note: I just found out I could resize the comment window... its... AWESOME!

ye.. we only have to find one whos willing to put effort into this yea? xD
things arent that easy fisch

fisc and suicizer obviously dont know how complicated things are.

if you do know skiing, what about giving a try then?

i know enough to know that it is fairly difficult, but i'm trying to use Hirato's advice :-)

I don't know how complex they are either. I'm still trying to do it. Imagine how much success I'm having! None! .-.-

If your comment is just to say "You Can't" then shut up and don't say it penguins.

Hirato's code looks like it should be applied to an old SVN revision, and my patch program isnt wanting to patch the files.

consider sharing with those who are interested. speaking on every single node about it doesn't help you or us in anyway. More importantly it gets rather annoying.

death is supposed to be invinsible.. well, death.
and lava is supposed to be a map effect which kills you if you go through it

so nooooooooooooo for all of your suggestions :)

death is still invincible after that. you just can set a the ammount of damage (that can still instant killing you if set high enough), wich makes it better.

in this case, rename the material, since death is not likely after that

your right on that, but its more work to do that :P.

Realistically, if you step in (swim in, walk through, or jump into,ect) lava, it will not just hurt "a little bit".
It will most likely kill you. lol

But maybe that effect for something like electrified water or toxic water. :D
Then you would just need some fancy particle effect for the electricity, or change the watercolour value.

Personally, my new thoughts: Just assign a damage variable to all materials. -500 to 1200, per second, and leave it to the mapper to decide what to set the values to. ( from default ) Or a new material or two could be added to the list, and those would be the only ones with this variable. They could be AddMat and SubMat, for what it matters. The variables would be map specific, and material specific. If a var is changed for "AddMat," then it would apply to ALL that material in that map.