apex出现着色器编译问题

1. APEX英雄游戏都要载入着色器的解决方法

作为正野皮一款全新的科幻FPS游戏，《Apex英雄》以鲜明的美式动画风格，独特的逃杀模式，加上目前的免费游戏，举差仅上线一周就吸引了2000万玩家，席卷整个游戏界。尽管游戏发展迅速，但如在线失败、游戏卡顿等问题，也让橘子平台的老问题浮现。在此推荐使用专门为Apex准备电竞线路的奇游加速器，可以有效地减少延迟，保证游戏的顺利进行。
下面为大家准备了《Apex英雄》的各种着色问题解决方法，希望对大家有所帮助：
事实上，对游戏玩家来说，不管是着色器，还是色器缓存都不陌生。事实上，当我们看到地面、植被、水体等逼真的细节，以及清晰而清晰的反光效果时，都需要色器来完成。
方案一：
先打开N卡或N卡控制面板
在程序设置先选中《Apex英雄》，然后找到着色缓存器，先关闭然后点击应用，然后再重新打开再次应用。等加载着色器成功，之后在进入《Apex英雄》就不需要每次加载着色器了。
首先在节目设置中选中Apex的英雄，脊衡然后找到颜色缓存器，关闭然后点击应用，然后再重新打开应用程序。等待着色器被载入成功，之后每次进入Apex英雄都不再需要每次载入颜色。
方案二：
Valve表示，2017年7月开始，Valve公司表示，不管用户的硬件设备是什么，都会为用户的显卡下载预编译(Pre-Compiled)的着色器配置，这明显改善了初代游戏加载的时间，并且减少了卡顿，带来更流畅的游戏体验。对玩家来说，这是一个巨大的利好，并且对各种API都很有效。但是，由于需要附加的网络服务，可以想象每次游戏启动后，分析用户着色的使用报告会提升一小部分网络带宽需求。
可以在设置当中看到新增的该功能，因为是新功能所以还没有来得及翻译，直接在控制器（Controller）设置的下面显示为"ShaderPre-Caching"，目前没有太多设置，只有开关而已，说明部份写的和更新日志大同小异，意思都是会根据用户的硬件情况下载预缓存的着色器配置。大家可以试试自己的游戏体验是否有足够的不同。
方案三：
当然，每次需要加载也有可能是网络问题导致的，这就需要一个稳定高速的加速器了，最好用奇游加速器，针对《Apex英雄》专线优化，缓存完整文件，不再每次加载。
奇游加速器

2. 着色器缓存生成器进出错退出代码

可以在电脑上解决。
1、打开显卡设置，选择APEX程序并将着色器缓存器改为开，随后登录APEX英雄，等待第一次编译着色器，完成后以后就不需要再编译了。
2、打开显卡设置，选择全程序设置，找到着色缓存大小，将设置驱动默认值改为无限制，随后重启游戏进入。
着色器（Shader）是用来实现图像渲染的，用来替代固定渲染管线的可编辑程序。其中VertexShader（顶点着色器）主要负责顶点的几何关系等的运算，PixelShader（像素着色器）主要负责片源颜色等的计算。着色器替代了传统的固定渲染管线。

3. apex无法为纹理创建着色器资源

apex无法为纹理创建着色器资源解决方法：
1、找到Apex游戏当中的着色缓存器设置的选项。
2、将设置选项中着色器设置为开，点击保存。
3、打开显卡控制中心，找到着色器缓存大小，设置成无限制，重启游戏进入即可。

4. apex着色器在哪个文件

打开游戏，如图所示遇到着色器问题无法登录游戏。如图所示首先回到电脑桌面点击鼠标右键后选择打开【NVIDIA控制面板】如图所示随后在陆游蚂磨磨【管理3D设置中】添加【apex启动早埋程序】即可解决着色器问题

5. 【安卓实践】apex导致的安卓编译失败原因调查

在实现功能的时候，我把我的功能逻辑实现在libmeminfo.so库当中。
由于我的功能需要调用libmemtrack.so库中的一些函数，我就在libmeminfo的Androidbp中将libmemtrack.so动态连接过来了。如下：

这样增加之后无论是在 其他so库中调用我提供的方法，还是单独编译libmeminfo都可以编译通过，并且功能验证不会有问题。
但是当我带patch编译整个rom包的时候，却报了以下错误：

拿到这个错误的时候，由于这个错误最多是“Unexpected file 'lib64/libmemtrack.so'”这一行与我的修改有关系，
所以我一度觉得不是我的问题。后来调查了两个小时我才发现编译错误的原因。

确实我的修改不会导致问题，但是在安卓编译的过程中编译com.android.runtime.debug时，编译脚本会检查/apex/com.android.runtime.debug/目录下多个目录lib/lib64/bin/以及lib/bionic等路径下是否包含非法的so库。
如果包含非法的so库，就会在编译脚本中报错，导致rom包的编译失败。

修改编译脚本，执行“make art-check-debug-apex-gen -j16”打印expected_paths如下：

可以看到libmeminfo.so包含在这些库当中。
这意味着，如果我在libmeminfo.so中想要动态连接其他非expected_paths中的so库，如libmemtrack，就会在编译的时候把libmemtrack放在apex/com.anroid.runtime.debug/lib64/路径下。
而编译脚本会检查此路径下的库是否都是expected_paths中所包含的库，如果不是，就会报错。
而这次报错中之所以会有其他库如libhwbinder.so，原因是libmemtrack动态连接了这些库。
至此，问题原因调查完毕。
那只能换一种方式实现我的功能了，至少不能放在libmeminfo.so中去实现。

6. 着色器缓存生成器进程退出代码出错

一、将着色缓存器的按钮设置为开；

找到Apex游戏当中的着色缓存器设置的选项，将设置选项设置为开然后保存，重新打开之后等待着色器载入成功之后，之后就不需要每次都再编译着色器了；

二、着色器缓存解决办法：

1.找到n卡控制中心；

2.找到着色器缓存大小，设置成无限制，然后重启游戏进入即可；