That probably would solve the "issue" and sounds also reasonable. Let´s beg Eihrul and get down on our knees to pray that he will implement it?

while thinking about it again: I agree with adding /sendto as an official sauerbraten option for only the master, but I would hold it only as a second option for running a server.

The main goal in my opinion should be:

everyone has to have the latest map at all times without needing to do or think anything.

The server is already aware of the changes everyone makes to the map. It would always have the latest copy of the map and would automatically send this to you while you are entering the server / loading the map.

As i understand it may cause a little more traffic to servers for people who just want to see "who is in the game", or giving you "a map that you do not want", making your load time 3 seconds slower =P,
the majority of people to join the map on a COOP server is interested in editing, but just not aware that there already is a map in the making!

And the fact that the game always loads YOUR VERSION of the map if you saved it already earlier, causes mapsplits every single day.

This is really not state of the art userfriendly hehe.

thanks for considering!
love, meow! =)

+ it won't cause that much traffic / downloadtime because everyday noob coops are usually pretty small, big and professional maps usually private, and even a map 30+ people locked one like ours only 1 mb big.

it would be nice if Sauerbraten supported the creative community here, not the driveby "i just wanna chatters"

also: /vscroll /vrotate ,etc should be visible by everyone as soon as changed by anyone. so to make /nompedit 0 / give master / sendmap / everyone getsmap obsolete.

/givemaster CN would also be a nice command to add xD

love, meow! =)

You mean admin-only? :P

Yep, that's another concern which a new being couldn't be aware off.
If you are sending the map while you have used the remip command already, then I would suggest you start creating events were you all start editing on a specific time instead of let everyone just pop in. People could download the most recent map from quadropolis or from an IRC channel or something (which would be even better actually).

Try this;
1. Load a map which already has waypoints
2. Execute loadwaypoints
3. Make showwaypoints 1 happen
4. See the magic.

Doesn't solve my requests for scriptable monsters in SP, allied monsters in SP, or Waypoint Icons as you can't script the .cfg to load & display waypoints on SP (I've tried)

You don't need waypoints in SP because those monsters aren't using any waypoints at all. They are just programmed to run as close to their target as possible, no matter what is in their path (as you can notice frequently by situations where monsters get stuck). That's the reason why aiclip (nowadays called gameclip) material exists, to make them not move into areas which cause them to die or to get stuck.

Let me be more clear...
VISUAL WAYPOINT: By waypoints, I mean a visual icon that indicates where the player must reach.
Here is an example from the N64 game Battlezone: Rise of The Black Dogs

AI WAYPOINT: A system of waypoints, or connected triggers that the monsters can run along/towards to create a cinematic experience.
For example: monsters running away from the player if he/she enters a room _{(activates the trigger)} filled with rockets.

On a different but related note, I've trying to create a fight against a bot as part of a singleplayer map. Obviously, it hasn't worked.

Can platforms push monsters sideways, or do they bounce off of them?
If they push them, you could jury-rig some sort of scripted monster movement with an invisible platform pushing them down a tunnel on gameclip, but that's a very ugly and inelegant replacement. You'd need a trigger to start the platform, and then probably delete it once it moves to keep players from hitting it, and probably other things I haven't thought of yet.

As I understand it; platforms always either stop or reverse their direction when they collide with another entity. Even if they could somehow push entities, the entities would clip right through the platform if they tried to walk against it. (Similar to how weapon knock-back can push you through an elevator.)

This isn't a good way to do it, but to simulate that I use the monster mapmodels, then add a botched geometry gun, particles, & sounds to simulate bullets flying.

So if you stare at it long enough it gets boring.
(See why we need scriptable monsters now?)

That's just a matter of reorganizing the texture palette.

End of off-topic reply.

well what im thinking is more like source (valve's engine). When you select a texture all textures are displayed, (like ours) but at the bottom is a box where you can type in keywords like brick, or floor, etc and all those texture appear. We could do something similar with a textag command so it would look like:

texture 0 "texture"
texture z "texture_z" 
textag "brick floor 64x64"

now adding a tag system would be a mod of the exe 0.0 and it would take some time adding tags to all the textures.

the second idea would be easy, proabably could just take some of the map configs and rename them and modify it a lil.
I think these themes should include models. Setting confids in which people could work inside.

Also a config write command would be nice (there might already be one.
Basically it takes all the textures on the map (and there texture slots) and writes them to a cfg file with the map name.
(does the same thing with the models.

for #5, that is by design and will stay client side because that's just the way the game is

>for #5, that is by design and will stay client side because that's just the way the game is

Ok. So no plans to improve projectile false hits/miss, which makes dodging them rather frustrating?

Vertex lighting
I've been wondering this lately as well, but the answer is right under our nose; it's an outdated way of rendering. The lightmapping system of Cube Engine 2 (and even back in Cube Engine) is light-weight enough even for older hardware. You shouldn't try to play certain maps on something like a Pentium III of course, but that's quite obvious. It would also be a step back in the process as the developer is currently busy with real-time rendering as well (just not on Sauerbraten, but a stand alone mod named Tesseract).

Additional Brightness
We've got similar options which you might reach your goal. Try to play with values of within the postfx gui (execute showgui postfx in the console line). You can also set these values more specific by using the commands setpostfx [option [value]] (options are bw, gbr, invert, sobel and rotoscope. Default value is just nothing) and bloom [value] (default 0).
Then we still have the command gamma (default 100) if that didn't pleases you.

Additional hudguns settings
This can all be adjusted by changing the configuration file of the hudguns itself (usual inside the hudguns folder within the specified playermodel, called md2.cfg, md3.cfg, md5.cfg or iqm.cfg, as the format of the playermodel might be different from other playermodels). All commands (and nearly all their options) can be found on the node right here.

Hitscan options
The perfect hitscan can't be reached in theory as the server still controls when you hit or not (since summer edition back in 2007 on the 19th of August). Then again, your position isn't controlled by the server.

Tweaking particles
You can tweak the size of particles (so explosion, trails, etc) by using the command particlesize (20..1000, default 100).
The maximum distance of particles within sight by maxparticledistance (256...4096, default 1024).

Tweaking animations
Try to play with commands animationinterpolationtime (0...1000, default 150) and smoothmove (0...100, default 75).

P.S.
Do not start another comment for something which you might forgot to tell. Rather use the edit button on an unreplied comment.

>it's an outdated way of rendering

I think you completely miss the point. The goal to use this is to make 'the easiest to percept picture'. Not beautiful, not modern.
As texreduce (know also as picmip) is now not about a memory/bandwidth problems, but about a more comfortable picture to percept.

>You can also set these values more specific by using the commands

Again, it is not about post processing, it is all about perception. So player model get one brightness and a map gets another one.

> This can all be adjusted by changing the configuration file of the hudguns itself (usual inside the hudguns folder within the specified playermodel, called md2.cfg, md3.cfg, md5.cfg or iqm.cfg, as the format of the playermodel might be different from other playermodels). All commands (and nearly all their options) can be found on the node right here.

Are you an engine developer? As far as i know, hudguns in fps have a special render, so the problem is setting fov and a model matrix. Much easier than editing files.
Default weapons are good, well designed and so on. But they are not about 'the easiest to percept picture', they are just eating lots of a screen space.

And almost all online fps have settings, similar to those i've describe above.

>Tweaking particles
>Tweaking animations

Maybe i express myself a bit incorrectly. I meant only an explosion effect with annoying particles, which itself is large and animated.
And again, despite of a good looking, it creates a lot of distraction. So options, that make it more simple, smaller and less animated would be nice.

>The perfect hitscan can't be reached in theory as the server still controls when you hit or not

As it was mentioned in this thread, it is client side. And unreachable perfection is not an unreachable improvement.

I think you completely miss the point. The goal to use this is to make 'the easiest to percept picture'. Not beautiful, not modern.
So what's the point of integrating some ugly way of rendering =P?

Again, it is not about post processing, it is all about perception. So player model get one brightness and a map gets another one.
If you want only models to be brightened. try glare 1 (just 0 or 1, default 1) and glarescale (0.0 to 8.0, default 1.0).

Are you an engine developer? As far as i know, hudguns in fps have a special render, so the problem is setting fov and a model matrix. Much easier than editing files.
No I'm not a developer, I've just been around the engine quite a while.
If you want to talk about the fov of the hudgun well...
The FOV of the hudgun has it's own value (unlike in Quake Engine), called avatarfov (10 to 150, default 65) and avatarzoomfov (10 to 60, default 25). This once was hudgunfov and hudgunzoomfov but has been changed since Trooper Edition. So you can play with fov 150 while still using a hudgun that isn't stretching out as well.

And almost all online fps have settings, similar to those I've describe above.
I understand that you wonder why you can't just tweak particles, but that's what most people actually do (me as well). Then again, explain yourself further as there are many ways to tweak the particles and animations of models.

I would suggest you to read the article about engine features in the read me of Sauerbraten.

> So what's the point of integrating some ugly way of rendering =P?

Well, your are asking a question after reading an answer 'the easiest to percept picture'.

>If you want only models to be brightened. try glare 1 (just 0 or 1, default 1) and glarescale (0.0 to 8.0, default 1.0).

Not at all.

>The FOV of the hudgun has it's own value (unlike in Quake Engine), called avatarfov (10 to 150, default 65) and avatarzoomfov (10 to 60, default 25). This once was hudgunfov and hudgunzoomfov but has been changed since Trooper Edition. So you can play with fov 150 while still using a hudgun that isn't stretching out as well.

Fov is fov, not scaling, nor translucency.

Well, your are asking a question after reading an answer 'the easiest to percept picture'
We've got the fullbright in edit-mode for that. No, you don't need it during actual play as maps aren't intended to be played like that.

Fov is fov, not scaling, nor translucency.
I've never said anything about scaling, neither translucency. I just try to help you out your wishes without the need of modifying the source code.

So be more specific and clear with your demands.

P.S.
Just a reminder; there is no chance anything would be improved.

>Just a reminder; there is no chance anything would be improved.

If you are a person to decide, that should be the starting point of a discussion (and the ending one).

>So be more specific and clear with your demands.

I'm not demanding anything. I thought you need some more clarification about this feature requests/ideas.
If your have written "no" at the beginning, there were no further discussion.

>I just try to help

thanks, but i don't need any help. i know exactly what i want, and what the current cube 2 limitations are.

>maps aren't intended to be played like that.

very unusual position in an online fps world, but at least your make it clear.

No I'm not the person who decides if something will be included, which actually is the problem when you would be asking to be included to me (I know, it's meant to everyone but you are replying on my replies).

Well, your ideas will be added to the list, so thanks for the help I guess...

>it's an outdated way of rendering
I think you completely miss the point. The goal to use this is to make 'the easiest to percept picture'. Not beautiful, not modern.
As texreduce (know also as picmip) is now not about a memory/bandwidth problems, but about a more comfortable picture to percept.

I find it harder to perceive map geometry while using texreduce. I'm not sure who you've been talking to...

>I find it harder to perceive map geometry while using texreduce. I'm not sure who you've been talking to...

just google for smth like quake picmip

Oh, so basically destroy the artistic nature of the textures in order to allow your feeble mind to see the objects in the room.

Practically every "professional" player in sauerbraten uses texreduce, nothing new there :P

There are even "professional" players which carry the idea that maps should be adapted to work good with texreduce (minimizing details, textures, geometry, etc). They should think again...

>maps either have lightmaps in Sauer or they have no lights and are fullbright.

Well, vertex lighting just ignores generated lightmaps, and uses only light sources (maps in cube 2 have them as i recall) with some simple algorithm and textures. It's not about a map, it's about render.

>I'm not sure if it's possible to have map-specific shaders but you might be able to by editing the .cfg file of your map.

>For 3) and 4), it's possible to edit the files in the models folder; the reason the devs haven't made ingame commands for them is resource management (too much work for something not crucial that people can already do)

The main point is to use non-modified client/resources, which is illegal/cheating.

>what kind of advanced synchronization techniques are you talking about

At least, about better spectator mode with precise player state. Everything else is about server/client trade of and prediction/interpolation.

Completely forgot:

6. Explosion tweaks. Smaller size, lesser animation options.

Modifying your hudguns isn't illegal or cheating, at least not here. Also by editing the .cfg I meant of your map, not others.

As for the other suggestions, I'd really recommend you talk to the Tesseract people at irc://irc.freenode.net/tesseract. Sauerbraten's keeping its rendering pipeline the same, but you might be able to help some people working on Tesseract to implement your max/min brightness thing (or find a different way to do it).

As for netcode, people might (no guarantees since I'm not actually on the dev team) want to improve it, but so far it's been mostly fine so the devs haven't focused on it too much.

We may lag compared to commercial games, but compared to games like Xonotic, Cube 2 games run as smooth as butter. (Warsow handles lag pretty well but if your ping gets past a certain number it just gives up and you're jerked all over the place.) There might be special prediction algorithms out there, but I haven't heard of any.

Also, I agree with the need for better explosions. On bright maps like alithia, curvy_castle, etc. they're harder to see. LTempris of Iron Fist made some really good explosions; they might need to be tweaked since Iron fist goes for 'realism' over visibility, but they still look good.

"As for netcode, people might (no guarantees since I'm not actually on the dev team) want to improve it, but so far it's been mostly fine so the devs haven't focused on it too much."

There is no "people" it's more of a "person" type thing.

"We may lag compared to commercial games, but compared to games like Xonotic, Cube 2 games run as smooth as butter."

Not sure where you got this idea, commercial games need a better connection than Cube 2 does.