• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            天行健 君子當自強而不息

            Getting Online with Multiplayer Gaming(7)

             

            Looking at Clients

            Once connected, clients just need to collect local player control information and
            send it up to the server. Between the updates received from the server, the clients
            guess (using dead reckoning) how to handle all the game characters based on their
            last known state.

            For example, all characters that were walking at the last update keep walking until
            the server signals them to stop. In this way, the game-play appears smooth, and with
            a good network connection, server updates are received fast enough for the game
            to stay entirely in sync.

            As illustrated in Figure 19.8, whenever a client makes a change in action (such as
            walking in a different direction than in the last known state), that change in state is
            immediately relayed to the server, which immediately sends that action to all connected
            clients. In that way, synchronization is much better.

            Speaking of changes in player actions, exactly what actions can a player perform?
            Navigation for one. As players walk around the map, their direction of travel is sent
            up to the server. Notice that only the direction of travel is sent.

            If you allow clients to specify their coordinates when they move, you’re inviting
            cheaters to mess with the values. Instead, the server will modify the coordinates of
            the player and send those coordinates back to the clients (at which time, it doesn’t
            matter whether cheaters modify the values, because the server can’t be affected).

            For specific actions, such as walking, clients are allowed to change their own states.
            As a result, players can move between server updates. For actions such as attacking,
            only the state change is sent to the server, which in turn processes the attack and
            sends out the appropriate state changes to all clients.

            Players can be updated only every 33ms. The updates are time-limited in order to
            make sure the clients don’t flood the server with thousands of actions. By keeping
            actions to a minimum, the server can process things more quickly, and the gameplay
            stays smooth.

            Whenever the server does send those crucial updates to the client, the client will
            immediately change the state of the characters (or characters) in question (no
            need for a message queue here). This update can also include the local player, so
            as you’re moving around, some jumps in the action can occur due to the client synchronizing
            to the server.

            Well, enough of the explanations; let’s get on to making an actual network game!

            posted on 2007-12-18 18:52 lovedday 閱讀(140) 評論(0)  編輯 收藏 引用

            公告

            導航

            統計

            常用鏈接

            隨筆分類(178)

            3D游戲編程相關鏈接

            搜索

            最新評論

            久久久久亚洲?V成人无码| 久久久亚洲裙底偷窥综合| 国产精品久久久久9999高清| 久久电影网一区| 一本色道久久综合| 精品熟女少妇av免费久久| 国产精品99久久久久久宅男| 日本WV一本一道久久香蕉| 99久久婷婷免费国产综合精品| 久久久久国产精品麻豆AR影院| 精品久久久无码人妻中文字幕| 久久精品国产亚洲麻豆| 久久99久国产麻精品66| 久久精品成人欧美大片| 精品久久久久久久| 国产成人久久精品一区二区三区| 精品乱码久久久久久夜夜嗨 | 久久精品亚洲精品国产色婷| 亚洲国产精品久久66| 欧美牲交A欧牲交aⅴ久久 | 亚洲AV日韩AV天堂久久| 久久青青草原精品国产软件| 国内精品久久久久| 久久66热人妻偷产精品9| 99精品国产99久久久久久97| 伊人情人综合成人久久网小说| 久久精品国产亚洲7777| AA级片免费看视频久久| 热久久国产精品| 2021国产成人精品久久| 久久99国产亚洲高清观看首页| 久久久久亚洲av无码专区 | 亚洲一区中文字幕久久| 国产福利电影一区二区三区,免费久久久久久久精 | 欧美777精品久久久久网| 久久精品亚洲精品国产色婷| 色诱久久久久综合网ywww| 久久久久久久久无码精品亚洲日韩| 久久精品国产男包| 久久久久亚洲av无码专区| 久久综合久久久|