[ALL SRO] edxSilkroadLoader Beta

Quote:

Originally Posted by kaperucito Oh and I attach the DIVISIONINFO.TXT file from JSRO client.

Thanks a lot! I needed that.

Also if possible, can you upload their sro_client.exe?

I'm guessing their client is compiled a lot different than the rest of them and as a result none of the signatures work. I've never seen their client, but with a version of 61, I'd think it should be a more updated VSRO-ish client. I noticed CSRO was compiled differently and as a result I had to hack around that too.

I'm not too worried about the JSRO compatibility due to their IP blocks and most jp proxies being slow to use, but I'd like it to be as complete as possible if their client allows it. I won't change anything just for JSRO if it will affect any of the other SROs just due to a smaller audience.

Quote:

1. Make the GUI small, that GUI is too bigger XD

I was hoping to use some sort of stylized GUI so it's not something so Win32 ugly, but yea, it'll be smaller for sure ^^.

Quote:

2. Show checkboxes for select the desired mods for aplicate them to the game, like the Rumata's loader.

I made a reply in another thread talking more about this and the possibility of doing another GUI in the DLL so users can choose. To me though, I didn't see a real reason to add more stuff to it, but it's been requested enough to look into doing it that way (aside from a client specific proxy redirect reason).

Quote:

3. Make a faster code or fix the slow problem when you select the directory to load (Step 2). After some uses it becomes annoying XD

The reason that code is "slow" is because of the PK2 reading logic. Once I get my PK2 API updated again for my tools, it should be a lot faster than it is right now. However, it still has to process all of the PK2 entries so there's a slow down. For the next release and source code, the PK2 API won't be updated by then, so I'll post an update for that later.

In addition, a second slowdown comes from the host name -> ip address lookup. I'm not sure how much faster I can get that but maybe I can run it in a second thread and make a second gui box for it. The IP address for now is to make using the edxSilkroadProxy easier since it's a minimalistic version. I might not actually need the IP addresses shown in the loader since the updated proxy will have all of the info it needs now.

Thanks very much for the reply and the JSRO information. :)

-

Quote:

Originally Posted by hack0r89 nice work if you need some other sigs, the one i used for my project (UModE) still seem to work i have them as strings with question marks as wildcards

Sounds good. I'd like to move towards a more flexible system where it's more easy to configure and define the patches and codecaves, but that's a new project in itself. For right now I do support wildcards through a secondary array but it's all byte based.

Quote:

2 questions: what about encrypted/packed clients? is it working there? how? 2nd) and what about the protection in csro? i was not able to use an injected dll there...

All packet security will work through edxSilkroadProxy. As for CSRO, I've not had any problems with DLL injection and their security. I just thought it was anti-clientless security. Then again, I do inject my DLL before their security driver is loaded, so maybe it gets around it that way.

I've not really looked into it yet. Since edxSilkroadProxy is just a proxy, their custom security for it still works since I just pass those packets through. They seem to be sent as "world server packets" so everything works fine still. So, no problems yet xD.

Quote:

Originally Posted by theoneofgod Remember it is only in beta, the GUI is really not important right now ^^

Quote:

Originally Posted by pushedx Thanks a lot! I needed that. Also if possible, can you upload their sro_client.exe?

Sure, here you are:

[Only registered and activated users can see links. Click Here To Register...]

The client only occupies 2mb, like the ISRO client, so maybe is packed too and this is the cause of doesn't works with your loader.

Quote:

I'm guessing their client is compiled a lot different than the rest of them and as a result none of the signatures work. I've never seen their client, but with a version of 61, I'd think it should be a more updated VSRO-ish client. I noticed CSRO was compiled differently and as a result I had to hack around that too.

As far as I know the version isn't important, right? I mean, is just a file used by the server for check the client is using the right version.

Quote:

I'm not too worried about the JSRO compatibility due to their IP blocks and most jp proxies being slow to use, but I'd like it to be as complete as possible if their client allows it. I won't change anything just for JSRO if it will affect any of the other SROs just due to a smaller audience.

Well, maybe they blocked USA ip's, I'm from Spain and the JSRO website and game worked fine.

Quote:

I made a reply in another thread talking more about this and the possibility of doing another GUI in the DLL so users can choose. To me though, I didn't see a real reason to add more stuff to it, but it's been requested enough to look into doing it that way (aside from a client specific proxy redirect reason).

Well, the people are accustomed of select the options, and some people don't want to have some functions, so it's a good idea implement this kind of things.

Quote:

In addition, a second slowdown comes from the host name -> ip address lookup. I'm not sure how much faster I can get that but maybe I can run it in a second thread and make a second gui box for it. The IP address for now is to make using the edxSilkroadProxy easier since it's a minimalistic version. I might not actually need the IP addresses shown in the loader since the updated proxy will have all of the info it needs now.

And what about do this when you run the program? I mean, when you open the program, this resolve automatically the IP's, only one time.

Quote:

Thanks very much for the reply and the JSRO information. :)

Thanks to you for your work =)

Quote:

Originally Posted by kaperucito Sure, here you are: The client only occupies 2mb, like the ISRO client, so maybe is packed too and this is the cause of doesn't works with your loader.

Ah ha! That's what it is: "ASProtect 1.23 RC4 - 1.3.08.24 -> Alexey Solodovnikov." That'd explain why it fails. I'll go ahead and mention that you need an unpacked client for JSRO, but I'll not worry about it too much. I'll see about getting the client unpacked later and testing it after I get this other stuff taken care of first, since it's more important. Thanks though!

Quote:

Well, maybe they blocked USA ip's, I'm from Spain and the JSRO website and game worked fine.

That might be it. That's good to know though since I'll just find a European proxy instead which will work faster for me and try to connect through that instead of a Japanese proxy.

Quote:

Well, the people are accustomed of select the options, and some people don't want to have some functions, so it's a good idea implement this kind of things.

Sounds good, I'll take a look into it for sure then.

Quote:

And what about do this when you run the program? I mean, when you open the program, this resolve automatically the IP's, only one time.

For the host addresses, I'll cache the result into a map and then access it from that to eliminate any extra overhead. Most of the slow downs are from the PK2 code though, so once that's taken care of it should load much faster and more efficiently.

For the PK2 API, what I could also do is just store the last modified time of the pk2, load the file list into memory once, save them in an efficient binary format, and then reload that custom file as long as the modified time is the same. That would eliminate a lot of processing time since it's only done once. I've not thought about that before, so I'll see what else can be done to make things as fast as possible. :)

Hopefully I'll be able to update a lot of the code tomorrow and get the project ready for a better release with source within a couple of days. Thanks to everyone so far!

hi i got a prob...the loader works fine for tsro the first time...but now i get an error...it says ''cant create file tranfer manager! maybe pack file corrupted or someone is already accessing it now...try a few minutes later''
what can i do?

ok works again...there was a small update...it works again after updating^^

CSRO seems to have just received a new client install package which breaks the loader. I will have to download and install this new version first and check to see what changed to break the signatures. I'm not surprised though, I still have to figure out a better way to work with the CSRO client since it's complied differently.

if add auto select will be perfect but to can edit //
example i want my character to attack but to not move ..

Quote:

Originally Posted by xexedadabg if add auto select will be perfect but to can edit // example i want my character to attack but to not move ..

What exactly did u ask for ? :D i didn't quite understand. To add autoselect ? :D or to edit the auto select functionality ? o.O if u ask for that i don't think drew can do that xP

i want auto select to me add into the loader to patch automaticaly the sro client and to can change the distance because ksro clienT now is unpackable because he is 10 megabytes ++
and can't patch it ..
but with that kind of multi client and other thinks i think that can add auto selecting patch ...

Quote:

Originally Posted by russski hi i got a prob...the loader works fine for tsro the first time...but now i get an error...it says ''cant create file tranfer manager! maybe pack file corrupted or someone is already accessing it now...try a few minutes later'' what can i do?

just restart the pc it will be fine.

some one will help me with the autoselecting what i need do to change the distance because the client patching is not working ...

Just a little update on progress:

- I've spent the past few days rewriting my PK2 API. It is now way more efficient and powerful compared to the other one. However it is not "done" yet or fully tested, but I'll include a beta version of it alongside the project. Using the new PK2 API, the loader will now start "instantly" rather than having a noticeable delay.

- I rewrote my logic for calculating the addresses for the patches. I believe I have it correct now so all clients that are unpacked will work. CSRO's client has a slightly different layout and was throwing off my previous code that assumed a more perfect layout.

- The very slight delay between switching the current selected for the first time is not easily fixable since your computer has to do a host name look up to get the IP address. It is such a short delay that only happens once per entry that it is not worth trying to make the design more complex to eliminate it at the moment. However, I will still look into moving it into a thread later as I'd imagine inspection days might cause larger delays with the hosts being down.

The next couple of days I will be cleaning up the code, adding a selectable GUI for the patches that are applied, updating the Loader GUI so it's more user friendly, and hopefully have a release with source out before the next inspection, hopefully!

I think the wait will be worth it as the project progresses. I will try to have a new binary only release in the next couple of days to replace the current one as I need more testing to be done with the new code! :)

men will answer can and somethink that will help for autoselect ...

ı have some suggestions.

1.Redirect Ip option ( agbot users needs in isro )
2.Server Informaton Option
[Only registered and activated users can see links. Click Here To Register...]
3.If ı get C9,C10 errors , close client and reopen it.

About:

Version 2 is finally ready for early testing! I think a lot of people will like this version a lot better. Please remember this release is for testing the general programming concepts that drive the program. It is not a "user product" like Testosterone at this point. I am also using my new PK2 API in this release so hopefully that works well on everyone's PC. Likewise, I am also using my updated signature finding code so that too should work much better now for CSRO.

Screenshots:

[Only registered and activated users can see links. Click Here To Register...] [Only registered and activated users can see links. Click Here To Register...]

[Only registered and activated users can see links. Click Here To Register...]

Final Notes:

- I noticed the process has a noticeable delay the first time starting. Click Launch once and wait for the new dialog to popup. I'm not sure why this happens, but I will try to track it down. However, once you load one client, the rest should be instant.

- JSRO is not supported yet since it has a packed client. I've not had time to unpack it and test the results of the loader.

- Some foreign language Silkroads will crash if you do not enable English patch. This is expected because if you try to launch via Silkroad.exe it will crash there too. I noticed VSRO has this behavior now every since their new update. CSRO also had an update that reverted the client back to Chinese by default.

- Patch Seed sets the security seed to 0x33 so you can redirect to sr33/edx33/edxSilkroadProxy or any proxies that use my HandshakeAPI and set the security seed to the value of 0x33.

Project Task List

1. Get more testers to test this new version 2 and report any issues.
2. Cleanup the code a bit more.
3. Release source package.
4. Start a more "complete" version with support for commands, packet processing via proxy, etc...

Please leave feedback and comments if you test it.

Enjoy! :)