immibis great mod but i got a problem i tried to fill the autocrafting table with with redpower regulators wich themselfes trigers a retriver.
The problem is the regulator only monitors the first inventory. I guess an easy fix would be to make the cache inventory the first one. (if i am right)
if it is that simple could you please do this.
Thanks
It's not. I think they only monitor the side of the inventory they're attached to; only the input, output and overflow are associated with sides.
Changing that would require a redesign of the crafting table - maybe having one big inventory, a recipe area and output. That would also make it simpler to use but harder to code. I'll probably do it in the future, but not right now.
Damm then i can't build my auto crafting system. i guess i'll have to wait until eloraam adds autocrafting or you redo you autocrafing table.
But maybe i can redesing my system.
th anyway.
Edit:
could you maybe make it that the table emits a redstone signal when it has enougth items (to activate an timer that triggers the retirver when it does not have enouthg items)
Or something similar.
Is this related to Alblaka's challenge by any chance? I tried to do that, and I see what you mean and how annoying it is - so I'm working on it now.
After this, it won't have cache, input or overflow areas (:D), just a 9-slot area for each side. It'll craft by taking items from whichever slots it needs to, and put any container items back in the bottom area. It'll also trigger transposers, filters, etc on the top face without any redstone wiring needed.
Most existing factories should keep working, although all the items will be moved to different slots in the GUI. Some may need some changes because of the auto-output behaviour.
Core and TS 48.2.1 fix the bug with white/invisible textures and/or crashes when changing texture packs, by not doing weird stuff with textures. This does mean existing texture packs will need to be updated.
Nothing significant changed on the server, so if you're in SMP and the server has 48.1.0 but you don't want to be affected by this bug, open the zip file and change the version in "immibis/mod_ImmibisCore.info.txt" and "immibis/mod_TubeStuff.info.txt" to the server's versions of Core and TubeStuff respectively - this will trick it into thinking it's 48.1.0 so the server will let you connect. (And no, storing versions in text files isn't normal, but it sure is useful)
Just started using your mods and it looks great so far. One thing I've noticed is the Black Hole Chest doesn't appear to work with Inventory Tweaks. I'm guessing that whole infinite capacity thing makes that impossible?
Rollback Post to RevisionRollBack
Hey Noobs: When you have to post an error log please use the spoiler tag like this:
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Unknown Source)
at java.lang.Class.getDeclaredFields(Unknown Source)
at ModLoader.setupProperties(ModLoader.java:1763)
at ModLoader.addMod(ModLoader.java:293)
at ModLoader.readFromModFolder(ModLoader.java:1276)
at ModLoader.init(ModLoader.java:887)
at ModLoader.addAllRenderers(ModLoader.java:189)
at ahu.<init>(ahu.java:77)
at ahu.<clinit>(ahu.java:8)
at net.minecraft.client.Minecraft.a(Minecraft.java:394)
at net.minecraft.client.Minecraft.run(Minecraft.java:732)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: immibis.core.sprites.ModSpriteSheet
at java.net.URLClassLoader$1.run(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 13 more
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Unknown Source)
at java.lang.Class.getDeclaredFields(Unknown Source)
at ModLoader.setupProperties(ModLoader.java:1763)
at ModLoader.addMod(ModLoader.java:293)
at ModLoader.readFromModFolder(ModLoader.java:1276)
at ModLoader.init(ModLoader.java:887)
at ModLoader.addAllRenderers(ModLoader.java:189)
at ahu.<init>(ahu.java:77)
at ahu.<clinit>(ahu.java:8)
at net.minecraft.client.Minecraft.a(Minecraft.java:394)
at net.minecraft.client.Minecraft.run(Minecraft.java:732)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: immibis.core.sprites.ModSpriteSheet
at java.net.URLClassLoader$1.run(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 13 more
Are you using Core 48.2.1 and TS 48.2.0? That won't work - use 48.2.1 for both, or Core 48.1.0 and TS 48.2.0. Sorry about the confusion, and I'll add that to the OP. If you get the latest version of both, it should always work, though.
Edit: Just noticed Core 48.2.0 exists (I'm even confusing myself with these version numbers...), and you said you had 48.2.0 for both, and that my download page has 48.2.1 last instead of first. I can't look at this now, so I will tomorrow. For now try 48.1.0 Core and 48.2.0 TS, or 48.2.1 both.
Are you using Core 48.2.1 and TS 48.2.0? That won't work - use 48.2.1 for both, or Core 48.1.0 and TS 48.2.0. Sorry about the confusion, and I'll add that to the OP. If you get the latest version of both, it should always work, though.
Edit: Just noticed Core 48.2.0 exists (I'm even confusing myself with these version numbers...), and you said you had 48.2.0 for both, and that my download page has 48.2.1 last instead of first. I can't look at this now, so I will tomorrow. For now try 48.1.0 Core and 48.2.0 TS, or 48.2.1 both.
Don't bother, at the time I though 48.2.0 was the latest, I realized 48.2.1 actually was, so I used that one instead. It works now.
I don't think there's anything I can do about InvTweaks not working with the BHC... unless I renamed my GUI class to one of those, of course, but that might break something else (in InvTweaks).
Uploaded another very unimaginatively-named, probably-quite-useless mod I made while messing around in MCP.
It stops any chunk containing at least one tile entity (excluding chests, signs, end portals, mob spawners and record players) from being unloaded, and forces them to load when the world is loaded.
I'm thinking of dropping support for 1.1 and 1.2.3 - faster compiling and reobfuscating, less $if$'s everywhere, and less effort to make sure stuff works on all three.
All the major mods are updated to 1.2.5 now, so is anyone still using 1.1 with TubeStuff?
-
View User Profile
-
View Posts
-
Send Message
Curse Premium-
View User Profile
-
View Posts
-
Send Message
Curse PremiumFML is included in Forge, so all Forge mods have to use it.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIt's not. I think they only monitor the side of the inventory they're attached to; only the input, output and overflow are associated with sides.
Changing that would require a redesign of the crafting table - maybe having one big inventory, a recipe area and output. That would also make it simpler to use but harder to code. I'll probably do it in the future, but not right now.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIs this related to Alblaka's challenge by any chance? I tried to do that, and I see what you mean and how annoying it is - so I'm working on it now.
After this, it won't have cache, input or overflow areas (:D), just a 9-slot area for each side. It'll craft by taking items from whichever slots it needs to, and put any container items back in the bottom area. It'll also trigger transposers, filters, etc on the top face without any redstone wiring needed.
Most existing factories should keep working, although all the items will be moved to different slots in the GUI. Some may need some changes because of the auto-output behaviour.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIt took 42 minutes and 15.565 seconds to reobfuscate this. Time for me to write a faster reobfuscator for MCP?
FML? F*** My Life? :3 lol
That's some nice wiring you have there...
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumNothing significant changed on the server, so if you're in SMP and the server has 48.1.0 but you don't want to be affected by this bug, open the zip file and change the version in "immibis/mod_ImmibisCore.info.txt" and "immibis/mod_TubeStuff.info.txt" to the server's versions of Core and TubeStuff respectively - this will trick it into thinking it's 48.1.0 so the server will let you connect. (And no, storing versions in text files isn't normal, but it sure is useful)
java.lang.NoClassDefFoundError: Limmibis/core/sprites/ModSpriteSheet;
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Unknown Source)
at java.lang.Class.getDeclaredFields(Unknown Source)
at ModLoader.setupProperties(ModLoader.java:1763)
at ModLoader.addMod(ModLoader.java:293)
at ModLoader.readFromModFolder(ModLoader.java:1276)
at ModLoader.init(ModLoader.java:887)
at ModLoader.addAllRenderers(ModLoader.java:189)
at ahu.<init>(ahu.java:77)
at ahu.<clinit>(ahu.java:8)
at net.minecraft.client.Minecraft.a(Minecraft.java:394)
at net.minecraft.client.Minecraft.run(Minecraft.java:732)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: immibis.core.sprites.ModSpriteSheet
at java.net.URLClassLoader$1.run(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 13 more
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumAre you using Core 48.2.1 and TS 48.2.0? That won't work - use 48.2.1 for both, or Core 48.1.0 and TS 48.2.0. Sorry about the confusion, and I'll add that to the OP. If you get the latest version of both, it should always work, though.
Edit: Just noticed Core 48.2.0 exists (I'm even confusing myself with these version numbers...), and you said you had 48.2.0 for both, and that my download page has 48.2.1 last instead of first. I can't look at this now, so I will tomorrow. For now try 48.1.0 Core and 48.2.0 TS, or 48.2.1 both.
Don't bother, at the time I though 48.2.0 was the latest, I realized 48.2.1 actually was, so I used that one instead. It works now.
-
View User Profile
-
View Posts
-
Send Message
Curse Premiumpublic boolean isSpecialChest(vp guiScreen) { return is(guiScreen, "GuiAlchChest") // Equivalent Exchange || is(guiScreen, "GuiCondenser") || is(guiScreen, "GUIChest") // Iron chests (formerly IC2) || is(guiScreen, "GuiMultiPageChest") // Multi Page chest || is(guiScreen, "GuiGoldSafe") // More Storage || is(guiScreen, "GuiLocker") || is(guiScreen, "GuiDualLocker") || is(guiScreen, "GuiSafe") || is(guiScreen, "GuiCabinet") || is(guiScreen, "GuiTower") || is(guiScreen, "GuiBufferChest") // Red Power 2 || is(guiScreen, "GuiRetriever") || is(guiScreen, "GuiItemDetect") || is(guiScreen, "GuiAlloyFurnace") || is(guiScreen, "GuiDeploy") || is(guiScreen, "GuiSorter") || is(guiScreen, "GuiFilter") || is(guiScreen, "GuiAdvBench") || is(guiScreen, "GuiNuclearReactor") // IC2 || is(guiScreen, "GuiEnderChest") // EnderChest ; }I don't think there's anything I can do about InvTweaks not working with the BHC... unless I renamed my GUI class to one of those, of course, but that might break something else (in InvTweaks).
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIt stops any chunk containing at least one tile entity (excluding chests, signs, end portals, mob spawners and record players) from being unloaded, and forces them to load when the world is loaded.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumSeems to work for me, have you tried redownloading?
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumAll the major mods are updated to 1.2.5 now, so is anyone still using 1.1 with TubeStuff?