if eihrul wont, ill try to do that and let u know :)

I believe you already know about this but for other users, I think this mod provides some of those features or at least a starting point for further development:

http://www.quadropolis.us/node/1501

what about asking nixot? at least he made the mod newcube, where baul gots much more health then normal...

(so nixot, could plz give it a try to make such a thing?

Heh, if you want, I'll add ALL of the Newcube monsters as a demo. It's really piss-easy to add new monster types, I just suppose that with eihrul wanting to remove SP and all, he's not too fussed about adding more monster types as having not enough is a reason to remove SP.

Would you be able to trigger a monster to run in their placed orientation until they see an enemy?

Example: player hits a trigger far before a corner, triggers monsters to run in the direction they are facing ( the way you placed them ) until they come to the corner and see the player. Another thing would be to expand on that and actually have them follow a set path untill a player is seen..

Hmm. This sounds quite tricky. You'd have to break out the dreaded waypoints. I might be able to make a monster angry before you see him, though. I'll have a look.

impressive, but its easily to increase the size with mdlscale in the md2.cfg (or md3.cfg).

Make a giant Hellpig and increase its stats! See how they like to get owned by the "weakest monster in the game!"

you have to code it in c++ and compile it. use code blocks. I use it and it is fine. create and extra install of cube2 and practice with that before you do it to your main game. As a matter of fact, code that way for all you do. you can thank me in the future when you trash your testing install and not the original like many coders and I have.


REMEMBER... THEY WISE CODER LEARNS FROM HIS MISTAKES, BUT THE IMMORTAL CODER LEARNS FROM THE WISE CODERS MISTAKES.

PEACE

i don't remember ordering an advice bot ^^
you should notice that Reaver's reply was more of a joke than an actual statement.

and.. did you actually "mod" the game that easily? i already saw 2 posts of you saying that you modified the game's code is some way. so that makes me suspicious of a possible lie. Not that it really matters that much, but its rather annoying have someone say "I DID IT AND IT WORKS FINE!!1!!!111ONE~!" for everything we might refer at. If you have a mod or know how to make something, consider sharing it with those who are interested and avoid "boasting" about it. Or just keep silent. its your call on this.

razgriz, first to your comment (sorry if spam): LOL!
further, maybe he already knew how c++ works before he started playing cube engine 2? :S

he have knew C++ before playing Cube 2, so what's the point asking that? If he has a mod, share with those who are interested or stop saying everywhere about it. If he knows how to make something, he might as well share his knowledge with eihrul if he is to help cube 2, otherwise, keep silent about it or do something else, i don't know =/

well thats my personal opinion only and i hope i don't offend anyone..

/showboundingbox 1

why thank you

You should note that the size of characters is defined in the code, you must edit it and recompile to change it.

It's in monster.h, search for bscale.

I think anyway, it was when I last looked.

try in the folder "bin" of sauerbraten folder. should be standing somewhere in the sourcecode. at least that seems to do very much, if you remove it and you start up sauer again. seems like theres the information about wich edition ur using to, when ur connecting to master server. found out to that if you remove "bin" folder, you get a lot of chance at crashing the engine, when playermodels are getting loaded.

p.s. i switched the vwep folders of monsters, so they wear each other's weps :P.

dude you are spreading the wrong information. stop that. Anyways, as Quin has stated, it's the bounding box sixe that needs to be changed. BTW, the source files (what griffm needs to look at) is not in bin, they are in the src folder. oh and, dont delete stuff in the bin folder. please.

can i ask what the bin folder actually does then?

my previous comment was going about boundingbox...

deleting the bin folder definetly does gives result, in opposite to the src folder, where i deleted some folders to. nothing interresting happened after deleting some folders into src folder, no crashes, no glitches, etc, just nothing (to be exact, i deleted the game_fps folder, shared and lib).

i said "try in bin folder", not "they are definetly in the bin folder". "should be standing somewhere in the sourcecode", somewhere can still be every where :P.

so plenty of things to show i actually wasnt really putting "wrong" information...

Uh, yeah, you were. And it also shows you have no idea how programming works.

Deleting the bin directory (or bin_unix directory, if on Unix) will obviously cause crashes, because that's the directory that hold the binaries. The compiled code. Deleting the source will do nothing, because Cube 2 does not reference the source when running. (I know of no programs that do, but it is possible.) Same with deleting shared and lib. They're only useful when compiling.

I'd like to star that comment.

agreeing both of u :P...

p.s. sheetin, maybe i dont know how programming of sauer works, but i would like to learn if posssible...

so actaully the "scr" folder could be delete in regular sauerbraten folder, because its saved up in the bin folder (even tough compiled) anyways.

2 positive points: because (at least i think) compiled source code is harder to mod then uncompiled code, its harder to mod, what would decrease the ammount of cheaters in the sauerbraten community. the file-size of overall sauerbratenfolder would decrease to (even tough only a small 4mb).
1 very big negative point: programmers would get very much power and the "programmers community" would be isolated. to prevent that community would get isolated, there could be a content on sourceforge that people still can recieve the scr folder, to make their own mod.

your ideas make me angry. BECAUSE sauerbraten is open source, there will always be cheaters. you will never get rid of that. moving the source files to another package will not cut down on the cheaters because it will still be available.

-.- like i said, it would decrease the ammount, not putting an end on it :S.

but true, it would be less open source...

If it's open source, then the code must be available, if the code is available then people will find it. If people find it, they may do what ever they wish. Cheating is not so much a problem anyways, as many things are still detected server sided, like weapon damage, firing speed, and what not. Otherwise, it is easy to detect a cheater, and easy to remove one.

as would i!

On the idea of slots... There could be, for say, 10 slots, each one could be specified in the config to load an entity from a specified directory. It would probably work if more of the monster's properties were not hard coded, but who knows..

Hell, in a perfect world, nothing would be hard-coded. :P

I wonder if eihrul would accept a patch to expose monsters, etc. to Cubescript, so they can be manipulated like mapmodels and textures...

and again, just replace the models of the monster for models from assaultcube or cube legends. this can be done by the commands on
http://sauerbraten.org/docs/models.html
or just on a more primair way, just rename the right file of the model thats from assaultcube or cube legend, to the name of the models on sauerbraten.
beware you replace an md2 model for an md2 model and an md3 model for an md3 model (this counts at md5 too)!