รายงาน • Board Game Arena

รายงานทั้งหมด

รายงาน Japanese (Riichi) Mahjong

#46526: "Automatic pass if no call is possible"

implemented: ข้อเสนอแนะนี้ได้รับการดำเนินการ

รายงานนี้เกี่ยวกับอะไร?

Japanese (Riichi) Mahjong #194018626

เกิดอะไรขึ้น? กรุณาเลือกจากด้านล่าง

คำแนะนำ: ในความคิดของฉันต่อไปนี้จะช่วยปรับปรุงการใช้งานเกม

เกิดอะไรขึ้น? กรุณาเลือกจากด้านล่าง

คำแนะนำ: ในความคิดของฉันต่อไปนี้จะช่วยปรับปรุงการใช้งานเกม

โปรดตรวจสอบว่ามีรายงานในหัวข้อเดียวกันอยู่แล้ว

ถ้าใช่โปรดโหวตสำหรับรายงานนี้ รายงานที่ได้รับคะแนนโหวตมากที่สุดจะได้รับลำดับความสำคัญสูง!

#	Status	Votes	Game	Type	Title	Last update

คำอธิบายโดยละเอียด

ประวัติการรายงาน

Aug 13 th 2021 19:18 • GTSchemer • ข้อเสนอแนะนี้ยังไม่ได้รับการวิเคราะห์โดยนักพัฒนา:

N/A

Aug 13 th 2021 19:32 • GTSchemer • ข้อเสนอแนะนี้ยังไม่ได้รับการวิเคราะห์โดยนักพัฒนา:

Just to note, I understand why this could be bad in realtime, since it gives information away ("oh, I see this player cannot claim a tile").

However for turn-based, an option to autopass would be greatly appreciated.

In either case, I think the discarder should be forced to pass.

Aug 15 th 2021 17:06 • GTSchemer • ข้อเสนอแนะนี้ยังไม่ได้รับการวิเคราะห์โดยนักพัฒนา:

This is being discussed in another issue (#46572), but the option on a player basis is probably best. At minimum I think "autopass if I cannot call" would be a reasonable option to give each player.

More advanced options could include "always call for ron" and "always call for pon".

Aug 30 th 2021 09:24 • GRDavies • ข้อเสนอแนะนี้ยังไม่ได้รับการวิเคราะห์โดยนักพัฒนา:

I can't give this a thumps up, because of the topic and this being 2 issues.

Yes, the discarder should pass automaticly. (That would be a thumps up)

If people want it, with any of the mentioned autopass (if can't make a claim) and or autocall (ron, pon), I sure hope it becomes optional (and don't expect from me to ever turn it on).

Aug 30 th 2021 20:16 • CoconutTank • ข้อเสนอแนะนี้ยังไม่ได้รับการวิเคราะห์โดยนักพัฒนา:

I think a toggle for autocall on ron or tsumo would be fine. There may be some cases when one needs to decisively to steal a tile from a specific player to get ahead or finish the round early, but that's such an infinitesimal number of cases.

Also yes, discarder should not even be prompted whether or not to call on their own tile.

Aug 30 th 2021 20:31 • ufm • ข้อเสนอแนะนี้ยังไม่ได้รับการวิเคราะห์โดยนักพัฒนา:

Realtime online mahjong implementations add random false delays to prevent giving away information, but I don't expect that on BGA.
However this is a big timesaver and usually players don't want to be bothered over needless call questions.
Should be optional though.

Aug 30 th 2021 20:34 • ufm • ข้อเสนอแนะนี้ยังไม่ได้รับการวิเคราะห์โดยนักพัฒนา:

Anyway, forcing autopass on call is definitely a turn-based oriented feature.
It's not suited for real time, and I probably won't turn forced autopass on at real time tables. Still I support this option. As I said on other posts without this feature turn-based is nearly impossible to go on.

Aug 31 st 2021 00:48 • gilthe • ข้อเสนอแนะนี้ยังไม่ได้รับการวิเคราะห์โดยนักพัฒนา:

Just to give an update:
I have implemented this (optional automatic calls, optional automatic play in Riichi) through player preferences on the studio version, with reasonable granularity. I will update all the suggestions here once it is in production and you can try it out. I am finishing the testing, so should be in a few days.

As ufm says, these options are primarily aimed at turn-based mode. In the realtime version, the time-based automatic pass works fine and is generally the better option (since it obfuscates information, obviates clicking, and is set at table level, i.e., consistently across players).

Some extra info if you care:
Whenever you do something on BGA through player preferences, it is really meant to be a personal preference, originally only for display-related features. Offering these options is thus a compromise and has some downsides. I would fully understand that it might annoy, for example, player #1 to learn that player #2 has set preferences in a way that reveals information about player #2's hand, especially if player #3 or #4 profit from it. As I said, a compromise. These cannot and should not be set at table level since they are situational.
Another thing that might not be obvious to players is that these preferences, which you set in the browser, so client-side, have to be proactively communicated to the server by the game's implementation (there is no automatic syncing). There is no "event" that is triggered (except page reload) when you change these, which means that they can be communicated to the server side only when you perform an action. This is a limitation of the current BGA framework.

@ufm: Thanks for the info on the random false delays. Unfortunately, BGA relies heavily on allotting time to players for their actions, and this would probably clash with that general idea.

Sep 25 th 2021 01:18 • gilthe • ข้อเสนอแนะนี้ได้รับการดำเนินการ:

There are now sufficient player preferences to do automatize play as much as can be reasonably expected. Just be aware of the caveats I mentioned above.

เพิ่มการร้องเรียน

โปรดเพิ่มอะไรก็ได้ที่เกี่ยวข้องในการทำซ้ำข้อผิดพลาดนี้หรือทำความเข้าใจกับข้อเสนอแนะของคุณ:

ID ของโต๊ะอื่น / ID ของตาเดิน
การกด F5 แก้ไขปัญหาหรือไม่
ปัญหาเกิดขึ้นหลายครั้งหรือไม่ ทุกเวลา? สุ่ม?
หากคุณมีภาพหน้าจอของข้อบกพร่องนี้ (แนวปฏิบัติที่ดี) คุณสามารถใช้ Imgur.com เพื่ออัปโหลดและคัดลอก / วางลิงค์ที่นี่

ยกเลิก อัปเดตรายงาน

#46526: "Automatic pass if no call is possible"

รายงานนี้เกี่ยวกับอะไร?

เกิดอะไรขึ้น? กรุณาเลือกจากด้านล่าง

เกิดอะไรขึ้น? กรุณาเลือกจากด้านล่าง

โปรดตรวจสอบว่ามีรายงานในหัวข้อเดียวกันอยู่แล้ว

คำอธิบายโดยละเอียด

ประวัติการรายงาน

เพิ่มการร้องเรียน

เปลี่ยนสถานะรายงานเป็น:

ช่วยเหลือ

สนับสนุน

นำทาง

ติดตามเรา