| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
|
| |
The child ID can now be checked against the parent ID in content_cao.cpp so the parent can be detected. Actual attachment code to come
Divide attachment system between server attachments and client attachments, neither coded right now. As explained in the code comment:
// Attachments need to be handled on both the server and client.
// If we attach only on the server, models (which are client-side)
// can't be read so we don't know the origin and orientation of bones.
// If we attach only on the client, the real position of attachments is
// not updated and you can't click them for example.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
changing the color and alpha of mesh materials
New object property which allows changing the color and alpha of mesh materials. Due to the current lighting systems it doesn't work yet, but the full implementation is there
Framework for the attachment system, with no actual functionality yet
Send bone and player object to the setAttachment function in content_sao.cpp, but we need a way to translate it there and send it to the client
I will also want position and rotation offsets to be possible to apply to attachments
Network object ID from server to client. This will be used to identify the parent client-side and know what to attach to
|
|
|
|
|
|
| |
Store start and end frames as v2f
Also move bone animations to their own function instead of object properties
|
|
|
|
| |
Attempt to move the animation system to a more correct implementation, rather than using object properties. Incomplete and breaks functionality
|
|
|
|
|
|
|
|
|
|
|
|
| |
speed. Also update animations only when needed.
Support for animation blending, though for some reason it doesn't work.
Don't enable animation transitions by default for many reaosons
Object property to store individual bone positions. LUA can specify a bone name followed by a bone position. No functionality yet. Bone rotation to be added in the following commit
Same system for bone rotation, plus a few other things I missed
|
|
|
|
|
|
|
|
| |
(obj, md2 and md3 are currently allowed)
Get rid of the texture string and use the existing textures array. Segmented meshes have multiple materials, and this will allow us to texture each. Do not switch to this commit yet!
If a texture string is left empty in LUA, don't modify that material. Useful so a script can change specific textures without affecting others
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Players can now be set to meshes using the following test script:
function switch_player_visual()
prop = {
mesh="player.obj",
texture="player.png",
visual="mesh",
}
for _, obj in pairs(minetest.get_connected_players()) do
obj:set_properties(prop)
end
minetest.after(1.0, switch_player_visual)
end
minetest.after(1.0, switch_player_visual)
|
|\
| |
| | |
Add liquid_renewable property, allow non-renewable liquids.
|
| | |
|
| | |
|
|/ |
|
| |
|
|
|
|
|
|
|
|
| |
Those functions are:
* minetest.get_ban_list()
* minetest.get_ban_description(ip_or_name)
* minetest.ban_player(name)
* minetest.unban_player_or_ip(ip_or_name)
|
|
|
|
|
|
| |
minetest.get_server_status()
minetest.request_shutdown()
EnvRef:clear_objects()
|
|
|
|
|
|
|
|
| |
This allows the removal of nodes with unknown types.
get_item_callback() (C++) would fail if a node has an unknown type. Now it
will try using the callback from minetest.nodedef_default in this case.
Also, minetest.node_dig() (Lua) was altered to always allow digging when
the node definition is empty (i.e. unknown node).
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
after_destruct for quick skipping when a node does not have them
|
| |
|
|
|
|
| |
GPLv2/later, by agreement of major contributors
|
|
|
|
| |
empty in minimal game
|
|
|
|
| |
a string to aid better inter-object compatibility of code that assumes objects to be players
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|