Posts by MauveCloud

oil drilling rigs (or at least the fields they drill) were nerfed somewhere along the line. They require MV power at least now (even for the lowest tier oil rig - the higher tiers drill several chunks at once, but with the same effective speed), and last I checked, there was only about a 26% of getting an oil or raw oil field that could even produce enough to break even (presuming you process the oil into light fuel and use it to power the oil rig). 22% with light oil. If you want to get double the energy you used for drilling, that's 14% with oil (maybe called "crude oil" now, not sure) or raw oil, and 10% with light oil.

There is a still-open bug about it here: https://github.com/Blood-Asp/GT5-Unofficial/issues/1238

A few months ago, I looked at the different fuel types, but not just at their fuel values, also at how fast I could produce them, depending on whether I had only LV single block machines for processing or multiblocks such as the distillation tower. Pre-distillation tower, light fuel wins out (I usually used oilsands ore, but I think oil berries would also work, if you're willing to take the time to breed some). After the distillation tower is craftable (and especially once the pyrolyse oven is craftable), methane is more attractive, since it looks fairly easy to make it renewable from crops (and water). Admittedly, GT5u makes the Crop Harvester recipe harder by default now, but if you have another way of automating a crop farm, such as a Forestry multifarm, you can use that.

GregoriusT wrote:

As far as I know from my old GT5 Days, you can create new large veins in order to make it possible to disable all small ores. And every small Ore should have a large Ore equivalent too.

Yes, I'm fairly sure custom ore veins are still possible, and I agree with the idea that there ought to be large ores to match the small ores. However, looking at the default configs, I see the following small ores that iirc don't automatically get large ores for them:

• Amber (the material was disabled by default for a few builds if Thaumcraft is not installed, but the GitHub issue says FixedInDev, so I'm not sure whether pre4 includes the fix)
• Amethyst
• Bismuth
• Blue Topaz
• Fool's Ruby
• Red Garnet
• Yellow Garnet
• Jasper
• Opal
• Saltpeter
• Tanzanite
• Topaz
• Zinc

Gus_Smedstad wrote:

I’m not sure why you’re suprised the macerator requires diamonds. GT5U macerators (all flavors) have required diamonds for as long as I can recall. That the lathe now requires them was an unpleasant surprise.

Sorry, I thought you were saying it specifically needed industrial diamonds (even for the LV-tier versions of those two machines), and that normal diamonds wouldn't work. It looks to me like either kind will work for the LV macerator and lathe. Looking at the FTB Wiki page history, I don't think it's new for the lathe to require a diamond - the page from 2 September 2014 shows a diamond in the recipe, and that predates Blood Asp's fork.

Gus_Smedstad wrote:

Compressed coal balls can only be made in the assembler.

In a test instance with only the following mods (and I even deleted the files in the config folder to force them to refresh):

I can see the compressor recipe for the compressed coal ball in NEI. Perhaps you've unintentionally done something to the config files to disable it, or one of your other mods is interfering, but based on my results, I'd say you're unfair in blaming GT5u for that change.

I'm waiting for GregTech CE to be buildable into a playable-in-survival-mode state, but as far as the string requirement for cables, I seem to recall that you can use a packager to bypass that. Or once you make your assembler, you should be able to use molten rubber.

However, I just loaded up a test world with 5.09.32pre4, and looking in NEI, I can't reproduce your claims about compressed coal balls requiring the assembler or the LV macerator and lathe needing industrial diamonds. Are you sure those aren't limitations imposed by your modpack, rather than GT5u itself?

4357 is the item id, which will be specific to your setup and list of mods (e.g. in one of my worlds, certus quartz has item id 4926 instead), and should be ignored for this. The 0 is the meta data value you need, so try this instead:

appliedenergistics2:material@0 = 1000

What extra info do you need that it doesn't already provide? Also, there are some finicky details that make it impractical to try to calculate everything ahead of time instead of simulating things to find out how well a design works. For example, if the heat generated by a component doesn't divide evenly into integers for the number of adjacent heat-absorbing components, one of them will get a little extra. Then there are the heat exchangers. I don't fully understand the technical details myself of how they work, so I had to get special permission to adapt from decompiled IC2 code.

GregoriusT wrote:

However Gold and Pyrite use the same Color and Textureset (even without April Fools), so ofcourse thats confusing. ;P

That actually makes sense to me, given iron pyrite's other name. I often wondered why pyrite wasn't at least a similar color in GT5.

The iron shaft doesn't exist in the 1.7.2 builds of IC2 experimental - the latest for 1.7.2 is 484, but the iron shaft item was added in build 541 according to the changelog.

Not for 1.12 yet, but for 1.10 there's this:

https://minecraft.curseforge.com/projects/world-control

You mean for Buildcraft, now that it has gone back to using MJ in MC 1.12?

ModernConverter looks like it will do that, though I'll admit I haven't tried it myself.

Yummychickenblue wrote:

Does the 1.10.2 port of GT5u have feature parity with the 1.7.10 version? I realize it's much more unstable, but is it as complete as 1.7 GT at least feature wise? I apologise if this has been discussed before, my (brief) research didn't turn anything up about this topic.

It's not up to date with the latest 1.7.10 version - I think it was branched back around the time of 5.09.27 or so, meaning that newer 5.09.xx versions won't be there (like the new circuit system or single-block machines that go all the way up to max voltage). I don't think there were any features deliberately omitted or postponed, if that's what you mean. Here are some major issues to deal with, though:

1. Item pipes don't work at all.

2. Fluid pipes go crazy if placed adjacent to cables.

3. Seismic Prospector scans can't be printed.

4. Unless you use an older build of IC2 that does not include crops, you'll need a special "shim" made by Chocohead (available in this post) to keep it from crashing because of the crop textures.

I suggest you also search the GitHub issues for "1.10.2" to see some of the smaller problems (including the "closed" issues, since many of those were closed as "wontfix" in consideration of the planned rewrite)

GregoriusT wrote:

Okay I will add an oxygen condition to the Flower Worldgen, apparently Moon has fertile Soil for some reason.

Yes, but only for flowers, looking at this function:

https://github.com/micdoodle8/…/BlockBasicMoon.java#L361

If you open IC2's jar file with WinRar, 7-zip, or whatever, you'll find it as assets/ic2/config/general.ini. When you run Minecraft with ic2 installed and no ic2.ini in the config folder, it essentially extracts this file and makes it config/IC2.ini. (I'm not certain of the exact mechanism it uses for getting this file, or at least the contents thereof, to use as IC2.ini)

However, if config/IC2.ini already exists, it tries to use that instead. If you have a leftover one from 1.7.10, this will cause problems, as the recycler blacklist will include "IC2:blockScaffold", but at some point the internal names were changed so that it now needs to be "IC2:scaffold" instead. If you edited this file heavily while playing 1.7.10, you might find it easier to change that one item. If not, it might be easier to delete IC2.ini and let it make a new one.

Just in case I'm misinterpreting your last line: If you're claiming that you don't have an ic2.ini in your config folder (as opposed to not finding it in the jar file, which was my initial interpretation), I can only guess that you're looking in the wrong place, because I can't think of a way you could get that error message without it.

MrEyeballs29 wrote:

I don't think Optifine is recommended for modpacks because it may not support mods. Also I need to change my design of my house just a little bit to make it stand out more.

Not exactly. It isn't allowed to be distributed in modpacks (not an issue for me since I'm playing single-player and not really compiling modpacks for distribution), and some mods say Optifine "isn't supported", but that doesn't mean it's incompatible, just that the devs for those mods don't want to spend time making sure it's safe to use their mod alongside Optifine, thus they'll say to try without Optifine first if the game crashes. I've seen some weird visual behavior caused by conflicts with Optifine, but I don't recall seeing a crash that could legitimately be blamed on a conflict with Optifine.

MrEyeballs29 wrote:

Oh yeah this is very of topic but my house is the best.

"Best" is very subjective when it comes to houses.

Personally, I like to make mine with huge windows and an all-glass roof (using Optifine connected textures for the glass ). Sometimes I also add a decorative moat.

GregoriusT wrote:

Well you can use Terraformers from IC2 too, but you have to change the environment, the bumbliary cant contribute,

MrEyeballs29 wrote:

I think both methods work but one requires Life Points and I am honestly think Ic2 method work a lot better

I haven't used the terraformer much myself, but according to the Reddit post I found that led me to looking up Blood Magic rituals, most Terraformer blueprints don't actually change the biome, just the blocks around the Terraformer. The mushroom blueprint is supposed to be the exception, but I don't feel much like confirming that right now.

GregoriusT wrote:

it's the Outside Temperature and Humidity that matter, and that ofcourse can't be changed by any means.

Really? By any means you say? What about the Ritual of Gaia's Transformation then? (I suppose that won't help if DFliyerz doesn't have Blood Magic installed, though )

GregoriusT wrote:

I am VERY sure there is a way to disable Recipes in the GT5 API. I made sure there is one, and it still exists in GT6, so the GT5U Devs must have removed that one.

I stand corrected. When you have the actual recipe object, that can be done. However, looking at GTTweaker's source code on GitHub, it uses the IGT_RecipeAdder from gregtech.api.enums.GT_Values which does not expose that functionality.

MagischerMagier wrote:

Is there any chance that you can remove Recipes from specific machines (e.g. the Centrifuge)?

I tested it recently because of the post on the minetweaker wiki sayin "Each of these handlers can have recipes added or removed:" but it doesnt work for me...

import mods.gregtech.Centrifuge;

var CombCr = <gregtech:gt.comb:26>;

val TinyCr = <gregtech:gt.metaitem.01:30>;

mods.gregtech.Centrifuge.removeRecipe([ TinyCr ], null, null ,

CombCr, null, [5000], 128, 5);

maybe any help pls?

PS.: i also tried to override it but it seems that any recipe with a Chrome Comb doesnt get registered..

Display More

iirc, the GT5u api doesn't provide a way to remove recipes, so the Minetweaker wiki page is inaccurate/outdated in that regard. The proper way to remove a recipe is via the config files (by setting the time to 0 there, and your new recipe will need to have a different time in the MT script to show up as a separate line in the config)