[原创] NTE 0.2.0 发布 (适配 MTR 3.1.12 与 MC 1.19.3)

0.2.0
从 0.2.0 版本起，NTE 在多人游戏中不再仅需客户端安装！如需在未安装 NTE 的服务器上继续使用立体轨道等功能，请参见 这篇文章 。

& Z9 @- v! C" @) h% s% t/ @$ S0 m如果您是第一次使用，或者想查看详细的功能介绍，请看 这个帖子。
2 \  v- [6 q, j( i3 D2 y; J
% s" i4 z  `- C" H2 J下载：https://modrinth.com/mod/mtr-nte/versions

( `. f) ?, [4 t' k* H- [+ d本模组还在开发测试阶段，存在缺陷在所难免，如有问题请报告。
6 e1 ?, h$ b% G- W4 v. ~
3 U/ x, x% _4 \& e2 H& O支持的 MTR 版本：3.1.12
* V! U% d4 P$ y+ v0 Y: M2 }! I3 i5 K不支持 3.1.11 及以下

在新版的 NTE 中，可以通过 ”装饰物件“ 方块在游戏内随意的位置显示 OBJ 模型。

1 Q& T- j6 \8 S. N3 C5 N; p1 T/ b
0 A7 C: j2 s; L0 k更改内容：
; L$ ?, J6 W3 V6 A

• 新增：装饰物件方块
• 新增：发车铃方块（仅供装饰；只可手按出声，无自动功能；可搭配 DK3 列车使用）
• 适配 MTR 3.1.12
• 适配 Minecraft 1.19.3。现在本模组支持 Fabric 及 Forge 的 1.17.1、1.18.2、1.19.2 和 1.19.3 版本。
• 修正: Forge 下半透明面渲染顺序不正确
• 修正: 内存泄漏
  0 r. g4 [6 m1 k" |! `# r

关于 1.16.5 支持方面的困难：
1.16.5 与 1.17 以上相比，其内部的渲染系统设计有一些差异。而 NTE 当前代码主要按照 1.17 以上版本的渲染系统的结构设计，因此与 1.16.5 的渲染系统结构有无法配合之处。这需要更多的研究才能制作。

" L3 x) q9 n8 W$ \7 i2 l# w
& C4 t* L7 q' i& g
* p" J8 Y% X' x6 E+ [4 h
  K2 K, n  _: E* k9 m, R
. v; K" x+ D# R3 R0 ]) M6 g6 M

0 P( B* ?  b6 C

所以，装饰物件有点偏离本来的宗旨了啊……
0 {/ i1 e3 b) m6 }2 X' J, p* F2 U- h& d可以拆分到别的模组里面去

XHG78999 发表于 2022-12-17 15:22
& p/ f& J8 ^( w# ]* {  V# T所以，装饰物件有点偏离本来的宗旨了啊……
* R$ l  U: [% a  I3 d8 ^可以拆分到别的模组里面去

5 x( w7 S* E2 [NTE 项目建立的目标就是进行渲染优化，以及展示动画、高精度模型等技术特色。
1 p; S6 L( Z; ^+ S8 D' r蒸汽机车等元素是因恰逢 Teacon2022 和得到 Ginga81 的授权而添加的，复古和其他方面不是 NTE 的主要目的。

Zbx1425 发表于 2022-12-17 15:30
6 _$ e7 a7 j, O1 y1 S) {9 S! qNTE 项目建立的目标就是进行渲染优化，以及展示动画、高精度模型等技术特色。
* ?8 s" V7 X  V, [: O1 G# A- c蒸汽机车等元素是因恰逢 Te ...

$ i& r+ h0 R/ [! P% m( F展示列车以外的模型.....总感觉已经和transit搭不上边了
9 c; F$ u. [6 {+ I4 N  Y不过的确，高精度模型雀氏现在就nte干的出来，特别是forgebj弃坑之后

这个装饰物件可以导入csv模型（小声）

草，为什么最近的MTR总是改接口和方法

MSnj_studioX 发表于 2022-12-17 18:38
: l/ }' j  v2 _) _2 L+ x" Y草，为什么最近的MTR总是改接口和方法

填以前的坑（大悲

MSnj_studioX 发表于 2022-12-17 18:38
草，为什么最近的MTR总是改接口和方法

好像听说作者要闭源了疯狂改

zongzi233 发表于 2022-12-17 21:09
0 ]0 y0 Q2 l! k* H; W好像听说作者要闭源了疯狂改

* C- s$ l: a' r" g' X没有这回事。
1 d+ X1 B# x9 H$ @+ @) a以及，并不是近日才有改动，而是从一年前到现在的每次更新都有改动。这没什么可奇怪的。
MTR 开发的目的是实现更多更好的功能，而不是通过原地踏步来换取原先的扩展模组能够兼容。
因此 Jonathan 在开发时会进行他认为合适的各种结构修改，然后再让 JCM、LU、NTE 等来适配新版修改过的内容。