- Registered Member
Member for 10 years
Last active Tue, Oct, 28 2014 20:44:02
- 0 Followers
- 252 Total Posts
- 11 Thanks
Sep 12, 2013superninjakiwi posted a message on Cubic Chunks: Reduced lag, infinite height, and more [The #1 Suggestion Thread of all time!][Updated! 6/14]It might be implementation into vanilla! That WOULD be better than a release or ETA.Posted in: Suggestions
Sep 9, 2013Posted in: Requests / Ideas For Mods
Let me fix that for you.
so...i think i should post something random every now and then ! i mean...nvm it's just my worst enemy...THE LAGG ! ubt nvm so guys... shouldn't aybody (not mith) reply to my idea about curssssssesssssss and maybe...ssssssserpentssssssss !
I think I should post something random every now and then.My worst enemy is lag. Should someone(other than Mithion) reply to my suggestion about curses and serpents?
There, now you don't sound as much like a complete retard. Probably.
Aug 13, 2013I would love to have a spell that works in one of two ways: temporarily enchants a weapon with a certain spell's effects, or just to have the spell temporarily summon a weapon with certain abilities. I would prefer the first one, it would also make it possible to create permanent enchantments with greater effort, but the basic idea is temporary effects on weapons.Posted in: Requests / Ideas For Mods
Jun 30, 2013superninjakiwi posted a message on [Alpha] The Aether II: Genesis of the Void (The Festive Update! Presents, new companions, and more!)Posted in: Minecraft Mods
The creator of Mario was drunk, yet Mario is still the most well known game in the world. Likewise, zombie pigmen are not something you would expect to find underground.Quote from ForumYoshi
The creator of this mod must be drunk. Birds who shoot poison arrows from their mouth????? Flying clouds who shoot snowballs.
NO need to play this.
On the other hand, the cockatrice only shoots arrows because when it was first made, the modders borrowed code from the bow and arrow, and the darts were the easiest way of implementing a way to poison you. So they shoot poison darts.
Zephyrs are even more logical than the cockatrice, seeing as they are based off of a mythical creature that blew the clouds around using it's breath. It always looks similar to a cloud, so they made it look kind of like a cloud. The reason it used to shoot snowballs (Yes, i said used to, they are changing it from snowballs to gusts of wind in the next update) was because again, it was easier to just have it shoot snowballs than to code in the wind gust.
Also can you explain to me why you are saying not to play this game, when a few days ago you were playing this game and reported a bug. Don't give me a "I don't like the game it's too buggy" answer because YOU signed up for the bugs by downloading it.
Dec 4, 2012superninjakiwi posted a message on Flan's Mod 5.5.2 Update : 1.12.2, 100s of new Skins! : Helicopters, Mechas, Planes, Vehicles, 3D Guns, Multiplayer, TDM, CTFPosted in: Minecraft ModsQuote from DarkStormDragon
afaik and have read it may be. I believe that Flan's team will be working on getting it forge compatible.
Edit: see, nothing happene--
Sep 16, 2012superninjakiwi posted a message on [1.2.5] GravityCraft + MineUp 1.1 || Higher Worlds - Planets - Rotated Gravity - More World GenerationA simple idea to satisfy those who want the mods to be seperated: make a Non-layered world option, and add a disable gravitycraft items/blocks option to the config. problem solved, if anyone complains it just means they're lazyPosted in: Minecraft Mods
Sep 1, 2012superninjakiwi posted a message on Mojang at PAX - Panels, Streams & More; QubeTuber's Charity - Notch's Beard EditionPosted in: Minecraft NewsQuote from LordJoshAllsop
I think they may have reused the stuff from minecon last year. Lol.
either that or they're updating minecraft xbox360. i think they mislead a lot of people though.
- To post a comment, please login.
Feb 26, 2013Calacbolg posted a message on Cubic Chunks: Reduced lag, infinite height, and more [The #1 Suggestion Thread of all time!][Updated! 6/14]Posted in: SuggestionsThis system will not increase lag! The entire point of this system is to avoid the lag caused by higher height limits.
Table of Contents:
Changes in how things work
Data storageFrequently Asked Questions
Changes to world features
Coping with sunlight
Changes to servers
Render/Load distance alterations
[WIP] The Cubic Chunks Mod!
Supporting this suggestion
[spoiler=Tl:dr]Q: Won't this increase lag?
A: Absolutely not. The title of this suggestion and big red letters at the top of this post aren't lying. If you want to know how, then I suggest you actually read this post.
Q: Will this change terrain? Will this break existing worlds?
A: No. Terrain change is not necessary. Existing worlds can be converted fairly easily with a process described later in this post.
Q: How can sunlight or rain work with infinite vertical space?
A: I suggest you read Coping with sunlight, because it's too complex for a tl;dr.
Q: I have a different question but still don't feel like reading this post. What do I do?
A: Too bad, read the FAQ. I put way too much work into this for the entirety of it to be ignored.[/spoiler]
In Minecraft, the sky is the limit - literally. It doesn't matter how many thousands of blocks a player has traveled, or what dimension they're in, or even if they're playing in creative or survival, the highest they can ever build is up to a height of 256. Why is that? If Minecraft can have a world that's infinite in the north, in the south, in the east, and in the west, why can't that world be infinite up and down too?
In Minecraft's earliest days, in Classic and Indev, the world was not infinite in any direction. This was because the entire world needed to be generated at the same time, and the entire world needed to be simulated at the same time as well. This led to a conundrum - the bigger the world, the more it lagged.
Notch didn't like this. He knew his players liked to explore and build large creations, so he found a way to make the world truly infinite. When the Minecraft '' class='bbc'>Infdev came out, it brought with it truly infinite worlds. Suddenly, players could travel hundreds of thousands of blocks in any direction, and never encounter a barrier, or become too laggy.
The Infdev update brought about a very large change to Minecraft worlds to accomplish this feat. For the first time, instead every world being just a single huge piece, they were broken up into a two-dimensional grid of pieces, called chunks. Through breaking the world up into pieces, this 'chunk system' enabled infinite worlds by letting Minecraft create new pieces and simulate them only when it needs to.
Why does that not apply to the vertical axis? Because the type of 'chunk system' Minecraft uses right now is a linear one, which, by using only a two-dimensional grid to map out chunks, means that it is impossible for chunks to stack on top of one another, and by extension, meaning that a single chunk must cover the entire vertical space. This brings back the problem that the Infdev update was supposed to eradicate, now only with chunks, instead of an entire world; the bigger a chunk is, the more laggy it is. You can't just increase the height limit and make chunks taller, because it will become laggier, and laggier, and laggier to do it.
That's why, to fix this, Minecraft must change over to a cubic chunk system. Under this system, 163 block chunks are aligned on a three-dimensional grid, completely eliminating maximum height as an aspect of lag.
The immediate benefits:
•Minecraft worlds become as virtually infinite vertically as they are horizontally: The absolute limit being Y = ±30,000,000.
•A large FPS increase: Alpha testers report an FPS increase of 100~200%.
•Increase in running capability: Computers running Minecraft on Tiny render distance will handle only 30% the blocks they do now.
The possible features:
•Spherical render/load distance: Reduce handled blocks by up to 30% by cutting corners made of unneeded chunks.
•Server chunk occlusion/exclusion: Reduce bandwidth usage and defeat hackers by only sending data for visible chunks.
•Three-dimensional biomes: Save biome data per chunk rather than per block column, create volcanoes with magma chambers, underground rivers, tropical skylands floating over icy taigas, and more.
•Unloaded gravity-pause: Falling non-player entities and fluids will be forced to pause their fall if they reach unloaded chunks, but will resume falling when those chunks are loaded.
•Slow falling-pause: Players with slower computers and smaller render distances will have falling occasionally paused as they fall into unloaded chunks, until new chunks can be loaded.
•Current sunlight and rain calculation methods cannot work with infinite vertical space: The solution to this is described here.
•Current BiomeDecorator cannot work with multiple vertical chunks simultaneously: The BiomeDecorator code must be altered to function correctly with this, or removed.
•Current cave generation method is executed an extra time for each vertical chunk created simultaneously, leading to lag spikes on world generation: Cave generation's method must be altered to suit this system more.
•Current grass/dirt generation algorithm forces additional chunk requests when chunks are loaded, causing chunks to load slower than they should: This algorithm must be replaced with something else.
Changes in how things work:
Obviously, the implementation of this new chunk system will change quite a few things. These changes are mostly either necessary or in the interest of increased efficiency. Such changes are categorized and explained below.
How worlds will be stored:
[spoiler]How the current storage works, and what changes:
Interestingly enough, the current method of storage, the Anvil format, is derived from the storage method that the original Cubic Chunks mod used. The Anvil format stores individual chunk as a series of 163 quasi-cubic chunks. These 'fake' cubic chunks allow for easier reference of specific data, but they still can't be separated from each other, meaning that it fails to reap the full benefits of this system. Even so, the change allowed Mojang to double the maximum height with no performance hit. Chunks are stored in groups of 322, inside 'MCRegion' files, for a total of 1024 chunks.
By nature, cubic chunks does away with the 'quasi-cubic' nonsense. In terms of chunk grouping, instead of using groups of 323 chunks, new "3DRegion" files would contain groups of 163. This means each 3DRegion file contains 4096 chunks, four times as many as MCRegion files. However, each 3DRegion contains only one fourth the amount of blocks. For per-chunk positional metadata, 3DRegion files would use the same number of bits as MCRegion files, after compression. Calculations show that the same area encompassed by a single MCRegion file would consume 64 kilobytes of extra space with 4 3DRegion files, which is nothing.
Converting existing worlds:
Most people are probably wondering something like "But won't this totally destroy all existing worlds?". Absolutely not; conversion could not be simpler. When a non-cubic world is loaded after the implementation of this system, a conversion process will begin and convert the entire world at once(To avoid making chunk loading take longer during play). First, all existing MCRegion files will be divided into quarters to create 3DRegion files. Then, all existing chunks are divided into sixteenths using the quasi-cubic properties to identify boundaries. After that, conversion is done.
The "isEmpty" flag optimization:
A 1-bit flag is added to each chunk, named "isEmpty". If the chunk consists of 100% air blocks, this bit is 1, any other case makes it 0. When the bit is 1, all data for the chunk besides the isEmpty flag is deleted and ignored, which reduces filesize. Empty chunks are never loaded, and locations where they occur are merely simulated as entities reside in them. The chunk will only load when something requires saving inside it.[/spoiler]
Changes to terrain, ores, etcetera:
By default, nothing will change. Small bits of terrain generation code need to be reconfigured to work properly with Cubic Chunks.
By default, nothing will change.
By default, nothing will change.
By default, nothing will change.
After conversion to Cubic Chunks, the void and bedrock layer will still exist and generate as they always have. However, the void(Not the bedrock layer!) will not exist as a hard limit and is able to be moved, but not removed, by editing an associated NBT data tag inside a world's level.dat. This feature, that allows for increasing the maximum depth, is intentionally disabled without external programs, to prevent terrain change of any sort. It is intended to be used by experienced mapmakers and world generation mods only.
Existing superflat worlds will not change. However, new superflat worlds will gain a new decoration parameter, 'void'. Inclusion of this parameter will cause the void to form below the lowest defined layer. Exclusion of it will cause all layers below the lowest defined layer to copy the settings of that layer.[/spoiler]
Coping with sunlight:
[spoiler]There used to be a solution here, but it wasn't deemed good enough by Jeb. Suggest solutions in this thread.[/spoiler]
Changes to servers:
There's a setting inside the Server.properties file called 'max-build-height'. The setting makes it impossible for any player to place or remove blocks above that height.
With the implementation of Cubic Chunks, a new setting named "maximum-generation-depth" would be added. The void, bedrock layers, and magma layers will generate normally at and above the Y level designated by the value of this setting.
Using the raytracing methods already available in the code and used for explosion calculations, servers can identify which chunks are visible to a player, within safe assumptions, and only send the data for those chunks. This both reduces bandwidth usage, and cripples the usefulness of X-Ray cheats.[/spoiler]
Render/Load distance alterations:
[spoiler]After the implementation of Cubic Chunks, view distances' radii will apply to the vertical axis too. This reduces handled blocks in the cases of tiny and short render distances, and increases them in the cases of normal and far render distances. This can be optimized by utilizing a spherical render distance instead of a cubic one, which would reduce handled blocks in all distances except Far.[/spoiler]
Frequently Asked Questions:
[spoiler=FAQ]Q: This is impossible.
A: No it's not. See below.
Q: Is this available as a mod?
A: Not yet! But it will be!
Q: I like X-ray! What if I don't want it to be broken?
A: First of all, breaking X-ray hacks will only be possible to do in multiplayer. That said, the system that would break X-ray would be possible to disable by the server owner. If the owner doesn't disable the system, then they don't want you using X-ray, and you should not be doing what the server owner doesn't want in the first place.
Q: I play on a PvP/Anarchy/Raid/Faction server. Won't this system let people pillar up into the sky and create a base thousands of blocks in the air and never be found?
Q: I like Minecraft's current height limits. What if I don't want to have an infinite sky or infinite underground?
A: If this system is added, all worlds will not automatically gain an infinite underground. As stated below, the Void will remain in all worlds, even after the conversion to Cubic Chunks. The ability to remove the Void will simply be there. As for infinite space in the sky, the current build limit is over one hundred blocks above any terrain that vanilla Minecraft can possibly generate. It is ENTIRELY your decision on whether or not you take advantage of this height. If you play on a server, like stated above, the server owner can set a maximum build height. If s/he doesn't, then don't play on their server - you don't play on servers where the server owners allow things you don't like. Why would you play on an anarchy server if you hate being stolen from and killed?
Q: Will this affect Redstone at all?
A: No. This system will simply make it possible to make larger redstone circuitry than before.
Q: Won't this break existing worlds?
A: No. Existing worlds can be easily converted by dividing each MCRegion file into 4 pieces, then slicing the existing 256 block-high chunks inside them into 16 individual chunks.
Q: Won't this affect mods? Won't mod authors have a hard time updating their mods?
A: The answer to this question depends solely on the answer to the following two questions: Do parts of the modification code rely on chunk data/metadata? Does the mod author want to take advantage of the features of the new chunk system? If the answers to the first and second question are both "No", then updating a mod to this system should be very easy and quick. If the answer to the first question is "Yes", then those parts of the code will need to be rewritten somewhat, but in most cases, the changes should be fairly quick and easy. The only time that it should be hard to update a mod to this system, is if the answer to the second question is "Yes".
Q: Won't this require a total rewrite of the mod API if that's released first?
A: No. Whether or not even a small part of the mod API needs to be rewritten depends on the way that it is implemented and whether or not there are API inclusions for chunk handling and other chunk-related behavior.
Q: Could a player fall into unloaded chunks if chunks aren't loaded fast enough?
A: No, they could not, and for several reasons. Minecraft has a terminal velocity, though it might not seem like it. This velocity is slower than it should take to load new chunks below the player. In cases with exceptionally slow computers, even if the player did manage to reach an unloaded chunk, their fall would be paused until that chunk can be loaded.
Q: What would happen when water, sand, or a mob falls into an unloaded chunk?
A: Nothing. The water/sand/mob would freeze in place until the chunk is loaded and it can continue moving. You can already see this same thing happening on the horizontal axis.
Q: What will happen to the Void?
A: It will still exist, along with all its effects. The only difference is that the Void is no longer a hard limit and it can be moved. After the conversion to Cubic Chunks, the Void's location will be stored in a world's ' class='bbc'>level.dat, and this location can be changed with NBT editing tools. When and where the Void exists, chunks will cease to generate.
Q: Will this affect terrain?
A: No. However, terrain generators will gain the ability to use infinite height.
Q: Will this affect ore generation?
A: No. Ore is a part of terrain generation. As stated above, terrain will not be changed.
Q: Won't all current terrain generators be incompatible with this system and need to be rewritten?
A: No. Terrain generators work independently of chunks. When a chunk is generated for the first time, it calls the terrain generator and receives a specific section of the resultant terrain to save inside itself. Because of this, some custom terrain generators can generate steep terrain all the way to Y256, where you can experience a large, flat cut-off. Since there are no chunks above Y256 to call the terrain generator for terrain, no terrain exists there.
Q: What would happen if there's a huge solid ceiling so far above you that it is unloaded? Wouldn't you just see the sky, just with everything being completely dark?
A: Yes. This already happens on the horizontal axis, and it is an issue with sky rendering, not this chunk system. As such, this has nothing to do with this suggestion. Please do not post about this.
Q: If you go deep underground, will your plants grow/ores smelt/animals grow?
A: No, because those chunks would be unloaded, just as if you had walked far away. This is a flaw with any chunk system, regardless of shape. It is a necessary evil that allows Minecraft to have infinite worlds. The only way to fix this would be to introduce a separate new system that works with chunks as they are loaded and unloaded. This suggestion deals with the chunk system itself, and not sister processes. Because of that, that is outside of the scope of this suggestion. Please do not post about this.[/spoiler]
[WIP] The Cubic Chunks Mod! (Tall Worlds Mod):
Cuchaz has taken it upon himself to bring us the glorious Cubic Chunks, since Mojang refuses to do so.
Cuchaz is using a API of his own creation to help assist in the making of this mod, and he's quite far along, as seen in these two tech demo videos:
[spoiler=T-Demo 1: Vertical chunk loading][/spoiler]
[spoiler=T-Demo 2: Broken height cap and no lag!][/spoiler]
With the basic functionality in place - a complete overhaul of the basic chunk system, and height limit removed - this whole concept can already be considered proven. What remains is making sure everything else functions correctly under the new chunk system. In any case, stay tuned for future updates if it interests you(If it doesn't, then you are the weakest link - goodbye!).
You can follow the mod's development in much more depth in its very own topic!
[spoiler=A mountainside with an experimental engine using Cubic Chunks designed by Nocte. 960 block view radius, and 30 FPS.][/spoiler]
[spoiler=A different view of the mountainside with the same engine by Nocte. This time, with 1600 block view radius and 15 FPS.][/spoiler]
[spoiler="A video demonstrating Nocte's engine."]
Support & Submission to Mojang:
If you support this, hit the rep button in the bottom-left corner of this post. It is the only good way of accurately measuring support here.
If you wish, you can put the following banner, courtesy of laz2727, into your signature. It helps to attract support from all parts of the forum!
Please help us get word out of this suggestion! Share this with your friends, with Minecraft celebrities if you're familiar with them, or even with Mojangsters like Jeb or Dinnerbone! (Do not share this with Notch. Notch doesn't work with Minecraft anymore.)
The purpose of this suggestion is to have Cubic Chunks implemented in Vanilla. Being available as a modification does not fulfill that purpose. The modification featured in this suggestion is to act as a proof-of-concept only(Note: Its being featured here is to act as a proof-of-concept. The modification itself is on its way to becoming a fully fledged modification).
Cuchaz, for taking Barteks' proof and running with it, to give us a truly functional Cubic Chunks mod.
Barteks2x, for updating the Cubic Chunks mod to 1.6.2, proving that it is possible.
Azraile, for posting the original suggestion and allowing me to take ownership of it.
Nocte, for helping resolve flaws and designing Hexahedra.
MineCrak, for a large amount of valuable insight and enthusiasm into the topic of Cubic Chunks.
aaronfranke, for helping resolve flaws.
PanJouda, for creating the original banner.
Flexico, for creating the predecessor to the current banner.
laz2727, for creating the current banner.
Robinton, for creating the original Cubic Chunks mod.
The_Watchman13, for answering all those stupid questions so I don't have to.
Note: Many calculations and information can be found among the many posts of this topic. There are too many for me to cite here, but if you wish, you can search for them yourself.
Oct 13, 2011FuturecraftPosted in: WIP Mods
Attention to all the “would be” posters:
Read what is written here. All of it. If you need to ask a question about the mod, and it is answered in the OP, then I am going to ignore you, and I ask that those with the decency to actually read the OP do the same.
Our forum is at: http://fc-mod.com/index.php, feel free to join, all civil discussion is welcome, all uncivil discussion is not. Please do not use the old forum unless your name is Dr. Mackeroth, Shiva or Fr0stbyte124.
You have had an interesting day in the mines. You had worked hard, and had helped to find a seam of iron. In amongst this iron, you found a strange new material, which you name crocite (THIS IS NOT GOING TO BE ADDED). A fellow miner had taken the crocite to the village counsel, and they shall decide what to do with it over the next few days.
These are the thoughts that are racing though your mind as you walk back to your house on the outskirts of Midendel, your home village. You have always admired your house, as it had been built on the ruins of a much older structure, built by people who lived, worked, and died in a similar fashion to how you and your people do today. The house was three storeys high, and had a separate bathroom, a rare luxury among miners. As you open the front gate, your pet wolf, Chomper, comes rushing to greet you. You give him some pork, the remains of your lunch, and go inside.
After dinner, you retire to your bed. After all your work today, you fall asleep quickly, only to find that you are tormented with horrible nightmares. Before you, the sky flashes red, and the great Forest of Kururka burns to ashes. All that is left of your village, your home, your life, is ash, floating through a thick grey cloud of dust. You awaken to the sound of an explosion, and you shoot bolt upright with a start. You think that it was just a remnant of your dream, but as you close your eyes, another explosion sounds. You notice this time that before the explosion, there was a bright flash of yellow light, which streamed in through your open window. You hear a scream far off in the distance, and then it stops suddenly. You believe yourself to still be dreaming, so you quickly pinch your arm to make sure you’re awake. No luck, this is real.
You panic. You know that you must get yourself out of here, but go where? As you run out of the house, grabbing your diamond sword and a torch on the way, the answer comes to you; to take shelter in the caverns. Your ancestors had discovered the caverns hundreds of years ago. They had become a place of refuge in times of need, like a few cycles back, when the valley had flooded and much of the forest, and the village were destroyed. As you run, many more flashes and explosions occur, then, as you are only a kilometre or so away from the caves, at the base of the mountain were they are, the noise stops. The night is eerily silent. No owls, no cicadas (which are common this time of year), no sign of sleeping animals; it appears that every creature had just vanished. Even the sound of a hissing creeper would have given you comfort, but alas, there was nothing.
As you stood, just waiting, waiting for a sign, waiting for a sound, you noticed a low, droning hum. It hadn’t been there before, of that you were sure, and you find yourself wondering what it is. Whatever it is, it is certainly getting closer, and you can now feel the vibrations on your skull. The noise continues to get louder, until it reaches a point in which the trees threaten to uproot themselves because they are shaking so much. It is at this all dominating level of sound that the humming stops. You look around you, suddenly afraid now that the humming had been silenced. You see nothing around you as you wave your torch from side to side, but then you look up...
Above you, a thing of incredible size, awe inspiring in the full meaning of the word, is a creature, covered in strange grey materials. You see lights shining brightly down on the forest around you, and you here animals scatter around you as they try to avoid its gaze. At least you can draw comfort from the fact that all the animals hadn’t disappeared. One of lights adjusts its position, and tilts towards you. You follow the lead of the animals, and run. True terror seizes you body as you see your shadow below you, illuminated by a light that seemed to tear through your body, and peer straight into your soul. You turn to face the source of the light, and hold your sword up in defiance of this strange creature that fills the sky.
A ball of fire erupts from the creature, and you think perhaps that it is dying. You feel a slight ting of compassion for it, than you remember an elder telling you about ghasts, that shoot fire balls like this, and you realise that the creature is trying to kill you. As the ball hits the tress and explodes, the shockwave flattening the trees ear it, you realise this is the sound you heard before. The shockwave hits you, and the light fades, as does the world around you, turning to grey, and you realise that you’re dying. Dying, as you had been thrown back into a fallen log, and you could tell that your bones were broken, your skin torn, your life fading, quickly. It would be over soon, over soon.
I hope you liked my story, I wrote it as an example of what this mod should be able to achieve, and certainly what I want it to achieve. What Steve in the story saw as giant creatures were in fact spaceships, which had come to collect the “crocite” as it is useful for their technology.
Now, welcome to Futurecraft...
I apologise if some of my formatting is not quite right: I imported the topic into Word to fix up spelling and grammar mistakes. Didn't go so well...
We now have a forum!
Introduction to the team. Read if you are interested in helping.
Poll results were definitive:
- Consumable energy was fairly popular
- Space was nigh on unanimous
Both will be added.
People required (old system):
- Several programmers (Shiva, GroundBurg_Coder13, Kronath, and me.)
- Person for textures (me)
- Testers (Achievement get, I left out an "a"[for 5 weeks!]) (We have two test severs)
- If anyone could make a banner, I would be eternally grateful to them (done)
- Sound! (likely candidates)
- If anyone else can think of someone needed, please say so
ALL PEOPLE WANTING TO HELP WITH THE DEVELOPMENT OF FUTURECRAFT MUST PM ME A FORM CONTAINING THE FOLLOWING:
1- What you can help with, and your preferred article to mod (e.g. Weapons, ships, mining equipment, etc.)
2- What experience your have, including examples
3- When you can work
4- What access to resources you have (what software and hardware you have)
You will then get a reply FROM ME, saying what you will be working on, including all the details.
Once you get this reply, you will be allowed to post on the Futurecraft development and modding page of the Futurecraft Forums. No one does, so just start a development log.
NOTE: All modders or other team members will need to submit to me a weekly report of their progress. Failure to do so will result in immediate voiding from the team.
Current team members:
Project leader: Me (if you have a problem, please say so)
Modders: Fr0stbyte124 (currently working on space ships), me (currently figuring out how Java works), Ectrimble (working on armour and weapons, after inter-server travel is finished [turns out he does it all the time]), Danice123 (surently doing power, despite everything)
Texture artists: Fenway (who is going to be deleated soon if he doesn't turn up) and myself
Sound: MonsterTeddy (who is creating new tracks and sounds).
Test servers: contact me and tell me that you have a server that we can use.
Banners by WildWild
I extend my thanks to MineCrak, who is helping in a great deal of (good) advice.
Also, thanks to Ivorius and MineT, for Gravity Craft. Planets are possible!
Anyway, to business:
Greetings to all you Earthlings out there! I have thought up an idea for a mod which, if executed properly, will possibly be the greatest (but hopefully not the hardest [too late, it is]) mod ever. If it is successful enough Notch might even add the main idea (the interserver travel, and the possibility of trade and war) of this mod to Minecraft.
By know you are (hopefully) wondering what could possibly be so good, and not falling asleep or closing the page. So I shall tell you:
This mod has three main (more like 10) parts to it:
Firstly, this mod will add a way to travel between servers, while still keeping your inventory. It would also allow other entities (including spaceships) to travel, allowing for trade, alliances, colonies, and wars. I thought one day, long past, that if you can keep your skin and player ID between different locations, why not your inventory?Spaceships: outdated information, subject to change
A passionate speech by yours truly:
Those who say that this is a bad idea are wrong. I believe in what Notch said “that the future of Minecraft is in multiplayer”, and what better way to do this than to be able to have better communication between worlds? This way we can work together to build a better world, a world that we can share, and if so desired, a world that we can conquer. This important part of the idea isn't the inventory being able to be taken between worlds but entities. What inspired me to write this was the thought of flying through a wormhole, appearing on an unsuspecting world with a massive fleet in tow and levelling their cities, buildings and towns to the ground? (Things like the ability to have wars would be configurable to avoid people quitting servers and flaming at the makers of this mod. They can't blame us if they know that war could happen at any time.)
Now, we plan to have three main ways to travel between
servers: through Stargates, Jump-gates (or Supergates) and through FTL travel.
These will be crafted, using a fair amount of resources. You
will need a D.H.D to activate it. The D.H.D will also be crafted. To travel
through a Stargate, you will right click on the D.H.D, which will open a GUI.
This GUI will have a list of all Futurecraft servers, plus their gate
addresses. The gate address will be a series of 7 symbols which will correspond
to a particular IP address. It stands to reason then, that each IP will have an
individual gate address, which will be calculated from the address as needed,
not programmed into the mod itself. If anyone is worried about the number of IP
addresses being greater than that of the Stargate addresses, don’t worry, there
are 56,336,822,780 different gate addresses, compared to 4,294,967,296
different IP addresses (you can see why we don’t want to have to code in that
many gate addresses, especially seeing as only a fraction of these will be
Stargates will be large enough for people and fighters to
pass through (maybe also some form of car type transport, and jets). Only one Stargate per
system is allowed (I.E. world).
This section is likely to change.
This will be crafted in sections. You will need 90 of these
sections to fully complete the gate. When each section is crafted, it will
automatically be placed in the world (too big to logically fit in your
inventory), and shoot off into space. When in space, it will position itself
directly above the spawn point of the server, several kilometres above the
lower end of space. When all 90 are in place, you will need to power it. To
power it, you will need to place a ZPM in any of the sections. Simply take a
space suit, jump onto one of the segments with a ZPM in hand, open the
inventory of the segment, and place the ZPM in. Once this is done, you are free
to activate the gate using a spaceship. Just fly neat the gate, and a button
will pop up in the control chair’s GUI, asking if you would like to activate
the gate. Once active, the gate will remain open for 1 minute, so make sure to
have all ships in position.
There will be various FTL engines that can be installed on
ships. Using the control chair on your ship, or a computer interface, you will
be able to open a GUI (from the main menu of ship features) that has a map of
all Minecraft servers (with Futurecraft), similar to the galactic map on Spore
(for those who play it). You will be able to travel to all servers within a
distance, a distance that depends on the type of hyperdrive engine. The travel
speed will be dependent on the distance of the servers, and the type of
hyperdrive engine. For two servers close to each other, with an advanced
hyperdrive, the flight would be near-instantaneous. But for longer distances,
from one side of the “galaxy” to the other, even with an advanced hyperdrive,
the journey would take hours, if not days, real-time. I will spare the
technicalities of how it will work, because my way may not be the best way, and
I will let the modders do their work.
secondly are spaceships. Not just little fighters that zip around and fire lasers, but massive assault ships that carry ground forces, cargo ships that freight goods, cruise ships that act as general vessels, and of course mother ships: massive huge, making weird science-fiction noises. Only the smallest two vessels, the escape pod and fighter can be crafted (though with difficulty), and the other ships will have to be built using blocks, and then turned from blocks to a controllable entity by using a (craft-able) spaceship core. The cores differ depending on what craft you wish to make, with cores for larger ships being harder to make, and there being one type of core for each vessel. Placing a core would cause all connected blocks to become part of the spaceship, excluding several kinds of blocks; including dirt, sand, stone and other non-space things (these blocks can be carried on a ship if surrounded by other kinds of blocks ( leaving room for green spaces in vessels). The different kinds of cores each support a different range of blocks (in the number they can support). Once spaceships have a core in them, they can be controlled and flown ( by use of a craft-able control chair, while sitting on that chair, your view becomes 3rd person, of the whole ship, and your usual controls instead become the ships controls (with extra controls for new features of the ship). The different kinds of ships are as follows (there is a lot of information here):
Craft-able and can't fly on its own. When powered by Redstone, it will fly straight down and land on the ground (will avoid water and lava, as well as high cliffs). If it is jettisoned in space (explained later), it will fly to the nearest server and spawn at a random at the top of the world. They are only 1 by two blocks and have 20 vehicle health (explained later), and has no weapons.
Craft-able (possibly using the plane crafting bench from Flan's mod), has two laser guns that disintegrate mobs and blocks (10 points of normal damage, 5 points of vehicle health, fires at about 3 shots a second). It uses 10 energy points per second, can be fuelled by Redstone, batteries, and oil. It can't travel through hyperspace, and only holds one person. 75 vehicle health.
Drop ship (landing craft)
a small ship that must first be built and then have a core installed a core to fly. It can support up to 10 points of turrets, no shield, (explained later) and can be up to 500 blocks big (as a box around the craft). When built, it must contain a tank or other vehicle (explained later). It moves slowly and is only designed for small recon missions and not for heavy duty fighting. 100 vehicle health points, 20 energy units per second, can be fuelled by everything except a ZPM.
A light warship that is easy to make. It is a primary affordable fighting tool in any fleet, and is often carried on larger vessels until needed. 20 points for turrets, can support up to 100 shield health (like vehicle health, only replenishes over time), 200 vehicle health, fast sub-light speed, can support a light hyper drive. Takes all power types except ZPMs. 500-1 000 blocks 3.
this ship can't be attacked (by other ships), but it can't support any turrets. It has 200 vehicle health points, no shields, and uses 15 energy points per second. It can take any form of energy besides a ZPM. It has a medium hyper drive and medium sub-light speed. 500-1 000 blocks 3.
Cargo ships are long range transporters. Unlike other ships, they are built, and then connected to trailers, like a truck. The head of a cargo ship has 150 vehicle life, no shield, 6 turret points, and uses 30 energy points per second. The trailers each have 100 vehicle lives, 6 turret points, and use an additional 10 energy points per second. The ship has a slow sub-light speed and long warp. The head and each of the pods can be up to 1 000 blocks3.
Cruise ships are all round, general purpose war ships. They have 40 points for turrets, can support up to 200 shield points, 200 vehicle health, and use 30 energy points per second. Medium hyper drive and medium sub-light speed means that it is good for most missions. 2 500-10 000 blocks3.
A more powerful warship than the cruise ship (but much harder to make). 60 points for turrets, up to 300 shield and health points, 45 energy per second. Also with medium hyper drive and medium sub-light speed. 10 000-20 000 blocks3, one point for special weapon. This and all ships henceforth can support all fuel types, including the ZPM.
this is a powerful ship that is designed for one purpose: to destroy every living thing on the planet it is attacking. There are two different kinds of these ships: dreadnought and super dreadnought.
The dreadnought has 200 points for turrets, 500 vehicle health and shield points. Slow sub-light and long warp (although it travels 30% slower than normal warp. It uses 60 energy points per second. 20 000-100 000 blocks3. 2 points for special weapons.
The super dreadnought is like a larger and more powerful version of the dreadnought. It has 400 points for turrets, 1000 health and shield points. It has super slow sub-light, and travels 40% slower than normal warp. Using 120 energy points per second, it’s a guzzler for power. 100 000-500 000 blocks3. It can support 5 points for special weapons.
these are long range, heavy war ships. In their immense cargo holds they carry whole battalions of troops, along with many smaller craft. 300 turret points, 1 250 life and shield points, and uses 150 power units per second. (That's a massive 2.5 Redstone torches every second). Medium sub-light, long warps engines. 5 00000-1 000 000 blocks3. 2 points for special weapons.
Easter egg ship
Obviously, I can't disclose much about this vessel, you will have to discover the recipes and features of this ship on your own. However, I will tell you that it doesn't have limitations like the other ships, and that it is big. Really big. Also insanly complex to build.
Have a video on Fr0stbyte124's progress on ships:
Gizmos, gadgets and various doomsday devices
Stationary shield: a shield that place on the ground and it covers a large area in a bubble. The shield can be any size or shape; it depends on how many emitters you have, each emitter will provide shielding for 1000 blocks. It uses 20 energy units per second, per emitter.
Docking port: like a spaceship, it needs a core to work, but it can't move. It works as a hangar for smaller ships, and a docking port for larger ships. It needs a core so the facility can be destroyed as a whole, and also so it can have working cargo doors and others devices. Health is No. of blocks divided by 10. It has 200 shield health points. 40 energy per second.
Anti-air gun: craft-able, has inventory for fuel. Does 20 points of vehicle damage, as a rail-gun (rapid fire). 5 energy per shot.
Light space gun: good for small vessels, does 40 points of vehicle damage, as large laser burst (medium fire rate). 30 energy per shot.
Drone pad: preferred weapon of those with... class, certainly my favourite, these are controlled in exactly the same way as the ship version of drone launchers, except that the launcher must be connected to the control chair (and both to a feasible power source) via wiring.
Ion cannons. Enough said. (Fine, if you must know: 500 vehicle health point damage, long reload, auto aiming). 200 energy per shot.
Wire-less controls: Great for controlling such thing as (larger) doors, shields, towers, bombs, and other things. Needs to be linked to a control chair to work and it uses 5 energy units per command. These can also be placed on ships. They can link to two other wireless emitters and up to 5 Redstone/wiring out/inputs. This means that you can have a weapon on top of a mountain, that has its own power source, and a control chair (also with a power source) linked via a wireless transmitter, allowing the control chair to fire the weapon. On ships, you can of course stick a diverter into the ship’s hull so the weapon and chair can be powered directly from the ship's main power source.
Radar tower: Self explanatory, they can track multiple ships. The radar dish is crafted, and needs to be connected to both a power source and a computer screen or control chair.
Hand held weapons (ascending order from least to most powerful)
- (don't ask about the dot, I can't get rid of it) Notes: 1 damage point= 1 heart
All weapons require a battery to be operational (unless specified). How long it lasts before it needs to be replaced (by placing both the weapon and the fresh battery in the crafting grid) is specified in each description.
All weapons will shatter glass (unless specified)
Stun gun: 2 damage points, stun (disable movement) for 5 seconds, and blurred vision for 15 seconds. Fires at a rate of 1/s (1 shot per second), lasts for 500 shots. No ammo required, Range of 50 blocks.
Rapid laser gun: 2 damage points, fires at a rate of 4/s, lasts for 1,000 shots. No ammo required, range of 100 blocks. It will set flammable blocks on fire, and does not break glass.
Bolter: 5 damage points, fires at a rate of 1/2s (1 shot per 2 seconds), lasts for 500 shots. Requires light bullets, range of 100 blocks.
Assault rifle: 5 damage points, fires at a rate of 1/s, lasts for 100 shots. Requires light bullets, range of 200 blocks.
Laser sniper: 10 damage points, fires at a rate of 1/5s, lasts for 200 shots. No ammo required, range of render distance. It will set flammable blocks on fire.
Plasma beam Projector: 20 damage points, continuous beam, lasts for 20 seconds (fully depletes battery). No ammo required. Range of 20 blocks, and it will disintegrate blocks within 10 blocks, when hit directly with the beam.
Grenade: 30 damage points, fires at a rate of 1/5s (assuming you have multiple in your inventory). Explosion power of 100 (same as TNT), throw distance of up to 50 meters.
Ship weapons (Arranged from least to most powerful)
Rapid laser turret: 2 vehicle damage points, fires at a rate of 5/1s, 2 EUs per shot, can be controlled via wireless, no ammo required, 1x1x1 (using x, y, z), 2 turret points.
Rail gun: 10 vehicle damage points, fires at a rate of 5/1s, 5 EUs per shot, can be controlled via wireless, ammo required (heavy bullets, stores up to 1000, otherwise can be fed from an ammo dispenser), 1x1x2, 5 turret points.
Bomb and bomb bay: 50 vehicle damage points, single time fire, needs to be powered by Redstone, 10 EUs per shot (remember that it will draw power from the ship’s main reactor(s), not the Redstone torches that may be involved in the loading mechanism), cannot be controlled via wireless, ammo required (stores 1, needs to be reloaded manually, bomb does not stack in chest/inventory), 1x1x1 (bomb bay), 2 turret points.
Missile tube and missile: varying vehicle damage points, single time fire, 50 EUs per shot, cannot be controlled via wireless, when ammo is placed (missile) in tube, it will automatically fie, 1x1x9 (tube, missile is 0.5x0.5x4), 5 turret points.
Missile types (note that all have 2 minutes of fuel, after which, they will explode automatically, regardless of what else might be happening):
· Thematic: travels in a straight line until it impacts either a block or an entity, doing 100 vehicle damage points. Blast radius of 100 meters
· Homing: will lock onto the nearest ship with an unfriendly IFF, and follow it until it runs out of fuel, or reaches its/a target, also doing 100 vehicle damage. Blast radius of 100 meters
· Nuclear: will target the largest enemy ship in range (1 minute travel time, to allow for misadventure), and follow it until it runs out of fuel or reaches its/a target, doing 1000 points of vehicle damage (it’s only a small nuke), and flooding the area with radiation. Blast radius of 500 meters.
· EM pulse: will target the largest enemy ship in range and follow it and follow it until it runs out of fuel or reaches its/a target, when it will cause a 1km shockwave which will cause all electronics on ships to go haywire. Shield health will fluctuate wildly, weapons will suddenly start firing everywhere, Redstone and wiring will short circuit (with a chance of exploding), fighters will spin out of control, missiles may target their own ships, and it is total chaos!
Plasma cannon: 100 vehicle damage points, fires at a rate of 1/5s, 200 EUs per shot, can be controlled via wireless, no ammo required, 2x2x3, 10 turret points. Pretty much the weapon you typically see ships on science fiction shows using.
Tractor beam: no vehicle damage, continuous fire, 100 EUs per second of use, can be controlled via wireless, no ammo required, 1x1x1 (must be placed in the hanger of the ship (i.e. a section of the ship that has a force-field or large door between in and space.)) It will draw ships into the hanger of a larger ship (of course it won’t if the ship it is trying to pull in is larger than the entrance to the hanger).
Plasma beam weapon: 100 vehicle damage points per second of contact, beam lasts for 10 seconds, requires one minute of cool down time, 1500 EUs per shot (can hold charge), 3x2x5, 1 special weapon point. Note that it rotates at a rate of 10° per second, meaning that a fast ship can escape it easily.
Accelerator cannon: 2000 vehicle damage, single time fire, 3000 EUs per shot (can hold charge), 7x7x51, 5 special weapon points. To fire, a person must construct a 5x5 cube of either iron or Naquadah at the far end of the cannon. When the cannon receives a command to fire from a control chair, the doors at the front end (open to space) will open, and the cube will be propelled out into space at an extremely high velocity, destroying near most everything in its path (assuming the cannon has enough charge).
Drone launcher: complicated vehicle damage, fires at a rate of 50/1s, 100 EUs per shot, 3x3x10, requires ammo (drones, it can hold up to five, and then it must have drones supplied from a drone feeder). When fired, drones will find the nearest target and follow it. Drones can penetrate hulls of up to three blocks thick, and destroy fighters without exploding. In larger ships, they will head in the direction of the core block, and each one will go through three blocks of the ship before exploding and probably taking out another few layers of the ship as well. Eventually one drone will make it through to the core, disabling the ship. Any drones that find themselves in a ship that is already disabled or destroyed will target another ship or return back to their storage on the firing ship. Perhaps a video will help make sense of how they work:
Silicon chips: made from sand and Redstone. Needs to be smelted after crafting. Used in more basic electronic components
Control crystal: made from Glow stone, Redstone and diamonds. Used in more advanced electronic components.
Alloys: to make these, you need a smelter (craft-able with 3 furnaces surrounded by iron). They go as follows:
- Trinium, made from iron, Naquadah, and titanium
- Steel, just smelt iron
- What else?
this is just a taste of what is to come, like the ships, you will have to discover most of by yourself! Good luck Minecraftians.
..."Plus a few miscellaneous, nick-knacks"
this will mean that mechanical devices will use up energy. There are several ways to power devices:
- Batteries, they store 500 energy units
- Vehicle batteries, they store 5000 energy units
- Generator, has to be next to a furnace to work, if the furnace is burning, the Generator will produce 10 units of energy per second
- Solar panels, needs to be outside, generates 10 units of energy per second, per block
- Nuclear reactor, generates 1000 energy units for every lump of uranium put into it
- Fuel rods made from uranium, put into reactor for 5,000 energy units each
- ZPM (Zero Point Module), draws energy directly from sub-space, 1,000,000,000 units of energy
All of the energy sources would need to be directly linked to the device(s) that they are powering by Redstone, except for the reactor and ZPM, which contain too much energy to be transferred by Redstone, and must instead be transmitted by a special mix of Redstone, diamond and iron piping.
For the fighter space ship (as you can't place any of these blocks in it, and it can't have a line of Redstone connecting to a power device), you must place batteries in its inventory (similar to a plane form the planes mod)
I was perusing (what a great word) the Industrial-Craft mod, and realised that how the energy in that mod worked is similar to how it could work in this one. We have permission to use their base code for energy.
Space, the final frontier
Space will be added in this mod, judging by the poll. If you read the replies to this thread, you will have a fairly good idea of what it is. To explain:
Space can only be accessed by spaceships (and possibly space elevators). To get there, you will need to be going very, very fast (obviously not at actual escape velocity, that would crash Minecraft. Once there, you need to be completely surrounded by blocks, otherwise it means that you are exposed to space, and will start losing health rapidly (like lava). At least in the early stages of the mod, we won't go into great detail about atmospheric pressure and consumable air, although this could be added later. Of course there would also be space suits, which will decrease in uses while in space, and increase in uses while in a pressurised environment.
The terrain generation is fairly simple, generate nothing. Nothing besides empty void, with visible stars, and perhaps occasionally asteroids (weather we should add these or not is being debated). To work out were each server is in the Minecraft "universe" we will use the map of the Internet, and the locations of each server (its IP address) on the picture will determine its actual location. Some scale or another will be used to calculate distance (and therefore travel time) between these servers. Resized to 19% (was 4000 x 4000) - Click image to enlargefile:///C:/Users/MyDell/AppData/Local/Temp/msohtmlclip1/01/clip_image006.jpg
for orbital views of planets, the idea is not yet resolved.
this idea will help people have large armies without many people. Robots would be craft-able, meaning that many could be mass produced. There are several kinds of robots:
Gigamettalix's ideas (completed by me):
- The sentry. Sentries float around guarding objects and sometimes even participate in battle; they have a cube for a body and a single laser eye that it uses to attack (2 normal damage, 1 vehicle damage, 5 healths, and 1 energy unit per 5 seconds).
- The sentinel. Sentinels have all sorts of upgrades that are equipped able, such as rapid fire, they also are bigger, faster and stronger than sentries, although they have a higher price tag. (Basic model has a 4/2 damage laser, 10 health and uses 1 energy per second)
- Battle robot: Same size and shape as a human (so it can use a modified version of the human skin). Fires lasers that do 5/2.5 points of damage. 15 lives, uses 2 energy per second (fuelled by batteries).
- Advanced battle robot: Similar to the normal battle robot, but with an 8 damage laser (4 vehicle damage) and 20 life points. 3 energy per second.
- Juggernaut: Twice the height of a person (looks quite different though), 15 damage laser (7.5 vehicle damage), 30 vehicle life, 5 energy per second.
All of these robots can be switched between sentry mode (if they stand on the spot, they will shoot any enemy that gets too close and only moves when attacked), and follow mode (where the follow you, or any person on the same sever as you, the creator of them). In follow mode, they will protect you automatically, similar to wolves.
Need a crew? (Ideas by Kronath, alternate suggestions by me [in not red])
* There has been some controversy over these ideas, perhaps a poll?
With the number of people normally on a server (5-15 in my experience), I think people would end up with either tiny fleets with a small crew in each ship or bigger fleets with almost crewless ships. To fix this each player would be able to captain a ship crewed by NPCs.
Admiral / General - This is the server Admin. They are in charge of appointing Squadron Commanders (OPs) and get first choice when selecting a ship to command.
Squadron Commander - All Squadron Commanders are OPs, but not all OPs are Squadron Commanders. Their job is to appoint Captains and to command the fleet when the Admiral is not present. Squadron Commanders get to choose their ship after the Admiral has his/hers.
Captain - The ordinary players in the server that have been appointed by Squadron Commanders to Captain a ship. They do not get to choose their ship, but are given one by their Squadron Commander. I think that it would be wiser if the captains could choose their ship, but can only fly ships which they have licence for.
Lieutenant - Players that have not been given command of their own ship. They serve under a Captain until a Squadron Commander gives them a ship of their own.
Sergeant (maybe something else) - NPCs that crew each ship. Their real purpose is just to make the ships livelier instead of looking like a ghost town. Because of this the AI doesn't have to be very good, just wander around the ship (maybe a few could stay permanently on the bridge near control stations). They would have some behaviour, such as the ability to man turrets (and automatically target enemies) as this wouldn't be too hard to code...
Each rank can command the rank beneath it. For example, a Squadron Commander could order his squadron (a couple of Captains + Ships) into a formation and then take control of the entire squadron, flying multiple ships as if they were one. Similarly, the Admiral could order the squadrons into formation and then fly the entire fleet as one ship. Formations would be more for flying around then for battle, as if they take out the head ship, the results would be... ugly at best. Also, this could be hard to code.
- ATV: light ground vehicle. Fast, 50 vehicle health, single rapid laser gun. 5 EU per second. Fits 2 people (one as gunner, one as driver)
- Hover tank: craft-able (with difficulty), it is a slow but powerful land vehicle. 100 vehicle health. Have a large laser gun (as main weapon) and two rail guns. 7 EU per second. Fits 6 people
- Helicopter: craft-able (with difficulty). Manoeuvrable (responds quickly to commands), with medium speed. 75 vehicle health. Single rail gun.10 EU per second. Fits 2 people
- Jet: craft-able (with difficulty, possibly using plane crafting bench). Extremely fast (to avoid lag, it will display generic blur at high speeds). 100 vehicle health. 2 rapid laser guns, capable of carrying 4 thematic missiles. 15 EU per second. Fits 4 people.
- Mag-lev trains, which are similar to minecarts, only bigger. Not to mention faster...
You will need to create a specific “stand” to build these on. You will craft the parts then place them on the parts of the stand that correspond to that part (e.g. you place the arm on the arm holder on the stand). To give it power, the stand needs to have a constant supply of power provided to it, so it can charge the armour, to a maximum of 10,000EUs. There are several versions of the body, which allows for different placements of parts. The parts are as follows:
· Small: about the same size as the player’s total length, the player is inside, and can only see through a small cockpit. Can only support small sized arms and legs. 10 vehicle health points. Required for “standing”. 5EUs per second while player is inside.
· Sitting: the player sits in the cockpit, making it longer than the standing body but quite a bit shorter: can support all sized limbs. 20 vehicle health points. 10EUs per second while player is inside.
· Standing: the body is large enough that the player stands in it, behind a panel. 50 vehicle health points: can support all sized limbs, except small.20 EUs per second while player is inside.
· Light arms: can only support light weapons, no impact on speed. Small sized, 10 vehicle health points.
· Medium arms: can support light and medium weapons , 10% decrease on speed, 20 vehicle health points, medium size
· Long arms: can support light weapons, 10% increase on speed, 20 vehicle health points, medium size. Required for massive arms.
· Heavy arms: can support all weapons, 30% decrease on speed, 30 vehicle health points, large size. Required for massive arms. Required for massive arms.
· Massive arms: can support one heavy and one light weapon, or two medium. 50% decrease on speed, 40 vehicle health points, large size.
· Bipedal legs: small sized, 2 blocks per second speed, 10 vehicle health points. Required for inverse bipedal legs and large bipedal legs.
· Inverse bipedal legs:4 blocks per second speed, 5 vehicle health points, small sized.
· Large bipedal legs: 3 blocks per second, 20 vehicle health points, medium sized.
· Quad legs: 4 blocks per second, 15 vehicle health points, medium sized. Required for heavy legs.
· Heavy legs: 5 blocks per second, 25 vehicle health points, large sized
· Tri-tracks: 4 blocks per second, 40 vehicle health points, large sized
· Light machine gun: 2 damage, fire rate of 10/s. Takes medium bullets. 2 EUs per shot. Light weapon. Required for laser machine gun and rail gun.
· Laser machine gun: 2 damage, fire rate of 5/s. 5 EUs per shot. Light weapon
· Sword: 15 damage, fire rate of “as fast as you can click”. Medium weapon. Melee. Required for plasma sword.
· Rocket launcher: 30 damage, fire rate of 1/2s. Heavy weapon. Takes rockets as ammo, 10 EUs per shot. Heavy weapon
· Rail gun: 10 damage, fire rate of 5/s. Takes heavy bullets. 2 EUs per shot. Heavy weapon
· Plasma sword: 40 damage, “as fast as you can click”. Heavy weapon. Melee. 10EUs per second of active use.
Armour and other devices (works for any sized body):
· Light armour: + 10 vehicle health points, -5% speed.
· Medium armour: +20 vehicle health points, -10% speed.
· Heavy armour: +30 vehicle health points, -20% speed.
· Shield: 100 shield health points, -10% speed, requires 5EUs per second of active use.
· Jet-pack: allows flight for up to 20 second (note, armour doesn’t take fall damage), requires 10EUs per second of active use.
· Shoulder-mounted cannons: 30 damage, fire rate of 1/2.5 seconds. No ammo, 30 EUs per shot.
A banner for the truly wonderful. By WildWild.
This is Futurecraft...
Jun 18, 2014zfarmer posted a message on Snapshot Double-Feature: 1.7.10 Pre-Release, 14w25a Ready for Testing!Badgers were removed? Does that mean Herobrine was a badger?Posted in: Minecraft News
Jun 16, 2014Posted in: DiscussionQuote from vipersick1with000
I agree ! and i will recommend not purchasing mine craft to everyone.
All because they're preventing abuse to the proper way to play minecraft? I'm sorry, but if a server is required to sell individual pieces of gameplay just to make enough to maintain their server, they're doing it completely wrong. Not to mention, its morally wrong. Obviously, stated by the EULA, it isn't their game to pick apart to make money off of anyways. This is Minecraft, made and owned by Mojang. This is their property, not yours, you should be happy with the freedom they already give.
Jun 3, 2014Teslakoyal posted a message on PowerCrystals' mods - MineFactoryReloaded, PowerCrystalsCore, and NetherOres updated! - MFR 2.7.9 releasedGuess my question kinda goes along with the one above my post, accept its for the fact that the MFR [1.7.2]2.8.0B2-499 and the PC 1.1.9B1-21 require the CoFHcore 1.7.2R3.0.0B1 is it possible to get that or is it just a internal Dev build.Posted in: Minecraft Mods
Dec 29, 2013Generalcamo posted a message on [Forge Multipart] ProjectRed - v4.7.0pre12.95 - 02/08/2016Posted in: Minecraft ModsQuote from raacer
Eloraam adding computers, machines, and pipes was just a poor attempt at monopoly.
Are you completely serious? This is exactly the kind of behavior on these forums that I despise. If you guys see the SLIGHTEST of similarities, you bash it and call it a rip off and a conspiracy to kill other mods.
To Mr_TJP: Congrats on getting onto the FTB pack. I love playing your mod on there.
Nov 15, 2013Posted in: Minecraft ModsQuote from Bunkaz94
This mod is dead and the closing of the thread is the last nail in the coffin. Happy to be here to see it die, even though it was a cool mod back in the day, there are many new mods that can replace redpower.
Oh look, a troll! Do you need any help?
Sep 28, 2013Posted in: WIP Mods
A current version of the design document can be found here.
The raw undulating chaos of the world compels you to build. Cities have been created and destroyed as great foes rip them apart. The very ground you build on will not last. Protect your village, protect your treasure, for they are coming for you.
There are a few facets to this project: Village creation, Base defense, and Dungeons
Villagers are smart. They are capable of finding their own food and resources. They can create structures, farms, even a whole society given time. They will slowly alter the world as they expand, terraform, and evolve.
Foes are also smart. They organize themselves into groups, scout areas, and can break into bases in many ways. The more land you possess, the more foes will come to take your wealth away. Their primary goal is to ruin your base; defense becomes all-important. Walls will be erected, traps will be constructed, and foes will crash through them in a tug-of-war between the player's village and the outside world.
Dungeons reverse the role of the player and foes. Players navigate traps and fight off foes in an attempt to gain treasure or other resources. They serve as nests for some foes and can contain leaders or bosses.
Note: A master control switch will be available for those that want the villagers or dungeons and not the massive world destruction
If you look closely, you can see a few things that have been made already.
Not much is ready yet. This is a place to refine ideas, collect insights and feedback, and will be a good place to release when the mod is ready.
Source code can be found on github under a Public Domain license.
Sep 6, 2013Posted in: Recent Updates and Snapshots
Hi Jeb_, I know you're reading this.
Unfortunately, I just loaded up the latest snapshot, and I found out that the old rose is completely gone. Not only did I like the old rose, but I always thought of it as an iconic part of what Minecraft is.
Random flower is iconic!
What does Minecraft think the sun looks like? A big yellow square in the sky.
Incidentally, it was round for a while, and only became square again through a very narrow vote. So it's not like the community as a whole gives a massive care about iconic things.
And a thing I don't understand: you're adding several new flowers to the game, so why delete one of the main old ones? If you're in favour of more flowers, why are you deleting flowers?
I know, right? Now we don't have a singular red flower to use in aesthetics.
We have rose bushes and red poppies now? Twice as much red flower power? And you're complaining?
In the end, Jeb_, the fact is, I don't need you.
If it makes you feel better, that's mutual.
I will go on to retexture and rename the old flower back to what it was, and continue to play the Minecraft that I love.
Most people who don't like texture changes do that without making a topic complaining about something they're going to easily fix to suit their own personal desires, anyway. Things to think about.
But the more people do this, the less contact you will have with the actual players of the game, and the less you will be able to please them. I'm not sad for me, I've lived the Minecraft dream, and continue to live it.
Why do I get the distinct feeling that the vast majority of players won't give a damn about the change from a rose to a poppy? That's probably because most don't, in fact, and it's so overdramatic when players act like a small change they're in the minority at disliking means they're alienating the community as a whole.
I'm sad for you, and for all the new players who will play with a watered down lame* version of Minecraft.
Because a red flower... is now a red flower. Kaaay...
If anything, though, the rose has gotten watered up, since it's grown into a full bush. The rose you're so sad about has grown into a fully mature bush, and it's loving it. It's out of the house for the first time. You're like the parent throwing a fit because their child moved out of the house and has a successful job and wife. It's happy, galdernit, and accept that the only child you have left is a poppy adopted from the local flower shelter to fit in your purse for you to put cute hats on and take to the salon.
Jun 27, 2013Flareton posted a message on [Alpha] The Aether II: Genesis of the Void (The Festive Update! Presents, new companions, and more!)Posted in: Minecraft ModsQuote from Collin1971
THEY ARE NOT GOING TO UPDATE TO 1.5.2! THEY ARE UPDATING TO 1.6!
Quote from The Aether Development Twitter »
We will not begin updating to 1.6 until our 1.5.2 update is released. APIs haven't updated, some people won't update to 1.6, etc.
That was 23 hours ago.
Dude, check your facts before you yell, please.
- To post a comment, please login.