Minecraft Forums

Looks like alexcrish decided to stop development for some reason. However he still makes animations, I think.

I'm late by quite some years, but really excited and curious about the pipe organ thing: did you change the sounds with a texture / data pack? And do you still have a download of only the pipe organ sounds? Also, how did you manage to controll the length of the sounds? I'm really struggling with this, and would greatly appreciate it if you gave me some information regarding this feature.

-EenUrker

Quote from Zeno410»

And Ice Spikes is odd for super-dry if you think about it - it would make sense more as very wet. These would have been better as very high weirdness areas, or using a system more like structures where they get scattered about in appropriate biomes.

Not really. There are plenty of real world locations where ice is super prevalent but also has super dry air. Just because ice comes from, and is made from water, does not mean the air around it is going to be moist. Humidity is a factor that doesn't care much about physical permanence. Just like there's a Dry heat, there's also a dry cold. As well as a wet heat, and wet cold.

Besides the fact that Minecraft exists in it's own world, with it's own laws and rules, not everything should make sense like it does in real life. The universe of Minecraft has it's own sets of irrefutable laws and rules that only make sense in Minecraft You're talking about a game where a portal to hell and some other void dimension exist with their own ecosystems and weather patterns, either existing or not..

I recognise that this is an older thread, but I want to say that it really does feel like they were developing a good concept with the worldgen overhaul and then stopped halfway. The game's selection of biomes and the hard biome borders worked way better with the old world generation, where biomes were selected mostly at random with only loosely-defined temperature regions. Probably my favourite places in pre-1.18 worldgen were the plains, since you could get nice open areas that were surrounded by a whole bunch of different biomes like forests, birch forests, dark forests, taigas, mountains etc. The fact that biomes had different terrain height offsets with sharp jumps between them was fine, since the biome borders had enough organic "roughness" to make it look nice.

The current system of biomes being selected based on temperature, humidity, and terrain noises is at odds with the identities of the biomes themselves, where a lot of them are defined by "biological" or aesthetic qualities like the types of trees and plants that grow there, instead of a particular type of climate. It makes sense to some extent to separate different trees based on temperature and humidity but there are a lot of distinctions that feel shoehorned in - like oak and birch forests, how do you separate those? Shouldn't they have some overlap in temperature and humidity regions? The way they ended up doing it is that birch forests occupy the "medium" temperature range at a higher humidity than normal forests, which I guess makes sense but means that a birch forest can never generate next to a plains (since plains generate at lower humidity than normal forests). And then dark forests generate at a higher humidity than birch forests - so dark forests can't generate next to plains OR generate next to normal forests (even though dark oak trees are presumably "mature" versions of normal oaks), and it creates a fairly obvious pattern of forests and dark forests always having a band of birch forest in between them. There are a bunch of other questionable choices like taigas only generating at higher humidity than forests so that they're also "forest-locked" and can't generate next to plains, no jungles next to savannas (but you can have jungles next to birch forests for some reason?), or the fact that they use the "weirdness" (i.e. peaks and valleys) parameter to separate biomes so that certain biomes can only generate on one side of a river.

The new terrain generation is great and has a lot of potential with data pack customisation, but it feels like they made the biome placement too formulaic and failed to look at biomes holistically and think about how interesting landscapes can be formed from biome pairings rather than just individual biomes. The game is also lacking some pretty basic biome types for "climate-based" biome generation like cold deserts, dry grasslands, and dry forests or woodlands, and the new Cherry Grove and Mangrove Swamp biomes especially feel like they would've fit better in the old system. I think it would've been better if they expanded the multi-noise system with one or two more parameters for "biome randomness" so that more biomes could have overlapping temperature and humidity ranges, or a more radical idea would be to replace the existing biomes with more generalised ones and make things like tree variety controlled by biome-independent noise (e.g. instead of forest, birch forest, dark forest etc, you could just have a "Temperate Forest" biome that can contain regions of oak, dark oak, birch, and spruce trees). I am actually (slowly) working on a data pack that does the latter, as well as redoing the terrain gen to hopefully add more variety on that front too.

The client_reobf.jar that I have contains every recompiled class, the same number as \bin\minecraft\net\minecraft\src (where the compiled classes used to run the game are placed), and over three times as many as \reobf\minecraft (from which I copy the files from); at the least you are including unnecessary files, especially for smaller mods (for example, earlier versions of TMCW could be used with Optifine but if you just included all files like this you could end up overwriting anything Optifine modified; I'd also made mods which were just a single class, like my "old caves" mods or Intel OpenGL fix):

Quote from Catbox_»

Your new mod is now in /temp/ and is presumably called client_reobf.jar.

The actual files are in "mcp\reobf\minecraft"; you can't distribute that jar file as it is against the EULA to distribute "modded versions" of the game, only relatively small snippets. This also means you'll need to have the user manually install it (aka the old "jar" modding days, open jar with a zip tool, add files, delete META-INF, but you'll also need to set up a "custom version", as I gave an example of here, I also distribute the json file with my own mods so you don't need to edit it yourself).

Also, I looked at the contents of "client_reobf.jar" (using 1.6.4 but that should be the same as 1.7.10, and probably any version) and it probably wouldn't work anyway since it is missing the assets and achievement folders and some other files so it isn't intended to be a complete working version (it is possible to add new/missing assets with a resource/texture pack, as I use to add new assets within MCP, the game seems fine with this since it loads them right away, no warnings of missing textures).

Hey, I would like to partner with a mod dev to create a small-sized mod. I can create textures, models and builds for the mod. I recently got into modded minecraft, so this is my first time creating a mod. I would like to start with creating a small-sized mod. The type of mod is something we can decide together. Add me on discord if you are interested: tonkah_

Portfolio: https://www.behance.net/tonkah

Quote from CreeperMain»

Did you go anywhere with this, or did you abandon this project

This was posted nearly 5 years ago and based on their posting history, which you can access bu hovering over their profile name, they never went anywhere with it, and either way they haven't been online in over 4 years so it is unlikely they would ever see any replies (always look at dates before posting, not just the thread but the activity of who you are replying to).