Show in-game notifications - by writing code

[florian0]

Hello beloved, dead community,

i recently achieved something i want to share with you.

Video demonstration:

Behind the scenes:

Sending notifications by code

std::wstring mymessage(L"Hello World, epvp");

g_CGInterface->ShowMessage_GREEN(mymessage);
g_CGInterface->ShowMessage_BLUE(mymessage);
g_CGInterface->ShowMessage_PINK(mymessage);

The code behind the magic

// Header

class CGInterface {
	void ShowMessage_BLUE(std::wstring &msg);
	void ShowMessage_PINK(std::wstring &msg);
	void ShowMessage_GREEN(std::wstring &msg);
}

#define g_CGInterface (*(CGInterface**)0x0110F80C)

// Code

void CGInterface::ShowMessage_BLUE(std::wstring& msg)
{
	reinterpret_cast<void (__thiscall *)(CGInterface*, std::wstring *)>(0x0077B580)(this, &msg);
}

void CGInterface::ShowMessage_PINK(std::wstring& msg)
{
	reinterpret_cast<void (__thiscall *)(CGInterface*, std::wstring *)>(0x00777BF0)(this, &msg);
}

void CGInterface::ShowMessage_GREEN(std::wstring& msg)
{
	reinterpret_cast<void (__thiscall *)(CGInterface*, std::wstring *)>(0x0077B5B0)(this, &msg);
}

Community Challenge
Check out the addresses, reconstruct the types and achieve a functioning code like this

void CGInterface::ShowMessage_GREEN(std::wstring& msg)
{
	if (msg.length())
	{
		CIFNotify *notify = reinterpret_cast<CIFNotify*>(this->m_IFRegion_36C.GetByID(GDR_UPDATE_QUEST_INFO, 1));

		notify->ShowMessage(&msg);
	}
}

Important notes, as always
Microsoft STL will try to TROLL you. Be aware of that. Silkroad was BUILD on VC80 aka. Visual Studio 2005. Any newer compiler CAN AND WILL BREAK this code. Compiling on DEBUG will BREAK your code, no matter what you expected it to do. Always compile on RELEASE or you will find yourself wasting your valuable lifetime tracing BUG that wasn't even your fault (not that that would have happened to me ...)

[yair3d]

Nice little jobs, dont stop

[SubZero**]

can you give us the source code?

[florian0]

Originally Posted by Zoro.Sro

can you give us the source code?

Uhm ... i don't understand ... what else do you need ... ?

[Devsome]

Originally Posted by florian0

Uhm ... i don't understand ... what else do you need ... ?

Man please, do you have full source code of sro? Need it fast, but can't code, so sry when I write you to help me out how to compile.

[florian0]

Originally Posted by Mervy505

lol good

can give me please source code ?

There is the source in the first post ...

[#HB]

Originally Posted by florian0

There is the source in the first post ...

feelsbadman

[Ali Mohamed TS]

anyone made a program for it ?

[hancook1st]

why i got crash when call function ?
maybe addresses are different ! , how can get addresses from sro_client ?

[#HB]

Originally Posted by hancook1st

why i got crash when call function ?
maybe addresses are different ! , how can get addresses from sro_client ?

Or your wstring structure doesn't fit.

[florian0]

Originally Posted by hancook1st

why i got crash when call function ?
maybe addresses are different ! , how can get addresses from sro_client ?

The addresses are for vsro. Unless you are using MeGaMaX VSROMAX Clients, there is no way the addresses could have changed. If still in doubt, check the "behind the scenes" link. It explains how I made this.

And make sure that you haven't ignored this:

Important notes, as always
Microsoft STL will try to TROLL you. Be aware of that. Silkroad was BUILD on VC80 aka. Visual Studio 2005. Any newer compiler CAN AND WILL BREAK this code. Compiling on DEBUG will BREAK your code, no matter what you expected it to do. Always compile on RELEASE or you will find yourself wasting your valuable lifetime tracing BUG that wasn't even your fault (not that that would have happened to me ...)

I am dead serious about this and I'm getting increasingly annoyed by little know-it-alls trying other compilers without telling and then seeking help for problems they caused. /rant.

[hancook1st]

Originally Posted by florian0

The addresses are for vsro. Unless you are using MeGaMaX VSROMAX Clients, there is no way the addresses could have changed. If still in doubt, check the "behind the scenes" link. It explains how I made this.

And make sure that you haven't ignored this:

Important notes, as always
Microsoft STL will try to TROLL you. Be aware of that. Silkroad was BUILD on VC80 aka. Visual Studio 2005. Any newer compiler CAN AND WILL BREAK this code. Compiling on DEBUG will BREAK your code, no matter what you expected it to do. Always compile on RELEASE or you will find yourself wasting your valuable lifetime tracing BUG that wasn't even your fault (not that that would have happened to me ...)

I am dead serious about this and I'm getting increasingly annoyed by little know-it-alls trying other compilers without telling and then seeking help for problems they caused. /rant.

Sorry my bad.
I'm using vsro files
I compiled it on Release but by VS2010 and VS2015
Any solution to make code working on newer compiler ?

[florian0]

Originally Posted by hancook1st

Sorry my bad.
I'm using vsro files
I compiled it on Release but by VS2010 and VS2015
Any solution to make code working on newer compiler ?

No. Trust me, I'm not an idiot. I wouldn't stick to that compiler if it would be avoidable. This project is meant to be binary compatible and therefore a newer compiler and stdlib will not be easy. The most promising solution is to just rewrite/reuse the old stdlib, but I'm not going to support that. It will probably create bigger problems than it solves.

[hancook1st]

Originally Posted by florian0

No. Trust me, I'm not an idiot. I wouldn't stick to that compiler if it would be avoidable. This project is meant to be binary compatible and therefore a newer compiler and stdlib will not be easy. The most promising solution is to just rewrite/reuse the old stdlib, but I'm not going to support that. It will probably create bigger problems than it solves.

Okey thanks alot

[Laag#82]

Special thanks to: florian0