-
问题现象：就是打不开了，直接打不开项目，目前20G左右的项目无法打开
-
复现问题的步骤：就是打不开，建议D5在下载页面中提供之前版本的下载包文件
-
最近做过什么可能相关的硬件或软件变更：更新了D5，没什么别的，更新之前还开了一次项目
-
环境版本说明：2.8
-
D5渲染器版本2.8
-
显卡及显卡驱动版本 Studio 552.22 英伟达4090
-
建模软件及D5转换器版本（如有必要）SU，但是这次没用
其他你认为有必要说明的内容
说明：如何更高效的提问以便获得帮助这个问题我认为很严重，第一是看到别人也有类似的情况，第二是D5目前的版本稳定性确实堪忧，除了这个问题外，D5团队还有一个我自己遇到的，可能比较少见的情况出现，在2.8中看到了类似的修改方案我才选择更新的：
虽然这个并不是我的问题，但是我依旧要截图说明。
保存到本地的成组文件可能非常大，我的意思是D5团队想象的可能是一个比较小的片区，这里面的承载量不是很高、用的植物或者物体不是很复杂，所以D5团队不用给太高的承载量上限值，但是假设遇到大型项目，需要分布式处理文件的时候，保存到本地的成组文件就非常重要了。
首先遇到的就是文件无法成组保存，在保存到本地的过程中出现崩溃和错误，其中我观察到这个问题的直接原因是成组过程中，显存调用的量级比较大，我的大型区块程度调用达到了24G，接近百分之百，但是内存调用很少，这一问题目前因为更新了无法复现，但是确实存在，上图文件已经成组多次，基本处于导出或者导入失败的过程中，导致了目前只能启用之前的方案来顶替，现在回来查看问题。
我们团队使用多个D5文件来分布式制作区块，制作不同区块的植物搭配合成到一个项目中去，然后在不同的区块中选择成组，最终需要散步或者是其他功能在融合完毕之后继续调整。
但是D5这个问题也严重反馈其团队版为何迟迟无法上线，首先是团队版的融合情况堪忧，在线上云空间系统中，这个区块是否能够导入和坐标轴以及电脑的承载能力相关，其二就是，比较大的区块很明显具有导入问题，我怀疑是导入逻辑的不正确，这一层面应该是利用显存和内存一起完成的，但是当前就我观察出来的调用等级非常简单，因为目前就看到了使用显存导出，而内存和虚拟内存的调用是不确定的，甚至不稳定，乃至根本就没有用。D5将D5A文件的网络解决办法作为解答，利用一套文件记录参数然后直接从网络上调取，这个过程没毛病，但是得稳定才行。
因而这个项目在最后时刻，我们几乎做完了所有灯光和系统，唯独差了植物，我们无法导入做好的植物系统，只好重新做了一个更草率的版本先行上交。
说实话，D5这些问题我遇到很多了，作为一个在不同电脑上都用过D5的人，我表示很理解D5现在成长的不容易，但是常规项目非常需要的稳定性是当前D5需要思考的，推出新的功能对应不同的人群来解决是好事，但是能不能思考一下大型项目的稳定性以及调用逻辑的问题，提升一下D5本体的承载能力，我觉得这是下一个阶段D5应该思考的问题
补充说明一些文件的大小和实时占用：
较大的一套植物文件：
本套目前估算约1.4公顷，
较小的一套植物文件：
本套为一个宽度六米的阶梯的植物设计，包含垂直立面花墙和延续到地面的小型花镜，并不很大很复杂。
是的，无论是较大还是较小的文件，在2.7版本中都无法成功成功导入，不排除是因为项目本体文件过大导致的情况，但是也存在导出成组文件失败的情况。
这是项目本体文件，在2.7能正常启动，但是无法导入植物成组文件，在2.8的时候直接启动失败了，无法进入项目
想了个办法打开了现在的项目，出现了很重的边框脱影和卡顿，应该是BUG，终归还是不影响作图。
至于这些大成组组件无法导入的问题还是存在的，目测是显存容量不足导致的问题，按说应该也能够慢慢克服，慢慢导入，所有的组件我都重新成组了一次并且单独打开过，是可以启动的，但是导入项目就是不行，所以这个问题从2.8打不开变成了组件无法导入。
虽然说基本上已经到达一个临界值，但是内存还有部分余量可以利用，包括我的虚拟缓存也有余量，我设置最高有148G的余量，这一切都是可以利用的，但是D5目前没有对此进行优化。
好消息是2.8的文件导入失败也不会导致整个项目崩溃关闭，在2.7中这是常见的，但是没有成功的导入也意味着这个项目目前依旧无法推进。
您好，您当前【弥勒寺】项目是出现了2.7版本可以正常打开，但2.8无法打开情况吗？此时两个版本打开文件时的显存占用一致吗？打开文件时会出现闪退情况吗？
2.7无法导入成组植物，成组植物是哪个版本保存的文件/是自定义导入的素材进行成组保存的模型素材吗？
所有组件都可以单独打开，但导入失败，可能还是与您当前文件较大，显存占用情况较高有关，导致已打开文件情况下，再进行组件导入超过了设备的承载能力导致导入失败。
您可使用2.8版本新建文件查看是否能成功导入该组件，若是可以正常导入，只是显存占用过高导致的在特定文件内导入失败，可以尝试使用项目合并或多人编辑，将项目拆分进行，最终渲染再进行合并。
目前2.8已经能够正常工作了，不知道为什么刚更新的时候一直进不去，后续就可以了，这个问题已经解决。
导入成组植物是2.7版本的，在2,8版本我又重新导出了一次，现在大部分能够导入，解决了这个问题。关于您说的设备承载力问题，这个确实也有所限制，现在能用的最好的显卡就是4090，之所以尝试导入，也确实是这样的多人编辑的拆分体块，确实也进行了到了最后归总的时间段了。所以才会那么着急
是的，如果导出模型中存在大量的高精度植物或较大的模型，再次导入时就会占用较多的显存与内存，如果超出了设备承载能力，就会导致导入失败。这个问题我们后续也会不断进行优化，减少对资源的消耗。目前如果模型较大，还是建议您进行多人编辑或项目合并，保证项目的正常进行，非常感谢您的理解与支持。
出现了新的问题，D5在启动大项目的4K60FPS渲染视频的时候出现了电脑完全卡死的情况，任何快捷键都无法使用，鼠标光标固定且无法移动，整个电脑不受控制，只有开关机键位和重启键位能够执行命令。
期初是在渲染队列中会出现该问题，一般表现为卡死在计算阶段无法继续，后来以为看着就好了，毕竟渲染就一个多小时，可以一直盯着，后续是即便手动启用一个渲染，依旧会产生这种BUG，导致整个电脑必须重启来脱离这种卡顿。
一样的，别人动画团队从来都是渲染2k的视频，然后给30帧，后期用软件补到假的4k60帧的，d5渲染4k风险太大了，而且很慢很容易卡死，我们以前在2.2的时候就有过这种问题，一个2k的鸟瞰渲染只有1小时左右，4k可能得8小时左右还很容易卡死，他也不能像lumion那样选择渲染多少帧到多少帧，所以卡死就完蛋了
真的很奇怪的情况，因为我之前渲染了两个4K动画，只不过后续进行修改，又得重新渲染，但是基本镜头都没问题了，这样看来最好的解决办法就是2K60的方案咯？
1 个赞