Giter Club home page Giter Club logo

applied-energistics-2's People

Contributors

adaptivity avatar algorithmx2 avatar alongstringofnumbers avatar bakaxyf avatar brockws avatar cisien avatar covers1624 avatar dpeter99 avatar elix-x avatar fakedomi avatar fireball1725 avatar fscan avatar glodblock avatar guntherdw avatar mazdallier avatar mczph avatar mrmetric avatar notmywing avatar prototypetrousers avatar romz24 avatar serenibyss avatar shartte avatar thatsich avatar thejulianjes avatar thepaperpilot avatar tier940 avatar tyra314 avatar xfrgod avatar xikaro avatar yueh avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar

applied-energistics-2's Issues

Inconsistent Behavior With Storage Bus On Insert Only Mode

When using a Storage Bus on multiple types of containers (tested with GT Tungstensteel Chest, AA Crate, Vanilla Chest) in "insert only" mode and "report inaccessible items" set to no the system still reports the contents of the chest.

Various permutations of toggling the two settings while the items are in the storage produce expected results or wildly unexpected results (such as reporting 3x the number of items, but only when removed from the container manually).

To Reproduce
Simple AE system of power, crafting terminal, storage bus (set to insert only and do not report inaccessible items) configured with an item. Insert the configured item in to the AE system.

Expected behavior
The item inserted in to storage should not be visible in the AE system.

image
image

Environment
AE2: Trousers v45c (not observed with the original v44c)
Forge 14.23.5.2855
Omnifactory Dev 3ee0960

[Bug] Certain rendered effects of other mods start blinking as well when an interface is highlighted

Describe the bug

When highlighting an interface from the Interface terminal, not just the interface starts blinking but other rendered effects as well. As far as I've tested, this occurs to the Draconic Evolution energy lasers, but this effect may not be limited to this mod, further testing is required.

To Reproduce

Using an Interface Terminal, highlight any interface. Draconic Evolution rendered effects (as far as I've tested, lasers only so far) will start blinking with the same frequency as the interface highlight. The effects will also be visible through walls.
Once the interface highlight stops, the blinking of other effects stops as well.
See attached video for reference.

Expected behavior

Only interfaces are affected by the highlight. Other mod effects should not be affected by the highlight system.

Additional context

Recording of the issue: https://www.youtube.com/watch?v=4rQMKLa4yHA

Environment

Mod list and system information: https://paste.dimdev.org/iwihesovec.rb

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v40c
  • Forge Version: forge-14.23.5.2847

ME Capability Adapter doesn't work.

ME Capability Adapter doesn't work with Applied Energistics 2 Trousers Edition, it basically makes AE2 compatible with stuff that proxy connection like compact machine tunnels but it doesn't seem to work with trousers edition

Fluid Interface + Fluid Formation Plane duplicating liquids

Describe the bug
When fluid is placed in the fluid interface, and there is a fluid formation plane that whitelists said fluid, the fluid is placed but is not removed from the interface.

Expected behavior
fluid should be decremented by 1B when it is place by the formation plane

Additional context
this particular instance involves lava
image

the breaker which is filled with more obsidian than the fluid interface would hold
image

i am using a drum fron SoG to export lava into the fluid interface, it seems when the interface is full, it stop taking lava from the drum
image

  • Minecraft Version: 1.12.2
  • AE2 Version: v43
  • Omnifactory dev commit:2d3d103

Crash when importing recipe from JEI

When importing certain recipes from JEI, a crash is observed. Specifically, when importing sag mill recipes with chance outputs.

Shift-click the "+" in JEI to import a sag mill grinding recipe for ores.

Recipe imports. There may or may not be incorrect NBT data on the item, dependent on how the original mod codes its JEI integration to display chance outputs.

Additional context
https://paste.dimdev.org/totomazotu.mccrash

Environment

  • Minecraft Version: 1.12.2 "Multiblock Madness" modpack 1.1.4 Single Player
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v43e.jar
  • Forge Version: 14.23.5.2854

broken flux capacitor recipe every time login

can i ask why that ae2 crafting flux capacitor from TE all frome leadstone to resonant whent i encode at 1st time it work well but after relog that is borken and need to encode agian to make work?
Describe the bug

To Reproduce

Expected behavior

Additional context

Environment

  • Minecraft Version:
  • AE2 Version: v43d/v43f/v43g
  • Forge Version:14.23.5.2854

Right-clicking with empty hand on storage monitor causes non-fatal crash

Describe the bug
As stated in title, right-clicking with an empty hand on a storage monitor that has just been placed or set to an item will create a non-fatal crash.

EDIT: storage monitors that are locked do not generate a crash

To Reproduce

  1. Place storage monitor on powered network
  2. Right-click the monitor with an empty hand
  3. Set the monitor to any item
  4. Repeat step 2

Expected behavior
No crash should be generated by the above actions

Additional context
crash-2021-08-18_18.05.51-server.txt

Environment

  • Minecraft Version: 1.12.2
  • AE2 Version: PAE2 v46i
  • Omnifactory Dev commit (e023e43)

Crash on starting large craft

Describe the bug
After starting a large auto-craft for 8 sets of chaos shards, I was kicked with a "Server Closed" error and decided to check my server's logs and got the errors shown under Additional Context. Server crashes on restart as it tries to continue with the craft.

To Reproduce
Started a craft for 8 sets of chaos shards

Expected behavior
To start the craft without crafting

Additional context
Crash after starting autocraft
Crash immediately after server restarted (probably same error)

Environment

Crash with Gregicality: Skyblock modpack

I have several crashes per day, with the same error. I have tried different versions of the mod (v41, v46, v46i) - it's the same.

Describe the bug
Players says that crash appears when someone tries to craft large item with AE2 crafting system. They also suggests that problem in AE2 liquid system, but i don't have proofs of that.

To Reproduce
Order to craft a large item with liquid used in craft.

Expected behavior
Crash

Additional context
Crashes:
https://pastebin.com/W0zDfMAt
https://pastebin.com/1SPFvigP
https://pastebin.com/5VjFs5HR
Debug.log one of them:
https://pastebin.com/XjXckm9J

Environment
Gregicality: Skyblock modpack with spongeforge-1.12.2-2838-7.3.1-RC4082

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v46i
  • Forge Version: forge-1.12.2-14.23.5.2855

AE2 P2P Energy Tunnel and DE Energy Pylon crash

I have the DE Energy Core T8 and I attached some P2P tunnels to the Pylons. I dont know what of them is the issue since I cannot even enter in the world rn (instant crash). A minute ago was perfectly fine, a minute later it crashed.

To Reproduce

I don't know if it is replicable in other world since i changed nothing and it crashed. In case: insert in the battery the energy from multiple sources with p2p tunnel, every tunnel has a different energy setup. For example 1 is solar power, 1 is numismatic, 1 is diesel.
Another P2P Tunnel that extract from the battery and powers everything
The energy for powering the ME is on another energy pylon

Expected behavior

In and Out from the battery with p2p tunnels

Additional context

https://pastebin.com/kHSWGWbz

  • Minecraft Version:

  • Pack: Omnifactory 1.2.2

  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v41c.jar

  • Forge Version: 14.23.5.2847

Interface identification via the interface terminal

Describe the feature

Add a button in the interface terminal adjacent to each interface. The button should toggle a blinking illumination effect on the corresponding interface in the world.

Reasons why it should be considered

This can make it easier to find an interface to fix an issue in a large OmniFactory AE network. For example not auto outputting, or the need to hide an interface. Think of it like tracking down a bad hard drive in a datacenter full of servers.

Additional Context

Maybe a possible integration with JourneyMap to drop a waypoint.

Register items for config-disabled content

Describe the feature
Currently, when disabling aspects of AE2 in the config, such as channels, the relevant items are simply not registered. Instead of not registering items from disabled features, register them, but remove their default recipe(s) and hide them from JEI.

Reasons why it should be considered
This behavior is frequently not be desirable, as it causes custom recipes related to those items to break.
This predominantly causes issues for players of "expert" packs where the developer has designed around channels, but the player wants them disabled. The main issue it results in is bugs in crafting recipes while playing.
This prevents "expert" pack players from easily taking advantage of Trousers' increased performance for channelless systems.

Additional Context
An example of preparing to load a world generated before channels were disabled.
image

Compacting drawer bug

Describe the bug
with drawers be aware that there's a bug where the me system gets confused by compacting drawers, since the drawer presents both ingots and blocks it means recipes think both are available

To Reproduce

Expected behavior

Additional context

Environment

  • Minecraft Version: Omnifactory Modpack
  • AE2 Version: Omnifactory Modpack
  • Forge Version: Omnifactory Modpack

Shiftclicking Patterns into Interface Terminal (with smart insertion)

Describe the feature
Shift click a pattern from the player hotbar or inventory and insert it into the top-left most interface (top-left as in the interface directly under the last one) in the interface terminal.

Reasons why it should be considered
An annoying part of adding many recipes to the interface terminal is the fact that you have to manually drag each one from your inventory to the correct interface. Hopefully this request fixes the mild annoyance.

Crafting slow on newest version (v43)

I just updated omnifactory and decided to try out the new version with larger interfaces so manually added the jar. I have lazy ae2 installed incase that matters. autocraft requests took ages. I could request a single wood or 5k wood with almost no effort but anything more complex took a very long time. to the point where crafting was basicaly unusable. they did load. I set something to craft and came back and it eventualy loaded but that was a single item after several minutes. the problem seems to get worse the more of each item you request and the more steps the item recipe has

To Reproduce
update omnifactory to dev-2d3d103 install v43 of pae2. if needed install lazy ae2 aswell. try and craft something with multiple steps it took several seconds to load the craft for a single wooden widget and crafting 10-100 wooden widgets took longer then i cared to wait but atleast a minute. A single t4mm took longer then a few minutes.

Expected behavior
Crafts take a neglegable time unless its a large request. I downgraded to the version included with omni 2d3d103 and that basicaly instantly loads

Environment
MacOS mbpro 2020 before m1 i9 processor 64 gb ram integrated and dedicated gfx SP every mod is the same as omni with the exception of lazy ae2, libnine (lazy ae2s library), dank null 1.7.91,

Had two crashes related to storage buses.

Hello,
today Minecraft crashed twice when I was working with the memory buses.
The first crash I had the GUI open and wanted to assign an item to the bus with a shift-click.
Crash report:
crash-2021-08-01_11.28.53-server.txt

On the second crash I attached a memory bus to a lightly filled storage drawer.
Crash report (It generated two this time):
crash-2021-08-01_21.40.24-client.txt
crash-2021-08-01_21.40.18-server.txt

I am using this version:
appliedenergistics2-rv6-stable-7.omni-fixes-v45l.jar
By the way, I could not reproduce the first crash. On the second try it worked. That is why I did not report it.
The second crash came again now. Here is the new report:
crash-2021-08-01_21.56.09-server.txt

[Crash] Server crash when loading into a world; "Cannot modify energy providers while energy is being extracted."

Describe the bug

Server crashed upon loading into a dimension.

To Reproduce

Seems to occur when loading into a different dimension / loading chunks with the offending blocks in it.

Additional context

Crash log:
https://paste.dimdev.org/ucujowosow.rb

User Jimmy#7451 in the Omnifactory discord said the following:

appears to be caused by the fix to #25

Environment

Multiplayer server, Omnifactory dev 2d3d103

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v41d
  • Forge Version: 14.23.5.2855

Crash when storage drawers is not present

If installed in a modpack without storage drawers present, a server crash is encountered when an interface is connected to a non-AE2 device. In the crash log attached, the crash occurs with a TechReborn machine.

Using version 34d

To Reproduce
Using modpack Nuclear Earth: Reirradiated (although I expect any pack without storagedrawers would work), connect an interface to a machine, then open the interface terminal. Crash occurs upon opening interface terminal.

Expected behavior
No crash?

Additional context
crash-2021-04-09_01.03.55-server.txt

Environment
Modpack: Nuclear Earth: Reirradiated 2.0.8, with pants ae2 added, regular ae2 and jee removed.
34d

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v34d
  • Forge Version: forge-1.12.2-14.23.5.2854

Ask and you shall receive!

Describe the bug

30d
To Reproduce

Look up a recipe in JEI click it into the crafting terminal. Voila! the ingredients are there whether you have them or not.

Expected behavior

Not dupe like crazy!

Additional context

Environment

Server MP I am admin as well if that makes a difference, JEI version 4,15,0,297

  • Minecraft Version: 1.12
  • AE2 Version: 30d
  • Forge Version: 14.23.5.2847

[Bug] NBT data isn't removed off data drives when items are pulled

Describe the bug

It seems that when items are removed from drives, some form of NBT data sticks around. Over time, this can accumulate, leading to incredibly large file sizes. When removing a particularly big drive from my system, the game kicked me out, saying that payload may not be larger than 32767 bytes. When the NBT data of this drive was checked using advanced tooltips (F3+H), it contained more than 40.000 characters, even though the drive was unformatted and completely empty. See the screenshot below for reference (different drive, same problem)

To Reproduce

I'm not entirely sure how to reproduce it, but it seems that data isn't properly removed when items are taken from a drive. Simply take a drive, add items to it, close the window and reopen it, then take the items out again. In most cases, NBT data remains on the drive even though it is empty.
The payload may not be larger than 32767 bytes kick only seems to occur with drives that have more than ~32.000 characters of NBT data; it did not occur when removing the drive pictured below through a storage bus.

Expected behavior

Relevant data is removed when items are removed, so an empty drive would have no NBT data remaining at all.

Additional context

image

This is a screenshot of the above drive shown in NBT Explorer; the highlighted entry is the drive itself. Shown is one of the ghost NBT data still on the drive; it shows an item count of 1, even though no items are stored on the drive.
image

Environment

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v42b
  • Forge Version: 14.23.5.2855

Level emitters are acting wonky

Describe the bug

This is using 30c. For example I placed a level emitter told it to monitor blaze rods then set the number to 2000. Chose for the emitter to come on if level drops below this number. There are 4000 blaze rods in the system so the emitter stays off so far so good. Then you break the fluix cable running to the emitter because you are trying to tidy up, when the cable is reconnected the emitter comes on like you don't have the 2000. It is then stuck on and ignores the actual system inventory level. rebreaking the cable and replacing it does nothing

To Reproduce

place emitter, set object to be monitored, set level desired, set mode. break cable leading to emitter and reconnect emitter ignores actual inventory level from this point on.

Expected behavior

Expect emitter not to ignore inventory

Additional context

Environment

This is Omnifactory being run on a MP server using dev snapshot 5573535

  • Minecraft Version: 1.12.2
  • AE2 Version: 30c
  • Forge Version: 2847

Drag from JEI into Pattern Terminal

Describe the feature
Ability to drag items from JEI into the Pattern Terminal like how EnderIO filters work

Reasons why it should be considered
Having to manually create an item before being able to add it to a pattern can be annoying, especially for deep microcrafting in processing mode (like creating a rotors pattern, or like how Jimmy gets around the circuit replacements (keeping 1 of each circuit in a nearby chest))

Sever crash when connecting the fluid storage to any tank. Null Pointer Exception

The server would crash after configuring a fluid storage bus.

Describe the bug

The server would crash after configuring the partition in the bus.
To Reproduce

Place a fluid storage bus on any tank and try to configurate its partition storage on a server.

Expected behavior

The server would crash.

Additional context

https://pastebin.com/8m0a16DC

Environment

I am running the it on a omnifactory (dev branch, 05552f7) server.

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v46
  • Forge Version:forge-1.12.2-14.23.5.2855

Make the operation in the fluid terminal similar to the operation in GTCE

(Translated by DeepL)

Describe the feature
Allow the player to choose whether to fill all containers with liquid or one container as in GTCE.

Reasons why it should be considered
The QoL update in v44 is very nice. The update allows players to handle more liquids with ease. Thank you.
However, if a player has 16 containers and wants to fill only 5 of them, the hassle of splitting the items is not so different from before.
So I thought it would be even more convenient if multiple operations could be performed by Shift and click like in GTCE.

Additional Context
When the player holds a stacked liquid container in hand and clicks in the fluid terminal
Idea 1 (like GTCE)
 left click > Fill/Empty only one container in hand
 shift + left click > Fill/Empty all containers in hand
Idea 2
 right click > Fill/Empty only one container in hand
 left click > Fill/Empty all containers in hand

A pattern is still displayed on the network after it has been removed.

Hi,
no idea if this is a bug or if this is part of the performance improvements.
When I remove a described pattern from an interface, the recipe is still shown as craftable. Only after I reload the world the recipe disappears in the terminal. This is quite confusing.
I observed this in version v43h and then updated to version v45b where it is the same. (Forge 14.23.5.2855, Omnifactory modpack dev version 2d3d103)

Otherwise, thanks for this awesome version of AE2!

Crash and a bug with the conversion monitor

Hello!

Describe the bug
The game crashes when using the conversion monitor. It also shows only 64 items, although there are more in the system. It has not voided the items, if I have seen it correctly.

To Reproduce
Program the monitor. I used energetic alloy ingots.
Lock it.
Try to take items out and put them back in (Through the monitor.). -> Crash

Additional context
crash-2021-08-16_21.33.56-server.txt
crash-2021-08-16_21.34.02-server.txt

Environment
I play Omnifactory STE.

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v46f.jar
  • Forge Version: 14.23.5.2855

Interface terminal, button to jump to next free Molecular Assembler space

In the Interface terminal, add a button to jump to next interface named Molecular Assembler that contains an empty recipe slot

Describe the feature

Button when clicked should scroll the interface terminal down to the first interface named "Molecular Assembler" with a free space available.

Reasons why it should be considered

This could make it more convenient instead of wasting time on scrolling the interface terminal when adding many patterns

Additional Context

Jimmy wished for it on stream

Issue when items enter ME network

Using PAE2 v39
Describe the bug
When an item enters the ME network, the amount of said item randomly changes rapidly until settling on the correct amount

To Reproduce

  1. Try to craft an item, or insert an item manually
  2. When the item enters the network, the amount changes wildly

Expected behavior

Amount should only update once to match the correct amount.

Additional context
https://user-images.githubusercontent.com/44148655/117560826-013e6e00-b046-11eb-8798-e229074c2551.mp4

[Bug] ME Export Bus Issue with IC2 Coolant Cells and Fuzzy Card

The ME Export Bus does not recognize any 'IC2 Coolant Cell' with less than 99% percent of durability when using a Fuzzy Card with the configuration "Ignore"

Describe the bug
When i tried to insert IC2 Coolant Cells into an IC2 Reactor, the ME Export Bus does not insert any IC2 Coolant Cell with less than 99% of life (anything below the full life (for example: 60000) is not recognized, for example: 59999/60000)

To Reproduce
1.- Add IC2 and AE2

2.- Place an IC2 Reactor with some Fuel Cells, place an Export Bus on the Left and an Import Bus on the Right, each Bus will have its own ME Chest, just like this:
2021-05-18_09 47 31

3.- You will require to damage some Coolant Cells, use 10k coolant cells (to speed up the process), any kind of Nuclear Fuel (Uranium or MOX, it doesn't matter) and turn on the reactor. Example (here i'm using MOX Fuel Cells and 10k coolant cells, the reactor plating is optional):
2021-05-18_09 57 23

4.- add 1 fuzzy card and 3 speed cards on each Bus (Importer and Exporter)

5.- Before the Coolant Cells are too damaged, take one and put it inside the ME Export Bus with the comparison: Ignore.
2021-05-18_09 47 46

5.1.- Duplicate an entire stack of these Slightly Damaged Coolant Cells and put it inside the ME Chest of the Export Bus Side.
2021-05-18_10 06 27

6.- Once you damaged enough your Coolant Cells (for example: 2500/10000) you can use one of them as a template for the Import Bus (set the comparison to 25%). Example (notice the damaged Coolant Cell):
2021-05-18_09 47 54

7.- You will see how the Damaged Coolant Cells are being removed, but they are not being replenished even when the ME Chest of the Exporter has enough Coolant Cells.
(Reactor Empty)
2021-05-18_10 06 25

(ME Chest full)
2021-05-18_10 06 27

Expected behavior
In short, the ME Export Bus should insert these Slightly damaged Coolant Cells, but it simply doesn't.

Additional context
If you ask why i have Slightly Damaged Coolant Cells, i use another Reactor where i regen the Coolant Cells, and they doesn't fill with an exact value (around 56%)

Environment
+There are no more requeriments
+No more Mods are required.

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v40c
  • Forge Version: 1.12.2-forge-14.23.5.2854
  • IC2 Version: industrialcraft-2-2.8.221-ex112

Feature request: Show dimension ID / name when highlighting interface location

Describe the feature

The text that appears in chat with the coordinates of the highlighted interface should display the dimension the interface is in.
It currently shows coordinates only, but not in which dimension this interface is located.
This might also need a message that tells the player the highlight isn't visible in the current dimension if the selected interface is located in another dimension, such as "The interface is located in a different dimension (<DIM ID/name>) and could not be highlighted."

Reasons why it should be considered

If the player is in a different dimension than the interface, the highlight does not show and the player may not be able to find the interface. However, the message still shows up displaying coordinates, which will not correspond to the interface in the current dimension.

Additional Context

Tested in latest pre-release version v40c.

Current situation:
image

Desired feature mockup:
image

GTEU to RF converters do not deliver correct amount of EU/t if the EU to RF conversion ratio is changed from 1:4

Describe the bug
In mods such as CEU and Gregicality that provide tools to convert between GTEU and RF, there exist config options to tweak the precise ratios between the two energy systems. However, when one attempts to change these options from the default 1:4 ratio, and then uses one of these converters on an energy acceptor, it appears that AE2 does not account for this shift. For example, if the ratio was changed to 1:2, then an EV CEU would only provide the equivalent of 1024 EU/t, while if it was changed to 1:8, it would provide 4096 EU/t. This behavior is the same across both CEU and Gregicality, and I could not replicate this for other mods, such as Refined Storage.

To Reproduce

  1. Create an instance with Gregicality or CEU and all of their dependencies, along with this version of AE2 (although the latest version on the main branch of AE2 has this bug as well).
  2. In the config for whichever mod you picked, set the ratio of EU to RF to 2 (or 1:2, for CEU).
  3. Place an EU generator, an EU to RF converter, and then an Energy Acceptor, all next to each other.
  4. Place a dense energy cell into the network, and add enough devices so that the network would need to use more than half of the expected energy that you are providing the system. (For example, an EV generator and converter should provide 2048 EU/t, so aim for 1025 EU/t and up.)
  5. Get a network tool, and once all available energy buffers are depleted, you should see that the Energy Generation is exactly half of the expected value.

Expected behavior

Instead of showing half of that expected EU/t, it should instead show all of that generated power instead (such as 2048 EU/t in the case of using EV power).
Additional context

Here is what I got using CEU at 1:2, with an EV converter:
2021-03-19_14 17 04

Environment
I'm working from the dev build of 0.21.3 Gregicality, although this bug exists for later versions of it as well.

Minecraft Coder Pack 9.42
CTM MC1.12.2-1.0.2.31
AE2 Trousers Edition rv6-stable-7 omni-fixes-v30b
CraftTweaker2 1.12-4.1.20.554
JEI 4.16.1.302
Forestry 5.8.2.387
CodeChicken Lib 3.2.3.358
Forge Multipart CBE 2.6.2.83
GTCE 1.10.8.599
CEU 1.0.5.1
Cucumber Library 1.1.3
Mystical Agriculture 1.7.3
Mantle 1.3.3.42
Tinkers' Construct 1.12.2-2.12.0.115
Mystical Agradditions 1.3.2
Refined Storage 1.6.15
CT-GUI 1.0.0
Forge Microblocks 2.6.2.83
Minecraft Multipart Plugin 2.6.2.83
The One Probe 1.12-1.4.23-16
Gregicality 1.12.2-0.21.3

  • Minecraft Version: 1.12.2
  • AE2 Version: omni-fixes-v30b
  • Forge Version: 14.23.5.2847

Highlight matching recipes in Interface Terminal

Describe the feature
Highlight the matching recipes in an interface terminal when using the inputs or outputs search box (visual is up to you)

Reasons why it should be considered
Having to search through a row (or many) of recipes to find the correct recipe(s) can be quite time consuming, especially in packs with a ton of auto-crafting (Omnifactory and its circuits as an example)

Crash and crafting calculation slowness since v34 update

Describe the bug
Since the upgrade to v34, the crafting calculation slowed way down and even caused a server crash (only into HV, so probably crazier in higher voltages)

To Reproduce
Slowness was shown anytime I was starting a new autocraft (at the time, I was making 3 HV Macerators, a Drawer Controller and a Drawer Slave)

Expected behavior
No slowness and no crash

Additional context
Gist Crashlog

Environment
Omnifactory dev build: fa485e6

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v34.jar
  • Forge Version: 14.23.5.2847

Incorrect items in Crafting Terminal from JEI

Describe the bug
Clicking the plus in JEI pulls the incorrect items

To Reproduce
Click the plus in JEI while in the crafting terminal to pull the items from AE.

Expected behavior
AE2 should only pull the items that match the items NBT/Metadata in JEI, otherwise it shouldn't pull.

Additional context
Trying to craft a chem bath while not having the items for it results in the below.
image

Environment

  • Minecraft Version: 1.12.2
  • AE2 Version: PAE2 V42b
  • Omni Dev - commit 2d3d103

Null Pointer Exception (with another mod)

Hello,

i've been playing omnifactory for a while now, and i added back in the days VolumetricFlask to simply automatize and simplify crafting with fluids.
But since i've updated to the last dev build, which include this fork of AE2, i'm getting NullPointerException anytime i just take something inside my ME Drives.

I know this mod is outdated and has been only made for a specific purpose, but the modification made to this AE2 fork may cause some issues, as well as the new interface expansion card (i think)

    at me.exz.volumetricflask.common.helpers.DualityOInterface.pushPattern(DualityOInterface.java:139)
    at appeng.me.cluster.implementations.CraftingCPUCluster.executeCrafting(CraftingCPUCluster.java:831)
    at appeng.me.cluster.implementations.CraftingCPUCluster.updateCraftingLogic(CraftingCPUCluster.java:676)
    at appeng.me.cache.CraftingGridCache.onUpdateTick(CraftingGridCache.java:154)
    at appeng.me.GridCacheWrapper.onUpdateTick(GridCacheWrapper.java:43)
    at appeng.me.Grid.update(Grid.java:284)
    at appeng.hooks.TickHandler.onTick(TickHandler.java:222)
    at net.minecraftforge.fml.common.eventhandler.ASMEventHandler_1040_TickHandler_onTick_TickEvent.invoke(.dynamic)
    at net.minecraftforge.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:90)
    at net.minecraftforge.fml.common.eventhandler.EventBus.post(EventBus.java:182)
    at net.minecraftforge.fml.common.FMLCommonHandler.onPostServerTick(FMLCommonHandler.java:266)
    at net.minecraft.server.MinecraftServer.tick(MinecraftServer.java:712)
    at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:526)
    at java.lang.Thread.run(Thread.java:748)

I'm aware that this is not the intended way to use this mod (because it's not included inside the modpack) but maybe there is a fix around it because this mod is really really usefull ...

Version :

Allow blocking mode to be modifiable in the Interface Terminal

Describe the feature

  1. Create a button to the left of the "Highlight Interface" button that can toggle the blocking mode on that interface.
  2. Optionally, create a button near "Show Interfaces with Full Slots" toggle button that shows interfaces that are marked as hidden.

Reasons why it should be considered

There are situations where interfaces can be hidden behind blocks, making it annoying to break blocks to access the interface GUI to toggle blocking mode. If this requested feature is implemented, you would only need to visit the interface terminal to modify the blocking mode of any interface anywhere.
Also, '2' would be nice to see if there are any interfaces that are accidentally hidden by user mistake, and locate them using the "Highlight Interface" button.

Some liquids are not colored on the Storage Monitor

Describe the bug
When liquids are displayed in the Storage Monitor, colors are not applied to some of the GTCE liquids and Xenon Gas etc.
https://i.imgur.com/aq1hepE.png

To Reproduce
Place the storage monitor on a powered network and use a bucket to display the liquid.

Expected behavior
All liquid colors are displayed correctly.

Additional context
GTCE ingots, gears, etc. don't have colors applied in the encoded pattern, but they are displayed with normal colors in the Storage Monitor.
https://i.imgur.com/oyaO54L.png
https://i.imgur.com/PDGTO40.png

Colored: Oxygen, Hydrogen, Nitrogen, Chlorine, Methane, Radon, Canola Oil, Sulfuric Acid, Argon
No color: Epoxy Resin, Butene, Benzene, Rocket Fuel, Methanol, Phenol, Propane, Propene, Xenon Gas, Neon Gas

Environment

  • Base Omnifactory Version: dev b6339c7
  • AE2 Version: v46j

[Feature request] Level emitter / Crafting request support for 'k' as x1000 multiplier

Describe the feature

The input window for item and fluid level emitters (and when requesting autocrafts) should support the use of the letter 'k' to indicate that the number prior to it is in the thousands.

Alternatively, a "x1000" button could be added which multiplies the currently entered amount by 1000, similar to how the current buttons add or remove a quantity. A second button "/1000" could also be added that truncates the last three digits of the number (to avoid fractions of items).

Reasons why it should be considered

This is particularly useful for fluids, which are specified in millibuckets and are usually needed in bucket quantities, and for stockkeeping large amounts of items in later phases of Omnifactory games.

me interface terminal problem

Preemptive Assembly Unit from Lazy AE2 not showing in the me interface terminal but recipes are working

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v46j
  • Forge Version:14.23.5.2855
  • Lazy AE2 Version:lazy-ae2-1.12.2-1.1.26

Show capacity in crafting CPU

It would be nice to have a way to see the capacity of a crafting CPU when opening its interface.
Describe the feature

Rightclicking on a crafting CPU opens its GUI. There should be a text at the bottom showing its capacity.
Reasons why it should be considered

This helps determining when you have enough capacity for a very large crafting request while building your CPUs.

[Crash] Client crash when highlighting an interface in a different dimension

Describe the bug

When highlighting interfaces in the Interface terminal, highlighting interfaces located in different dimensions will crash the client.

To Reproduce

Have an interface in a different dimension linked through quantum gateways.
Use an interface terminal in one dimension to highlight the interface in the other dimension.

Additional context

Crash log: https://paste.dimdev.org/akezuxepul.mccrash

(note that the crash log reports the error occuring in DIM0; the interface terminal was accessed from DIM-119)

Environment

  • Minecraft Version: 1.12.2
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v41d
  • Forge Version: 14.23.5.2855

Fluid Storage bus not filtering properly - Omnifactory Dev 2.9.4 nightly 20150209

Describe the bug

Fluid storage buses are not honoring proper formatting. They will insert any available liquid into a tank even if it has the proper formatting.
Workaround: Format every single open spot on the fluid storage bus with the same fluid. Then it cannot insert the wrong fluid.

To Reproduce
Place fluid storage bus. Format it with liquid A. Also have liquid B entering the AE system looking for a container. The fluid storage bus will sometimes insert fluid B through a fluid storage bus formatted with fluid A.

Expected behavior
The fluid storage bus does not insert any fluid other than the formatted one.

Additional context
None other than this mod is amazing and has improved performance so much my mind is blown. Thank you.

Environment

  • Omnifactory Dev 2.9.4 nightly 20150209

  • Minecraft Version: 1.12.2

  • AE2 Version: rv6-stable-7.omni-fixes-v40b

  • Forge Version: 14.23.5.2855

Input Search of Patterns with Substitution matches on the not encoded substitution

If you search for "A" as the input of a pattern where B can be substituted for A, all patterns with B also show up.

Expected behavior
This should not happen

Additional context
Probably Error in src/main/java/appeng/client/gui/impl./GuiInterfaceTerminal.java:480
As the Displayname from the virtualItem probably is every substitution combined.

Crafting manager fallback config being ignored

Describe the bug
Even when disabled in the config, ae2 falls back to the crafting manager when autocrafting. I do believe this is an issue with this fork, as the config has been respected properly in standard ae2 1.12.2.

To Reproduce
Disable crafting manager fallback in config, configure a pattern in a way where the crafting manager would be used and attempt to autocraft. This is best shown with a debugger or spark.

Expected behavior
Ae2 does not fall back to the crafting manager and instead autocrafting fails to start.

Additional context
20210804_004242.jpg This is the only screenshot I have to hand, it's part of a spark profile.
Environment

Running on the Omnifactory dev branch. I did not encounter this issue elsewhere.

Null Pointer Exception

java.lang.NullPointerException: Exception in server tick loop
        at appeng.helpers.DualityInterface.invIsBlockedGTCE(DualityInterface.java:1045)
        at appeng.helpers.DualityInterface.isGTCEblocked(DualityInterface.java:1217)
        at appeng.helpers.DualityInterface.isBusy(DualityInterface.java:1195)
        at appeng.me.cluster.implementations.CraftingCPUCluster.executeCrafting(CraftingCPUCluster.java:659)
        at appeng.me.cluster.implementations.CraftingCPUCluster.updateCraftingLogic(CraftingCPUCluster.java:610)
        at appeng.me.cache.CraftingGridCache.onUpdateTick(CraftingGridCache.java:154)
        at appeng.me.GridCacheWrapper.onUpdateTick(GridCacheWrapper.java:43)
        at appeng.me.Grid.update(Grid.java:284)
        at appeng.hooks.TickHandler.onTick(TickHandler.java:227)
        at net.minecraftforge.fml.common.eventhandler.ASMEventHandler_1118_TickHandler_onTick_TickEvent.invoke(.dynamic)
        at net.minecraftforge.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:90)
        at net.minecraftforge.fml.common.eventhandler.EventBus.post(EventBus.java:182)
        at net.minecraftforge.fml.common.FMLCommonHandler.onPostServerTick(FMLCommonHandler.java:266)
        at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:712)
        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:526)
        at java.lang.Thread.run(Thread.java:748)

Complete Crash Report:
crash-2021-06-21_19.10.29-server.txt

  • Minecraft Version:
  • AE2 Version: appliedenergistics2-rv6-stable-7.omni-fixes-v41
  • Forge Version: forge-1.12.2-14.23.5.2854

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.