2011-06-26 08:48:56 -04:00
|
|
|
/*
|
|
|
|
Minetest-c55
|
|
|
|
Copyright (C) 2010-2011 celeron55, Perttu Ahola <celeron55@gmail.com>
|
|
|
|
|
|
|
|
This program is free software; you can redistribute it and/or modify
|
2012-06-05 10:56:56 -04:00
|
|
|
it under the terms of the GNU Lesser General Public License as published by
|
|
|
|
the Free Software Foundation; either version 2.1 of the License, or
|
2011-06-26 08:48:56 -04:00
|
|
|
(at your option) any later version.
|
|
|
|
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
2012-06-05 10:56:56 -04:00
|
|
|
GNU Lesser General Public License for more details.
|
2011-06-26 08:48:56 -04:00
|
|
|
|
2012-06-05 10:56:56 -04:00
|
|
|
You should have received a copy of the GNU Lesser General Public License along
|
2011-06-26 08:48:56 -04:00
|
|
|
with this program; if not, write to the Free Software Foundation, Inc.,
|
|
|
|
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "content_sao.h"
|
|
|
|
#include "collision.h"
|
|
|
|
#include "environment.h"
|
2011-10-14 19:28:57 -04:00
|
|
|
#include "settings.h"
|
2011-11-13 17:19:48 -05:00
|
|
|
#include "main.h" // For g_profiler
|
2011-10-16 15:39:35 -04:00
|
|
|
#include "profiler.h"
|
2011-11-15 14:00:39 -05:00
|
|
|
#include "serialization.h" // For compressZlib
|
2012-02-28 12:45:23 -05:00
|
|
|
#include "tool.h" // For ToolCapabilities
|
2012-01-12 00:10:39 -05:00
|
|
|
#include "gamedef.h"
|
2012-03-18 22:04:16 -04:00
|
|
|
#include "player.h"
|
|
|
|
#include "scriptapi.h"
|
2012-03-29 10:46:21 -04:00
|
|
|
#include "genericobject.h"
|
2012-06-16 19:40:36 -04:00
|
|
|
#include "util/serialize.h"
|
2011-06-26 08:48:56 -04:00
|
|
|
|
2011-07-16 10:39:03 -04:00
|
|
|
core::map<u16, ServerActiveObject::Factory> ServerActiveObject::m_types;
|
|
|
|
|
2011-06-26 08:48:56 -04:00
|
|
|
/*
|
2012-03-04 14:08:03 -05:00
|
|
|
DummyLoadSAO
|
|
|
|
*/
|
2011-07-20 16:04:24 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
class DummyLoadSAO : public ServerActiveObject
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
DummyLoadSAO(ServerEnvironment *env, v3f pos, u8 type):
|
|
|
|
ServerActiveObject(env, pos)
|
|
|
|
{
|
|
|
|
ServerActiveObject::registerType(type, create);
|
2011-07-20 16:04:24 -04:00
|
|
|
}
|
2012-03-04 14:08:03 -05:00
|
|
|
// Pretend to be the test object (to fool the client)
|
|
|
|
u8 getType() const
|
|
|
|
{ return ACTIVEOBJECT_TYPE_TEST; }
|
|
|
|
// And never save to disk
|
|
|
|
bool isStaticAllowed() const
|
|
|
|
{ return false; }
|
2011-07-20 16:04:24 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
static ServerActiveObject* create(ServerEnvironment *env, v3f pos,
|
|
|
|
const std::string &data)
|
2011-07-20 16:04:24 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
return new DummyLoadSAO(env, pos, 0);
|
|
|
|
}
|
2011-07-20 16:04:24 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
void step(float dtime, bool send_recommended)
|
|
|
|
{
|
|
|
|
m_removed = true;
|
|
|
|
infostream<<"DummyLoadSAO step"<<std::endl;
|
2011-07-20 16:04:24 -04:00
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
private:
|
|
|
|
};
|
2011-07-20 16:04:24 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
// Prototype (registers item for deserialization)
|
|
|
|
DummyLoadSAO proto1_DummyLoadSAO(NULL, v3f(0,0,0), ACTIVEOBJECT_TYPE_RAT);
|
|
|
|
DummyLoadSAO proto2_DummyLoadSAO(NULL, v3f(0,0,0), ACTIVEOBJECT_TYPE_OERKKI1);
|
|
|
|
DummyLoadSAO proto3_DummyLoadSAO(NULL, v3f(0,0,0), ACTIVEOBJECT_TYPE_FIREFLY);
|
|
|
|
DummyLoadSAO proto4_DummyLoadSAO(NULL, v3f(0,0,0), ACTIVEOBJECT_TYPE_MOBV2);
|
2011-07-20 16:04:24 -04:00
|
|
|
|
2011-10-14 19:28:57 -04:00
|
|
|
/*
|
2012-03-04 14:08:03 -05:00
|
|
|
TestSAO
|
2011-10-14 19:28:57 -04:00
|
|
|
*/
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
class TestSAO : public ServerActiveObject
|
2011-10-14 19:28:57 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
public:
|
|
|
|
TestSAO(ServerEnvironment *env, v3f pos):
|
|
|
|
ServerActiveObject(env, pos),
|
|
|
|
m_timer1(0),
|
|
|
|
m_age(0)
|
|
|
|
{
|
|
|
|
ServerActiveObject::registerType(getType(), create);
|
|
|
|
}
|
|
|
|
u8 getType() const
|
|
|
|
{ return ACTIVEOBJECT_TYPE_TEST; }
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
static ServerActiveObject* create(ServerEnvironment *env, v3f pos,
|
|
|
|
const std::string &data)
|
|
|
|
{
|
|
|
|
return new TestSAO(env, pos);
|
|
|
|
}
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
void step(float dtime, bool send_recommended)
|
|
|
|
{
|
|
|
|
m_age += dtime;
|
|
|
|
if(m_age > 10)
|
|
|
|
{
|
|
|
|
m_removed = true;
|
|
|
|
return;
|
|
|
|
}
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
m_base_position.Y += dtime * BS * 2;
|
|
|
|
if(m_base_position.Y > 8*BS)
|
|
|
|
m_base_position.Y = 2*BS;
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
if(send_recommended == false)
|
|
|
|
return;
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
m_timer1 -= dtime;
|
|
|
|
if(m_timer1 < 0.0)
|
|
|
|
{
|
|
|
|
m_timer1 += 0.125;
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
std::string data;
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
data += itos(0); // 0 = position
|
|
|
|
data += " ";
|
|
|
|
data += itos(m_base_position.X);
|
|
|
|
data += " ";
|
|
|
|
data += itos(m_base_position.Y);
|
|
|
|
data += " ";
|
|
|
|
data += itos(m_base_position.Z);
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
ActiveObjectMessage aom(getId(), false, data);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
2011-10-14 19:28:57 -04:00
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
private:
|
|
|
|
float m_timer1;
|
|
|
|
float m_age;
|
|
|
|
};
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
// Prototype (registers item for deserialization)
|
|
|
|
TestSAO proto_TestSAO(NULL, v3f(0,0,0));
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
/*
|
|
|
|
ItemSAO
|
2012-06-11 15:10:48 -04:00
|
|
|
|
|
|
|
DEPRECATED: New dropped items are implemented in Lua; see
|
|
|
|
builtin/item_entity.lua.
|
2012-03-04 14:08:03 -05:00
|
|
|
*/
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
class ItemSAO : public ServerActiveObject
|
2011-10-14 19:28:57 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
public:
|
|
|
|
u8 getType() const
|
|
|
|
{ return ACTIVEOBJECT_TYPE_ITEM; }
|
|
|
|
|
|
|
|
float getMinimumSavedMovement()
|
|
|
|
{ return 0.1*BS; }
|
|
|
|
|
|
|
|
static ServerActiveObject* create(ServerEnvironment *env, v3f pos,
|
|
|
|
const std::string &data)
|
|
|
|
{
|
|
|
|
std::istringstream is(data, std::ios::binary);
|
|
|
|
char buf[1];
|
|
|
|
// read version
|
|
|
|
is.read(buf, 1);
|
|
|
|
u8 version = buf[0];
|
|
|
|
// check if version is supported
|
|
|
|
if(version != 0)
|
|
|
|
return NULL;
|
|
|
|
std::string itemstring = deSerializeString(is);
|
|
|
|
infostream<<"create(): Creating item \""
|
|
|
|
<<itemstring<<"\""<<std::endl;
|
|
|
|
return new ItemSAO(env, pos, itemstring);
|
|
|
|
}
|
|
|
|
|
|
|
|
ItemSAO(ServerEnvironment *env, v3f pos,
|
|
|
|
const std::string itemstring):
|
|
|
|
ServerActiveObject(env, pos),
|
|
|
|
m_itemstring(itemstring),
|
|
|
|
m_itemstring_changed(false),
|
|
|
|
m_speed_f(0,0,0),
|
|
|
|
m_last_sent_position(0,0,0)
|
2011-10-14 19:28:57 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
ServerActiveObject::registerType(getType(), create);
|
2011-10-14 19:28:57 -04:00
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
void step(float dtime, bool send_recommended)
|
|
|
|
{
|
|
|
|
ScopeProfiler sp2(g_profiler, "step avg", SPT_AVG);
|
2011-10-16 15:39:35 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
assert(m_env);
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
const float interval = 0.2;
|
|
|
|
if(m_move_interval.step(dtime, interval)==false)
|
|
|
|
return;
|
|
|
|
dtime = interval;
|
|
|
|
|
|
|
|
core::aabbox3d<f32> box(-BS/3.,0.0,-BS/3., BS/3.,BS*2./3.,BS/3.);
|
|
|
|
collisionMoveResult moveresult;
|
|
|
|
// Apply gravity
|
|
|
|
m_speed_f += v3f(0, -dtime*9.81*BS, 0);
|
|
|
|
// Maximum movement without glitches
|
|
|
|
f32 pos_max_d = BS*0.25;
|
|
|
|
// Limit speed
|
|
|
|
if(m_speed_f.getLength()*dtime > pos_max_d)
|
|
|
|
m_speed_f *= pos_max_d / (m_speed_f.getLength()*dtime);
|
|
|
|
v3f pos_f = getBasePosition();
|
|
|
|
v3f pos_f_old = pos_f;
|
2012-03-18 23:25:09 -04:00
|
|
|
v3f accel_f = v3f(0,0,0);
|
|
|
|
f32 stepheight = 0;
|
2012-03-04 14:08:03 -05:00
|
|
|
IGameDef *gamedef = m_env->getGameDef();
|
|
|
|
moveresult = collisionMoveSimple(&m_env->getMap(), gamedef,
|
2012-03-18 23:25:09 -04:00
|
|
|
pos_max_d, box, stepheight, dtime,
|
|
|
|
pos_f, m_speed_f, accel_f);
|
2012-03-04 14:08:03 -05:00
|
|
|
|
|
|
|
if(send_recommended == false)
|
|
|
|
return;
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
if(pos_f.getDistanceFrom(m_last_sent_position) > 0.05*BS)
|
|
|
|
{
|
|
|
|
setBasePosition(pos_f);
|
|
|
|
m_last_sent_position = pos_f;
|
|
|
|
|
|
|
|
std::ostringstream os(std::ios::binary);
|
|
|
|
// command (0 = update position)
|
|
|
|
writeU8(os, 0);
|
|
|
|
// pos
|
|
|
|
writeV3F1000(os, m_base_position);
|
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), false, os.str());
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
if(m_itemstring_changed)
|
|
|
|
{
|
|
|
|
m_itemstring_changed = false;
|
|
|
|
|
|
|
|
std::ostringstream os(std::ios::binary);
|
|
|
|
// command (1 = update itemstring)
|
|
|
|
writeU8(os, 1);
|
|
|
|
// itemstring
|
|
|
|
os<<serializeString(m_itemstring);
|
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), false, os.str());
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
2011-10-14 19:28:57 -04:00
|
|
|
}
|
2011-10-15 05:17:21 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
std::string getClientInitializationData()
|
2011-10-15 09:04:25 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
std::ostringstream os(std::ios::binary);
|
|
|
|
// version
|
|
|
|
writeU8(os, 0);
|
|
|
|
// pos
|
|
|
|
writeV3F1000(os, m_base_position);
|
|
|
|
// itemstring
|
|
|
|
os<<serializeString(m_itemstring);
|
|
|
|
return os.str();
|
2011-10-15 09:04:25 -04:00
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
std::string getStaticData()
|
|
|
|
{
|
|
|
|
infostream<<__FUNCTION_NAME<<std::endl;
|
|
|
|
std::ostringstream os(std::ios::binary);
|
|
|
|
// version
|
|
|
|
writeU8(os, 0);
|
|
|
|
// itemstring
|
|
|
|
os<<serializeString(m_itemstring);
|
|
|
|
return os.str();
|
2011-10-15 05:17:21 -04:00
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
ItemStack createItemStack()
|
2011-10-14 19:28:57 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
try{
|
|
|
|
IItemDefManager *idef = m_env->getGameDef()->idef();
|
|
|
|
ItemStack item;
|
|
|
|
item.deSerialize(m_itemstring, idef);
|
|
|
|
infostream<<__FUNCTION_NAME<<": m_itemstring=\""<<m_itemstring
|
|
|
|
<<"\" -> item=\""<<item.getItemString()<<"\""
|
|
|
|
<<std::endl;
|
|
|
|
return item;
|
2011-10-14 19:28:57 -04:00
|
|
|
}
|
2012-03-04 14:08:03 -05:00
|
|
|
catch(SerializationError &e)
|
2011-10-14 19:28:57 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
infostream<<__FUNCTION_NAME<<": serialization error: "
|
|
|
|
<<"m_itemstring=\""<<m_itemstring<<"\""<<std::endl;
|
|
|
|
return ItemStack();
|
2011-10-14 19:28:57 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
int punch(v3f dir,
|
|
|
|
const ToolCapabilities *toolcap,
|
|
|
|
ServerActiveObject *puncher,
|
|
|
|
float time_from_last_punch)
|
|
|
|
{
|
|
|
|
// Take item into inventory
|
|
|
|
ItemStack item = createItemStack();
|
|
|
|
Inventory *inv = puncher->getInventory();
|
|
|
|
if(inv != NULL)
|
2011-10-14 19:28:57 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
std::string wieldlist = puncher->getWieldList();
|
|
|
|
ItemStack leftover = inv->addItem(wieldlist, item);
|
|
|
|
puncher->setInventoryModified();
|
|
|
|
if(leftover.empty())
|
|
|
|
{
|
|
|
|
m_removed = true;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
m_itemstring = leftover.getItemString();
|
|
|
|
m_itemstring_changed = true;
|
2011-10-14 19:28:57 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
return 0;
|
2011-10-14 19:28:57 -04:00
|
|
|
}
|
|
|
|
|
2011-10-15 05:17:21 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
private:
|
|
|
|
std::string m_itemstring;
|
|
|
|
bool m_itemstring_changed;
|
|
|
|
v3f m_speed_f;
|
|
|
|
v3f m_last_sent_position;
|
|
|
|
IntervalLimiter m_move_interval;
|
|
|
|
};
|
2011-10-15 05:17:21 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
// Prototype (registers item for deserialization)
|
|
|
|
ItemSAO proto_ItemSAO(NULL, v3f(0,0,0), "");
|
2011-10-14 19:28:57 -04:00
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
ServerActiveObject* createItemSAO(ServerEnvironment *env, v3f pos,
|
|
|
|
const std::string itemstring)
|
2011-10-14 19:28:57 -04:00
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
return new ItemSAO(env, pos, itemstring);
|
2011-10-14 19:28:57 -04:00
|
|
|
}
|
|
|
|
|
2011-11-11 12:33:17 -05:00
|
|
|
/*
|
|
|
|
LuaEntitySAO
|
|
|
|
*/
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
// Prototype (registers item for deserialization)
|
2011-11-11 12:33:17 -05:00
|
|
|
LuaEntitySAO proto_LuaEntitySAO(NULL, v3f(0,0,0), "_prototype", "");
|
|
|
|
|
|
|
|
LuaEntitySAO::LuaEntitySAO(ServerEnvironment *env, v3f pos,
|
|
|
|
const std::string &name, const std::string &state):
|
|
|
|
ServerActiveObject(env, pos),
|
|
|
|
m_init_name(name),
|
|
|
|
m_init_state(state),
|
2011-11-11 20:21:40 -05:00
|
|
|
m_registered(false),
|
2012-03-04 14:08:03 -05:00
|
|
|
m_hp(-1),
|
2011-11-21 04:15:15 -05:00
|
|
|
m_velocity(0,0,0),
|
|
|
|
m_acceleration(0,0,0),
|
2011-11-12 04:59:56 -05:00
|
|
|
m_yaw(0),
|
2012-03-29 10:46:21 -04:00
|
|
|
m_properties_sent(true),
|
2011-11-12 04:59:56 -05:00
|
|
|
m_last_sent_yaw(0),
|
2011-11-12 05:12:15 -05:00
|
|
|
m_last_sent_position(0,0,0),
|
2011-11-21 07:36:21 -05:00
|
|
|
m_last_sent_velocity(0,0,0),
|
2011-11-12 06:59:56 -05:00
|
|
|
m_last_sent_position_timer(0),
|
2012-03-09 13:46:56 -05:00
|
|
|
m_last_sent_move_precision(0),
|
2012-11-04 07:33:30 -05:00
|
|
|
m_armor_groups_sent(false),
|
2012-11-12 09:35:10 -05:00
|
|
|
m_animation_sent(false),
|
|
|
|
m_bone_position_sent(false),
|
2012-11-04 07:33:30 -05:00
|
|
|
m_attachment_sent(false)
|
2011-11-11 12:33:17 -05:00
|
|
|
{
|
2011-11-11 20:21:40 -05:00
|
|
|
// Only register type if no environment supplied
|
2011-11-11 12:33:17 -05:00
|
|
|
if(env == NULL){
|
|
|
|
ServerActiveObject::registerType(getType(), create);
|
|
|
|
return;
|
|
|
|
}
|
2012-03-04 14:08:03 -05:00
|
|
|
|
|
|
|
// Initialize something to armor groups
|
|
|
|
m_armor_groups["fleshy"] = 3;
|
|
|
|
m_armor_groups["snappy"] = 2;
|
2011-11-11 12:33:17 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
LuaEntitySAO::~LuaEntitySAO()
|
|
|
|
{
|
|
|
|
if(m_registered){
|
|
|
|
lua_State *L = m_env->getLua();
|
2011-11-11 17:46:05 -05:00
|
|
|
scriptapi_luaentity_rm(L, m_id);
|
2011-11-11 12:33:17 -05:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-09-09 10:12:29 -04:00
|
|
|
void LuaEntitySAO::addedToEnvironment(u32 dtime_s)
|
2011-11-11 12:33:17 -05:00
|
|
|
{
|
2012-09-09 10:12:29 -04:00
|
|
|
ServerActiveObject::addedToEnvironment(dtime_s);
|
2011-11-11 12:33:17 -05:00
|
|
|
|
2012-03-09 18:38:48 -05:00
|
|
|
// Create entity from name
|
2011-11-11 12:33:17 -05:00
|
|
|
lua_State *L = m_env->getLua();
|
2012-03-09 18:38:48 -05:00
|
|
|
m_registered = scriptapi_luaentity_add(L, m_id, m_init_name.c_str());
|
2011-11-11 20:21:40 -05:00
|
|
|
|
2011-11-12 11:34:04 -05:00
|
|
|
if(m_registered){
|
|
|
|
// Get properties
|
2012-03-30 05:51:51 -04:00
|
|
|
scriptapi_luaentity_get_properties(L, m_id, &m_prop);
|
2012-03-09 18:38:48 -05:00
|
|
|
// Initialize HP from properties
|
2012-03-30 05:51:51 -04:00
|
|
|
m_hp = m_prop.hp_max;
|
2012-04-08 16:13:27 -04:00
|
|
|
// Activate entity, supplying serialized state
|
2012-09-09 10:12:29 -04:00
|
|
|
scriptapi_luaentity_activate(L, m_id, m_init_state.c_str(), dtime_s);
|
2011-11-12 11:34:04 -05:00
|
|
|
}
|
2011-11-11 12:33:17 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
ServerActiveObject* LuaEntitySAO::create(ServerEnvironment *env, v3f pos,
|
|
|
|
const std::string &data)
|
|
|
|
{
|
2012-03-04 14:08:03 -05:00
|
|
|
std::string name;
|
|
|
|
std::string state;
|
|
|
|
s16 hp = 1;
|
|
|
|
v3f velocity;
|
|
|
|
float yaw = 0;
|
2012-03-09 18:38:48 -05:00
|
|
|
if(data != ""){
|
|
|
|
std::istringstream is(data, std::ios::binary);
|
|
|
|
// read version
|
|
|
|
u8 version = readU8(is);
|
|
|
|
// check if version is supported
|
|
|
|
if(version == 0){
|
|
|
|
name = deSerializeString(is);
|
|
|
|
state = deSerializeLongString(is);
|
|
|
|
}
|
|
|
|
else if(version == 1){
|
|
|
|
name = deSerializeString(is);
|
|
|
|
state = deSerializeLongString(is);
|
|
|
|
hp = readS16(is);
|
|
|
|
velocity = readV3F1000(is);
|
|
|
|
yaw = readF1000(is);
|
|
|
|
}
|
2012-03-04 14:08:03 -05:00
|
|
|
}
|
2011-11-11 12:33:17 -05:00
|
|
|
// create object
|
|
|
|
infostream<<"LuaEntitySAO::create(name=\""<<name<<"\" state=\""
|
|
|
|
<<state<<"\")"<<std::endl;
|
2012-03-04 14:08:03 -05:00
|
|
|
LuaEntitySAO *sao = new LuaEntitySAO(env, pos, name, state);
|
|
|
|
sao->m_hp = hp;
|
|
|
|
sao->m_velocity = velocity;
|
|
|
|
sao->m_yaw = yaw;
|
|
|
|
return sao;
|
2011-11-11 12:33:17 -05:00
|
|
|
}
|
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
bool LuaEntitySAO::isAttached()
|
|
|
|
{
|
|
|
|
if(!m_attachment_parent_id)
|
|
|
|
return false;
|
|
|
|
// Check if the parent still exists
|
|
|
|
ServerActiveObject *obj = m_env->getActiveObject(m_attachment_parent_id);
|
|
|
|
if(obj)
|
|
|
|
return true;
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2011-11-11 12:33:17 -05:00
|
|
|
void LuaEntitySAO::step(float dtime, bool send_recommended)
|
|
|
|
{
|
2012-03-29 10:46:21 -04:00
|
|
|
if(!m_properties_sent)
|
|
|
|
{
|
|
|
|
m_properties_sent = true;
|
|
|
|
std::string str = getPropertyPacket();
|
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
// If attached, check that our parent is still there. If it isn't, detach.
|
|
|
|
if(m_attachment_parent_id && !isAttached())
|
|
|
|
{
|
|
|
|
m_attachment_parent_id = 0;
|
|
|
|
m_attachment_bone = "";
|
|
|
|
m_attachment_position = v3f(0,0,0);
|
|
|
|
m_attachment_rotation = v3f(0,0,0);
|
|
|
|
sendPosition(false, true);
|
|
|
|
}
|
|
|
|
|
2011-11-12 05:12:15 -05:00
|
|
|
m_last_sent_position_timer += dtime;
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
|
2012-10-28 11:07:11 -04:00
|
|
|
// Each frame, parent position is copied if the object is attached, otherwise it's calculated normally
|
|
|
|
// If the object gets detached this comes into effect automatically from the last known origin
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-27 08:14:24 -04:00
|
|
|
{
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
v3f pos = m_env->getActiveObject(m_attachment_parent_id)->getBasePosition();
|
2012-10-28 11:07:11 -04:00
|
|
|
m_base_position = pos;
|
2012-10-27 08:14:24 -04:00
|
|
|
m_velocity = v3f(0,0,0);
|
|
|
|
m_acceleration = v3f(0,0,0);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
if(m_prop.physical){
|
|
|
|
core::aabbox3d<f32> box = m_prop.collisionbox;
|
|
|
|
box.MinEdge *= BS;
|
|
|
|
box.MaxEdge *= BS;
|
|
|
|
collisionMoveResult moveresult;
|
|
|
|
f32 pos_max_d = BS*0.25; // Distance per iteration
|
|
|
|
f32 stepheight = 0; // Maximum climbable step height
|
|
|
|
v3f p_pos = m_base_position;
|
|
|
|
v3f p_velocity = m_velocity;
|
|
|
|
v3f p_acceleration = m_acceleration;
|
|
|
|
IGameDef *gamedef = m_env->getGameDef();
|
|
|
|
moveresult = collisionMoveSimple(&m_env->getMap(), gamedef,
|
|
|
|
pos_max_d, box, stepheight, dtime,
|
|
|
|
p_pos, p_velocity, p_acceleration);
|
|
|
|
// Apply results
|
|
|
|
m_base_position = p_pos;
|
|
|
|
m_velocity = p_velocity;
|
|
|
|
m_acceleration = p_acceleration;
|
|
|
|
} else {
|
|
|
|
m_base_position += dtime * m_velocity + 0.5 * dtime
|
|
|
|
* dtime * m_acceleration;
|
|
|
|
m_velocity += dtime * m_acceleration;
|
|
|
|
}
|
2011-11-21 07:36:21 -05:00
|
|
|
}
|
2011-11-21 04:15:15 -05:00
|
|
|
|
2011-11-11 12:33:17 -05:00
|
|
|
if(m_registered){
|
|
|
|
lua_State *L = m_env->getLua();
|
2011-11-11 17:46:05 -05:00
|
|
|
scriptapi_luaentity_step(L, m_id, dtime);
|
2011-11-11 12:33:17 -05:00
|
|
|
}
|
2011-11-12 04:59:56 -05:00
|
|
|
|
|
|
|
if(send_recommended == false)
|
|
|
|
return;
|
2012-10-28 11:07:11 -04:00
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(!isAttached())
|
2012-10-28 11:07:11 -04:00
|
|
|
{
|
|
|
|
// TODO: force send when acceleration changes enough?
|
|
|
|
float minchange = 0.2*BS;
|
|
|
|
if(m_last_sent_position_timer > 1.0){
|
|
|
|
minchange = 0.01*BS;
|
|
|
|
} else if(m_last_sent_position_timer > 0.2){
|
|
|
|
minchange = 0.05*BS;
|
|
|
|
}
|
|
|
|
float move_d = m_base_position.getDistanceFrom(m_last_sent_position);
|
|
|
|
move_d += m_last_sent_move_precision;
|
|
|
|
float vel_d = m_velocity.getDistanceFrom(m_last_sent_velocity);
|
|
|
|
if(move_d > minchange || vel_d > minchange ||
|
|
|
|
fabs(m_yaw - m_last_sent_yaw) > 1.0){
|
|
|
|
sendPosition(true, false);
|
|
|
|
}
|
2011-11-12 04:59:56 -05:00
|
|
|
}
|
2012-03-09 13:46:56 -05:00
|
|
|
|
|
|
|
if(m_armor_groups_sent == false){
|
|
|
|
m_armor_groups_sent = true;
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string str = gob_cmd_update_armor_groups(
|
|
|
|
m_armor_groups);
|
2012-03-09 13:46:56 -05:00
|
|
|
// create message and add to list
|
2012-03-29 10:46:21 -04:00
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
2012-03-09 13:46:56 -05:00
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
2012-11-04 07:33:30 -05:00
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
if(m_animation_sent == false){
|
|
|
|
m_animation_sent = true;
|
|
|
|
std::string str = gob_cmd_update_animation(m_animation_range, m_animation_speed, m_animation_blend);
|
2012-11-04 07:33:30 -05:00
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
if(m_bone_position_sent == false){
|
|
|
|
m_bone_position_sent = true;
|
|
|
|
for(std::map<std::string, core::vector2d<v3f> >::const_iterator ii = m_bone_position.begin(); ii != m_bone_position.end(); ++ii){
|
|
|
|
std::string str = gob_cmd_update_bone_position((*ii).first, (*ii).second.X, (*ii).second.Y);
|
2012-11-04 07:33:30 -05:00
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if(m_attachment_sent == false){
|
|
|
|
m_attachment_sent = true;
|
2012-11-04 16:54:50 -05:00
|
|
|
std::string str = gob_cmd_update_attachment(m_attachment_parent_id, m_attachment_bone, m_attachment_position, m_attachment_rotation);
|
2012-11-04 07:33:30 -05:00
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
2011-11-11 12:33:17 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
std::string LuaEntitySAO::getClientInitializationData()
|
|
|
|
{
|
|
|
|
std::ostringstream os(std::ios::binary);
|
2012-11-26 02:10:27 -05:00
|
|
|
writeU8(os, 1); // version
|
2012-03-29 10:46:21 -04:00
|
|
|
os<<serializeString(""); // name
|
|
|
|
writeU8(os, 0); // is_player
|
2012-11-26 02:10:27 -05:00
|
|
|
writeS16(os, getId()); //id
|
2011-11-11 12:33:17 -05:00
|
|
|
writeV3F1000(os, m_base_position);
|
2011-11-12 04:59:56 -05:00
|
|
|
writeF1000(os, m_yaw);
|
2012-03-04 14:08:03 -05:00
|
|
|
writeS16(os, m_hp);
|
2012-11-04 16:54:50 -05:00
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
writeU8(os, 4 + m_bone_position.size()); // number of messages stuffed in here
|
2012-03-29 10:46:21 -04:00
|
|
|
os<<serializeLongString(getPropertyPacket()); // message 1
|
|
|
|
os<<serializeLongString(gob_cmd_update_armor_groups(m_armor_groups)); // 2
|
2012-11-12 09:35:10 -05:00
|
|
|
os<<serializeLongString(gob_cmd_update_animation(m_animation_range, m_animation_speed, m_animation_blend)); // 3
|
|
|
|
for(std::map<std::string, core::vector2d<v3f> >::const_iterator ii = m_bone_position.begin(); ii != m_bone_position.end(); ++ii){
|
|
|
|
os<<serializeLongString(gob_cmd_update_bone_position((*ii).first, (*ii).second.X, (*ii).second.Y)); // m_bone_position.size
|
2012-11-04 16:54:50 -05:00
|
|
|
}
|
|
|
|
os<<serializeLongString(gob_cmd_update_attachment(m_attachment_parent_id, m_attachment_bone, m_attachment_position, m_attachment_rotation)); // 4
|
|
|
|
|
2011-11-12 03:39:44 -05:00
|
|
|
// return result
|
2011-11-11 12:33:17 -05:00
|
|
|
return os.str();
|
|
|
|
}
|
|
|
|
|
|
|
|
std::string LuaEntitySAO::getStaticData()
|
|
|
|
{
|
2012-03-10 21:15:45 -05:00
|
|
|
verbosestream<<__FUNCTION_NAME<<std::endl;
|
2011-11-11 12:33:17 -05:00
|
|
|
std::ostringstream os(std::ios::binary);
|
|
|
|
// version
|
2012-03-04 14:08:03 -05:00
|
|
|
writeU8(os, 1);
|
2011-11-11 12:33:17 -05:00
|
|
|
// name
|
|
|
|
os<<serializeString(m_init_name);
|
|
|
|
// state
|
2011-11-11 13:50:09 -05:00
|
|
|
if(m_registered){
|
|
|
|
lua_State *L = m_env->getLua();
|
2011-11-21 04:15:15 -05:00
|
|
|
std::string state = scriptapi_luaentity_get_staticdata(L, m_id);
|
2011-11-11 13:50:09 -05:00
|
|
|
os<<serializeLongString(state);
|
|
|
|
} else {
|
|
|
|
os<<serializeLongString(m_init_state);
|
|
|
|
}
|
2012-03-04 14:08:03 -05:00
|
|
|
// hp
|
|
|
|
writeS16(os, m_hp);
|
|
|
|
// velocity
|
|
|
|
writeV3F1000(os, m_velocity);
|
|
|
|
// yaw
|
|
|
|
writeF1000(os, m_yaw);
|
2011-11-11 12:33:17 -05:00
|
|
|
return os.str();
|
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
int LuaEntitySAO::punch(v3f dir,
|
|
|
|
const ToolCapabilities *toolcap,
|
|
|
|
ServerActiveObject *puncher,
|
|
|
|
float time_from_last_punch)
|
2011-11-11 19:25:30 -05:00
|
|
|
{
|
2011-12-04 09:25:27 -05:00
|
|
|
if(!m_registered){
|
|
|
|
// Delete unknown LuaEntities when punched
|
|
|
|
m_removed = true;
|
2012-03-04 14:08:03 -05:00
|
|
|
return 0;
|
2011-12-04 09:25:27 -05:00
|
|
|
}
|
2012-10-27 08:14:24 -04:00
|
|
|
|
|
|
|
// It's best that attachments cannot be punched
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-27 08:14:24 -04:00
|
|
|
return 0;
|
2012-03-04 18:30:55 -05:00
|
|
|
|
|
|
|
ItemStack *punchitem = NULL;
|
|
|
|
ItemStack punchitem_static;
|
|
|
|
if(puncher){
|
|
|
|
punchitem_static = puncher->getWieldedItem();
|
|
|
|
punchitem = &punchitem_static;
|
|
|
|
}
|
2012-03-04 14:08:03 -05:00
|
|
|
|
2012-03-04 18:30:55 -05:00
|
|
|
PunchDamageResult result = getPunchDamage(
|
|
|
|
m_armor_groups,
|
|
|
|
toolcap,
|
|
|
|
punchitem,
|
2012-03-04 14:08:03 -05:00
|
|
|
time_from_last_punch);
|
|
|
|
|
2012-03-04 18:30:55 -05:00
|
|
|
if(result.did_punch)
|
2012-03-04 14:08:03 -05:00
|
|
|
{
|
2012-03-09 16:53:25 -05:00
|
|
|
setHP(getHP() - result.damage);
|
|
|
|
|
2012-03-04 18:30:55 -05:00
|
|
|
actionstream<<getDescription()<<" punched by "
|
|
|
|
<<puncher->getDescription()<<", damage "<<result.damage
|
2012-03-09 16:53:25 -05:00
|
|
|
<<" hp, health now "<<getHP()<<" hp"<<std::endl;
|
2012-03-04 18:30:55 -05:00
|
|
|
|
|
|
|
{
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string str = gob_cmd_punched(result.damage, getHP());
|
2012-03-04 18:30:55 -05:00
|
|
|
// create message and add to list
|
2012-03-29 10:46:21 -04:00
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
2012-03-04 18:30:55 -05:00
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
2012-03-09 18:38:48 -05:00
|
|
|
|
|
|
|
if(getHP() == 0)
|
|
|
|
m_removed = true;
|
2012-03-04 14:08:03 -05:00
|
|
|
}
|
|
|
|
|
2012-03-04 18:30:55 -05:00
|
|
|
lua_State *L = m_env->getLua();
|
|
|
|
scriptapi_luaentity_punch(L, m_id, puncher,
|
|
|
|
time_from_last_punch, toolcap, dir);
|
|
|
|
|
|
|
|
return result.wear;
|
2011-11-11 19:25:30 -05:00
|
|
|
}
|
|
|
|
|
2011-11-12 10:37:14 -05:00
|
|
|
void LuaEntitySAO::rightClick(ServerActiveObject *clicker)
|
2011-11-11 19:25:30 -05:00
|
|
|
{
|
|
|
|
if(!m_registered)
|
|
|
|
return;
|
2012-11-09 14:51:45 -05:00
|
|
|
// It's best that attachments cannot be clicked
|
|
|
|
if(isAttached())
|
|
|
|
return;
|
2011-11-11 19:25:30 -05:00
|
|
|
lua_State *L = m_env->getLua();
|
2011-11-12 10:37:14 -05:00
|
|
|
scriptapi_luaentity_rightclick(L, m_id, clicker);
|
2011-11-11 19:25:30 -05:00
|
|
|
}
|
2011-11-11 12:33:17 -05:00
|
|
|
|
2011-11-12 04:59:56 -05:00
|
|
|
void LuaEntitySAO::setPos(v3f pos)
|
|
|
|
{
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-27 08:14:24 -04:00
|
|
|
return;
|
2011-11-12 04:59:56 -05:00
|
|
|
m_base_position = pos;
|
2011-11-12 06:14:44 -05:00
|
|
|
sendPosition(false, true);
|
2011-11-12 04:59:56 -05:00
|
|
|
}
|
|
|
|
|
2011-11-12 06:59:56 -05:00
|
|
|
void LuaEntitySAO::moveTo(v3f pos, bool continuous)
|
2011-11-12 04:59:56 -05:00
|
|
|
{
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-27 08:14:24 -04:00
|
|
|
return;
|
2011-11-12 04:59:56 -05:00
|
|
|
m_base_position = pos;
|
2011-11-12 06:59:56 -05:00
|
|
|
if(!continuous)
|
|
|
|
sendPosition(true, true);
|
2011-11-12 04:59:56 -05:00
|
|
|
}
|
|
|
|
|
2011-11-12 08:14:24 -05:00
|
|
|
float LuaEntitySAO::getMinimumSavedMovement()
|
|
|
|
{
|
|
|
|
return 0.1 * BS;
|
|
|
|
}
|
|
|
|
|
2012-03-04 14:08:03 -05:00
|
|
|
std::string LuaEntitySAO::getDescription()
|
|
|
|
{
|
|
|
|
std::ostringstream os(std::ios::binary);
|
|
|
|
os<<"LuaEntitySAO at (";
|
|
|
|
os<<(m_base_position.X/BS)<<",";
|
|
|
|
os<<(m_base_position.Y/BS)<<",";
|
|
|
|
os<<(m_base_position.Z/BS);
|
|
|
|
os<<")";
|
2012-03-10 21:15:45 -05:00
|
|
|
return os.str();
|
2012-03-04 14:08:03 -05:00
|
|
|
}
|
|
|
|
|
2012-03-29 09:10:11 -04:00
|
|
|
void LuaEntitySAO::setHP(s16 hp)
|
|
|
|
{
|
|
|
|
if(hp < 0) hp = 0;
|
|
|
|
m_hp = hp;
|
|
|
|
}
|
|
|
|
|
|
|
|
s16 LuaEntitySAO::getHP() const
|
|
|
|
{
|
|
|
|
return m_hp;
|
|
|
|
}
|
|
|
|
|
|
|
|
void LuaEntitySAO::setArmorGroups(const ItemGroupList &armor_groups)
|
|
|
|
{
|
|
|
|
m_armor_groups = armor_groups;
|
|
|
|
m_armor_groups_sent = false;
|
|
|
|
}
|
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
void LuaEntitySAO::setAnimation(v2f frame_range, float frame_speed, float frame_blend)
|
2012-10-26 11:03:24 -04:00
|
|
|
{
|
2012-11-12 09:35:10 -05:00
|
|
|
m_animation_range = frame_range;
|
2012-11-04 07:33:30 -05:00
|
|
|
m_animation_speed = frame_speed;
|
|
|
|
m_animation_blend = frame_blend;
|
2012-11-12 09:35:10 -05:00
|
|
|
m_animation_sent = false;
|
2012-10-26 11:03:24 -04:00
|
|
|
}
|
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
void LuaEntitySAO::setBonePosition(std::string bone, v3f position, v3f rotation)
|
2012-10-26 11:03:24 -04:00
|
|
|
{
|
2012-11-12 09:35:10 -05:00
|
|
|
m_bone_position[bone] = core::vector2d<v3f>(position, rotation);
|
|
|
|
m_bone_position_sent = false;
|
2012-10-26 11:03:24 -04:00
|
|
|
}
|
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
void LuaEntitySAO::setAttachment(int parent_id, std::string bone, v3f position, v3f rotation)
|
2012-10-26 18:49:01 -04:00
|
|
|
{
|
2012-10-27 08:14:24 -04:00
|
|
|
// Attachments need to be handled on both the server and client.
|
|
|
|
// If we just attach on the server, we can only copy the position of the parent. Attachments
|
2012-10-28 11:07:11 -04:00
|
|
|
// are still sent to clients at an interval so players might see them lagging, plus we can't
|
|
|
|
// read and attach to skeletal bones.
|
2012-10-27 08:14:24 -04:00
|
|
|
// If we just attach on the client, the server still sees the child at its original location.
|
2012-10-28 11:07:11 -04:00
|
|
|
// This breaks some things so we also give the server the most accurate representation
|
|
|
|
// even if players only see the client changes.
|
2012-10-27 08:14:24 -04:00
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
m_attachment_parent_id = parent_id;
|
2012-11-04 07:33:30 -05:00
|
|
|
m_attachment_bone = bone;
|
|
|
|
m_attachment_position = position;
|
|
|
|
m_attachment_rotation = rotation;
|
|
|
|
m_attachment_sent = false;
|
2012-10-26 18:49:01 -04:00
|
|
|
}
|
|
|
|
|
2012-03-30 06:26:40 -04:00
|
|
|
ObjectProperties* LuaEntitySAO::accessObjectProperties()
|
|
|
|
{
|
|
|
|
return &m_prop;
|
|
|
|
}
|
|
|
|
|
|
|
|
void LuaEntitySAO::notifyObjectPropertiesModified()
|
|
|
|
{
|
|
|
|
m_properties_sent = false;
|
|
|
|
}
|
|
|
|
|
2011-11-21 04:15:15 -05:00
|
|
|
void LuaEntitySAO::setVelocity(v3f velocity)
|
|
|
|
{
|
|
|
|
m_velocity = velocity;
|
|
|
|
}
|
|
|
|
|
2012-01-02 09:19:52 -05:00
|
|
|
v3f LuaEntitySAO::getVelocity()
|
|
|
|
{
|
|
|
|
return m_velocity;
|
|
|
|
}
|
|
|
|
|
2011-11-21 04:15:15 -05:00
|
|
|
void LuaEntitySAO::setAcceleration(v3f acceleration)
|
|
|
|
{
|
|
|
|
m_acceleration = acceleration;
|
|
|
|
}
|
|
|
|
|
2011-11-26 21:31:05 -05:00
|
|
|
v3f LuaEntitySAO::getAcceleration()
|
|
|
|
{
|
|
|
|
return m_acceleration;
|
|
|
|
}
|
|
|
|
|
2012-01-02 09:19:52 -05:00
|
|
|
void LuaEntitySAO::setYaw(float yaw)
|
|
|
|
{
|
|
|
|
m_yaw = yaw;
|
|
|
|
}
|
|
|
|
|
|
|
|
float LuaEntitySAO::getYaw()
|
|
|
|
{
|
|
|
|
return m_yaw;
|
|
|
|
}
|
|
|
|
|
2011-11-26 05:35:30 -05:00
|
|
|
void LuaEntitySAO::setTextureMod(const std::string &mod)
|
|
|
|
{
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string str = gob_cmd_set_texture_mod(mod);
|
2011-11-26 05:35:30 -05:00
|
|
|
// create message and add to list
|
2012-03-29 10:46:21 -04:00
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
2011-11-26 05:35:30 -05:00
|
|
|
m_messages_out.push_back(aom);
|
2011-11-26 21:31:05 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
void LuaEntitySAO::setSprite(v2s16 p, int num_frames, float framelength,
|
|
|
|
bool select_horiz_by_yawpitch)
|
|
|
|
{
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string str = gob_cmd_set_sprite(
|
|
|
|
p,
|
|
|
|
num_frames,
|
|
|
|
framelength,
|
|
|
|
select_horiz_by_yawpitch
|
|
|
|
);
|
2011-11-26 21:31:05 -05:00
|
|
|
// create message and add to list
|
2012-03-29 10:46:21 -04:00
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
2011-11-26 21:31:05 -05:00
|
|
|
m_messages_out.push_back(aom);
|
2011-11-26 05:35:30 -05:00
|
|
|
}
|
|
|
|
|
2012-01-02 06:12:56 -05:00
|
|
|
std::string LuaEntitySAO::getName()
|
|
|
|
{
|
|
|
|
return m_init_name;
|
|
|
|
}
|
|
|
|
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string LuaEntitySAO::getPropertyPacket()
|
|
|
|
{
|
2012-03-30 05:51:51 -04:00
|
|
|
return gob_cmd_set_properties(m_prop);
|
2012-03-29 10:46:21 -04:00
|
|
|
}
|
|
|
|
|
2011-11-12 06:14:44 -05:00
|
|
|
void LuaEntitySAO::sendPosition(bool do_interpolate, bool is_movement_end)
|
2011-11-12 04:59:56 -05:00
|
|
|
{
|
2012-10-28 11:07:11 -04:00
|
|
|
// If the object is attached client-side, don't waste bandwidth sending its position to clients
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-27 08:14:24 -04:00
|
|
|
return;
|
|
|
|
|
2011-11-12 06:59:56 -05:00
|
|
|
m_last_sent_move_precision = m_base_position.getDistanceFrom(
|
|
|
|
m_last_sent_position);
|
|
|
|
m_last_sent_position_timer = 0;
|
2011-11-12 04:59:56 -05:00
|
|
|
m_last_sent_yaw = m_yaw;
|
|
|
|
m_last_sent_position = m_base_position;
|
2011-11-21 07:36:21 -05:00
|
|
|
m_last_sent_velocity = m_velocity;
|
2011-11-21 04:15:15 -05:00
|
|
|
//m_last_sent_acceleration = m_acceleration;
|
2011-11-12 06:59:56 -05:00
|
|
|
|
|
|
|
float update_interval = m_env->getSendRecommendedInterval();
|
2011-11-12 04:59:56 -05:00
|
|
|
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string str = gob_cmd_update_position(
|
|
|
|
m_base_position,
|
|
|
|
m_velocity,
|
|
|
|
m_acceleration,
|
|
|
|
m_yaw,
|
|
|
|
do_interpolate,
|
|
|
|
is_movement_end,
|
|
|
|
update_interval
|
|
|
|
);
|
2011-11-12 04:59:56 -05:00
|
|
|
// create message and add to list
|
2012-03-29 10:46:21 -04:00
|
|
|
ActiveObjectMessage aom(getId(), false, str);
|
2012-03-30 06:55:08 -04:00
|
|
|
m_messages_out.push_back(aom);
|
2011-11-12 04:59:56 -05:00
|
|
|
}
|
|
|
|
|
2012-03-18 22:04:16 -04:00
|
|
|
/*
|
|
|
|
PlayerSAO
|
|
|
|
*/
|
|
|
|
|
|
|
|
// No prototype, PlayerSAO does not need to be deserialized
|
|
|
|
|
2012-03-31 10:08:39 -04:00
|
|
|
PlayerSAO::PlayerSAO(ServerEnvironment *env_, Player *player_, u16 peer_id_,
|
2012-04-01 06:19:50 -04:00
|
|
|
const std::set<std::string> &privs, bool is_singleplayer):
|
2012-03-18 22:04:16 -04:00
|
|
|
ServerActiveObject(env_, v3f(0,0,0)),
|
|
|
|
m_player(player_),
|
|
|
|
m_peer_id(peer_id_),
|
|
|
|
m_inventory(NULL),
|
|
|
|
m_last_good_position(0,0,0),
|
|
|
|
m_last_good_position_age(0),
|
|
|
|
m_time_from_last_punch(0),
|
2012-07-21 07:38:49 -04:00
|
|
|
m_nocheat_dig_pos(32767, 32767, 32767),
|
|
|
|
m_nocheat_dig_time(0),
|
2012-03-18 22:04:16 -04:00
|
|
|
m_wield_index(0),
|
|
|
|
m_position_not_sent(false),
|
2012-03-29 09:10:11 -04:00
|
|
|
m_armor_groups_sent(false),
|
2012-03-29 10:46:21 -04:00
|
|
|
m_properties_sent(true),
|
2012-03-31 10:08:39 -04:00
|
|
|
m_privs(privs),
|
2012-04-01 06:19:50 -04:00
|
|
|
m_is_singleplayer(is_singleplayer),
|
2012-11-12 09:35:10 -05:00
|
|
|
m_animation_sent(false),
|
|
|
|
m_bone_position_sent(false),
|
2012-11-04 07:33:30 -05:00
|
|
|
m_attachment_sent(false),
|
2012-03-31 10:08:39 -04:00
|
|
|
// public
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
m_moved(false),
|
2012-03-18 22:04:16 -04:00
|
|
|
m_inventory_not_sent(false),
|
|
|
|
m_hp_not_sent(false),
|
|
|
|
m_wielded_item_not_sent(false)
|
|
|
|
{
|
|
|
|
assert(m_player);
|
|
|
|
assert(m_peer_id != 0);
|
|
|
|
setBasePosition(m_player->getPosition());
|
|
|
|
m_inventory = &m_player->inventory;
|
2012-03-29 09:10:11 -04:00
|
|
|
m_armor_groups["choppy"] = 2;
|
|
|
|
m_armor_groups["fleshy"] = 3;
|
2012-03-30 05:51:51 -04:00
|
|
|
|
|
|
|
m_prop.hp_max = PLAYER_MAX_HP;
|
|
|
|
m_prop.physical = false;
|
|
|
|
m_prop.weight = 75;
|
|
|
|
m_prop.collisionbox = core::aabbox3d<f32>(-1/3.,-1.0,-1/3., 1/3.,1.0,1/3.);
|
2012-10-22 17:03:14 -04:00
|
|
|
// start of default appearance, this should be overwritten by LUA
|
2012-10-23 13:03:06 -04:00
|
|
|
m_prop.visual = "upright_sprite";
|
2012-03-30 05:51:51 -04:00
|
|
|
m_prop.visual_size = v2f(1, 2);
|
|
|
|
m_prop.textures.clear();
|
|
|
|
m_prop.textures.push_back("player.png");
|
|
|
|
m_prop.textures.push_back("player_back.png");
|
2012-10-26 18:49:01 -04:00
|
|
|
m_prop.colors.clear();
|
|
|
|
m_prop.colors.push_back(video::SColor(255, 255, 255, 255));
|
2012-03-30 05:51:51 -04:00
|
|
|
m_prop.spritediv = v2s16(1,1);
|
2012-10-22 17:03:14 -04:00
|
|
|
// end of default appearance
|
2012-11-12 09:35:10 -05:00
|
|
|
m_prop.is_visible = true;
|
2012-03-30 05:51:51 -04:00
|
|
|
m_prop.makes_footstep_sound = true;
|
2012-03-18 22:04:16 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
PlayerSAO::~PlayerSAO()
|
|
|
|
{
|
|
|
|
if(m_inventory != &m_player->inventory)
|
|
|
|
delete m_inventory;
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
std::string PlayerSAO::getDescription()
|
|
|
|
{
|
|
|
|
return std::string("player ") + m_player->getName();
|
|
|
|
}
|
|
|
|
|
|
|
|
// Called after id has been set and has been inserted in environment
|
2012-09-09 10:12:29 -04:00
|
|
|
void PlayerSAO::addedToEnvironment(u32 dtime_s)
|
2012-03-18 22:04:16 -04:00
|
|
|
{
|
2012-09-09 10:12:29 -04:00
|
|
|
ServerActiveObject::addedToEnvironment(dtime_s);
|
2012-03-18 22:04:16 -04:00
|
|
|
ServerActiveObject::setBasePosition(m_player->getPosition());
|
|
|
|
m_player->setPlayerSAO(this);
|
|
|
|
m_player->peer_id = m_peer_id;
|
|
|
|
m_last_good_position = m_player->getPosition();
|
|
|
|
m_last_good_position_age = 0.0;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Called before removing from environment
|
|
|
|
void PlayerSAO::removingFromEnvironment()
|
|
|
|
{
|
|
|
|
ServerActiveObject::removingFromEnvironment();
|
|
|
|
if(m_player->getPlayerSAO() == this)
|
|
|
|
{
|
|
|
|
m_player->setPlayerSAO(NULL);
|
|
|
|
m_player->peer_id = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
bool PlayerSAO::isStaticAllowed() const
|
|
|
|
{
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool PlayerSAO::unlimitedTransferDistance() const
|
|
|
|
{
|
|
|
|
return g_settings->getBool("unlimited_player_transfer_distance");
|
|
|
|
}
|
|
|
|
|
|
|
|
std::string PlayerSAO::getClientInitializationData()
|
|
|
|
{
|
|
|
|
std::ostringstream os(std::ios::binary);
|
2012-11-26 02:10:27 -05:00
|
|
|
writeU8(os, 1); // version
|
2012-03-29 10:46:21 -04:00
|
|
|
os<<serializeString(m_player->getName()); // name
|
|
|
|
writeU8(os, 1); // is_player
|
2012-10-26 18:49:01 -04:00
|
|
|
writeS16(os, getId()); //id
|
2012-03-29 10:46:21 -04:00
|
|
|
writeV3F1000(os, m_player->getPosition() + v3f(0,BS*1,0));
|
2012-03-18 22:04:16 -04:00
|
|
|
writeF1000(os, m_player->getYaw());
|
2012-03-29 10:46:21 -04:00
|
|
|
writeS16(os, getHP());
|
2012-11-04 16:54:50 -05:00
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
writeU8(os, 4 + m_bone_position.size()); // number of messages stuffed in here
|
2012-03-29 10:46:21 -04:00
|
|
|
os<<serializeLongString(getPropertyPacket()); // message 1
|
|
|
|
os<<serializeLongString(gob_cmd_update_armor_groups(m_armor_groups)); // 2
|
2012-11-12 09:35:10 -05:00
|
|
|
os<<serializeLongString(gob_cmd_update_animation(m_animation_range, m_animation_speed, m_animation_blend)); // 3
|
|
|
|
for(std::map<std::string, core::vector2d<v3f> >::const_iterator ii = m_bone_position.begin(); ii != m_bone_position.end(); ++ii){
|
|
|
|
os<<serializeLongString(gob_cmd_update_bone_position((*ii).first, (*ii).second.X, (*ii).second.Y)); // m_bone_position.size
|
2012-11-04 16:54:50 -05:00
|
|
|
}
|
|
|
|
os<<serializeLongString(gob_cmd_update_attachment(m_attachment_parent_id, m_attachment_bone, m_attachment_position, m_attachment_rotation)); // 4
|
|
|
|
|
|
|
|
// return result
|
2012-03-18 22:04:16 -04:00
|
|
|
return os.str();
|
|
|
|
}
|
|
|
|
|
|
|
|
std::string PlayerSAO::getStaticData()
|
|
|
|
{
|
|
|
|
assert(0);
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
bool PlayerSAO::isAttached()
|
|
|
|
{
|
|
|
|
if(!m_attachment_parent_id)
|
|
|
|
return false;
|
|
|
|
// Check if the parent still exists
|
|
|
|
ServerActiveObject *obj = m_env->getActiveObject(m_attachment_parent_id);
|
|
|
|
if(obj)
|
|
|
|
return true;
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2012-03-18 22:04:16 -04:00
|
|
|
void PlayerSAO::step(float dtime, bool send_recommended)
|
2012-10-28 11:07:11 -04:00
|
|
|
{
|
2012-03-29 10:46:21 -04:00
|
|
|
if(!m_properties_sent)
|
|
|
|
{
|
|
|
|
m_properties_sent = true;
|
|
|
|
std::string str = getPropertyPacket();
|
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
// If attached, check that our parent is still there. If it isn't, detach.
|
|
|
|
if(m_attachment_parent_id && !isAttached())
|
|
|
|
{
|
|
|
|
m_attachment_parent_id = 0;
|
|
|
|
m_attachment_bone = "";
|
|
|
|
m_attachment_position = v3f(0,0,0);
|
|
|
|
m_attachment_rotation = v3f(0,0,0);
|
|
|
|
m_player->setPosition(m_last_good_position);
|
|
|
|
m_moved = true;
|
|
|
|
}
|
|
|
|
|
2012-03-18 22:04:16 -04:00
|
|
|
m_time_from_last_punch += dtime;
|
2012-07-21 07:38:49 -04:00
|
|
|
m_nocheat_dig_time += dtime;
|
2012-10-27 08:14:24 -04:00
|
|
|
|
2012-10-28 11:07:11 -04:00
|
|
|
// Each frame, parent position is copied if the object is attached, otherwise it's calculated normally
|
|
|
|
// If the object gets detached this comes into effect automatically from the last known origin
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-28 11:07:11 -04:00
|
|
|
{
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
v3f pos = m_env->getActiveObject(m_attachment_parent_id)->getBasePosition();
|
2012-10-28 11:07:11 -04:00
|
|
|
m_last_good_position = pos;
|
|
|
|
m_last_good_position_age = 0;
|
|
|
|
m_player->setPosition(pos);
|
|
|
|
}
|
|
|
|
else
|
2012-04-01 06:19:50 -04:00
|
|
|
{
|
2012-10-27 08:14:24 -04:00
|
|
|
if(m_is_singleplayer || g_settings->getBool("disable_anticheat"))
|
|
|
|
{
|
|
|
|
m_last_good_position = m_player->getPosition();
|
|
|
|
m_last_good_position_age = 0;
|
2012-04-01 06:19:50 -04:00
|
|
|
}
|
2012-10-27 08:14:24 -04:00
|
|
|
else
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
Check player movements
|
|
|
|
|
|
|
|
NOTE: Actually the server should handle player physics like the
|
|
|
|
client does and compare player's position to what is calculated
|
|
|
|
on our side. This is required when eg. players fly due to an
|
|
|
|
explosion. Altough a node-based alternative might be possible
|
|
|
|
too, and much more lightweight.
|
|
|
|
*/
|
|
|
|
|
|
|
|
float player_max_speed = 0;
|
|
|
|
float player_max_speed_up = 0;
|
|
|
|
if(m_privs.count("fast") != 0){
|
|
|
|
// Fast speed
|
|
|
|
player_max_speed = BS * 20;
|
|
|
|
player_max_speed_up = BS * 20;
|
2012-04-01 06:19:50 -04:00
|
|
|
} else {
|
2012-10-27 08:14:24 -04:00
|
|
|
// Normal speed
|
|
|
|
player_max_speed = BS * 4.0;
|
|
|
|
player_max_speed_up = BS * 4.0;
|
|
|
|
}
|
|
|
|
// Tolerance
|
|
|
|
player_max_speed *= 2.5;
|
|
|
|
player_max_speed_up *= 2.5;
|
|
|
|
|
|
|
|
m_last_good_position_age += dtime;
|
|
|
|
if(m_last_good_position_age >= 1.0){
|
|
|
|
float age = m_last_good_position_age;
|
|
|
|
v3f diff = (m_player->getPosition() - m_last_good_position);
|
|
|
|
float d_vert = diff.Y;
|
|
|
|
diff.Y = 0;
|
|
|
|
float d_horiz = diff.getLength();
|
|
|
|
/*infostream<<m_player->getName()<<"'s horizontal speed is "
|
|
|
|
<<(d_horiz/age)<<std::endl;*/
|
|
|
|
if(d_horiz <= age * player_max_speed &&
|
|
|
|
(d_vert < 0 || d_vert < age * player_max_speed_up)){
|
|
|
|
m_last_good_position = m_player->getPosition();
|
|
|
|
} else {
|
|
|
|
actionstream<<"Player "<<m_player->getName()
|
|
|
|
<<" moved too fast; resetting position"
|
|
|
|
<<std::endl;
|
|
|
|
m_player->setPosition(m_last_good_position);
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
m_moved = true;
|
2012-10-27 08:14:24 -04:00
|
|
|
}
|
|
|
|
m_last_good_position_age = 0;
|
2012-04-01 06:19:50 -04:00
|
|
|
}
|
2012-03-18 22:04:16 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if(send_recommended == false)
|
|
|
|
return;
|
|
|
|
|
2012-10-28 11:07:11 -04:00
|
|
|
// If the object is attached client-side, don't waste bandwidth sending its position to clients
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(m_position_not_sent && !isAttached())
|
2012-03-18 22:04:16 -04:00
|
|
|
{
|
|
|
|
m_position_not_sent = false;
|
2012-03-29 10:46:21 -04:00
|
|
|
float update_interval = m_env->getSendRecommendedInterval();
|
2012-10-27 08:14:24 -04:00
|
|
|
v3f pos;
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached()) // Just in case we ever do send attachment position too
|
|
|
|
pos = m_env->getActiveObject(m_attachment_parent_id)->getBasePosition();
|
2012-10-27 08:14:24 -04:00
|
|
|
else
|
|
|
|
pos = m_player->getPosition() + v3f(0,BS*1,0);
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string str = gob_cmd_update_position(
|
2012-10-27 08:14:24 -04:00
|
|
|
pos,
|
2012-03-29 10:46:21 -04:00
|
|
|
v3f(0,0,0),
|
|
|
|
v3f(0,0,0),
|
|
|
|
m_player->getYaw(),
|
|
|
|
true,
|
|
|
|
false,
|
|
|
|
update_interval
|
|
|
|
);
|
2012-03-18 22:04:16 -04:00
|
|
|
// create message and add to list
|
2012-03-29 10:46:21 -04:00
|
|
|
ActiveObjectMessage aom(getId(), false, str);
|
2012-03-18 22:04:16 -04:00
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
|
|
|
|
if(m_wielded_item_not_sent)
|
|
|
|
{
|
|
|
|
m_wielded_item_not_sent = false;
|
2012-03-29 10:46:21 -04:00
|
|
|
// GenericCAO has no special way to show this
|
|
|
|
}
|
2012-03-18 22:04:16 -04:00
|
|
|
|
2012-03-29 10:46:21 -04:00
|
|
|
if(m_armor_groups_sent == false){
|
|
|
|
m_armor_groups_sent = true;
|
|
|
|
std::string str = gob_cmd_update_armor_groups(
|
|
|
|
m_armor_groups);
|
2012-03-18 22:04:16 -04:00
|
|
|
// create message and add to list
|
2012-03-29 10:46:21 -04:00
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
2012-03-18 22:04:16 -04:00
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
2012-11-04 07:33:30 -05:00
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
if(m_animation_sent == false){
|
|
|
|
m_animation_sent = true;
|
|
|
|
std::string str = gob_cmd_update_animation(m_animation_range, m_animation_speed, m_animation_blend);
|
2012-11-04 07:33:30 -05:00
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
if(m_bone_position_sent == false){
|
|
|
|
m_bone_position_sent = true;
|
|
|
|
for(std::map<std::string, core::vector2d<v3f> >::const_iterator ii = m_bone_position.begin(); ii != m_bone_position.end(); ++ii){
|
|
|
|
std::string str = gob_cmd_update_bone_position((*ii).first, (*ii).second.X, (*ii).second.Y);
|
2012-11-04 07:33:30 -05:00
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if(m_attachment_sent == false){
|
|
|
|
m_attachment_sent = true;
|
2012-11-04 16:54:50 -05:00
|
|
|
std::string str = gob_cmd_update_attachment(m_attachment_parent_id, m_attachment_bone, m_attachment_position, m_attachment_rotation);
|
2012-11-04 07:33:30 -05:00
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
2012-03-18 22:04:16 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::setBasePosition(const v3f &position)
|
|
|
|
{
|
2012-10-28 11:07:11 -04:00
|
|
|
// This needs to be ran for attachments too
|
2012-03-18 22:04:16 -04:00
|
|
|
ServerActiveObject::setBasePosition(position);
|
|
|
|
m_position_not_sent = true;
|
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::setPos(v3f pos)
|
|
|
|
{
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-27 08:14:24 -04:00
|
|
|
return;
|
2012-03-18 22:04:16 -04:00
|
|
|
m_player->setPosition(pos);
|
|
|
|
// Movement caused by this command is always valid
|
|
|
|
m_last_good_position = pos;
|
|
|
|
m_last_good_position_age = 0;
|
|
|
|
// Force position change on client
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
m_moved = true;
|
2012-03-18 22:04:16 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::moveTo(v3f pos, bool continuous)
|
|
|
|
{
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-27 08:14:24 -04:00
|
|
|
return;
|
2012-03-18 22:04:16 -04:00
|
|
|
m_player->setPosition(pos);
|
|
|
|
// Movement caused by this command is always valid
|
|
|
|
m_last_good_position = pos;
|
|
|
|
m_last_good_position_age = 0;
|
|
|
|
// Force position change on client
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
m_moved = true;
|
2012-03-18 22:04:16 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
int PlayerSAO::punch(v3f dir,
|
|
|
|
const ToolCapabilities *toolcap,
|
|
|
|
ServerActiveObject *puncher,
|
|
|
|
float time_from_last_punch)
|
|
|
|
{
|
2012-10-27 08:14:24 -04:00
|
|
|
// It's best that attachments cannot be punched
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
if(isAttached())
|
2012-10-27 08:14:24 -04:00
|
|
|
return 0;
|
|
|
|
|
2012-03-18 22:04:16 -04:00
|
|
|
if(!toolcap)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
// No effect if PvP disabled
|
|
|
|
if(g_settings->getBool("enable_pvp") == false){
|
2012-03-29 10:46:21 -04:00
|
|
|
if(puncher->getType() == ACTIVEOBJECT_TYPE_PLAYER){
|
|
|
|
std::string str = gob_cmd_punched(0, getHP());
|
|
|
|
// create message and add to list
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
|
|
|
m_messages_out.push_back(aom);
|
2012-03-18 22:04:16 -04:00
|
|
|
return 0;
|
2012-03-29 10:46:21 -04:00
|
|
|
}
|
2012-03-18 22:04:16 -04:00
|
|
|
}
|
|
|
|
|
2012-03-29 09:10:11 -04:00
|
|
|
HitParams hitparams = getHitParams(m_armor_groups, toolcap,
|
|
|
|
time_from_last_punch);
|
2012-03-18 22:04:16 -04:00
|
|
|
|
|
|
|
actionstream<<"Player "<<m_player->getName()<<" punched by "
|
|
|
|
<<puncher->getDescription()<<", damage "<<hitparams.hp
|
|
|
|
<<" HP"<<std::endl;
|
|
|
|
|
|
|
|
setHP(getHP() - hitparams.hp);
|
|
|
|
|
|
|
|
if(hitparams.hp != 0)
|
|
|
|
{
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string str = gob_cmd_punched(hitparams.hp, getHP());
|
2012-03-18 22:04:16 -04:00
|
|
|
// create message and add to list
|
2012-03-29 10:46:21 -04:00
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
2012-03-18 22:04:16 -04:00
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
|
|
|
|
return hitparams.wear;
|
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::rightClick(ServerActiveObject *clicker)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
s16 PlayerSAO::getHP() const
|
|
|
|
{
|
|
|
|
return m_player->hp;
|
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::setHP(s16 hp)
|
|
|
|
{
|
|
|
|
s16 oldhp = m_player->hp;
|
|
|
|
|
|
|
|
if(hp < 0)
|
|
|
|
hp = 0;
|
|
|
|
else if(hp > PLAYER_MAX_HP)
|
|
|
|
hp = PLAYER_MAX_HP;
|
|
|
|
|
|
|
|
if(hp < oldhp && g_settings->getBool("enable_damage") == false)
|
|
|
|
{
|
|
|
|
m_hp_not_sent = true; // fix wrong prediction on client
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
m_player->hp = hp;
|
|
|
|
|
|
|
|
if(hp != oldhp)
|
|
|
|
m_hp_not_sent = true;
|
|
|
|
|
|
|
|
// On death or reincarnation send an active object message
|
|
|
|
if((hp == 0) != (oldhp == 0))
|
|
|
|
{
|
2012-03-29 10:46:21 -04:00
|
|
|
// Will send new is_visible value based on (getHP()!=0)
|
|
|
|
m_properties_sent = false;
|
|
|
|
// Send new HP
|
|
|
|
std::string str = gob_cmd_punched(0, getHP());
|
|
|
|
ActiveObjectMessage aom(getId(), true, str);
|
2012-03-18 22:04:16 -04:00
|
|
|
m_messages_out.push_back(aom);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-03-29 09:10:11 -04:00
|
|
|
void PlayerSAO::setArmorGroups(const ItemGroupList &armor_groups)
|
|
|
|
{
|
|
|
|
m_armor_groups = armor_groups;
|
|
|
|
m_armor_groups_sent = false;
|
|
|
|
}
|
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
void PlayerSAO::setAnimation(v2f frame_range, float frame_speed, float frame_blend)
|
2012-10-26 11:03:24 -04:00
|
|
|
{
|
2012-11-04 07:33:30 -05:00
|
|
|
// store these so they can be updated to clients
|
2012-11-12 09:35:10 -05:00
|
|
|
m_animation_range = frame_range;
|
2012-11-04 07:33:30 -05:00
|
|
|
m_animation_speed = frame_speed;
|
|
|
|
m_animation_blend = frame_blend;
|
2012-11-12 09:35:10 -05:00
|
|
|
m_animation_sent = false;
|
2012-10-26 11:03:24 -04:00
|
|
|
}
|
|
|
|
|
2012-11-12 09:35:10 -05:00
|
|
|
void PlayerSAO::setBonePosition(std::string bone, v3f position, v3f rotation)
|
2012-10-26 11:03:24 -04:00
|
|
|
{
|
2012-11-04 07:33:30 -05:00
|
|
|
// store these so they can be updated to clients
|
2012-11-12 09:35:10 -05:00
|
|
|
m_bone_position[bone] = core::vector2d<v3f>(position, rotation);
|
|
|
|
m_bone_position_sent = false;
|
2012-10-26 11:03:24 -04:00
|
|
|
}
|
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
void PlayerSAO::setAttachment(int parent_id, std::string bone, v3f position, v3f rotation)
|
2012-10-27 08:14:24 -04:00
|
|
|
{
|
|
|
|
// Attachments need to be handled on both the server and client.
|
|
|
|
// If we just attach on the server, we can only copy the position of the parent. Attachments
|
2012-10-28 11:07:11 -04:00
|
|
|
// are still sent to clients at an interval so players might see them lagging, plus we can't
|
|
|
|
// read and attach to skeletal bones.
|
2012-10-27 08:14:24 -04:00
|
|
|
// If we just attach on the client, the server still sees the child at its original location.
|
2012-10-28 11:07:11 -04:00
|
|
|
// This breaks some things so we also give the server the most accurate representation
|
|
|
|
// even if players only see the client changes.
|
2012-10-27 08:14:24 -04:00
|
|
|
|
Update attachments at the ending of the addToScene function for parents. And with this... *drum roll* Client-side attachments are at last functional and stick visibly.
Fix the last segmentation fault (apparently). So far attachments seem to be fully functional, although removing the parent causes children to go to origin 0,0,0 and possibly still cause such a fault (though this should already be addressed)
Fix a bug in falling code where entities get stuck
Also check if the parent has been removed server-side, and detach the child if so. Fixes children going to origin 0,0,0 when their parent is removed.
Unset all attachment properties when permanently detaching (on both the client and server). Also store less data we don't need
Create a separate function for detaching, and also update lua api documentation
When a child is detached, update its position from the server to clients. This WILL cause it to get positioned slightly differently client side, as the server attachment system only copies parent origin and knows not about mesh / bone transformation. This prevents different clients seeing the object detached in different spots which is most correct
Update the position of attached players to clients. An attached player will see himself move, but this is currently VERY ugly and laggy as it is done by the server (it probably must stay this way too)
Use a different approach for locally attached players. This allows for smooth positio transitions to work, as well at the player turning around freely. Still buggy however
2012-11-07 11:42:38 -05:00
|
|
|
m_attachment_parent_id = parent_id;
|
2012-11-04 07:33:30 -05:00
|
|
|
m_attachment_bone = bone;
|
|
|
|
m_attachment_position = position;
|
|
|
|
m_attachment_rotation = rotation;
|
|
|
|
m_attachment_sent = false;
|
2012-10-26 18:49:01 -04:00
|
|
|
}
|
|
|
|
|
2012-03-30 06:26:40 -04:00
|
|
|
ObjectProperties* PlayerSAO::accessObjectProperties()
|
|
|
|
{
|
|
|
|
return &m_prop;
|
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::notifyObjectPropertiesModified()
|
|
|
|
{
|
|
|
|
m_properties_sent = false;
|
|
|
|
}
|
|
|
|
|
2012-03-18 22:04:16 -04:00
|
|
|
Inventory* PlayerSAO::getInventory()
|
|
|
|
{
|
|
|
|
return m_inventory;
|
|
|
|
}
|
|
|
|
const Inventory* PlayerSAO::getInventory() const
|
|
|
|
{
|
|
|
|
return m_inventory;
|
|
|
|
}
|
|
|
|
|
|
|
|
InventoryLocation PlayerSAO::getInventoryLocation() const
|
|
|
|
{
|
|
|
|
InventoryLocation loc;
|
|
|
|
loc.setPlayer(m_player->getName());
|
|
|
|
return loc;
|
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::setInventoryModified()
|
|
|
|
{
|
|
|
|
m_inventory_not_sent = true;
|
|
|
|
}
|
|
|
|
|
|
|
|
std::string PlayerSAO::getWieldList() const
|
|
|
|
{
|
|
|
|
return "main";
|
|
|
|
}
|
|
|
|
|
|
|
|
int PlayerSAO::getWieldIndex() const
|
|
|
|
{
|
|
|
|
return m_wield_index;
|
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::setWieldIndex(int i)
|
|
|
|
{
|
|
|
|
if(i != m_wield_index)
|
|
|
|
{
|
|
|
|
m_wield_index = i;
|
|
|
|
m_wielded_item_not_sent = true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void PlayerSAO::disconnected()
|
|
|
|
{
|
|
|
|
m_peer_id = 0;
|
|
|
|
m_removed = true;
|
|
|
|
if(m_player->getPlayerSAO() == this)
|
|
|
|
{
|
|
|
|
m_player->setPlayerSAO(NULL);
|
|
|
|
m_player->peer_id = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-03-29 10:46:21 -04:00
|
|
|
std::string PlayerSAO::getPropertyPacket()
|
|
|
|
{
|
2012-11-12 09:35:10 -05:00
|
|
|
m_prop.is_visible = (true);
|
2012-03-30 05:51:51 -04:00
|
|
|
return gob_cmd_set_properties(m_prop);
|
2012-03-29 10:46:21 -04:00
|
|
|
}
|
|
|
|
|