Search results for query: *

It improves server performance heavily with lots of agents and/or players, because I parallelized the two main bottlenecks (skeletal animation and network replication - figuring out what changes to send to clients).
It does need a multi-core server to take advantage of that, though.

Nate said:

What is the maximum number of parameters you can pass with call_script?

Click to expand...

16

There is a hard limit of 65536 vertices per mesh.

It means that WSASendTo that the server uses to send UDP packets to a client failed with an error other than WSAEWOULDBLOCK. It cannot be related to url operations, those are done using TCP in a different part of the engine.

In scenes some trees are instanced and some are batched into chunks, in the map all of them are batched into chunks (instancing and batching are mutually exclusive).

jacobhinds said:

The tree textures are instanced, as far as I know. That means you can have millions of polygons, even on low-end machines. And covering the map in those simple trees would probably only create a few tens of thousands of polys anyway.

Click to expand...

Instancing is a way to reduce the overhead of drawing several copies of the same mesh (not textures), but it does not affect vertex processing (i.e. polygon complexity and rendering cost). It's also not used by the map; the game batches all trees in a large chunk into a single mesh.

Here's the plugin source (it's not very polished):
https://paste.ee/p/6nA0F#hnCszNDCLouF0fQxywTTuTcIitXwXctq
IIRC the ragdoll soak in that video was WSE2 exclusive and not included in this plugin.

K700 said:

-Operations agent_get_item_slot_ammo and get_camera_position removed, because already implemented ingame (agent_get_ammo_for_slot and mission_cam_get_position).

Click to expand...

Was mission_cam_get_position changed in a recent patch? Last time I checked (admittedly a long time ago) it only returned the user-set (mission_cam_set*_) camera position.

For SSAO you really want to remove any occlusion if the depth difference between two texels is too large.
For example:

there is no way that wooden pole ends up occluding a wall 2 meters behind it.

Lav said:

SnRolls said:

Hey guys, Im trying to negate the proficiency of a troop (multiplayer) with (val_mul, reg0, -1) then troop_raise_proficiency,
but it doesn't seem to work, instead it is still positive...

Click to expand...

You can't decrease weapon proficiencies. Attributes and skills you can, but not proficiencies.

Click to expand...

Actually, troop_raise_proficiency_linear will accept and handle negative values as well.

_Sebastian_ said:

In this case no, I was not talking about a step by step movement.
You usualy change the position once if you want to move the prop underground.

Click to expand...

Then it's not really about network traffic, but whether you want the prop to sink or teleport (bandwidth difference is negligible anyway, unless you're moving hundreds of props).
Unless you're doing a 0 duration animate. That's just dumb.

_Sebastian_ said:

For server side (synced to clients) prop movement allways use prop_instance_set_position instead of prop_instance_animate_to_position, cause it will reduce the network traffic this way.

Click to expand...

I think you meant the opposite, since using set_position every frame until a prop reaches its destination will use a ****load of network traffic, while animate_to_position is a one time operation.

Ah, the amazing C++ with its beautiful standard library and tons of very well thought out features.. truly an example for every programming language to follow!

Parrying refers to something else, an old mechanic that was introduced and removed during Warband beta testing. There is still some leftover code in the engine, including this value, but it will never be triggered.

No, just sounds. Music is loaded on the fly.

I know the engine fairly well and I'm pretty sure that having more BRFs has no performance impact whatsoever (aside from an insignificant increase in memory fragmentation).

Dusk Voyager said:

If a piece of software uses less RAM than it *should*, that means its CPU and pagefile usage is higher than normal, slowing down the system.

Click to expand...

No, it doesn't slow down anything. It just crashes when trying to address more than 2GB of memory, whereas a large address application can go up to 4.

The Bowman said:

This is not entirely a mod related question, but there is one thing which really bugs me. My Warband executable uses only up to 2Gb RAM out of the 4Gb available. Other games make full use of it. Is there any solution to this?

(I have a 64-bit system).

Click to expand...

The_dragon said:

You can't. Warband engine is 32 bit, so it can use only up to 2 GB.

Click to expand...

Actually, you can. If you patch a 32 bit executable to be large address aware it will be able to use up to 4GB on a 64 bit OS.

It means the game is trying to find a mesh with an invalid name (0). In some parts of the MS 0 means no mesh, in some others it doesn't and this will happen when you use it.