【追加制作】悠日铁道 701 系予告
本帖最后由 Santorsia 于 2022-11-1 22:48 编辑在制作悠日铁道 502 系时，因为错误的估计了 Java 平台的优化水平(基岩平台 6000 块单节车体其实可以非常流畅的运行)，因此 502 系对绝大多数计算机造成了严重的负担，并恐怕难以胜任通勤车的需求。因此未来将开发重新设计的悠日铁道 520 系（510系注册值已被占用)，自 701 系始，若无特殊原因，车辆方块量均控制在单车体 3000 块以下。此外。悠日铁道全系车辆在 2021 年末标准车体化后均使用带有厚度的实体方块制作以呈现更多细节，因此未来除特殊原因外，没有制作”以贴图为主体的贴图车“的计画。但会考虑 Java 平台进行一定的优化。
目前正制作悠日铁道 701 系，该车辆为双层车，设计为2M(4-6)T编组(侧重“观光”的中长途用车体，但考虑到 MTR 实际无法坐在车辆上，亦无法调节碰撞箱位置(上下楼)，因此 701 系完工后暂时不具备各种功能性。仅出于“特殊场合需求“使用。
若在先前及往后车体配布过程中无他者违背 EULA 现象，往后任何悠日铁道标准车体均会对外公开配布。
以下是 701 系之早前预览。
2022/1/1
"EVENGREEN"编组添加(UD 701-5 UT701 UD 701-6)
2022/10/31
"星夜"编组添加(UD 701-3 UT701 UD 701-4)
2022/10/30
2022/10/29
话说大大可以试下还原E231-500番台嘛？ 皮卡丘 发表于 2022-10-26 13:28
话说大大可以试下还原E231-500番台嘛？
未来有制作计划但可能会放在E235之后。
可能会在2023年中旬制作。 话说，在520系里加上701里的一节会咋样（） 哎，本来很期待的，但是那个方块真的太多了啊，不敢用，一用就怕死机。。太可惜了，一大堆方块的做法本人不太赞同(•̩̩̩̩＿•̩̩̩̩) 本帖最后由 Santorsia 于 2022-10-26 22:03 编辑
没落学渣 发表于 2022-10-26 21:08
哎，本来很期待的，但是那个方块真的太多了啊，不敢用，一用就怕死机。。太可惜了，一大堆方块的做法本人不 ...
怪 MTR 不用 obj 而用模组版实体以及 JE 令人遗憾的优化，当然也没有什么好怪的，理念不一样，或者说“分体车”与“整体车”的理念之争（
模组版实体最大的优势其实是每个 Blockbench 构成块及构成文件夹都可以单独控制运动及动画，因此 MTR 的设计逻辑是“将 blockbench 构成块打包而成构成车体不同部件”，再将“这些部件"利用内建的编辑器翻转、组合起来视为列车以起到轻量化的运行环境，因此 MTR 的列车此前几乎都是像素贴图车。
也藉由于此，MTR 模组大概没考虑到利用 Blockbench 一体成型的、块量数千乃至上万的”整体车“的优化。或者换一句话就是 MTR 在控制这种”整体车“时乃是“同时控制一大堆构成车体的实体块运动，而非控制一个整体车模”，因此肯定需要高性能的 CPU 及 GPU。
但我的理念还是更接近于传统 RTM 那种直接一次成型整车，把 Minecraft 当作 obj 模型浏览器的那种，毕竟建一个比细致的多的整体 obj 模型所用的时间更少，成本更低，运行也更流畅，而用 Blockbench 制作这种整体模型需要非常繁琐、无聊的过程。举一个例子，502 系我用了 90+ 小时制作，而如果用 C4D 做一个同样的 obj 模型 8-10 小时就足够了。
只能说 RTM ”屎山“没法上高版本 JE，也没人愿意基于 RTM 那套特别繁琐的代码环境再重构一个类似的高版本的出来，因而当下很难在 Minecraft 高版本上复刻高精度的电车GO了。
Santorsia 发表于 2022-10-26 21:50
怪MTR 不用 obj 而用模组版实体以及 JE 令人遗憾的优化（
obj建一个比这个细致的多的模型所用的时间更少 ...
说得太对了 白色，自己玩，能给链接吗？
页:
[1]