Search results

I am a bit late to the party here, although I would have gone with "minimal" and "full" :p At least there's a chance that an unsuspecting end user could deduce what those distros contain.

That is kinda my hope. But please wait until the official build is run with Java 8 ;-)

Yes they are! At least almost. I would omit the auto-installing of a JRE for that option though.

I would rather have platform-dependant options and a "generic" one that doesn't install anything on it's own, intended mostly for power users. If you look at other Java software, that's how it's often done. Platform specific packages + a generic one. *edit*: From the standpoint of the auto self...

I made a repository with repackaged JREs for all platforms we support: https://github.com/shartte/TerasologyJava The shell script automatically downloads the JRE for all platforms, removes everything marked as optional in the JRE readme and creates a .tar.bz2 with just the JRE. This could be...

> Opens Java download page if an appropriate Java version cannot be found or a support website in case of an error. That sounds kinda horrible, heh. Why would we even consider doing that? To save 45 MB download size?

That would be possible, but right now, there is no installer :-) It's just a zip file if i remember correctly. If there was an installer, it'd have to work on Mac OS X and Linux, which makes it even more complicated.

I don't think you're currently legally allowed to reduce the size of rt.jar without loosing the right to redistribute. At least that's what I am reading in the Oracle license, but I might be wrong. > What bothers me is that it's quite big and only rarely necessary. It's about 45MB compressed...

That is really odd. It did work in both the dev-version and dist-version previously. I'll have a look when I get home. We should probably add an issue. Regarding what's next: Next steps would be: 1) [Low] Color offset interpolation in the engine (automatic, visual only) 2) World Generation...

I think this is probably pretty important. Also not per-block but per-chunk while keeping the actual chunk storage as transparent as possible, heh. *edit* Regarding interpolation: the issue with using independent blocks is a) the sheer number of .block files you need right now and b)...

Ah but Cervator, we would privately ship a JRE with the exact version we need within the Launcher zip. I have made this change on Windows yesterday (locally) and it worked. The biggest downside is that the download size of the launcher will increase by roughly 45MB. The BIG upside to this on...

I have no Mac that I can try this with, but there is a JRE 8 for Mac OS X here: http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html It's possible that Safari only uses the Apple Java so Applets run into these problems on Mac OS X. Since a private JRE would not...

I updated the PR: https://github.com/MovingBlocks/Terasology/pull/1242 The renderer no longer needs to know what humidity/temperature are. This allows for color sources to completely override the per-biome color.

Hello everyone, what is the current roadmap/policy for targetting Java 8? I think it has great potential for making APIs generally nicer (default methods) and simplifying a *lot* of the UI code by using Lambdas for bindings. Another nice feature would be to use the embedded JavaScript engine -...

The biome is per-block because otherwise, biome boundaries could only be on 32x32x64 cubes, which leads to a very artificial feel.

Have you had a look at the MC mod "WAILA" and what it provides? I think it has some additional UI integrations and separates the block Name from the name of the Mod it comes from, for example.

I also thought about this. Since the areas are probably quite big and *should* be somewhat contiguous, the biome data will largely have the same value within a chunk, other than for chunks that lie on the border of a biome. For storage on disk, GZip should already take care of this. For...

Hm, I don't think it would limit you in that. You could make a world generator that simply uses the "DEFAULT" biome and doesn't care about biomes otherwise.

Regarding the use of biomes: I see biomes as a macroscopic view of the world's topography. If you look at a typical game world from the birds eye perspective, you'd usually see a bunch of areas with homogenous properties (i.e. a swamp, an ancient forest, an oasis in a desert, the desert...

Hi, I didn't change how the Biome is actually computed. I am rasterizing the BiomeFacet provided by the WorldGenerator into the Block grid. So what Biome goes where is still dictated by the Worldgen. Regards Sebastian