Posts: 783
Threads: 12
Joined: Jan 2014
Thanks: 2
Given 73 thank(s) in 61 post(s)
Also, specifically on the generator, if it was a separate process, a language like julia, octave or numpy would have significant advantages to writing the generator than a general purpose language like D.
Posts: 254
Threads: 16
Joined: Oct 2013
Thanks: 3
Given 20 thank(s) in 18 post(s)
True, but the two reasons I am using D are that I wanted to learn D, and that it is similar to C++. Anything that I write in D, I should be able to port over to C++.
Posts: 6,485
Threads: 176
Joined: Jan 2012
Thanks: 131
Given 1074 thank(s) in 852 post(s)
Big internship. Good luck, and let us know how it's going.
Posts: 350
Threads: 18
Joined: Oct 2014
Thanks: 26
Given 54 thank(s) in 47 post(s)
08-28-2015, 05:51 AM
(This post was last modified: 08-28-2015, 05:59 AM by DiamondToaster.)
I wonder if Forge compatibility would be possible after looking at JNI/JNA + JNAerator. Maybe it could be done like this?
Plugin (Java) -> Forge Wrapper (Java, maps/alters function calls to generated Cuberite bindings) -> JNI -> Cuberite
If this is possible, it could probably be done with Bukkit as well...That would attract ALOT of users.
Posts: 1,162
Threads: 68
Joined: Mar 2013
Thanks: 245
Given 125 thank(s) in 100 post(s)
08-28-2015, 07:35 AM
(This post was last modified: 08-28-2015, 07:35 AM by tonibm19.)
But wouldnt the performance be like java servers? Thats not the goal of Cuberite, use java