搜索提示Mari 4.2v2发行说明
发布日期
2019年1月4日
系统要求
注意： Mari通过更新，更高级的硬件配置来提高其性能水平。然而， Mari经过测试，能够在许多较旧的前代系统上运行。因此，我们列出了低于最低要求的建议，建议以及已执行的测试。您的特定需求可能与其他用户的需求有所不同。
官方支持的操作系统
- Windows 7 64位或更高
- Linux 64位操作系统（CentOS / RHEL 6）
Linux桌面管理器： Mari在GNOME上经过正式测试。尽管它通常可以在其他桌面管理器（如KDE）上正常运行，但我们的大多数错误修复都针对GNOME。但是，某些桌面管理器（例如XFCE）与Mari并且将不受支持。
最低硬件要求
- 四核处理器
- 10 + GB磁盘空间可用于缓存和临时文件
- 至少4GB RAM
- 以1680 x 1050像素分辨率显示
- 带有最新驱动程序的NVIDIA或AMD *图形卡
- 1GB图形内存
- OpenGL 3.2 *或更高版本
*位移预览当前仅在支持OpenGL 4.0或更高版本的卡和驱动程序上可用。
推荐系统要求
- 2.5 + Ghz四核处理器
- 250 + GB的磁盘空间可用于缓存和临时文件。SSD是优选的。
- 16GB RAM和额外的虚拟内存*
- 以1920 x 1080像素分辨率显示
- 带有最新驱动程序的NVIDIA或AMD *图形卡
- 2 + GB图形内存
- OpenGL 4.4或更高版本的支持
*使用虚拟内存可以提高稳定性，并有助于防止大型项目中的数据丢失。
“推荐”并不能保证它满足您的特定需求。
经测试的硬件
下面列出的配置是The Foundry经过测试的配置Mari。由于市场上不断变化的性质和种类繁多的计算机硬件，The Foundry无法正式认证硬件。以下列表可以作为建议，并不保证它可以满足您的特定需求。
请从NVIDIA或AMD网站下载并安装最新的图形驱动程序，并确保对AMD卡使用的是8.982.1驱动程序或更高版本。
如果您遇到任何问题，请直接通过以下地址的支持门户网站与客户支持联系： https://support.foundry.com。
经测试的工作站硬件
| 生命值 |
|
|---|
经过测试的GPU硬件
| AMD Prosumer显卡 |
|
|---|---|
| NVIDIA Prosumer显卡 |
|
| NVIDIA企业图形卡 |
|
新的功能
此版本中没有新功能。
功能增强
-
TP 374961- Mari现在，使用更优化的技术来侦听项目色彩空间设置中的更改，以缩短项目加载时间。
-
TP 374974-颜色样本现在可以缓存其相应的颜色空间值以提高渲染性能。
-
TP 348174-已添加导入支持EXR包含任意通道数据的图像。
-
TP 371712- 纹理集调色板现在支持并将加载最新的megascans文件格式。
-
TP 371700- 纹理集调色板现在将使用megascans文件中定义的名称来命名条目。
Bug修复
-
TP 349956-单击“不再警告我”按钮后，Linux上不再继续出现“缓存性能警告”。
-
TP 363255- Mari当“工具帮助”文本比应用程序窗口长时，调整了大小。
-
TP 359576-重置环境光将导致画布中的渲染错误。
-
TP 286410-在颜色选择器对话框中选择新颜色时，对于不是前景色板的色板，所选择的颜色也会更改前景色板。
-
TP 371562-节点属性视图中的定位器列表控件的重置按钮出现在错误的位置。
-
TP 366698-OCIO色彩空间滤镜将不会应用于所选图像。
-
TP 366851- Mari导航视口时，将不遵守Wacom数位板首选项中的Wacom笔映射。
-
TP 376759- MARI__DONT_TREAT_EXR_PREMULTIPLIED环境变量已添加到文档中。设置为1时，这将在导出通道时禁用OpenEXR图像的预乘。看到环境变量Mari认可了解更多信息。
-
TP 368815/366514-当使用8位投影仪时，投影的图像最终会比预期的要暗。
-
TP 372410-使用自定义时OCIO配置文件在几何图形的同一位置上多次绘画和烘焙， Mari会在涂料的边缘周围产生伪影。
-
TP 372539-使用OCIO环境变量时，要设置要使用的OCIO配置，任何GPU加速的色彩空间转换都将无法注册。
-
TP 358954-使用滴管该工具将是不正确的色彩管理被禁用， 查看变换已启用。
-
TP 371392-使用调色板该工具将是不正确的色彩管理被禁用， 查看变换已启用。
-
TP 373129- 输入色彩空间选项，在查看变换工具栏，创建新项目后未显示色彩管理禁用的。
-
TP 373174-更改工作中颜色空间，在新项目对话框中， 调和颜色空间将变回列表中的第一项。
-
TP 360196-将滤镜应用于选定的图像时，预览与最终输出不匹配。
-
TP 372648-在渐变工具中，选择的开始和结束颜色在预览中和绘制时不匹配。
-
TP 363511-如果在三平面投影中使用了图像，则对所选图像应用滤镜会产生伪影。
-
TP 359194-在禁用颜色管理的情况下绘画流向量的情况下，打开和关闭标量数据的切换会对画布上显示的内容产生影响，而在本不应该的情况下。
-
TP 373964-当通过工具将图像加载到绘画中时，使用自定义OCIO配置的项目将收到无效的色彩空间警告。
-
TP 371937-将过滤器应用于当前涂料目标最终结果与预览中显示的结果不符。
-
TP 224395-将过滤器应用于油漆缓冲，使用遮罩图像，将最终导致未预乘结果错误。
-
TP 375581-更改调和色彩空间，而油漆缓冲区会导致颜色的感知变化。
已知的问题
图形卡
-
TP 207913- Mari在某些AMD卡上使用最新的图形驱动程序时，可能会崩溃或以低于预期的性能运行。
有报告说，与AMD FirePro驱动程序捆绑在一起的Plays.tv和Raptr可能会导致Mari。如果您遇到不稳定的情况，请尝试卸载这些应用程序。
-
TP 16225 / BZ 18457-将Fermi系列的NVIDIA图形卡与版本低于270的驱动程序一起使用时，会导致各种渲染问题虚拟纹理类型设定为半要么浮动。
要解决此问题，请从NVIDIA网站下载并安装最新的显卡驱动程序
-
TP 9404 / BZ 12567-启用同步到VBlank在NVIDIA设置中可以大大减少Mari的表现。如果即使在使用低多边形模型的情况下，即使在使用低多边形模型的情况下，交互也非常缓慢，请导航至：
•Linux： NVIDIA X服务器设置> X屏幕0> OpenGL设置然后关闭同步到VBlank。
• Windows： NVIDIA控制面板> 3D设置>管理3D设置>垂直同步>强制关闭
然后，重新启动Mari。
进出口业务
-
TP 123514 / BZ 50886-导入的着色器未分配通道。
-
TP 113036 / BZ 49131-使用OBJ导出器插件导出的高多边形.obj文件无法读回到Mari。
-
TP 57756 / BZ 29386-使用导出为Maya脚本，Maya的视口可能会错误地将某些补丁显示为透明。可以通过选择解决高质量渲染要么视口2.0 从Maya的“渲染器”菜单中。
-
TP 10157 / BZ 16324- Windows仅限：您目前无法使用相对文件路径将图像导入频道。要解决此问题，请在导入图像时使用绝对路径。
-
TP 9854 / BZ 14985-创建新项目时，导入纹理后可能会稍有停顿，而Mari保存项目。
层数
-
TP 64924 / BZ 34690-在复杂项目中展平或缓存层或通道可能会导致Windows由于处理时间长，因此需要重置图形驱动程序。要变通解决此问题，您可以尝试一次展平或缓存较少的图层，或减小烘焙的最大渲染大小设置。可以在下面找到此设置首选项 > 显卡 > 烘焙和投影。
减小此大小可将展平或缓存操作分解为较小的部分，这将分别花费较少的时间进行计算，从而避免了Windows图形驱动程序重置。
-
TP 53959 / BZ 26460-图层-在“蒙版图层组”中绘画蒙版有时会导致意外的绘画效果。为防止这种情况发生，请执行以下任一操作：
•在面罩纸叠的底部使用白色的“彩色”层。然后，在此初始“颜色”层上使用的任何层都应该很好，或者
•如果要在“蒙版层组”中创建蒙版，只需在“蒙版层组”上添加另一层，然后在其中涂上白色即可创建蒙版。
Mari工具类
-
TP 10046 / BZ 13640-在初始笔划上使用模糊工具可能会变慢。等待Mari在应用第二笔画之前处理模糊。
-
TP 9567 / BZ 13394-使用“正面”设置为“正面”的“选择项目”工具来选择和隐藏一部分面部，使放大后的选择中的某些面部仍然可见。要捕获所有选定的面部，请执行以下任一操作：
•选择面对>直通而不是正面，或
•放大至靠近物体。
节点图
-
TP 168753-在以下位置创建AIStandard节点Mari3.0v1与不兼容Mari 3.0v2或更高版本。解决方法是，删除旧的AIStandard节点，然后在其中重新创建它们Mari 3.0v2或更高版本。
-
TP 126902 / BZ 51462-创建着色器并尝试在“节点图”选项板中查看它时，会产生一种印象，即着色器节点中缺少DiffuseColor输入边。输入存在，但被错误地隐藏。这与下面的错误51263有关
-
TP 126816 / BZ 51452-导入Gizmo时，如果Gizmo中的节点是使用菜单中的项目名称创建的，则它们不会保留其组织。
-
TP 125961 / BZ 51263-当前无法将Viewer节点附加到标准Mari着色器，因为它们是隐藏的。解决方法是，可以单击“节点图”上方的“查看当前通道”按钮。
-
TP 125813 / BZ 51247-通道传输未按预期传输图形层。
-
TP 124611 / BZ 51082-“环境光遮挡”节点的属性不包含“生成AO”选项。
-
TP 111329 / BZ 48790-自动放置不遵守背景节点。
努克<>Mari桥
-
TP 48970 / BZ 23010-如果Mari当从Nuke接收传入组件时崩溃虚拟纹理类型设置为浮动，降低虚拟纹理大小小于8192x8192的值。
-
TP 17678 / BZ 19780-在Mari在Nuke中无法正确重新投影。
Ptex
-
TP 13600 / BZ 17626-导入非常大或非常多的多边形数量的ptex模型可能需要很长时间。解决方法是在导入时分配一个小的统一面尺寸（1x1或2x2），然后在加载后根据需要上调模型的相关位。
-
TP 13531 / BZ 17618-如果面部分辨率太小，Ptex将无法正确烘烤。解决方法是提高遇到问题的所选面孔的分辨率。
着色器
-
TP 64961 / BZ 34729- Mari无法创建着色器时在画布上显示渲染错误。已包含更多信息，以帮助您确定错误原因。一些解决方案可能是隐藏组和图层，或者缓存部分图层堆栈，直到可以创建着色器为止。
-
TP 64911 / BZ 34679-在大型项目中，着色器限制可能会出现问题，并且达到可用的最大允许纹理插槽。为了避免在大型项目上达到这些着色器限制，请尝试以下解决方法：
•隐藏组和图层，或
•缓存组和层。
杂
-
TP 360737-仅Linux：使用选择颜色对话框中，用滴管挑选的颜色选择屏幕像素该选项可能由于操作系统驱动的使其余部分变暗的行为而不正确Mari应用。
-
TP 308268- Windows仅：在多台显示器上工作时，有时无法固定调色板。
-
TP 200836-在“笔刷编辑器”或“工具属性”面板中滚动可将便笺本变为空白。
-
TP 194832-当烘焙到包含非线性数据的通道时，烘焙时间显着增加。
-
TP 167883 / BZ 51934-当包含平铺程序的项目从2.6升级到3.0时，帧速率急剧下降。为避免这种情况，在项目升级后，请在平铺程序中替换图像。
-
TP 129292 / BZ 51771-移除，更改或隐藏细分的对象需要很长时间。
-
TP 126389 / BZ 51370-启用色彩空间后，较重的项目最初显示较慢。
-
TP 126164 / BZ 51322-Modo渲染：预览有时无法完全更新。
-
TP 125437 / BZ 51199-AiStandard，RedshiftArchitectural和VRayMtl着色器不会自动连接到“当前通道”。
-
TP 125319 / BZ 51185-PythonAPI： Mari的Paint节点未出现在typeList（）中。要以Python方式添加Paint节点，请调用：
ng = mari.geo.current（）。nodeGraph（）ng.createPaintNode（width，height，bitDepth）
-
TP 124614 / BZ 51084-动画对象可能需要很长时间才能细分。
-
TP 124233 / BZ 51049-纹理传输未考虑对象变换
-
TP 123532 / BZ 50898-重新计算时，即使重新计算失败，现有的细分计算也会丢失。
-
TP 121276 / BZ 50548-Modo渲染：实时更新仅考虑相机移动。
-
TP 121139 / BZ 50520-尽管可以将具有退化UV的面加载到Mari，它们在某些情况下可能会引起问题。它们不会在UV中占据任何空间，因此无法在此类表面上正确绘画。还存在某些着色器在具有退化UV的脸上可能显示出不良照明效果的风险。
-
TP 100303 / BZ 46600-任何OpenSubdiv计算之后都必须更新环境光遮挡。
-
TP 99115 / BZ 46223-海绵脱饱和模式无法在整个动态范围内工作，因为它使用HSL进行脱饱和。HSL不能与HDR一起使用，因为HSL仅在LDR值中能很好地工作。
-
TP 86007 / BZ 41573- Windows仅8： Windows与Wacom笔一起使用时，键（Meta键）不会脱离。
-
TP 62668 / BZ 33293-Linux：启动Mari语言设置为一种而没有某些字符符号的结果是Mari失败，错误是无法加载指定的转换。要解决此问题，请将语言环境（语言）设置为英语。
-
TP 60643 / BZ 31946-有时由于图形卡上的内存管理问题而未烤漆。这可能是由于诸如高分辨率绘制缓冲区，高位深度绘制缓冲区，较大的虚拟纹理大小，甚至绘制缓冲区转换上的较大比例值之类的问题引起的。这些问题通常可以通过glError：0x505内存不足日志中的消息。尝试减少所有这些值中的任何一个或全部以防止它发生。图形驱动程序正在不断改进，因此也值得检查升级驱动程序是否可以解决问题。
-
TP 45590 / BZ 20510-如果您发现Mari的时间比平时长，请检查RLM许可数据文件夹中的LIC文件是否未引用过时的服务器端口。如果有，请将它们放在另一个目录中并重新启动Mari。
-
TP 37066 / BZ 20021-画布中的纹理在较低和较高分辨率之间间歇性地切换。如果您的虚拟纹理分辨率较低，并且您正在处理具有位移的复杂模型，则更可能发生此问题。可能的解决方法包括增加您的虚拟纹理大小，减少通道数量Mari必须一次访问（例如，通过减少当前着色器所需的通道数），以降低着色器中使用的通道中补丁的补丁分辨率，或者使用较小的画布窗口或监视器。
-
TP 9758 / BZ 14201-仅Linux： Mari从睡眠状态唤醒后，系统变得无响应。
-
TP 9631 / BZ 13700-调整投影机的“摄像机”>“透视”设置不会在画布上反映出来，直到将其设为“当前”为止。
-
TP 9363 / BZ 12102-当前笔刷设置不会保存为项目的一部分。代替， Mari关闭并重新启动后，将恢复为默认设置。
-
TP 9342 / BZ 11874- Mari无法将3位填充的.obj序列识别为动画
-
TP 8030 / BZ 13571-启动新版本的Mari首次出现以前版本的配置文件时，有时会导致对象不出现在邻位视图。
要解决此问题，请关闭Mari，删除以下配置文件并重新启动Mari：
•Linux： 〜/ .config / TheFoundry / Mari.conf
• Windows： C：/用户//..mari/TheFoundry/Mari.ini
-
TP 7945 / BZ 13294- Windows： Mari由于程序耗尽了所有窗口管理器对象，因此在尝试在大型项目上加载数据时，有时会崩溃。
要重新配置用户对象限制：
- 打开regedit并导航到HKEY_LOCAL_ MACHINE \ SOFTWARE \ Microsoft \ Windows \ NT \ CurrentVersion \ Windows和
- 编辑USERProcessHandleQuota数量更多。
如果这个数字太大，您可能还需要修改GDIProcessHandleQuota。
开发者须知
这些是与开发人员相关的更改。
新的功能
这些不是此版本中的新功能。
功能增强
此版本中没有功能增强。
Bug修复
-
TP 366264-通过OCIO环境变量设置无效的OCIO配置将导致生成Python错误。