เดี๋ยวอาจจะลองแงะไฟล์แล้วเอามาวิเคราะห์ดู

พอดีเก็บโค้ดไว้มาดูอีกที จริงๆไฟล์ที่มันบีบอัดไว้คือ => https://docs.unity3d.com/ScriptReference...bytes.html

เท่าที่ดูไฟล์ทั้งหมดจะเป็น .sgr.bytes หมดเลยแฮะ

ซื้อโปรแกรมหลักตอนลด 33%

เห็นว่าจะเปิดเป็น open source ด้วย (จริงๆในตัวที่พอร์ตลง Unity license เป็น MIT เตรียมไว้แล้วครับ)

ตอนนั้นซื้อแบบราคาเต็มไป เลย refund เลย

อาจจะซื้อเก็บไว้ช่วงลดราคา (เผื่อในอนาคตจะปรับปรุง) หลังจากตัวโปรแกรมลดราคาได้เจ็บปวดมาก

เป็นไปได้

น่าจะมาจาก Unity มีการอัพเดทยกเครื่องด้วย (smile ใน Unity 5 เป็นฐาน แต่ตอนนี้มาถึง Unity.2018 แล้ว น่าจะห่ างกันราวๆ 2 รุ่นละ)

แปลงข้อมูลไม่สมบูรณ์ Unity เลยอ่านไม่ได้ เลยแสดงผลผิดพลาดว่างั้น

เพราะว่าคนส่วนใหญ่ก็ไม่ได้แก้อะไรครับ แต่แค่นั้นก็มีบัคแล้ว

แลดูเหมือนบั๊คมากกว่าข้อจำกัดการใช้งานแฮะ

ระบบ UI ในเกมก็ไม่ได้ใช้ Unity UI แต่เท่าที่ดูคือใช้วาดลงไปในจอเป็นภาพเดียวเลย

พวกตำแหน่งอีเว้นต์ก็ย้ายไม่ได้ด้วย มันจะ fixed ไว้กับข้อมูลแผนที่ ส่วนสิ่งก่อสร้างสามารถย้ายได้ แต่ collision จะไม่ตามไปด้วย เช่นย้ายปราสาทจากตำแหน่ง 0,0,0 ไป 1,1,1 ตรง 0,0,0 จะเดินผ่านไม่ได้เหมือนเดิม ในขณะที่ 1,1,1 สามารถเดินทะลุปราสาทได้เลย

การแก้แมพใน Unity ตอนนี้หลักๆก็ใส่พวกไฟกับของตกแต่งเสริม (แต่ collision ใน Unity จะใช้ร่วมกับ smile ไม่ได้ เพราะ smile มีของมันเอง) ถ้าใส่ของตกแต่ง แล้วช่องนั้นในแผนที่เดินได้ มันก็จะเดินทะลุเลย

อย่างเช่น ตัวแปรชนิด vector3 ใน unity ก็มีอยู่แล้ว แต่ใน smile ก็ทำคลาสแยกแถมไม่ได้ override กันด้วย

คำสั่งซ้ำซ้อน? ผมไม่แปลกใจ ไม่งั้น SGB ก็ไม่สมบูรณ์น่ะสิ (จริงๆผมว่า SGB มันก็ขาดๆเกินๆอยู่ละ)

นั่นแหละที่ห่วง แค่ unity ปกติยังไม่เคยใช้เลย / ข้ามเอนจิ้นก็งี้แหละ ก็กะไว้แล้วว่ามันต้องไม่ออกมาง่ายๆ

ไฟล์ข้อมูลต่างๆ ถูกบีบอัดมาเป็น binary หมดเลย แกะยาก แล้วใช้ feature ของ Unity ไม่ค่อยคุ้มจริงๆ บางอย่าง Unity มีอยู่มันก็เขียนมาเอง ทำให้ดูแล้วสับสนว่าอันไหนของ Unityมันไหนของ smile