I'm trying to point an interface p2p into an item p2p, the interface has blocking mode enabled and is in fluid packet mode. When I try to request the item the interface won't send it and the request stays yellow. When I use a regular interface pointing to an item p2p instead of the interface p2p this works fine. It also works fine with the interface p2p if I remove the fluid from the patterns. This seems to be an issue with the interface p2p not realizing the fluid is being sent as a packet and instead is expecting a fluid container.
When I setup ender io machines with interface p2p's, for example soul binder or slice'n'splice all is going smoothly until it is supposed to output content back to ae, I have to wait around 5-6 minutes for items to output, but this only happened when I first set uped my machines, second time it was all good and it outputed items normally.
It is unreasonable that everything AE2 adds can change the ME P2P Tunnel into ME Interface P2P Tunnel, even the cables can. The only way to change it back is to flash the Tunnel with a memory card which records the ME P2P Tunnel. The change causes so much trouble when I want to place ME P2P Tunnel instead of the Interface P2P Tunnel. It should only happen when the player right clicks on the ME P2P Tunnel with ME Interface on hand.
An io port and me drive that has a capacity of 1 drive would be amazing for many different automations. The me chest only has 1 side you can access so it won't work for a lot of automation and the io port has no way to limit the amount of drives that can go in.
Version 1.12.2 nae2-1.5.3 tellme-1.12.2-0.7.0-dev.20200919.184303
/tellme dump all
I get this error on the server side and a unspecified error when trying to do it client side. When I removed nae2 and ran the dump command it worked.
Console13:52:07
java.lang.NoClassDefFoundError: net/minecraft/client/resources/I18n
at co.neeve.nae2.common.items.NAEBaseItemPart.getItemStackDisplayName(NAEBaseItemPart.java:77) ~[NAEBaseItemPart.class:?]
at net.minecraft.item.ItemStack.getDisplayName(ItemStack.java:617) ~[aip.class:?]
at fi.dy.masa.tellme.datadump.ItemDump$ItemInfoProviderBase.getDisplayName(ItemDump.java:442) ~[ItemDump$ItemInfoProviderBase.class:?]
at fi.dy.masa.tellme.datadump.ItemDump$ItemInfoProviderBasic.addLine(ItemDump.java:542) ~[ItemDump$ItemInfoProviderBasic.class:?]
at fi.dy.masa.tellme.datadump.ItemDump.getDataForItemSubtypes(ItemDump.java:123) ~[ItemDump.class:?]
at fi.dy.masa.tellme.datadump.ItemDump.getFormattedItemDump(ItemDump.java:65) ~[ItemDump.class:?]
at fi.dy.masa.tellme.command.SubCommandDump.getData(SubCommandDump.java:177) ~[SubCommandDump.class:?]
at fi.dy.masa.tellme.command.SubCommandDump.outputData(SubCommandDump.java:123) ~[SubCommandDump.class:?]
at fi.dy.masa.tellme.command.SubCommandDump.execute(SubCommandDump.java:106) ~[SubCommandDump.class:?]
at fi.dy.masa.tellme.command.CommandTellme.execute(CommandTellme.java:92) ~[CommandTellme.class:?]
at com.feed_the_beast.ftbutilities.ranks.CommandOverride.execute(CommandOverride.java:83) ~[CommandOverride.class:?]
at net.minecraft.command.CommandHandler.tryExecute(CommandHandler.java:119) [bj.class:?]
at net.minecraft.command.CommandHandler.executeCommand(CommandHandler.java:91) [bj.class:?]
at net.minecraft.server.dedicated.DedicatedServer.executePendingCommands(DedicatedServer.java:433) [nz.class:?]
at net.minecraft.server.dedicated.DedicatedServer.updateTimeLightAndEntities(DedicatedServer.java:398) [nz.class:?]
at net.minecraft.server.MinecraftServer.tick(MinecraftServer.java:668) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:526) [MinecraftServer.class:?]
at java.lang.Thread.run(Thread.java:750) [?:1.8.0_372]
By default, interfaces that have not been renamed display "P2P Tunnel - ME Interface" in the interface terminal as their connected device when exclusively adjacent to an Interface P2P. This makes it difficult to determine what a given interface is actually pushing into, unless you rename every such interface to override the display name.
This has other side effects like Molecular Assemblers not showing up with the Interface Terminal's "Show Crafting interfaces with free slots" button when connected via Interface P2P.
It would be useful if the tunnel could indicate what it's attached to on the other end.
It's such a handy tool especially when you got a huge base and you have to wander around wrenching stuff but dont want cables to slow you down.
And thats where the problem is. ppl can easily overuse it, and i believe it was designed to make ppl overuse it (i dont mean using it for a 1 block gap tho), so i wonder if it can actually impact the performance, especially for rendering. If it is, will there be a clientside config option to enable a faster kind of beam?
I dont actually know how to test it by myself. My current base in E2E-E is already laggy asf
I am using version nae2-1.6.1
The problem arises with recipes where there is more than 1 type of item at the input. I tested using the example of a bronze ingot, which is created from 3 copper and 1 tin in the Thermalexpansion induction smelter. For the convenience of tracking, you can enable blocking mode in the ME Interface.
The bottom line is this, I install 4 induction smelters and connect p2p to them. When ordering a recipe, I get the result that 3 copper ingots get into the first foundry, 1 tin ingot gets into the second foundry, which is why the recipe does not start and everything breaks. As a result, I get leftover items in the mechanisms and unfinished auto craft.
Hi!
The new ME Beam Formers look great, but unfortunately the render distance is a bit poor. Maybe you could increase it a bit, or maybe add an option to adjust it by myself.
Upgrade card to put into a pattern terminal to automatically refill the blank pattern slot with blank patterns (bonus if it can combine with crafting card to autocraft patterns when needed)
i have a mod that needs mixinbooter 8.3 or above, and i have the 8.8 version and when i try to open the game it says:
You must include the right dependencies
Requieres mixinbooter 8.3 or above (missing)
while this is my mods folder
i tried reinstalling this and the mod that needs this, but its the same
This is the latest.log https://pastebin.com/HUh7MNXw
A type of ae cell that could store both items and fluids would be huge for both automation and for storage density. something like the 1.19 ae additions super storage cell would be really nice.
a drive that can hold a huge amount of exactly 1 type, basically just lets you use a ME chest as a better/bigger drawer without partitioning, cause you may want it to be single type but dynamic type for automation
Version NAE2-1.3.0
AE2 Unofficial Extended Life 2.4.27
Nomifactory CEu 1.6.1A (Hardmode, if that makes a difference)
Issue:
When the pattern multi-tool is used as a bauble, shift-clicking more than 3 patterns from the ME Interface Terminal voids the next pattern(s)
Reproduction steps:
Shift-click 3 patterns from the ME Interface Terminal, this puts the patterns in this configuration,
The fourth pattern shift-clicked will be voided.
Add additional molecular assemblers to speed up crafting processes:
Advanced Molecular Assembler: twice as fast as the Molecular Assembler -> AE Usage 4x power of molecular assember
Quantum Assembler: All internal crafting takes 1 second to complete, and cannot be accelerated, but it can simultaneously perform as many crafting operations as there are co-processors present on the crafting CPU, limited to 25 simultaneous operations for performance reasons. -> AE Usage 4x power of molecular assember per operation.
ME Patterns Interface (Interface with more slots for patterns) from AE2 UEL: Extended cannot push items through the P2P tunnel to the destination.
Versions: NAE2 1.6.1; AE2 UEL: Extended v0.55.30-0.4
The initial problem was that I have many recipes for say twenty identical machines and therefore I have to use more than one ME interface. But it seems that connected ME tunnels cannot take input from more than one ME interface, so I need to attach one new tunnel to the same machine for each new ME interface with new patterns.
X128 Crafting Co-Processing Unit
X256 Crafting Co-Processing Unit
X512 Crafting Co-Processing Unit
X1024 Crafting Co-Processing Unit
Creative Crafting Co-Processing Unit
ME Pattern Interface (72 lattice)
Larger ME drive (30 lattice)
ME Delivery interface
NotEnoughEnergistics has a Ctrl + Click function like NAE2. On Wireless Terminals this function does not work, because of NEE.
I would appreciate if there was a function to override the NEE feature and use NAE2s instead, since there was no activity on NEE's end to fix this bug.
[20:06:56] [Server thread/ERROR] [AE2:S]: Exception:
appeng.api.exceptions.SecurityConnectionException: Connection failed due to different security realms.
at appeng.me.GridConnection.create(GridConnection.java:221) ~[GridConnection.class:?]
at appeng.core.api.ApiGrid.createGridConnection(ApiGrid.java:57) ~[ApiGrid.class:?]
at co.neeve.nae2.common.parts.implementations.PartBeamFormer.connect(PartBeamFormer.java:203) ~[PartBeamFormer.class:?]
at co.neeve.nae2.common.parts.implementations.PartBeamFormer.tickingRequest(PartBeamFormer.java:391) [PartBeamFormer.class:?]
at appeng.me.cache.TickManagerCache.onUpdateTick(TickManagerCache.java:91) [TickManagerCache.class:?]
at appeng.me.GridCacheWrapper.onUpdateTick(GridCacheWrapper.java:40) [GridCacheWrapper.class:?]
at appeng.me.Grid.update(Grid.java:229) [Grid.class:?]
at appeng.hooks.TickHandler.onTick(TickHandler.java:199) [TickHandler.class:?]
at net.minecraftforge.fml.common.eventhandler.ASMEventHandler_1966_TickHandler_onTick_TickEvent.invoke(.dynamic) [?:git-CatServer-1.12.2-dae70adc]
at net.minecraftforge.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:90) [ASMEventHandler.class:git-CatServer-1.12.2-dae70adc]
at com.github.terminatornl.laggoggles.tickcentral.EventBusTransformer.redirectEvent(EventBusTransformer.java:67) [%5B性能分析器%5DLagGoggles-1.12.2-5.8-132.jar:?]
at net.minecraftforge.fml.common.eventhandler.EventBus.post(EventBus.java:190) [EventBus.class:git-CatServer-1.12.2-dae70adc]
at net.minecraftforge.fml.common.FMLCommonHandler.onPostServerTick(FMLCommonHandler.java:268) [FMLCommonHandler.class:git-CatServer-1.12.2-dae70adc]
at net.minecraft.server.MinecraftServer.tick(MinecraftServer.java:890) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:693) [MinecraftServer.class:?]
at java.lang.Thread.run(Thread.java:750) [?:1.8.0_371]
Upgrade card to go into interfaces, which will cause blocking mode to block on any item present in the network. in 1.7, the advanced blocking card goes into the receiver interface in a kissing interface setup, not the sender interface
1.Add a block so that the subnet can only access specific items and fluids from the main network to reduce the storage bus's occupation of tps
2.Can try mirroring or Block timing extracts a certain amount of items from the network to the set cache
Using blocking mode on interface p2p with ignore fluid seems to respect the ignore fluid but only for machines directly touching the interface, machines connected only by interface p2p do not respect the ignore fluid and do not have items put inside them.
If this is a cross-mod issue that you either do not wish to fix or cannot fix please ignore and mark as closed.
Something that would let an interface see all the items on a connected network to check for blocking mode would make a lot of automation easier, especially things like assembly lines.
Pack: Nomifactory CEu 1.7 alpha 1, Normal Mode
Singleplayer world
Where it occurs in my world:
machines with an Interface P2P and importing cover (conveyor or keep exact robot arm) on top for stocking inputs and controlled by level emitter and machine controller cover on front
multiblock input bus with an Interface P2P on bottom and filter insert cover to control what gets inputted, and controlled by machine controller cover and level emitter
Expected behavior:
machine inputs remain full with their respective input ingredient
input buses automatically import their filtered ingredient
What actually happens:
machine inputs eventually become empty even if there is stock of their ingredient available
input buses do not import even when they're active and their filtered input is available
When does this happen: On entering world or leaving it idle for a while
Temporary fixes found: changing the level emitter threshold behavior (whether to emit at above or below threshold) and back lets the attached machine/bus import again
Attempted fixes that do not work: disconnecting and reconnecting the entire system via removing and replacing the nearby ME conduit does not fix the problem
Do other Interface type items work: Regular interfaces and Phantomfaces (Actually Additions) work properly on world loads and do not appear to face this bug
Replicability on test world: Currently unable to replicate
In the zip, "new city" is the world folder, while "addl-mods" contains the additional mods I use that are not part of the pack modlist, including the updated version of NAE2 with Interface P2Ps.
What to look for in the world:
In the PPC setup that the player should be standing near, look for machines that have stopped due to empty input or whose inputs are not full and slowly draining.
Check if there is Resonant Clathrate available in the stocking interfaces for the stopped input bus.
Confirm if they run again when doing the temporary fix described above with their respective level emitter.
The way the system is currently set up, there should be a stock of all ingredients except Resonant Clathrate which gets smelted immediately.
Like in NH where you can just have these two setup.
its more lag efficient and a lot of people like these two
The stocking input bus would be like combining an input bus and an interface, without an internal buffer, thus you wouldnt have any items buffered inside of it, wich you cannot access,
Craft all missing items with pressing "ctrl + left click" on "+".
In this example it will bring you to the screen to start a craft for one hv assembly, one hv machine hull and two hv motors.
Useful, because you dont need to order every item "manually" with middle mouse button anymore.
Hi Neeve,
as desired, I have installed the latest NAE2 jar (nae2-1.5.4-13-geda0db6.jar) and have already found a small bug.
The fluid cell is full but 0 is displayed. But when I press R and display the content with the new feature, I see that it is full.