จัดโครงสร้างข้อมูลสองเฟสเพื่อคำนวณความถี่ ต้นทุน และผลตอบแทนโดยใช้ตัวหารที่สอดคล้องกับกติกา

แยกเกมฐานกับรอบโบนัสก่อนคำนวณความถี่

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

หน้าจอนี้ไม่สมมติว่าทุกเกมมีโครงสร้างเดียว ต้องอ่านตารางจ่ายเพื่อระบุว่ารอบโบนัสมีต้นทุนเพิ่ม ใช้เดิมพันเดิม หรือสามารถ Retrigger ได้อย่างไร.

นิยามและขอบเขตของเกมฐานกับรอบโบนัส

วิธีอ่านเกมฐานกับรอบโบนัสแบบตรวจซ้ำได้

สร้าง session_id, base_spin_id และ bonus_round_id แยกกัน หนึ่งการเข้าโบนัสผูกกับรอบฐานต้นทาง ส่วนรอบภายในโบนัสเก็บเป็นลูกเพื่อไม่ให้นับซ้ำเป็นรอบเดิมพันใหม่.

ตัวอย่างสมมติ: 100 รอบฐานสร้างโบนัสหนึ่งครั้งและมี 10 รอบภายใน หากถามอัตรา Trigger ตัวหารคือ 100 ไม่ใช่ 110 แต่ถ้าถามสัดส่วนรอบที่มีรางวัลอาจต้องรายงานสองเฟสแยก.

ข้อจำกัดที่ต้องบันทึกเมื่อใช้เกมฐานกับรอบโบนัส

การให้รอบฟรีทุกครั้งมีต้นทุนเท่ารอบฐานโดยไม่อ่านกติกา หรือหารรางวัลโบนัสด้วยจำนวนรอบฐานอย่างเดียว อาจทำให้ตัวชี้วัดไม่สอดคล้องกับคำถาม.

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

เวิร์กชีตสำหรับเกมฐานกับรอบโบนัส

วาดแผนผังสถานะก่อนเก็บข้อมูล ระบุจุดเข้า ออก และ Retrigger แล้วกำหนดตัวหารสำหรับแต่ละคำถามในพจนานุกรมข้อมูล.

ตรวจยอดต้นทุน ผลจ่าย และจำนวนรอบแยกตามเฟสก่อนรวมเป็นภาพรวม หากผลรวมไม่ตรงให้เก็บสถานะผิดพลาดแทนการแก้ตัวเลขด้วยการคาดเดา.

เฟส	หน่วยนับ	ตัวชี้วัดเหมาะสม
เกมฐาน	รอบเดิมพัน	Trigger ต่อรอบฐาน
โบนัส	รอบภายในฟีเจอร์	รางวัลต่อการเข้าโบนัส
Retrigger	เหตุการณ์ต่อโบนัส	Retrigger ต่อการเข้า

แหล่งข้อมูลที่ใช้ตรวจสอบ

คำถามที่พบบ่อย

รอบโบนัสถือเป็นสปินเพิ่มในตัวหาร Hit Frequency ไหม

ขึ้นกับคำถาม แต่สำหรับอัตราเข้าโบนัสจากเกมฐานไม่ควรรวมรอบภายในโบนัสเป็นตัวหาร.

รวมรางวัลฐานกับโบนัสได้หรือไม่

รวมเพื่อยอดผลตอบแทนทั้งหมดได้เมื่อหน่วยตรงกัน แต่ควรเก็บส่วนประกอบแยกเพื่ออธิบายที่มา.

โบนัสที่ไม่มีเดิมพันเพิ่มไม่มีต้นทุนใช่ไหม

ต้องอ่านกติกา ต้นทุนทางบัญชีอาจผูกกับเดิมพันที่ทำให้เกิดโบนัส แม้ไม่มีการหักเงินในแต่ละรอบโบนัส.