Can you make it so the barrels can have items put into the barrels by hoppers?
You can only put in items into the top and bottom. You can make the hoppers put items into the side by digging into the configuration file and find the interaction setting. Shouldn't be too hard.
Maybe a little bug (MC 1.6.2 - Barrels v3.1): If you throw items in by a hopper, you have to reload the world or put an item by hand into it, to see the items in the barrel.
Don't know if it's useful to fix the bug: I changed the item-id too. For normal, it shouldn't be a problem, but since i don't really know it, i list it here .
Last but not least: Thank you for the wonderful mod. Saves a lot of time for me with dirt & (cobble)stones.
I'm not having any update issues when I test it. it works without a problem for me.
Maybe a little bug (MC 1.6.2, Singleplayer, Forge 9.10.1.859 - Barrels v3.1 latest available for now): If you throw items in by a hopper, you have to reload the world or put an item by hand into it, to see the items in the barrel.
Don't know if it's useful to fix the bug: I changed the item-id too. For normal, it shouldn't be a problem, but since i don't really know it, i list it here . No errors in the log.
Last but not least: Thank you for the wonderful mod. Saves a lot of time for me with dirt & (cobble)stones.
I'm not having any update issues when I test it. it works without a problem for me.
I am seeing this same behavior. I'm running 1.6.2 SMP and I'm using BuildCraft pipes to transfer items into a Barrel. The barrel's count does not update as items are added via the BuildCraft pipes. If I manually remove a stack, the number decrements by one, if I add them back it increments by one, even tho there is a lot more in there. If I then restart the server, the number is updated to the amount at the time of server shut down, but will not update after that.
This issue appeared when I upgraded to 3.1, before that I was using 2.3 and did not have this issue.
I am seeing this same behavior. I'm running 1.6.2 SMP and I'm using BuildCraft pipes to transfer items into a Barrel. The barrel's count does not update as items are added via the BuildCraft pipes. If I manually remove a stack, the number decrements by one, if I add them back it increments by one, even tho there is a lot more in there. If I then restart the server, the number is updated to the amount at the time of server shut down, but will not update after that.
This issue appeared when I upgraded to 3.1, before that I was using 2.3 and did not have this issue.
Are the barrels updating if you're standing right next to it and a item flows into it?
No, they do not. The barrels will update if I place something in them, but not to the correct number.
Example:
I place 2 stacks of cobble in a barrel, I then have 2 stack of cobble pumped into the barrel via pipes. The barrel still says "2 x 64" I can take a stack out, the barrel says "64", I can add it back, it'll say "2 x 64" again, however I CAN pull 4 stacks out of the barrel. After the first two clicks the barrel looks empty, but clicking on it will extract more stacks.
No, they do not. The barrels will update if I place something in them, but not to the correct number.
Example:
I place 2 stacks of cobble in a barrel, I then have 2 stack of cobble pumped into the barrel via pipes. The barrel still says "2 x 64" I can take a stack out, the barrel says "64", I can add it back, it'll say "2 x 64" again, however I CAN pull 4 stacks out of the barrel. After the first two clicks the barrel looks empty, but clicking on it will extract more stacks.
After more investigation, the Barrel total DOES update if I leave the area and return. I discovered this by using the Portal Gun mod and going 1000 meters away and then portal back. Upon return, the barrel had the correct amount at that point in time, but would not update after that. At first I thought maybe the chunk was unloading, but this particular chunk is held in memory by a chunk loader.
Hey i've been having some problems having the correct textures show up for the barrels. I used Magic Launcher to install the mod and in older versions it worked fine but since 1.6+ it hasn't been working please help and this is an AWESOME mod!
I think I have figured out how to get my mod popular. Factorization is using this method. What I need
to do is ask that all mod pack makers post their doing on the thread. Ignore the posts completely. What you get is free bumps.
Hello,
I have a little cross mod problem. Extra Utilities and barrels mod don't work together. The transfer node pulls items out of a chest and wants to transfer it to a prefilled barrel. It seems, that the barrel is recognized correct, but when the items are transfered, they are gone and not in the barrel. This works with chests. Can you have a look at this? The sides of the barrels in the config file are all set to in/out
Barrels Version 3.1
Extra Utilities 0.3 Pre 3a
Minecraft 1.6.2
Thanks
Michael (aka BakermanLP)
I looked in the code and there is nothing unusual about the inventory manager. It works fine. The only problem is that the barrel is not updating. Reloading the world should fix it. In the meanwhile, I am re-writing the networking logic for the mod.
I updated the mod to 3.2. Barrels now have their own dedicated packet type so you might need to change the packet id but for the most part you shouldn't need to touch it. The new networking code should greatly increase reliability.
So does the new update work on 1.6.2 as your OP states 3.1 for 1.52 upwards and 3.2 for only 1.6.4.
Im fed up of the similar issue as above with the non updating barrels in factorization and them freezing my game constantly.Thought id try this out but want the new hotfix if possible on 1.6.2.
The 3.2 version which includes the hot fix worls with 1.6.2.
Oh, the typical N00B. If you look you'll see this in the crash:
Caused by: java.lang.IllegalArgumentException: The block-id is occupied.
I found a free one but there is not gurantee that this will acually work: 4095
You will need to change the block-id in the configuration file to this one manually
Thanks for posting it anyway because I noticed two spelling mistakes in the crash log.
Oh, the typical N00B. If you look you'll see this in the crash:
Caused by: java.lang.IllegalArgumentException: The block-id is occupied.
I found a free one but there is not gurantee that this will acually work: 4095
You will need to change the block-id in the configuration file to this one manually
Thanks for posting it anyway because I noticed two spelling mistakes in the crash log.
actually its really anoying when u have alot of mod to keep track last night i had to use mc edit because a block crash my game really hard and it din't let me go back to that save but thanks btw
I'll send my Server-CV. Lol.
I am seeing this same behavior. I'm running 1.6.2 SMP and I'm using BuildCraft pipes to transfer items into a Barrel. The barrel's count does not update as items are added via the BuildCraft pipes. If I manually remove a stack, the number decrements by one, if I add them back it increments by one, even tho there is a lot more in there. If I then restart the server, the number is updated to the amount at the time of server shut down, but will not update after that.
This issue appeared when I upgraded to 3.1, before that I was using 2.3 and did not have this issue.
Example:
I place 2 stacks of cobble in a barrel, I then have 2 stack of cobble pumped into the barrel via pipes. The barrel still says "2 x 64" I can take a stack out, the barrel says "64", I can add it back, it'll say "2 x 64" again, however I CAN pull 4 stacks out of the barrel. After the first two clicks the barrel looks empty, but clicking on it will extract more stacks.
After more investigation, the Barrel total DOES update if I leave the area and return. I discovered this by using the Portal Gun mod and going 1000 meters away and then portal back. Upon return, the barrel had the correct amount at that point in time, but would not update after that. At first I thought maybe the chunk was unloading, but this particular chunk is held in memory by a chunk loader.
to do is ask that all mod pack makers post their doing on the thread. Ignore the posts completely. What you get is free bumps.
More frustration to the terrible software they use on this form: the poll does not reset after a new one has been created.
If you implement it, have an option to disable it. Some people may like it, some may not.
I don't really like the idea, it would create unpredictable results when mixed with automation and tight spaces.
http://pastebin.com/jCD42ZLC
Thanks for posting it anyway because I noticed two spelling mistakes in the crash log.