Quote from CreeperFiend
Wow Mojang, way to release it for one of the lowest graphically capable gaming systems out there. Even on HDMI it will look like crap, PS3 should have been the way to go. I wonder why Mojang even took the "bribe" from microsoft when they would have made tons more money. The Xbox system is vulnerable to piracy, compared to PS3 which is ahrder to hack and pirate games. I know tons of people that would have bought this as soon as it came to PS3. I just hope Mojang will accommodate ALL minecrafters.
Wow... The Xbox and PS3 have equally capable graphics capabilities, and you say PS3 is less vulnerable to hacking... *cough**splutter* PS3 Already got hacked unlike Xbox *cough**splutter* also, Xbox has had more sales and therefore putting it on Xbox would cater for more Minecrafters than PS3, so you're blatantly talking about what you don't know, and probably got a PS3 yesterday.
0
You know that stack trace proves exactly what I was saying... The problems occur when the MAIN thread is blocked. Therefore putting it in a different thread (with aforementioned code if you can't be bothered to do it properly) would solve that problem.
0
Irrelevant. SQL queries will take a few seconds no matter what. If you multithreaded it there would be no lag, because the time it takes wouldn't be stopping any other server activity.
0
The actual checking of permissions would be faster after the initial overhead of performing reflection on Craftbukkit internals. While it isn't a massive gain, it can prove useful on massive servers. The SQL problem could easily be fixed if the developer wasn't an idiot who needs to learn about multithreading (see sticking Bukkit.getScheduler().scheduleAsyncTask(new Runnable() {}); around your code for something this simple).
0
They aren't doing nothing, but they are working on the game instead of the API.
0
Well that's just great. You know you just quoted a post from a year ago, right?
0
0
On the other hand, how it works makes it much faster.
0
Lolno. Back face culling isn't the same as not having the chunks sent. It means that entities wouldn't be able to spawn in the chunks because there are no players in them and you aren't loading nearby/adjacent chunks to the player. This means that there would be much fewer mobs underground if adapted to work, or suddenly loads of mobs would spawn at once if you mined down and fell into a cave if you left the current mob spawning system.
0
Not really. The Mojang API will be very bad in comparison to Spout. Unless they rewrite the whole of Minecraft there will still be a lack of multithreading and proper rendering that uses a system higher than GL1.1. This means it's not plausible to add all that functionality to Minecraft efficiently.
1
0
It's april fools, of course the mods section isn't being deleted...
0
While unofficial forks are likely, it's unlikely that Bukkit will be officially updated after the mod API is released. There wouldn't be much point for it.
0
Nope, the one I know of is surprisingly easy. I'm obviously not going to release proof because it's easy to figure out and everyone will then know.
0
It takes a lot of HDD space because it has to. MySQL uses so much less than flatfiles, but some people don't have access to a MySQL DB, so they use CoreProtect, which is as good as it gets for flatfile.
0
Largely wrong. There are things such as session stealers. While some have been patched in the past, I know one that is still possible, albeit hard to do.