[JIRA] Issue Comment Edited: (SVC-3455) llMapDestination ignores look_at parameter

Day Oh (JIRA) no-reply at lindenlab.cascadeo.com
Sun Nov 8 19:16:01 PST 2009


    [ http://jira.secondlife.com/browse/SVC-3455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=145373#action_145373 ] 

Day Oh edited comment on SVC-3455 at 11/8/09 7:15 PM:
------------------------------------------------------

The one in trunk looks like this

void LLAgent::teleportViaLocation(const LLVector3d& pos_global)
{
	LLViewerRegion* regionp = getRegion();
	LLSimInfo* info = LLWorldMap::getInstance()->simInfoFromPosGlobal(pos_global);
	if(regionp && info)
	{
		U32 x_pos;
		U32 y_pos;
		from_region_handle(info->mHandle, &x_pos, &y_pos);
		LLVector3 pos_local(
			(F32)(pos_global.mdV[VX] - x_pos),
			(F32)(pos_global.mdV[VY] - y_pos),
			(F32)(pos_global.mdV[VZ]));
		teleportRequest(info->mHandle, pos_local);
	}
	else if(regionp && 
		teleportCore(regionp->getHandle() == to_region_handle_global((F32)pos_global.mdV[VX], (F32)pos_global.mdV[VY])))
	{
		llwarns << "Using deprecated teleportlocationrequest." << llendl; 
		// send the message
		LLMessageSystem* msg = gMessageSystem;
		msg->newMessageFast(_PREHASH_TeleportLocationRequest);
		msg->nextBlockFast(_PREHASH_AgentData);
		msg->addUUIDFast(_PREHASH_AgentID, getID());
		msg->addUUIDFast(_PREHASH_SessionID, getSessionID());

		msg->nextBlockFast(_PREHASH_Info);
		F32 width = regionp->getWidth();
		LLVector3 pos(fmod((F32)pos_global.mdV[VX], width),
					  fmod((F32)pos_global.mdV[VY], width),
					  (F32)pos_global.mdV[VZ]);
		F32 region_x = (F32)(pos_global.mdV[VX]);
		F32 region_y = (F32)(pos_global.mdV[VY]);
		U64 region_handle = to_region_handle_global(region_x, region_y);
		msg->addU64Fast(_PREHASH_RegionHandle, region_handle);
		msg->addVector3Fast(_PREHASH_Position, pos);
		pos.mV[VX] += 1;
		msg->addVector3Fast(_PREHASH_LookAt, pos);
		sendReliableMessage();
	}
}

Maybe it's different in meerkat?

I really want to write a patch but I don't know which branch to use, and I feel like I wouldn't figure out an acceptable place to store the LookAt while using the map :/

      was (Author: Day Oh):
    The one in trunk looks like this

void LLAgent::teleportViaLocation(const LLVector3d& pos_global)
{
	LLViewerRegion* regionp = getRegion();
	LLSimInfo* info = LLWorldMap::getInstance()->simInfoFromPosGlobal(pos_global);
	if(regionp && info)
	{
		U32 x_pos;
		U32 y_pos;
		from_region_handle(info->mHandle, &x_pos, &y_pos);
		LLVector3 pos_local(
			(F32)(pos_global.mdV[VX] - x_pos),
			(F32)(pos_global.mdV[VY] - y_pos),
			(F32)(pos_global.mdV[VZ]));
		teleportRequest(info->mHandle, pos_local);
	}
	else if(regionp && 
		teleportCore(regionp->getHandle() == to_region_handle_global((F32)pos_global.mdV[VX], (F32)pos_global.mdV[VY])))
	{
		llwarns << "Using deprecated teleportlocationrequest." << llendl; 
		// send the message
		LLMessageSystem* msg = gMessageSystem;
		msg->newMessageFast(_PREHASH_TeleportLocationRequest);
		msg->nextBlockFast(_PREHASH_AgentData);
		msg->addUUIDFast(_PREHASH_AgentID, getID());
		msg->addUUIDFast(_PREHASH_SessionID, getSessionID());

		msg->nextBlockFast(_PREHASH_Info);
		F32 width = regionp->getWidth();
		LLVector3 pos(fmod((F32)pos_global.mdV[VX], width),
					  fmod((F32)pos_global.mdV[VY], width),
					  (F32)pos_global.mdV[VZ]);
		F32 region_x = (F32)(pos_global.mdV[VX]);
		F32 region_y = (F32)(pos_global.mdV[VY]);
		U64 region_handle = to_region_handle_global(region_x, region_y);
		msg->addU64Fast(_PREHASH_RegionHandle, region_handle);
		msg->addVector3Fast(_PREHASH_Position, pos);
		pos.mV[VX] += 1;
		msg->addVector3Fast(_PREHASH_LookAt, pos);
		sendReliableMessage();
	}
}

Maybe it's different in meerkat?
  
> llMapDestination ignores look_at parameter
> ------------------------------------------
>
>                 Key: SVC-3455
>                 URL: http://jira.secondlife.com/browse/SVC-3455
>             Project: 2. Second Life Service - SVC
>          Issue Type: Bug
>    Affects Versions: 1.24 Server
>            Reporter: Doran Zemlja
>
> It seems sort of boneheaded that no one has reported this in Jira yet, but I cannot find it.
> The look_at parameter to llMapDestination is ignored.  There are plenty of things which could use this functionality (stargates, etc...)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.secondlife.com/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the Jira-notify mailing list