SolarStrike Software

Bill D Cat wrote:I went poking around in Cheat Engine to see if I could possibly locate any flags that might signify if a skill was a buff, heal or attack. Alas I couldn't sort out anything just by looking at the code. The values are going to be static so that just makes it a bit more difficult to figure out what bytes might be relevant. I also tried using some offsets from the addresses.lua file but that wasn't much help to me. If anyone can or has figured a way to automatically determine the "type" and "target" values then I'd include that in this userfunction. But until then, I think this is as far as I can go with this project.

rock5 wrote:

Bill D Cat wrote:I went poking around in Cheat Engine to see if I could possibly locate any flags that might signify if a skill was a buff, heal or attack. Alas I couldn't sort out anything just by looking at the code. The values are going to be static so that just makes it a bit more difficult to figure out what bytes might be relevant. I also tried using some offsets from the addresses.lua file but that wasn't much help to me. If anyone can or has figured a way to automatically determine the "type" and "target" values then I'd include that in this userfunction. But until then, I think this is as far as I can go with this project.

I don't think there is a flag that says it's an attack ,heal or buff etc. I think you just have a skill with some effects on it. What the effects are determine what typeof skill it is. So you would have to look at the effects to decide. I think.

--compareObj(0x38D6EEA0,0x3B9C1EA0,0x150)
function compareObj(base1, base2, size)
	local steps = size/4;
	local foundsome = {};
	local foundvalue = {};
	for position = 0, size, steps do
       local p1 = readInteger(position + base1)
	   local p2 = readInteger(position + base2)
	   local p3 = readFloat(position + base1);
	   if(p1 == p2 and p1 ~= 0)then
			if( not p3 or not(p3 == 500 or p3 == 2000 or p3 ==12043 or p3 == 60 or p3 == 10))then
				table.insert( foundsome, position + base1);
				table.insert( foundvalue, p1);
			end
	   end
    end
	
	for key,value in pairs(foundsome) do
		local output = string.format("%X",tonumber(value,16));
		local val = string.format("%X",tonumber(foundvalue[key],16));
		print("Found at position : "..output.." value: "..val.."");
	end
end

rock5 wrote:You cast a skill on another player. A symbol appears next to their name. Is it a buff or a debuff?

beanybabe wrote:Could the buff bar adons on curse have code to figure the buffs ?

Bill D Cat wrote:For some reason the bot is loosing the definition of your player class. This bit of code is pretty straight-forward. Add this one line to the settings.lua file to help debug the situation the next time it occurs. It should print a number from 1 to 10 if it is working, so this will give us an idea of where to look if it is something else.

Code: Select all

	-- default combat type if not in profile defined
	if( settings.profile.options.COMBAT_TYPE ~= "ranged" and
	    settings.profile.options.COMBAT_TYPE ~= "melee" ) then
		if( player.Class1 == CLASS_WARRIOR or
		    player.Class1 == CLASS_ROGUE   or
		    player.Class1 == CLASS_WARDEN  or
		    player.Class1 == CLASS_KNIGHT  or
			player.Class1 == CLASS_CHAMPION  ) then
			settings.profile.options.COMBAT_TYPE  = "melee";
		elseif(
		    player.Class1 == CLASS_PRIEST  or
		    player.Class1 == CLASS_SCOUT   or
		    player.Class1 == CLASS_DRUID   or
		    player.Class1 == CLASS_MAGE    or
			player.Class1 == CLASS_WARLOCK ) then
			settings.profile.options.COMBAT_TYPE  = "ranged";
		else
			printf("player.Class1 is currently %d\n",player.Class1)  -- Add this line.
			error("undefined player.Class1 in settings.lua", 0);
		end;
	end

beanybabe wrote:I tried this bit of code but rom bot would not start with it stuck in. I may put it in wrong place I wend down about 1/3 way and put it in near some similar code. Is there a particular line number i need to put this after?

Bill D Cat wrote:For some reason the bot is loosing the definition of your player class. This bit of code is pretty straight-forward. Add this one line to the settings.lua file to help debug the situation the next time it occurs. It should print a number from 1 to 10 if it is working, so this will give us an idea of where to look if it is something else.

Code: Select all

	-- default combat type if not in profile defined
	if( settings.profile.options.COMBAT_TYPE ~= "ranged" and
	    settings.profile.options.COMBAT_TYPE ~= "melee" ) then
		if( player.Class1 == CLASS_WARRIOR or
		    player.Class1 == CLASS_ROGUE   or
		    player.Class1 == CLASS_WARDEN  or
		    player.Class1 == CLASS_KNIGHT  or
			player.Class1 == CLASS_CHAMPION  ) then
			settings.profile.options.COMBAT_TYPE  = "melee";
		elseif(
		    player.Class1 == CLASS_PRIEST  or
		    player.Class1 == CLASS_SCOUT   or
		    player.Class1 == CLASS_DRUID   or
		    player.Class1 == CLASS_MAGE    or
			player.Class1 == CLASS_WARLOCK ) then
			settings.profile.options.COMBAT_TYPE  = "ranged";
		else
			printf("player.Class1 is currently %d\n",player.Class1)  -- Add this line.
			error("undefined player.Class1 in settings.lua", 0);
		end;
	end

printf("player.Class1 is currently %d\n",player.Class1)  -- Add this line.

BlubBlab wrote:I think still it is his memory reading issue Class1 will be updated inside player.lua to be true on my old PC with win 7 32-bit the old MM don't work flawless either but that is a really old machine so race conditions could be the issue.