1. Place items in room.
2. Restart server (or if used on a public server, wait for an automatic restart).
3. Rejoin after restart and have one player waiting in the room.
4. Have other player destroy the block on the main world.
5. The blocks on the inside do not get destroyed but the block outside drops items.
After a bit more testing it seems that it's not duping the items, but simply only removing the first 3x3x3 blocks in the room.
Noticed this at the bottom of my log during server shutdown:
[12:02:40] [Server thread/INFO]: Applying holder lookups
[12:02:40] [Server thread/WARN]: Unable to lookup CompactMachines:personalShrinkingDevice for public static org.dave.CompactMachines.item.ItemPersonalShrinkingDevice org.dave.CompactMachines.init.ModItems.personalShrinkingDevice. Is there something wrong with the registry?
[12:02:40] [Server thread/WARN]: Unable to lookup CompactMachines:atomShrinker for public static org.dave.CompactMachines.item.ItemAtomShrinker org.dave.CompactMachines.init.ModItems.atomShrinker. Is there something wrong with the registry?
[12:02:40] [Server thread/WARN]: Unable to lookup CompactMachines:atomEnlarger for public static org.dave.CompactMachines.item.ItemAtomEnlarger org.dave.CompactMachines.init.ModItems.atomEnlarger. Is there something wrong with the registry?
[12:02:40] [Server thread/WARN]: Unable to lookup CompactMachines:interfaceItem for public static org.dave.CompactMachines.item.ItemInterface org.dave.CompactMachines.init.ModItems.interfaceItem. Is there something wrong with the registry?
[12:02:40] [Server thread/WARN]: Unable to lookup CompactMachines:quantumEntangler for public static org.dave.CompactMachines.item.ItemEntangler org.dave.CompactMachines.init.ModItems.quantumEntangler. Is there something wrong with the registry?
[12:02:40] [Server thread/WARN]: Unable to lookup CompactMachines:interfaceblock for public static org.dave.CompactMachines.block.BlockCM org.dave.CompactMachines.init.ModBlocks.interfaceblock. Is there something wrong with the registry?
[12:02:40] [Server thread/INFO]: Holder lookups applied
Wow, this is a great looking mod - I can't wait to get home and try it! One question though - if you entangle to machines and place them in different locations, is there a way to control which 'end' you come out of, or are you always going to exit the same one you entered? That'd be a nice alternative to advanced portals or such. If not, maybe right click to exit one end and sneak click to go out the other? Or set certain faces to exit to one or the other?
I also really appreciate the fact that you can nest machines. I'm trying not to have a brain-overload thinking about how to entangle a lot of pairs and set them up as a travel hub.
I've actually have been looking for a mod that does personal pocket dimensions, rooms in a dimension in this case, for building complex factories. I'm going to use this in my Mechina & Magick modpack. Your mod is definitely a one of kind.
1.: That entirely depends on the perspective. The "Sticky Piston" pulls you in -> makes you smaller. The normal piston pushes you out -> makes you bigger. tomayto, tomahto.
2. #compactmachines on esper.net
3. In principal I like what I see, but the World Resizing Interface has lost the point of resembling the walls of the World Resizing Cube. I did intentionally made it square because of that. Though i like the look of your version.
I don't know. I'm no good when it comes pixel.
Mhykol is having trouble with this mod because it keeps on spawning him inside of a Big Reactor's Control Rods he's making in the Obsidian sized room. Are you planning on adding spawn point setting options for inside of the room, because otherwise this is a big problem, his fans don't want a radioactive Mhykol on the CrackPack server.
This would be the base resizing cube, with some unlit lights and a blank space around the middle ring.
When the resizing cube is crafted with a material, the CM would look like this (maybe with a border change) and the material used would fill in the grey ring. If a portable upgrade is applied to it, the green ring would light up to signify that.
If a shrinking module was added to one side, the orange lights on that side would light up. The blue would light up with an enlargement module and both with the resizing one. If this option was disabled the orange and blue lights would be lit upon crafting. Does that make any sense?
I get how people can say this is silly because it hides the most awesome thing in MC : contraption !
BUT, I still find that it is a neat idea to base a game or a modpack on, especially if you a re restricted in terms of space !
As the idea is building very personalized machines that process things for potentially every mod, what about automating their making ?
First all the machines looks the same, whether i made a BM blood generating or a tree farm, what about being able to somewhat custom the look ? or at least the names ? like WAILA saying "BM blood thingy" for exemple.
You could go even further by adding 2 machines :
The first one would take a compact machine and add tag to it and then make a pattern out of it
the second would take a pattern from the previous machine, and if provided the right sized empty compact machine and all the blocks and items in the pattern, and duplicate that same compact machine
thus, if you make a tree farm compact machine and need, say more coal or leaves, instead of manually doing it you could provided all the block and I guess a lot of energy ( haven't thought of the cost or limits) just multiply that tree farm or BM blood maker and place in the world
Idk if this is very clear but I'm just sharing my crazy thought
One request for me is perhaps having the Compact Machine worlds have some sort of passive draw based on size (or power loss)? Or perhaps just necessitating power to function? I'd like it. Even if there was just a config option for the power draw/loss. It could be based upon which size Compact Machine and configurable.
No certainly not. 1.6.4 should have died a few months ago. And I will drop 1.7 as soon as 1.8 is viable. Not a fan of sticking with old versions. Certainly not going to maintain two versions of a mod.
Because of your amazing mod, I updated for 1.7.10 ( not really hard, there are no ID incompatibilities anymore, just had some bugfixing ). Well, seems like we have to spot the bugs in this mod ASAP as you will not maintain two versions.
Rollback Post to RevisionRollBack
I am a prehistoric histories and manga / anime fan.
I get a bug when using this mod and Aroma Backup. What happens is that I get the below output in the console and then the server continues to run. But players are unable to connect and the server stops responding to input. So no using the stop command, etc. Those are not the only two mods that are used however, these are a part of the modsauce modpack that the server is using.
[16:13:10] [AromaBackup/INFO]: [§1AromaBackup§r] Starting Backup. Server may lag for a bit!
[16:13:10] [AromaBackup/ERROR]: Couldn't process command: 'save-all'
at java.util.LinkedList$ListItr.checkForComodification(Unknown Source) ~[?:1.7.0_45]
at java.util.LinkedList$ListItr.next(Unknown Source) ~[?:1.7.0_45]
at org.dave.CompactMachines.handler.SharedStorageHandler.save(SharedStorageHandler.java:173) ~[SharedStorageHandler.class:?]
at org.dave.CompactMachines.handler.SharedStorageHandler.access$000(SharedStorageHandler.java:32) ~[SharedStorageHandler.class:?]
at org.dave.CompactMachines.handler.SharedStorageHandler$SharedStorageSaveHandler.onWorldSave(SharedStorageHandler.java:212) ~[SharedStorageHandler$SharedStorageSaveHandler.class:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler_123_SharedStorageSaveHandler_onWorldSave_Save.invoke(.dynamic) ~[?:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:51) ~[ASMEventHandler.class:?]
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:122) ~[EventBus.class:?]
at net.minecraft.world.WorldServer.func_73044_a(WorldServer.java:809) ~[mt.class:?]
at net.minecraft.command.server.CommandSaveAll.func_71515_b(SourceFile:36) ~[bh.class:?]
at net.minecraft.command.CommandHandler.func_71556_a(CommandHandler.java:94) [z.class:?]
at aroma1997.backup.ThreadBackup.run(ThreadBackup.java:34) [ThreadBackup.class:?]
[16:13:10] [AromaBackup/INFO]: [AromaBackup: Turned off world auto-saving]
[16:13:31] [AromaBackup/INFO]: [§1AromaBackup§r] Server Backup Done!
[16:13:31] [AromaBackup/INFO]: [AromaBackup: Turned on world auto-saving]
[16:13:31] [AromaBackup/INFO]: [§1AromaBackup§r] Next scheduled backup in 30 minutes.
But I cannot connect any applied energistics cable to the outside or I crash. I haven't tried connecting one to the inside yet, for fear... I'm wondering if having Forge 1232 makes a difference. Needed to update for Stargatetech 2.
I needed to remove the cables using Mcedit or the game wouldn't start. But after I started the game, both times, the compact machines were gone. The first was a maximum, and the second was a large (obsidian).
I found this interesting in the server log: Encountered an unexpected exception java.lang.AbstractMethodError
at org.dave.CompactMachines.integration.appeng.AESharedStorage.getMachineNode(AESharedStorage.java:71) ~[AESharedStorage.class:?]