More people will try mods, and be willing to use fancy stuff like mo' creatures.
Servers will have more control over things.
Mods will be more compatible and might not even need to be updated every time minecraft is updated.
More servers will be willing to use cool stuff like the portal mod.
Official support for modding.
The bad (take special note here; 100 good things isn't enough to offset the complaints generated by a single bad thing):
Commonly created mods such as x-ray and "smelt dirt to make diamond" might flood the community.
A significant number of servers might seek to add fancy mods, thereby reducing the options available for good, traditional SMP, as Xedearnal noted.
If servers will be able to dictate if a client can have mods or not, they may deny ALL mods, even utilities like Optifine. Not to mention the breach of privacy if they get a list.
If mods don't need to be updated alongside minecraft, such could mean less changes and snazzy updates to them; normally, a new version of minecraft marks a lot of new additions to a mod as well.
What will happen to modloader? Forge? Magic Launcher? MCP? Will they be abandoned? What will happen to the mods that use them?
Some thoughts:
1. Forge may still exist, in one form or another, even after the API release. This is because Forge is a common platform to allow modders to make base edits, without mods conflicting. If Mojang removes this need by allowing modders to submit base modifications, there may not be a need for Forge at all.
2. My impression of the API is that it's a high-level API, functionally equivalent to ModLoader, that should allow basic level mods to be made.
3. If Mojang commits to removing obfuscation, we won't need MCP.
4. Servers should only require a base set of mods, like the server has Mods A, B, and C, and the client has Mods A, B, C, D, and OptiFine, the client should be allowed to connect, but Mod D will be disabled. This is to prevent abuse of the system by server owners.
5. Tools like MagicLauncher and MultiMC will continue to exist, due to the amazingly large number of newfags whom probably won't know how to install mods, and they can use these to help out instead.
The all made APIs and I think they know the bare minimums the API should have.
Personally I would like to see topics on:
GUI support. Making it easier to make guis and add textfield and buttons to them with proper Button- and TextfieldListeners with on click and focus lost support
I want held items to either get their own render classes or make the Item know their rotation, translation and scale. Now its all done in the RenderPlayer and thats been giving me and other people conflicting problems
Proper support for custom world generation and for creating your own deminsion
Better error logging. Now minecraft often crashes making it hard for people to give us the correct error
Rollback Post to RevisionRollBack
Those who want to chat or hang out, join me on discord
Want to support me? Become one of my patrons:
The all made APIs and I think they know the bare minimums the API should have.
Personally I would like to see topics on:
GUI support. Making it easier to make guis and add textfield and buttons to them with proper Button- and TextfieldListeners with on click and focus lost support
I want held items to either get their own render classes or make the Item know their rotation, translation and scale. Now its all done in the RenderPlayer and thats been giving me and other people conflicting problems
Proper support for custom world generation and for creating your own deminsion
Better error logging. Now minecraft often crashes making it hard for people to give us the correct error
LexManos won't be there, but cpw will be representing him (not confirmed)
LexManos won't be there, but cpw will be representing him (not confirmed)
Err, how about NO? I'm not wasting time on this. Sorry. It's a long weekend and I have a real life to attend to. I'm only interested in the discussion so I can make FML 1.3 look vaguely similar to the long term to try and smooth the transition over time. I can find that data out after the fact. There's plenty of opinion and most of it is not going to be germane to the real problems Mojang faces. See: the rest of this thread and the epic trolling on #minecraftdev ever since the announcement.
For a start, just import forge and FML into minecraft. Then you can work on adding extra APIs that are mainly optional as and when required. All you really need are the calls provided by forge, although possibly with addons for worldgen.
No. Since this is going into Minecraft, there would be legal discussions about it. They must create it from scratch.
Before you read this post, know that I am just throwing an idea out there that may or may not work.
I am not very familiar with Google+ hangouts, so maybe someone else could validate or knock down this idea, but I think it would be very productive to have a Google+ hangout between the Mojang crew and selected Mod reps (the big 4, etc.) which the Minecraft community could then watch. This would probably best take place after this first IRC discussion. I have seen some public hangouts on Google+, but I haven’t actually watched one, so I am not sure how well this would work out.
Though understandable, I'm slightly concerned that having just a few representing the many may lead to some things being overlooked that would be helpful to future plugin writers (I've actually wanted to start modding but could never find the time - I figured I might start once the API comes out)... it would perhaps be a good idea for some of these modders deemed worthy of speaking to have discussions with interested parties here on the forums to sort of get a feel for what others think. Just my two cents.
Though understandable, I'm slightly concerned that having just a few representing the many may lead to some things being overlooked that would be helpful to future plugin writers (I've actually wanted to start modding but could never find the time - I figured I might start once the API comes out)... it would perhaps be a good idea for some of these modders deemed worthy of speaking to have discussions with interested parties here on the forums to sort of get a feel for what others think. Just my two cents.
That is what I am thinking as well, but with good and knowledgable representatives, the risk of that is minimized. I am thinking, however, that there is some way, maybe through IRC, that live community feedback could be brought to the reps if they were to do something like a Google+ public hangout.
there are other main mods out there... also the maker of btw dosent care about compatibility any more (last time i checked.)
That's not entirely true. Flowerchild simply won't struggle to make BTW compatible at the expense of good gameplay. Gameplay (within the bounds of his mod) is always his number one priority, and he takes that responsibility very seriously.
That's not entirely true. Flowerchild simply won't struggle to make BTW compatible at the expense of good gameplay. Gameplay (within the bounds of his mod) is always his number one priority, and he takes that responsibility very seriously.
Also, the fact the Flowerchild is not interested in turning BTW into a plugin does not mean that he wouldn't have helpful input regarding the modding API. From what I understand, a good modding API would reduce the number of base class edits he needs to make and enable him to clean up some aspects of his code, making his project easier to maintain. I think he is a terrific developer and would love to see Mojang include him in the discussion. It looks to me, however, like the folks who will be voiced in the meeting will mostly be the API developers.
The use of server sided platforms would only make the contents underwhelming...
What I want to see more is multiplayer contents that is not only easier to add-on, but has no restrictions on it's effectiveness on a platform.
For example a way to add a new monster, new blocks, new items into the server without forcing everyone to download and install it themselves, yet at the same time isn't a platform that's severely crippled to the point of only text and only command line based functionality.
I want things that are really innovative, not things that people develop for the retarded sense of profit.
When I look at mods, and you see adf.ly links, all I can see in the minds of those developing are 'profit profit profit', and less of 'fun fun fun'.
The moment one thinks about profiting from their actions, they will cease to innovate any further and development will slow to a halt.
Sure Mojang brings out snapshots and content updates with fixes, but the pacing can be slow, and player contribution can't adapt very well in user friendliness or interfaces.
Maybe because in reality, Java sucks so some programmers would rather do other things than that.
There is pros and cons of mojang and modders talking together.
The pro side is that both parties will get to talking about a way to change things for the good of the game.
The cons side is the restriction both side will inevitably agree to, for the sake of the 'licencing'.
The Minecraft code isn't even protected per say, so it's quite easy for anyone to decompile it and figure it out, so even if they do want to control modding in a way, they can't do anything about the vulnerability that's already there.
Regardless there will always be people who will do things outside the scope of the API, so trying to protect or enforce it then won't do crap.
Just look at the modding tutorial threads for ideas. Adding custom items, blocks, biomes, ect. It would also be nice to have support for adding more advanced things to the game.
I want things that are really innovative, not things that people develop for the retarded sense of profit.
When I look at mods, and you see adf.ly links, all I can see in the minds of those developing are 'profit profit profit', and less of 'fun fun fun'.
The moment one thinks about profiting from their actions, they will cease to innovate any further and development will slow to a halt.
I have to disagree with you on that. adf.ly gives such little pay that your mod has to be VERY popular for you to make any sort of real money. When people use adf.ly links, sure they're in it for the money. But they still take pride in their work and will continue to improve it until they become popular. Once they become popular, if they stop adding features, they will become less and less popular. When someone thinks about profiting from their work, they should know that if they don't keep innovating, people will loose interest in their work and loose money. Think about Apple. If they don't keep coming up with new things, most recently Siri, they will loose customers and money. It happened to them before Steve Jobs innovated the MP3 player.
I think that would only work if absolutely all the necessary hooks for all mods were in the API. Texture packs only work that way because all the functionality is available in the base code. The API would need to be fairly extensive for it to service all the big mods which in turn would make it difficult to maintain.
Totally agree, I mean seriously texturepacks support animated items, terrain, etc. It'd take a while to do the same thing for mods.
The bad (take special note here; 100 good things isn't enough to offset the complaints generated by a single bad thing):
1. Forge may still exist, in one form or another, even after the API release. This is because Forge is a common platform to allow modders to make base edits, without mods conflicting. If Mojang removes this need by allowing modders to submit base modifications, there may not be a need for Forge at all.
2. My impression of the API is that it's a high-level API, functionally equivalent to ModLoader, that should allow basic level mods to be made.
3. If Mojang commits to removing obfuscation, we won't need MCP.
4. Servers should only require a base set of mods, like the server has Mods A, B, and C, and the client has Mods A, B, C, D, and OptiFine, the client should be allowed to connect, but Mod D will be disabled. This is to prevent abuse of the system by server owners.
5. Tools like MagicLauncher and MultiMC will continue to exist, due to the amazingly large number of newfags whom probably won't know how to install mods, and they can use these to help out instead.
Updates at twitter: https://twitter.com/luacs1998
Personally I would like to see topics on:
Want to support me? Become one of my patrons:
LexManos won't be there, but cpw will be representing him (not confirmed)
Updates at twitter: https://twitter.com/luacs1998
Minecraft staff plus all the great Modders in the same chat room... I don't know if I should be scared or happy so I'll be both.
You should be happy there even making it. Plus the fact they postponed it leaves them more time to further develop it .
Be Happy bro!
Err, how about NO? I'm not wasting time on this. Sorry. It's a long weekend and I have a real life to attend to. I'm only interested in the discussion so I can make FML 1.3 look vaguely similar to the long term to try and smooth the transition over time. I can find that data out after the fact. There's plenty of opinion and most of it is not going to be germane to the real problems Mojang faces. See: the rest of this thread and the epic trolling on #minecraftdev ever since the announcement.
No. Since this is going into Minecraft, there would be legal discussions about it. They must create it from scratch.
Sadly, it has not. It was supposed to be added in 1.3, but it was delayed and they pushed it back to 1.4, or maybe even later.
It has. About 80% of game development is design, planning and experimenting and doesnt really involve writing code.
Want to support me? Become one of my patrons:
I am not very familiar with Google+ hangouts, so maybe someone else could validate or knock down this idea, but I think it would be very productive to have a Google+ hangout between the Mojang crew and selected Mod reps (the big 4, etc.) which the Minecraft community could then watch. This would probably best take place after this first IRC discussion. I have seen some public hangouts on Google+, but I haven’t actually watched one, so I am not sure how well this would work out.
Input?
Again, just a thought.
That is what I am thinking as well, but with good and knowledgable representatives, the risk of that is minimized. I am thinking, however, that there is some way, maybe through IRC, that live community feedback could be brought to the reps if they were to do something like a Google+ public hangout.
Yes, no?
That's not entirely true. Flowerchild simply won't struggle to make BTW compatible at the expense of good gameplay. Gameplay (within the bounds of his mod) is always his number one priority, and he takes that responsibility very seriously.
Also, the fact the Flowerchild is not interested in turning BTW into a plugin does not mean that he wouldn't have helpful input regarding the modding API. From what I understand, a good modding API would reduce the number of base class edits he needs to make and enable him to clean up some aspects of his code, making his project easier to maintain. I think he is a terrific developer and would love to see Mojang include him in the discussion. It looks to me, however, like the folks who will be voiced in the meeting will mostly be the API developers.
http://www.minecraft...technical-mods/
My Minecraft Blog: www.minecraftserved.com
What I want to see more is multiplayer contents that is not only easier to add-on, but has no restrictions on it's effectiveness on a platform.
For example a way to add a new monster, new blocks, new items into the server without forcing everyone to download and install it themselves, yet at the same time isn't a platform that's severely crippled to the point of only text and only command line based functionality.
I want things that are really innovative, not things that people develop for the retarded sense of profit.
When I look at mods, and you see adf.ly links, all I can see in the minds of those developing are 'profit profit profit', and less of 'fun fun fun'.
The moment one thinks about profiting from their actions, they will cease to innovate any further and development will slow to a halt.
Sure Mojang brings out snapshots and content updates with fixes, but the pacing can be slow, and player contribution can't adapt very well in user friendliness or interfaces.
Maybe because in reality, Java sucks so some programmers would rather do other things than that.
There is pros and cons of mojang and modders talking together.
The pro side is that both parties will get to talking about a way to change things for the good of the game.
The cons side is the restriction both side will inevitably agree to, for the sake of the 'licencing'.
The Minecraft code isn't even protected per say, so it's quite easy for anyone to decompile it and figure it out, so even if they do want to control modding in a way, they can't do anything about the vulnerability that's already there.
Regardless there will always be people who will do things outside the scope of the API, so trying to protect or enforce it then won't do crap.
Be sure to check out my texture pack: Easy Ores!
Totally agree, I mean seriously texturepacks support animated items, terrain, etc. It'd take a while to do the same thing for mods.
The above mod, my friend, is a boss.