【问题标题】:Adobe Air - Hardware Acceleration & Render ModeAdobe Air - 硬件加速和渲染模式
【发布时间】:2014-01-22 22:40:03
【问题描述】:

我有两个 Flash 片段:ShellContent。 Shell 是适用于 Android 的 Air 3.8 项目 - Content 是 Fl​​ash 11.8 项目。 Shell 在 android 设备上运行并加载到 Content .swf 中。在这两者之间,我有三组硬件加速选项:

  1. Shell > 发布设置 > 硬件加速
    1. 1 级 - 直接
    2. 2 级 - GPU
  2. Shell > 空气设置 > 渲染模式
    1. 自动
    2. CPU
    3. GPU
    4. 直接
  3. 内容 > 发布设置 > 硬件加速
    1. 1 级 - 直接
    2. 2 级 - GPU

...当试图找出性能最佳时,需要测试许多不同的可能设置组合。

这些设置是否被其他人认为没有实际意义? Shell 的“硬件加速”是否胜过 Content 的? Shell 的“渲染模式”是否胜过其他两种模式?

tl;dr:air 应用的渲染模式是否会覆盖其硬件加速,是否会覆盖加载到应用中的 .swf 的硬件加速?

【问题讨论】:

    标签: android performance flash air adobe


    【解决方案1】:

    除非我弄错了,在这种情况下,只有应用程序(“Shell”)渲染模式很重要。非 GPU 加速的 SWF 应在 GPU 加速的应用程序中进行加速。在 Flash 中查找的简单方法是创建一个带有过滤器的 SWF(DropShadowFilter 有效)并将其加载到 GPU 加速的应用程序中。如果过滤器不起作用,这是正确的(过滤器在 GPU 渲染模式下不起作用)。所以,基本上,唯一重要的模式是最高级别容器的渲染模式。

    无论如何,语言差异(Render Mode vs Hardware Acceleration)是完全一样的。 GPU = GPU,直接 = 直接,无 = CPU。 Auto目前也是CPU(最初是为了自动选择最佳模式,但尚未实现)

    【讨论】:

    • 所以基本上它们按以下顺序相互覆盖:Shell 渲染模式 > Shell 硬件加速 > 模块硬件加速,对吧?我需要进行更多测试,但到目前为止 似乎是这样。
    • 是的,看起来 shell 的空气设置肯定会覆盖其他两个设置。好的,很高兴知道。
    • 是的。将其视为孩子从父母那里继承设置。就像在 iOS 中一样,如果您在应用程序的设置中启用了位置跟踪,但在系统设置中为该应用程序禁用了该应用程序,则该应用程序将禁用它。
    • 您始终可以通过检查舞台上的 wmodeGPU 属性来检查您正在使用的渲染模式。 help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/…
    猜你喜欢
    • 1970-01-01
    • 2010-11-14
    • 2020-05-20
    • 1970-01-01
    • 1970-01-01
    • 2016-04-08
    • 1970-01-01
    • 2010-09-15
    • 2012-05-12
    相关资源
    最近更新 更多