ການອອກແບບການໂຕ້ຕອບເກມ. Brent Fox. ປຶ້ມນີ້ກ່ຽວກັບຫຍັງ?

ບົດ​ຄວາມ​ນີ້​ແມ່ນ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ໂດຍ​ຫຍໍ້​ຂອງ​ປຶ້ມ​ການ​ອອກ​ແບບ​ການ​ໂຕ້​ຕອບ​ຂອງ​ເກມ​ໂດຍ​ຜູ້​ຂຽນ Brent Fox​. ສໍາລັບຂ້ອຍ, ປື້ມນີ້ຫນ້າສົນໃຈຈາກທັດສະນະຂອງນັກຂຽນໂປລແກລມທີ່ພັດທະນາເກມເປັນວຽກອະດິເລກຢ່າງດຽວ. ໃນ​ທີ່​ນີ້​ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ອະ​ທິ​ບາຍ​ວ່າ​ມັນ​ເປັນ​ປະ​ໂຫຍດ​ສໍາ​ລັບ​ຂ້າ​ພະ​ເຈົ້າ​ແລະ hobby ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​.

ການທົບທວນຄືນນີ້ຈະຊ່ວຍໃຫ້ທ່ານຕັດສິນໃຈວ່າມັນຄຸ້ມຄ່າທີ່ຈະໃຊ້ຊັບພະຍາກອນຂອງເຈົ້າກັບມັນຫຼືບໍ່. ໃນຄໍາເຫັນ, ທ່ານອາດຈະຊອກຫາການອ້າງອີງເຖິງປຶ້ມທີ່ເປັນປະໂຫຍດອື່ນໆກ່ຽວກັບຫົວຂໍ້ຂອງການໂຕ້ຕອບເກມຈາກເພື່ອນຮ່ວມງານທີ່ມີຄວາມສາມາດແລະໃຈດີ.

Relevance

ປຶ້ມ​ດັ່ງກ່າວ​ໄດ້​ພິມ​ຈຳໜ່າຍ​ໃນ​ປີ 2004. ດັ່ງນັ້ນ, ມີຄໍາອະທິບາຍແລະຄໍາແນະນໍາທີ່ລ້າສະໄຫມແນ່ນອນ. ຕົວຢ່າງ, ຄວາມລະອຽດຂອງ PC ຂອງ 1024x768 ແມ່ນເອີ້ນວ່າ "ຄວາມລະອຽດສູງຫຼາຍ". ຜູ້ຂຽນຍັງແນະນໍາໃຫ້ໃຊ້ Flash ເພື່ອສ້າງຮູບແບບການໂຕ້ຕອບແບບໂຕ້ຕອບ. ເຖິງແມ່ນວ່າ Flash ໄດ້ຢຸດເຊົາການເປັນເທກໂນໂລຍີທີ່ນິຍົມແລ້ວ, ມັນຍັງເປັນການແກ້ໄຂທີ່ດີສໍາລັບການສ້າງໂຄງຮ່າງຢ່າງໄວວາ.

ປະຫວັດຫຍໍ້ຂອງ Adobe Flash [1]

ແນວຄວາມຄິດແລະຄໍາແນະນໍາຕົ້ນຕໍໃນຫນັງສືຍັງເບິ່ງຄືວ່າມີຄວາມກ່ຽວຂ້ອງແລະອຸປະກອນຕ່າງໆສາມາດພິຈາລະນາເປັນປະໂຫຍດ. ມັນດີທີ່ຈະເຫັນວິທີການທີ່ເຂັ້ມງວດທີ່ບໍ່ມີຄວາມນິຍົມໃນປັດຈຸບັນໃນການຫຼຸດຜ່ອນຂໍ້ມູນກາຟິກເພື່ອໃຫ້ເກມເຫມາະສົມກັບແຜ່ນ DVD (ຫຼືແມ້ກະທັ້ງ CD), ແລະບໍ່ມີນ້ໍາຫນັກຕ່ໍາກວ່າ 60 GB.

ເນື່ອງຈາກໄລຍະຫ່າງຂອງປີ, ຫນັງສືບໍ່ສາມາດຖືກເອີ້ນວ່າຕ້ອງມີ. ຢ່າງໃດກໍຕາມ, ມັນສາມາດເປັນປະໂຫຍດ, ສໍາລັບຂ້າພະເຈົ້າມັນແມ່ນ.

ຜູ້ຊົມເປົ້າຫມາຍ

ຫນັງສືເຫຼັ້ມນີ້ສ່ວນໃຫຍ່ແມ່ນແນໃສ່ຜູ້ອອກແບບເກມຈົວ - ນັກພັດທະນາການໂຕ້ຕອບ, ເຮັດວຽກຢູ່ໃນທີມກັບນັກຂຽນໂປລແກລມ, ນັກສິລະປິນ, ການຄຸ້ມຄອງແລະລູກຄ້າ / ຜູ້ເຜີຍແຜ່. ສໍາລັບນັກອອກແບບທີ່ມີປະສົບການ, ມັນອາດຈະເປັນປະໂຫຍດຫນ້ອຍ (ລວມທັງການຕັດສິນໂດຍການທົບທວນຄືນໃນຮ້ານອອນໄລນ໌). Consoles ຖືກພິຈາລະນາເປັນເວທີການພັດທະນາຕົ້ນຕໍ, ແລະຫຼັງຈາກນັ້ນ PC. ໂທລະສັບສະຫຼາດ (ແລະໂດຍສະເພາະແມ່ນ VR) ບໍ່ໄດ້ຖືກພິຈາລະນາ, ເພາະວ່າ. ກ່ອນ​ທີ່​ຈະ​ເລີ່ມ​ຕົ້ນ​ຂອງ​ຄວາມ​ນິ​ຍົມ​ລະ​ເບີດ​ຂອງ​ເຂົາ​ເຈົ້າ​ກັບ​ການ​ປ່ອຍ iPhone ໄດ້​, ຍັງ​ມີ 3 ປີ​ຍັງ​ເຫຼືອ​.

ສໍາລັບທີມງານ indie ຫນ້ອຍ, ຄໍາແນະນໍາຍັງຈະຫນ້າສົນໃຈຫຼາຍ. ປຶ້ມຖືກຂຽນດ້ວຍວິທີທີ່ງ່າຍ ແລະມ່ວນຊື່ນ. ຂ້າພະເຈົ້າໄດ້ອ່ານມັນຢູ່ໃນພາສາອັງກິດແລະບໍ່ພົບປະໂຫຍກທີ່ບໍ່ເຫມາະສົມທີ່ສັບສົນ - ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍແລະເຖິງຈຸດ. ມັນໃຊ້ເວລາ 16 ຊົ່ວໂມງເພື່ອອ່ານແລະບັນທຶກ. ສອງບົດສຸດທ້າຍກວມເອົາພື້ນຖານຂອງການເຮັດວຽກໃນ Photoshop ແລະ Macromedia Flash, ແຕ່ພວກເຂົາສາມາດຂ້າມໄດ້.

ອະທິບາຍແນວຄວາມຄິດຈາກປຶ້ມ

ໃນປັດຈຸບັນ, ໃນຂະນະທີ່ອ່ານຫນັງສື, ຂ້າພະເຈົ້າຂຽນບົດສະຫຼຸບສັ້ນໆແຍກຕ່າງຫາກຈາກຄໍາແນະນໍາແລະຄໍາແນະນໍາທີ່ສະເຫນີ. ໃນຈໍານວນທັງຫມົດ, ຂ້າພະເຈົ້າໄດ້ກໍານົດ 63 pomace ສໍາລັບຕົນເອງຢູ່ທີ່ນີ້. ນີ້ແມ່ນບາງສ່ວນທີ່ຍົກອອກມາເຫຼົ່ານີ້.

14. ຖ້າທ່ານມີຄວາມຄິດທີ່ເຢັນແລະສ້າງສັນສໍາລັບການໂຕ້ຕອບເກມ, ທ່ານຄວນພິຈາລະນາມັນຢ່າງລະມັດລະວັງ (ນີ້ປະກອບມີວິທີການຄວບຄຸມເກມ). ບາງທີພວກເຂົາໄດ້ພະຍາຍາມປະຕິບັດມັນແລ້ວ, ແຕ່ມີເຫດຜົນທີ່ດີທີ່ຈະປະຕິເສດມັນ. ແລະມັນບໍ່ແມ່ນຄວາມຈິງທີ່ວ່າໃນປັດຈຸບັນມັນຈະເປັນໄປໄດ້ທີ່ຈະແກ້ໄຂພວກມັນ (ແລະແທ້ຈິງແລ້ວ, ມັນຄຸ້ມຄ່າບໍ?). ການໂຕ້ຕອບແລະການຄວບຄຸມໃຫມ່ສາມາດກາຍເປັນລັກສະນະຂອງເກມ, ແຕ່ມັນຍັງສາມາດເຮັດໃຫ້ມັນບໍ່ສະບາຍແລະບໍ່ສາມາດເຂົ້າໃຈໄດ້.

18. ເບິ່ງບໍ່ມົວ. ເພື່ອເບິ່ງໃຫມ່ໃນການເຮັດວຽກຂອງເຈົ້າ, ທ່ານຈໍາເປັນຕ້ອງປ່ຽນວິທີການ "ຮັບ". ຕົວຢ່າງ: ໃນອຸປະກອນອື່ນ; ແທນທີ່ບົດເລື່ອງດ້ວຍສີ່ຫຼ່ຽມ; ຂະຫນາດການປ່ຽນແປງ; ຫັນ; ຍ້າຍອອກຈາກໂຕະອອກໄປຫຼືໄປທາງຂ້າງ.

21. ການຫຍໍ້ໜ້າລະຫວ່າງຕົວເລກແມ່ນເຫັນໄດ້ຈາກໄລຍະຫ່າງຕົວຈິງ. ຮູບຮ່າງສີ່ຫລ່ຽມຕ້ອງການໄລຍະຫ່າງຫຼາຍກ່ວາຮູບກົມເພື່ອເຮັດໃຫ້ພວກມັນເບິ່ງ "ທຽບເທົ່າ" ຈາກກັນແລະກັນ.

ການບິດເບືອນທາງດ້ານສະຕິປັນຍາໃນການໂຕ້ຕອບຜູ້ໃຊ້. [2] ບົດຄວາມນີ້ກວມເອົາຫົວຂໍ້ໃນລາຍລະອຽດເພີ່ມເຕີມ, ເຖິງແມ່ນວ່າມັນຈະມຸ່ງໄປສູ່ຜູ້ອອກແບບເວັບ.

ຈຸດແມ່ນວ່າໄລຍະຫ່າງຕົວຈິງລະຫວ່າງສັນຍາລັກ / ຮູບຮ່າງອາດຈະຄືກັນ, ແຕ່ໄລຍະຫ່າງທີ່ຮັບຮູ້ອາດຈະຖືກບິດເບືອນຢ່າງຊັດເຈນ.

24. ຜົນກະທົບການເຄື່ອນໄຫວ. ເຖິງແມ່ນວ່າອົງປະກອບສະຖິດສາມາດຖ່າຍທອດຄວາມຮູ້ສຶກຂອງການເຄື່ອນໄຫວ. ຕົວຢ່າງ, ເສັ້ນຂວາງອອກດ້ວຍມຸມເບິ່ງໄປທາງໄກ.

ສາຍຕັ້ງແລະແນວນອນ, ໃນທາງກົງກັນຂ້າມ, ໃຫ້ຄວາມຫມັ້ນຄົງແລະຄວາມຫມັ້ນຄົງຂອງຮູບ.

32. ສີ່ແຍກວັດຖຸ. ວັດຖຸຈະຕ້ອງຢູ່ຕິດກັນ ຫຼືຕັດກັນຢ່າງເຫັນໄດ້ຊັດ.

ດ້ວຍການວາງຊ້ອນກັນເລັກນ້ອຍ, ເບິ່ງຄືວ່າຜູ້ອອກແບບພະຍາຍາມຈັດວາງພວກມັນໃຫ້ຢູ່ປາຍສຸດ, ແຕ່ລາວບໍ່ປະສົບຜົນສໍາເລັດ, ແຕ່ມີການຊ້ອນກັນທີ່ໂຄ້ງອອກມາ.

46. ​​ການເຄື່ອນໄຫວໃນການໂຕ້ຕອບຄວນຈະໄວ, ປົກກະຕິແລ້ວບໍ່ເກີນຫນຶ່ງວິນາທີ. ຍິ່ງ​ໄປ​ກວ່າ​ນັ້ນ​, ມັນ​ຄວນ​ຈະ​ເປັນ​ໄປ​ໄດ້​ທີ່​ຈະ​ຂ້າມ​ມັນ​ຫມົດ​ສໍາ​ລັບ​ການ​ຫັນ​ປ່ຽນ​ທັນ​ທີ​ທັນ​ໃດ​ກັບ​ຫນ້າ​ຈໍ​ຕໍ່​ໄປ​ຫຼື​ການ​ຄວບ​ຄຸມ​. ພາບເຄື່ອນໄຫວທີ່ເຢັນແມ່ນຫນ້າສົນໃຈພຽງແຕ່ສອງສາມຄັ້ງທໍາອິດ, ແລະຫຼັງຈາກນັ້ນມັນຈະກາຍເປັນທີ່ບໍ່ຫນ້າສົນໃຈ. ຖ້າມັນຍາວເກີນໄປ, ມັນພຽງແຕ່ຈະລົບກວນ. ຖ້າຫາກວ່າມັນ turns ອອກເປັນສັ້ນ, ຫຼັງຈາກນັ້ນມັນພຽງແຕ່ຈະກາຍເປັນເບິ່ງເຫັນ, ເຊິ່ງສໍາລັບການໂຕ້ຕອບແມ່ນມີປະໂຫຍດຫຼາຍກ່ວາຂໍ້ເສຍ.

49-51. ກ່ຽວກັບໄອຄອນ. ປຸ່ມແລະຕົວຊີ້ວັດໃນຮູບແບບຂອງໄອຄອນແມ່ນໄວຫຼາຍສໍາລັບຜູ້ນໃນການຮັບຮູ້ຫຼາຍກ່ວາຂໍ້ຄວາມແລະຕົວເລກ. ດັ່ງນັ້ນ, ຄວນເລືອກໄອຄອນທີ່ເຂົ້າໃຈໄດ້ເລື້ອຍໆເທົ່າທີ່ເປັນໄປໄດ້.

ໄອຄອນສາມາດຖືກຈັດກຸ່ມຕາມຈຸດປະສົງຂອງມັນ. ຕົວຢ່າງ, ເຮັດໃຫ້ປຸ່ມການໂຈມຕີເປັນສີແດງ, ປຸ່ມການຕັ້ງຄ່າ (ສຽງ, ຄວາມລະອຽດ) ສີຟ້າ, ປຸ່ມກໍ່ສ້າງສີເງິນ ... ນີ້ຈະຊ່ວຍໃຫ້ຜູ້ຫຼິ້ນສາມາດຊອກຫາປຸ່ມທີ່ຖືກຕ້ອງໄດ້ໄວ, ຕັດກຸ່ມທີ່ບໍ່ຈໍາເປັນອອກຈາກພື້ນທີ່ຄົ້ນຫາທັນທີ.

ໄອຄອນຄວນສະຫນັບສະຫນູນຫຼັກການຂອງຄວາມເປັນເອກະພາບ. ຕົວຢ່າງ, ຖ້າຢູ່ໃນສະຖານທີ່ຫນຶ່ງມີ pentagon ສີແດງຫຼືວົງມົນຖືກນໍາໃຊ້ສໍາລັບເຄື່ອງຫມາຍຢຸດ, ຫຼັງຈາກນັ້ນທ່ານບໍ່ຄວນໃຊ້ສີ່ຫລ່ຽມສີດໍາຈາກເຄື່ອງຫຼີ້ນສຽງໃນສະຖານທີ່ອື່ນ. ເມື່ອຈັດກຸ່ມສີ, ທ່ານກໍ່ຄວນໃຊ້ຫຼັກການນີ້. ທ່ານບໍ່ຄວນປ່ຽນສີຂອງໄອຄອນດຽວກັນຢູ່ໃນປ່ອງຢ້ຽມເມນູທີ່ແຕກຕ່າງກັນ.

ເຊັ່ນດຽວກັນກັບຮູບພາບໃດກໍ່ຕາມ, ທ່ານຈໍາເປັນຕ້ອງລະວັງບັນຫາລິຂະສິດກັບໄອຄອນ. ດັ່ງນັ້ນ, ມັນມີຄວາມໜ້າເຊື່ອຖືກວ່າທີ່ຈະສ້າງໄອຄອນເວີຊັນຂອງທ່ານເອງ “ເຮັດຕາມຕົວຢ່າງ” ຂອງເກມອື່ນ. ແຕ່ມັນກໍ່ສາມາດມີບັນຫາກັບມັນ.

ຕົວຢ່າງ, ການໃຊ້ກາແດງໃສ່ພື້ນສີຂາວໃນຊຸດປະຖົມພະຍາບານ (ແລະລາຍການອື່ນໆ) ແມ່ນຖືກຫ້າມແລະເຈົ້າອາດຈະຖືກ "ຟ້ອງຮ້ອງຢ່າງສຸພາບ". ນີ້ແມ່ນເຮັດເປັນແຕ່ລະໄລຍະໂດຍອົງການກາແດງ, ເພີ່ມເຕີມໃນບົດຄວາມ "ຕິກິຣິຍາທີ່ບໍ່ຄາດຄິດ: ອົງການກາແດງຮຽກຮ້ອງໃຫ້ເອົາສັນຍາລັກຂອງຕົນອອກຈາກເກມສະຖາປະນິກຄຸກ" [3]

55. ອົງປະກອບແບບເຄື່ອນໄຫວໃນ HUD (ໃນເກມ, "ສະເຫມີ" ການໂຕ້ຕອບການເຄື່ອນໄຫວ). ມັນເປັນສິ່ງຈໍາເປັນໃນການວິເຄາະຄວາມຕ້ອງການທີ່ຈະສະແດງຂໍ້ມູນທັງຫມົດໃນ HUD - ມັນຄວນຈະເຫັນໄດ້ສະເຫມີແລະມີຢູ່, ບາງທີພຽງແຕ່ຢູ່ໃນສະຖານະທີ່ແນ່ນອນບໍ? ຕົວຢ່າງ, ຍຸດທະສາດມັກຈະເຊື່ອງແຖບສຸຂະພາບຢູ່ໃນຕົວລະຄອນທີ່ມີສຸຂະພາບດີ, ແລະສະແດງໃຫ້ເຂົາເຈົ້າພຽງແຕ່ເມື່ອພວກເຂົາໄດ້ຮັບບາດເຈັບ.

ໃນບາງກໍລະນີ, ພວກເຂົາຍັງສາມາດເຊື່ອງແຖບສຸຂະພາບທີ່ບໍ່ຄົບຖ້ວນແລະສະແດງໃຫ້ພວກເຂົາພຽງແຕ່ສອງສາມວິນາທີທັນທີຫຼັງຈາກການປ່ຽນແປງຂອງມັນ (ການປິ່ນປົວຫຼືການບາດເຈັບ). ຫຼືສະແດງແຖບຊີວິດພຽງແຕ່ໃນຮູບແບບການຕໍ່ສູ້, ເຊື່ອງພວກມັນຢູ່ໃນໂຫມດ wander ແລະຊອກຫາຜົນກະທົບຕໍ່ການສູ້ຮົບ.

ກ່ຽວກັບຜູ້ຂຽນ

Brent Fox. ໃນເວລາຂຽນ, ລາວໄດ້ເຮັດວຽກຢູ່ໃນອຸດສາຫະກໍາເກມເປັນເວລາ 7 ປີເປັນຜູ້ຈັດການໂຄງການແລະຜູ້ອໍານວຍການສິລະປະ (ຕອນນັ້ນລາວມີອາຍຸ 34 ປີ). ທີມງານທີ່ເຮັດວຽກ / ຄຸ້ມຄອງເຖິງ 27 ຄົນແລະຍັງເຮັດວຽກຢູ່ໃນເກມທີ່ມີງົບປະມານຫຼາຍ. ເກມພັດທະນາສໍາລັບ consoles ຕ່າງໆ. ເຮັດວຽກຢູ່ໃນສະຕູດິໂອ: Bla-Dam Studios, ເກມ Furious. [4]

ໃນປັດຈຸບັນຜູ້ຂຽນຫນັງສືເຮັດວຽກເປັນຜູ້ອໍານວຍການສິລະປະຢູ່ Wahoo Studios [5]. ພວກເຂົາເຈົ້າສ່ວນໃຫຍ່ແມ່ນພັດທະນາເກມໃນ console ພາຍໃຕ້ສັນຍາກັບ Microsoft ແລະ Electronic Arts.

ສະຫລຸບ

ຄວາມຄິດເຫັນຂອງຂ້ອຍແມ່ນວ່າຫນັງສືສາມາດເປັນປະໂຫຍດຫຼາຍ. ຢ່າງໃດກໍຕາມ, ພວກເຮົາບໍ່ຄວນລືມກ່ຽວກັບຈໍານວນທີ່ສໍາຄັນຂອງການທົບທວນຄືນທາງລົບ - ຫນັງສືໄດ້ຖືກວິພາກວິຈານສໍາລັບວິທີການພື້ນຖານເກີນໄປ / ງ່າຍດາຍໂດຍບໍ່ມີການ subtleties ມືອາຊີບແຄບ. ແລ້ວ, ນາງມີອາຍຸຫຼາຍແລ້ວ. ມັນຈະດີຫຼາຍຖ້າ, ໃນຄໍາເຫັນ, ຜູ້ອ່ານທີ່ມີປະສົບການຫຼາຍຈະແນະນໍາປື້ມອື່ນໆໃນຫົວຂໍ້ນີ້: ດີກວ່າແລະ / ຫຼືມີຄວາມກ່ຽວຂ້ອງຫຼາຍຂຶ້ນ.

ການເຊື່ອມຕໍ່ກັບແຫຼ່ງແລະວັນນະຄະດີເພີ່ມເຕີມ

1. ປະຫວັດຫຍໍ້ຂອງ Adobe Flash
2. ການບິດເບືອນທາງດ້ານສະຕິປັນຍາໃນການໂຕ້ຕອບຜູ້ໃຊ້
3. ປະຕິກິລິຍາແປກໃຈ: ອົງການກາແດງຮຽກຮ້ອງໃຫ້ຖອນສັນຍາລັກຂອງມັນອອກຈາກເກມສະຖາປະນິກຄຸກ
4. ການອອກແບບການໂຕ້ຕອບເກມ - Brent Fox ໃນ Amazon
5. Wahoo Studios-Games

ແຫຼ່ງຂໍ້ມູນ: www.habr.com