The MT client crashes sometimes when trying to do a
lighting calc on upright_sprite entity visuals.
This may or may not be fixed in a future release, since it's
a heisenbug and a rare use-case, so for now try to
eliminate use of the rare and poorly supported upright_sprite
visual type by making empty inventory slots craftitem extrude
meshes.
As a limitation, for now, virtual_items such as injury or
lux burns will be invisible instead of showing the icon, as
we can't swap out the texture like we could for upright_sprite.
This should more reliably minimize network traffic
incurred by excess property setting.
We could probably standardize a few more things,
like set attach, anim, yaw, pos...
Alpha blending is apparently broken for
upright_sprite as of the latest v5.2-dev.
Use a simpler, more solid texture for
empty bandolier slots that looks a bit
more reminiscent of a stitched-on pocket
but still abstract.
Just hide selected slot altogether instead
of showing an alternate "selected slot"
texture.
Treat all API mods as a "layer", and use the new
nc_api_all registration to indicate that a mod depends
on the NC API (which ALL NC mods assume they do).
This means that each non-API mod does not need to
worry about which API mods it really needs and which
it does not, nor will they need to be updated for any
internal API restructures.
This is a game, not a modpack, so all mods will be
loaded anyway, and we only care about order. That
means that we don't really need to worry about
having excess dependencies because any mod we
don't actually need will be needed by something that's
loaded anyway. If somebody wants to reuse a
component elsewhere, they're likely to need to do
some work to untangle it anyway, because of the
amount that NodeCore mechanics interact and
interdepend.
If players are invisible, NodeCore will not add any visible or
audible effects for them, allowing such players to be completely
non-interactive with gameplay.
This allows things like spectator or stealth-admin mods to
function properly.
Supposedly entity attachment is fixed in v5.1+.
Replace the "rotating toolbelt" with a front bandolier placement.
- Should be sufficiently realistic.
- Explains quick access to items (backpack wouldn't).
- Keeps "social surface" of player on front.
- Collapse all nodecore "core" mods in the /mods listing, so it's
easier to find the actual add-on mods.
- Parameterize in-game branding to make renaming derivatives just
a little easier.
We actually haven't been testing in 0.4 at all for quite a while
now. Since this is a standalone base game without complex
interdependency relationships, there isn't really any need to
maintain compat with old versions of the engine. Players can
upgrade to play; keeping a separate copy just to play on old 0.4
servers is even still an option.
There is some internal cruft that has been building up to support
0.4, and this allows us to purge most of it. The larger benefit
may come when we're able to remove line_of_sight in favor of the
more efficient raycast (still yet to be done).
- Clean up registered_* usage patterns.
- Reduce tendancy of leaves to create stack nodes.
Now they tend to stack up properly in-world more often.
- Tweak damage system to create "headroom" where minor
damage doesn't cost inv slots immediately.
- Make player hand skin color match model skin.
- Cleanup/unify grass abm logic.
- Start installing new sounds by MagikEh
Sound source:
https://github.com/MagikEh/SoundsOfWarr
This was effectively never really working in practice on MP, and
only ended up more of an eyesore than anything. Since it was
really only ever cosmetic, it's probably okay to just leave
this one out.
Clean up some old issues that are probably not worth worrying
about anymore.
- Simplify queue handling, FIFO retry for ents not created due
to world not loaded.
- Make ents responsible for own attachment, to reduce the chance
of non-attachment due to out-of-order replication.
- Unify config object passed to ents, allowing ents to self-manage
more.
There is some wierd issue in 5.0+, besides the different model
coordinate system. If I try to create and attach all ents in the
very first tick on player join, only like 3 of them work. Queue
them up and apply them gradually, one per world tick, to try to
work around this. Need to figure out what limitation I'm hitting
that's causing this...
