riichinomics / autotable Goto Github PK

Please put an option to show a scoring table somewhere
Something like this pic where you can just call it up whenever you need it

While spectating a 100k start, 4 players game, the counter for the riichi sticks on table shows -300. It does get updated when sticks are placed on the table (i.e. going to -299 or -298 depending on the number). Refresh doesn't work.

When a player experiences an abnormal disconnection (such as from an Internet outage or a lag spike) while making a move, the game can enter a state where the player's seat is still marked as occupied, and when reconnecting, the player is unable to reclaim their seat. In this state, the game cannot be completed, and a new room must be created with the current hand lost.

The upstream repo has fixed this scenario by implementing an "Unseat" button, see commits:

• pwmarcz@87fc565
• pwmarcz@0d96e47

Is it possible to merge these commits to solve this issue?

Moved from pwmarcz#7

I see that your fork of autotable contains the ability to add and remove tiles from the tile set, such as red fives, via a fairly dynamic mechanism.

Please, if it's possible, include flower and season tiles into the tile set and let them be included via this mechanism. SVG versions of flower and season tiles can be found here on Wikipedia. I believe that to work properly in autotable the tile backs would need to be trimmed off leaving only the front pattern. I've never worked with SVG's before, but if you can give me some tips on what the final product should look like, I can try to make the mods myself.

As for how to notate them in the tileset, since the notation is defined around JP variants there is no prior art for how you might express a flower or season. I suggest 'Z' as opposed to 'z' from 1 through 8. This is useful because the '1' flower represents value for whoever is East, '2' is valuable for South, '3' for West, etc. It doesn't work so well for seasons 5678 (5=E, 6=S, 7=W, 8=N) but that's ok, i don't think a second new letter would be useful in this case.

Let me know what i can do to help, i'm happy to contribute.

Current behavior:
tiles moved from pond to meld slots are placed in a vertical orientation

Proposed behavior:
tiles moved from pond to meld slots are automatically rotated sideways to indicate that they were called. Players will still need to manually position them in the correct slot but the rotation would be handled for them

thoughts on how to implement [couldn't be assed to build and run the server for testing, sorry]:
in movement.ts, in apply() under a similar check for moving tiles (lines 91-93) from outside a hand to inside a hand and flipping them up. Proposed new lines shown under the existing check:
` if (slot.group === 'hand' && slot.group !== thing.slot.group) {
rotationIndex = 0;
}

  if (slot.group === 'meld' && thing.slot.group === 'discard') {
    rotationIndex = [whatever the right rotationIndex is];
  }`

I'm not sure how this would work with the recent changes to force orientation if a tile rotation was changed while holding it. I also wasn't able to figure out what the correct rotationIndex is supposed to be for that to work

I wanna run my personnal server so I cloned the project and trying to build it. However, when blender opened the model file, it throwed an error " File format is not supported in file ...\models.blend". Is the models broken or I was using the wrong version of the blender(3.4.0 for me)?

For variants such as sports mahjong, peasant mahjong, er-shi-er etc, it is desirable to have starting points different from the current options. Ideally starting points could be set to an arbitrary value, but at least add the options for 5k and 8k

Current behavior:
Users must verbally call chii/pon/kan/ron/tsumo, which requires the use of a separate voice application.

Proposed change:
Adding buttons for calls, simply to let the table know a player's intention and to interrupt play to execute a call. An overlay with text appearing for a short duration or other indicator can be used to inform players of a call request.

It may also be beneficial to have some automation in moving called tiles to a player's right-hand side by clicking+highlighting tiles to call after pressing a call button. Tiles would then be moved to the right hand side and, depending on which player's discard pond a tile was taken from, would be turned sideways. This would reduce some of the time delays caused by moving tiles from the player's hand to the side, but this begins to differ from the manual controls which are kind of the point of autotable.

ronya!

Add a spectator password option that game hosts can set, so people with it can spectate without the limitation of not being able to see hands, letting tournament commentators do their things (or just so people can watch your cashooal games more freely).

The general idea would be:

• Washizu Box that can hold all the tiles
• Automatic shuffle of the box after drawing a tile from it
• Manual shuffle button
• Washizu tile skin (double-sided is likely easiest, and best from a readability standpoint)

But I'm also wondering if post-draw shuffle is worth it. Could just have it shuffle before drawing from it, removing the need for a manual shuffle entirely. Would mean if you drop your tile in by accident, there's no easy getting it back, but that's kinda how it'd be in real life anyway.

Make not-password rooms the standard, instead of having to manually remove passwords every time

upload png of my wife as a tablecloth

Hi, first, thanks A LOT for this online platform. With my club partners, we used it a lot to teach and play different modes.

The issue here is for the last 2 months, we can't enter spectating mode. Just, randomly times we can, but not every time.
With a password or not, neither way works. And this happens with a lot of members.

Thank you.

Add a place in the bottom right for the dealer to place the riichi deposit sticks, instead of using the middle of the table

Currently, there is an option to deal walls only, in order to draw haipai manually. However, the correct place to break the wall in this mode is normally determined by rolling dice, which are currently not implemented.

There should be 2 six-sided dice available when the walls only option is chosen, rollable by clicking on them. IRL autotables use a bubble in the middle of the mat (between the riichi stick detectors), but freely movable dice are also an option. The dice rolling in the middle could be a cosmetic addition to the dealing of haipai in regular mode as well.

The dice should have red 1s and 4s to increase flow. From what I can find the dice used for mahjong are female, so mirrored to standard dice.

Thank you for reading my blog

When a player misdraws a tile and puts it back into the hole, the next player will draw that same tile.
It would be better if all draws were random.

The calls buttons in spectator mode use the kanji 泣, but this is wrong. The correct kanji is 鳴, 鳴き or 副露

When calling a kan on a pon triplet, the tile place on top of the others leaves a space and occupies a whole row.

You can already tell by the orientation, but wouldn't it be better if the hands were colored the same color as the nameplate?

Some nick name like <img src=x onerror=alert("xss")> may cause this.

Instead of using some polish guy mumble server, add a way to have voice chat inside the browser. It may make posting rooms to the thread possible without too much drama

The new table borders hide the bottom half of the ton/nan indicator.

When you activate mute sounds, the view switches to the top one. It keeps changing seats after discards, but it doesn't show the hand or calls.

As it is now, scrolling forward makes tiles face down, and vice versa.
It'd be more natural to have the opposite happen, forward=face up, backward=face down

Looks like the cert on https://autotable.riichi.moe expired in the beginning of March. Could you please renew it? Thanks!

Hi! Original author here. I just received an email with feature request to https://autotable.riichi.moe/, and of course I'm not able to help them, so I redirected them to this Github project.

It seems that the about page (https://autotable.riichi.moe/about.html) still lists only my email - could you edit it to include your contact info / link to the Github project, and perhaps an information that this is a fork?

Thanks in advance! It's great to see this project grow.