[10:47] == Loganvz [[email protected]] has joined #canary
[10:47] <Loganvz> I want to punch my internet provider.
[10:48] <Loganvz> 16 times in a row.
[10:48] <l4mRh4X0r> Do it!
[10:48] <Loganvz> I could..but I'd go to juvy.
[10:48] <Loganvz> Internet was down for 8 hours.
[10:48] <Loganvz> Missed the entire conference.
I have noticed that the current plan did not seem to start with the following principle in mind: Keep It Simple Stupid.
Why not have the actual mods stored on the severs themselves? This allows one-off mods to be made. I also found that a large bottleneck seems to occur with the storage devices as well, as every time a backup cycle occurs on the server I play on there is lag. Lag also occurs when someone leaves or joins. Figuring out how to control the mods I am a bit for a loss with, but I think a simple text file (or series of files in a folder) in place of a mod repository would be a good place to start as it does not take up much space.
To save bandwidth, I think the client can send a list of installed modifications and version numbers, along with its render distance. The sever then sends the missing mods and only the chunks that will be rendered or the maximum load distance specified in the server configuration file. The trick will be keeping track of the various render distances used by the many clients.
In what I read minecraft seems to hate the breaking .jar file and in an effort to stop that and mods they deem bad they want authenticate your mods every time you play o li e as well as pick and choose content for the players from a pool of content under the guise of protecting the players and making it easy.
I also read that mojang held back on what they could have added because of the move but there will be a point this year maybe the the modders will not be able to keep the code updates fast enought between version and they might try to find a way so that a code that worked in 1.0 now workmen in version 8.27
At least that is wat I gleemed besideds the fact that the major coders want to find a way to get some money for their work easily.
Editable biomes!!! If the API has a part in that...
im probably misinterpreting your post, but google sethbling biome editor and you will find a plugin for mcedit that lets you change the biome of a specific chunk. therefore, i think as long as the way worlds are saved isnt changed, the api wont have a part in the biome saving of a world.
I have noticed that the current plan did not seem to start with the following principle in mind: Keep It Simple Stupid.
Why not have the actual mods stored on the severs themselves? This allows one-off mods to be made.
In going over the log, it appears as though what is being proposed is almost a complete from scratch re-write of Minecraft. The basic mechanics of the game are going to remain including the quirky behavior of redstone, the block-like nature, and all that we have come to love, but the API is going to force a substantial re-thinking of how the game is being put together.
The issue you have brought up is one of the things they talked about, including a hard separation of the client and server portions where the client would only be worrying about aesthetics like direct rendering of the image and the server would be dealing with almost everything else. Currently there is a whole lot of trust toward the client... trust that is misplaced and is the root of some "hacking" and griefing in the game.
It will be interesting to see how complete this will make the game. If I'd venture to guess, the API is not coming out in version 1.4, but rather Minecraft 2.0, as it will really be that big of a change. I don't know what Jeb is going to call it (naming versions is very subjective) but it will be huge.
A lot of very good ideas were presented, and I want to thank all of those who threw in their $0.02 into the discussion on both channels. I sure hope that Mojang puts together the developer website for the planning and development of the API as I'm sure there are many other people who have ideas on what ought to be put into the API. It is ambitious as hell in terms of the scope of what was discussed.
It is very dangerous what is being proposed, in terms of the fiscal health of Mojang. I've seen a great many companies, including companies that were extremely well capitalized and should have done well which were in a position that Mojang is in at the moment which shot themselves in the foot and screwed up only to go bankrupt and disappear. I sure hope that Mojang doesn't do something very stupid with this API, and they certainly can. On the other hand, if Mojang pulls this off they are going to have some real staying power in the game development industry and be a real powerhouse that will make Stockholm one of the major video game development centers of the world. Rewards go to those who take the risk, so it will be a fun ride to see where this goes.
At the moment I see Mojang doing the right thing, respecting the fan community, and doing some stuff that I had only hoped other software development companies would do with their user base. The only other company which came close to doing something like this was Borland International, before they got a bunch of clueless suits which screwed up that company and flushed their whole product line into the toilet (not to mention being subverted by Microsoft and having their entire engineering team hired away). I could say ditto for Apple Computer, but that company went to the dark side in the mid-late 1980's and never let Steve Wozniack do the things he could have (and IMHO should have) done.
Is it possible to make SSP mods work in SMP without having the modders to recode their mod for SMP?
and when people join the server, they can download the mod from the server and play ;p
Is it possible to make SSP mods work in SMP without having the modders to recode their mod for SMP?
and when people join the server, they can download the mod from the server and play ;p
If you are using MCP, it may be possible that the 1.3 snapshot could be a huge blessing... but the changes are drastic and substantial for all but the most simple mods that only add a new recipe, block, or mob. It was something explicitly mentioned in the chat where the API developers commented about how big of a change this latest update has been, where they are hoping mod developers start to work with the upcoming MCP snapshot.
Plugin developer here. One thing I'd bring in the suggestions is allow the plugin authors to take advantage of client-side features just as spout does. As I code my plugins for Bukkit, I know I'm limited by various things. For my plugin, DynamicBan, it'd be nice if it was possible to have a GUI, such that displays a summary of recent bans, and other similar features. I'd surely drop by to see the discussion.
No hacked clients? Woo, no more diamond armor clad griefers floating outside of spawn on vanilla servers!
A few questions:
Will texture packs be server side? I'll miss being able to rotate between all my snazzy texture packs.
Will *all* mods be server side? That's the impression I got. Fixes the infamous hacked clients, but also means no more optifine on every server.
What if an *external* program were created to interact with the client? Wouldn't that mean hacks could still be possible?
In the same vein as the first, what about, say, programs running to alter key presses outside minecraft? I helped with a "mod" known as AutoMine, which doesn't get installed it all - it simply tells the client what to do.
There are servers that like to have a massive collection of plugins; if I want to play on 3 different servers, aren't I going to wind up with a massive mods folder?
Sorry for the lack of followup on the #Minecraft API meeting everyone, I'm busy moving!
Here are some unofficial summaries/logs from the first Minecraft API meeting: Logs (meeting starts at 18:03): http://sbnc.khobbits...d/minecraftdev_[2012-06-30].htm
That's what I was getting at, this is a good way to make up for it, but their track record is not promising.
[10:47] == Loganvz [[email protected]] has joined #canary
[10:47] <Loganvz> I want to punch my internet provider.
[10:48] <Loganvz> 16 times in a row.
[10:48] <l4mRh4X0r> Do it!
[10:48] <Loganvz> I could..but I'd go to juvy.
[10:48] <Loganvz> Internet was down for 8 hours.
[10:48] <Loganvz> Missed the entire conference.
You don't really need to sign up to use irc.
There was an earlier meeting too.
http://dl.dropbox.com/u/73774243/ModAPILog.txt
Why not have the actual mods stored on the severs themselves? This allows one-off mods to be made. I also found that a large bottleneck seems to occur with the storage devices as well, as every time a backup cycle occurs on the server I play on there is lag. Lag also occurs when someone leaves or joins. Figuring out how to control the mods I am a bit for a loss with, but I think a simple text file (or series of files in a folder) in place of a mod repository would be a good place to start as it does not take up much space.
To save bandwidth, I think the client can send a list of installed modifications and version numbers, along with its render distance. The sever then sends the missing mods and only the chunks that will be rendered or the maximum load distance specified in the server configuration file. The trick will be keeping track of the various render distances used by the many clients.
http://www.rockraidersunited.org/upload ... _18501.png AIV Type: Armored Truck Name: AT-1
I also read that mojang held back on what they could have added because of the move but there will be a point this year maybe the the modders will not be able to keep the code updates fast enought between version and they might try to find a way so that a code that worked in 1.0 now workmen in version 8.27
At least that is wat I gleemed besideds the fact that the major coders want to find a way to get some money for their work easily.
im probably misinterpreting your post, but google sethbling biome editor and you will find a plugin for mcedit that lets you change the biome of a specific chunk. therefore, i think as long as the way worlds are saved isnt changed, the api wont have a part in the biome saving of a world.
In going over the log, it appears as though what is being proposed is almost a complete from scratch re-write of Minecraft. The basic mechanics of the game are going to remain including the quirky behavior of redstone, the block-like nature, and all that we have come to love, but the API is going to force a substantial re-thinking of how the game is being put together.
The issue you have brought up is one of the things they talked about, including a hard separation of the client and server portions where the client would only be worrying about aesthetics like direct rendering of the image and the server would be dealing with almost everything else. Currently there is a whole lot of trust toward the client... trust that is misplaced and is the root of some "hacking" and griefing in the game.
It will be interesting to see how complete this will make the game. If I'd venture to guess, the API is not coming out in version 1.4, but rather Minecraft 2.0, as it will really be that big of a change. I don't know what Jeb is going to call it (naming versions is very subjective) but it will be huge.
A lot of very good ideas were presented, and I want to thank all of those who threw in their $0.02 into the discussion on both channels. I sure hope that Mojang puts together the developer website for the planning and development of the API as I'm sure there are many other people who have ideas on what ought to be put into the API. It is ambitious as hell in terms of the scope of what was discussed.
It is very dangerous what is being proposed, in terms of the fiscal health of Mojang. I've seen a great many companies, including companies that were extremely well capitalized and should have done well which were in a position that Mojang is in at the moment which shot themselves in the foot and screwed up only to go bankrupt and disappear. I sure hope that Mojang doesn't do something very stupid with this API, and they certainly can. On the other hand, if Mojang pulls this off they are going to have some real staying power in the game development industry and be a real powerhouse that will make Stockholm one of the major video game development centers of the world. Rewards go to those who take the risk, so it will be a fun ride to see where this goes.
At the moment I see Mojang doing the right thing, respecting the fan community, and doing some stuff that I had only hoped other software development companies would do with their user base. The only other company which came close to doing something like this was Borland International, before they got a bunch of clueless suits which screwed up that company and flushed their whole product line into the toilet (not to mention being subverted by Microsoft and having their entire engineering team hired away). I could say ditto for Apple Computer, but that company went to the dark side in the mid-late 1980's and never let Steve Wozniack do the things he could have (and IMHO should have) done.
Version 2.1 now updated for MC 1.6.2
and when people join the server, they can download the mod from the server and play ;p
- Mod Reviews, Custom Maps, Minigames & More!
If you are using MCP, it may be possible that the 1.3 snapshot could be a huge blessing... but the changes are drastic and substantial for all but the most simple mods that only add a new recipe, block, or mob. It was something explicitly mentioned in the chat where the API developers commented about how big of a change this latest update has been, where they are hoping mod developers start to work with the upcoming MCP snapshot.
Version 2.1 now updated for MC 1.6.2
Thanks,
xDrapor
---------
Author of DynamicBan
Here are some unofficial summaries/logs from the first Minecraft API meeting:
Logs (meeting starts at 18:03):
http://sbnc.khobbits.co.uk/log/logs/old/minecraftdev_[2012-06-30].htm
Summary:
https://docs.google.com/document/d/1puSEflHIqFNgSpoHUjr3esYTyYkifkMf0vQ6JDoaGmM/edit
A few questions:
What does this mean, exactly? *is not technically inclined*
YES.
EVEN MORE YES.
Credit to Shinkei-Shinto for the profile pic. (seriously, check her **** out.)
My Ideas:
The Realism Overhaul
Elemental Swords
DAMN YOU LIMITED CHARACTERS!