This merges the current state of the well-maintained and tested
`torches` mod as I've maintained it for the last 6 months.
This started out as a thorough cleanup of 3D torches by blockmen,
where some of the initial code still remains.
The models were redone entirely from scratch and have been extensively
tested with dozens of animated textures converted with mcimport,
and look a lot better than the original 3D Torches mod.
The ceiling torch is retained and functional. The `wieldlight`
addition that the torches mod has was removed, since it relies
on wieldview to look decent. This can stay external mod code.
I've opted to move the torch nodes to a separate file. It's not
a lot of code but nodes.lua is already huge, and I wanted to
retain the copyright header and some of the readme.txt notes,
and this was the easiest way of doing it.
This code passes "default:torch" to nodes with on_rightclick,
fixing problems with itemframes. Essentially it has a more
elaborate item_place() routine to make sure we're not passing
the wall torch to nodes that may display it.
The ceiling torch is a separate model and not the same as the
floor model. That does mean that there are 3 models in this
mod.
I've created a modified B3Dexport.py version that automatically strips
the embedded texture link to external texture files. These links were
causing the engine to spew "can't find character.png" messages on the
console, but were harmless due to texture loading being done by the
client side and not through irrlicht.
I previously moved character.png to /textures/, which is wrong. I now
understand that character.png was in the same folder as character.blend
simply to make blender load the texture from the embedded linkage
automatically. Nothing more, nothing less.
Subsequently the character.png file should just sit in convenience
in the /models/ folder with the blend file, and not in the textures
file. This patch moves it back. And yes, minetest does load the
character.png from this path.
Both the standing and sitting animations had misplaced curve
cusps that caused the end part of the animation to wiggle the
feet slightly back and forward.
I've fixed both animations parts and re-exported. Verified in-game
with multiplayer that everything was indeed fixed.
hat layer, when the area for the cape (a 8x12 set of pixels) which is to
the right of the arm texture, is given a non-alpha or semi-alpha pixel,
it will display ingame, similar to the hat layer on the player's head.
Update player script to match the animations in the previous commit
Shorten the still mine animation so the hand matches the speed of the walk-mine animation
Reduce animation speed to half when sneaking
I forgot frame range definitions need to be per-model, since each model could have its own animations. Specify current ones as being player.x's
Add death animation, and correct many mesh issues I didn't notice last time
Rename player to character, to avoid conflicting with the default player sprite
New skin by Jordach
Add licenses to readme for the model and skin
Fix bad mirroring of left arm for player model
Consists of a simple standi animation currently being looped.
Compatible with any MineCraft skin, no texture included on GIT for licensing reasons.
Walk animations for the player (forward, backward, strafe left and strafe right). This commit removes other test cases from the default script, so that player.lua can be brought to what it's intended for
Punch / mine animation, and some consistency improvements to the player script
Entries for the newly added animation features
Update player script to work with the latest code
Add a test case for attachments. A LUA entity is attached to the player with a specified name 10 seconds after the server starts
Add a detachment test case (5 seconds after attaching)
Update function names, plus add a test case for both player to player and lua-entity to player attachments
Trigger the player.lua file in init.lua
Commit the ugly and temporary test model and texture. We'll get to a real animated player mesh once the code for that is ready
Set visual_size accordingly so the player model doesn't stretch vertically (default of the sprite player)
Attempt to use the b3d model format, although it doesn't seem to work so far
