Android 为什么不是';t图形加速在蜂巢中默认打开?
为什么在蜂巢中默认情况下不启用图形加速?是否有任何情况下最好将其禁用?出于兼容性原因,默认情况下不启用它。启用时,并非100%支持Canvas API(尽管缺少的部分非常少且很少使用),并且新实现中可能存在bug。还有一些新的约束(例如,如果您尝试绘制大于最大OpenGL纹理大小的位图,它将失败。) 新的渲染管道还为每个视图使用本机显示列表,这会在某些应用程序中引发错误。例如,如果一个视图依赖其父视图invalidate()重新绘制自身,这是应用程序中的一个bug,但它在没有硬件加速的情况下“工作”。但是,它不会在硬件加速的情况下工作Android 为什么不是';t图形加速在蜂巢中默认打开?,android,android-3.0-honeycomb,Android,Android 3.0 Honeycomb,为什么在蜂巢中默认情况下不启用图形加速?是否有任何情况下最好将其禁用?出于兼容性原因,默认情况下不启用它。启用时,并非100%支持Canvas API(尽管缺少的部分非常少且很少使用),并且新实现中可能存在bug。还有一些新的约束(例如,如果您尝试绘制大于最大OpenGL纹理大小的位图,它将失败。) 新的渲染管道还为每个视图使用本机显示列表,这会在某些应用程序中引发错误。例如,如果一个视图依赖其父视图invalidate()重新绘制自身,这是应用程序中的一个bug,但它在没有硬件加速的情况下“工
我们的目标是在默认情况下尽快启动硬件加速,但我们不想破坏应用程序。也就是说,使用标准视图和API的应用程序应该可以正常工作。出于兼容性原因,默认情况下不会打开它。启用时,并非100%支持Canvas API(尽管缺少的部分非常少且很少使用),并且新实现中可能存在bug。还有一些新的约束(例如,如果您尝试绘制大于最大OpenGL纹理大小的位图,它将失败。) 新的渲染管道还为每个视图使用本机显示列表,这会在某些应用程序中引发错误。例如,如果一个视图依赖其父视图invalidate()重新绘制自身,这是应用程序中的一个bug,但它在没有硬件加速的情况下“工作”。但是,它不会在硬件加速的情况下工作 我们的目标是在默认情况下尽快启动硬件加速,但我们不想破坏应用程序。也就是说,使用标准视图和API的应用程序应该可以正常工作