It's a work in progress. I need to rebuild the mod loader that Tall Worlds is using. I'm almost done with the tech that lets me rebuild the mod loader. =)
so you're making the thing that lets you make the thing that lets you make the thing
yes
Rollback Post to RevisionRollBack
if the colors in my posts don't make sense don't worry about it
Link Removed
also you should check out Link Removed
What's the status? Sorry for bothering, my Trade towers are waiting
Come on. Cuchaz is even not working on that mod.
Enigma has to be finished yet (I don't think it is finished), and also M3L, before you can even hope Tall Worlds will be out.
There's a big deal of things before. If you want to have an idea of the status, go check Enigma and M3L.
Rollback Post to RevisionRollBack
A Rocket Science tester and engineer. Well, at least when it will be released. =)
I'm French so English is not my native language. Please correct me when I make a mistake and don't worry for me, it will be even better. Thanks in advance! =) Current number of corrected posts/things: 7
Guys, I wouldn't even expect to get it before Christmas - seriously. Maybe it will, because Cuchaz is loaded with mystic lunar powers, but realistically speaking I wouldn't expect any release of this mod until the dawn of 2015 at *least*.
leonissenbaum, you can get that false sense of entitlement outta here - nobody cares how pro you are at reading posts
Come on. Cuchaz is even not working on that mod.
Enigma has to be finished yet (I don't think it is finished), and also M3L, before you can even hope Tall Worlds will be out.
There's a big deal of things before. If you want to have an idea of the status, go check Enigma and M3L.
Basically this. Enigma is almost done (for now). I should hopefully have the next release finished in a day or two. Then it's off to rebuilding M3L to use Enigma instead of the hacks it was using before. =P
I've decided to take Mumfrey's advice and build M3L using parts of the LiteAPI framework. This is basically so I can finish the mod loader sooner. LiteLoader/LiteAPI provides a rich set of tools for dealing with mod code in separate files, but it can totally stay out of your way in terms of transforming Minecraft code. That means I can focus on the parts I care about (like how Minecraft should be transformed) and I don't have to care about all the details of getting mod code off disk and into the game.
-snip-
LiteLoader/LiteAPI provides a rich set of tools for dealing with mod code in separate files, but it can totally stay out of your way in terms of transforming Minecraft code.-snip-
Yes I *can* read Mysterio; I'm hoping for some elaboration. "Transforming Minecraft code" is not the same thing as "writing a subtractive transformer for Java code"; e.g. Forge can "stay out of your way in terms of transforming Minecraft code" too (via coremods).
Yes I *can* read Mysterio; I'm hoping for some elaboration. "Transforming Minecraft code" is not the same thing as "writing a subtractive transformer for Java code"; e.g. Forge can "stay out of your way in terms of transforming Minecraft code" too (via coremods).
I guess I need to clarify this. Here's what I mean.
I'm going to use LiteAPI's mod loading capabilities so I don't have to worry about things like, writing code to recognize mod code in an archive file, write code to inject mod code into the main class loader, write code to deal with version compatibility issues in mods, write code to make sure clients have the same mods as the server, etc etc etc... the list goes on. These are all things a mod loader needs to deal with, but I just don't care about trying to make improvements there.
Instead, I want to focus on making a robust API for mods that allows mutative rather than additive modding. This API will be powered by M3L's existing transformation abilities. LiteAPI is flexible enough that I can completely ignore its built-in transformation capabilities and just use my own instead.
Unfortunately, this doesn't achieve my goal of The One True API, but it does let me release my mutative API sooner.
Yes I *can* read Mysterio; I'm hoping for some elaboration. "Transforming Minecraft code" is not the same thing as "writing a subtractive transformer for Java code"; e.g. Forge can "stay out of your way in terms of transforming Minecraft code" too (via coremods).
Fair enough, makes sense. I was worried for a minute that there was going to be a sacrifice. LiteAPI sounds pretty powerful regardless, for allowing such a thing. Maybe in future you/we/others can just contribute to the LiteAPI to make it "work better" with M3L; project fragmentation is always a concern of course but avoiding a reinvention of the wheel saves a bit of time yeah. And there's that whole community effort thing that is usually much more good than bad.
Been meaning to put my own effort in on 1.8 deobfuscation but everything I'm capable of has already been done, and I have insufficient mana points to contribute to Enigma itself But until I can find something to help with, I'm rooting for ya!
Been meaning to put my own effort in on 1.8 deobfuscation but everything I'm capable of has already been done, and I have insufficient mana points to contribute to Enigma itself But until I can find something to help with, I'm rooting for ya!
It's ok. I don't actually expect anyone to actually contribute to Enigma. Enigma is hard to do.
Come on. Cuchaz is even not working on that mod.
Enigma has to be finished yet (I don't think it is finished), and also M3L, before you can even hope Tall Worlds will be out.
There's a big deal of things before. If you want to have an idea of the status, go check Enigma and M3L.
Did you really read every post of every page?
I'm just gonna need to quote my own posts to answer you.
A Rocket Science tester and engineer. Well, at least when it will be released. =)
I'm French so English is not my native language. Please correct me when I make a mistake and don't worry for me, it will be even better. Thanks in advance! =) Current number of corrected posts/things: 7
It's a long time ago, if I recall well.
Anyway, as he stated, M3L is broken and he needs to finish Enigma first.
If I understood clearly, the thing is that he built M3L on the basis of MCP (don't ask what the letters mean, I have no idea), which is a tool for deobfuscation. However, the authors of MCP told Cuchaz he did not have the right to do his loader from MCP, so M3L can't exist as it is coded. In order to avoid that problem, he needed to find another tool for deobfuscation, as there wasn't any, he decided to create his own, thus having no other problems regarding sharing policies. But deobfuscation takes a looooot of time. So before Tall Worlds can be updated, Cuchaz needs to update M3L, and before updating M3L, I think you've understood Enigma has to be given some love.
So first: Enigma, then M3L, and then Tall Worlds or Ships mod. Depends on what he'll want to do.
Rollback Post to RevisionRollBack
A Rocket Science tester and engineer. Well, at least when it will be released. =)
I'm French so English is not my native language. Please correct me when I make a mistake and don't worry for me, it will be even better. Thanks in advance! =) Current number of corrected posts/things: 7
I understand that, they talked at length about it through the thread. But M3L was presumably working earlier when they posted the screenshots and videos. They could work on terrain gen on the version that it was working, as far as I know the biome files wouldn't need to be changed between versions.
so you're making the thing that lets you make the thing that lets you make the thing
yes
also you should check out Link Removed
Come on. Cuchaz is even not working on that mod.
Enigma has to be finished yet (I don't think it is finished), and also M3L, before you can even hope Tall Worlds will be out.
There's a big deal of things before. If you want to have an idea of the status, go check Enigma and M3L.
A Rocket Science tester and engineer. Well, at least when it will be released. =)
I'm French so English is not my native language. Please correct me when I make a mistake and don't worry for me, it will be even better. Thanks in advance! =)
Current number of corrected posts/things: 7
leonissenbaum, you can get that false sense of entitlement outta here - nobody cares how pro you are at reading posts
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumBasically this. Enigma is almost done (for now). I should hopefully have the next release finished in a day or two. Then it's off to rebuilding M3L to use Enigma instead of the hacks it was using before. =P
I've decided to take Mumfrey's advice and build M3L using parts of the LiteAPI framework. This is basically so I can finish the mod loader sooner. LiteLoader/LiteAPI provides a rich set of tools for dealing with mod code in separate files, but it can totally stay out of your way in terms of transforming Minecraft code. That means I can focus on the parts I care about (like how Minecraft should be transformed) and I don't have to care about all the details of getting mod code off disk and into the game.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumI guess I need to clarify this. Here's what I mean.
I'm going to use LiteAPI's mod loading capabilities so I don't have to worry about things like, writing code to recognize mod code in an archive file, write code to inject mod code into the main class loader, write code to deal with version compatibility issues in mods, write code to make sure clients have the same mods as the server, etc etc etc... the list goes on. These are all things a mod loader needs to deal with, but I just don't care about trying to make improvements there.
Instead, I want to focus on making a robust API for mods that allows mutative rather than additive modding. This API will be powered by M3L's existing transformation abilities. LiteAPI is flexible enough that I can completely ignore its built-in transformation capabilities and just use my own instead.
Unfortunately, this doesn't achieve my goal of The One True API, but it does let me release my mutative API sooner.
Heh sorry, point taken.
As long as you can separate from LiteAPI without tons of work when you're ready for it I agree that this is the best choice for now.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumAny news on how far the guy working on terrain generation has gotten?
Fair enough, makes sense. I was worried for a minute that there was going to be a sacrifice. LiteAPI sounds pretty powerful regardless, for allowing such a thing. Maybe in future you/we/others can just contribute to the LiteAPI to make it "work better" with M3L; project fragmentation is always a concern of course but avoiding a reinvention of the wheel saves a bit of time yeah. And there's that whole community effort thing that is usually much more good than bad.
Been meaning to put my own effort in on 1.8 deobfuscation but everything I'm capable of has already been done, and I have insufficient mana points to contribute to Enigma itself
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIt's ok. I don't actually expect anyone to actually contribute to Enigma. Enigma is hard to do.
Yeah, you're quite the trail blazer there
Anyway, topic.
Did you really read every post of every page?
I'm just gonna need to quote my own posts to answer you.
A Rocket Science tester and engineer. Well, at least when it will be released. =)
I'm French so English is not my native language. Please correct me when I make a mistake and don't worry for me, it will be even better. Thanks in advance! =)
Current number of corrected posts/things: 7
I thought Cuchaz made a post earlier that he was working on M3L but that rae and the other guy were still working on terrain gen.
Anyway, as he stated, M3L is broken and he needs to finish Enigma first.
If I understood clearly, the thing is that he built M3L on the basis of MCP (don't ask what the letters mean, I have no idea), which is a tool for deobfuscation. However, the authors of MCP told Cuchaz he did not have the right to do his loader from MCP, so M3L can't exist as it is coded. In order to avoid that problem, he needed to find another tool for deobfuscation, as there wasn't any, he decided to create his own, thus having no other problems regarding sharing policies. But deobfuscation takes a looooot of time. So before Tall Worlds can be updated, Cuchaz needs to update M3L, and before updating M3L, I think you've understood Enigma has to be given some love.
So first: Enigma, then M3L, and then Tall Worlds or Ships mod. Depends on what he'll want to do.
A Rocket Science tester and engineer. Well, at least when it will be released. =)
I'm French so English is not my native language. Please correct me when I make a mistake and don't worry for me, it will be even better. Thanks in advance! =)
Current number of corrected posts/things: 7