游戏事件

介绍 [编辑]

1. 游戏事件（Game Event）由世界的一系列行为活动产生，其产生的振动（Vibration）大多可由幽匿感测体检测。

游戏事件 [编辑]

1. 在《我的世界》中，特定活动的发生会触发游戏事件。
2. 游戏事件会记录其产生的坐标位置，以及相关的上下文实体和方块，这些通常被称为来源实体和来源方块。
3. 需要注意的是，并非所有游戏事件都有对应的上下文实体或方块，例如，当门因红石信号而开启时，便不会存在任何上下文实体。
4. 每当游戏事件产生时，同时也会生成一个振动现象。
5. 该振动会记录引发其产生的游戏事件，并以该事件的坐标作为振动的起点。
6. 在检查游戏事件的来源实体时，若发现该实体为弹射物，则触发此弹射物的实体将被记录为振动的来源实体。
7. 每个游戏事件都设定了其独特的振动频率，这一频率反映在幽匿感测体与红石比较器相互作用时所生成的红石信号强度。
8. 除紫水晶块的共振外，游戏事件与振动频率的大致关系如下：

生成 [编辑]

1. 在Minecraft Java版中，若振动源为方块，其确定的位置为该方块的中心坐标。

2. 相对地，如果振动源是来自实体，则通常参考的是实体脚部的位置。

3. 而在基岩版中，振动源始终定位在方块的中心坐标上。

4. 当振动由实体产生时，将使用该实体所处方块的坐标，例如玩家进食时，其振动源对应的是玩家头部所在的方块坐标，行走时则参考玩家脚部的位置。

5. 请注意，下文中对于可能不具备的上下文的信息，表格会以特殊样式加以突出，这些缺失通常是由于发射器或其它红石设备的作用，或是被风暴等天气现象引起，导致没有实体参与。

6. 对于共振事件而言：

7. 对于非共振事件而言：

一、 block_activate

1. 此事件由方块的激活行为产生，振动频率为10。

Java版：

基岩版：

二、 block_attach

1. 此事件由方块的连接行为产生，振动频率为10。

Java版：

基岩版：

三、 block_change

1. 此事件由方块变化行为产生，振动频率为11。

Java版：

2. 若对大型铜箱子涂蜡、脱蜡，此事件会在每半块铜箱子上产生一次。

3. 由于物品展示框不是方块，且炼药锅类方块的转化行为较复杂，因此单独列出：

基岩版：

四、 block_close

1. 此事件由方块的关闭行为产生，振动频率为9。

Java版：

基岩版：

五、 block_deactivate

1. 此事件由方块的取消激活行为产生，振动频率为9。

Java版：

基岩版：

六、 block_destroy

1. 此事件由方块的破坏行为产生，振动频率为12。
2. 由水流冲毁的方块不会触发此事件。
3. 需要附着方块的方块，例如红石线、红石比较器和铁轨等，因附着方块不存在而被破坏不会触发此事件。

Java版：

基岩版：

七、 block_detach

1. 此事件由方块的断开连接行为产生，振动频率为9。

Java版：

基岩版：

八、 block_open

1. 此事件由方块的打开行为产生，振动频率为10。

Java版：

基岩版：

九、 block_place

1. 此事件由方块的放置行为产生，振动频率为13。

Java版：

基岩版：

十、 container_close

1. 此事件由容器的关闭行为产生，振动频率为9。

Java版：

基岩版：

十一、 container_open

1. 此事件由容器的打开行为产生，振动频率为10。

Java版：

基岩版：

十二、 dispense_fail

1. 此事件由发射器发射失败产生，振动频率为10。

十三、 drink

1. 此事件由实体的饮用动作产生，振动频率为8。
2. 在Java版中，使用任何consumable组件指定物品使用动画为drink的物品都可以触发此事件。

Java版：

基岩版：

十四、 eat

1. 此事件由实体的食用动作产生，振动频率为8。
2. 在Java版中，使用任何consumable组件指定使用动画不为drink的物品都可以触发此事件。

Java版：

基岩版：

十五、 elytra_glide

1. 此事件由实体的滑翔动作产生，振动频率为4。

Java版：

基岩版：

十六、 entity_act

1. 此事件由生物的各种动作产生，振动频率为6。

十七、 entity_action

1。 此事件由生物的各种动作产生，振动频率为6。

十八、 entity_damage

1. 此事件由实体受到伤害产生，振动频率为7。

Java版：

基岩版：

十九、 entity_die

1. 此事件由实体死亡产生，振动频率为15。

Java版：

基岩版：

二十、 entity_dismount

1. 此事件由实体离开坐骑产生，振动频率为5。

Java版：

基岩版：

二十一、 entity_interact

1. 在《我的世界》中，这一事件源于玩家与游戏内实体之间的互动，该互动的振动频率为6。

2. 玩家可以通过多种方式与生物或其他实体进行交互，例如给予或收回悦灵手中的物品。

3. 此外，喂养动物、利用水桶捕捞鱼类以获得生物桶、以及使用铁锭修复铁傀儡也是常见的交互行为。

4. 玩家还可以对虚弱的僵尸村民使用金苹果，尝试与村民或流浪商人进行交易。

5. 其他互动方式包括修剪生物的毛发，为生物装备物品，以及骑乘马匹等坐骑。

6. 玩家命令狼或猫坐下或起身，以及使用命名牌来为生物命名，都是有效的交互手段。

Java版：

基岩版：

二十二、 entity_mount

1. 此事件由实体的乘上坐骑产生，振动频率为6。

Java版：

基岩版：

二十三、 entity_move

1. 此事件由实体在某个平面上移动产生，振动频率为1。

二十四、 entity_place

1. 此事件由实体的放置行为产生，振动频率为14。

Java版：

基岩版：

二十五、 entity_roar

1. 此事件由劫掠兽咆哮产生，振动频率为6。

二十六、 equip

1. 在游戏中，某些事件是由实体装备物品所引起的，且其振动频率为5。

2. 游戏系统并不会监测玩家主手或副手中的物品更换情况。

3. 除了通过穿戴盔甲来触发该事件外，还包括以下情况：

4. 村民在进行交易时展示、替换或收回物品；

5. 女巫手中拿出药水；

6. 流浪商人所展示的药水和奶桶；

7. 悦灵持有的物品；

8. 熊猫捡起的竹子及蛋糕；

9. 狐狸叼起的物品；

10. 猪灵观察的物品；

11. 海豚在水中撞击物品的行为。

12. 在Java版中，系统会检查装备槽位是否被替换为可装备组件的物品，以触发“穿上装备”事件。

13. 甚至在生物穿戴了没有可装备组件的物品时，虽然从动作上看似为装备，游戏也仅会触发卸下装备的事件。

14. 而在基岩版中，即便生物只是收回物品也会导致此事件的触发。

Java版：

基岩版：

二十七、 explode

1. 此事件由爆炸产生，振动频率为15。

Java版：

基岩版：

二十八、 flap

1. 此事件由实体在空气中移动产生，振动频率为1。
2. 可触发此事件的实体包括鸡、悦灵、鹦鹉、幻翼、末影龙、蜜蜂、蝙蝠和恼鬼[仅Java版]。

Java版：

基岩版：

二十九、 fluid_pickup

1. 此事件由流体的收集行为产生，振动频率为12。

Java版：

基岩版：

三十、 fluid_place

1. 此事件由流体的放置行为产生，振动频率为13。

Java版：

基岩版：

三十一、 hit_ground

1. 此事件由实体落到某个平面上时产生，振动频率为2。

Java版：

基岩版：

三十二、 instrument_play

1. 此事件由玩家吹奏山羊角产生，振动频率为3。

三十三、 item_interact_finish

1. 此事件由实体结束使用物品的动作产生，振动频率为3。
2. Java版1.21.11起，物品是否能产生此事件取决于use_effects组件，在原版定义下矛不会产生此事件。
3. 在Java版中，任何玩家持有的具有death_protection组件的物品生效都可以触发此事件。

Java版：

基岩版：

三十四、 item_interact_start

1. 此事件由实体开始使用物品的动作产生。
2. Java版1.21.11起，物品是否能产生此事件取决于use_effects组件，在原版定义下矛不会产生此事件。

Java版：

基岩版：

三十五、 jukebox_play

1. 此事件由唱片机播放音乐唱片产生。
2. 唱片机播放时，每游戏刻发出一次此事件。

三十六、 jukebox_stop_play

1. 此事件由唱片机停止播放音乐唱片产生。

三十七、 lightning_strike

1. 此事件由雷击产生，振动频率为14。

Java版：

基岩版：

三十八、 multi_item_swap

1. 此事件由玩家与展示架之间仅交换多个物品产生，振动频率为6。

三十九、 note_block_play

1. 此事件由音符盒奏响产生，振动频率为10。

Java版：

基岩版：

四十、 piston_contract

1. 此事件由活塞收回产生，振动频率为9。

四十一、 piston_extend

1. 此事件由活塞伸出产生，振动频率为10。

四十二、 prime_fuse

1. 此事件由引爆动作产生，振动频率为10。

Java版：

基岩版：

四十三、 projectile_land

1. 此事件由弹射物击中某物产生，振动频率为2。

Java版：

基岩版：

四十四、 projectile_shoot

1. 此事件由弹射物发射产生，振动频率为3。

Java版：

基岩版：

四十五、 sculk_patch

1. 此事件由实体踩踏幽匿感测体产生，振动频率为1。
2. 默认仅能被被踩踏的幽匿感测体检测。

四十六、 sculk_sensor_tendrils_clicking

1. 此事件由幽匿感测体激活产生。默认仅能被幽匿尖啸体检测。

Java版：

基岩版：

四十七、 shear

1. 此事件由修剪动作产生，振动频率为6。

Java版：

基岩版：

四十八、 shriek

1. 此事件由幽匿尖啸体激活产生。在Java版中默认仅能被监守者检测。

Java版：

基岩版：

四十九、 single_item_swap

1. 此事件由玩家与展示架之间仅交换单个物品产生，振动频率为3。

五十、 splash

1. 此事件由实体从空气移动到水中时产生，振动频率为2。

Java版：

基岩版：

五十一、 step

1. 此事件由实体踩踏动作产生，振动频率为1。

五十二、 swim

1. 此事件由实体在水中游泳产生，振动频率为1。

Java版：

基岩版：

五十三、 teleport

1. 此事件由实体传送产生，振动频率为14。
2. /tp或末影珍珠造成的传送不会产生此事件。

 Java版：

基岩版：

五十四、 unequip

1. 此事件由实体卸下物品产生，振动频率为4。
2. 在Java版中，检测机制同equip。在基岩版中，只有卸下盔甲等装备才可触发。

Java版：

基岩版：

检测 [编辑]

1. 游戏事件的检测方式可以分为振动系统和非振动系统两种。

一、 非振动系统

1. 在《我的世界》中，对于非振动系统的测量数据，系统不会将其存储在区块数据中，因此当区块被卸载时，这些数据将立即丢失。

2. 幽匿催发体会监测其周围半径8个格子（仅限Java版）或10个格子（仅限基岩版）内的entity_die游戏事件，以便计算与该类方块相关的经验值的蔓延。

3. 在Java版中，悦灵会观察周围半径10个格子内的jukebox_play和jukebox_stop_play游戏事件，以判断其是否能够进行跳舞。

二、 振动系统

1. 振动系统的监测数据会储存在区块数据中，并通过视觉效果展示振动粒子，以便可视化振动的接收状态。

2. 当振动被接收时，振动接收者会在同一游戏刻内选择一个振动，这一选择过程优先考虑最近的振动；若存在多个相同距离的振动，则会选择振动频率较高的那一个。

3. 当前版本的游戏中，由振动监听器（Vibration Listener）来管理整个振动系统。

4. 每一个振动监听器都有特定的检测半径以及“可监听的游戏事件”，这些条件限制了可以被探测的振动。

5. 在游戏中，总共有以下几种振动接收者。

6. 幽匿感测体的检测半径为8，并且能够监听到几乎所有游戏事件，另外，若幽匿感测体被非监守者的实体踩踏，则会无视常规规则强制接收由此实体触发的某些事件。

7. 不过，幽匿感测体不会记录因自身被放置或破坏而产生的事件。

8. 相较于幽匿感测体，校频幽匿感测体拥有更大的16的检测半径，并且受到红石信号输入的限制。

9. 幽匿尖啸体同样具备8的检测半径，且专门监听sculk_sensor_tendrils_clicking事件，它的额外使用条件可以查阅幽匿尖啸体的相关条目。

10. 悦灵的检测半径为16，能够监听note_block_play事件，而监守者也具备16的检测半径，几乎可以监测所有游戏事件。

11. 为了使振动能够被振动监听器感知，它必须满足以下几个条件。

12. 首先，振动源与振动监听器之间的距离必须在检测半径之内。

13. 其次，导致振动的游戏事件要在振动监听器的可监听范围之内。

14. 如果振动源是一个实体，该实体必须不是监守者或进入旁观模式的玩家；而且在潜行状态下产生的事件类型限制较多。

15. 如果振动源是物品实体，所包含的物品不能是羊毛或地毯，而如果振动源是方块，则同样禁止为羊毛或地毯。

16. 此外，振动源和振动监听器之间不得有羊毛阻挡。

17. 当满足上述条件的振动发生时，振动监听器会记录此振动发生时的游戏时间、振动源、振动与监听器的距离，以及产生该振动的游戏事件。

18. 若该事件由实体触发，则还会记下来源实体的信息。

19. 振动监听器每次只能接收到一项振动，而在同一游戏刻中，可能有多项振动满足条件。

20. 为了决定本次接收的振动，相关数据会暂时储存在振动选择器内，直到确定最终接收的振动。

21. 游戏优先选择与振动监听器距离最近的振动，若存在多个相同距离的振动，则会选择频率最高的那一个。

22. 最终决定接收到的振动后，振动数据需要经过一段延迟时间才能正式用于游戏的后续计算。

23. 此延迟时间的长度是通过振动源与振动监听器的距离向下取整得到的。

24. 同时，游戏系统也会渲染振动粒子，粒子的起始位置为振动源，而目标位置为振动监听器的坐标，运动的时间即为延迟时间。

25. 因此，振动粒子在达到振动监听器之时，恰好对应着该监听器接受到振动的时刻。

数据值 [编辑]

Java版：

基岩版：