Posts by Chocohead

Looks like the compat has SMP bugs that'll need to be fixed before that'll work then.

If you don't use the compat, it won't connect. That's the whole point of the compat.

A few days.

It doesn't cover the expense unless you specifically want the item filter.

Quote from blub01

villages aren't THAT hard to find, and didn't generate emeralds as common as diamonds, but only in extreme hills?

Over just making wooden pipes, that's more effort.

No, every 40 blocks it lost 1 EU. It's why you could just put 39 cables then a transformer/EU storage block and reset it without losing anything, EU loss was only in whole numbers. But in experimental no cable has loss right now until you turn it on in the config, which then yes it's how you describe.

Next release hype!

It's to reduce cable loss yet still have as many solars attached as possible. But the old solar flowers are ancient ever since glass fibre cables were added, and with experimental having no cable loss, there is literally no reason to use them anymore unless you're running low on cables and/or space.

Updated to 667. Noticed a bug the main IC2 lang file too, that could really really break things.

Quote from Mine_Sasha

Also, use emerald pipes, they are as cheap as wooden ones but better

How are emerald ones as cheap as wooden ones?! Villager trading isn't an option if you don't have a village

First, get with the times! 1.6.4 is old news, 1.7.10 is what everyone uses now.
Second, just update IC2. 2.0.140 is really old, the latest for 1.6.4 was IC2 2.0.397. That's why it's crashing, as it's so old it's missing machines out.

The E-net is currently a WIP, meaning cable frying and machine explosions have been disabled. They will come back, but it's all down to when the devs have enough time to be able to make that happen. Also, the EU-Reader still works for checking how much EU is flowing through a cable/into a machine.

@Above, that's actually an E-net bridge crash, so that can get added to the list of broken addons.

I thought it was Thunderdark who actually did a lot of the converting though? Pretty sure he made it so, for example, Mining Laser's tooltips are 300/300 kEU instead of 300,000 EU like they were before.

It's not even really a bug, only a rounding error with a combination of E-net bridge not using a whole amount of EU for EU -> RF conversion, and wooden pipes using stupidly small amounts of RF (so they can still be powered by redstone engines).

The eventual plan is to make the heat system replace early game generators, and the kinetic already is needed to make the diamond mining drill and mining laser. That's probably why they've been added so in depth now.

Explosions and such will all come in good time, there's no set time scale for when it'll get finished, as a lot of it is when Player and Thunderdark have time to code. Recently Player's been busy doing assorted things, and Thunderdark normally has more time towards summer. If you're patient, it will come.

There's a config option to enable EU loss in cables, but melting and explosions are still a WIP. They'll come back eventually, explosions for example have an API call again, but there's still lots work to be done (that I can see).

Config option, right at the bottom of the file:

; Use the new highly experimental current + voltage energy net model with energy loss.
; Only set this to true if you know what you are doing.
useLinearTransferModel = true

Ahhh, E-net bridge, how accidentally connecting to wooden pipes can screw a double based system up...

Have you considered...
1. There was never a version past 1.4.7
2. 1.6.4 is as old news as 1.4.7 and 1.2.5 now?

Managed to get a crash, while loading a world up, relating to Fastcraft and REI's Minimap:

[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: java.lang.ArrayIndexOutOfBoundsException: 779
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at fastcraft.a.g.func_76164_a(Unknown Source)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.multiplayer.ChunkProviderClient.func_73154_d(ChunkProviderClient.java:66)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.world.World.func_72964_e(World.java:419)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.world.World.func_72938_d(World.java:414)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at reifnsk.minimap.ReiMinimap.getIsInCave(ReiMinimap.java:4741)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at reifnsk.minimap.ReiMinimap.shouldMapCaves(ReiMinimap.java:4729)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at reifnsk.minimap.ReiMinimap.getHeightValue(ReiMinimap.java:4687)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at reifnsk.minimap.ReiMinimap.surfaceCalc(ReiMinimap.java:1594)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at reifnsk.minimap.ReiMinimap.surfaceCalc(ReiMinimap.java:1480)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at reifnsk.minimap.ReiMinimap.mapCalc(ReiMinimap.java:1457)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at reifnsk.minimap.ReiMinimap.run(ReiMinimap.java:1314)
[21:42:47] [Thread-32/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at java.lang.Thread.run(Unknown Source)

The game didn't crash, but it needed a re-start before REI's Minimap would show up again.