adrian wrote: Tue Jan 19, 2021 7:16 pm

Spirited wrote: Tue Jan 19, 2021 7:06 pm I'll be honest, my skill level in client hooks and custom windows is also very low. I know how to in theory, but not practice. At the end of the day, I'm just a service engineer. For now, I'm just developing for a lower patch. Learning how to do this isn't my highest priority... but I look forward to seeing what people come up with.

that is how i do feel too.

but "thinking out loud" now... what if we try to replicate what the new client does now?

I suppose you could using DirectX injection. It's not like you're going to be able to just copy and paste a solution from modern clients, though.

Spirited wrote: Tue Jan 19, 2021 7:50 pm

adrian wrote: Tue Jan 19, 2021 7:16 pm

Spirited wrote: Tue Jan 19, 2021 7:06 pm I'll be honest, my skill level in client hooks and custom windows is also very low. I know how to in theory, but not practice. At the end of the day, I'm just a service engineer. For now, I'm just developing for a lower patch. Learning how to do this isn't my highest priority... but I look forward to seeing what people come up with.

that is how i do feel too.

but "thinking out loud" now... what if we try to replicate what the new client does now?

I suppose you could using DirectX injection. It's not like you're going to be able to just copy and paste a solution from modern clients, though.

Me too, i’m just a webdeveloper , so this is some real different stuff. Copy paste is chill, but learning to do it yourself is better imo.

I’ll take a look on the web if i can find some interesting stuff about DirectX injection.

I don't think DirectX is necessarily the simplest option. I've seen a few people use CEF (Chromium Embedded Framework) for Conquer, which just sits on top of the client rather than being part of the client's interface. It's also not super efficient, but it works with a lot less effort. Removing flash is super back burner for me, though. I'm fine working in 5018 until my server has feet to stand on. I look forward to seeing what solution you guys come up with - whether you decide to release it or just show it off in a showcase.

Spirited wrote: Wed Jan 20, 2021 2:31 am I don't think DirectX is necessarily the simplest option. I've seen a few people use CEF (Chromium Embedded Framework) for Conquer, which just sits on top of the client rather than being part of the client's interface. It's also not super efficient, but it works with a lot less effort. Removing flash is super back burner for me, though. I'm fine working in 5018 until my server has feet to stand on. I look forward to seeing what solution you guys come up with - whether you decide to release it or just show it off in a showcase.

is not a copy paste, really... i got an idea to a start point. will see what i get and share with you guys.

guys, i suspect that the socket created for login server connection is created in login flash. do you know anything about this?

adrian wrote: Wed Jan 20, 2021 2:02 pm guys, i suspect that the socket created for login server connection is created in login flash. do you know anything about this?

nevermind, i already found the socket creation addresses on the client.

to update you guys, what i've got so far is that i could make the client ignore the flash error and "auto start" the login process... is like simulating the click on the "enter" button of the flash start. the problem now is that, when the auth server receives the connection, and sends the pcs packet, the client is crashing... so i'm trying to find a break point to debug and see where it actually breaks. i believe its because of the flash update, that shows the animation and stuffs... so if i could make the client bypass this animation update, i think the client will not break anymore and we can then keep the normal login flux...

this being said, the last step is to introduce a custom login modal, window or whatever we can in the midst of client start and the "auto login" action. a custom login will be needed to set in the process memory the server chosen, the ip, and the account/pass data. putting this things in the right place, the client will find these values in the memory when running the login process and things will go on as before..

that's the plan...

Don't forget that you also have to do something for the character creation and login progress screens. That login progress screen might be what's crashing.

I'm think that the "Progress" bar is part of the login or role create screen. When you initiate login with both of those dialogs disabled you still see the messages without that bar.

adrian, what patch are you working with? I'm assuming a higher 5xxx patch? At some point they refactored a bunch of their code so its a little more difficult to follow

Spirited wrote: Fri Jan 22, 2021 8:00 pm Don't forget that you also have to do something for the character creation and login progress screens. That login progress screen might be what's crashing.

yes, next step further.

Santa wrote: I'm think that the "Progress" bar is part of the login or role create screen. When you initiate login with both of those dialogs disabled you still see the messages without that bar.

adrian, what patch are you working with? I'm assuming a higher 5xxx patch? At some point they refactored a bunch of their code so its a little more difficult to follow

currently working on 5967.

Damn, nice to hear Adrian, you already got so far.
I'm still working on the Login Screen and those things, just finding out whats the best way to do the job.

The screen i showed you 2 weeks ago wasn't the best way imo.
Anyway, let me know if you want to test some things out with that screen, i can then add the functionality to push the data into the memory.