万Queen 2023-02-04 十分合理的推测 刚出的时候就想过是不是骰子先投好，然后上色就行了 不过有一个问题就是会出现那种卡大半天都定不下来的骰子，这种难道也是卡到定下来在上色么 ♥ 79 ↩ 3
吃麻吃炸吃串 2023-02-09 也就是说首先是进行一次物理模拟运算，并且采样每时刻的位移和旋转数据并存储。然后根据记录存储的末尾时刻的骰子的transform数据来判断朝上面后根据“随机”到的元素类型赋予材质（或者变换初始位transform）再按照之前采样的变换数据来播放一遍（就很类似于unity的animation了）。 ♥ 4 ↩ 1
Shawn不是小羊丶 2023-07-04 up这两天也在想这个原理，up的方案应该如何对周围的面进行染色呀，我特意观察了下原版，发现某一类元素的周围始终是固定的三种颜色（比如 草元素周围始终是 冰 岩 火），如果是这样的话是否还需要再判断临近向上面的另外三个面呢？还是说对他们随机染色（但原版某色的相对位置好像是固定颜色）。 ♥ 1 ↩ 4
Comments
十分合理的推测 刚出的时候就想过是不是骰子先投好，然后上色就行了 不过有一个问题就是会出现那种卡大半天都定不下来的骰子，这种难道也是卡到定下来在上色么
♥ 79 ↩ 3
所以说是就在投掷之前得出你这一次丢的结果，先用物理模拟弄了一个丢了一遍的动画，再根据丢的结果把每个骰子上色，把上色以后丢的动画给你看
♥ 76 ↩ 2
可是会出现，明明一个颜色亮了，然后被撞翻面，亮另一个颜色，这样就不合理了啊，不一样了
♥ 63 ↩ 16
就跟抽奖一个道理，结果在你按下抽奖键那一刻已经出来了，其他都是个动画给你看而已[doge]
♥ 30 ↩ 10
之前我就想过因为有群玉阁这样的卡在，所以骰子的颜色一定是投之前就已经确定了
♥ 26
你都研究了些甚么啊（地铁 老头 手机）
♥ 12 ↩ 4
学废了，我还以为是给外部力去推[打call]
♥ 6
也就是说首先是进行一次物理模拟运算，并且采样每时刻的位移和旋转数据并存储。然后根据记录存储的末尾时刻的骰子的transform数据来判断朝上面后根据“随机”到的元素类型赋予材质（或者变换初始位transform）再按照之前采样的变换数据来播放一遍（就很类似于unity的animation了）。
♥ 4 ↩ 1
我好几次看见骰子转的很慢，但是元素一直在变。尤其是有了群玉阁以后。
♥ 4
肯定是提前随机好的结果，然后播放的动画，不然那个群玉阁还是蒙德图书馆忘了就用不了了
♥ 3
原来是用这种方式来解决的吗(°∀°)
♥ 2 ↩ 1
up这两天也在想这个原理，up的方案应该如何对周围的面进行染色呀，我特意观察了下原版，发现某一类元素的周围始终是固定的三种颜色（比如 草元素周围始终是 冰 岩 火），如果是这样的话是否还需要再判断临近向上面的另外三个面呢？还是说对他们随机染色（但原版某色的相对位置好像是固定颜色）。
♥ 1 ↩ 4
您还会什么[笑哭]
♥ 1
请问可以在github上开源一下该项目的代码吗，多谢
♥ 1 ↩ 1
挺不可思议的[doge][doge][doge]我10次里有9次是一个想要的@元素都没有
♥ 1
有没有可能，你的抽卡也早就被安排好了[doge]
♥ 1
刚出我就想过，确定好什么元素了怎么还有随机的动画
♥ 1
我上次有一次因为一个恰好的机会导致一个骰子同时亮了岩和水，然后就卡在那了，过了一段时间后(略长的)系统直接按岩计算了
解疑了，谢谢up