Posts by Player
-
-
-
It does use the world you are in when executed from the client, but it's recommended to use the overworld to have correct values for all the other things. Note that you have to restart to apply the new values, they'll get added to your IC2 config.
-
-
-
-
The classes ihl.handpump.IHLHandPump and ihl.collector.CollectorItem override Item.getDamage(), which is a very bad idea for performance reasons. Please get rid of it if you can.
-
-
That's actually not a significant optimization, the compiler may even do it itself.
I've adopted it anyway to improve readability and fixed the previously broken stat comparison.
-
Hmm I'll add some server tick stall detection to sampler. It should show why it's failing then.
Edit: I've implemented it, but it only covers 30 seconds. Maybe it's still sufficient if you run the uu scan with small.
-
Actually the issue is also within TE itself. From the numbers Thermal Expension pretty much put itself up twice as powerful as BC. If I remember correcthy the TE dynamos produce twice as much energy as BC engines with the 1:10 MJ:RF ratio or likewise with IC2 generators using traditional MJ:EU ratios.
If you disagree, you can always change the config as you wish.
-
It should only take a couple minutes on a fast pc, restart and retry.
-
Hi Player
I see some Sites before this error and i get the same on. (Server Console Spawn log)
[20:39:22] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:23] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:24] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:26] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:27] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:27] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:27] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:28] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:28] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:28] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:29] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:29] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:31] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:37] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:41] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:51] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:54] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:39:58] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:40:04] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsException
[20:40:15] [Server thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ArrayIndexOutOfBoundsExceptioncan i do something against it.
There should be a full exception elsewhere in the logs (latest.log or fml-server-latest.log). I'm pretty sure those don't come from FastCraft though.
-
-
I don't see a space in the IC2 API to add custom recipe scanning to the UU system... but if there was one I'm sure some mods would add UU-support (or at least compatability addons). I mean like, an ArrayList of IUURecipeHandler or something like that, and a couple of public methods to manipulate the graph. Maybe it is already in there and I am blind, but from Eclipse's Class File Editor it looks like UU is an internal thing.
Yes the api is currently internal since I'm not fully convinced of it, you can find it in ic2.core.uu (IRecipeResolver, ILateRecipeResolver, RecipeTransformation).
-
The scan always generates and decorates new chunks and doesn't save them to disk. That means that you can't influence its values by modifying the world. Adding new mods or changing their worldgen configs requires a new scan to take any changes into account. The scan result is being saved to a special section in your ic2 config file and replaces the defaults shipped with ic2 if present.
Currently only block drops from the world scan and what's defined in the IC2 config are being captured. Things like mob drops only get in through other recipes (scrap box mostly), renewables aren't being accounted for cost-wise and fluids are not handled atm.
Items are unscannable if their uu value is unknown or infinite. It's unknown if there's no recipe leading to it IC2 knows and it's infinite if all recipes leading to it have infinite ingredients.
Crafting recipes are not all the same, there's different ways to implement them and the API doesn't carry information about the ingredients, so I have to implement a custom resolver for every recipe type. Most mods use the vanilla or forge recipe implementations. Other recipes or crafting mechanisms like machines are obviously completely undefined by themselves.
Supported recipe types are currently: Vanilla crafting, Forge crafting, IC2 crafting, Vanilla smelting, IC2 generic machines, canner solid bottling, scrap boxes, reactors turning fuel into depleted fuel and recyclers producing scrap.
-
They are tile entities, but non-ticking ones with static rendering. I don't quite see how they'd cause lag. Try running sampler (2nd spoiler box in the FastCraft thread) while it's lagging. Assuming you are talking about clientside lag, the commands to run in sequence are "/csampler start", wait a minute, "/csampler stop", "/csampler export <filename>". Upload <filename>.nps from your mc folder somewhere or attach it here.
-
Actually you can/should just use id 0 if you don't need backwards compatibility. IC2 #679 and later only use the id for migration purposes.
-
The results should be comparable, it scans a large number of chunks scattered randomly over the world. If you want to have more precise results you can just use "/ic2 uu-world-scan large" instead.
-
If you have extra mods, the world should be analyzed by executing "/ic2 uu-world-scan medium", ideally on a dummy world to avoid potential corruption bugs, which I'm not aware of any though. This will add a config section with all the drops it can find.
A list with all UU values can be dumped with "/ic2 debug dumpUuValues".