អស់រយៈពេលពីរសប្តាហ៍ចុងក្រោយនេះ ខ្ញុំបានធ្វើការលើម៉ាស៊ីនអនឡាញសម្រាប់ហ្គេមរបស់ខ្ញុំ។ មុននេះ ខ្ញុំមិនបានដឹងអ្វីទាំងអស់អំពីបណ្តាញនៅក្នុងហ្គេម ដូច្នេះខ្ញុំបានអានអត្ថបទជាច្រើន និងធ្វើការពិសោធន៍ជាច្រើនដើម្បីយល់ពីគោលគំនិតទាំងអស់ និងអាចសរសេរម៉ាស៊ីនបណ្តាញផ្ទាល់ខ្លួនរបស់ខ្ញុំបាន។

នៅក្នុងការណែនាំនេះ ខ្ញុំចង់ចែករំលែកជាមួយអ្នកនូវគោលគំនិតផ្សេងៗដែលអ្នកត្រូវរៀនមុននឹងសរសេរម៉ាស៊ីនហ្គេមផ្ទាល់ខ្លួនរបស់អ្នក ក៏ដូចជាធនធាន និងអត្ថបទដ៏ល្អបំផុតដើម្បីរៀនពួកគេ។

ជាទូទៅ ស្ថាបត្យកម្មបណ្តាញមានពីរប្រភេទធំៗគឺ៖ peer-to-peer និង client-server។ នៅក្នុងស្ថាបត្យកម្ម peer-to-peer (p2p) ទិន្នន័យត្រូវបានផ្ទេររវាងគូនៃអ្នកលេងដែលបានតភ្ជាប់ ខណៈពេលដែលនៅក្នុងស្ថាបត្យកម្មម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេ ទិន្នន័យត្រូវបានផ្ទេរតែរវាងអ្នកលេង និងម៉ាស៊ីនមេប៉ុណ្ណោះ។

ទោះបីជាស្ថាបត្យកម្មពីគ្នាទៅវិញទៅមកនៅតែត្រូវបានប្រើប្រាស់នៅក្នុងហ្គេមមួយចំនួនក៏ដោយ ម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេគឺជាស្តង់ដារ៖ វាកាន់តែងាយស្រួលក្នុងការអនុវត្ត ទាមទារទទឹងឆានែលតូចជាង និងធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការការពារប្រឆាំងនឹងការក្លែងបន្លំ។ ដូច្នេះនៅក្នុងមេរៀននេះ យើងនឹងផ្តោតលើស្ថាបត្យកម្មម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេ។

ជាពិសេស យើងចាប់អារម្មណ៍បំផុតចំពោះម៉ាស៊ីនមេផ្តាច់ការ៖ នៅក្នុងប្រព័ន្ធបែបនេះ ម៉ាស៊ីនមេតែងតែត្រឹមត្រូវ។ ឧទាហរណ៍ ប្រសិនបើអ្នកលេងគិតថាគាត់នៅកូអរដោណេ (10, 5) ហើយម៉ាស៊ីនមេប្រាប់គាត់ថាគាត់នៅ (5, 3) នោះម៉ាស៊ីនភ្ញៀវគួរតែជំនួសទីតាំងរបស់វាជាមួយនឹងអ្វីដែលបានរាយការណ៍ដោយម៉ាស៊ីនមេ មិនមែនអនុប្រធានទេ។ ច្រាសមកវិញ។ ការប្រើប្រាស់ម៉ាស៊ីនមេដែលមានការអនុញ្ញាតធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការកំណត់អត្តសញ្ញាណអ្នកបោកប្រាស់។

ប្រព័ន្ធហ្គេមបណ្តាញមានសមាសភាគសំខាន់បី៖

• ពិធីការដឹកជញ្ជូន៖ របៀបដែលទិន្នន័យត្រូវបានផ្ទេររវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ។
• ពិធីការកម្មវិធី៖ អ្វីដែលត្រូវបានបញ្ជូនពីអតិថិជនទៅម៉ាស៊ីនមេ និងពីម៉ាស៊ីនមេទៅអតិថិជន និងក្នុងទម្រង់បែបណា។
• តក្កវិជ្ជាកម្មវិធី៖ របៀបដែលទិន្នន័យដែលបានផ្ទេរត្រូវបានប្រើដើម្បីធ្វើបច្ចុប្បន្នភាពស្ថានភាពរបស់អតិថិជន និងម៉ាស៊ីនមេ។

វាមានសារៈសំខាន់ខ្លាំងណាស់ក្នុងការយល់ដឹងអំពីតួនាទីនៃផ្នែកនីមួយៗ និងបញ្ហាប្រឈមនានាដែលទាក់ទងនឹងពួកគេ។

ពិធីសារដឹកជញ្ជូន

ជំហានដំបូងគឺជ្រើសរើសពិធីការសម្រាប់ដឹកជញ្ជូនទិន្នន័យរវាងម៉ាស៊ីនមេ និងអតិថិជន។ មានពិធីការអ៊ីនធឺណិតពីរសម្រាប់នេះ៖ TCP и UDP. ប៉ុន្តែអ្នកអាចបង្កើតពិធីការដឹកជញ្ជូនផ្ទាល់ខ្លួនរបស់អ្នកដោយផ្អែកលើមួយក្នុងចំណោមពួកវា ឬប្រើបណ្ណាល័យដែលប្រើពួកវា។

ការប្រៀបធៀប TCP និង UDP

ទាំង TCP និង UDP គឺផ្អែកលើ IP. IP អនុញ្ញាតឱ្យកញ្ចប់ព័ត៌មានមួយត្រូវបានបញ្ជូនពីប្រភពមួយទៅអ្នកទទួល ប៉ុន្តែមិនធានាថាកញ្ចប់ព័ត៌មានដែលបានផ្ញើនឹងទៅដល់អ្នកទទួលឆាប់ៗ ឬក្រោយមកទេ ថាវានឹងទៅដល់វាយ៉ាងហោចណាស់ម្តង ហើយថាលំដាប់នៃកញ្ចប់ព័ត៌មាននឹងមកដល់ត្រឹមត្រូវ លំដាប់។ ជាងនេះទៅទៀត កញ្ចប់ព័ត៌មានមួយអាចផ្ទុកទិន្នន័យបានកំណត់តែប៉ុណ្ណោះ ដែលផ្តល់ដោយ បុគ្គល.

UDP គ្រាន់តែជាស្រទាប់ស្តើងមួយនៅលើ IP ប៉ុណ្ណោះ។ ដូច្នេះវាមានដែនកំណត់ដូចគ្នា។ ផ្ទុយទៅវិញ TCP មានលក្ខណៈពិសេសជាច្រើន។ វាផ្តល់នូវការតភ្ជាប់ដែលអាចទុកចិត្តបាន និងមានសណ្តាប់ធ្នាប់រវាងថ្នាំងពីរជាមួយនឹងការត្រួតពិនិត្យកំហុស។ ដូច្នេះ TCP គឺងាយស្រួលណាស់ ហើយត្រូវបានគេប្រើនៅក្នុងពិធីការផ្សេងទៀតជាច្រើន ឧ. របស់ HTTP, FTP и របស់ SMTP. ប៉ុន្តែលក្ខណៈពិសេសទាំងអស់នេះមកក្នុងតម្លៃមួយ៖ ពន្យាពេល.

ដើម្បីយល់ពីមូលហេតុដែលមុខងារទាំងនេះអាចបណ្តាលឱ្យមានភាពយឺតយ៉ាវ យើងត្រូវយល់ពីរបៀបដែល TCP ដំណើរការ។ នៅពេលដែលថ្នាំងផ្ញើបញ្ជូនកញ្ចប់ព័ត៌មានទៅកាន់ថ្នាំងទទួល វារំពឹងថានឹងទទួលបានការទទួលស្គាល់ (ACK)។ ប្រសិនបើបន្ទាប់ពីពេលវេលាជាក់លាក់មួយ វាមិនទទួលបានវា (ដោយសារតែកញ្ចប់ព័ត៌មាន ឬការទទួលស្គាល់ត្រូវបានបាត់បង់ ឬសម្រាប់ហេតុផលមួយចំនួនផ្សេងទៀត) នោះវានឹងបញ្ជូនកញ្ចប់ព័ត៌មានឡើងវិញ។ លើសពីនេះទៅទៀត TCP ធានាថាកញ្ចប់ព័ត៌មានត្រូវបានទទួលតាមលំដាប់លំដោយត្រឹមត្រូវ ដូច្នេះរហូតដល់កញ្ចប់ដែលបាត់ត្រូវបានទទួល កញ្ចប់ព័ត៌មានផ្សេងទៀតទាំងអស់មិនអាចដំណើរការបានទេ ទោះបីជាពួកគេត្រូវបានទទួលដោយម៉ាស៊ីនទទួលរួចហើយក៏ដោយ។

ប៉ុន្តែ ដូចដែលអ្នកអាចស្រមៃបាន ភាពយឺតយ៉ាវនៅក្នុងហ្គេមដែលមានអ្នកលេងច្រើនគឺមានសារៈសំខាន់ខ្លាំងណាស់ ជាពិសេសនៅក្នុងប្រភេទសកម្មភាពដូចជា FPS ជាដើម។ នេះជាមូលហេតុដែលហ្គេមជាច្រើនប្រើ UDP ជាមួយនឹងពិធីការផ្ទាល់ខ្លួនរបស់ពួកគេ។

ពិធីការដែលមានមូលដ្ឋានលើ UDP ដើមអាចមានប្រសិទ្ធភាពជាង TCP សម្រាប់ហេតុផលផ្សេងៗ។ ឧទាហរណ៍ វាអាចសម្គាល់កញ្ចប់ព័ត៌មានមួយចំនួនថាគួរឱ្យទុកចិត្ត និងផ្សេងទៀតថាមិនគួរឱ្យទុកចិត្ត។ ដូច្នេះហើយ វាមិនខ្វល់ថាតើកញ្ចប់ព័ត៌មានដែលមិនគួរឱ្យទុកចិត្តបានទៅដល់អ្នកទទួលនោះទេ។ ឬវាអាចដំណើរការស្ទ្រីមទិន្នន័យច្រើន ដូច្នេះកញ្ចប់ព័ត៌មានដែលបាត់ក្នុងស្ទ្រីមតែមួយមិនបន្ថយល្បឿនស្ទ្រីមដែលនៅសល់។ ជាឧទាហរណ៍ វាអាចមានខ្សែស្រឡាយសម្រាប់បញ្ចូលអ្នកលេង និងខ្សែស្រឡាយផ្សេងទៀតសម្រាប់សារជជែក។ ប្រសិនបើសារជជែកដែលមិនបន្ទាន់ត្រូវបានបាត់បង់ វានឹងមិនបន្ថយការបញ្ចូលដែលជាបន្ទាន់នោះទេ។ ឬពិធីការដែលមានកម្មសិទ្ធិអាចអនុវត្តភាពជឿជាក់ខុសពី TCP ដើម្បីឱ្យមានប្រសិទ្ធភាពជាងនៅក្នុងបរិយាកាសហ្គេមវីដេអូ។

ដូច្នេះប្រសិនបើ TCP ជះខ្លាំង នោះយើងនឹងបង្កើតពិធីការដឹកជញ្ជូនផ្ទាល់ខ្លួនរបស់យើងដោយផ្អែកលើ UDP?

វាមានភាពស្មុគស្មាញបន្តិច។ ទោះបីជា TCP ស្ទើរតែល្អបំផុតសម្រាប់ប្រព័ន្ធបណ្តាញហ្គេមក៏ដោយ វាអាចដំណើរការបានយ៉ាងល្អសម្រាប់ហ្គេមជាក់លាក់របស់អ្នក និងសន្សំសំចៃពេលវេលាដ៏មានតម្លៃដល់អ្នក។ ឧទាហរណ៍ ភាពយឺតយ៉ាវអាចមិនមែនជាបញ្ហាសម្រាប់ហ្គេមវេន ឬហ្គេមដែលអាចលេងបានតែនៅលើបណ្តាញ LAN ដែលភាពយឺតយ៉ាវ និងការបាត់បង់កញ្ចប់ព័ត៌មានគឺទាបជាងនៅលើអ៊ីនធឺណិត។

ហ្គេមជោគជ័យជាច្រើនរួមទាំង World of Warcraft, Minecraft និង Terraria ប្រើ TCP ។ ទោះជាយ៉ាងណាក៏ដោយ FPS ភាគច្រើនប្រើពិធីការដែលមានមូលដ្ឋានលើ UDP របស់ពួកគេ ដូច្នេះយើងនឹងនិយាយបន្ថែមទៀតអំពីពួកវាខាងក្រោម។

ប្រសិនបើអ្នកសម្រេចចិត្តប្រើ TCP សូមប្រាកដថាវាត្រូវបានបិទ ក្បួនដោះស្រាយរបស់ Nagleព្រោះវាផ្ទុកកញ្ចប់ព័ត៌មានមុនពេលផ្ញើ ដែលមានន័យថាវាបង្កើនភាពយឺតយ៉ាវ។

ដើម្បីស្វែងយល់បន្ថែមអំពីភាពខុសគ្នារវាង UDP និង TCP នៅក្នុងបរិបទនៃហ្គេមដែលមានអ្នកលេងច្រើន អ្នកអាចអានអត្ថបទរបស់ Glenn Fiedler UDP ទល់នឹង។ TCP.

ពិធីការផ្ទាល់ខ្លួន

ដូច្នេះ​អ្នក​ចង់​បង្កើត​ពិធីការ​ដឹកជញ្ជូន​ផ្ទាល់ខ្លួន​របស់អ្នក ប៉ុន្តែ​មិនដឹងថា​ត្រូវ​ចាប់ផ្តើម​ពីណា​? អ្នកពិតជាសំណាងណាស់ព្រោះ Glenn Fiedler បានសរសេរអត្ថបទដ៏អស្ចារ្យពីរអំពីរឿងនេះ។ អ្នកនឹងឃើញគំនិតឆ្លាតវៃជាច្រើននៅក្នុងពួកគេ។

អត្ថបទដំបូង បណ្តាញសម្រាប់អ្នកសរសេរកម្មវិធីហ្គេម ឆ្នាំ 2008 ងាយស្រួលជាងទីពីរ។ បង្កើតពិធីការបណ្តាញហ្គេម ឆ្នាំ ២០១៦។ ខ្ញុំសូមណែនាំឱ្យអ្នកចាប់ផ្តើមជាមួយចាស់ជាងនេះ។

ចំណាំថា Glenn Fiedler គឺជាអ្នកគាំទ្រដ៏ធំមួយនៃការប្រើប្រាស់ពិធីការផ្ទាល់ខ្លួនដោយផ្អែកលើ UDP ។ ហើយបន្ទាប់ពីអានអត្ថបទរបស់គាត់ អ្នកប្រហែលជានឹងទទួលយកគំនិតរបស់គាត់ដែលថា TCP មានចំណុចខ្វះខាតធ្ងន់ធ្ងរនៅក្នុងហ្គេមវីដេអូ ហើយអ្នកនឹងចង់អនុវត្តពិធីការផ្ទាល់ខ្លួនរបស់អ្នក។

ប៉ុន្តែប្រសិនបើអ្នកទើបនឹងបង្កើតបណ្តាញ សូមធ្វើវាដោយខ្លួនឯង ហើយប្រើ TCP ឬបណ្ណាល័យ។ ដើម្បីអនុវត្តពិធីការដឹកជញ្ជូនផ្ទាល់ខ្លួនរបស់អ្នកដោយជោគជ័យ អ្នកត្រូវរៀនឱ្យបានច្រើនជាមុន។

បណ្ណាល័យបណ្តាញ

ប្រសិនបើអ្នកត្រូវការអ្វីដែលមានប្រសិទ្ធភាពជាង TCP ប៉ុន្តែមិនចង់ឆ្លងកាត់ភាពលំបាកក្នុងការអនុវត្តពិធីការផ្ទាល់ខ្លួនរបស់អ្នក និងលម្អិតច្រើនទេ អ្នកអាចប្រើបណ្ណាល័យបណ្តាញ។ មានពួកគេជាច្រើន៖

• យូជីមបូ លោក Glenn Fiedler
• រ៉ាក់ណេតដែលមិនត្រូវបានគាំទ្រទៀតទេ ប៉ុន្តែជាផ្លូវបំបែករបស់វា។ SLikeNet មើលទៅវានៅតែសកម្ម។
• អ៊ីណេត គឺជាបណ្ណាល័យដែលបង្កើតឡើងសម្រាប់អ្នកលេងច្រើន FPS គូប
• GameNetworkingSockets វ៉ាល់

ខ្ញុំមិនបានសាកល្បងវាទាំងអស់នោះទេ ប៉ុន្តែខ្ញុំចូលចិត្ត ENet ព្រោះវាងាយស្រួលប្រើ និងអាចទុកចិត្តបាន។ លើសពីនេះ វាមានឯកសារច្បាស់លាស់ និងការបង្រៀនសម្រាប់អ្នកចាប់ផ្តើមដំបូង។

ពិធីសារដឹកជញ្ជូន៖ សេចក្តីសន្និដ្ឋាន

ដើម្បីសង្ខេប៖ មានពិធីការដឹកជញ្ជូនសំខាន់ពីរគឺ TCP និង UDP ។ TCP មានមុខងារមានប្រយោជន៍ជាច្រើន៖ ភាពជឿជាក់ ការរក្សាការបញ្ជាទិញកញ្ចប់ព័ត៌មាន ការរកឃើញកំហុស។ UDP មិនមានអ្វីទាំងអស់នោះទេ ប៉ុន្តែ TCP តាមធម្មជាតិរបស់វាបានបង្កើនភាពយឺតយ៉ាវ ដែលមិនអាចទទួលយកបានសម្រាប់ហ្គេមមួយចំនួន។ នោះគឺដើម្បីធានាបាននូវភាពយឺតយ៉ាវទាប អ្នកអាចបង្កើតពិធីការផ្ទាល់ខ្លួនរបស់អ្នកដោយផ្អែកលើ UDP ឬប្រើបណ្ណាល័យដែលអនុវត្តពិធីការដឹកជញ្ជូននៅលើ UDP ហើយត្រូវបានកែសម្រួលសម្រាប់ហ្គេមវីដេអូដែលមានអ្នកលេងច្រើន។

ជម្រើសរវាង TCP, UDP និងបណ្ណាល័យអាស្រ័យទៅលើកត្តាជាច្រើន។ ទីមួយពីតម្រូវការនៃហ្គេម: តើវាត្រូវការភាពយឺតយ៉ាវទាបទេ? ទីពីរ ពីតម្រូវការពិធីការកម្មវិធី៖ តើវាត្រូវការពិធីការដែលអាចទុកចិត្តបានទេ? ដូចដែលយើងនឹងឃើញនៅផ្នែកបន្ទាប់ វាអាចបង្កើតពិធីការកម្មវិធីដែលពិធីការដែលមិនគួរឱ្យទុកចិត្តគឺសមរម្យណាស់។ ជាចុងក្រោយ អ្នកក៏ត្រូវគិតគូរពីបទពិសោធន៍របស់អ្នកបង្កើតបណ្តាញម៉ាស៊ីនផងដែរ។

ខ្ញុំមានដំបូន្មានពីរយ៉ាង៖

• សង្ខេបពិធីការដឹកជញ្ជូនពីកម្មវិធីដែលនៅសល់ឱ្យបានច្រើនតាមតែអាចធ្វើទៅបាន ដើម្បីងាយស្រួលជំនួសដោយមិនចាំបាច់សរសេរកូដទាំងអស់ឡើងវិញ។
• កុំបង្កើនប្រសិទ្ធភាពលើស។ ប្រសិនបើអ្នកមិនមែនជាអ្នកជំនាញផ្នែកបណ្តាញ ហើយមិនប្រាកដថាតើអ្នកត្រូវការពិធីការដឹកជញ្ជូនដែលមានមូលដ្ឋានលើ UDP ផ្ទាល់ខ្លួនទេ អ្នកអាចចាប់ផ្តើមជាមួយ TCP ឬបណ្ណាល័យដែលផ្តល់នូវភាពជឿជាក់ ហើយបន្ទាប់មកសាកល្បង និងវាស់វែងការអនុវត្ត។ ប្រសិនបើបញ្ហាកើតឡើង ហើយអ្នកមានទំនុកចិត្តថាមូលហេតុគឺជាពិធីការដឹកជញ្ជូន នោះប្រហែលជាដល់ពេលបង្កើតពិធីការដឹកជញ្ជូនផ្ទាល់ខ្លួនរបស់អ្នក។

នៅចុងបញ្ចប់នៃផ្នែកនេះ ខ្ញុំសូមណែនាំឱ្យអ្នកអាន ការណែនាំអំពីកម្មវិធីហ្គេមដែលមានអ្នកលេងច្រើន។ ដោយ Brian Hook ដែលគ្របដណ្តប់លើប្រធានបទជាច្រើនដែលបានពិភាក្សានៅទីនេះ។

ពិធីការកម្មវិធី

ឥឡូវនេះយើងអាចផ្លាស់ប្តូរទិន្នន័យរវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ យើងត្រូវសម្រេចចិត្តថាតើទិន្នន័យណាដែលត្រូវផ្ទេរ និងក្នុងទម្រង់បែបណា។

គ្រោងការណ៍បុរាណគឺថាអតិថិជនផ្ញើធាតុចូលឬសកម្មភាពទៅម៉ាស៊ីនមេហើយម៉ាស៊ីនមេបញ្ជូនស្ថានភាពហ្គេមបច្ចុប្បន្នទៅអតិថិជន។

ម៉ាស៊ីនមេមិនផ្ញើស្ថានភាពពេញលេញទេ ប៉ុន្តែជារដ្ឋដែលបានត្រងជាមួយអង្គភាពដែលមានទីតាំងនៅជិតអ្នកលេង។ គាត់ធ្វើនេះសម្រាប់ហេតុផលបី។ ទីមួយ ស្ថានភាពពេញលេញអាចមានទំហំធំពេក ដែលមិនអាចបញ្ជូនបាននៅប្រេកង់ខ្ពស់។ ទីពីរ អតិថិជនចាប់អារម្មណ៍ជាចម្បងលើទិន្នន័យដែលមើលឃើញ និងសំឡេង ពីព្រោះតក្កវិជ្ជាហ្គេមភាគច្រើនត្រូវបានក្លែងធ្វើនៅលើម៉ាស៊ីនមេហ្គេម។ ទីបី នៅក្នុងហ្គេមមួយចំនួន អ្នកលេងមិនគួរដឹងពីទិន្នន័យជាក់លាក់នោះទេ ឧទាហរណ៍ ទីតាំងរបស់សត្រូវនៅម្ខាងទៀតនៃផែនទី បើមិនដូច្នេះទេ គាត់អាចស្រូបកញ្ចប់ព័ត៌មាន និងដឹងពីកន្លែងដែលត្រូវផ្លាស់ទីដើម្បីសម្លាប់គាត់។

សៀរៀល

ជំហានដំបូងគឺបំប្លែងទិន្នន័យដែលយើងចង់ផ្ញើ (បញ្ចូល ឬស្ថានភាពហ្គេម) ទៅជាទម្រង់ដែលសមរម្យសម្រាប់ការបញ្ជូន។ ដំណើរការនេះត្រូវបានគេហៅថា សៀរៀល.

គំនិតដែលគិតភ្លាមៗគឺត្រូវប្រើទម្រង់ដែលមនុស្សអាចអានបាន ដូចជា JSON ឬ XML ។ ប៉ុន្តែ​នេះ​នឹង​គ្មាន​ប្រសិទ្ធភាព​ទាំងស្រុង ហើយ​នឹង​ខ្ជះខ្ជាយ​ឆានែល​ភាគច្រើន។

វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យប្រើទម្រង់គោលពីរជំនួសវិញ ដែលមានលក្ខណៈតូចចង្អៀតជាង។ នោះគឺកញ្ចប់ព័ត៌មាននឹងមានត្រឹមតែពីរបីបៃប៉ុណ្ណោះ។ មានបញ្ហាដែលត្រូវពិចារណានៅទីនេះ លំដាប់បៃដែលអាចខុសគ្នានៅលើកុំព្យូទ័រផ្សេងៗគ្នា។

ដើម្បី​តម្រៀប​ទិន្នន័យ អ្នក​អាច​ប្រើ​បណ្ណាល័យ​ឧទាហរណ៍៖

• ប៊ឺប៊ឺហ្វឺហ្វឺរ Google
• Cap'n Proto ក្រុមហ៊ុនព្យុះខ្សាច់
• ធញ្ញជាតិ។ Shane Grant និង Randolph Voorhees

គ្រាន់​តែ​ធ្វើ​ឱ្យ​ប្រាកដ​ថា​បណ្ណាល័យ​បង្កើត​បណ្ណសារ​ចល័ត​និង​យក​ចិត្ត​ទុក​ដាក់​អំពី​ការ​បញ្ចប់។

ដំណោះស្រាយជំនួសគឺត្រូវអនុវត្តវាដោយខ្លួនឯង វាមិនពិបាកទេ ជាពិសេសប្រសិនបើអ្នកប្រើវិធីសាស្រ្តផ្តោតលើទិន្នន័យទៅលេខកូដរបស់អ្នក។ លើសពីនេះទៀត វានឹងអនុញ្ញាតឱ្យអ្នកអនុវត្តការបង្កើនប្រសិទ្ធភាពដែលមិនតែងតែអាចធ្វើទៅបាននៅពេលប្រើបណ្ណាល័យ។

Glenn Fiedler បានសរសេរអត្ថបទចំនួនពីរអំពីសៀរៀល៖ កញ្ចប់អាន និងសរសេរ и យុទ្ធសាស្ត្រសៀរៀល.

ការបង្រួម

ចំនួនទិន្នន័យដែលបានផ្ទេររវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេត្រូវបានកំណត់ដោយកម្រិតបញ្ជូនរបស់ឆានែល។ ការបង្ហាប់ទិន្នន័យនឹងអនុញ្ញាតឱ្យអ្នកផ្ទេរទិន្នន័យបន្ថែមទៀតនៅក្នុងរូបថតនីមួយៗ បង្កើនប្រេកង់អាប់ដេត ឬគ្រាន់តែកាត់បន្ថយតម្រូវការឆានែល។

ការវេចខ្ចប់ប៊ីត

បច្ចេកទេសដំបូងគឺការវេចខ្ចប់បន្តិចបន្តួច។ វាមានការប្រើប្រាស់យ៉ាងពិតប្រាកដចំនួនប៊ីតដែលចាំបាច់ដើម្បីពិពណ៌នាអំពីតម្លៃដែលចង់បាន។ ឧទាហរណ៍ ប្រសិនបើអ្នកមាន enum ដែលអាចមានតម្លៃ 16 ផ្សេងគ្នា នោះជំនួសឱ្យបៃទាំងមូល (8 ប៊ីត) អ្នកអាចប្រើត្រឹមតែ 4 ប៊ីតប៉ុណ្ណោះ។

Glenn Fiedler ពន្យល់ពីរបៀបអនុវត្តវានៅក្នុងផ្នែកទីពីរនៃអត្ថបទ កញ្ចប់អាន និងសរសេរ.

ការវេចខ្ចប់ប៊ីតដំណើរការល្អជាពិសេសជាមួយនឹងគំរូ ដែលនឹងក្លាយជាប្រធានបទនៃផ្នែកបន្ទាប់។

គំរូ

គំរូ គឺជាបច្ចេកទេសបង្ហាប់ដែលបាត់បង់ដែលប្រើតែសំណុំរងនៃតម្លៃដែលអាចធ្វើបានដើម្បីអ៊ិនកូដតម្លៃមួយ។ មធ្យោបាយងាយស្រួលបំផុតដើម្បីអនុវត្តការមិនច្បាស់លាស់គឺដោយការបង្គត់លេខចំណុចអណ្តែត។

Glenn Fiedler (ម្តងទៀត!) បង្ហាញពីរបៀបដាក់គំរូទៅក្នុងការអនុវត្តនៅក្នុងអត្ថបទរបស់គាត់។ ការបង្ហាប់រូបថត.

ក្បួនដោះស្រាយការបង្ហាប់

បច្ចេកទេសបន្ទាប់នឹងជាក្បួនដោះស្រាយការបង្ហាប់ដែលគ្មានការបាត់បង់។

នេះ​បើ​តាម​គំនិត​ខ្ញុំ ក្បួន​ដោះស្រាយ​គួរ​ឱ្យ​ចាប់​អារម្មណ៍​បំផុត​ទាំង​បី​ដែល​អ្នក​ត្រូវ​ដឹង៖

• ការសរសេរកូដ Haffman ជាមួយ​នឹង​កូដ​ដែល​បាន​គណនា​ទុក​ជា​មុន ដែល​មាន​ល្បឿន​លឿន​ខ្លាំង ហើយ​អាច​បង្កើត​លទ្ធផល​បាន​ល្អ។ វាត្រូវបានប្រើដើម្បីបង្ហាប់កញ្ចប់ព័ត៌មាននៅក្នុងម៉ាស៊ីនបណ្តាញ Quake3 ។
• zlib គឺ​ជា​ក្បួន​ដោះស្រាយ​ការ​បង្ហាប់​ដែល​មាន​គោលបំណង​ទូទៅ​ដែល​មិន​បង្កើន​ចំនួន​ទិន្នន័យ។ តើអ្នកអាចមើលឃើញដោយរបៀបណា នៅទីនេះវាត្រូវបានប្រើប្រាស់ក្នុងកម្មវិធីផ្សេងៗ។ វា​អាច​នឹង​លែង​មាន​សម្រាប់​ការ​ធ្វើ​បច្ចុប្បន្នភាព​រដ្ឋ។ ប៉ុន្តែវាអាចមានប្រយោជន៍ ប្រសិនបើអ្នកត្រូវការផ្ញើទ្រព្យសកម្ម អត្ថបទវែងៗ ឬដីទៅកាន់អតិថិជនពីម៉ាស៊ីនមេ។
• ការចម្លងប្រវែងរត់ - នេះប្រហែលជាក្បួនដោះស្រាយការបង្ហាប់សាមញ្ញបំផុត ប៉ុន្តែវាមានប្រសិទ្ធភាពណាស់សម្រាប់ប្រភេទទិន្នន័យមួយចំនួន ហើយអាចប្រើជាជំហានដំណើរការមុន zlib ។ ជាពិសេសវាស័ក្តិសមសម្រាប់ការបង្ហាប់ដីដែលផ្សំឡើងពីក្រឡាក្បឿង ឬ voxels ដែលធាតុនៅជាប់គ្នាជាច្រើនត្រូវបានធ្វើម្តងទៀត។

ការបង្ហាប់ដីសណ្តរ

បច្ចេកទេសបង្ហាប់ចុងក្រោយគឺការបង្ហាប់ដីសណ្តរ។ វាមាននៅក្នុងការពិតដែលថាមានតែភាពខុសគ្នារវាងស្ថានភាពហ្គេមបច្ចុប្បន្ន និងស្ថានភាពចុងក្រោយដែលទទួលបានដោយម៉ាស៊ីនភ្ញៀវប៉ុណ្ណោះដែលត្រូវបានបញ្ជូន។

វាត្រូវបានគេប្រើជាលើកដំបូងនៅក្នុងម៉ាស៊ីនបណ្តាញ Quake3 ។ នេះគឺជាអត្ថបទពីរដែលពន្យល់ពីរបៀបប្រើវា៖

• គំរូបណ្តាញ Quake3 លោក Brian Hook
• ការពិនិត្យមើលកូដប្រភព Quake 3៖ គំរូបណ្តាញ Fabien Sanglars [ការបកប្រែ អត្ថបទនៅលើ Habre សូមមើលផ្នែក "គំរូបណ្តាញ"]

Glenn Fiedler ក៏បានប្រើវានៅក្នុងផ្នែកទីពីរនៃអត្ថបទរបស់គាត់ផងដែរ។ ការបង្ហាប់រូបថត.

ការដាក់លេខកូដ

លើសពីនេះទៀត អ្នកប្រហែលជាត្រូវអ៊ិនគ្រីបការផ្ទេរព័ត៌មានរវាងអតិថិជន និងម៉ាស៊ីនមេ។ មានហេតុផលជាច្រើនសម្រាប់រឿងនេះ៖

• ឯកជនភាព/ការសម្ងាត់៖ សារអាចត្រូវបានអានដោយអ្នកទទួលតែប៉ុណ្ណោះ ហើយគ្មានអ្នកផ្សេងទៀតដែលស្រូបបណ្តាញនឹងអាចអានពួកវាបានទេ។
• ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ៖ អ្នកដែលចង់ដើរតួជាអ្នកលេងត្រូវតែដឹងពីគន្លឹះរបស់គាត់។
• ការការពារការក្លែងបន្លំ៖ វានឹងកាន់តែលំបាកសម្រាប់អ្នកលេងដែលមានគំនិតអាក្រក់ក្នុងការបង្កើតកញ្ចប់បន្លំផ្ទាល់ខ្លួនរបស់ពួកគេ ពួកគេនឹងត្រូវបង្កើតឡើងវិញនូវគម្រោងការអ៊ិនគ្រីប និងស្វែងរកគន្លឹះ (ដែលផ្លាស់ប្តូរជាមួយនឹងការភ្ជាប់នីមួយៗ)។

ខ្ញុំសូមណែនាំឱ្យប្រើបណ្ណាល័យសម្រាប់រឿងនេះ។ ខ្ញុំស្នើឱ្យប្រើ លីបូសូដ្យូមដោយ​សារ​តែ​វា​ជា​ពិសេស​គឺ​សាមញ្ញ​និង​មាន​ការ​បង្រៀន​ដ៏​ល្អ​។ គួរឱ្យចាប់អារម្មណ៍ជាពិសេសគឺការបង្រៀននៅលើ ការផ្លាស់ប្តូរគន្លឹះដែលអនុញ្ញាតឱ្យអ្នកបង្កើតសោថ្មីជាមួយនឹងការតភ្ជាប់ថ្មីនីមួយៗ។

ពិធីការកម្មវិធី៖ សេចក្តីសន្និដ្ឋាន

វាបញ្ចប់ពិធីការកម្មវិធីរបស់យើង។ ខ្ញុំជឿថាការបង្ហាប់គឺស្រេចចិត្តទាំងស្រុង ហើយការសម្រេចចិត្តប្រើវាអាស្រ័យតែលើហ្គេម និងកម្រិតបញ្ជូនដែលត្រូវការប៉ុណ្ណោះ។ ការអ៊ិនគ្រីបតាមគំនិតរបស់ខ្ញុំគឺចាំបាច់ ប៉ុន្តែនៅក្នុងគំរូដំបូងអ្នកអាចធ្វើបានដោយគ្មានវា។

តក្កវិជ្ជាកម្មវិធី

ឥឡូវនេះយើងអាចធ្វើបច្ចុប្បន្នភាពស្ថានភាពនៅក្នុងម៉ាស៊ីនភ្ញៀវបាន ប៉ុន្តែអាចមានបញ្ហាក្នុងការពន្យាពេល។ បន្ទាប់ពីបញ្ចប់ការបញ្ចូល អ្នកលេងត្រូវរង់ចាំស្ថានភាពហ្គេមដើម្បីធ្វើបច្ចុប្បន្នភាពពីម៉ាស៊ីនមេ ដើម្បីមើលថាតើវាមានផលប៉ះពាល់អ្វីខ្លះលើពិភពលោក។

លើសពីនេះទៅទៀត រវាងការអាប់ដេតរដ្ឋចំនួនពីរ ពិភពលោកគឺឋិតិវន្តទាំងស្រុង។ ប្រសិនបើអត្រាអាប់ដេតរដ្ឋមានកម្រិតទាប នោះចលនានឹងកន្ត្រាក់ខ្លាំង។

មានបច្ចេកទេសជាច្រើនដើម្បីកាត់បន្ថយផលប៉ះពាល់នៃបញ្ហានេះ ហើយខ្ញុំនឹងគ្របដណ្តប់វានៅផ្នែកបន្ទាប់។

បច្ចេកទេសធ្វើឱ្យរលោង

បច្ចេកទេសទាំងអស់ដែលបានពិពណ៌នានៅក្នុងផ្នែកនេះត្រូវបានពិភាក្សាយ៉ាងលម្អិតនៅក្នុងស៊េរី អ្នកលេងច្រើនដែលមានល្បឿនលឿន Gabriel Gambetta ។ ខ្ញុំសូមផ្តល់អនុសាសន៍យ៉ាងខ្លាំងឱ្យអានស៊េរីអត្ថបទដ៏ល្អនេះ។ វាក៏រួមបញ្ចូលផងដែរនូវការបង្ហាញអន្តរកម្មដែលអនុញ្ញាតឱ្យអ្នកមើលឃើញពីរបៀបដែលបច្ចេកទេសទាំងនេះដំណើរការនៅក្នុងការអនុវត្ត។

បច្ចេកទេសដំបូងគឺអនុវត្តលទ្ធផលបញ្ចូលដោយផ្ទាល់ដោយមិនរង់ចាំការឆ្លើយតបពីម៉ាស៊ីនមេ។ វា​ហៅថា ការព្យាករណ៍ពីភាគីអតិថិជន. ទោះយ៉ាងណាក៏ដោយ នៅពេលដែលម៉ាស៊ីនភ្ញៀវទទួលបានការអាប់ដេតពីម៉ាស៊ីនមេ វាត្រូវតែផ្ទៀងផ្ទាត់ថាការព្យាករណ៍របស់វាត្រឹមត្រូវ។ ប្រសិនបើនេះមិនមែនជាករណីទេនោះគាត់គ្រាន់តែត្រូវការផ្លាស់ប្តូរស្ថានភាពរបស់គាត់តាមអ្វីដែលគាត់បានទទួលពី server ពីព្រោះ server គឺជាផ្តាច់ការ។ បច្ចេកទេសនេះត្រូវបានប្រើជាលើកដំបូងនៅក្នុង Quake ។ អ្នកអាចអានបន្ថែមអំពីវានៅក្នុងអត្ថបទ ការពិនិត្យមើលកូដម៉ាស៊ីន Quake Fabien Sanglars [ការបកប្រែ នៅលើ Habre] ។

ឈុតទីពីរនៃបច្ចេកទេសត្រូវបានប្រើដើម្បីធ្វើឱ្យចលនារបស់អង្គភាពផ្សេងទៀតរលូនរវាងការធ្វើបច្ចុប្បន្នភាពរដ្ឋពីរ។ មានវិធីពីរយ៉ាងក្នុងការដោះស្រាយបញ្ហានេះ៖ អន្តរប៉ូល និងការបូកសរុប។ ក្នុងករណី interpolation រដ្ឋពីរចុងក្រោយត្រូវបានគេយក ហើយការផ្លាស់ប្តូរពីមួយទៅមួយទៀតត្រូវបានបង្ហាញ។ គុណវិបត្តិរបស់វាគឺថាវាបណ្តាលឱ្យមានការពន្យាពេលតិចតួចពីព្រោះអតិថិជនតែងតែឃើញអ្វីដែលបានកើតឡើងកាលពីអតីតកាល។ Extrapolation គឺនិយាយអំពីការទស្សន៍ទាយកន្លែងដែលអង្គភាពគួរតែឥឡូវនេះដោយផ្អែកលើរដ្ឋចុងក្រោយដែលទទួលបានដោយអតិថិជន។ គុណវិបត្តិរបស់វាគឺថាប្រសិនបើអង្គភាពផ្លាស់ប្តូរទិសដៅនៃចលនាទាំងស្រុងនោះវានឹងមានកំហុសដ៏ធំមួយរវាងការព្យាករណ៍និងទីតាំងជាក់ស្តែង។

បច្ចេកទេសទំនើបបំផុតដែលមានប្រយោជន៍តែនៅក្នុង FPS គឺ សំណងយឺតយ៉ាវ. នៅពេលប្រើសំណងភាពយឺតយ៉ាវ ម៉ាស៊ីនមេត្រូវគិតគូរពីការពន្យារពេលរបស់អតិថិជន នៅពេលវាបាញ់ដល់គោលដៅ។ ជាឧទាហរណ៍ ប្រសិនបើអ្នកលេងបានបាញ់ប្រហារលើអេក្រង់របស់ពួកគេ ប៉ុន្តែតាមពិតគោលដៅរបស់ពួកគេស្ថិតនៅទីតាំងផ្សេងដោយសារតែការពន្យារពេល នោះវាមិនយុត្តិធម៌ទេក្នុងការបដិសេធអ្នកលេងសិទ្ធិក្នុងការសម្លាប់ដោយសារតែការពន្យារពេល។ ដូច្នេះហើយ ម៉ាស៊ីនមេបង្វិលពេលវេលាត្រឡប់ទៅពេលដែលអ្នកលេងបានបាញ់ ដើម្បីក្លែងធ្វើអ្វីដែលអ្នកលេងបានឃើញនៅលើអេក្រង់របស់ពួកគេ ហើយពិនិត្យមើលការប៉ះទង្គិចគ្នារវាងការបាញ់របស់ពួកគេ និងគោលដៅ។

Glenn Fiedler (ដូចដែលតែងតែ!) បានសរសេរអត្ថបទមួយក្នុងឆ្នាំ 2004 រូបវិទ្យាបណ្តាញ (2004)ដែលក្នុងនោះគាត់បានដាក់មូលដ្ឋានគ្រឹះសម្រាប់ការធ្វើសមកាលកម្មការក្លែងធ្វើរូបវិទ្យារវាងម៉ាស៊ីនមេ និងម៉ាស៊ីនភ្ញៀវ។ ក្នុងឆ្នាំ 2014 គាត់បានសរសេរស៊េរីថ្មីនៃអត្ថបទ រូបវិទ្យាបណ្តាញដែលបានពិពណ៌នាអំពីបច្ចេកទេសផ្សេងទៀតសម្រាប់ការធ្វើសមកាលកម្មការក្លែងធ្វើរូបវិទ្យា។

ក៏មានអត្ថបទពីរនៅលើ Valve wiki, ប្រភព Multiplayer Networking и វិធីសាស្ត្រផ្តល់សំណងភាពយឺតយ៉ាវក្នុង Client/Server In-game Protocol Design and Optimization ដែលពិចារណាលើសំណងសម្រាប់ការពន្យារពេល។

ទប់ស្កាត់ការបោកប្រាស់

មានបច្ចេកទេសសំខាន់ពីរសម្រាប់ការពារការក្លែងបន្លំ។

ទីមួយ៖ ធ្វើឱ្យអ្នកបោកប្រាស់កាន់តែពិបាកផ្ញើកញ្ចប់ព័ត៌មានអាក្រក់។ ដូចដែលបានរៀបរាប់ខាងលើ មធ្យោបាយដ៏ល្អក្នុងការអនុវត្តនេះគឺការអ៊ិនគ្រីប។

ទីពីរ៖ ម៉ាស៊ីនមេផ្តាច់ការគួរតែទទួលតែពាក្យបញ្ជា/បញ្ចូល/សកម្មភាពប៉ុណ្ណោះ។ ម៉ាស៊ីនភ្ញៀវមិនគួរអាចផ្លាស់ប្តូរស្ថានភាពនៅលើម៉ាស៊ីនមេ ក្រៅពីការផ្ញើធាតុបញ្ចូលទេ។ បន្ទាប់មក រាល់ពេលដែលម៉ាស៊ីនមេទទួលការបញ្ចូល វាត្រូវតែពិនិត្យមើលថាតើវាត្រឹមត្រូវដែរឬទេ មុនពេលប្រើវា។

តក្កវិជ្ជាកម្មវិធី៖ ការសន្និដ្ឋាន

ខ្ញុំណែនាំអ្នកឱ្យអនុវត្តវិធីក្លែងធ្វើ latencies ខ្ពស់ និងអត្រាធ្វើឱ្យស្រស់ទាប ដើម្បីឱ្យអ្នកអាចសាកល្បងឥរិយាបថនៃហ្គេមរបស់អ្នកក្នុងស្ថានភាពមិនល្អ សូម្បីតែនៅពេលម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេកំពុងដំណើរការនៅលើកុំព្យូទ័រតែមួយក៏ដោយ។ នេះនឹងជួយសម្រួលយ៉ាងខ្លាំងដល់ការអនុវត្តបច្ចេកទេសពន្យាពេលរលូន។

ធនធានមានប្រយោជន៍ផ្សេងទៀត។

ប្រសិនបើអ្នកចង់ស្វែងរកធនធានផ្សេងទៀតនៅលើម៉ូដែលបណ្តាញ អ្នកអាចស្វែងរកពួកវានៅទីនេះ៖

• ប្លុករបស់ Glenn Fiedler - ប្លក់ទាំងមូលរបស់គាត់មានតម្លៃអាន មានអត្ថបទល្អៗជាច្រើននៅទីនោះ។ វាគឺជាការ អត្ថបទទាំងអស់អំពីបច្ចេកវិទ្យាបណ្តាញត្រូវបានប្រមូល។
• បណ្តាញហ្គេមដ៏អស្ចារ្យ ដោយ M. Fatih MAR គឺជាបញ្ជីដ៏ទូលំទូលាយនៃអត្ថបទ និងវីដេអូនៅលើម៉ាស៊ីនវីដេអូហ្គេមអនឡាញ។
• В វិគីនៃ r/gamedev subreddit វាក៏មានតំណភ្ជាប់មានប្រយោជន៍ជាច្រើនផងដែរ។

ប្រភព: www.habr.com