例如场景A中的模型甲有三个材质名为“石头”“木头”“水”，已经在D5中调整好；场景B中刚刚导入的模型乙有三个材质名为“石头”“石头2”“水”。那么这个功能需要做的就是把场景A中模型甲已经设置好的三个材质，导出为一个D5专用的材质包格式，能够在场景B中加载到模型乙里，让模型乙的“石头”“水”材质与模型甲的参数完全一致，而“石头2”则保持原样。
此功能在实际应用中可以让不同模型中同样的材料不必再重新赋予材质。lumion有这个功能，在材质数量庞大的项目中可以极大地提升效率。
请注意！！！这与目前的保存到本地材质库、导入PBR材质等功能不同！！！
请注意！！！这与目前的保存到本地材质库、导入PBR材质等功能不同！！！
请注意！！！这与目前的保存到本地材质库、导入PBR材质等功能不同！！！
目的是使不同模型之间的同名材质可以选择批量一键复用
这个功能有好几个操作，
导出：
能在D5中重命名材质
能有个列表的东西给我们多选选中某些材质
批量保存本地
导入：
同名的确认勾选覆盖提示
不同名的呢，保留还是丢掉，保留的话在哪里能找回来
说白了这个功能需要一个最基础的材质列表功能，D5现在都没做
我的想法是直接按照建模软件里材质的名称来命名。
在建模软件中，有很多功能或者插件能很方便地管理材质名称，且D5也不可能会允许将材质导出为通用格式，所以不应该再由D5来管理材质名称，只需要让D5建立模型中材质名称与D5材质之间的联系并收集必要的信息，并且能让其他D5项目读取这种联系以及信息来快速赋予材质就行。
在项目过程中某些时刻发现这几个材质不错，想批量导出，但是因为模型导入d5前还没想过导出材质，材质是随便命名的，于是现在想改好材质名字后才导出的话，请问你怎么操作？
应该把自己的工作流程规范化，把模型、材质整理好。良好的文件数据管理，不仅方便对接，也方便软件互通数据。D5里的数据不能反向导入到建模软件中，在D5修改材质名称并不能解决模型中材质名称混乱的问题；而如果不解决模型材质名称混乱的问题，也就没法用导出导入的方式来复用其他项目的材质组合——除非你真的要放弃建模软件中各种便捷的图层和材质管理功能，坚持要在D5完成所有材质的规范化命名。
另外，如果你指的“导出材质”是指把“把材质保存到本地”的话，那这个功能已经有了，这与我的诉求是不同的。
你说的看起来一本正经，很有道理，实际上无法理解，难以实现
没有人说要通过在在D5修改材质名称并来解决模型中材质名称混乱的问题，在D5中改名字是因为你说将来导入覆盖是根据名字去覆盖的，那事先导出之前是不是要确定材质名字无误才导出，而在流程上，模型软件中的材质只是一种区分作用，细调材质还是在D5中调，很多时候项目最开始是没想到最后会发展成怎么样的，如果中途为了导出材质想要改名，那居然改不了了，导出还有啥用。
如果模型导入了D5，然后回到建模软件修改材质名字的话，重新导入是不会关联刚才的材质的，你在D5所调好的材质就白调了。
那所以能在D5中修改材质名字或者可以备注个新名字的话，这不是提供了多一种方便吗？即解决问题，有多一种方便，何乐而不为？没有人说要放弃建模软件中各种便捷的图层和材质管理功能，也没有人说坚持要在D5完成所有材质的规范化命名。
我既能吃饭又能喝水，为什么我要为了喝水而放弃吃饭？
你可别学美国国会议员那种假象预设，强行推理的发言方式。
你所说的工作流程毫无容错率可言，是一种极端而不现实的理想主义，小项目可能hold的住，大项目上百个材质，你还能保证模型导入D5之前就能事先对材质命名好，以后保证不修改？
诚然，功能越多，选择就越多，但开发人员不应把精力用来开发那些在工作流中的其他软件已经非常完善的功能；再者，D5还无法实现数据反向导出到模型和图纸，也就意味着您在D5中做的所有修改都无法反馈到原模型中，未整理的模型材质在与其他单位交接时并不会因为您在D5中修改了材质名称而变得井井有条
如果您认为在D5中修改材质名称的功能是你迫切需要的，你可以自己开一个帖子，不需要与我在此争论不休；如果您对我所说的材质管理模式的可行性有所怀疑，我也只能说怀疑它的真伪对您来说没有意义，我并不会在此对我们的材质管理方式进行详细说明；况且在这样的交流论坛里，我也没有必要用虚假的信息骗取关注，您大可不必如此反驳
难以理解，跟这个有什么关系，为啥要反向导回到原文件？
那我就到时候看看如果实现了你这个帖子的功能，同时无法在D5修改材质名字的话，会是什么的样子。
以我的知识，目前无法理解你所说。失礼了。
类似功能在lumion里已经实现很久了，您可以体验一下