Did I never tell you about the hell that is direct3d?
I really thought I uploaded it before though... but here it is again:
Quote:
Originally Posted by dumbfck
Well... I never actually tried building his source for the d38 stuff, so I thought I'd install the DXSDK. I've now given up with that stupid ****** idea lol. I'm probably just being thick... I installed it, pointed VS at the include / library / etc directories. Some of the header files were present in the installation but a whole bunch were not (the d3dx* files). I added a bunch manually but that just spawned more errors exponentially. I'm not personally interested in using this stuff, so I'm sorry but I'm not going to waste any more rage trying to get the SDK installed.
Interest07 said I could post his sources, but I'm not sure which are which now 'cause it was a long time ago. Hopefully he'll see this and upload the appropriate files :P
Having a really bad day, so I'm going to go and smash my Win7 box to a million pieces now.
how if you have the item eye of the jungle or eye of observation that can display ppl's stats, does the informations come from the same memory address ?
When you use an eye of observation, a useItem packet is sent. The server checks that you actually have that item in your inventory and if so, returns some additional information about the target player when you query their info.
If you have the jungle thing, as long as it's equipped the server will send that information along with the usual stuff. Like what Swoosh said about client / server architecture in the other thread... There is no tricking it.
The vital part is the server side check for the items. The stuff you see in your inventory is just a visual to show you what you have stored in the server database.
And to answer your question, I would expect that your target's info would be stored in the same offsets as your own info is stored in (but for their player struct of course). Never actually used one of those items but it would make sense.
The entity struct contains all the available info on the target. I don't know what's all available clientside yet without special items. The only information I'm displaying ATM is basic stuff, hp / mp / lvl. I'm not all that interested in the specifics either ATM.
BTW, my simple overlay using Interest07's stuff is working out just fine. I kinda figured I'd need to do something using Patrik/bobbysing/whoever else's FindPattern function.
Time to get working on a winamp control and faction manager
When you use an eye of observation, a useItem packet is sent. The server checks that you actually have that item in your inventory and if so, returns some additional information about the target player when you query their info.
If you have the jungle thing, as long as it's equipped the server will send that information along with the usual stuff. Like what Swoosh said about client / server architecture in the other thread... There is no tricking it.
The vital part is the server side check for the items. The stuff you see in your inventory is just a visual to show you what you have stored in the server database.
And to answer your question, I would expect that your target's info would be stored in the same offsets as your own info is stored in (but for their player struct of course). Never actually used one of those items but it would make sense.
ohh I see, I think I got the picture of how it relates with the server-client side thing.
can we get player information based on target selected ? other than using player/npc struct list. I think it once worked in older client version, I could find the address of a selected target's HP/MP in CE, I used to peep other ppl's hp using that method when there wasn't much info on player/npc struct list at that time, but later it stopped working.
I think boredsauce also looking for the same thing or the other way around, me asking the same thing as he is
ohh I see, I think I got the picture of how it relates with the server-client side thing.
can we get player information based on target selected ? other than using player/npc struct list. I think it once worked in older client version, I could find the address of a selected target's HP/MP in CE, I used to peep other ppl's hp using that method when there wasn't much info on player/npc struct list at that time, but later it stopped working.
I think boredsauce also looking for the same thing or the other way around, me asking the same thing as he is
I already had the player info I needed, I just had trouble with the D3D hooking.
If you want the hp and stuff you need to cycle through the playerlist checking the UIDs until its the same as the one selected.
Example (untested)
Code:
player_t *PlayerForUID( DWORD UID )
{
for( int i = 0; i < numPlayers; ++i )
{
player_t *p = PlayerForNum( i );
if( !p ) continue;
if( p->UID == UID ) return p;
}
return NULL;
}
I converted the d3d class to d3d9. Mostly did find/replace, but did try to change a few functions that didn't exist in d3d9 anymore. Finally got it to compile without error, but the overlay doesn't display ingame, and sometimes crashes when entering the world.
The way I see it, there's 2 possible things wrong here:
1. I fucked up when replacing d3d8 functions with d3d9,
2. Structures are out of date.
According to dumbfcks post, the sendPacket function is now at 0x63AA80, and the base is 0xA521C0.
Does you have / intend to update the structures? Or do you have any suggestions on what I do next?
EDIT:
Right, so converting from dx8 to dx9 wasn't nearly as hard as I thought it would be.
Just did find/replace on most of the stuff. For drawing text, you don't need the Begin() and End() stuff anymore, just DrawText.
Code:
pFont->DrawTextA( NULL, text, -1, &Rectangle, 0, color );
Also removed calls to SetVertexShader() and used SetFVF instead.