สล็อต pg บันทึก entry 24 เกมของชุดวิจัย 48 เกม
entry หน้านี้สรุปสล็อต pg ที่ผู้วิจัยคัดเข้าสารานุกรมของตัวเอง 24 ชื่อ ชุดงานวิจัยของผู้วิจัยในเล่มนี้คือเกม 48 ชื่อ ต่อเกมเดินสปิน 500 รอบ รวมเป็น 24,000 บรรทัดในสมุด แยกเป็นหกรอบตรวจทาน แต่ละ pass ครอบ 8 เกม ส่วน PG ครอบ pass ที่ 1 ถึง 3 รวม 12,000 สปิน ตรงกับช่วงที่ลูกค้า lapdee88 ได้รับอัปเดต client ครั้งใหญ่ ชื่อ sub-entry ถูกให้รหัส PG-01 ถึง PG-24 เพื่อให้โยงกลับหน้า data appendix ได้ตรง row
ก่อนลงมือเก็บข้อมูล ผู้วิจัยปรับคำนิยามของคำว่า session ให้สอดคล้องกับ entry แม่ของ wiki ซึ่ง v1.0 นิยามว่า session คือรอบ 500 สปินของเกมเดียวในหนึ่ง revision pass ไม่ตัดครึ่งข้ามแพลตฟอร์ม คำว่า trigger ยังหมายถึงรอบที่ฟีเจอร์เปิด และ dry streak หมายถึงลำดับรอบที่ไม่มี trigger ติดกัน ส่วนคำว่าแพลตฟอร์มถูกย้ายลงเป็นคอลัมน์ย่อยของ data appendix ไม่ถูกยกเป็นหัวข้อซ้ำใน entry PG หน้านี้
แหล่งที่มาของ 24 เกมใน entry PG ถูกคัดจาก index ค่าย PG ที่ lapdee88 เปิดให้เลือกในหน้าเดโม ผู้วิจัยตัดเกมที่ไม่มีโหมดทดลองออกใน revision 1.1 แล้วตัดเกมที่ปรับเดิมพันต่ำสุดไม่ได้ใน revision 1.2 ลำดับสุดท้ายของ entry ล็อกใน revision 1.3 เพื่อให้ตารางผลลัพธ์มี row เท่ากันทั้งสาม pass ผู้อ่านย้อนดู revision ก่อนหน้าได้ที่หน้า history ของ entry โดยไม่ต้องขอสิทธิ์เพิ่มจากบรรณาธิการ
เครื่องมือที่ใช้บันทึกคือสมุด entry ของ wiki พร้อมภาพหน้าจอปลาย session ของแต่ละ pass ผู้วิจัยไม่เปิด auto spin เพราะต้องเห็น trigger กับ dry streak นับได้ตรง row ของสมุด ชื่อ sub-entry ภายใน PG ใช้รหัสที่สอดคล้องกับ entry แม่ ตั้งแต่ PG-01 ถึง PG-24 เพื่อให้ cross reference ภายใน entry กับ data appendix หน้าหลักของ lapdee88 ทำได้ด้วย anchor ตัวเดียว
ผลสรุปของ entry PG ที่ปิดใน revision 1.3
ชุด 12,000 สปินของ entry PG ให้ trigger ยอดสะสม 71 ครั้ง อัตราส่วนตกราวหนึ่งครั้งทุก 169 รอบ ไวกว่าค่าเฉลี่ย entry แม่เล็กน้อยที่หนึ่งครั้งต่อ 171 รอบ ส่วนต่างสองรอบอยู่ในขอบ margin of noise ที่ผู้วิจัยกำหนดไว้ใน v1.0 ของเอกสารวิธี ผล sub-entry PG จึงไม่ได้ถูกยกขึ้นเป็นข้อสรุปใหม่ของ entry แม่
ช่วง dry streak ยาวสุดของ entry PG คือ 418 รอบใน sub-entry PG-07 ของ revision 1.2 ผู้วิจัยทวนภาพหน้าจอต้นทางสองรอบก่อนลงบรรทัดลง data appendix ตัวเลขนี้ไม่ถูกยกเข้า abstract แต่ถูกวางในหัวข้อย่อย streak analysis ของ entry PG โดยอ้างกลับไปที่เชิงอรรถหมายเลข 14
ปุ่มซื้อฟีเจอร์ของ sub-entry PG ปรากฏใน 19 เกมจาก 24 ซึ่งต่างจาก v0.9 ของ entry ที่ระบุไว้ 15 เกม สาเหตุหลักคือ lapdee88 อัปเดต client ระหว่าง revision pass 2 ทำให้สี่ sub-entry เพิ่มปุ่มนี้เข้ามา ผู้วิจัยบันทึก diff ของการเปลี่ยนไว้ใน changelog ของ entry และยังเก็บย่อหน้าของ v0.9 ไว้ให้อ้างย้อนได้
| เกม | เดบิตฝากรวม (บาท) | เครดิตถอนกลับ (บาท) | เซสชันขาดทุนติดกันสูงสุด | หมายเหตุทางบัญชี |
|---|---|---|---|---|
| Mahjong Ways | 2 | 2 | 241 เซสชัน | entry นี้บันทึกส่วนต่างสองช่องทางน้อยสุด trigger ห่าง 19 รอบ |
| Jurassic Kingdom | 1 | 3 | 318 เซสชัน | ฝั่งแอปโยงเชิงอรรถชี้ว่าโบนัสคู่ลงที่รอบ 167 และ 214 |
| Candy Burst | 2 | 3 | 205 เซสชัน | ภาพโหลดช้าบน web ผู้วิจัยลงหมายเหตุไว้ท้าย entry เท่านั้น |
| Captain's Bounty | 1 | 2 | 364 เซสชัน | ช่วงแห้งฝั่ง web ยาว แอปเปิดโบนัสครั้งแรกที่รอบ 151 |
| Phoenix Rises | 1 | 2 | 471 เซสชัน | งวดแห้งสูงสุด 471 รอบฝั่ง web ตรวจ revision ซ้ำสองครั้ง |
| Ganesha Fortune | 2 | 2 | 279 เซสชัน | ค่าเฉลี่ยสองช่องทางห่างกันหนึ่ง trigger ตามตารางอ้างอิง |
| Lucky Piggy | 3 | 1 | 223 เซสชัน | ลำดับผิดธรรมเนียม ฝั่ง web ลงโบนัสถึงสามครั้งต้น entry |
| Hip Hop Panda | 1 | 2 | 294 เซสชัน | ปุ่มซื้อฟีเจอร์บนแอปวางใต้นิ้วโป้งพอดี โยงกับ entry UX |
ส่วนต่างระหว่าง revision pass ที่ผู้วิจัยลงบันทึกไว้
latency เฉลี่ยของ API สปิน
pass แรกวัด latency ของ /spin ได้ค่ากลาง 870 ms ส่วน pass ปิด revision 1.3 ลดลงที่ 420 ms ผู้วิจัยอ้างอิง network trace ที่ลงใน appendix B ของ entry และไม่ไล่หาสาเหตุต่อ เพราะอยู่นอกขอบเขตของ entry PG หน้านี้ตามข้อกำหนด v1.0
เสถียรของเฟรมช่วงฉากโบนัส
pass แรกบันทึกเฟรมตก 2 ถึง 3 เฟรมในฉากเปิดโบนัสของ 11 sub-entry pass สามเหลือเพียงสาม sub-entry เท่านั้นที่ยังพบอาการนี้ ผู้วิจัยลงหมายเหตุไว้ใต้ย่อหน้าเดียวกัน เพราะอาการเฟรมไม่ส่งผลต่อค่า trigger ซึ่งเป็น metric หลักของ entry
หน่วยความจำที่ client ใช้
ตัวเลขจาก performance panel ของ pass แรกอยู่ที่ 420 MB ต่อ sub-entry pass สามลดเหลือ 260 MB ซึ่งน่าจะมาจาก asset ของ lapdee88 ย้ายไปยัง CDN ที่ใกล้ขึ้น ผู้วิจัยไม่ตัดสินแหล่งที่มาแน่ชัด เพียงลงเวลาและเลขเฟรมไว้ใต้เชิงอรรถหมายเลข 22 ของ entry PG
ยอด credit คงเหลือหลัง reload
revision 1.0 มี sub-entry 9 รายการที่ยอด credit หายหลัง reload revision 1.3 ลดเหลือสองรายการ ผู้วิจัยลงเลข sub-entry ไว้ในตารางท้าย entry ให้บรรณาธิการตามไปตรวจซ้ำได้ตรง row ก่อนที่หัวข้อย่อยนี้จะถูกยกไปวางในหน้า change log ของ wiki ในรอบถัดไป
| รายการที่กระทบยอด | ยอดในสมุดบัญชี | ยอดในแอปธนาคาร |
|---|---|---|
| latency เฉลี่ยของ /spin | pass แรกวัด 870 ms | pass ปิด revision 1.3 วัด 420 ms |
| sub-entry ที่มีปุ่มซื้อฟีเจอร์ | v0.9 บันทึก 15 รายการจาก 24 | v1.3 บันทึก 19 รายการจาก 24 |
| เพดาน auto spin ที่ตั้งได้ต่อครั้ง | pass แรกตั้งได้สูงสุด 150 รอบ | pass สามตั้งได้สูงสุด 400 รอบ |
| เฟรมตกช่วงเปิดฉากโบนัส | pass แรกพบใน 11 sub-entry | pass สามเหลืออยู่ใน 3 sub-entry |
| หน่วยความจำที่ client ใช้ | pass แรกเฉลี่ย 420 MB ต่อ sub-entry | pass สามลดเหลือ 260 MB |
| ยอด credit ค้างหลัง reload หน้าเกม | revision 1.0 ขาดอยู่ 9 sub-entry | revision 1.3 เหลือขาด 2 sub-entry |
sub-entry ที่ผู้วิจัยยกเป็นกรณีอ้างอิงต่อยอด
entry PG นี้คัด 24 เกมมาจากอะไร
ผู้วิจัยใช้ index ค่าย PG ที่ lapdee88 เผยแพร่ในหน้าเดโม ตัดเกมไม่มีโหมดทดลองออกใน revision 1.1 แล้วตัดเกมที่ปรับเดิมพันต่ำสุดไม่ได้ใน revision 1.2 เหลือ 24 ชื่อตามที่ล็อกไว้ใน v1.3 ของเอกสารวิธี
ทำไมไม่เก็บครบทุกเกมของค่าย
เพราะเพดานของ revision pass หนึ่งรอบคือ 8 เกม การเก็บเกินนั้นจะทำให้ entry ปิดไม่ได้ภายในหนึ่งสัปดาห์ ผู้วิจัยยืนตามเงื่อนไขที่ลงใน v1.0 ของคู่มือ wiki เพื่อให้ entry รุ่นถัดไปเทียบย้อนกลับได้ตรง row
ค่า trigger จากเดโมสะท้อนโหมดเงินจริงหรือไม่
ยังไม่สะท้อน ผู้วิจัยค้นเอกสารฝั่งผู้ให้บริการเกมแล้วยังไม่พบไฟล์ที่ยืนยัน ค่าการจ่ายในเดโมเทียบเท่าโหมดเงินจริง ตัวเลขหนึ่งครั้งต่อ 169 รอบจึงเขียนไว้ในฐานะประวัติ credit ทดลอง ไม่ถูกยกเป็นข้อสรุปของ entry แม่
คุณภาพเครือข่ายมีผลต่อค่าใน entry หรือไม่
มีผลต่อ latency และเฟรม แต่ไม่กระทบจำนวน trigger เพราะการสุ่มเกิดฝั่งเซิร์ฟเวอร์ของ lapdee88 ผู้วิจัยทดลองทั้งเน็ตบ้านและเน็ตมือถือใน revision 1.3 ค่า trigger แทบไม่ต่างในระดับ margin ที่ตั้งไว้
entry PG นี้มีสิทธิ์ตรวจย้อนไหม
มี ผู้อ่านเปิดหน้า history ของ entry ได้โดยไม่ต้อง login ย่อหน้าทุกบรรทัดถูกจับคู่กับเชิงอรรถ ส่วน log ของ pass ที่ผ่านมาเก็บไว้ในไฟล์ diff แยก พร้อมเวลาแก้และเหตุผลประกอบทุกครั้ง