Linux Ansys

本文旨在记录鄙人在Centos7系统中使用Ansys软件遇到的一些玄学问题，所得结论均为个人推测，如果有官方/更合理的解释可以评论留言，欢迎交流！

1、不同系统下的算例能否互通？

结论： 亲测当软件版本一致时，Linux系统的wbpj文件传到Win10系统可以直接打开，反之则不行，报错及截图如下：The project was saved with a future version of the product and cannot be opened，

猜测：如下图所示，就算版本号相同，linux系统的ansys本身就会比Windows系统的ansys少一些功能，以SpaceClaim为例，linux系统的ansys根本不支持SpaceClaim。因此就算版本号相同，linux系统的ansys也可以认为是比windows系统版本更低的ansys。

2、CentOS系统中应用显示异常

问题描述：在我看来是一个很玄学的问题，一级菜单可以正常显示，但是二级、三级菜单都呈透明状。搜索也没有找到合适的关键词/描述方法。且由于该系统上只有Ansys一个需要可视化界面的软件，无法确定这个问题是Ansys的安装失误还是系统问题，最后找工程师解决了。
解决方法：
配置xrdp.ini文件
vim /etc/xrdp/xrdp.ini
把max_bpp=32，改为max_bpp=24
参考链接：Xrdp远程连接CentOS成功后应用显示异常问题

问题分析（来自@许不知）：首先我们找到Linux手册中的描述，如下图。可以看到max_bpp的含义是像素最大色深（max bits per pixel），即每个像素点可以表达的最大颜色数。色彩深度越高，则其表达的色彩就越丰富。若色彩深度为n，则一个像素可以显示为$2^n$种颜色中的一个。
24位的像素深度，也被称为真彩色，其编码可以简单表述为（R，G，B)。32位则是在24位元的基础上，增加了8位（256种）的透明通道，则编码格式为（A，R，G，B)，A为描述透明度的值。

回到这个问题，是当max_bpp处于默认设置32时，传输的图像会有透明现象透明了，将其值改为24时恢复正常。
通过上面的基本定义可以猜测，应该是远程视频传输协议并不支持32位的色深协议，最大只到24bit。因而当服务端和客户端都认为以32bit（如0xFF020202,FF表示透明程度，此时为完全不透明）色深协议传输时，实际色深编码仅为24bit（如0x020202）。这样传输时极可能会强制字节对齐，导致客户端解析出的色深编码错乱，原本真实的0xFF020202会被24bit的强制对齐填充为0x02020202,这样就会导致完全不透明的颜色变成了具有透明度的颜色数值，解析后画面则会不正常。至于为何只有二级、三级菜单出错，那就有待后来人详细解析编码问题了+_+
针对这个问题，有些老外是建议直接设为一个不可能的值，从而忽略max_bpp设置，让程序自适应适配设备，如下图

3、DesignModel模型显示问题

在CentOS系统中，DesignModel的模型显示总是有卡顿或显示不全的问题，尤其是需要选择几何时，出现下图所示情况就很恼火。

请教了超算中心的工程师，回复是因为超算上没有GPU，建议需要图形界面处理的在本地完成，处理完之后，上传到超算上直接计算。但是这又回到了本文的第一个问题，windows的WB文件导入到linux无法打开。不知道这个有没有解决方法。