|
You last visited: Today at 15:08
Advertisement
[Question]about receiving from the Client
Discussion on [Question]about receiving from the Client within the CO2 Private Server forum part of the Conquer Online 2 category.
06/02/2011, 06:16
|
#1
|
elite*gold: 0
Join Date: Apr 2008
Posts: 759
Received Thanks: 285
|
[Question]about receiving from the Client
well am working on a (C++)Socket for the newest client and i have noticed something that i should wait like 1-2 secs after sending the SeedPacket to the Client in order to receive anydata . is that true? , or my receiving method bugged somehow!!!
|
|
|
06/02/2011, 07:28
|
#2
|
elite*gold: 0
Join Date: Aug 2010
Posts: 991
Received Thanks: 1,107
|
bugged somehow/the way you handle the packets sending
QE.
(Stored/sent = mostly wrong depends on how its being handled)
(long (foreach's/loops/While's) before the Data.Send() cuses a huge delay sometimes)
(check any (Thread.Sleep(Milsec)) if there is any)
well idk alot about the C++ but what i mentioned was MAYBE the very first thing that well come to my/any coder mind when it comes to (1-2 sec's) delay before the AuthServer receives the packet .
hope that helps somehow .
Good Luck.
|
|
|
06/02/2011, 08:02
|
#3
|
elite*gold: 0
Join Date: Apr 2008
Posts: 759
Received Thanks: 285
|
Quote:
Originally Posted by { Angelius }
bugged somehow/the way you handle the packets sending
|
then i will try to fix it
Quote:
QE.
(Stored/sent = mostly wrong depends on how its being handled)
|
the problem is the Sending/Receving methods are the same as the one i used for 4271 thats why am wondering how am facing this issue with the client patch (5395)
Quote:
(long (foreach's/loops/While's) before the Data.Send() cuses a huge delay sometimes)
(check any (Thread.Sleep(Milsec)) if there is any)
|
nah am not using anyoff those which you have mentioned above
Quote:
well idk alot about the C++ but what i mentioned was MAYBE the very first thing that well come to my/any coder mind when it comes to (1-2 sec's) delay before the AuthServer receives the packet .
hope that helps somehow .
Good Luck.
|
thnx for your answer i appreciate it
|
|
|
06/02/2011, 08:48
|
#4
|
elite*gold: 21
Join Date: Jul 2005
Posts: 9,193
Received Thanks: 5,376
|
I could be completely off base but if the issue takes place once you hit the game server it could be to do with the blowfish setup you are using.
The public ones released aren't that great really and can cause some issues if you're trying to process packets too fast.
I'm not thinking it's the issue in this case as you're talking about pass seed (so login phase) but I know with our new source we were using a nice threadpool to handle the async packet handling and it would actually screw up the packets because they would try to process concurrently and therefor cause blowfish to lose sync essentially.
As for the login phase on current patch... you don't really need to do any delay.
Client connects to auth server
Auth server sends password seed
Client sends auth request (with encrypted password using pass seed)
server sends auth response packet
Boom, done with login server. There's simply nothing more to it.
Personally I always send the password seed right as I create the instance of my login client object... there's no delays in use and I've never had a single issue.
|
|
|
06/02/2011, 10:04
|
#5
|
elite*gold: 0
Join Date: Apr 2008
Posts: 759
Received Thanks: 285
|
Quote:
Originally Posted by pro4never
I could be completely off base but if the issue takes place once you hit the game server it could be to do with the blowfish setup you are using.
The public ones released aren't that great really and can cause some issues if you're trying to process packets too fast.
I'm not thinking it's the issue in this case as you're talking about pass seed (so login phase) but I know with our new source we were using a nice threadpool to handle the async packet handling and it would actually screw up the packets because they would try to process concurrently and therefor cause blowfish to lose sync essentially.
As for the login phase on current patch... you don't really need to do any delay.
Client connects to auth server
Auth server sends password seed
Client sends auth request (with encrypted password using pass seed)
server sends auth response packet
Boom, done with login server. There's simply nothing more to it.
Personally I always send the password seed right as I create the instance of my login client object... there's no delays in use and I've never had a single issue.
|
i see ,then i guess there is something wrong with my receving method since am using boost::asio::async_read to async the recevining data and also it should be automatically handel the timer(if it should to wait inorder to receive or not) , i will work on the receving method again hopefully i can findout what's wrong there!, and thanks for your answer i appreciate it
|
|
|
06/02/2011, 11:24
|
#6
|
elite*gold: 28
Join Date: Jun 2010
Posts: 2,223
Received Thanks: 867
|
I have had this problem before on a source I started around Jan, I sent the authseed but never received any Data back. Therefor I ditched the source because something was seriously ****** up(other big problems has become noticable) and seemed to only login to 5165 and below. Check through everything, What I did when that problem came was I started checking times on how long it took to do certian things(blowfish, send that packet) and then breakpoint to check for any funny values in the packet and various otherstuff.
|
|
|
06/02/2011, 11:26
|
#7
|
elite*gold: 0
Join Date: Apr 2008
Posts: 759
Received Thanks: 285
|
Quote:
Originally Posted by _DreadNought_
I have had this problem before on a source I started around Jan, I sent the authseed but never received any Data back. Therefor I ditched the source because something was seriously ****** up(other big problems has become noticable) and seemed to only login to 5165 and below. Check through everything, What I did when that problem came was I started checking times on how long it took to do certian things(blowfish, send that packet) and then breakpoint to check for any funny values in the packet and various otherstuff.
|
yeah thats what am trying to do , BUT I CAN'T FINDOUT WHAT'S WRONG
|
|
|
06/02/2011, 11:40
|
#8
|
elite*gold: 28
Join Date: Jun 2010
Posts: 2,223
Received Thanks: 867
|
Is it a custom socket system that you coded?
#edit
800th post =))
|
|
|
06/02/2011, 11:51
|
#9
|
elite*gold: 0
Join Date: Apr 2008
Posts: 759
Received Thanks: 285
|
Quote:
Originally Posted by _DreadNought_
Is it a custom socket system that you coded?
#edit
800th post =))
|
yeah i'm,and the socket is using boost::asio from boost library lol
|
|
|
06/02/2011, 11:54
|
#10
|
elite*gold: 20
Join Date: Mar 2006
Posts: 6,125
Received Thanks: 2,518
|
Breakpoint the receive method to see if its just bottle necked somewhere later down the line or if there really is a 2 second delay in receiving the data, also ensure that the send method is actually sending when you call it or if thats also being bottle necked somewhere else.
A 2 second delay is really unusual though, even if something was waiting for a lock to be released it shouldnt take 2 seconds. I find the whole thing really strange =/
|
|
|
06/02/2011, 12:47
|
#11
|
elite*gold: 28
Join Date: Jun 2010
Posts: 2,223
Received Thanks: 867
|
Possibly recheck your socket system? or maybe reinstall the client a couple patches up? :P
|
|
|
06/03/2011, 03:05
|
#12
|
elite*gold: 0
Join Date: Apr 2008
Posts: 759
Received Thanks: 285
|
Quote:
Originally Posted by Korvacs
Breakpoint the receive method to see if its just bottle necked somewhere later down the line or if there really is a 2 second delay in receiving the data, also ensure that the send method is actually sending when you call it or if thats also being bottle necked somewhere else.
A 2 second delay is really unusual though, even if something was waiting for a lock to be released it shouldnt take 2 seconds. I find the whole thing really strange =/
|
Indeed it is strange, i fixed it though the receive method was bugged somehow am made it all over again , thnx for your answer
Quote:
Originally Posted by _DreadNought_
Possibly recheck your socket system? or maybe reinstall the client a couple patches up? :P
|
nah it's the receive method and i fixed it thnx
|
|
|
06/03/2011, 13:57
|
#13
|
elite*gold: 28
Join Date: Jun 2010
Posts: 2,223
Received Thanks: 867
|
Glad so, I've requested it be closed for you.
|
|
|
|
Similar Threads
|
[MUST READ] BEFORE POSTING TO AVOID RECEIVING WARNING / INFRACTION
04/13/2012 - Grand Chase Hacks, Bots, Cheats & Exploits - 3 Replies
Greetings co-Elitepvpers,
as GC MODERATORS of this SECTION it's our job to keep this section clear from any SPAM, WRONG POSTS, FLAMES, RUDE POSTS, INSULTS, and the LIKES...
so we need to issue you WARNING or INFRACTION for violating rules not to OFFEND you but to DISCIPLINE you... so please don't be mad at us...
we will not give you WARNING and INFRACTION for NO REASON and we are NOT abusing our POWER as well if that's what you think... so to PREVENT us from issuing you those latter...
|
[MUST READ] TO AVOID RECEIVING WARNING / INFRACTION
08/30/2009 - Grand Chase - 2 Replies
Greetings co-Elitepvpers,
as GC MODERATORS of this SECTION it's our job to keep this section clear from any SPAM, WRONG POSTS, FLAMES, RUDE POSTS, INSULTS, and the LIKES...
so we need to issue you WARNING or INFRACTION for violating rules not to OFFEND you but to DISCIPLINE you... so please don't be mad at us...
we will not give you WARNING and INFRACTION for NO REASON and we are NOT abusing our POWER as well if that's what you think... so to PREVENT us from issuing you those latter...
|
[MUST READ] BEFORE POSTING TO AVOID RECEIVING WARNING / INFRACTION
08/25/2009 - Grand Chase Philippines - 0 Replies
Greetings co-Elitepvpers,
as GC MODERATORS of this SECTION it's our job to keep this section clear from any SPAM, WRONG POSTS, FLAMES, RUDE POSTS, INSULTS, and the LIKES...
so we need to issue you WARNING or INFRACTION for violating rules not to OFFEND you but to DISCIPLINE you... so please don't be mad at us...
we will not give you WARNING and INFRACTION for NO REASON and we are NOT abusing our POWER as well if that's what you think... so to PREVENT us from issuing you those latter...
|
Receiving quest reward with DC
12/13/2007 - Cabal Online - 8 Replies
Hi i have an idea how to receive the quest rewards with DC. But i don't know exactly is it working.
1. You do a quest, lets say you must collect 5 quest items
2. Go to an NPC with all items.
3. When you are finishig the quest, dissconect your PC from the internet.
4. When you relog in you will see that you have 4/5 quest items and you received the quest reward.
I had that few times. Can someone check it? If it does work it's a good possybility to earn a lot of alz without killing too...
|
All times are GMT +2. The time now is 15:08.
|
|