#mod-dev-talk Thursday 17 June 2021
27 messages3 people
- LI am learning java, is there a forge port planned by anyone you all know of or would that cause issues? Also don't know if the creators of the latest forge version are planning to update the mod.. Probably won't look into it too much until other projects are finished, just curious if someone else has started one.
- J
- L
- J
- JUsing a gravitite shovel on a grass block turns it into a path and a floating block at the same time. Is this intended, or should it do it one-after-the-other?21:57mp4Minecraft__1.17_-_Singleplayer_2021-06-17_14-56-44.mp4Video, 7.6 MB. Not stored in the archive.
- C22:01Well, I mean idk really if it should be a feature (Especially if my concept is considered). Would love to have some other opinions on this
- JI don't suppose it should be a feature, since you could always use another type of shovel to make a path instead. Also, once the floating block reaches a ceiling, it should convert to dirt anyway. On the other side of the same coin though, the other gravitite tools make the dirt float without converting it to path. So I suppose it could go either way
- J
Replying toCDAGamingWell, I mean idk really if it should be a feature (Especially if my concept isβ¦
What's the concept you're referring to? - C
- J
- JHere I've implemented what your idea might look like: https://github.com/Jack-Papel/The-Aether/tree/1.17branch2
GitHub
Jack-Papel/The-AetherThe Aether mod port for Fabric 1.16.4. Contribute to Jack-Papel/The-Aether development by creating an account on GitHub.22:46Right now it's set that the acceleration changes after two-ish seconds, which can be changed22:46I'll provide a video22:53(Gravitite ore & blocks of gravitite don't switch gravity in this implementation, since it made more sense for them to remain anti-gravity)(edited) - CPog, but yeah I'll likely change it to that the acceleration begins transitioning when it's a certain elevation below worldHeight (Ie a configurable offset), but nice job on the impl23:07
blockPos.getY() < this.world.getBottomY() || blockPos.getY() > this.world.getTopY()Good catch on this too, I didn't know bottom and top y existed yet, so I'll definitly port that to the main branch tonight - J
- C23:10Atm, i'm experimenting on Windows 11 to test toolset compatibility, so this helps reduce the strain π
- J23:11*most always
- C23:13Atm, I really wanna start doing 1.17 models, but blockbench hasnt even begun to support that yet xd
