calculate object's screen position

[Cypher]

Aha! CreateRemoteThread is exactly what I'm asking for! Thanks Cypher!
I think there's no big deal of race conditions for TraceLine function. I'll give it a kick and see how it goes.

Actually you may be right, from memory map objects are handled in a separate thread (and of course traceline only cares about terrain and map objects, not mobs, which are in the primary thread), traceline should perform all the necesary locking and thread synchronization for you.

[wanyancan]

I've got a weird problem using CreateRemoteThread... When built in "Release", the dummy codes are copied correctly to remote process and invoked properly, however for "debug" build, some non-sense bytes are copied from a wrong function address..

Codes as below

#define INJECTSIZE 4096
DWORD __stdcall mySnubber( DWORD c )
{
		/*
		0   float float float 
		0xC float float float 
		0x18 float float float
		0x24 float
		0x28 float (flag)
		0x2C float float float
		*/
	typedef bool (__cdecl *tTraceLine)(int*, int*, int*, int*, int*, int*);
	tTraceLine pTraceLine = (tTraceLine)0x506060;
	return pTraceLine((int*)c, (int*)(c+0xC), (int*)(c+0x18), (int*)(c+0x24) ,(int*)(c+0x28) , (int*)0);	
}
void testRemoteCall(){
	DWORD RmThdId;
	LPVOID procAdd, paraAdd;
	procAdd = VirtualAllocEx(wowprohnd,NULL, INJECTSIZE,  MEM_COMMIT, PAGE_EXECUTE_READWRITE);
	if(!procAdd){
		printf("can't allocate proc Memory\n");
		goto cleanup;
	}
	paraAdd = VirtualAllocEx(wowprohnd,NULL, INJECTSIZE,  MEM_COMMIT, PAGE_READWRITE );
	if(!paraAdd){
		printf("can't allocate parameters Memory\n");
		goto cleanup;
	}
	DWORD szWritten;
	if(!WriteProcessMemory(wowprohnd, procAdd, &mySnubber, INJECTSIZE, &szWritten)){
		printf("can't write procedure into proc memory\n");
		goto cleanup;
	}
	char testbuff[INJECTSIZE+4];
	ReadStr(procAdd, testbuff, INJECTSIZE); // for test

	// Setting [in]paraAddress as well , omitted

	HANDLE hRmThd = CreateRemoteThread(wowprohnd, NULL, NULL,(DWORD (__stdcall *)( void *))procAdd, paraAdd, NULL, &RmThdId);
	if(!hRmThd){
		printf("can't create thread \n");
		goto cleanup;
	}
	RmThdId = WaitForSingleObject(hRmThd, 3000);
	CloseHandle(hRmThd);
cleanup:
	
	if(procAdd)
		if(!VirtualFreeEx(wowprohnd, procAdd, 0, MEM_RELEASE))
			printf("Can't free allocated proc memory\n");
	if(paraAdd)
		if(!VirtualFreeEx(wowprohnd, paraAdd, 0, MEM_RELEASE))
			printf("Can't free allocated proc memory\n");
}

This line

WriteProcessMemory(wowprohnd, procAdd, &mySnubber, INJECTSIZE, &szWritten)

works correctly for "Release" build, but not in "Debug" build. The address for "mySnubber" is wrong...

Another thing I'm concerning is the WriteProcessMemory.. Is it currently being checked by warden when reading/writing in the newly allocated memory space?

[b0t001]

i should read the rest of the thread first before posting ;D

[rafalsk]

I did some reversing can someone confirm that these are the current offsets?:
WOW_CAMERA_PTR1 0xB0C544
WOW_CAMERA_OFFSET 0x7E20

they seem to return right values, and react properly to camera change but my mouse is just not pointing right;]

[asmodei]

those are the offsets in the current dump sticky...i haven't tried it recently though

[rafalsk]

I haven't found first offset anywhere in these forums, probably haven't looked for it well enough;] the offsets look FINE I've compared camera position I receive with position of the player and it's the same when cam is over a player, but that World To screen algo from http://www.mmowned.com/forums/wow-me...ld-screen.html seems to give me wrong results, I don't uderstand the math involved;P

LOL. not sure yet bot it seems like I was pointing my mouse position was relative to Screen corner not window corner:P
EDIT2: well I translated to cords using Control.PointToScreen however it still is not right;]

[asmodei]

I just verified that it's working. It also seems to only work for me when wow is maximized. I'm running in windowed mode, just maximized. I'm at work right now, so i haven't really messed around too much, but thought i'd verify for you.

good luck

[mnbvc]

if you use the code from yetihunter:
remove this:
if ((diff * camera.ViewMat.GetFirstColumn) < 0)
return false;

i dont know why it causes problems, but it sometimes does :P

[rafalsk]

yep I'm using code from YetiHunter and I've already noticed that this seems to be the part causing problems, deleting this did the thing, and now it works as asmodei mentioned (thanks) only when WoW's window is maximized, trying to find out now what's the reason it's not working in normal windows state.

EDIT:Finally, the reason why it was working only when Window is maximized was because I ****ed up;] but I see not only me was having that kind of problem;P

GetClientRect returns the width and height of the window (bottom right corner) you need to find upper left corner of wow window and add it.

[wanyancan]

probably I'd better to open a new thread to ask my question...

[Apoc]

        public static bool WorldToScreen(Vector3 position, out Vector3 screen)
        {
            screen = Vector3.Project(position, Device.Viewport, Projection, View, Matrix.Identity);

            return (screen.Z < 1f);
        }

IMO.

[wanyancan]

I've considered to shift to C# many many times... But still haven't...
I do envy you.

        public static bool WorldToScreen(Vector3 position, out Vector3 screen)
        {
            screen = Vector3.Project(position, Device.Viewport, Projection, View, Matrix.Identity);

            return (screen.Z < 1f);
        }

IMO.

[mnbvc]

to get the position in a windowed window:

[DllImport("user32.dll")]
private static extern bool GetClientRect(IntPtr hWnd, ref Rect rect);

var rc2 = new Rect();
GetWindowRect(ptr.HWND, ref rc2);


for the standard win xp border widths:
Position = new Point(pctMouse.X + rc2.left + 4, pctMouse.Y + rc2.top + 30);

[kynox]

I've considered to shift to C# many many times... But still haven't...
I do envy you.

bool Renderer::WorldToScreen( idVec3 vecPos, idVec2& vecScreen )
{
    D3DXVECTOR3 Out, In( vecPos[0], vecPos[1], vecPos[2] );
    D3DVIEWPORT9 Viewport;
    D3DXMATRIX Proj(m_ProjMatrix), View(m_ViewMatrix), World;
    
    m_pDevice->GetViewport(&Viewport);
    D3DXMatrixIdentity(&World);

    D3DXVec3Project( &Out, &In, &Viewport, &Proj, &View, &World );

    vecScreen[0] = Out.x;
    vecScreen[1] = Out.y;

    return ( Out.z < 1.f );
}

IMO

[lanman92]

I was going to say, isn't the .NET implementation of D3D just a COM wrapper...? :O