-
问题现象:再上一个帖子里面也有说,主要是4K分辨率的渲染BUG,首先是加入队列之后容易在计算大小阶段卡死,当时可以手动启动单个镜头渲染,后续则是手动启动之后也会在计算大小阶段卡死。
-
复现问题的步骤:目前项目继续做,就是这个大项目导致的卡死,没别的了。
-
最近做过什么可能相关的硬件或软件变更:没有,驱动都是之前的,只有正常的WIN10更新,但是这不至于导致卡死。
-
环境版本说明:WIN10 13900K+64G(+148G虚拟缓存)+4090
-
D5渲染器版本2.8
-
显卡及显卡驱动版本Studio 552.22 英伟达4090
-
建模软件及D5转换器版本(如有必要)后续都用D5了,小BUG因为太大了修不了,所以没有启动和SU的联动了。
其他你认为有必要说明的内容:主要是这功能不算是用不了,但是看了上个帖子的另外一位用户的留言,很明显这个是老问题了,渲染视频的不稳定导致的卡顿和崩溃,但是这次D5的表现很过分,之前只是软件直接崩了,还能回去重开,这下是整个系统都得重启,因为整个D5完全卡死了这套硬件,因而重启是唯一的选择,这侧面说明了高分辨率下D5并不可靠,或者是需要ECC内存来进行辅助操作,不过ECC内存也不是谁都能装的起的,虽然我也很清楚用户的硬件平台水平不一致,硬件兼容度也不见得一致,但是起码不应该在运行的时候让系统卡死,这个太麻烦了,很多软件都得重启,毕竟做设计的用户居多,开的文件夹和一些辅助软件也多,即便是基本不开别的软件,只用D5,D5在遇到渲染问题的时候也并不应该卡死。
每次都卡死,导致我确实没办法截图,只能说之前渲染了两个,后需要改的真是一点渲染不出来,实在不行可以降低分辨率渲染,但是这样终归心里面不舒服。
![image](https://cn.forum.cdn.d5render.com/original/3X/4/3/438dc881d188a2bfa394ddc94d47dae5f8ed7643.png)
参考:
说明:如何更高效的提问以便获得帮助
这两个是4K的,手动渲染的,现在手动渲染的反正是也不行了,一样会卡死,目测是场景相对比较大(但是也有小的啊第二个就比较小,特效几乎没用,就是天光变化)调整项目也就是加了几个人,调了一下色,耗费算力的风都没开。计算阶段就卡死了,越想越奇怪,毕竟有需要才4K的,现在心里面确实不爽
2.6之前我还能渲染4K60帧,2.7后渲染就会关机重启,一直没解决
@717462515 @2821691047
您好,如果您是相同的文件,在显存占用正常情况下输出出现卡死情况,请收集一份日志我们看下原因,或直接联系我们远程看下具体情况。
可以具体描述下渲染出现卡死情况,是特定文件还是所有文件,如:2.8.0.0710版本,xxx场景文件,显存内存占用xxx,预览/输出xx分辨率卡住。
我在2.6和2.7都能4K,要那么算2.8也能,但是现在反正是不稳定的,我目前不敢随便尝试了
这是检测工具的参数。日志也可以打包一份给你们。
这个是软件版本。
这个是目前项目参数
也没什么软件冲突
因为最近就做了这一个大项目,那么肯定是这份文件出现问题了,应该是电脑压力过高导致的
这是显卡和内存的目前占用,渲染8K图片的时候,项目是景观。
不敢渲染4K60的视频,尝试了两次,第一次是加入渲染队列的时候卡住了,但是图片是可以在队列渲染的,卡住指的是整个电脑都卡住了,并非软件卡住,必须重启才行。
这个时候手动启动渲染是可以的,也就是帖子上图渲染出来两个4K60的视频。
后来项目进行了一些镜头添加等微小调整,最终手动启动渲染4K60的项目也变得很危险,也会一样卡住,主要是在还没开始的渲染的计算阶段就会卡住,整个电脑键盘鼠标都没有反应,看了一下主板上面的温度显示,直接降低到接近待机空载的状态,但是电脑无法操作,那样就得继续强行重启电脑。
之前2.7遇到无法渲染的大问题时只是软件崩溃,现在属于是整个电脑都卡住了,很难不说是否是错误数据导致的软件读写错误,这种情况我只能推测是具有ECC纠错的内存才能在当前情况下保证项目渲染,否则也很有可能崩掉,主要是这一崩溃就是整个电脑都卡住,实在是代价颇高。就目前情况来看有这个问题的也不光是我一个,所以工程师团队可以思考一下如何解决这件事。
您好,有时间的话可以配合我们具体测试下,如果同场景同分辨率输出 2.8闪退/2.7正常,我们会进行详细排查。
在优化显存占用基础上,您也可尝试针对13900K处理器进行bios版本升级关闭超频操作:
CPU对D5运行影响大吗? | D5渲染器 | 帮助中心 (d5render.com)
如何查看和优化显存占用? | D5渲染器 | 帮助中心 (d5render.com)
也不算是同场景吧,这个问题之所以严重是因为在2.8的工作和大量改动之后,严重怀疑是内存和显存占用逻辑上不对导致的,尤其是内存,内存在长时间运行之后难免出错,也有可能是因为某个或者某些指令出现问题导致了崩溃。毕竟项目比较大,遇到的问题会变多也正常。
CPU是没有超频的,关于它缩肛这件事我也略知一二,或许是有可能CPU出现问题了,这个确实不好说,因为我没有更新到最新的BIOS,目前情况下我的CPU基本运作都是正常的,别的工作软件并未出现死机或者是不正常崩溃,对于小项目来说也依旧可以渲染4K视频,我专门找了之前做的一些小单位来做了尝试,即便是2,8也并未出现死机情况,但是只有这个项目因为巨大导致了死机,这也符合调用逻辑不正常的情况,毕竟对于显存和内存来说都比较极限,虚拟缓存的利用反而并不如人意,它并不能被更高效的调动,甚至是利用系统设置的虚拟缓存最大阈值来缓冲项目也可以,但是这不是软件来导致死机的理由。后续即便调整虚拟缓存在200G,也依旧具有卡死的风险
斗胆又去试了一下,这次确实是没卡住整个机器,只是软件崩了,这是崩了瞬间截的图,在资源管理器里面推断应该是瞬间的内存占用满了导致的,要是卡死的话也是应该由于这个问题导致的代码错误然后崩溃
13900K 有个原生BUG 。频率达到5.7G的话,会有机率崩溃,有时会报告为显存不足。建议手动降到5.5G试试。
我用的不是水,基本上到不了5.7,维持5.5都差不多了,这个崩溃问题结合目前13900K的各种毛病报告来说13900K的各种毛病应该是存在的。
但是假设是这种问题,应该是在工作过程中出现,高负载情况下139也并并未绝对负载。我后续尝试渲染2K分辨率的视频文件,虽然也顶着跑,但是不至于在启动瞬间崩溃,证明目前情况下应该还是内存问题导致的。另外并未报告渲染分配显存不足(之前出现过)几乎就是直接崩溃。