Minecraft Forums

There seemed to be no major performance issues with this version here (still can't ascertain if it's faster, slower or the same thing as an unmodded 1.2.5) and my computer is a pre-historic Duron 1600. One thing that seemed a bit better was the loading of new chunks, I believe, and SMP lag didn't seem too horrible either (there was one time in my short testing that a black came back).

I guess 1.3 might not be that bad for poor computers after all.

By the way, isn't there already a search function in the new Creative UI?

Quote from deathsbane90

Anyone else having a problem with the aux.class file not copying over?

** DO NOT UNPACK THE JAR FILE **

Replace the entire old jar file with the new jar file.

This is not a mod. You do not unpack, copy class files, and repack.
This is a new release. You just copy it over as-is.

Quote from pureprogger

Why, tell me why?!

Dear Mojang,
if you know how to use machine-oriented and cross-platform languages like C++ instead of slow-running Java, then there would be no reason to merge single player and multiplayer just for an API. Also I can't imagine, that Java is such as poor, that there is no possibility of builder configurations and compiler commands. One click and you have single player, multiplayer and what you want... including API. Sometimes, the easier way is not the best.

(sorry for my English)

I'm not upset at your english. I'm upset at your lack of knowledge of languages and speed.

Google did a major research issue looking at several languages, including their own. Turns out that while C++ can be excessively optimized by an expert, for the vast majority of stuff C++ and Java are about the same speed. For Java, the best fine tuning seems to be knowing how to tune the garbage collection system. Both Scala (an improved java) and Google's own language had faster development/ less lines of code, but slightly worse performance. That's a very brief summary, slightly inaccurate for brevity.

#1: Java is cross platform, more-so than C++.
#2: C, and C++, are best thought of as high level, mostly-portable assembly languages. C++ barely begins to be a high-level language, but the template library gets you there at a horrible cost in memory footprint. C++ does not have true logic/data separation (the inheritance model is based on source-code reuse rather than binary code reuse; it is much better suited to interface inheritance than class inheritance. Interestingly, that's the better way to do it, but the complete inability of the language to handle a single piece of code working with arbitrary objects that implement a given interface makes it a disaster.)
#2b: Objective C does a better job of being a high-level languge (Java took a lot of inspiration from it).
#2c: All of the C family languages suffer from memory leak issues (objective C less than the others). Both C++ and Objective-C have a horrible "fragile base class" issue, in different forms. Java avoids that with a "Your interface is fixed on release because it has to work with others calling you" design. They all have their plusses and minusses when it comes to working with code you never knew about when you were written. C++'s complete lack of dynamic loading arguably makes it the worst of them.

#3: "then there would be no reason to merge single player and multiplayer just for an API" -- sorry, here you are clueless. The API does need them merged. There is just too much different between the two.

Quick example: Lets say I want to open a chest.

In 125 single player, I say open chest; I cause the interface to open. The game loop is not running, so the chest code has to call the game loop.

In multiplayer and 13 single player, I say open chest. Later, the server tells my client to display the interface. The server is still running the game loop, so the chest code does not.

There are too many examples of where different aspects of things have to do things differently in no-server and yes-server. That has to be cleaned up.

#4: There is very, very little effective difference between languages. What matters most is:
a: Programmer time (lines of code; Java wins hands-down for libraries out there to reuse)
b: Things not related to the program itself (dynamic loading; portability; extensability). Here, machine-independent scripting languages (think "Lua", "Scheme", or similar) win hands-down. Java comes pretty darn close (does it have the ability to compile new byte-code from text at run time yet?)

Believe it or not, well written prolog code is 90% or better the speed of C++, and prolog is normally panned as a slow language (one of the fastest languages to develop in, and the only one I know of where formal specifications are valid programs that can be both subjected to automatic verification and executed.)

Quote from epickanaal

so i can play with my friends without needing a server on my lan ?????????????????????????

Yes, for some definition of LAN.

You cannot control which of your interfaces it will choose.
It will only choose one.
You cannot have it use more than one.

Got machines on both an ethernet cable AND wifi? Too bad.
Want to use Hamachi? Good luck.

Best apparent observation so far: it uses the first configured interface, only. So find out which interfaces are in which order, disable the ones you don't want, open to LAN, and then re-enable the interfaces back. Not user friendly at all. (Hamachi is the LAST one in my machine, so I have to disable the internet -- which kills hamachi -- in the process. Fun :-). Not.)

Or, just learn how to set up a server. The only thing you lose now is the lack of ability to set "peaceful" with one click. And I don't consider that a loss, actually.