FOSS gamedev and creative worlds

.

Yes, and kaeza has done this iirc, unfourtunately it was very laggy and used a lot of bandwidth.
Properly implementing this functionality would probably require the player to be client-side

Yes, that can be done, but my method is to re-implement the animations by moving *all* the bones manually. This has the implication that you have to send five "bone rotate+move" packets to the client at *every* step. You can lower the net usage by sending them every, let's say, 100ms, but that's not a very fluid animation (neither is clogging the connection).
Due to a bug in Irrlicht, you can't both animate a model, and rotate it's bones manually at the same time.
It'll probably be available when the next stable version of Irrlicht comes, and Minetest adopts it.

kaeza wrote:You can lower the net usage by sending them every, let's say, 100ms, but that's not a very fluid animation (neither is clogging the connection).

Just code some yaw interpolation. :P

To show pitch, we could just vertically rotate the model by "pitch / 4" for now (eg. looking 80 degrees downwards results in the whole model being rotated 20 degrees downward)... looks kinda ugly but much better than nothing.

kaeza wrote:Yes, that can be done, but my method is to re-implement the animations by moving *all* the bones manually. This has the implication that you have to send five "bone rotate+move" packets to the client at *every* step. You can lower the net usage by sending them every, let's say, 100ms, but that's not a very fluid animation (neither is clogging the connection).
Due to a bug in Irrlicht, you can't both animate a model, and rotate it's bones manually at the same time.
It'll probably be available when the next stable version of Irrlicht comes, and Minetest adopts it.

Why not have the client just translate the head movement smoothly to the new position when they receive the next position?

jordan4ibanez wrote:Why not have the client just translate the head movement smoothly to the new position when they receive the next position?

Too lazy to implement this in C++ :P

How hard could that be? And, only make it so that major changes in look direction are sent.

Traxie21 wrote:How hard could that be? And, only make it so that major changes in look direction are sent.

Even if I did that, it will probably be rejected by the core devs. I have already spoken with MirceaKitsune, and told me we should wait for the next Irrlicht. All in all, C++ is a no-no for now, sorry.

Edit: BTW, here's the proof of concept: http://www.youtube.com/watch?v=edzDAH6-WQU

The current system is that the model is handled by the server and the default model is registered by the default minetest_game.
Moving it to the client would make it impossible for mods to set the model for players.

i miss the days when minetest had 0px wide players :/

Still do, if you use 0.4.3's version of Minetest game. (You can replace/update all the components by drag-and-drop). That's how my server runs it. :-)

Or you can comment out the line in 0.4.4's default that dofile()s player.lua.

...or use Zeg9's skin switcher, which supports *both* 2D and 3D skins.