Jump to content
Search In
  • More options...
Find results that contain...
Find results in...


Popular Content

Showing content with the highest reputation on 05/16/18 in all areas

  1. i don't understand much of minecrafts chunk generation code, i implemented my own version. If you want to learn about manipulating noise in general you could dive into the subject of computer graphics, try the chapter about generative design from https://thebookofshaders.com/ .
    1 point
  2. you write your blocks into the chunkprimer after you have copied it to the chunk, you call setBlocksInChunkIsland to late. Put it directly after "this.setBlocksInChunk ..." or after "this.biomesForGeneration = ..." if you want to manipulate the biomes. Edit: I am not shure if the world object has the biome information you need at this point, use biomesForGeneration instead, you have to calculate the coordinates manually since biomesForGeneration is an one dimensional array. Edit 2: Also you should not check for the right biome and instead just update th
    1 point
  3. Ok, but it would still be possible to find out at which positions the biomes need to be changed.
    1 point
  4. If there are no floating stones then you probably don't want to change the biome there, i don't see the problem.
    1 point
  5. This is not a forge issue, it is a user issue caused by ignorance. Use the Forge installer. All you have done so far is phone the doctor and tell them "it hurts". Now you need to provide actual information. As for the fact that you don't have the forge jar:
    1 point
  6. I am no expert on this, but i would propose to get rid of the if(biome == KCore.instance.FloatingIslands) line. Floating islands will be created everywhere but there shouldn't be any chunk problems with chunk borders. If you really need to have a floating island biome at these positions then let the setBlocksInChunkIsland method return something telling you if there was at least one non-air block set, so you can fix the biome.
    1 point
  7. 1 point
  8. As you know, for any given block, only states returned by getStateFromMeta(int) are stored to disk. Additional states returned by getValidStates() are not. Your best bet would be to see what properties in the set of states returned by iterating through metadata 0-15 never change (and do change in getValidsStates()). All 16 states returned for the dirt block from getStateFromMeta for instance will be snowy=false, as that is not stored. This will not be true in 1.13, where blocks will not be limited to 16 (storable) states. Presumably every possible state will be stored.
    1 point

  • Newsletter

    Want to keep up to date with all our latest news and information?
    Sign Up
  • Create New...

Important Information

By using this site, you agree to our Privacy Policy.