Posts by leagris

Quote from Blood Asp

Found that as an Integer/Float converaion bug yesterday. But there is still another bug, so it might take until tomorrow until i finish the next update.

I don't want to revive some troll but java floats are 32bit IEEE 754 numbers

It is not recommended to make calculations in Java floats.
Use integer even with multiplying them for greater detail then divide them into a result float for display format purpose.
If you absolutely need to deal with floating point, either use something with more precision like BigDecimal from java.math.BigDecimal or double wich are 64bit IEEE754, not as precise but still better than float.
If you need exact values, don't use float or double at all.

Quote from Airam

Hello, Bloody!
Another suggestion by me (apparently motivated by recent GT changelog) - slabs out of GT rocks. Simply because using Carpenter's Blocks with full GT blocks is not that convenient.

Stairs, pressure plates, buttons, levers. Anything made of Stone/Stonebrick shal be made of Granites as well.

Quote from Bogdan-G

Craft dust shards(Thaumcraft) shards back already? Ore shards previously crush useless, they were going to scrap, as they could not be used anywhere else.

Display Spoiler

Learn research shard recrystallization
It is in:
Alchemy
Magic Tallow → Alchemical Duplication → Alchemical Manufacture → Shard Recrystalization
"Sometimes when processing your Crystal Shards they become a pile of Dust instead of the mostly required Shard.
You have finally found a way to reverse this Process by using Vitreus Essentia for recrystallising the Shards."

Quote from MauveCloud

If it's slower and still consumes the ores, why would players want to use that instead of the machines?

Because it require low tech, work on solar nergy, needs no or low infrastructure. May help access advanced materials early. Does the job of mining and processing. In a clean non landscape destructive, while it would not expose to abuse (slow process and player investing in proper crop breeding).

Quote from MauveCloud

Also, for many ores, the amounts of different elements obtained depends heavily on which mutually-exclusive path of machine processing it takes (e.g. a crushed ore put in an ore washing plant can't then be put through a chemical bath or vice-versa), so how would you determine the outputs for the crop?

Let it pick ore by-products from NEI and balance on an average from the different processing recipes. Or have tiered miner blooms with specialized processing ike:
Tier 0 miner bloom: smelt ores
Tier 1 minecerator bloom: macerate ores.
Tier 2 crushiner bloom: crush + crush ores.
Tier 3 therminer bloom: crush + thermal centrifuge
Tier 4 washiner bloom: crush + ore wash + thermal centrifuge
....

Maybe that could be fun, having crop plants draining ores and outputing pure elements powders/nuggets.
Could make for a bio/agriculture powered non-destructive mining, with the bonus that plants does the separation work of more complex industrial processing (electrolysing, centrifugation, blasting).
Ores behind would be consumed in the process. Output quantities would be with same bonuses as advanced refining (washing, thermal centrifuge, centrifuge, electrolysis) though much slower.
Ore blocks would be replaced by their stone/container material in the process.

I think this tools tier thread is:
- Discussing non issues (if it ain't broke, don't fix it).
- Asking for reward-less additional risks implementations.
- Asking for more complexity where current tier implementation is a regression from GregTech4. (we are already dealing with so many transformers and wiring over-design). Who want to transform and wire multiple tiered charging stations for each tool/armor tier he may use and carefully watch for tool tier and machine tier perfect match each time it needs charging?

We have a mod with advanced futuristic fantastic technologies.
But:
- Machines can't incorporate transformers.
- Chargers can't detect battery, apply correct charge or disable.

And then:
- It is possible to transport plasmas in tin cells.
- Steam put wooden pipes on fire.
- We can produce UUMatter and make nearly any material from it.

No, I neither want to search for my LV charging station for my LV screwdriver, then search for my MV station to recharge my MV Scanner (tricorder), then search the HV station for my HV JackHammer.
Oh and my Drill, is it an LV, an MV, an HV or maybe an IC2 Drill wich accept all charger tiers?
Guess wich one I will build and use?
A drill I have to check for tier each time I have to charge it or it risk catching fire/exploding.
or A drill I can conveniently charge on any station and that's not loosing durability?

I have a different opinion on batteries tiers mismatches.

Sometimes you want a bigwig battery charger/electric safe of higher tier to be able to load your tool/battery faster.
Unfortunately I think this does not currently work that way with GT Tools. Only IC2 tools can be loaded faster in higher tier battery slots.
It would be very convenient having GT tools and batteries working in higher tier slots, at least for charging.

Then, maybe higher tier tools/batteries should not be allowed in lower tier slots. (think of incompatible socket, foolproof notches, slot compartment shape…).

Real life:
- Battery chargers have different sockets, permissive slot arrangements, connectors sliders and accept many different kind of batteries.
- Whereas battery compartment of machines/tools only accept one kind of battery size/power.

So, maybe, GregTech machines battery slots shall only accept the right tier battery/tool. Wrong tiers would not fit/enter the slot at all.
But battery buffers, electrical safes would accept whatever tool/battery tier for charging.

@BloodAsp,

Could you make GregTech Sensor kits from IC2NC to work with all GT tiles (Generators, Battery buffers, Transformers and any GT ticking tiles?

I could see nice uses reading pipes and wires.

I tried reading a Naquadah Reactor Mark III but the GT sensor kit refuse to record location into a sensor card.

I did not try OpenComputers yet. But IC2NC is way more accessible.

I also noticed GT sensor card don't have variable names, so you have to blindly select 1,2,3,4 and try if it show what you want.

Transformers could show current transformation setting (up/down)

All tile machines shall have their internal EU buffer displayed.
Machines with inventories shall transmit stack name and amount/max for each slot/fluid container.
Battery buffers shall have:
Internal buffer amount and max.
Slots content: (name of battery or empty)
Each battery EU and Max EU and %total
Quantum Chests/tanks shall have item/fluid name, amount, max and %total

If possible, pipes and wires could have:
- wire/cable/pipe type, name, allowed kelvins, stack/amount rates
- last Fluid/item name.
- current amount, max, %total.
- possibly per direction relative amount (positive/negative quantity)

Well, as a default option quickfix. I'd like you make IC2NC GT Sensors to collect everything a GT Scanner tricorder can read.

Oredict name for EnderIO silicon is itemSilicon.

You could either entirely remove itemSilicon andplace it in recipes input with plateSilicon.
You could also replace all output of itemSilicon to dustSilicon.
Then all recipes inputs if itemSilicon shall be disabled.

Now I am totally clueless with MT scripts, hope others can help you with it.

There are also easy recipes for ingotDarkSteel, electricalSteel ... from EIO you may want to fully Greggify if you intend having it this way. Bcause GT EBF recipes already exists and can be circumvented by EIO Alloy Smleter.
You may also change EIO Dark Armor recipes for using plateDarkSteel instead of ingots.

Quote from Foghrye4

So, you suggest to generate salt ore instead of those pink lakes?

I suggest these lakes shall slowly evaporate when chunkloaded.
Implement something similar to vanilla water freezing but taking sun height into account.
Could be like:
Every n ticks, select one of open-sky water/saltwater source block in chunk.

Compute chance of evaporation.

sunHeight = Math.sine(worldtime / 12000.0 * Math.PI);
if (sunHeight < 0.0f) {
    sunHeight = 0.0f;
}




evaporateChance = sunHeight * Random.nextFloat();




If (evaporateChance >= 0.5f)
(
    processEvaporation();
}

Quote from Foghrye4

There is no water in dry biomes, except generated in structures (wells and villages).

There are generated pools of salted water in Desert biomes with IHL (bright pink fluid easy to spot).
It would look legitimate to evaporate any placed or generated water when it is open sky and biome is dry.
So indeed, it would not evaporate generated village wells because they have a roof cover.
IHL already have an optional dynamic water mechanic where water and lava sources will flow away and down if not bordered on all sides.

Quote from Foghrye4

I'm instead of it. Still don't get it, what is demanded from IHL here.

Evaporate water sources and salted water into a salt ore under it on dry Biomes.

Quote from Demon98

Hi,

a fragment of the Gregtech configuration file from a parallel universe.
----------cut here-----------
#Any pump will drain lake, but you can not do as well with the ocean or river(or that u wants).

#Finite water in biomes. For adding biome with finite water just add its name like that...
ocean=false
river=false
allOtherBiomes=true
----------cut here-----------

What do u think? is it real to make the same in our universe 5.08.xx?

Display More

I vote for it definitely!
I'd make it as a query to biome Rainfall from Forge and select finite water threshold based on Rainfall

F:finiteWaterRainfallThreshould_0.5 = 0.5

(IHL are you reading?) Could as well implement evaporate water sources into salt water on biome under a given Rainfall threshold.
Then evaporate salt water into GT Salt ores for stone like block under a salt water block, and remove salt water block above in the process.

Quote from Blood Asp

Changes 5.08.23
- Fixed turbines breaking too fast.
- Fixed ic2 steam not working in large turbines.
- Added naquadah gen efficiency configs.
- Now reverted really all oregen codechanges.

Fixed Nether Ores rendeing as stone gt.blockore.0 not updating until neighbour block change.
Thank you Blood-Asp.

[minor] Insane voltage Machine Hull recipes are still inconsistent between assembler and workbench shaped. https://github.com/Blood-Asp/GT5-Unofficial/issues/76

Quote from willis936

In GT5 is there a portable scanner type tool to measure EU or fluid flow? Setting up computers with peripherals isn't a great solution for debugging and the ic2 eu-meter obviously doesn't work.

There is a Portable Scanner (Tricorder)

Quote from Blood Asp

fix forestry recipe changes(centrifuge, not tested)

I tested and it is working perfectly well. Thank you for the fix.

Quote from MauveCloud

That sounds like a bug, but you might double-check that you were really wearing the full hazmat suit (scuba helmet, hazmat suit, hazmat suit leggings, and rubber boots)

Oups: Turns out I forgot about the rubber boots.

Assembled my first Naquadah Reactor Mark III and without dying. Thank-you MauveCloud!

Assembling a Naquadah Reactor require two rods of radioactive materials:
- Mark I: U235 Rods Radioactivity II, killing you with: Hunger II, Slowness II, Weakness II, Mining Fatigue II, Radiation II, Nausea II
- Mark II: Pu241 Rods Radioactivity IV, killing you with: Hunger III, Slowness III, Weakness III, Mining Fatigue III, Radiation III, Nausea III
- Mark III: Nq+ Rods Radioactivity IV, killing you with: Hunger III, Slowness III, Weakness III, Mining Fatigue III, Radiation III, Nausea III

A full Hazmat Suit does not protect you and is destroyed within seconds

Then, how are we supposed to assemble Naquadah Reactors without killing self?

Could you change Naquadah Reactors recipes to use safer Cerium, Lanthanum, Caesium materials instead?

Quote from Blood Asp

This one of the Moments: "Damn, i knew i forgot something."

Well, the turbines still take too much damage anyways, so for now it is fine.

And the Tooltip mentioning Optimal Steam flow, is cosmetically disturbing when in non-steam generator.
Maby just "Optimal flow" would be better, though, I doubt flow requirements are the same for plasma, natural gas, hydrogen, methane or steam.

Did you had a chance to look at what cause the recipes for Forestry product not being registered for centrifuges?

Reference: GT5U Issue #49

Forestry centrifuges recipes where changed around builds 500 501.

There is now Improve the probability system for centrifuge outputs
https://github.com/ForestryMC/…d41fd2eac106e1753b6d85ca0

This is likely what broke forestry centrifuge recipes in GregTech centrifuges.
If you are able to fix it Blood, it'd be awesome.