结论: 亲测当软件版本一致时,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。
问题描述:在我看来是一个很玄学的问题,一级菜单可以正常显示,但是二级、三级菜单都呈透明状。搜索也没有找到合适的关键词/描述方法。且由于该系统上只有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 2^n 2n种颜色中的一个。
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设置,让程序自适应适配设备,如下图
在CentOS系统中,DesignModel的模型显示总是有卡顿或显示不全的问题,尤其是需要选择几何时,出现下图所示情况就很恼火。
请教了超算中心的工程师,回复是因为超算上没有GPU,建议需要图形界面处理的在本地完成,处理完之后,上传到超算上直接计算。但是这又回到了本文的第一个问题,windows的WB文件导入到linux无法打开。不知道这个有没有解决方法。
免责声明:本文系网络转载或改编,未找到原创作者,版权归原作者所有。如涉及版权,请联系删