Staredit Newtork
Community
Creatose
Games
Site
Favourites
wha does it mean by desync?
Creator: ekddl4578
Time: May 9 2008, 4:54 pm
 ekddl4578 May 9 2008, 4:54 pm Post #1
[Avatar]
 M
 -104
 K
 100
I see this word many times whenever I read posts but I don' know what it is

can anyone tell me?
 Kenoli May 9 2008, 5:20 pm Post #2
[Avatar]
 M
 20
 K
 100
Normally everything in a multiplayer game is synced. Everything you see is exactly the same as what the other players see.
If something changes on your computer, but not the other players' computers, the game is desynced, and players get disconnected.

This sort of thing can happen when using EUD triggers. When they activate on one person's computer that information isn't necessarily shared to other people.
 NudeRaider May 9 2008, 6:30 pm Post #3
[Avatar]
Write your own destiny, or else someone will write it for you!
 M
 75
 K
 100
synch = synchronized
desynchronizations can also happen through bnet bugs often caused by bad connections
(signature image)
www.sonsofwar.pyrom.net_________0% (user posted image) 100%
 O)FaRTy1billion[MM] May 9 2008, 8:56 pm Post #4
[Avatar]
Remember the game! P.s.: Feldspar.
 M
 195
 K
 100
Here is a scenario related to EUDs:
Say you have a trigger that will create a unit if they look at a specific area on the map. Screen position is not shared data between all players. So say you, but nobody else, looks at that specific area. The unit will create for you, but because the screen coordinates for the other players to not make the condition true not for them. You're StarCraft says there is an extra unit, but the other player's StarCraft says otherwise. So you simply drop out of the game.
Wheeee!
(user posted image)
 ekddl4578 May 10 2008, 12:26 am Post #5
[Avatar]
 M
 -104
 K
 100
thanks I get it now and is there any like a method prevents from getting dropped by synchronization?
 Kenoli May 10 2008, 1:11 am Post #6
[Avatar]
 M
 20
 K
 100
Preventing desync from disconnecting players? I doubt that's even possible.
 stickynote May 10 2008, 2:10 am Post #7
[Avatar]
yes, executor?
 M
 n/a
 K
 100
Don't use EUD's.
 DT_Battlekruser May 10 2008, 2:30 am Post #8
[Avatar]
 M
 1151
 K
 100
I swear method on this was discussed back when EUDs were discovered, but I don't remember.. common sense seems to dictate that you cannot prevent desyncs when they occur.
 Brontobyte May 11 2008, 12:22 pm Post #9
[Avatar]
 M
 705
 K
 100
Quote from O)FaRTy1billion[MM]
Here is a scenario related to EUDs:
Say you have a trigger that will create a unit if they look at a specific area on the map. Screen position is not shared data between all players. So say you, but nobody else, looks at that specific area. The unit will create for you, but because the screen coordinates for the other players to not make the condition true not for them. You're StarCraft says there is an extra unit, but the other player's StarCraft says otherwise. So you simply drop out of the game.

I still don't get the fact that StarCraft would just create the unit for that one player. Couldn't you just have the EUD trigger for each player in the game? If it creates it for the one player, why would they become disconnected?
Joe's Crematorium

"You kill 'em, we grill 'em"
Open: Mon-Fri 6am-11pm Sat-Sun 10am-10pm
CALL FOR WEEKEND SPECIALS
1-800-666-0000
 DT_Battlekruser May 11 2008, 6:18 pm Post #10
[Avatar]
 M
 1151
 K
 100
In the case of an EUD condition that is local, then each player will see a different state of that condition. The trigger is on every player's computer, but the condition only shows true on one person's computer. Their Starcraft then executes the trigger independently, creating a unit only for them and resulting in a desync.

The way Starcraft was written, it relies on the fact that, barring any keyboard or mouse input, two games running on two separate machines will execute identically.
 Brontobyte May 11 2008, 9:27 pm Post #11
[Avatar]
 M
 705
 K
 100
So then how do triggers that require a player to move in to a specific location not cause a dysnc, or do you mean just EUD triggers?
Joe's Crematorium

"You kill 'em, we grill 'em"
Open: Mon-Fri 6am-11pm Sat-Sun 10am-10pm
CALL FOR WEEKEND SPECIALS
1-800-666-0000
 DT_Battlekruser May 11 2008, 9:56 pm Post #12
[Avatar]
 M
 1151
 K
 100
During normal operation, the location of all units on the map is the same for every client machine. Therefore, a trigger with conditions "Unit is brought to location" will execute in an identical fashion on every client machine simultaneously, thus preventing a desync (note that if the frame count of any client machine falls out of sync, the "lag" window is displayed while waiting for it to catch up).

Starcraft was not designed to execute triggers based on local conditions like screen position, and so a trigger with screen position for a condition will execute asynchronously on one machine only, causing a desync. It is not all EUD conditions that desync, only ones that are conditions Starcraft was never meant to handle.
 Brontobyte May 11 2008, 10:08 pm Post #13
[Avatar]
 M
 705
 K
 100
Ok I get it now. You can't have a condition that would only apply to ones specific computer's ram. :D Thanks!
Joe's Crematorium

"You kill 'em, we grill 'em"
Open: Mon-Fri 6am-11pm Sat-Sun 10am-10pm
CALL FOR WEEKEND SPECIALS
1-800-666-0000
Users reading this topic: (plus 1 guests)


[08:13 am]
(U)devilesk -- holy shit this post is ownage http://www.staredit.net/57776/
[05:59 am]
razorsnail -- yes he should
[05:52 am]
KrAzY -- no you shouldn't
[05:25 am]
razorsnail -- yeah you should
[05:16 am]
Rantent -- I feel like I should finish an old rpg I had halfway completed...
[05:05 am]
[04:20 am]
FlyingHat -- Damn.
Login to shout

©2003-2008 Staredit Network.
Starcraft & Starcraft II are trademarks of Blizzard Entertainment.
Site Index   |   Terms of Service   |   Privacy Policy   |   Contributions