[Addon v1.112+] Liquid UU-Matter v0.7.12b (now officially retired)

Quote from GregoriusT

I know this Problem. [...] Best example is the NEI-API[...]

Oh, God, yes. I tried to include the NEI API in my APIs and the amount of complaining it does is just incredible. Luckily for me, mcp_deobfuscate is very clever, so just putting the NEI jar in lib-obf and running deobfuscate_libs makes its classes and methods available for linking (via classpath during the compile process), allowing recompile_mods to just do its thing.

In unrelated news, I've made another experimental version! I'll quote the OP for the change list, since it's fairly long:

Quote

[v0.7.11-experimental2] changes the UU conversion ratios when using a buildcraft refinery. The revised conversion ratios are mostly configurable, and the defaults (and how they were derived) are available for your convenience. Expect to be able to set the amount of UU used by a group of conversions in the final 0.7.11 (the only reason you can't now is because I didn't think of it until just this moment).

Another thing added in the experimental version is electrolyzed water as a liquid. That's right, you can now store your EUs in liquid form. There's also a liquid electrolyzer machine that doesn't have a GUI yet, nor does it actually operate, but is included so you can see what it's going to look like. I really need a texture for the electrolyzer front, possibly more than one texture for different operational states (electrolyzing, idle, de-electrolyzing).

Something to test: play with the wrench on the liquid electrolyzer, and try to make it turn in such a way that the faces don't quite follow your wrench. This shouldn't be possible, and I haven't been able to manage it, but if lots of us try, someone might find the way (and tell me how they did it).

There's also a configuration change: the config key "accelerator" in the block section has been replaced with a key named "machine". When LiquidUU reads a config with the old key present, it should mark it as obsolete -- please make sure that happens. Note that LiquidUU will not remove the obsolete key from your configuration, it'll just ignore it when the new key is present. This should provide maximum backwards compatibility, but if something goes wrong, I'll want to know what happened.

Display More

Not a proper release yet, but it's getting there.

^ So you said, twice now. I still can't make my Minecraft do it. Go provide needed information at LiquidUU issue #31.

Quote from Luckbot

[...]when you dublicate Oil and Refine it afterwards you get 600kMJ minus some refining cost. When i burn the oil for EU in a crossover mod i get tons of energy[...]

...and so you would like to suggest that I adjust the default conversion ratios, and make them configurable (and maybe independently disable-able), so that folks can adjust their UU-to-liquids conversion to match their setup. Right?

Well, I have good news for you, that's one of the two things the 0.8 version is going to do, the other being a liquid electrolyzer to let you convert water into electrolyzed water without having to deal with cells at any point in the process. The next experimental will have the more fully configurable conversions, so look out for that -- I'm intending to purchase a round tuit tomorrow and make it happen.

I'm still undecided on whether the default conversion ratio should be 1 UU to 1 oil or more like 3:1, but I am leaning more and more towards the latter, which will change the current numbers fairly drastically.

Quote from Mister_Omega

I can't wait for the Liquid Electrolyzer.

I'm looking forward to having it, as well, but I keep getting distracted by other things that need doing. At least the conversion ratios were fairly easy to finalize, so...

New release time!

That's right, folks, it's that time of the week again: LiquidUU v0.7.11 final is now available from the OP. I did end up changing the base conversion to 3 UU -> 1 oil, and then I gave the convenience conversions a slight boost, making them 5 UU -> 1 fuel. It's still much more effective to convert to oil and refine than to duplicate fuel, but the option remains.

Speaking of options, everything's configurable! Well, almost everything. There are three categories for Liquid UU conversions: base, convenience, and nonfuel, and you can set the UU cost for each category independently. So, if you for some reason wanted it to be more efficient to duplicate fuel than oil, you could change uu.convenience to 1, or raise uu.base to 6, or you could boost fuel production to output 2 millibuckets per 5 mB of UU instead of 1. The refinery operation cost is also semi-configurable: it will always multiply the mj.per.uu cost by the amount of UUM being input -- so, by default, base conversions take 15 MJ/t, convenience conversions take 25 MJ/t, and nonfuel conversions take 5 MJ/t. Increasing this operation cost can help balance things out, too.

Here's a picture of (part of) my testing setup -- click the screenshot for a pic of all 11 liquids and how much of them came out of a single source bucket -- note that this section of the test setup had infinite UU:

I thought that looked pretty awesome, myself.

Query: is there any interest for a liquid conversion API and/or IMC handler? I could definitely push that into somewhere public now, so other mods could add their own liquid UU conversions instead of me having to track them all.

I'm not sure I follow -- what should I be looking for in the PfF thread that might help?

And yes, having the user finish compatibility is an option -- I can certainly go through the Liquid Dictionary and add all the liquids I find to my config. That's actually a lovely idea and I think I'll write it down in my TODO list.

How weird. I'd be willing to put it down to a possible Forge mini-glitch -- what happened was the client world returned no tile entity for a given block, which really shouldn't happen because the packets I'm using for this are chunk data packets, meaning they get sent *after* the server makes sure the clients all have the correct tile entity data. I suppose I could throw in a null pointer check in, though, just in case things arrive out of order (as they sometimes manage to), reducing the severity from a crash to machines just not facing the right way until you right-click them.

Thanks for the report, and glad it's working better in 1.4.7.

Well, I just built and uploaded v0.7.11b with the null pointer check added in, just in case. Get it from the OP, as usual. After this, it *really* won't happen again.

Now how did that manage to happen? Here's the same setup on my test world, so whatever's going wrong is probably not in the code, but man, that's weird.

Can I get a copy of your config (in case it generated wrong, somehow), and your latest ForgeModLoader-client-0.log? Put the latter on a pastebin, it's guaranteed to be too large for the forum per-post character counter.

Awesome screenshot idea, by the way.

Buh? 0.7.11 experimental is nowhere near the same version as 0.7.11b, and I'd strongly suggest updating (experimental versions really aren't intended for regular use), but... I still don't see how that would change anything.

With that said, changing Forges doesn't seem to have made any difference, either -- I've now run it successfully with Forges 472, 486, and 489. I'll keep trying to reproduce it, but unless and until I can, there's nothing I can do to help. Please try updating to the latest LiquidUU and seeing if that helps at all -- theoretically it shouldn't change anything, but I've seen stranger things happen.