Good day to you too. No, it doesn't intended. Thank you and thank A. Bear Hamman, all fixed.
I wanna ask you another question:
What is Switch and how do one tinker with it?
Good day to you too. No, it doesn't intended. Thank you and thank A. Bear Hamman, all fixed.
I wanna ask you another question:
What is Switch and how do one tinker with it?
What is Switch and how do one tinker with it?
I made a video here:
https://youtu.be/aPS9VAB5Yw8
Does it help? (Start from 13:33 if you doesn't saw it already).
Switch is a device, that allow to transfer up to 8 relay signals with special cable. Links between contacts is established by simply clicking on them. Net works completely accurate "as-IRL" principle. To make device emit redstone signal you have to connect both contacts of slot with detector cable in it to positive and negative battery contacts. You can do it thru external IHL data cable and/or splitter cable in slot. Each slot represent one side of switch box. And i mixed up top and bottom side icons. Not a big deal, nobody knows how and what for to use switch box.
First of all, I have no idea if this should work at all. Basically, I'm chaining wires between Junction Boxes with nothing attached, and that works to transfer power. At least it works for the first 6500 EU, then it stops. And it remains broken until I break + replace the middle junction boxes, then it works again for 6500 EU and then breaks again. Any ideas to why this happens?
Any ideas to why this happens?
Have no idea.
You can see how i tested your issue in related attachment. Everything works fine for me. BTW currently i'm working on remaking flexible cables technology. Make them craftable from listed materials (obtainable if molten fluids is registered within Forge)
Silver(158,1000),
Copper(175,100),
Gold(220,100),
Aluminum(270,100),
Magnesium(440,100),
Iridium(474,1000),
Molybdenum(540,1000),
Tungsten(550,5000),
Zinc(600,100),
Nickel(730,5000),
Bronze(990,100),
Iron(1000,5000),
Platinum(1080,5000),
Tin(1130,100),
Steel(1300,5000),
Lead(2080,100),
Antimony(3400,5000),
Manganese(4300,5000),
Constantan(5000,5000),
Titan(6000,5000),
Mercury(9540,-10),
Castiron(10000,5000),
Nichrome(11200,6000),
Bismuth(11800,5000),
Graphite(80000,10000),
Coal(400000,10000),
Uran(29000000,5000);
Made uninsulated wires placeable in world and zap living creatures (currently working on special effects). So old cables will be missing. Tell me how much EU was and now in batboxes on your screenshot.
Thinking about it, I do have Aroma's Uncomplication installed for the old E-net, guess that's the reason it's screwing up if it works fine without it?
Thinking about it, I do have Aroma's Uncomplication installed for the old E-net, guess that's the reason it's screwing up if it works fine without it?
Yes, it seems so. I did test now.
I was MT scripting your tools to have recipes with different durabilities and to be in different GT tool (ore) dictionaries.
The crash happened when looking at a MT scripted recipe in NEI.
I can include the scripts if you want.
---- Minecraft Crash Report ----
// I feel sad now
Time: 12/23/15 8:25 PM
Description: Rendering screen
java.lang.NullPointerException: Rendering screen
at ihl.utils.IHLUtils.getDamageValueViaNBTTag(IHLUtils.java:519)
at ihl.items_blocks.IHLTool.getDurabilityForDisplay(IHLTool.java:351)
at net.minecraft.client.renderer.entity.RenderItem.func_94148_a(RenderItem.java:693)
at codechicken.nei.guihook.GuiContainerManager.drawSlotItem(GuiContainerManager.java:489)
at net.minecraft.client.gui.inventory.GuiContainer.func_146977_a(GuiContainer.java:270)
at net.minecraft.client.gui.inventory.GuiContainer.func_73863_a(GuiContainer.java:99)
at net.minecraft.client.renderer.EntityRenderer.func_78480_b(EntityRenderer.java:1061)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:1001)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:898)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at ihl.utils.IHLUtils.getDamageValueViaNBTTag(IHLUtils.java:519)
at ihl.items_blocks.IHLTool.getDurabilityForDisplay(IHLTool.java:351)
at net.minecraft.client.renderer.entity.RenderItem.func_94148_a(RenderItem.java:693)
at codechicken.nei.guihook.GuiContainerManager.drawSlotItem(GuiContainerManager.java:489)
at net.minecraft.client.gui.inventory.GuiContainer.func_146977_a(GuiContainer.java:270)
at net.minecraft.client.gui.inventory.GuiContainer.func_73863_a(GuiContainer.java:99)
-- Screen render details --
Details:
Screen name: codechicken.nei.recipe.GuiCraftingRecipe
Mouse location: Scaled: (407, 65). Absolute: (815, 348)
Screen size: Scaled: (427, 240). Absolute: (854, 480). Scale factor of 2
-- Affected level --
Details:
Level name: MpServer
All players: 1 total; [EntityClientPlayerMP['<player>'/247, l='MpServer', x=-290.72, y=66.62, z=233.52]]
Chunk stats: MultiplayerChunkCache: 625, 625
Level seed: 0
Level generator: ID 00 - default, ver 1. Features enabled: false
Level generator options:
Level spawn location: World: (-184,64,256), Chunk: (at 8,4,0 in -12,16; contains blocks -192,0,256 to -177,255,271), Region: (-1,0; contains chunks -32,0 to -1,31, blocks -512,0,0 to -1,255,511)
Level time: 5024534 game time, 5196292 day time
Level dimension: 0
Level storage version: 0x00000 - Unknown?
Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false)
Level game mode: Game mode: adventure (ID 2). Hardcore: false. Cheats: false
Forced entities: 69 total; [<entities removed due to character limit>]
Retry entities: 0 total; []
Server brand: fml,forge
Server type: Integrated singleplayer server
Stacktrace:
at net.minecraft.client.multiplayer.WorldClient.func_72914_a(WorldClient.java:373)
at net.minecraft.client.Minecraft.func_71396_d(Minecraft.java:2444)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:919)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Mac OS X (x86_64) version 10.11.2
Java Version: 1.8.0_60, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 394961000 bytes (376 MB) / 1060372480 bytes (1011 MB) up to 1060372480 bytes (1011 MB)
JVM Flags: 5 total; -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 9, tcache: 0, allocated: 13, tallocated: 95
FML: MCP v9.05 FML v7.10.99.99 Minecraft Forge 10.13.4.1558 36 mods loaded, 36 mods active
States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
UCHIJAAAA mcp{9.05} [Minecraft Coder Pack] (minecraft.jar)
UCHIJAAAA FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1558-1.7.10.jar)
UCHIJAAAA Forge{10.13.4.1558} [Minecraft Forge] (forge-1.7.10-10.13.4.1558-1.7.10.jar)
UCHIJAAAA CodeChickenCore{1.0.4.29} [CodeChicken Core] (minecraft.jar)
UCHIJAAAA NotEnoughItems{1.0.3.74} [Not Enough Items] (NotEnoughItems-1.7.10-1.0.3.74-universal.jar)
UCHIJAAAA Backpack{2.0.0} [Backpack] (backpack-2.0.0-1.7.x.jar)
UCHIJAAAA BiblioCraft{1.11.4} [BiblioCraft] (BiblioCraft[v1.11.4][MC1.7.10].jar)
UCHIJAAAA qmunitylib{1.0} [QmunityLib] (QmunityLib-1.7.10-0.1.114-universal.jar)
UCHIJAAAA bluepower{0.2.962} [Blue Power] (BluePower-1.7.10-0.2.962-universal.jar)
UCHIJAAAA ForgeMultipart{1.1.2.331} [Forge Multipart] (ForgeMultipart-1.7.10-1.1.2.331-universal.jar)
UCHIJAAAA gregapi{GT6-MC1710} [Greg-API] (gregtech_1.7.10-6.00.62.jar)
UCHIJAAAA chisel{2.9.4.10} [Chisel] (Chisel-2.9.4.10.jar)
UCHIJAAAA CarpentersBlocks{3.3.8_dev_r6} [Carpenter's Blocks] (Carpenter's Blocks v3.3.8_dev_r6 - MC 1.7.10.jar)
UCHIJAAAA catwalks{2.0.1} [Catwalks Mod] (catwalks-2.0.1.jar)
UCHIJAAAA catwalkmod{x.x.x} [Legacy Catwalk Compat] (catwalks-2.0.1.jar)
UCHIJAAAA Enchiridion{1.3} [Enchiridion] (Enchiridion 2-1.7.10-2.0.2a.jar)
UCHIJAAAA Enchiridion2{2.0.2a} [Enchiridion 2] (Enchiridion 2-1.7.10-2.0.2a.jar)
UCHIJAAAA FastCraft{1.21} [FastCraft] (fastcraft-1.21.jar)
UCHIJAAAA McMultipart{1.1.2.331} [Minecraft Multipart Plugin] (ForgeMultipart-1.7.10-1.1.2.331-universal.jar)
UCHIJAAAA IC2{2.2.807-experimental} [IndustrialCraft 2] (industrialcraft-2-2.2.807-experimental.jar)
UCHIJAAAA IC2NuclearControl{2.3.1a-Butt} [Nuclear Control 2] (IC2NuclearControl-2.3.1a-Butt.jar)
UCHIJAAAA gregtech{GT6-MC1710} [GregTech] (gregtech_1.7.10-6.00.62.jar)
UCHIJAAAA gtextras{0.3.4} [GTExtras] (GTExtras-0.3.4-test.jar)
UCHIJAAAA Ic2Nei{1.0} [IC2 Nei Plugin] (IC2 Nei Plugin Version 1.0.8.jar)
UCHIJAAAA ihl{0.582} [IHL Tools & Machines for IC2V2] (ihl-tools_n_machines-0.582-1.7.10.jar)
UCHIJAAAA ImmersiveEngineering{0.6.4} [Immersive Engineering] (ImmersiveEngineering-0.6.4.jar)
UCHIJAAAA inventorytweaks{1.58-147-645ca10} [Inventory Tweaks] (InventoryTweaks-1.58-147.jar)
UCHIJAAAA Waila{1.5.3} [Waila] (Waila-Mod-1.7.10.jar)
UCHIJAAAA JABBA{1.2.1} [JABBA] (Jabba-1.2.1a_1.7.10.jar)
UCHIJAAAA Magneticraft{0.5.1} [Magneticraft] (magneticraft-0.5.1.jar)
UCHIJAAAA MapWriter{2.1.8} [MapWriter] (MapWriter-1.7.10-2.1.10.jar)
UCHIJAAAA MineTweaker3{3.0.9B} [MineTweaker 3] (MineTweaker3-1.7.10-3.0.9C.jar)
UCHIJAAAA modtweaker2{0.9.4} [Mod Tweaker 2] (ModTweaker2-0.9.4.jar)
UCHIJAAAA MTUtils{1.0} [MineTweaker Utils] (MTUtils v1.3.0.jar)
UCHIJAAAA StacksOnStacks{{$version}} [Stacks on Stacks!] (StacksOnStacks-1.7.10-2.4.2.jar)
UCHIJAAAA ForgeMicroblock{1.1.2.331} [Forge Microblocks] (ForgeMultipart-1.7.10-1.1.2.331-universal.jar)
GL info: ' Vendor: 'Intel Inc.' Version: '2.1 INTEL-10.12.13' Renderer: 'Intel HD Graphics 5000 OpenGL Engine'
Chisel: Errors like "[FML]: Unable to lookup ..." are NOT the cause of this crash. You can safely ignore these errors. And update forge while you're at it.
Launched Version: 1.7.10-Forge10.13.4.1558-1.7.10
LWJGL: 2.9.1
OpenGL: Intel HD Graphics 5000 OpenGL Engine GL version 2.1 INTEL-10.12.13, Intel Inc.
GL Caps: Using GL 1.3 multitexturing.
Using framebuffer objects because ARB_framebuffer_object is supported and separate blending is supported.
Anisotropic filtering is supported and maximum anisotropy is 16.
Shaders are available because OpenGL 2.1 is supported.
Is Modded: Definitely; Client brand changed to 'fml,forge'
Type: Client (map_client.txt)
Resource Packs: [ZT_1, minimalist_technology_v0_5]
Current Language: English (US)
Profiler Position: N/A (disabled)
Vec3 Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
Anisotropic Filtering: Off (1)
I can include the scripts if you want.
Yes, i would like to. Its a null pointer exception caused by missing NBT tag in itemstack. I use exactly same NBT tag system for durability as it is in GT5.
different durabilities and to be in different GT tool (ore) dictionaries.
Is reason of such adjustments a high durability of tools from IHL in GT recipes? May be i should decrease it for GT recipes? Or a reason is that my tools somehow make a shortcut in GT tech tree?
Yes, i would like to. Its a null pointer exception caused by missing NBT tag in itemstack. I use exactly same NBT tag system for durability as it is in GT5.
This is the critical section of the script:
val IHLGrind = <ihl:item.ihlTool:4>;
<ore:craftingToolFile>.add(IHLGrind);
<ore:craftingToolMortar>.add(IHLGrind);
I then in MC Look at a recipe using a file in NEI and it crashes.
Is reason of such adjustments a high durability of tools from IHL in GT recipes?
No, I was mostly just playing around in MT tweaking GT6.
May be i should decrease it for GT recipes? Or a reason is that my tools somehow make a shortcut in GT tech tree?
Not in GT5, that I know of, and It will probably be a while before that can be true in GT6.
However, GT tools can handle being re-tool ODd fine and in the cases of this render bug using actual items, it would probably be nice to not have to restore the world from backup.
On another note the just released GT6.01.00 has in the changelog at "http://files.minecraftforge.net/maven/com/gregoriust/gregtech/changelog.txt":
[API] Restructured the API in a way that probably crashes a lot of compat things of other Mods, that is why the secondary version number finally got bumped. The gregapi.tileentitiy package got a bit too full, so I made subpackages and also renamed some TEs to sort things out properly. I did keep a deprecated Version of ITileEntityEnergy at its old place however, because that one is already too widely used.
I added null check on renderer. This should solve a problem. As well i checked compatibility with latest GT6 and it seems everything working fine.
After doing some testing with Speiger, we found (at least what looks to be) the reason for Uncomplication breaking the Junction Boxes is that they try and send less than 1 EU to the cable, which the classic e-net rounds down and rejects while the experimental one rounds up and accepts. And because the box still technically has power in, but it can't ever eject it out, it's trapped in a case where it won't request more power but also won't empty out. The most logical fix Speiger came up with was the allow them to accept EU if they have less than 1 EU in, rather than if they've got none at all. Could you do this?
After doing some testing with Speiger, we found (at least what looks to be) the reason for Uncomplication breaking the Junction Boxes is that they try and send less than 1 EU to the cable, which the classic e-net rounds down and rejects while the experimental one rounds up and accepts. And because the box still technically has power in, but it can't ever eject it out, it's trapped in a case where it won't request more power but also won't empty out. The most logical fix Speiger came up with was the allow them to accept EU if they have less than 1 EU in, rather than if they've got none at all. Could you do this?
Wow, you and Speiger have done a lot of job, thank you. Yes, i can do that.
Awesome thanks.
Although I think with the new cables you've added, you've also broken it adding an ambiguous recipe:
---- Minecraft Crash Report ----
// Don't do that.
Time: 27/12/15 12:48
Description: Initializing game
java.lang.RuntimeException: Ambiguous recipe.
at ihl.recipes.UniversalRecipeManager.addRecipe(UniversalRecipeManager.java:62)
at ihl.processing.metallurgy.ExtruderTileEntity.addRecipe(ExtruderTileEntity.java:157)
at ihl.IHLMod.loadIC2Recipes(IHLMod.java:1549)
at ihl.IHLMod.postInit(IHLMod.java:398)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:742)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:311)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:552)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:878)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Display More
Whoops. Fixed.
Everything works now, loving the new flexible cable options too
EDIT: Although, in my old test world, since all the old flexible cables have vanished as their names changed, I've been getting already tesselating crashes sporadically. It could be as I crash into the old wire entities that it's caused, as just flying around high up doesn't seem to trigger it.
already tesselating
Could you post a crash log?
Could you post a crash log?
Nothing points to any mod code, but here you go anyway:
---- Minecraft Crash Report ----
// I blame Dinnerbone.
Time: 27/12/15 16:22
Description: Unexpected error
java.lang.IllegalStateException: Already tesselating!
at net.minecraft.client.renderer.Tessellator.func_78371_b(Tessellator.java:374)
at net.minecraft.client.renderer.Tessellator.func_78382_b(Tessellator.java:364)
at net.minecraft.client.renderer.WorldRenderer.func_147890_b(WorldRenderer.java:386)
at net.minecraft.client.renderer.WorldRenderer.func_147892_a(WorldRenderer.java:287)
at net.minecraft.client.renderer.RenderGlobal.func_72716_a(RenderGlobal.java:2232)
at net.minecraft.client.renderer.EntityRenderer.func_78471_a(EntityRenderer.java:1514)
at net.minecraft.client.renderer.EntityRenderer.func_78480_b(EntityRenderer.java:1301)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:1001)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:898)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at net.minecraft.client.renderer.Tessellator.func_78371_b(Tessellator.java:374)
at net.minecraft.client.renderer.Tessellator.func_78382_b(Tessellator.java:364)
at net.minecraft.client.renderer.WorldRenderer.func_147890_b(WorldRenderer.java:386)
at net.minecraft.client.renderer.WorldRenderer.func_147892_a(WorldRenderer.java:287)
at net.minecraft.client.renderer.RenderGlobal.func_72716_a(RenderGlobal.java:2232)
at net.minecraft.client.renderer.EntityRenderer.func_78471_a(EntityRenderer.java:1514)
-- Affected level --
Details:
Level name: MpServer
All players: 1 total; [EntityClientPlayerMP['Chocohead'/416, l='MpServer', x=271.10, y=66.54, z=174.47]]
Chunk stats: MultiplayerChunkCache: 505, 514
Level seed: 0
Level generator: ID 00 - default, ver 1. Features enabled: false
Level generator options:
Level spawn location: World: (227,64,168), Chunk: (at 3,4,8 in 14,10; contains blocks 224,0,160 to 239,255,175), Region: (0,0; contains chunks 0,0 to 31,31, blocks 0,0,0 to 511,255,511)
Level time: 100731 game time, 123397 day time
Level dimension: 0
Level storage version: 0x00000 - Unknown?
Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false)
Level game mode: Game mode: creative (ID 1). Hardcore: false. Cheats: false
Forced entities: 149 total; <Snip list that makes post too long>
Retry entities: 0 total; []
Server brand: fml,forge
Server type: Integrated singleplayer server
Stacktrace:
at net.minecraft.client.multiplayer.WorldClient.func_72914_a(WorldClient.java:373)
at net.minecraft.client.Minecraft.func_71396_d(Minecraft.java:2444)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:927)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Display More
This is happened when "Tessellator.instance.startDrawingQuads()" called after "Tessellator.instance.startDrawingQuads()" without calling "Tessellator.instance.draw()" inbetween. Have no idea, why this is happening. I don't think its because of old wire entities. This bug is caused by some custom block renderer, who called "Tessellator.instance.startDrawingQuads()" inside of "renderWorldBlock(...)" function. I did some checks, but couldn't find this mistake in my code.
Don't worry about it, it's only a test world after all.
Also, how do junction boxes decide which cable (out of the ones connected to it) gets power? It seems it chooses one and fills whatever storage that cable has before moving onto the next one rather than splitting the power evenly between all the connected cables.
Also, how do junction boxes decide which cable (out of the ones connected to it) gets power?
Hmm... let me look up my code...
I guess this would be first added one, who leads from source to sink.