I'm not sure if this is even a bug, but rather an aesthetic problem in RotaryCraft (v9b for 1.7.10). I couldn't find it by searching through this thread, sorry if someone already mentioned it: The rotational speeds of blocks sometimes do not match. For example, the input of a 16x bedrock gearbox in torque mode turns a bit slower than the shaft before it. Set the same gearbox in speed mode and the input turns much faster than the shaft. The steam turbine turns much slower than the connected shaft and in the opposite direction. Bevel gears connecting up or down can also turn backwards. This isn't really a big problem but i like the animations und noticed it on closer inspection.
This could be an issue with the frames. Do you even saw a driving car wheel in TV? Sometimes they Spin backwards sometimes they stand still. If you got 24 Frames per second and the Turbine/Shaft/Gearboxes/Wheels spin 24/48/72 times in one frame it looks like they wouldnt spin.
This could be an issue with the frames. Do you even saw a driving car wheel in TV? Sometimes they Spin backwards sometimes they stand still. If you got 24 Frames per second and the Turbine/Shaft/Gearboxes/Wheels spin 24/48/72 times in one frame it looks like they wouldnt spin.
The proper name for this effect is the wagon-wheel effect (aka temporal aliasing). I just call it the "hubcap effect" since that is where I first noticed it.
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
@Reika: the positioning of the 16 color temples/dungeons might have a bug: you are using degrees, but the cos and sin expects radians. This causes them to not be oriented in the usual arrangement, but a weird one. You should multply the numbers by pi/180.
Fixed.
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
First: the RoC auto crafter, ChC item distributer, and casting delegate will all "disable" any AE system they're connected to if that network has a security station on it. This means that items cannot be inserted or extracted to the network at all after that until the world (or server) is restarted. The game itself does not crash, though the following error does get printed to the console when this happens:
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ClassCastException: Reika.DragonAPI.ModInteract.DeepInteract.MESystemReader$ActionSource cannot be cast to appeng.api.networking.security.MachineSource
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at appeng.me.storage.NetworkInventoryHandler.testPermission(NetworkInventoryHandler.java:155)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at appeng.me.storage.NetworkInventoryHandler.extractItems(NetworkInventoryHandler.java:210)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at appeng.api.storage.MEMonitorHandler.extractItems(MEMonitorHandler.java:149)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.DragonAPI.ModInteract.DeepInteract.MESystemReader.removeItem(MESystemReader.java:127)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.TileEntities.Processing.TileEntityAutoCrafter.getAvailableIngredients(TileEntityAutoCrafter.java:449)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.TileEntities.Processing.TileEntityAutoCrafter.tryCrafting(TileEntityAutoCrafter.java:423)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.TileEntities.Processing.TileEntityAutoCrafter.attemptSlotCrafting(TileEntityAutoCrafter.java:366)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.TileEntities.Processing.TileEntityAutoCrafter.triggerCraftingCycle(TileEntityAutoCrafter.java:322)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.PacketHandlerCore.handleData(PacketHandlerCore.java:571)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.DragonAPI.Libraries.IO.ReikaPacketHelper$PacketObj.handleServer(ReikaPacketHelper.java:1601)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.DragonAPI.Instantiable.IO.PacketPipeline$InternalHandler.onMessage(PacketPipeline.java:152)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.DragonAPI.Instantiable.IO.PacketPipeline$InternalHandler.onMessage(PacketPipeline.java:139)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at cpw.mods.fml.common.network.simpleimpl.SimpleChannelHandlerWrapper.channelRead0(SimpleChannelHandlerWrapper.java:37)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at cpw.mods.fml.common.network.simpleimpl.SimpleChannelHandlerWrapper.channelRead0(SimpleChannelHandlerWrapper.java:17)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:98)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:785)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.embedded.EmbeddedChannel.writeInbound(EmbeddedChannel.java:169)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at cpw.mods.fml.common.network.internal.FMLProxyPacket.func_148833_a(FMLProxyPacket.java:77)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.network.NetworkManager.func_74428_b(NetworkManager.java:212)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.network.NetworkSystem.func_151269_c(NetworkSystem.java:165)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:659)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:547)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.integrated.IntegratedServer.func_71217_p(IntegratedServer.java:186)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:427)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
Second, the world shift ability is fully functional in the chroma dimension. Combine this with the fact that it can move and overwrite unbreakable blocks, and I think you can see why this is quite a large exploit. I would suggest blacklisting unbreakable blocks from its effects. Alternatively, the ability itself could be blacklisted from the chroma dimension entirely, up to you.
And third, the staff of traveling from ender IO seems to be able to go through shielding stone, despite the fact that it has a config option to not let it go through unbreakable blocks. I suspect it isn't taking into account block metadata when checking if the block in front of it can be broken or not. For this I would suggest blocking all forms of teleportation inside the chroma dimension, as there are probably other modded items that can teleport to arbitrary locations as well. (even though I haven't found any others just yet)
It is enough to restart the AE2 system by e.g. breaking and replacing the controler. Breaking the (connection to) the storage modules also seems to do the trick. By the reason you mention, breaking the security terminal might also do the trick.
It is enough to restart the AE2 system by e.g. breaking and replacing the controler. Breaking the (connection to) the storage modules also seems to do the trick. By the reason you mention, breaking the security terminal might also do the trick.
I tested that too. It didn't matter what I broke/replaced, the network still wouldn't transfer items anywhere. And it didn't have a controller either, just a chest and a security station. And also a terminal since terminals cache items differently than chests do. And on that topic, even networks created AFTER the auto crafter was turned on (and then back off again) still had caching issues related to item storage. Specifically, that you could remove items normally, but adding them again wouldn't update the network. It would still add the item to the storage cell, but you wouldn't see it in the terminal.
The real problem is not the work, but that it is simply impossible to have both a security terminal (in particular: wireless access to AE2) and ChCr autocrafting...
My point exactly. I partially solved this by having a lever that controls which block is connected to the system, so that the two of them were never on the same network at the same time; but it would be really nice if that wasn't necessary.
AE provides me with no utilities for security other than a "securityBreak" method that is supposed to break my block upon security failure; if it disables the rest of the ME system, that is on their end.
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
AE provides me with no utilities for security other than a "securityBreak" method that is supposed to break my block upon security failure; if it disables the rest of the ME system, that is on their end.
I've been playing with chromaticraft and I'm having problems with the casting complex.
I've had all the other tiers up and running and crafted plenty of things.
The casting table shows 4 diamonds in the top left corner of the gui. Previously it was working with the casting temple, showing 3 of the diamonds unlocked.
I upgraded the table with diamond and glowstone blocks but now the table is only showing the first diamond unlocked. The other three have the red line through them.
I initially thought I hadn't crafted it properly, but the last time I replaced the table, I opened the table and for a split second it showed all 4 diamonds unlocked before reverting back to just one.
If I remove the diamond and glowstone blocks and replace them with gold and redstone, the table reverts to 3 diamonds, but I just can't get the complex to "stick".
Any pointers would be gratefully received.
Do you have the repeaters and rings of crystaline stone and obsidian around the previous structure?
Rollback Post to RevisionRollBack
*The fml above is not mine. The image is randomly regenerated every hour and uses the site fmylife.com*
If either of you can find the direct cause of the issue and fix it, then it won't matter who's side it's on. Leaving it un-reported won't fix anything.
I was trying to add DragonAPI, Rotarycraft, and Electricraft to the Direwolf20 1.7 mod pack for my wife and I, but when i tried to open an applied energistics' crafting recipe it closed the game. I'm not sure if the full code, including when it first succeeded, so i tried to only copy the code that i think applies.
edit: it's all recipies from NEI, and i forgot to add, i've got the full code as well, if needed.
edit2: sorry to edit twice, but i removed both Rotarycraft and Electricraft, but left DragonAPI. all recipes started working again. Added Rotarycraft, and things still worked. When I added Electricraft back in though, the game will crash on recipe check again. Also, redownloaded both rotarycraft and electricraft for the check.
Do we no longer get the gear over our heads from past donations?
I have also been unable to get solar towers to work. I have built from 2 to 12 tall have mirrors and water no output. Plus I get " Amod tried to access an invalid slot for tileentity bevel gears @ dim0: it is likely assuming the tileentity has an inventory when it does not. Check for any inventory-modifying mods and items you are carrying"
I have made sure I have nothing else in my inventory same results.
This is the revolution modpack I have also posted there.
There is currently a bug with the solar tower where if it has more water than needed for a single cycle, it doesn't work, but it will when empty. This is fixed for the next version, but for now just don't provide water.
This could be an issue with the frames. Do you even saw a driving car wheel in TV? Sometimes they Spin backwards sometimes they stand still. If you got 24 Frames per second and the Turbine/Shaft/Gearboxes/Wheels spin 24/48/72 times in one frame it looks like they wouldnt spin.
The proper name for this effect is the wagon-wheel effect (aka temporal aliasing). I just call it the "hubcap effect" since that is where I first noticed it.
Once per frame. This being MC, that could be 10, 60, 400, 15, 1300, or 20 times a second, probably changing from second to second.
Yes, you can. Interpolate.
I want to use some of your mods in my public modpack. Can i get your permission, and where can i publish it (exept technic)?
youtube channel
deviantart
tumblr
How do I use the configure? When I hit the button in game it doesn't do anything
You will need to agree to the five rules for public packs, found most easily on my site.
I provide no restrictions on launcher type or method of distribution, assuming the desired means does not inherently violate the rules.
Fixed.
So I've been playing around with the chromaticraft dimension and was wondering what the monument looks like.
Is there an easy way to find it with the sonar ability or does it require exploring the whole world?
I'm the best kind of weeb trash.
I have new bugs to report!
First: the RoC auto crafter, ChC item distributer, and casting delegate will all "disable" any AE system they're connected to if that network has a security station on it. This means that items cannot be inserted or extracted to the network at all after that until the world (or server) is restarted. The game itself does not crash, though the following error does get printed to the console when this happens:
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: java.lang.ClassCastException: Reika.DragonAPI.ModInteract.DeepInteract.MESystemReader$ActionSource cannot be cast to appeng.api.networking.security.MachineSource
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at appeng.me.storage.NetworkInventoryHandler.testPermission(NetworkInventoryHandler.java:155)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at appeng.me.storage.NetworkInventoryHandler.extractItems(NetworkInventoryHandler.java:210)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at appeng.api.storage.MEMonitorHandler.extractItems(MEMonitorHandler.java:149)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.DragonAPI.ModInteract.DeepInteract.MESystemReader.removeItem(MESystemReader.java:127)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.TileEntities.Processing.TileEntityAutoCrafter.getAvailableIngredients(TileEntityAutoCrafter.java:449)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.TileEntities.Processing.TileEntityAutoCrafter.tryCrafting(TileEntityAutoCrafter.java:423)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.TileEntities.Processing.TileEntityAutoCrafter.attemptSlotCrafting(TileEntityAutoCrafter.java:366)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.TileEntities.Processing.TileEntityAutoCrafter.triggerCraftingCycle(TileEntityAutoCrafter.java:322)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.RotaryCraft.PacketHandlerCore.handleData(PacketHandlerCore.java:571)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.DragonAPI.Libraries.IO.ReikaPacketHelper$PacketObj.handleServer(ReikaPacketHelper.java:1601)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.DragonAPI.Instantiable.IO.PacketPipeline$InternalHandler.onMessage(PacketPipeline.java:152)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at Reika.DragonAPI.Instantiable.IO.PacketPipeline$InternalHandler.onMessage(PacketPipeline.java:139)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at cpw.mods.fml.common.network.simpleimpl.SimpleChannelHandlerWrapper.channelRead0(SimpleChannelHandlerWrapper.java:37)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at cpw.mods.fml.common.network.simpleimpl.SimpleChannelHandlerWrapper.channelRead0(SimpleChannelHandlerWrapper.java:17)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:98)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:785)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at io.netty.channel.embedded.EmbeddedChannel.writeInbound(EmbeddedChannel.java:169)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at cpw.mods.fml.common.network.internal.FMLProxyPacket.func_148833_a(FMLProxyPacket.java:77)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.network.NetworkManager.func_74428_b(NetworkManager.java:212)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.network.NetworkSystem.func_151269_c(NetworkSystem.java:165)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:659)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:547)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.integrated.IntegratedServer.func_71217_p(IntegratedServer.java:186)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:427)
[18:19:00] [Server thread/INFO] [STDERR]: [java.lang.Throwable$WrappedPrintStream:println:748]: at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
Second, the world shift ability is fully functional in the chroma dimension. Combine this with the fact that it can move and overwrite unbreakable blocks, and I think you can see why this is quite a large exploit. I would suggest blacklisting unbreakable blocks from its effects. Alternatively, the ability itself could be blacklisted from the chroma dimension entirely, up to you.
And third, the staff of traveling from ender IO seems to be able to go through shielding stone, despite the fact that it has a config option to not let it go through unbreakable blocks. I suspect it isn't taking into account block metadata when checking if the block in front of it can be broken or not. For this I would suggest blocking all forms of teleportation inside the chroma dimension, as there are probably other modded items that can teleport to arbitrary locations as well. (even though I haven't found any others just yet)
I made my own shader pack, by the way.
Too bad it requires work :/
I'm the best kind of weeb trash.
I tested that too. It didn't matter what I broke/replaced, the network still wouldn't transfer items anywhere. And it didn't have a controller either, just a chest and a security station. And also a terminal since terminals cache items differently than chests do. And on that topic, even networks created AFTER the auto crafter was turned on (and then back off again) still had caching issues related to item storage. Specifically, that you could remove items normally, but adding them again wouldn't update the network. It would still add the item to the storage cell, but you wouldn't see it in the terminal.
My point exactly. I partially solved this by having a lever that controls which block is connected to the system, so that the two of them were never on the same network at the same time; but it would be really nice if that wasn't necessary.
I made my own shader pack, by the way.
AE provides me with no utilities for security other than a "securityBreak" method that is supposed to break my block upon security failure; if it disables the rest of the ME system, that is on their end.
Should I report this to the AE devs then?
I made my own shader pack, by the way.
Do you have the repeaters and rings of crystaline stone and obsidian around the previous structure?
They will probably just blame me.
I'm curious; why does pitchblende have oredictionary entry orePitchblende while the ingot has ingotUranium?
If I'm rude to you, just tell me. Don't take it too personally. Well, unless you were being stupid. If you were, DO take it personally.
If either of you can find the direct cause of the issue and fix it, then it won't matter who's side it's on. Leaving it un-reported won't fix anything.
I made my own shader pack, by the way.
I was trying to add DragonAPI, Rotarycraft, and Electricraft to the Direwolf20 1.7 mod pack for my wife and I, but when i tried to open an applied energistics' crafting recipe it closed the game. I'm not sure if the full code, including when it first succeeded, so i tried to only copy the code that i think applies.
http://pastebin.com/m3Hqdyf6
thanks for the help
edit: it's all recipies from NEI, and i forgot to add, i've got the full code as well, if needed.
edit2: sorry to edit twice, but i removed both Rotarycraft and Electricraft, but left DragonAPI. all recipes started working again. Added Rotarycraft, and things still worked. When I added Electricraft back in though, the game will crash on recipe check again. Also, redownloaded both rotarycraft and electricraft for the check.
Two things:
Do we no longer get the gear over our heads from past donations?
I have also been unable to get solar towers to work. I have built from 2 to 12 tall have mirrors and water no output. Plus I get " Amod tried to access an invalid slot for tileentity bevel gears @ dim0: it is likely assuming the tileentity has an inventory when it does not. Check for any inventory-modifying mods and items you are carrying"
I have made sure I have nothing else in my inventory same results.
This is the revolution modpack I have also posted there.
There is currently a bug with the solar tower where if it has more water than needed for a single cycle, it doesn't work, but it will when empty. This is fixed for the next version, but for now just don't provide water.