1
0
mirror of https://github.com/moparisthebest/minetest synced 2024-11-07 18:05:08 -05:00
minetest/src/clientobject.cpp

71 lines
1.7 KiB
C++
Raw Normal View History

/*
2013-02-24 12:40:43 -05:00
Minetest
2013-02-24 13:38:45 -05:00
Copyright (C) 2010-2013 celeron55, Perttu Ahola <celeron55@gmail.com>
This program is free software; you can redistribute it and/or modify
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
(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
GNU Lesser General Public License for more details.
You should have received a copy of the GNU Lesser General Public License along
with this program; if not, write to the Free Software Foundation, Inc.,
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
*/
#include "clientobject.h"
#include "debug.h"
#include "porting.h"
#include "constants.h"
/*
ClientActiveObject
*/
2011-12-01 11:23:58 -05:00
ClientActiveObject::ClientActiveObject(u16 id, IGameDef *gamedef,
ClientEnvironment *env):
ActiveObject(id),
2011-12-01 11:23:58 -05:00
m_gamedef(gamedef),
m_env(env)
{
}
ClientActiveObject::~ClientActiveObject()
{
Send animations, bone overrides and attachments in entity initialization. Clients no longer have to be near an object when an animation or attachment is set to see the changes, and newly connected clients (or a client that simply renders the object for the first time) will get all of those settings. Therefore, the lua script no longer needs to run every X seconds either, just once per entity. Finish fixing the material color code. But it won't work until MineTest has dynamic lighting... another day another feature. Extra checks for the bone positioning / rotation code Many checks and consistency improvements to the client attachment code Make a separate function for checking if a client object is attached. A more in-depth change will be needed here to fix reading of invalid pointers Use a different method of fetching the parent. Fixes the mass segmentation faults when rendering an attachment (some still happen though) Major change to how attachments are handled. Fix the last segmentaton fault, which was due to the parent becoming invalid while being refreshed / removed which would bause the child to remain attached to nothing. Parents remove their children when being deleted themselves and add them back when re-added. Attachments are stored inside a 2D a vector which easily allows both a child to find their parent and a parent to find its children. Remove attachment list entry when an object is being permanently removed. Also avoid duplicate entries in this list when re-attaching the same object The "big code comments" can now go away. Client attachments almost work properly, and I know what else needs to be done
2012-11-04 16:54:50 -05:00
removeFromScene(true);
}
2011-12-01 11:23:58 -05:00
ClientActiveObject* ClientActiveObject::create(u8 type, IGameDef *gamedef,
ClientEnvironment *env)
{
// Find factory function
2012-12-20 12:19:49 -05:00
std::map<u16, Factory>::iterator n;
n = m_types.find(type);
2012-12-20 12:19:49 -05:00
if(n == m_types.end())
{
// If factory is not found, just return.
dstream<<"WARNING: ClientActiveObject: No factory for type="
2011-10-14 19:28:57 -04:00
<<(int)type<<std::endl;
return NULL;
}
2012-12-20 12:19:49 -05:00
Factory f = n->second;
2011-12-01 11:23:58 -05:00
ClientActiveObject *object = (*f)(gamedef, env);
return object;
}
void ClientActiveObject::registerType(u16 type, Factory f)
{
2012-12-20 12:19:49 -05:00
std::map<u16, Factory>::iterator n;
n = m_types.find(type);
2012-12-20 12:19:49 -05:00
if(n != m_types.end())
return;
2012-12-20 12:19:49 -05:00
m_types[type] = f;
}