Equivalent Exchange 3 Apache 2 Equivalent Exchange 3 pahimar Equivalent-Exchange-3. Mods for Minecraft. License: Apache 2 , .

ALL FILES IN THE OUTDATED FOLDER OBVIOUSLY REQUIRE UPDATING

REQUIRES GLASS BELL LOCALIZATIONS:

da_DK pt_PT sk_SK

REQUIRES COMMANDS LOCALIZATIONS:

ja_JP

REQUIRES GLASS BELL, ALUDEL, AND ALCHEMICAL CHEST LOCALIZATIONS:

cy_GB

REQUIRES GLASS BELL, ALUDEL, ALCHEMICAL CHEST, COMMANDS, ALCHEMICAL BAG, AND ALCHEMICAL DUST LOCALIZATIONS:

la_IT

ill start off saying that there is very little information that i can give because i dont know where i should be looking for the problem.

the problem started after updating mods, about 20 or so, and after starting my world i was missing some items from my tablet so i looked at there emc and i was zero and from what i can gather when forcing ee3 to recalculate it gets hung up on something and doesn't get past the first "layer" so to speak like there values for wood but not planks, wood got calculated but planks didn't and from this i can only guess that certain raw resource items and produced items like cooked meat that are hard coded and the rest is calculated.

i tried downgrading each mod that i updated to the one i was using before when it was working and after doing all of them individually still no luck. its very strange that updating mods would cause something like this to happen so i started a new testing world one were i did not define anything at all thinking it must be something i did to get it stuck but that wasn't the problem either because it still wasn't writing the values files, at least not until i exited the world but then upon examining the file it seems incomplete.

these are the file names of the mods that i updated and the one that i added

ThermalExpansion-[1.7.10]4.0.2B2-210

ThermalRecycling-1.7.10-0.4.2.5

ThaumicExploration-1.7.10-1.1-52

thaumicenergistics-0.8.10.6

StorageDrawers-1.7.10-1.5.10

RouterReborn-1.7.10-1.2.0.24-universal

neiaddons-1.12.10.34-mc1.7.10

magicbees-1.7.10-2.3.2

journeymap-1.7.10-5.1.0-unlimited

generators-0.9.15.91-mc1.7.10

gendustry-1.5.2.107-mc1.7.10

forestry_1.7.10-3.7.0.627-unstable

Fluxed-Crystals2-1.0.2

SuperEnchants-0.4.1 < -- added this one

compactmachines-1.7.10-1.20

Chisel2-2.4.1.40

buildcraft-7.0.13

Botania r1.6-198

Automagy-1.7.10-0.26

Aroma1997Core-1.7.10-1.0.2.14

ae2stuff-0.4.2.43-mc1.7.10

extrautilities-1.2.7.

PneumaticCraft-1.7.10-1.9.1-86-universal

off the top of my head the mods that integrate directly with ee3, as in a conscience reason as to why there is values to the mod or a manipulating of ee3

AE2EE3Compat-1.0b2

Chisel2-2.4.1.40

EE3Help-2.2a

EquivalentEnergistics - 0.2 - 1.7.10

ImmersiveEngineering-0.3.3

extrautilities-1.2.7

PneumaticCraft-1.7.10-1.9.1-86-universal

Forbidden Magic-1.7.10-0.57

i should also mention that some of the ae2 ee3 compat values get calculated such as the ores,certus, singularity but nothing else has values

while pneumatic craft and extra utilities don't have any values

and chisel 2 has a majority of values there

if you would like me to explain it again maybe differently, like in response to questions , i can explain it better

please ask don't hesitate to ask

If you have any suggestions or issues with the code please give feedback. I will change the code then. Sorry for the 5 commits, in fact this is only 1, my Client derped ;)

This fixes a NullPointerException caused when the energy value treemap returned null after a failed lookup. Because EE3 is currently using item IDs to define sort order and FML changes item IDs when a save is loaded, the treemap gets confused and cannot find most of its keys. The comparisons are changed to use the FML registered name (example: minecraft:stone) rather than the IDs.

This also fixes the duplicate fluidstack issue by using the name of the fluid for the hash code instead of FluidStack.hashCode(). Because a FluidStack's hash code is based on the Fluid object and PneumaticCraft uses its own Fluid object regardless of whether or not one for that fluid is already registered, it creates two distinct FluidStacks of oil/fuel, which were seen as the same when the immutable recipe map was created, hence the duplicate key error.

This also adds synchronization so that EE3 waits in the FMLServerStartedEvent until DynEMC is finished calculating. This prevents premature serialization of the energy value map, which was causing a NPE when it attempted to serialize null.

I've alphabetized every single localization apart from de_DE.lang and ru_RU.lang, which have been taken care of in #530 and #539, respectively. There are also translations for the new items for Chinese and Japanese. As before, unsatisfactory or missing translations have simply been left out.

At the suggestion of members of #ee, red water localizations have been left in.

I did this all by hand, so there are bound to be mistakes- double-check my work and let me know of any errors, please!

Was referred here on this thread: https://github.com/Lomeli12/Equivalency/issues/7

Full ForgeModLoader-server-0.log is here: http://pastebin.com/iPmjMb36

1: Your API requires your Mod. So its not a API anymore... That makes support not really possible.

2: (More a Suggestion) instead of making an API which allows only Set Exchange Value for this Item/Block and nothing else is what you can support (thaumcraft like) add a Recipe Manager. What does the RecipeManager do? Simply it provides a Interface with 2 Functions which will support quite a lot of stuff (since this is a popular mod the support would be way more and way better then the current one) The interface contains these to 2 functions: -public boolean canSupportRecipe(IRecipe par1) -public List getRecipeItems(IRecipe par1) (that a registry is required is not need to say but here you have it) that allows you to access more Crafting Recipes then only the Forge/MC recipes and you do not have to do so much work (if you have a lot of fans/support)... And also its way easier to support. If you do these 2 things i would enjoy to support this mod with IC2 Classic :3

I don't think calculation of EMC values works in my game. I don't get any Values for anything thats not specified in the energy values json file.

Version: 0.3.502 Forge: 10.13.3.1401

Modpack is FTB Infinity 1.4.1 with some mods added and nearly all mods updated so everything works together and with the new forge liquid stuff. If you need all the versions or some log files or something let me know and I'll get them for you.

Edit: I think some stuff seems to work: Grout (TiCon) Seems to be calculated, but simple stuff like iron blocks, pistons etc don't (iron ingots however are fine). It's also not only vanilla stuff not working, since blank patterns (also TiCon) don't work either.

When you have a Glass Bell in your inventory, you open it, the glass bell has a black 'filling'. But only if you have one of these in your inventory and you are not hovering it:

• Any item
• Stained glass pane
• Saplings
• Fluid Blocks
• Fire
• Your blocks with a model

-> Everything with a special renderer

I made a picture and a video:

Link to video!

I had to drop out several Taiwanese and Chinese changes, because the files were saved with CRLF instead of LF.

These are all the changes from @50Wliu 's #233 that could be cleanly applied.

used 3 diamonds , coal , even a block of gold.. should have received different types of dust.

received ash

i just placed down a calciner and put stuff in.

EquivalentExchange3-1.7.10-0.3.0.547

I am running EE3 on a FTB infinity server with a few extra mods.. hopefully that isn't the problem.

What should have happened

I should have been able to reach pahimar.com

What actually happened

pahimar.com redirected to many times.

What steps do we have to follow so we can reproduce the issue

Go to pahimar.com

I'm sorry this is the wrong place to post this but I tried reaching you over twitter at one point and it hasn't been fixed since I tried so I thought maybe this was a better way to get it seen.

As many other players that I saw experienced the same problem, that I cannot get Minium dust from calcinator. I tried items I could find above 8192 EMC value, didn't work.

I found out that I needed to have the minium dust to have the value of 8192 as well. I tried deleting the energy values, didn't work, tried to have the config file to set on "Always" instead of "As needed", didn't work. Is there a way that I didn't realize ? If yes please tell me, That would be much appreciated.

I'm using the 0.3.0.547 version of the mod on FTB Infinity Evolved pack.

I have an item of a high EMC value, and the Alchenomicon "knows" something of lesser EMC value. I put the high-value item into one of the 8 slots in the circle and then Alchenomicon into its slot, the lesser-EMC valued items are not displayed until I take the high-EMC value item out of the item to re-insert.

What I thought would happen:

I would put the Alchemical Chest into one of the 8 slots, and the Book into the book slot. The list would automatically appear. It did not.

Version 0.3.0.544

Currently the method does a round robin on all the inputs to consume items for EMC

This could be optimized so that the tablet intelligently figures out the inputs to consume to minimize the residual EMC left in the tablet once the transmute is done.

Hello

Could you add the ability for the energy value calculations to propogate any changes accros all oredictionary references that don't have a defined value (or have some illogical one). This causes problems with furnaces outputting an ingot that has no EMC value. For example, in my set up currently:

| Mod | EMC | | --- | --- | | Forestry | No EMC | | Galacticraft | No EMC | | Industrial Craft | 0.009 | | Project Red | No EMC | | Railcraft | No EMC | | Tinkers Construct | No EMC | | Thermal Foundation | 192 |

As most ingots lack an EMC value, this then means upstream recipes will sometimes lose their EMC values.

On: 0.3.0.521