• UnityGUI扩展实例:图片挖洞效果 Mask的反向实现


    转载自 https://www.taidous.com/forum.php?mod=viewthread&fid=211&tid=55259

    我想大家在用uGUI做界面时,可能经常会碰到一种需求,就是在图片上“挖洞”。

    说起来我们可以有几种实现方案,比如最简单的方式,直接导入带有“洞”的图片。这种方式简单,但不适合需要动态变化的场合。考虑有这种需求:当我们上线一个新功能时,可能希望在玩家第一次打开游戏时,将界面其它地方变暗,突出新增的功能,即所谓的“新手引导”功能。

    如果用黑色含透明区域图片来展示这种效果,也不是不可以,但是会有几个问题。首先需要处理UI遮挡问题,因为Image的透明区域依然会阻挡下层的点击事件;其次如果新手引导分若干步,每步要展示的区域大小和形状都不同,那可能需要针对每步都做图,这个过程会变得非常复杂。

    反过来考虑,如果我们可以实现将图片上任意形状区域“剔除”的功能,不就刚好可以满足这种需求吗?这就是本文所讨论的重点:图片“挖洞”的一种实现手段。

    首先明确下我们的需求:

      • 我们需要能将图片中某个形状区域隐藏显示;
      • 最好能够让点击事件穿过此区域;
            • 此时熟悉uGUI的同学可能已经发现了,uGUI内置了一种组件叫做Mask,恰好实现了这两种需求(的大部分)。我们先来分析下Mask。

              Mask的设计思路是这样的:它与Image组件配合工作,根据Image的覆盖区域来定位显示范围,所有此Image的子级UI元素,超出此区域的部分都会被隐藏(包括UI交互事件)。
              于是我们发现,我们想要实现的功能与Mask组件似乎恰好相反:我们是想要此Image覆盖区域的子级UI元素不显示,而超出区域的部分照常显示,这样即可(初步)满足需求。

              那么我们看下Mask的实现原理吧,看看是不是可以借鉴思路呢?Unity官方文档关于Mask的实现原理说明如下:
            • 可以简单理解为:Mask会将Image的渲染区域像素进行特别标记,稍后子级UI进行像素渲染时,判断如果存在此标记(说明渲染像素位于Mask区域内)就进行渲染,否则不渲染。可以发现,此功能的实现除了Mask组件,还需要子级UI元素的配合。实际上,Unity的内置UI组件都继承自MaskableGraphic,此类型正是Mask的配合实现者,它的相关代码实现如下:
              • public virtual Material GetModifiedMaterial(Material baseMaterial) { var toUse = baseMaterial; if (m_ShouldRecalculateStencil) { var rootCanvas = MaskUtilities.FindRootSortOverrideCanvas(transform); m_StencilValue = maskable ? MaskUtilities.GetStencilDepth(transform, rootCanvas) : 0; m_ShouldRecalculateStencil = false; } // if we have a enabled Mask component then it will // generate the mask material. This is an optimisation // it adds some coupling between components though :( Mask maskComponent = GetComponent<Mask>(); if (m_StencilValue > 0 && (maskComponent == null || !maskComponent.IsActive())) { var maskMat = StencilMaterial.Add(toUse, (1 << m_StencilValue) - 1, StencilOp.Keep, CompareFunction.Equal, ColorWriteMask.All, (1 << m_StencilValue) - 1, 0); StencilMaterial.Remove(m_MaskMaterial); m_MaskMaterial = maskMat; toUse = m_MaskMaterial; } return toUse; }
                • 知道了Mask的原理,那么我们就会想到一种可能的方案,如果重写MaskableGraphic的GetModifiedMaterial方法,将它的判断逻辑逆转,是否就可以了呢?来试一下吧!新建脚本HoleImage,内容如下:
                • public class HoleImage : Image {
                      public override Material GetModifiedMaterial(Material baseMaterial)
                      {
                          var toUse = baseMaterial;
                  
                          if (m_ShouldRecalculateStencil)
                          {
                              var rootCanvas = MaskUtilities.FindRootSortOverrideCanvas(transform);
                              m_StencilValue = maskable ? MaskUtilities.GetStencilDepth(transform, rootCanvas) : 0;
                              m_ShouldRecalculateStencil = false;
                          }
                  
                          // if we have a enabled Mask component then it will
                          // generate the mask material. This is an optimisation
                          // it adds some coupling between components though :(
                          Mask maskComponent = GetComponent<Mask>();
                          if (m_StencilValue > 0 && (maskComponent == null || !maskComponent.IsActive()))
                          {
                              var maskMat = StencilMaterial.Add(toUse, (1 << m_StencilValue) - 1, StencilOp.Keep, CompareFunction.NotEqual, ColorWriteMask.All, (1 << m_StencilValue) - 1, 0);
                              StencilMaterial.Remove(m_MaskMaterial);
                              m_MaskMaterial = maskMat;
                              toUse = m_MaskMaterial;
                          }
                          return toUse;
                      }
                  }
                • 本帖最后由 younglee 于 2017-3-22 21:33 编辑

                  我想大家在用uGUI做界面时,可能经常会碰到一种需求,就是在图片上“挖洞”。





                  说起来我们可以有几种实现方案,比如最简单的方式,直接导入带有“洞”的图片。这种方式简单,但不适合需要动态变化的场合。考虑有这种需求:当我们上线一个新功能时,可能希望在玩家第一次打开游戏时,将界面其它地方变暗,突出新增的功能,即所谓的“新手引导”功能。



                  如果用黑色含透明区域图片来展示这种效果,也不是不可以,但是会有几个问题。首先需要处理UI遮挡问题,因为Image的透明区域依然会阻挡下层的点击事件;其次如果新手引导分若干步,每步要展示的区域大小和形状都不同,那可能需要针对每步都做图,这个过程会变得非常复杂。

                  反过来考虑,如果我们可以实现将图片上任意形状区域“剔除”的功能,不就刚好可以满足这种需求吗?这就是本文所讨论的重点:图片“挖洞”的一种实现手段。

                  首先明确下我们的需求:

                  • 我们需要能将图片中某个形状区域隐藏显示;
                  • 最好能够让点击事件穿过此区域;

                  此时熟悉uGUI的同学可能已经发现了,uGUI内置了一种组件叫做Mask,恰好实现了这两种需求(的大部分)。我们先来分析下Mask。

                  Mask的设计思路是这样的:它与Image组件配合工作,根据Image的覆盖区域来定位显示范围,所有此Image的子级UI元素,超出此区域的部分都会被隐藏(包括UI交互事件)。
                  于是我们发现,我们想要实现的功能与Mask组件似乎恰好相反:我们是想要此Image覆盖区域的子级UI元素不显示,而超出区域的部分照常显示,这样即可(初步)满足需求。

                  那么我们看下Mask的实现原理吧,看看是不是可以借鉴思路呢?Unity官方文档关于Mask的实现原理说明如下:

                  Implementation
                    Masking is implemented using the stencil buffer of the GPU.
                    The first Mask element writes a 1 to the stencil buffer All elements below the mask check when rendering, and only render to areas where there is a 1 in the stencil buffer *Nested Masks will write incremental bit masks into the buffer, this means that renderable children need to have the logical & of the stencil values to be rendered.
                  可以简单理解为:Mask会将Image的渲染区域像素进行特别标记,稍后子级UI进行像素渲染时,判断如果存在此标记(说明渲染像素位于Mask区域内)就进行渲染,否则不渲染。可以发现,此功能的实现除了Mask组件,还需要子级UI元素的配合。实际上,Unity的内置UI组件都继承自MaskableGraphic,此类型正是Mask的配合实现者,它的相关代码实现如下:

                  [AppleScript] 纯文本查看 复制代码
                     
                  public virtual Material GetModifiedMaterial(Material baseMaterial)
                      {
                          var toUse = baseMaterial;
                  
                          if (m_ShouldRecalculateStencil)
                          {
                              var rootCanvas = MaskUtilities.FindRootSortOverrideCanvas(transform);
                              m_StencilValue = maskable ? MaskUtilities.GetStencilDepth(transform, rootCanvas) : 0;
                              m_ShouldRecalculateStencil = false;
                          }
                  
                          // if we have a enabled Mask component then it will
                          // generate the mask material. This is an optimisation
                          // it adds some coupling between components though :(
                          Mask maskComponent = GetComponent<Mask>();
                          if (m_StencilValue > 0 && (maskComponent == null || !maskComponent.IsActive()))
                          {
                              var maskMat = StencilMaterial.Add(toUse, (1 << m_StencilValue) - 1, StencilOp.Keep, CompareFunction.Equal, ColorWriteMask.All, (1 << m_StencilValue) - 1, 0);
                              StencilMaterial.Remove(m_MaskMaterial);
                              m_MaskMaterial = maskMat;
                              toUse = m_MaskMaterial;
                          }
                          return toUse;
                      }


                  知道了Mask的原理,那么我们就会想到一种可能的方案,如果重写MaskableGraphic的GetModifiedMaterial方法,将它的判断逻辑逆转,是否就可以了呢?来试一下吧!新建脚本HoleImage,内容如下:

                  [AppleScript] 纯文本查看 复制代码
                  public class HoleImage : Image {
                      public override Material GetModifiedMaterial(Material baseMaterial)
                      {
                          var toUse = baseMaterial;
                  
                          if (m_ShouldRecalculateStencil)
                          {
                              var rootCanvas = MaskUtilities.FindRootSortOverrideCanvas(transform);
                              m_StencilValue = maskable ? MaskUtilities.GetStencilDepth(transform, rootCanvas) : 0;
                              m_ShouldRecalculateStencil = false;
                          }
                  
                          // if we have a enabled Mask component then it will
                          // generate the mask material. This is an optimisation
                          // it adds some coupling between components though :(
                          Mask maskComponent = GetComponent<Mask>();
                          if (m_StencilValue > 0 && (maskComponent == null || !maskComponent.IsActive()))
                          {
                              var maskMat = StencilMaterial.Add(toUse, (1 << m_StencilValue) - 1, StencilOp.Keep, CompareFunction.NotEqual, ColorWriteMask.All, (1 << m_StencilValue) - 1, 0);
                              StencilMaterial.Remove(m_MaskMaterial);
                              m_MaskMaterial = maskMat;
                              toUse = m_MaskMaterial;
                          }
                          return toUse;
                      }
                  }


                  注意,我们唯一改动的地方在19行,将CompareFunction.Equal改为了CompareFunction.NotEqual,即只有没有被Mask标记的区域才进行渲染。回到Unity,在Canvas下新建一个较小的Image,添加Mask组件,取消勾选“Show Mask Graphic”,并添加一个较大的子级Image,可以发现子级Image已经正确地被Mask组件给挖出了一个洞。

                  至此,本文的核心问题已经被解决,这个简陋的东西已经可以解决一些问题。接下来我们对它进行进一步处理完善。第一个小问题很容易就暴露了,你会发现游戏运行中当你点击图片空洞时,UI事件并不会传递到下层,反而点击Mask外部区域却传递了UI事件,实际上这正是Mask期望的结果,但却不是我们期望的结果~

                  这个问题不难解决,我们来分析下uGUI的UI事件传递机制。uGUI通过ICanvasRaycastFilter接口来处理UI捕获,相关方法如下:
    bool IsRaycastLocationValid(Vector2 sp, Camera eventCamera);

    UI对象需要实现此接口来自定义焦点捕获判断逻辑。当某个区域坐标被点击时,系统会对当前区域所有UI元素(从顶层到底层)调用此方法,第一个返回true的元素即认定为捕获点击。稍微复杂一点的是嵌套的UI结构。对于某个UI元素,如果它是被嵌套的,那么这个接口调用会从它自身开始,逐级向上调用它的父级UI元素,此过程中任意层级返回false系统都会立刻终止判断,认为此UI不能捕获点击。简单理解的话,就是某个UI元素想要响应某个点击,除了看它自身的意愿,还要看 历史的进程 它爹的意愿,而它爹同意后还要看它爷爷的意见……

    所以我们直接从源头做起,干掉它爹——也就是Mask的判断逻辑即可。Mask原本是这样处理的:

    [AppleScript] 纯文本查看 复制代码
    public virtual bool IsRaycastLocationValid(Vector2 sp, Camera eventCamera)
    {
        if (!isActiveAndEnabled)
            return true;
    
        return RectTransformUtility.RectangleContainsScreenPoint(rectTransform, sp, eventCamera);
    }


    嗯,跟我们预期的一样简单粗暴:不在我自身“势力范围”内的统统返回false。那么同样的,我们只需要反转此逻辑即可。新建脚本Hole,内容如下:

    [AppleScript] 纯文本查看 复制代码
    public class Hole : Mask
    {
        public override bool IsRaycastLocationValid(Vector2 sp, Camera eventCamera)
        {
            if (!isActiveAndEnabled)
                return true;
    
            return !RectTransformUtility.RectangleContainsScreenPoint(rectTransform, sp, eventCamera);
        }
    }


    将场景中的Mask替换为Hole,运行测试,会发现UI事件已经按照新的逻辑执行了。

    至此,通过Hole替代Mask,HoleImage替代Image,我们开头提到的需求已经能够完整解决了。其实还有一个小问题,我们的Hole完整的继承了Mask的逻辑,只是反转了UI事件检测,这也就意味着……对,它的其它子级UI元素依然会表现出Mask的作用。这在一些情形下可能并不是你想要的结果。那么,你能想到用什么方式来解决此问题吗?

     

  • 相关阅读:
    Java Thread 源码
    新的篇章,新的开始,寄没有的希望于未来。
    命名的常用关键字
    通俗易懂的TCP三次握手
    Java多态
    servlet容器工作顺序
    IOC思想
    Spring MVC工作流程
    一对一,一对多,多对多
    JDBC的步骤
  • 原文地址:https://www.cnblogs.com/j349900963/p/8340571.html
Copyright © 2020-2023  润新知