If you want to sniff packets, there are tons of tutorials out there.
Those instructions cannot be combined with sro_dev. we are newbie so it is hard to do it. The sro_dev wiki I have read many times. I don't see any packet handling instructions
I'm very interested and indeed I would like to see private servers based on these files <3 but I want to ask a couple of questions
- Are there any plans to add SRO Macro or any kind of in-game bot?
- According to your tests, Can the client handle a large number of players in one place? (unlike other private servers)
Are there any plans to add SRO Macro or any kind of in-game bot?
Thought about it. Decided that I got enough to reverse engineer. Discarded it. Feel free to develop something and contribute it.
Quote:
Originally Posted by Ahmed0425
According to your tests, Can the client handle a large number of players in one place? (unlike other private servers)
I think you misunderstood this project. When you compile the code, you get a Dll to inject into the client, not a full client. The dll has little to no impact on the performance of the client.
I have successfully call form
I want to show some text on the form. but I wrote this code it does not show anything. you can see if it helps me where it is wrong
thank you
I want to show some text on the form. but I wrote this code it does not show anything. you can see if it helps me where it is wrong
thank you
Kinda depends on what your resinfo looks like. Right now your code expects the CIFStatic to be in CGInterface (ginterface.txt). I guess that isn't the case. It's inside your own gui.
You need to query the control from your interface class. You have to make a function that returns a pointer to the element.
CIFStatic *CIFflorian0::GetSlot1() const {
return m_IRM.GetResObj<CIFStatic>(ELECTUSDPS_PLAYER_SLOT1, 1);
// -- OR --
return m_slot1; // where m_slot1 is set in OnCreate() accordingly.
}
I would recommend making a function for getting the pointer to your window aswell. It makes the code a lot more readable.
Code:
// So this
CIFflorian0 *pMyWnd = g_pCGInterface->m_IRM.GetResObj<CIFflorian0>(GDR_FLORIAN0, 1);
// becomes this
CIFflorian0 *pMyWnd = g_pCGInterface->GetMyWindow();
You can also make everything public. But that often leads to messy code. Keep it readable, don't be lazy.
Kinda depends on what your resinfo looks like. Right now your code expects the CIFStatic to be in CGInterface (ginterface.txt). I guess that isn't the case. It's inside your own gui.
You need to query the control from your interface class. You have to make a function that returns a pointer to the element.
CIFStatic *CIFflorian0::GetSlot1() const {
return m_IRM.GetResObj<CIFStatic>(ELECTUSDPS_PLAYER_SLOT1, 1);
// -- OR --
return m_slot1; // where m_slot1 is set in OnCreate() accordingly.
}
I would recommend making a function for getting the pointer to your window aswell. It makes the code a lot more readable.
Code:
// So this
CIFflorian0 *pMyWnd = g_pCGInterface->m_IRM.GetResObj<CIFflorian0>(GDR_FLORIAN0, 1);
// becomes this
CIFflorian0 *pMyWnd = g_pCGInterface->GetMyWindow();
You can also make everything public. But that often leads to messy code. Keep it readable, don't be lazy.
If you have a good heart, create a guide, handling packets using sro_dev, to help newbies like us do it.
Thank you for sharing
I just a couple thousand lines of code to allow processing network messages like the original game. It should now be easier to understand. I've also implemented two functions as an example.
On behalf of all of the Electus Team (@ - LENOX - @), we would like to greatly thank you for everything you've done up to this point with this devkit. We hope to return back the favor by contributing to your source code every now and then.
Definitely, absolutely, 100% recommend this for anyone, whether starting a server or not.
On behalf of all of the Electus Team (@ - LENOX - @), we would like to greatly thank you for everything you've done up to this point with this devkit. We hope to return back the favor by contributing to your source code every now and then.
Definitely, absolutely, 100% recommend this for anyone, whether starting a server or not.
[Source] Fix the old exp bar - by writing code! 05/17/2020 - SRO PServer Guides & Releases - 18 Replies Hello beloved, dead community,
its time for another release. Its more of a proof of concept and I hope it might inspire people to continue working on it. You don't need the source to accomplish cool things. Just write your own source.
http://i.epvpimg.com/d7hJbab.png
Ye, its super ugly looking. I choose to be a coder, not a designer. I'd be happy, if someone supplies me a proper version of the 2dt and ddj files so I can update this embarrassing screenshot.
Anyway. It allows you to...
[Release/WIP]EP6 Source code 04/15/2018 - Shaiya PServer Guides & Releases - 33 Replies Hi guys,
First of all, I want to say that this release is not recommended for public servers yet. Shortly ago I changed my server to ep6 using shen1l's pet.dll, the server crashed every day, after checking the dump files I discovered that the problem was in pet.dll, but without the source code it would be harder to find the cause of the problem. So I decided to start a project and release the source code for everyone, so that everyone can solve their problems more easily, and also so that...
[C++ Source] My Free Farm Bot [WIP] 06/28/2011 - Browsergames - 0 Replies I decided to release this on here as i have no more use for it and no intention to continue the project.
I am releasing 2 projects: One basic library for mff called libmff(although it is not really a library) there is an example on how to use it in the package.
And a helper with a fancy gui.
Note that there is almost no error checking on the helper and that it crashes if you for example forget to select a product.
You need libcurl and boost for both and GWEN(the gui toolkit by garry) for...