Ⅰ linux 文本模式下的字体可以渲染吗 说说相关的资料啊
sudo
install
ailurus，有一个让终端文本彩色的选项····貌似可以通用到文本模式，首选项里自己定义颜色，字体，背景···
Ⅱ 听说linux很多版本 现在的linux的那个版本好主要作图渲染用
centos适合服务器应用，ubuntu适合桌面用，suse画面很炫，但文件太大，linux mint 与ubuntu无太大差异， 你用作图渲染那得用到显卡性能，linux下各产商显卡加速驱动很难搞，所以还是老老实实的在windows搞吧
Ⅲ 刚刚在linux下编译好了ogre 3D渲染引擎，怎样将它移植到Android中啊。
目前为止，Ogre 1.7.3暂时不支持Android，虽然Android是以Linux为底层内核，但是Android NDK编译Ogre 1.7是不可能的。但是可以检查Ogre的最新代码 1.8版本（https://bitbucket.org/sinbad/ogre/src/）在OgreMain/src文件夹下面可以看到Android文件夹，说明Ogre 1.8是支持Android的，但是Ogre 1.8没有最终release。不过Google Code上有个Gamekit（http://code.google.com/p/gamekit/），集成了Ogre 1.8和物理与声音引擎，由于使用不稳定的Ogre 1.8，可以使用NDK编译在Android上使用。
Ⅳ linux 缺少图形库无法渲染验证码
一般的验证码插件需要用到中文字体来绘制验证码。
Ⅳ 解决Deepin Linux + KWin屏幕界面的撕裂问题
笔者是一个苛求显卡性能的程序员，对坐拥的两台“古董”笔记本也一视同仁。这两台笔记本，一台是2009年的老机器ThinkPad X61，安装了OpenSUSE；而另一台是2012年的ThinkPad X200，用的是Deepin Linux。
按理说，新机器的显卡性能相对于旧机器应当有所改善，可是事实却让我无奈——X200的Deepin下，拖动窗口时画面会有明显的撕裂感，一个窗口被拆成两半，而且在使用SMPlayer播放视频（720p）时，也会有细微但肉眼可辨的撕裂。然而，X61的OpenSUSE却完全不存在这样的问题，拖动窗口时一气呵成，不会撕裂，观感体验要好上不少。
撕裂现象是Deepin在一些老机器上容易产生的问题。Deepin属于比较新的系统，不可能会对旧机型进行细致的优化，其默认的显卡配置（Xorg的配置文件）也不是放之四海而皆准的，因此还得手动解决。但是，Deepin最新适配的窗口管理器（下文简称“窗管”）KWin，能够便捷地解决这个问题。KWin是KDE的窗管，得益于它的桌面混成器（desktop compositor），KDE Plasma桌面得以充分发挥显卡的性能，哪怕是X61所使用的旧显卡都能实现行云流水的使用体验。这一特性也在Deepin版的KWin得到了实现。
Deepin目前的版本（15.10.1）默认的窗管是Mutter，而不是KWin。KWin需要手动安装，安装下面的包之后，下次启动系统后窗管就会自动从Mutter切换到KWin：
Deepin的KWin默认没有启用桌面混成器，所以在KWin下仍然会出现画面撕裂的情况，与默认的Mutter窗管无异。笔者曾以为Deepin团队会针对KWin的性能作出针对性优化，然而事与愿违了。接下来只能手动启用混成器。
桌面混成器的设置位于 systemsettings 包中。这个包是精简版的KDE系统设置程序，只保留了与KWin和网络有关的设置项。使用下面命令直接安装：
安装后，启动器中就会多出一个“KDE系统设置”，如图所示。
打开KDE系统设置，左栏最后一项“显示和监控”即为桌面混成器的设置。点开它：
首先，勾选“Enable compositor on startup”，让KWin在系统启动时自动启动混成器。然后“Rendering backend”（渲染后端）选择“OpenGL 2.0”或“OpenGL 3.1”。
垂直同步是防止撕裂的关键。KDE提供了若干种垂直同步的处理方法，位于“Tearing prevention ('vsync')”这个选项中。每选择一个方法，设置界面中就会用蓝色的框说明该选项可能会导致的后果。
具体的方法见下表：
实践证明，只有Full screen repaints适合我的X200笔记本。 选择该模式并应用，再拖动窗口，果然不再撕裂了，使用体验变得顺滑了不少！
另外两种方式中，“Only when cheap”只在播放视频时能起到防止撕裂的作用。而对于“Re-use screen content”，KDE的开发者表示 该模式会在MESA驱动中导致严重的性能问题 ，果不其然，选择该模式后，电脑就卡成了PPT，动弹不得，延迟爆表！我可是费了很大的劲才把设置还原回来。Linux配备的英特尔集显驱动就是一种MESA驱动，它最终的表现正应了开发者的警告。
启用桌面混成器并选用有效的垂直同步处理方法后，Deepin的体验有了质的提升。
首先是窗口拖动不再出现撕裂的情况，使得界面的操作体验更为舒适流畅，提高了Deepin的规格。
同时，桌面混成器也提高了各种应用程序的界面渲染性能，这是我意料之外的收获。举个例子：Typora，基于Electron开发的Markdown编辑器，它的Chromium内核默认没有启用硬件加速，在启用桌面混成器之前滚屏时会有间歇性错位的现象；Deepin设置，滚屏时虽然很流畅，但也常常会出现界面错位，影响观感。上述两个问题在配置桌面混成器后，竟然在我不经意之间都得到了解决，偶然再使用它们时才发现这一切的转变。
X61上的OpenSUSE，它的KDE Plasma桌面默认就配置好了混成器，所以一开始就无比流畅。而Deepin在经过调教之后，它的表现也开始不输于KDE了。电脑要流畅，启用混成器是王道。
deepin--解决屏幕撕裂问题 ：从更改Xorg配置文件来解决撕裂。
Ⅵ linux渲染速度翻倍
Linux渲染即发光贴图、光子贴图、准蒙特卡洛算法和灯光缓冲等，这4种不同的全局光引擎可以在首次反弹和二次反弹中相互配合使用。在室内商业效果图的制作中，使用发光贴图配合灯光缓冲方式进行计算，是取得渲染时间与图像品质平衡的最好选择。
Ⅶ maya7 for linux中的渲染设置为何没有avi 文件导出选择
avi是Microsoft的影音格式
所以在linux下面没有
建议还是输出带通道的序列帧为好
如iff,tga
后期时候会很方便
avi文件太大而且渲错一点就全废了
Ⅷ 渲染农场用linux操作系统好吗支持Maya2012,3ds Max,和其他的吗
linux常用在服务器上，你这些东西它都不支持的
Ⅸ 虚幻引擎在Linux 用的什么渲染引擎
Static静态和Dynamic动态
默认情况下，虚幻引擎使用基于物理的渲染管线，即PBR(基于物理的渲染)管线，该管线将基于物理的材质与基于物理的光照相结合，以实现尽可能真实的渲染效果作为默认环境。
默认情况下，虚幻引擎使用延迟渲染器，它会输出每个材质的GBuffer即基础颜色、金属、粗糙度等，也就是所谓的“渲染目标”，“合成器”使用缓冲数据与光线的数学参数来计算光照信息，每个投射阴影的光源还将渲染深度缓冲以便于生成阴影。虚幻引擎中有两种主要的光源类别，Static静态和Dynamic动态，总体来说，静态光照不影响可移动Actor，而动态光照会影响可移动Actor。
为了更加清晰地展示PBR流程中这些材质的工作方式，左键点Lit（带光照）按钮，向下浏览并找到Buffer Visualization(缓冲区可视化)，在顶部可以看到Overview(总览)
我们可以看到在整个场景中已经展开了所有PBR输入，这些全部都是我们的PBR材质的GBuffer，暴扣基础颜色、高光、次表面、世界法线，不透明度等。