[StarCraft] Transparent Pane Drawing (v1.15.2)

[Perma]

Originally Posted by DivineNoodle

Now, the same thing in c!

void BW_DrawTransparentBox(DWORD x, DWORD y, DWORD w,DWORD h,BYTE clr, BYTE midclr)
{
	for(int i = y; i < h+y; i+=2)
		BW_DrawBox( x, i, w, 1, midclr);

	BW_DrawBox(x, y, w, 2, clr);
	BW_DrawBox(x, y+h, w, 2, clr);
	BW_DrawBox(x, y, 1, h, clr);
	BW_DrawBox(x+w, y, 1, h, clr);

}

Awesome.

[Zephyrix]

And an even better looking drawtransparentbox, thanks to KC!

void BW_DrawTransparentBox(DWORD x, DWORD y, DWORD w,DWORD h,BYTE clr, BYTE midclr)
{
    bool bDraw = true;
    for(int i = y; i < y+h; i++)
    {
        for(int z = x; z < x+w; z++)
        {
            if(bDraw)
                BW_DrawBox( z, i, 1, 1, midclr);
            bDraw = !bDraw;
        }
        bDraw = !bDraw;
    }

    BW_DrawBox(x, y, w, 2, clr);
    BW_DrawBox(x, y+h, w, 2, clr);
    BW_DrawBox(x, y, 1, h, clr);
    BW_DrawBox(x+w, y, 1, h, clr);

}

^ looks like this:


If the image is too small,

it draws in a checker pattern.

xoxoxoxoxoxox
oxoxoxoxoxoxo
xoxoxoxoxoxox
oxoxoxoxoxoxo
xoxoxoxoxoxox
oxoxoxoxoxoxo

[Jiggie=#1]

How exacly would we invoke the draw box fxn if you wanted it in the top left corner of your screen? I cant figure it out.. -.-

[K? Pŕo?ćtiόnŹ]

invoke DrawBox, 0, 0, 100,100,186

Draws a green box at (0,0) 100 pixels wide and 100 pixels high

[kovarex]

Could you pls provide how to use the drawbox function in c++ without the use of assambler?

I tried this
void (_stdcall*drawBox)(int x, int y, int width, int height, u8 color) = (void(_stdcall*)(int x, int y, int width, int height, u8 color))0x4E18E0;

But got crash

[kovarex]

The problem probably is, that 004E18C0h is 1.15.1 (old) offset, anyeone knows the new one?

[Perma]

004E18E0h is the current offset.

[MasterOfChaos]

When I did an automatic conversion 1.14->1.15.2 the address 004E18C0 was translated to 004E2620. Btw how do you update offsets for patches which changed the compiler(settings) and thus generates a different asmcode? I think 1.13->1.14 was such a patch.

[K? Pŕo?ćtiόnŹ]

You look for them.

[Perma]

Originally Posted by MasterOfChaos

When I did an automatic conversion 1.14->1.15.2 the address 004E18C0 was translated to 004E2620. Btw how do you update offsets for patches which changed the compiler(settings) and thus generates a different asmcode? I think 1.13->1.14 was such a patch.

There are almost always blocks of assembly code that don't differ from one compile to another, and that's generally what I look for when converting to a new version. Often times, the code block I'm comparing is nowhere near the function I need but holds some relationship to it.

The rare time that there is really nothing to cross reference, you just have to find the function on your own the way you did it the first time. It doesn't take too long if you've done it already.

[Perma]

I've updated this function to work with patch v1.15.2. Please see the original post.

[ulliklliwi]

Originally Posted by Perma

I've updated this function to work with patch v1.15.2. Please see the original post.

u need to change

mov byte ptr ds:[006CF494h], cl

to

MOV DS:[6CF494h], al

or else ur going to crash . . . so u may wanted to change that code in the original post.

[Perma]

Originally Posted by ulliklliwi

u need to change

mov byte ptr ds:[006CF494h], cl

to

MOV DS:[6CF494h], al

or else ur going to crash . . . so u may wanted to change that code in the original post.

No, I wouldn't want to change that. cl is holding the color reference that I want to store at that address. al is not holding anything significant.

[K? Pŕo?ćtiόnŹ]

I dont see how he would crash from that....

[ulliklliwi]

Originally Posted by K? Pŕo?ćtiόnŹ

I dont see how he would crash from that....

after looking at my code again, i use ecx for something, so when i used cl, it crash... so my bad.

[K? Pŕo?ćtiόnŹ]

understandable