Posts by Foghrye4

Foghrye4 · Feb 11th 2017

mczapkie wrote:

But I don't know any equivalent of collectors (not counting drones from some computers mod, but they are surface ones AFAIK).

https://mods.curse.com/mc-mods…aft/224125-pneumaticcraft

Pneumaticcraft have an immersive drones with programmable behavior. If I known about Pneumaticcraft in time I start to develop tunneling shield I wouldn't dare to introduce collectors.

wormzj wrote:

The problem is, during electrolysis the molten salt is not comsumend, and if you use regular pipe or cells both the salt and the target fluid will be drained

You can use IC2 pump or something alike directly attached to electrolizer. It will drain only that fluid which it already contain.
_____________________________________________
EDIT: Update:
- 0.619 - Removed explosion radius limitations. Explosion calculation optimized (reduced memory usage). One more detonator and explosive pack recipe. GT6 recipes for both chemical reactors and cryogenic distiller. Max stack size of muffle furnace is limited to 32. A lot of old features are removed.
Also video:
https://youtu.be/piJCza9fCdI

Foghrye4 · Feb 11th 2017

wormzjl wrote:

Just testing the electrolysis, how do I prevent the wire from catching fire while maintaining a reasonable processing speed?
I've set the voltage to 0.125x and it still burns, if I set it to the minimum the progress will be too slow.

Use thick copper cables. You can craft up to 135 sq. mm cables (I should fix GUI here \/ ).

wormzjl wrote:

Also can you make it possible to automate the electrolysis bath, like dumping the fluid upon receiving a redstone signal?

It is possible to drain electrolysis bath as any other fluid tank.

Foghrye4 · Feb 9th 2017

wormzjl
I forgot that I removed frequency generator. It is not needed anymore. Bugs are fixed.

Also I would like to remove blower, tunneling shield, redstone signal switch box and collectors in next version. This will reduce size of a mod and amount of code I need to maintain. If someone need them speak now. If someone will need them after 0.619 release I will release them as separated add-ons.
I did a mistake by throwing all my experiments in a one big pile.

Foghrye4 · Feb 7th 2017

wormzjl wrote:

You didn't provide a russian localization with the mod actually?

Uhum.

wormzjl wrote:

Could you explain a bit how this thing works?

I updated a wiki:
http://minecraft.gamepedia.com…achines#Electrolysis_bath

Foghrye4 · Feb 7th 2017

wormzjl
"Gyubnera" is an incorrect Google translation of a world "Гюбнерит". Actually it is hubnerite.

https://en.wikipedia.org/wiki/H%C3%BCbnerite

Foghrye4 · Feb 4th 2017

Phew. *wipes a sweat from his forehead*
Thats probably all recipes for now.

Foghrye4 · Feb 3rd 2017

Foghrye4 · Feb 3rd 2017

GregoriusT Exactly. At first I was using only RecipeInputItemStack. In time I realize that I need to use to RecipeInputOreDict as well there was already a huge amount of old entries. Of course, all new recipes are registered in a proper way.
I could rewrite all recipes, which involve graphite, just don't want to rewrite them all.
bear989
Only graphite cause troubles?

Foghrye4 · Feb 3rd 2017

GregoriusT wrote:

The Sap Bucket does not have a Container Item, aka Empty Bucket, meaning it gets used up by anything.

I'm sorry, same as for gases I have no idea how to fix this.
Here is how I am doing things:
A code which is adding a bucket for rubber tree sap in preInit stage if IHL:

Code

if(type.haveBucket)
{
Item bucket = new ItemBucket(block).setTextureName(IHLModInfo.MODID+":bucket_"+type.fluidName).setUnlocalizedName("bucket_"+type.fluidName).setCreativeTab(IHLCreativeTab.tab);
GameRegistry.registerItem(bucket, "bucket_"+type.fluidName);
FluidContainerRegistry.registerFluidContainer(instance, new ItemStack(bucket), FluidContainerRegistry.EMPTY_BUCKET);
}

A code to check fluid containers (in a second slot of "Ore dictionary item scanner"):

Code

if (this.itemsSlot.get(1) != null && this.itemsSlot.get(1) != lastItem) {
this.oreDictionaryEntries.clear();
FluidStack fluid = null;
this.oreDictionaryEntries.add("Fluid related item type:");
if (this.itemsSlot.get(1).getItem() instanceof IFluidContainerItem) {
this.oreDictionaryEntries.add(" IFluidContainerItem");
fluid = ((IFluidContainerItem) this.itemsSlot.get(1).getItem()).getFluid(this.itemsSlot.get(1));
} else if (FluidContainerRegistry.isContainer(this.itemsSlot.get(1))) {
this.oreDictionaryEntries.add(" FluidContainerRegistry entry");
if (FluidContainerRegistry.isBucket(this.itemsSlot.get(1))) {
this.oreDictionaryEntries.add("This is bucket.");
} else {
this.oreDictionaryEntries.add("This is not a bucket.");
}
ItemStack emptyContainer = FluidContainerRegistry.drainFluidContainer(this.itemsSlot.get(1));
if (emptyContainer != null) {
this.oreDictionaryEntries.add("This container could return empty container:");
this.oreDictionaryEntries.add(" " + emptyContainer.getDisplayName());
} else {
this.oreDictionaryEntries.add("This container has no empty version.");
}
fluid = FluidContainerRegistry.getFluidForFilledItem(this.itemsSlot.get(1));
}
else{
this.oreDictionaryEntries.add(" none");
}
if (fluid != null) {
this.oreDictionaryEntries.add("Internal fluid name:");
this.oreDictionaryEntries.add(" " + fluid.getFluid().getName());
this.oreDictionaryEntries.add("Fluid class:");
this.oreDictionaryEntries.add(" " + fluid.getFluid().getClass().getName());
this.oreDictionaryEntries.add("Fluid id:");
this.oreDictionaryEntries.add(" " + fluid.getFluid().getID());
this.oreDictionaryEntries.add("Fluid still icon:");
if (fluid.getFluid().getStillIcon() != null) {
this.oreDictionaryEntries.add(" " + fluid.getFluid().getStillIcon().getIconName());
} else {
this.oreDictionaryEntries.add(" <missing icon> ");
}
this.oreDictionaryEntries.add("Fluid flowing icon:");
if (fluid.getFluid().getFlowingIcon() != null) {
this.oreDictionaryEntries.add(" " + fluid.getFluid().getFlowingIcon().getIconName());
} else {
this.oreDictionaryEntries.add(" <missing icon> ");
}
}

Display More

A result of such check:

Gregtech version: gregtech_1.7.10-6.04.07

bear989
Coagulator recipe in nerfed. Slower 4x times, also give out 22 time lower amount of rubber per bucket.

Foghrye4 · Jan 31st 2017

Thanks. Probably fixed.

Foghrye4 · Jan 31st 2017

There was

Code

OreDictManager.INSTANCE.getStack(OP.plate,MT.Lazurite, 1);

for "P".
As I see now:

There is no more "plateLazurite". Intended?

Foghrye4 · Jan 29th 2017

bear989
It's in a 0.613.

Foghrye4 · Jan 29th 2017

bear989
Its obvious explosion vectors precalculation storage. It uses a HUGE amount of memory in a sake of performance.

Vectors precalculated and stored in two dimensional int array. A number of "columns" is equals to

Code

1<<bit size*3-1

Each "row" contain two values. For a default amount of bits ( 8 ) it will be 2^(8*3)-1=16777215 rows.
Each row have a 12 byte header + 4 byte integer x 2 = 20 bytes. Total size of array is 16777215 * 20 + 12 = 335544312 bytes or 320 mb.
Maximal explosion radius in that case is 2^8-1=255 blocks.

If we use bit value 7 it will be 40 mb and maximal explosion radius in that case is 2^7-1=127 blocks.

So either change this value in config to

Code

I:explosionVectorSizeBits=7

or increase server memory allocation.

Foghrye4 · Jan 27th 2017

GregoriusT
I honestly have no idea how to fix this.

Code

public IHLFluid(IHLFluidType type1) {
super(type1.fluidRegistryName);
type=type1;
this.setTemperature(type.temperature);
this.setDensity(Math.round(type.density));
realDensityMap.put(type1.fluidRegistryName, type.density);
this.setUnlocalizedName(type.fluidRegistryName.replaceFirst("fluid", ""));
this.setGaseous(type.isGaseous);
Fluid instance = this;
if (!FluidRegistry.registerFluid(instance))
{
instance = FluidRegistry.getFluid(type.fluidRegistryName);
}
if(instance.getBlock()==null && !type.noBlock)
{
instance.setBlock(new IHLFluidBlock(instance, type.blockMaterial, type.textureName, "fluid"+type.fluidName.replaceFirst("fluid", "")).setFlammable(type.flammable).setBlockName("block"+type.fluidName).setCreativeTab(IHLCreativeTab.tab));
}
instance.setGaseous(type.isGaseous);
if(type.haveBucket)
{
Item bucket = new ItemBucket(block).setTextureName(IHLModInfo.MODID+":bucket_"+type.fluidName).setUnlocalizedName("bucket_"+type.fluidName).setCreativeTab(IHLCreativeTab.tab);
GameRegistry.registerItem(bucket, "bucket_"+type.fluidName);
FluidContainerRegistry.registerFluidContainer(instance, new ItemStack(bucket), FluidContainerRegistry.EMPTY_BUCKET);
}
type.fluid=instance;
if(type.equals(IHLFluidType.Hydrogen))
{
System.out.println("Is hydrogen gaseous? "+(instance.isGaseous()?"Yes it is.":"No, it's not."));
}
localFluidRegistry.put(type1.fluidRegistryName, type);
fluidInstances.add(this);
}

Display More

if(type.equals(IHLFluidType.Hydrogen))
{
System.out.println("Is hydrogen gaseous? "+(instance.isGaseous()?"Yes it is.":"No, it's not."));
}

Minecraft console output:

Code

[16:30:22] [Client thread/INFO] [STDOUT]: [ihl.worldgen.ores.IHLFluid:<init>:65]: Is hydrogen gaseous? Yes it is.

Foghrye4 · Jan 27th 2017

IHL surely need some attention.

Outdated "hasEngine" field removed from list of synchronized fields.
Saltwater block is back (fixes worldgen).
Lab electrolyzer texture fixed (no more "(M)" due to no more necessary engine)
Lab electrolyzer GUI now have two spots (over an arrows) to launch NEI integration recipes GUI.
Iron workbench now accepts only tools in tools slots.

GregoriusT
Now I'm doing it twice just in case:

Code

this.setGaseous(type.isGaseous);
Fluid instance = this;
if (!FluidRegistry.registerFluid(instance))
{
instance = FluidRegistry.getFluid(type.fluidRegistryName);
}
if(instance.getBlock()==null && !type.noBlock)
{
instance.setBlock(new IHLFluidBlock(instance, type.blockMaterial, type.textureName, "fluid"+type.fluidName.replaceFirst("fluid", "")).setFlammable(type.flammable).setBlockName("block"+type.fluidName).setCreativeTab(IHLCreativeTab.tab));
}
instance.setGaseous(type.isGaseous);

Display More

How could I check it in-game?

On unrelated things:
Look what I have found: https://github.com/Barteks2x/CubicChunks

Foghrye4 · Jan 14th 2017

mczapkie wrote:

bigger than IC2 nuke?

By looking at it from another angle, why IC2 nuke explosion aftermath so small?
Thank for testing it. According to this:
https://github.com/Deadrik/TFC…errain/BlockOre.java#L175
Ore drop method of Terrafirmacraft ores is not different from Gregtech one. And IHL explosives work perfectly fine with GT ores. Algorithm designed a way that piles will be created on a last non destructed block, touched by blast wave. It could be a far away from explosion source.
Related visual glitch with native copper ore is weird. It seems that blocks need to change internal state to be re-rendered correctly. Currently explosion update only fluid blocks. Would you mind to try place a glass block near glitchy ore and check if they will be re-rendered correctly?

Chocohead wrote:

piles produced with items in rather than just voiding the drops to avoid lag.

Indeed. That exactly what I am thinking about when I decide to make drops tileentities instead of entities.

EDIT: I just tested TFC explosion drops:

Works fine to me.
BTW its first time I actually launch TFC and it's looks amazing. Stone age is like someone extract my thoughts form brain and bring them in mod (and made mod even better than my thoughts). Too bad there is no NEI support for stone knifes and such.
Still can't find any ore to check a visual glitch you mentioned in PM.

EDIT2: Found one:

Not my fault. Glitch still here even without IHL and even if I remove blocks around by hand. Though appears rarely.

Foghrye4 · Dec 14th 2016

Wiki updated.

Extruding mold is used to produce insulated flexible cables.
_________________________
EDIT: New version 0.610. Explosives.
https://www.youtube.com/watch?v=KpPSEi4q1LA
http://minecraft.gamepedia.com…s_%26_Machines/Explosives

Foghrye4 · Dec 12th 2016

mczapkie wrote:

Any chance to check oredict blockDirt instead?

Sure thing. Done.
Also iron workbench now will return empty containers for fluidcontainer recipe input.

Foghrye4 · Dec 11th 2016

mczapkie wrote:

Another tack: are these resin sacks working properly? I attached them to the rubber tree, but they appear to be empty even after long wait.

I checked work of a sack at localhost server and it seems to work fine to me.
Be sure that all conditions are fulfilled:
1. There is a Hevea leaves attached to trunk.
2. Leaves is lit up (by sun or torches).
3. Last trunk block stays directly above a vanilla Minecraft dirt block.

Could it be that related rubber tree is not an original IC2 Hevea tree but some other mods tree?

Foghrye4 · Dec 10th 2016

mczapkie wrote:

Too bad, that these buckets are vanishing after use, is it intended?

It's not intended. I just have no space in output slot to place them. Although I could add them to player inventory even without showing them in output slot.

Posts by Foghrye4

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines

[IC2 Exp][1.7.10] IHL Tools & Machines