2
Quote from PootisClockwork»
Yes, but if you build a base next to the mansion and place a bed in there, once you get a totem, you could get as many as you wish.
1
I like the concept, I'd like to propose an idea for the implementation. As you said, keep it a 5x5 platform, I'd say the outer ring be made of a single block (maybe obtainable End Portal Frames?). The inside blocks (3x3, or 9 total) have to be made of Iron, Gold, Lapis, or Diamond blocks. The exact configuration of these blocks acts as the ID for gateway. So if your portal is set up so the northern row is Iron Blocks, the middle row is Gold Blocks, and the southern row is Iron Blocks, it will only link to the other portal in the exact same configuration. That gives you 262 thousand possible combinations. You could also rig up Redstone to move the blocks so you can make gateways that can be reconfigured to go to a different place with a press of a button.
It might make them the targets of thieves but so does a Beacon and that announces the fact it is there like... Well... A beacon. And if you think that Diamonds and Gold are too expensive to risk, you can still get 512 unique portals from 2 materials.
1
Nice mine! I love the bricks!
1
Chunks are only generated when you go near them, which is why if you switch versions and go to unexplored areas that the terrain is a lot different,
it has been calculated that a completely generated world would be many Pb big.
1
I don't see the point, it's not really the programing that slows ark, but the load of vertices, combined with high textures, realistic lighting, etc.
So why does the programming language have to do with it's slowness?
And the point of ark taking 2 years to make is ridiculous, I doubt they took that little time, and I bet a large chunk of time was spent on modelling and texturing.
Edit: Thanks admins, I thought I should go back and fix that word, but it seems you already fixed it, thank you.
1
Do they really need a reason for their name?
1
SPOILERS!!
No one wants to spend 99% of ther time on a webpage scrolling down.
1
I here you, but I think a better solution would be to make it so that achievements can be done in any order, so instead of open inventory-get wood- make bench- make sword- kill cow, I can go kill cow- get wood- open inventory-make bench-make sword. but I get your point
FULL SUPPORT!
65
Random rnd = new Random(seed + (long) (xPosition * xPosition * 0x4c1906) + (long) (xPosition * 0x5ac0db) + (long) (zPosition * zPosition) * 0x4307a7L + (long) (zPosition * 0x5f24f) ^ 0x3ad8025f); return rnd.nextInt(10) == 0
44
1
I remember back in the beta, when people said that Minecraft was dying...
1
With the upcoming Mansions and the "Exporation Update", how about we finally get the ability to overworld portal that are similar to how waypoints work in action RPGs. Here's how this would work:
First, you need to build a platform near your home, using whatever recipe is needed.
Secondly, you would have to manually travel to whatever place in the world that you would want to teleport to and from in the future.
Third, you'll need to add an ID to each portal, as well as a target ID.
Once you'd added the IDs, then activating the portal will take you from the block you're standing on to that block's equivalent block on the target portal. Imagine a 5x5 portal platform, with an 8-block square inside and a center block that is the activator. You'll have to stand on either of those 8 blocks while activating the center block, or else nothing happens.
I think one of the reasons why mid- to late-game exploration can be a bit boring, is because there's just so many different biomes, the biomes are large and it's totally random how they appear in a game, so you can't really find every single biome in one game unless you spend an ungodly amount of exploration.
This kind of portal would make it easier to keep exploring in any direction, without having to spend hours just to get back home. The rewards you get for exploring the overworld aren't critical enough to defend spending hours getting them. LIke, imagine spending 2 hours just so that you can see a Polar Bear for the first time.
I think it's time we allowed this kind of travel, but also making sure that it's not easily to obtain. It shouldn't have to be limited to the console commands. It should be a feature and aesthetic within the default game flow.
1
Yes, but most of those versions aren't developed by Mojang, either. All console versions, for instance, were developed by 4J Studios. Story Mode was developed by TellTale Games.
Now, it's true that Mojang themselves developed the MCPE, but keep in mind that, when a game already exists, most of the code has already been written. All you need to do is port it, which is far less work than writing the entire thing from scratch. And by "scratch" I obviously don't mean every single line of code. There's even code from Morrowind found in Fallout 4, that's not the point. But you have to write far more code when you develop a sequel to a game, than when you simply port it.
The core point here still stands, either way. When you move a team over from one project to another, that costs something. Mojang can't do everything at once. They were able to develop the MCPE because they had already competed the development of Minecraft. Right now, all they're doing are adding new content (something that Jeb may, for all we know, be doing largely on his own).
And yes, if the devs at Mojang are fluent in other languages than Java, then that's obviously a moot point. But you can't just generally assume that devs know other languages. And learning a new language takes time and distracts from the main task.
The size or prestige of Mojang is irrelevant to my principal point, which is that there's higher costs involved in moving onto a new project.
Where the source of that info? and who's developing it?
You still need to rewrite tons of code, when you make a new game - regardless of whether it's an all-new IP, a sequel or a remake or reboot.
Yes, you can:
https://www.reddit.com/r/Minecraft/comments/lx5g3/complete_list_of_minecraft_clones/
I know, bad workaround and I agree that a sequel, especially one written in C++ or C# (either with it's own engine or using Unity/UE, preferably a post-Vulkan version of them) would be a good thing.
But we gotta stay realistic. And right now there's no reason for them to develop a sequel, for plenty of reasons:
1. Minecraft has never been as popular as today. As alluded to, it's got about 30 million players and growing.
2. Whether you call the game Minecraft 2.0 or Minecraft 1.20.1 is arbitrary (although separating the two versions can be a good thing)
3. Most of what a sequel would contain, already exists in the form of mods. Have you tried using some of them? (I know, you shouldn't have to, I agree)
4. The aesthetics of Minecraft, while crude and "outdated" to some, is the very reason why a lot of people play it.
5. A lot of the slowness of Minecraft isn't due to Java, but rather due to it being procedurally generated. You can't cache too much data at once.
6. Playing any game for too long is always going to get you fed up. That's why veterans are a poor representation of "what players want".
7. When a sequel does come out, there's no guarantee that you, as a veteran, will be satisfied by it. There's always a huge risk involved.
Don't get me wrong, a sequel would never happen if people like yourself never voiced your opinions. But personally, I'm just very sceptical of a sequel happening any time soon. That's all. Would be nice to see a fresh new start, but right now I prefer if they just keep making the most out of the existing game, because there's still plenty of untapped potential in this game.
1
That assumes that the devs are actually fluent in that other language. For Minecraft, they've most likely been hiring people who are fluent in Java, specifically. And Mojang has built up a dev team of close friends. Jeb wouldn't just lay off his close friends just so that he could start writing in a different language, when the type of games they're making are doing just fin in Java.
Switching to another language is sometimes a much bigger deal for a company than you might think.
2
Keep in mind that this is game design, specifically, and not arbitrary programming. Sometimes, getting the most efficient code isn't the most important thing. Successful game design is about finding a balance between massively time-consuming optimization of code, and adding content. Success is also about knowing how to write the correct code. It doesn't matter if you use Ultrafast Language 5000 if you solve problems with drunk algorithms and a miserable understanding of the problem.
Don't forget that the more code you write, the more bug-prone the code is, as well. This is why optimization is generally a bad thing that you want to avoid. It can greatly improve a game's performance, but at the cost of tons of time and plenty of opportunities for new bugs emerging. You always want to run your program through performance tests and focus on the bottlenecks that you find. Not to mention have a good understanding what causes bottlenecks to occur so that you can avoid even writing that code to begin with. Or write the simplest possible code that may itself be "efficient garbage", if the plan is to refactor it later with more complexity.
Java is an easier language to code in than, say, C++. As such, Java is also easier to learn by potential modders who have no intention of becoming career programmers for low-level systems.
Secondly, Java is integrally multi-platform, you don't need to refactor code to make the program compatible across multiple systems (although this is becoming more and more true for other languages too, due to better cross-platforming of APIs and such).
Thirdly, As I understand it Java is more secure than other languages in that it runs on a virtual machine rather than directly on your system. When your application crashes, the virtual machine crashes rather than your main OS. And your hardware is unaffected. This is great for programming without the fear of damaging anything on your computer. This includes malware as well, to my knowledge.
Finally, nobody is saying that Java is the greatest thing ever, but usually the defense of Java is in response to stubborn critics of Java who keep using the same old argument of "efficiency and speed" - which is a moot point because AAA titles are never written in Java, nor will they ever be. Java is a language purely for low-demand indie titles and smaller programs. for that use, Java is far superior to, say, C++. But for deeper code and high-demand operations, C++ is unmatched. But in most of those cases, people are using third-party engines and APIs to solve their problems. So the programmer isn't usually the one who needs to worry the most about performance (at least not the more complicated things that are hard to wrap your head around). And yes, you can find stubborn people in all camps. It's not unique to any particular language.
Additionally, many programmers don't seem to understand how commercial software design works, and they would sooner spend countless hours optimizing code that has very little impact on performance, than to actually focus on the real bottlenecks in the performance pipeline.
Not to mention that the primary bottleneck for successful game design in games today, probably lies within design and not in code at all. Unless the developers are inexperienced programmers.
1
If the issue was Java, they wouldn't have written it in that language to begin with. Java is also much faster today than it was in back then, with JIT compiling and more. But even if Java was the issue here, it doesn't matter because Minecraft 1 is already out and they're not going to compete with themselves for as long as the existing game has that much success.
Also, the language that you use is usually not the main bottleneck in your programming. Most of the code you write is not performance-sensitive.
1
Whether the version number works like a decimal value or not, is completely arbitrary.
But yes, the usual way is to say 1.10 - it's another way of saying game 1 / update 10
1
1
Maybe you should leave the conclusions to people who actually know what the heck their talking about. I mean seriously, Minecraft 2.0 is due for release in 2014? Based on what? Assuming that you're (hopefully) talking about the update that comes after 1.9 and not an actual sequel to the game, what difference does it make whether it comes out or not?
Secondly, do you even have the slighest idea of how ingrained Minecraft is with the modding community and how much it actually supports the continued existence of the game? Destroy the community and you basically cut the players in half (well, probably to 3/4 or so, but still). Not exactly the best return of your newly invested $2.5B.
Third, do you have any Java experience? Do you actually know how Minecraft's .java files are written to specifically allow for external source material, not to mention how the files (to my knowledge) are all openly available if you decrypt the Minecraft.jar file?
As far as I'm concerned, you're posting divisive garbage here. If that offends you, then maybe you shouldn't make empty accusations. I couldn't possibly care less about Microsoft specifically, but it's statements like yours that make these companies listen much less to their users in the first place. It's one thing to speculate on what could possibly happen (which you don't even need a valid reason for doing, even though it helps your credibility). But it's an entire different matter alltogether to spread unsubstantiated factual claims, especially those that put the subject down. When people do that to other individuals, we call it back-talking or even bullying. I guess when companies get bullied around though, it's just called "another day at the office".
But I'm sure you just worded yourself badly and that you meant well, but I think you're mistaken in this case.
1
Not really. Even though game features don't have to make real-world sense, they still need to make game-sense, which is whatever makes sense with regards to that game's mechanical logic, balance, lore (whether explicitly added to a game or implied through the content (as in Minecraft)), etc.