[Release]ConquerLoader v2

I think you got it all wrong. The loader does NOT wait for any packets, it doesn't even redirect ws2_32.send/ws2_32.recv.

However clients above 5173 (I think?) require a packet server -> client which contains a 4 byte seed for the second layer of password encryption, the whole encryption routine can be found [Only registered and activated users can see links. Click Here To Register...].

packet looks as follows
Oh and I think this is a bit more general than pserver releases..
Requesting move to programming section perhaps?

Quote:

Originally Posted by Nullable I think you got it all wrong. The loader does NOT wait for any packets, it doesn't even redirect ws2_32.send/ws2_32.recv. However clients above 5173 (I think?) require a packet server -> client which contains a 4 byte seed for the second layer of password encryption, the whole encryption routine can be found [Only registered and activated users can see links. Click Here To Register...]. packet looks as follows Code: typedef struct packetSeed { unsigned short Length; // 0x8 unsigned short Type; // 0x423 unsigned int Seed; // random } * PPACKETSEED; Oh and I think this is a bit more general than pserver releases.. Requesting move to programming section perhaps?

What your saying is that when I use this on a 5165 patch (so before Password seed) it should work without having to sent a Password seed?

Quote:

Originally Posted by Basser What your saying is that when I use this on a 5165 patch (so before Password seed) it should work without having to sent a Password seed?

Yes

#Moved

I always got this error:
CreateRemoteThread() failed, GLE=[5]

I use WinXP Pro SP3 but with VMware Fusion on Mac OS X. By memory, with or without VMware Fusion, I always got this error.

Can you add a FPS unlocker at the next revision?

Quote:

Originally Posted by CptSky I always got this error: CreateRemoteThread() failed, GLE=[5] I use WinXP Pro SP3 but with VMware Fusion on Mac OS X. By memory, with or without VMware Fusion, I always got this error.

5 is access denied, which means that you're either not running as an admin or your admin doesn't have the debug privilege, however taking into consideration that you're already using another platform to run WinXP I can't tell why would the error arise, also I've never used a Mac OS.
Maybe someone more experienced can shed some light upon it?

Quote:

Originally Posted by .Kob Can you add a FPS unlocker at the next revision?

I'll check, maybe it is be possible.

Quote:

Originally Posted by .Kob Can you add a FPS unlocker at the next revision?

What's the point though?

Conquer really doesn't need anything more than 39 frames per second to be loaded, it's not a 3d game lol.

You can be at 20 fps and not lag... stereoscopics ftw :X

Does this still work with patch 5292?

what the is ??

It redirects the client to connect to a different IP.

Quote:

Originally Posted by fm_sparkart It redirects the client to connect to a different IP.

No. It doesn't, the client connects to the IP/Port that you set it to.

Better make sure you're not missing something somewhere.

Quote:

Originally Posted by Nullable No. It doesn't, the client connects to the IP/Port that you set it to. Better make sure you're not missing something somewhere.

Kind of obvious don't you think?

edit:
I've recently heard that you cannot connect to the localhost, so make sure you don't do that. Also, what is weird is that if TQ flags connections to the localhost why don't they flag connections to all private addresses? (not that it even matters since its easily bypassed)

Yeah sorry about that I thought you were addressing the loader as if it connects to another IP instead of the IP that you set it to, checked previous post and I apologize for the misunderstanding.

Anyway you can connect to localhost normally, just use v2.

Oh and on a side note, don't send loop-back address in AuthResponse packet (0x3F1 afair).

Yah using a local ip in auth response will crash the client in 5165 or more.