ทำไมวิดีโอเกมที่เขียนด้วยภาษาจาวาเพียงไม่กี่เกม [ปิด]

เหตุใดจึงมีวิดีโอเกม 3 มิติเชิงพาณิชย์จำนวนมาก (ไม่ใช่ 2D แบบโอเพนซอร์ซแบบสุ่ม) ที่เขียนด้วย Java ในทางทฤษฎีแล้วมันสมเหตุสมผล: คุณได้รับการเพิ่มประสิทธิภาพการทำงานและแอพพลิเคชั่นข้ามแพลตฟอร์มเกือบฟรีเหนือสิ่งอื่นใดเช่นไลบรารี Java จำนวนมากและการรวบรวมขยะในตัว (แม้ว่าฉันจะยอมรับฉันก็ตาม) ฉันไม่แน่ใจว่าอันหลังเป็นสิ่งที่ดีหรือไม่) เหตุใดจึงไม่ค่อยใช้ ฉันนึกถึงเกมเชิงพาณิชย์ที่เป็นที่นิยมที่เขียนขึ้นสำหรับแพลตฟอร์ม Java เท่านั้น

เป็นเพราะประสิทธิภาพหรือไม่ ถ้าอย่างนั้น GPU ส่วนใหญ่ก็ไม่สามารถทำได้เช่นกันใช่ไหม

โลกของการพัฒนาเกมเป็นเกมที่ตลก: ในอีกด้านหนึ่งพวกเขามักจะยอมรับแนวคิดใหม่ ๆ อย่างรวดเร็วในทางกลับกันพวกเขายังอยู่ในยุคหิน

ความจริงก็คือไม่ค่อยมีแรงจูงใจในการเปลี่ยนเป็น. NET / Java / อะไรมากกว่า C / C ++

บริษัท เกมส่วนใหญ่ให้สิทธิ์ชิ้นส่วนของเอ็นจิ้นเกมจาก บริษัท อื่น ชิ้นส่วนเหล่านี้เขียนด้วย C ++ และแม้ว่าคุณอาจเข้าถึงแหล่งข้อมูลได้ดังนั้นคุณจึงสามารถพอร์ตได้ซึ่งต้องใช้ความพยายามอย่างมาก (และแน่นอนว่าใบอนุญาตต้องได้รับอนุญาต)

นอกจากนี้รหัสดั้งเดิมจำนวนมากมีอยู่แล้วใน C ++ หากโค้ดจากโปรเจ็กต์ก่อนหน้านี้สามารถนำมาใช้ซ้ำได้ (เช่นถ้าคุณกำลังเขียนภาคต่อ) นั่นจะนับได้ว่ามากขึ้นในการผสานกับภาษาเดียวกันแทนที่จะเขียนมันในภาษาใหม่ (มากกว่านั้นเนื่องจากคุณจะแนะนำอีกครั้ง ข้อบกพร่องมากมายที่คุณจะต้องใช้เวลาในการเริ่มต้น

ในที่สุดมันก็ยากสำหรับเกมที่จะเขียนด้วย 100% C ++ ต่อไป - มีหลายอย่างที่ใช้ภาษาสคริปต์ไม่ว่าจะเป็นแบบกำหนดเองหรือรวมภาษาที่มีอยู่ (Lua เป็นหนึ่งในเกมยอดนิยมในปัจจุบัน)

เท่าที่มีการเก็บขยะที่เกี่ยวข้องนั่นอาจเป็นปัญหาเล็กน้อย ปัญหาไม่ได้มีอยู่จริงมันทำงานได้มากกว่า - ตัวเก็บขยะจะต้องไม่ถูกบล็อก (หรืออย่างน้อยต้องรับประกันว่าจะปิดกั้นเพียงช่วงสั้น ๆ เท่านั้น) เนื่องจากมันไม่สามารถยอมรับได้ที่จะหยุดเกมเป็นเวลา 10 วินาทีในขณะที่ มันจะสแกนหน่วยความจำที่จัดสรรไว้ทั้งหมดเพื่อดูสิ่งที่สามารถเป็นอิสระ ฉันรู้ว่า Java มีแนวโน้มที่จะทำให้หายใจไม่ออกใน GC'ing เมื่อมันใกล้จะหมดหน่วยความจำ (และสำหรับบางเกมที่นั่นก็จะ)

นอกจากนี้คุณยังถูก จำกัด มากขึ้นในสิ่งที่คุณสามารถทำได้: คุณไม่สามารถใช้ประโยชน์จากฮาร์ดแวร์ได้อย่างเต็มที่เนื่องจากโอเวอร์เฮดของรันไทม์ ลองนึกภาพว่า Crysis เขียนด้วยภาษาจาวา ... แม้ว่ามันจะเป็นความแตกต่างที่มองเห็นได้ แต่มันก็ไม่เหมือนกัน (ฉันค่อนข้างมั่นใจว่าคุณต้องใช้ Core i7 ในการรัน)

นี่ไม่ได้หมายความว่าภาษาเหล่านี้ไม่มีบทบาทในการพัฒนาเกมและไม่ฉันไม่ได้หมายถึงการเขียนโปรแกรมเครื่องมือเท่านั้น สำหรับเกมส่วนใหญ่คุณไม่ต้องการประสิทธิภาพที่เพิ่มขึ้นเล็กน้อยจาก C ++ รวมถึงเกม 3 มิติและถ้าคุณเขียนมันทั้งหมดตั้งแต่ต้นมันสามารถใช้งานได้อย่างสมบูรณ์แบบเช่น XNA - ในความเป็นจริงมี โอกาสที่ดีมันจะ

เท่าที่เกมเชิงพาณิชย์มีความเกี่ยวข้อง - RuneScapeนับหรือไม่? นั่นอาจเป็นเกม Java ที่ประสบความสำเร็จที่สุด

ฉันคิดว่า John Carmack พูดได้ดีที่สุดกับ:

ปัญหาที่ใหญ่ที่สุดคือ Java ช้าจริงๆ ในระดับซีพียู / หน่วยความจำ / จอแสดงผล / การสื่อสารบริสุทธิ์โทรศัพท์มือถือรุ่นใหม่ ๆ ส่วนใหญ่ควรเป็นแพลตฟอร์มเกมที่ดีกว่าเกมบอยแอดวานซ์ ด้วย Java บนโทรศัพท์ส่วนใหญ่คุณจะเหลือพลังงานซีพียูของพีซี IBM เดิม 4.77 เมกะเฮิร์ตซ์และควบคุมทุกอย่างได้อย่างดีเยี่ยม [... snip ... ] เขียนทุกครั้งที่วิ่ง ฮ้า hahahahaha เรากำลังทดสอบเฉพาะสี่แพลตฟอร์มในขณะนี้และไม่คู่เดียวมีนิสัยใจคอที่แน่นอน เกมเชิงพาณิชย์ทั้งหมดได้รับการปรับแต่งและรวบรวมเป็นรายบุคคลสำหรับแพลตฟอร์มแต่ละแห่ง (มักจะมากกว่า 100+) การพกพาไม่ใช่เหตุผลสำหรับประสิทธิภาพอันยิ่งใหญ่

(ที่มา )

จริงอยู่ที่เขากำลังพูดถึงแพลตฟอร์มมือถือ แต่ฉันพบปัญหาที่คล้ายกันกับ Java โดยรวมมาจากพื้นหลัง C ++ ฉันพลาดการจัดสรรหน่วยความจำใน Stack / Heap ตามเงื่อนไขของฉันเอง

สิ่งหนึ่งที่การขาดตัวดำเนินการมากเกินไปของ Java ทำให้คณิตศาสตร์ทั้งหมดที่คุณต้องจัดการเพื่อให้ได้กราฟิกที่ใช้งานได้ดีมากน่ารำคาญและอ่านยาก

การคูณเมทริกซ์และเวกเตอร์เลียนแบบทั้งหมดที่คุณต้องจัดการนั้นง่ายกว่ามากหากพวกมันอยู่ในนิพจน์ทางคณิตศาสตร์ที่มีรูปแบบที่ดีแทนที่จะเป็นนิพจน์เชิงวัตถุเช่น

product = vector.multiply(projectionMatrix).dotProduct(otherVector);

นั่นแย่มาก คณิตศาสตร์ไม่ควรมีลักษณะเช่นนั้น

ฉันคิดว่า. NET มีปัญหาเกี่ยวกับการรับรู้เหมือนกันมากมายที่ Java มี Microsoft เพิ่งทำตลาดได้ดีขึ้นสำหรับนักพัฒนาด้วย XNA :-)

คะแนนรองก่อน:

• การเพิ่มผลผลิตใด ๆ จาก Java เป็นสมมติฐาน ไวยากรณ์เกือบจะเหมือนกับ C ++ ดังนั้นคุณจึงเป็นเพียงธนาคารเกี่ยวกับการประหยัดจากการจัดการหน่วยความจำและไลบรารีมาตรฐาน ห้องสมุดมีข้อเสนอเล็กน้อยสำหรับนักพัฒนาเกมและการจัดการหน่วยความจำเป็นปัญหาที่ถกเถียงกันเนื่องจากการรวบรวมขยะ

• ข้ามแพลตฟอร์ม "ฟรี" ไม่ดีอย่างที่คุณคิดเพราะนักพัฒนาน้อยต้องการใช้ OpenGL และหลายแพลตฟอร์มหลักอาจขาดการใช้จาวาที่ดีหรือ wrappers สำหรับไลบรารีดั้งเดิมของพวกเขาไม่ว่าจะเป็นกราฟิกเสียงระบบเครือข่าย ฯลฯ

แต่ส่วนใหญ่ปัญหาคือความเข้ากันได้ย้อนหลัง ผู้พัฒนาเกมย้ายไปที่ C ++ จาก C และ C จากการประกอบหมดจดเนื่องจากเส้นทางการโยกย้ายราบรื่น ผู้ประสานงานแต่ละคนมีความใกล้ชิดกับหน้าที่ก่อนหน้านี้และรหัสก่อนหน้าของพวกเขาทั้งหมดนั้นสามารถใช้งานได้ในภาษาใหม่บ่อยครั้งผ่านคอมไพเลอร์ตัวเดียว ดังนั้นการโยกย้ายจึงช้าหรือเร็วเท่าที่คุณต้องการ ตัวอย่างเช่นส่วนหัวเก่าของเราที่ใช้อยู่ในปัจจุบันยังคงมี#ifdef WATCOMCในและฉันไม่คิดว่าจะมีใครใช้คอมไพเลอร์ Watcom ที่นี่ในอีกสิบปีข้างหน้า มีการลงทุนจำนวนมากในโค้ดเก่าและแต่ละบิตจะถูกแทนที่ตามความจำเป็นเท่านั้น กระบวนการแทนที่และอัปเกรดบิตและชิ้นส่วนจากเกมหนึ่งไปเป็นเกมถัดไปนั้นแทบจะไม่มีประโยชน์ถ้าคุณเปลี่ยนเป็นภาษาที่ไม่สามารถทำงานร่วมกับโค้ดที่มีอยู่ของคุณได้ ใช่การทำงานร่วมกันของ C ++ / Java เป็นไปได้ แต่ไม่สามารถทำได้โดยเปรียบเทียบกับการเขียน "C ด้วย bit C ++" หรือฝัง asm blocks ใน C

ในการทำให้ภาษาซี ++ เป็นภาษาที่ผู้พัฒนาเลือกไว้ถูกต้องจะต้องทำหนึ่งในสองสิ่งต่อไปนี้:

1. สามารถใช้งานร่วมกันได้อย่างง่ายดายกับรหัสดั้งเดิมที่มีอยู่เดิมดังนั้นการรักษาการลงทุนและการเข้าถึงไลบรารีและเครื่องมือที่มีอยู่หรือ
2. แสดงให้เห็นอย่างชัดเจนว่าเพียงพอที่จะเพิ่มประสิทธิภาพการผลิตซึ่งค่าใช้จ่ายในการเขียนโค้ดของคุณเองใหม่ทั้งหมด (หรือทำการเชื่อมต่ออินเทอร์เฟซใหม่เข้ากับส่วนประกอบที่สามารถใช้ซ้ำได้ซึ่งสามารถใช้จากภาษานั้น)

ฉันคิดว่า Java ไม่ตรงกับสิ่งใดสิ่งหนึ่ง ภาษาระดับสูงกว่าอาจตรงกับภาษาที่ 2 หากมีผู้กล้าพอที่จะเป็นผู้บุกเบิก (EVE Online อาจเป็นตัวอย่างที่ดีที่สุดที่เรามีใน Python ที่สามารถใช้งานได้ แต่ซึ่งใช้ภาษา Python หลัก, ส่วนประกอบ C ++ จำนวนมากสำหรับการทำงานและแม้กระทั่งสำหรับเกมที่ค่อนข้างไม่ต้องการในแง่ที่ทันสมัย)

ฉันกำลังเล่นเดอะซิมส์ 3 และฉันก็แหย่เล่น ๆ เอ็นจิ้นกราฟิกเป็น C ++ ในขณะที่สคริปต์และเอ็นจิ้นการทำงานคือ C # / Mono ดังนั้นในขณะที่ C ++ จะมีบิตวิกฤติเวลาสิ่งอื่น ๆ เช่น. การโต้ตอบตรรกะของเกม AI อยู่ในภาษาที่มีการจัดการเชิงวัตถุ

• มีเครื่องมือหรือห้องสมุดเกมที่ดีหรือไม่?
• นักพัฒนา C / C ++ หลายคนโดยเฉพาะอย่างยิ่งเกมบน Windows (ที่เขียนเกมเชิงพาณิชย์ส่วนใหญ่) คุ้นเคยกับ Visual Studio ไม่มีการเปรียบเทียบใน IDEs
• โดยทั่วไปแล้ว Java ถูกขายให้กับธุรกิจต่างๆเนื่องจากมีการพิมพ์ที่ดีและมีความเข้าใจว่าไม่มีปัญหาด้านการจัดการหน่วยความจำ
• และใช่แล้ว Java ยังคงมีปัญหาจากการรับรู้ว่ามันช้าและการจัดการหน่วยความจำก็แย่และสำหรับเกมมันอาจไม่เหมาะกับงาน ตามที่ระบุไว้ในคำตอบอื่น ๆ การรวบรวมขยะจะไม่ตัดเมื่อคุณจัดการกับความต้องการประสิทธิภาพสูงแบบเรียลไทม์ วิดีโอเกมผลักดันซีพียูและ GPU ให้ถึงขีด จำกัด

หนึ่งในสาเหตุที่ใหญ่ที่สุด Java และภาษาอื่น ๆ เครื่องเสมือนไม่ได้ใช้สำหรับเกมเป็นเพราะ Garbage Collection สิ่งเดียวกันสำหรับ. NET การรวบรวมขยะได้มานานและใช้งานได้ดีกับแอพพลิเคชั่นเกือบทุกประเภท ในการดำเนินการรวบรวมขยะคุณต้องหยุดและขัดขวางแอปพลิเคชันเพื่อรวบรวมถังขยะ สิ่งนี้อาจทำให้เกิดความล่าช้าเป็นระยะเมื่อเกิดการรวบรวม

Java มีปัญหาเดียวกันสำหรับแอปพลิเคชันเรียลไทม์ เมื่องานต้องทำงานในเวลาที่กำหนดมันเป็นเรื่องยากที่จะมีงานอัตโนมัติเช่นการเก็บขยะที่เคารพ

ไม่ใช่ว่า Java ช้า เป็นที่ Java ไม่ดีในการจัดการงานเรียลไทม์

เหตุผลใหญ่คือวิดีโอเกมจำเป็นต้องมีความรู้โดยตรงเกี่ยวกับฮาร์ดแวร์ด้านล่างบ่อยครั้งและไม่มีการใช้งานที่ยอดเยี่ยมสำหรับสถาปัตยกรรมจำนวนมาก เป็นความรู้เกี่ยวกับสถาปัตยกรรมฮาร์ดแวร์พื้นฐานที่ช่วยให้นักพัฒนาบีบประสิทธิภาพทุกออนซ์ออกจากระบบเกม ทำไมคุณถึงใช้เวลาในการพอร์ต Java ไปยังแพลตฟอร์มเกมแล้วเขียนเกมบนพอร์ตนั้นเมื่อคุณสามารถเขียนเกมได้?

แก้ไข: นี่เป็นการบอกว่ามันเป็นปัญหามากกว่า "ความเร็ว" หรือ "ไม่มีห้องสมุดที่เหมาะสม" สิ่งเหล่านี้ควบคู่ไปกับสิ่งนี้ แต่มันเป็นเรื่องของ "ฉันจะสร้างระบบเช่นเซลล์เรียกใช้โค้ดจาวาของฉันได้อย่างไรไม่มีคอมไพเลอร์ Java ที่ดีใด ๆ ที่สามารถจัดการไพพ์ไลน์และเวกเตอร์ได้ เหมือนที่ฉันต้องการ .. "

ปัญหาด้านประสิทธิภาพเป็นเหตุผลแรก เมื่อคุณเห็นรหัส C ++ ที่ได้รับการปรับปรุงประสิทธิภาพสูงสุดซึ่งอยู่ในเอ็นจิ้น Quake ( http://www.codemaestro.com/reviews/9 ) คุณจะรู้ว่าพวกเขาจะไม่เสียเวลากับเครื่องเสมือนจริง

แน่นอนว่าอาจมีเกม. NET บางเกม (เกมใดบ้างฉันสนใจมีเกมที่ใช้ CPU / GPU มากจริง ๆ หรือไม่) แต่ฉันคิดว่าน่าจะเป็นเพราะคนจำนวนมากเป็นผู้เชี่ยวชาญในเทคโนโลยี MS และติดตาม Microsoft เมื่อเปิดตัว เทคโนโลยีใหม่ของพวกเขา

โอ้และข้ามแพลตฟอร์มไม่ได้อยู่ในใจของ บริษัท วิดีโอเกม Linux เป็นเพียงประมาณ 1% ของตลาด, Mac OS และอีกไม่กี่% พวกเขาคิดว่ามันไม่คุ้มค่าที่จะทิ้งเทคโนโลยีและ Windows librairies เช่น DirectX

คุณสามารถถามได้ว่าทำไมเว็บแอปพลิเคชันจึงไม่ถูกเขียนใน C หรือ C ++ ด้วย พลังของ Java อยู่ในเครือข่ายสแต็กและการออกแบบเชิงวัตถุ แน่นอน C และ C ++ ก็มีเช่นกัน แต่ในสิ่งที่เป็นนามธรรมต่ำ ไม่มีอะไรที่เป็นลบ แต่คุณไม่ต้องการที่จะคิดค้นล้อใหม่ทุกครั้งใช่ไหม

Java ยังไม่มีการเข้าถึงฮาร์ดแวร์โดยตรงซึ่งหมายความว่าคุณติดอยู่กับ API ของเฟรมเวิร์กใด ๆ

ความเข้าใจผิดเกี่ยวกับประสิทธิภาพและการเพิ่มประสิทธิภาพ JVM ที่ไม่ดีจะเป็นสิ่งที่ฉันคาดเดา ฉันพูดถึงความเข้าใจผิดเกี่ยวกับประสิทธิภาพเนื่องจากมีบางพอร์ต Java ของเกม C ++ ที่ทำงานได้เร็วกว่าคู่ C ++ ของพวกเขา (ดู Jake 2) ปัญหาที่แท้จริง IMHO คือโปรแกรมเมอร์ Java จำนวนมากไม่ได้มุ่งเน้นไปที่ประสิทธิภาพของการตกเลือดเนื่องจากพวกเขาใช้งานได้ง่ายและสามารถเข้าใจได้ง่ายและบำรุงรักษาโค้ด ในส่วนของ C / C ++ คุณจะต้องเขียนโค้ดในภาษาแอสเซมบลีระดับสูงขึ้นเล็กน้อยและใกล้เคียงกับฮาร์ดแวร์ที่สุดเท่าที่จะทำได้โดยไม่ต้องเขียนแอสเซมบลีหรือรหัสเครื่องตรง

รายชื่อเอ็นจิ้นเกมใน Wikipedia แสดงเอ็นจิ้นเกมมากมายพร้อมด้วยภาษาโปรแกรมที่เขียนขึ้น

มีเอ็นจินเกม Java จำนวนมาก

เมื่อคลิกที่ลิงค์จะนำคุณไปสู่ตัวอย่างของเกมและการสาธิตที่เขียนด้วยภาษาจาวา นี่คือสองสาม:

• Ardor3D
• ซอฟต์แวร์ Bytonic

สำหรับเกมและสถานการณ์บางอย่างการแลกเปลี่ยนของ Java อาจเป็นที่ยอมรับ

.NET มีปัญหาเดียวกันกับ Java อย่างแน่นอนเมื่อพูดถึงประสิทธิภาพ 3D ที่เข้มข้น Microsoft ยังลงทุนเวลาและเงินในการพัฒนาห้องสมุดมากขึ้นเมื่อต้องทำงานกับการทำงานหนัก 3D

(... โดยส่วนตัวฉันคิดว่าพวกเขามีขาขึ้นเมื่อมันมาถึงความมหัศจรรย์ระหว่าง DirectX และ. NET)

1. Java ช้าการยกของหนักส่วนใหญ่ไม่ได้จัดการโดย GPU ยังมีอนิเมชั่นฟิสิกส์และ AI ชน CPU ซึ่งทั้งหมดใช้เวลานานมาก

2. Java ไม่มีอยู่บนคอนโซลและคอนโซลเป็นเป้าหมายหลักสำหรับเกมเชิงพาณิชย์ หากคุณใช้ Java บนพีซีคุณกำลังกำจัดความสามารถในการพอร์ตไปยังคอนโซลภายในเวลาและงบประมาณที่เหมาะสม

3. นักเขียนโค้ดที่มีประสบการณ์จำนวนมากในอุตสาหกรรมเกมใช้ C และ C ++ มานานก่อนที่ Java จะได้รับความนิยม จุดสองจุดด้านบนอาจมีส่วนช่วยในเรื่องนี้ แต่ฉันคาดหวังว่าตัวแปลงสัญญาณเกมมืออาชีพจำนวนมากจะไม่รู้จัก Java ทั้งหมดที่ดี

4. จุดของคนอื่นเกี่ยวกับมิดเดิลแวร์ด้านบนเป็นสิ่งที่ดีดังนั้นฉันจึงเพิ่มคำตอบของฉันลงไป มีรหัสดั้งเดิมจำนวนมากและมิดเดิลแวร์ที่เขียนขึ้นเป็นพิเศษเพื่อเชื่อมโยงกับ C / C ++ และสุดท้ายที่ฉันตรวจสอบ Java ไม่มีการทำงานร่วมกันที่ดี การใช้จาวาสำหรับ บริษัท ส่วนใหญ่จะเกี่ยวข้องกับการทิ้งรหัสจำนวนมากซึ่งส่วนใหญ่ได้รับการจ่ายเงินไม่ทางใดก็ทางหนึ่ง

ในความเป็นจริงมันเป็นไปได้มากสำหรับรหัสที่มีการจัดการในการทำเกม 3 มิติปัญหาคือเอ็นจิ้นด้านหลัง ด้วย. Net ในช่วงเวลาสั้น ๆ มีตัวจัดการ DirectX wrapper ไปยัง DirectX 9 โดย Microsoft นี่คือสิ่งที่เป็นนามธรรมก่อนที่ตอนนี้ XNA

เมื่อได้รับสิทธิ์การเข้าถึงโดยรวมของ DirectX API เกม. Net จะได้รับการปฏิบัติ ตัวอย่างที่ดีที่สุดที่ฉันรู้จักคือ www.entombed.co.uk ซึ่งเขียนใน VB.Net

น่าเสียดายที่ในแง่ของ Java มันขาดอย่างจริงจังส่วนใหญ่เป็นเพราะเหตุผลที่ DirectX ไม่พร้อมใช้งานสำหรับ Java และโปรแกรมเมอร์เกมรู้และเข้าใจ DirectX api - ทำไมเรียนรู้ api อื่นเมื่อคุณจะกลับไปที่ DirectX?

การตลาดเกมเป็นกระบวนการเชิงพาณิชย์ ผู้เผยแพร่โฆษณาต้องการผลตอบแทนที่มีความเสี่ยงต่ำเชิงปริมาณจากการลงทุนของพวกเขา เป็นผลให้การโฟกัสมักจะเป็นลูกเล่นของเทคโนโลยี (มีข้อยกเว้น) ที่ผู้บริโภคจะซื้อเพื่อสร้างผลตอบแทนที่เชื่อถือได้ - สิ่งเหล่านี้มีแนวโน้มที่จะเป็นเอฟเฟกต์ผิวเผินเช่นแสงสะท้อนจากเลนส์หรือความละเอียดที่สูงขึ้น ผลกระทบเหล่านี้มีความน่าเชื่อถือเพราะพวกเขาใช้การเพิ่มอำนาจการประมวลผลเพียงอย่างเดียว - พวกมันใช้ประโยชน์จากกฎของฮาร์ดแวร์ / มัวร์เพิ่มขึ้น นี่หมายถึงการใช้ C / C ++ - จาวามักถูกแยกออกจากฮาร์ดแวร์เพื่อใช้ประโยชน์เหล่านี้

ฉันเดาว่าความเร็วยังคงเป็นปัญหาอยู่ Cross platform จะเป็นปัญหาหรือไม่เพราะคุณไม่รู้ว่าการ์ด 3d มีอะไรบ้างเมื่อคุณเขียนรหัส? จาวามีอะไรที่จะสนับสนุนการค้นพบความสามารถ 3 มิติอัตโนมัติหรือไม่? และฉันเดาว่ามีเครื่องมือที่ช่วยให้ง่ายต่อการย้ายเกมระหว่าง wii, xbox และ ps3 แต่แพงฉันจะพนัน

ps3 มีจาวาผ่านการสนับสนุนบลูเรย์ ตรวจสอบเว็บไซต์ bd-j

แม้แต่เกมที่เขียนบนแพลตฟอร์ม. Net มักจะได้รับการปรับให้เหมาะสมกับความเร็วเช่นการเข้าถึงหน่วยความจำและบัสโดยตรง .Net อนุญาตให้ใช้ C / C ++ และผสมกับภาษาระดับที่สูงขึ้นเช่น C #

สตูดิโอพัฒนาเกมมักทำงานใกล้ชิดกับผู้จำหน่ายฮาร์ดแวร์ซึ่งให้การเข้าถึงอินเทอร์เฟซระดับต่ำของผลิตภัณฑ์ นี่คือโลกที่คุณต้องใช้ ASM และ C เพื่อการสื่อสารของอุปกรณ์ สภาพแวดล้อมเสมือนจริงจะทำให้ชิ้นส่วนโปรแกรมเหล่านี้ช้าลง

อย่างไรก็ตามเกม 3 มิติที่ทันสมัยในความเป็นจริงจะใช้ภาษาระดับสูงกว่า บ่อยครั้งที่คุณจะพบกับตรรกะของเกมที่เขียนในภาษาเช่น Lua หรือ Python แต่แกนกลาง (I / O, เธรด, การกำหนดตารางเวลา) ของเกม 3D ทั่วไปจะถูกเขียนในภาษาระดับต่ำในอีก 25 ปีข้างหน้าหรืออุปกรณ์ที่มีความยาวไม่อนุญาตให้ใช้นามธรรมและการจำลองเสมือนด้วยตัวเอง (ซึ่งจะเกิดขึ้น)

ฉันเห็นด้วยกับโพสต์อื่น ๆ เกี่ยวกับการใช้ประโยชน์จากองค์ประกอบของโค้ดเบสที่มีอยู่ก่อนหน้า / ที่ได้รับสิทธิการใช้งาน ฯลฯ

สิ่งหนึ่งที่ฉันต้องการเพิ่มคือมันยากที่จะดึงลูกเล่น DRM ที่น่ารังเกียจผ่านเครื่องเสมือน

นอกจากนี้ฉันคิดว่ามีองค์ประกอบฮับริสที่ผู้จัดการโครงการคิดว่าพวกเขาสามารถสร้างรหัสที่เสถียร / เชื่อถือได้ด้วย C ++ พร้อมด้วยสิทธิพิเศษทั้งหมดเช่นการควบคุมเครื่องมือและทรัพยากรของพวกเขาอย่างสมบูรณ์ แต่ไม่มีเชิงลบทั้งหมดที่ทำให้ยุ่งยาก ฉลาดกว่าที่เป็น ".

Runescape โดย Jagex เขียนด้วย Java แท็ก "วิดีโอเกม" อาจไม่ได้นำมาใช้เป็นเกมออนไลน์โดยเฉพาะ แต่มีการติดตามที่เหมาะสม

มันถูกพูดถึงมากแล้วคุณสามารถค้นหาแม้กระทั่งบน Wiki เหตุผล ...

• C / C ++ สำหรับเอ็นจิ้นเกมและเนื้อหาที่เข้มข้นทั้งหมด
• Lua หรือ Python สำหรับการเขียนสคริปต์ในเกม
• Java - ประสิทธิภาพที่แย่มาก, การใช้หน่วยความจำขนาดใหญ่ + ไม่มีใน Game Consoles (ใช้สำหรับเกมที่ง่ายมาก (ใช่ Runescape นับที่นี่ไม่ใช่ Battlefield หรือ Crysis หรืออื่น ๆ ) เพราะมี โปรแกรมเมอร์จำนวนมากที่รู้ภาษาการเขียนโปรแกรมนี้)
• C # - การใช้งานหน่วยความจำขนาดใหญ่ (มันใช้สำหรับเกมง่ายๆบางเกมเพียงเพราะมีโปรแกรมเมอร์ค่อนข้างมากที่รู้ภาษาการเขียนโปรแกรมนี้)

และฉันก็ได้ยินโปรแกรมเมอร์ Java มากขึ้นเรื่อย ๆ ที่พยายามโน้มน้าวผู้คนว่า Java ไม่ช้ามันไม่ช้าสำหรับการวาดวิดเจ็ตบนหน้าจอและวาดอักขระ ASCII บางตัวบนวิดเจ็ตเพื่อรับและส่งข้อมูลผ่านเครือข่าย (และมันก็คือ แนะนำให้ใช้ในกรณีนี้ (การจัดการข้อมูลเครือข่าย) แทน C / C ++) ... แต่มันช้ามากเมื่อพูดถึงเรื่องร้ายแรงเช่นการคำนวณทางคณิตศาสตร์การจัดสรรหน่วยความจำ / การจัดการและสิ่งดีๆมากมาย

ฉันจำบทความในเว็บไซต์ MIT ที่พวกเขาแสดงให้เห็นว่า C / C ++ สามารถทำอะไรถ้าคุณใช้ภาษาและคอมไพเลอร์ฟีเจอร์: ตัวคูณเมทริกซ์ (2 เมทริกซ์), 1 การนำไปใช้ใน Java และ 1 การนำไปใช้ใน C / C ++ พร้อมคุณสมบัติ C / C ++ และการเพิ่มประสิทธิภาพคอมไพเลอร์ที่เหมาะสมเปิดใช้งานการใช้งาน C / C ++ เร็วกว่าการใช้งานจาวา ~ ~ ~ ~ ~ ~ ~ ~ 260 260

ฉันหวังว่าคุณจะเข้าใจว่าทำไมผู้คนใช้ C / C ++ แทน Java ในเกมลองนึกภาพ Crysis ใน Java จะไม่มีคอมพิวเตอร์เครื่องใดในโลกนี้ที่สามารถจัดการได้ ... + การรวบรวมขยะทำงานได้ดีสำหรับ Widgets ซึ่งเพิ่งทำลายภาพ แต่ก็ยังมีแคชอยู่ในนั้นและจะต้องมีการทำความสะอาด แต่ไม่ใช่สำหรับเกมแน่นอนคุณจะมีความล่าช้าในการเปิดใช้งานการรวบรวมขยะทุกครั้ง

แก้ไข : เนื่องจากมีคนถามบทความที่นี่ฉันค้นหาในที่เก็บถาวรของเว็บเพื่อรับสิ่งนั้นฉันหวังว่าคุณจะพอใจ ... MIT กรณีศึกษา

และเพื่อเพิ่มไม่ Java สำหรับเกมยังคงเป็นความคิดที่น่ากลัว ไม่กี่วันที่ผ่านมา บริษัท ขนาดใหญ่ที่ฉันจะไม่ตั้งชื่อให้เริ่มเขียนโปรแกรมไคลเอนต์เกมใหม่จาก Java ไปยัง C ++ เพราะเกมที่ง่ายมาก (ในแง่ของกราฟิก) ถูกปกคลุมด้วยความร้อนและแล็ปท็อป i7 กับ nVidia GT 5xx และ 6xx ไม่เพียงแค่ nVidia จุดนี้คือการ์ดที่ทรงพลังซึ่งสามารถจัดการกับการตั้งค่าสูงสุดของเกมใหม่ส่วนใหญ่และไม่สามารถจัดการกับเกมนี้ได้) และการใช้หน่วยความจำอยู่ที่ ~ 2.5 - 2.6 GB Ram สำหรับกราฟิกที่เรียบง่ายเช่นนี้มันต้องการสัตว์ร้ายของเครื่องจักร