New C++ driven Minecraft client

I've always known that generating and rendering stuff is the most expensive thing to do, so I thought it could be smart to separate them ;)

Would you maybe like to see my source code? You can probably find allot of things that could be improved, especially in the rendering code. ;)

yes the underground areas are a huge rendering problem for gpu's rendering voxel worlds using a skinning approach ( the speed limit comes from the vertex transform stage which is very difficult to alleviate without advanced techniques )

One simple approach is to flood-fill an area to see whether it is even hypothetically visable to the player ( eg it is open to the sky or it contains the player )

more advanced approaches can all but completely combat this problem but they require extreme graphics programming prowess - one very effective approach is to stitch faces together which are both connected and coplanar this drastically reduces the number of vertex's which must be rendered ( in a beta 1.8 minecraft map i reduced a 4kilometre square area from an utterly untenable 36 million polygons down to the easily displayed number of 180 thousand ) - this approach can be ever further improved by stitching non-connected coplanar faces such that the number of verticies becomes ABSOLUTELY tiny ( 900 polys while perfectly displaying the "normal view distance" in minecraft ) and indipendent of the complexity or number of blocks in the world - however if you push it that far the textures which must be generated for those connected polys become extremely bad for the graphics pipeline during the fragment shading stage and you become bottlenecked there instead - a happy mix of the connected and non-connected approaches can be used to acheive massive view distances on extremely out-dated computers... but it's very complex to use that technique ( from a programming/math perspective ).

ultimately graphics cards are relics of the past which just havn't yet died out - techniques similar to backwards-raytracing are currently limited by the resolution of the screen but are not limited by the size of or number of objects in a virtual world, as long as the number of things in our virtual worlds continues to increase and as long as the resolutions of our screeens continues to crawl or stand-still ( which seems inevitable given that our eyes arn't evolving improved fidelity at any noticable rate ) a tipping point is impending and people are not going to look back.

Interesting question you raised thanks again niels!

Are you able to change everything using Lua? You said (a while back) that you have unlimited worlds working, but I expected that that could only be done in C++.

Thank you for the quick reply! I am fairly experienced in C++/SDL, your information was extremely valuable! As I am new to Clickteams tools, I would like to ask a question, is it possible to make a console of some sort (something to accept and read user input, such as words/ numbers) in MMF2, it is required for a small project of mine. Thanks in advance!

I can't wait to try all the changes. Keep up the good work :D

Yay I was getting worried :D

Oh, im glad to hear it Im also working on a new mod with a few people. +1 sub

You may, of-course: )

I wrote a really good response elaborating on the use of parallelisation via GPGPU for use in the hierarchical ray tracing of Minecraft worlds, which; was very interesting..

Unfortunately I clicked cancel not submit and then proceeded to bang the desk and say Grrr !

So anyway, there is certainly room for improving the process of rendering which could come with ridiculesly cool side effects ( such as infinite view distance ).

Its awesome your going to learn ++, there is so much more ide like to say about it, but right now I must adjourn at good luck.

but how are you gonna update without internet? anyway good luck with your relocation.

realy? YES :D