To make backpacks openable from any GUI BCMod has become a core mod and to ensure the small patch it adds to the vanilla GUI system doesn't get overwritten by NEI its filename now starts with 'zz-'.
Wow, lots of great changes in this update! Thank you! I'm really looking forward to trying these out next time I get a chance to play.
One thing though… the zz- thing offends the neat freak side of me.
right clic with a backpack in hand on a enderchest will crash your client, and i dont find the option to disable the opening chest with backpack in hand so where is it ?
edit my bad just to put my glasses on
Thanks for pointing that out, I've updated BCMod to prevent that crash (only 1 line needed to be changed so I won't bother updating the version number).
I don't know what you did on this latest update for minecraft 1.7.2. But my client crashes and I cannot log on to the server. I have to remove the backpacks in order to get on my server again. To add salt to the wounds there is not crash report. Most I can tell it is a ticking thing...I don't what to say. I have open eye installed so it should have sent a report....
I don't know what you did on this latest update for minecraft 1.7.2. But my client crashes and I cannot log on to the server. I have to remove the backpacks in order to get on my server again. To add salt to the wounds there is not crash report. Most I can tell it is a ticking thing...I don't what to say. I have open eye installed so it should have sent a report....
The only crashes that were reported for my mods on OpenEye in the last few days have been from the version checker complaining about the wrong version of BCMod being installed and if your crash didn't generate a crash report it probably won't be reported.
If you could try logging in again and check logs/fml-client-latest.log for a error message when it crashes I can try to fix it, otherwise I have no idea why it would crash for you when it works fine for me.
The only crashes that were reported for my mods on OpenEye in the last few days have been from the version checker complaining about the wrong version of BCMod being installed and if your crash didn't generate a crash report it probably won't be reported.
If you could try logging in again and check logs/fml-client-latest.log for a error message when it crashes I can try to fix it, otherwise I have no idea why it would crash for you when it works fine for me.
I have the same issue, here is the relevant portion of the logs relating to the crash:
[18:13:27] [Client thread/ERROR]: There was a critical exception handling a packet on channel bcmod
io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Comparison method violates its general contract!
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:99) ~[MessageToMessageDecoder.class:?]
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) ~[MessageToMessageCodec.class:?]
at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:785) ~[DefaultChannelPipeline.class:?]
at io.netty.channel.embedded.EmbeddedChannel.writeInbound(EmbeddedChannel.java:169) ~[EmbeddedChannel.class:?]
at cpw.mods.fml.common.network.internal.FMLProxyPacket.func_148833_a(FMLProxyPacket.java:71) [FMLProxyPacket.class:?]
at net.minecraft.network.NetworkManager.func_74428_b(NetworkManager.java:197) [ef.class:?]
at net.minecraft.client.multiplayer.PlayerControllerMP.func_78765_e(PlayerControllerMP.java:273) [biy.class:?]
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1541) [azd.class:?]
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:916) [azd.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:835) [azd.class:?]
at net.minecraft.client.main.Main.main(SourceFile:103) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_60-ea]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[?:1.7.0_60-ea]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.7.0_60-ea]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_60-ea]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:134) [launchwrapper-1.9.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.9.jar:?]
Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract!
at java.util.TimSort.mergeLo(TimSort.java:747) ~[?:1.7.0_60-ea]
at java.util.TimSort.mergeAt(TimSort.java:483) ~[?:1.7.0_60-ea]
at java.util.TimSort.mergeCollapse(TimSort.java:410) ~[?:1.7.0_60-ea]
at java.util.TimSort.sort(TimSort.java:214) ~[?:1.7.0_60-ea]
at java.util.TimSort.sort(TimSort.java:173) ~[?:1.7.0_60-ea]
at java.util.Arrays.sort(Arrays.java:659) ~[?:1.7.0_60-ea]
at java.util.Collections.sort(Collections.java:217) ~[?:1.7.0_60-ea]
at brad16840.common.DynamicRecipes.sortRecipes(DynamicRecipes.java:354) ~[DynamicRecipes.class:?]
at brad16840.common.PacketHandler$InitializePlayer.receive(PacketHandler.java:912) ~[PacketHandler$InitializePlayer.class:?]
at brad16840.common.MessageChannel.decode(MessageChannel.java:138) ~[MessageChannel.class:?]
at brad16840.common.MessageChannel.decode(MessageChannel.java:37) ~[MessageChannel.class:?]
at io.netty.handler.codec.MessageToMessageCodec$2.decode(MessageToMessageCodec.java:81) ~[MessageToMessageCodec$2.class:?]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:89) ~[MessageToMessageDecoder.class:?]
I have the same issue, here is the relevant portion of the logs relating to the crash:
That's really strange, apparently my (or Forge's) recipe sorter is inconsistent.
I've just updated BCMod to make it ignore Forge's recipe sorter, let me know whether that fixes it or not.
new bug, if you put ingot on pickup for backpack sometimes ingot vanish when they go in backpack and you find only a portion ... can you check that ? 2 times in happen to someone who pickup everything
Hmm.. I haven't noticed that playing in 1.6.4 single player but if the backpack actually takes and loses the ingots then it must be a problem with it not saving the changes or the changes getting overwritten by concurrent changes.
I'll check the code for situations where the changes might not get saved but if multiple people are using that backpack or items are being piped in/out of a copy of that backpack it might be caused by a player or pipe changing the backpack at the same time that the ingot gets collected.
Let me know if the backpack is only being used by that player and isn't 'placed' anywhere as that will rule out a number of potential causes.
it happen only when people drop like 1 row of ingot backpack loose 10/20 % of it, it happen when he have on him and people throw to him lot of ingot, backpack try to smallow but loose some of it
Are you absolutely sure nobody else picked up the missing ingots, because I just threw 9 stacks of iron ingots at another player a couple of times and their backpack collected every ingot every time.
If you find a way to reliably replicate the problem I'll check again, but it seems to work fine for me.
Also I just updated BCMod 2.5.2 to fix a ClassNotFoundException when launching on dedicated servers.
With 2.5.2 I get the following spammed in my server log when interacting with backpacks.
[06:25:15] [Server thread/ERROR] [FML]: Messages for channel backpacks16840 for side SERVER were not processed by the embedded channel [[email protected]].
They have been dropped.
08 00 00 00 06 7a 65 70 61 6e 76 00 ff ff ff .....zepanv....
Length: 15
With 2.5.2 I get the following spammed in my server log when interacting with backpacks.
[06:25:15] [Server thread/ERROR] [FML]: Messages for channel backpacks16840 for side SERVER were not processed by the embedded channel [[email protected]].
They have been dropped.
08 00 00 00 06 7a 65 70 61 6e 76 00 ff ff ff .....zepanv....
Length: 15
Edit: Also updated forge to 10.12.1.1112
Alright, I've updated my mods to be compatible with 10.12.1.1112.
This did require almost every message handler across several thousand lines of packet handling code to be rearranged and even though I've double checked each change they may still cause some problems.
That did stop the packet spam, thank you very much.
Also, not sure if there is anything you can really do about it but I will mention it anyway. I have the key for open first backpack in inventory set to "none" and when I use the volume control on my keyboard (logitech g15) it opens my backpack. I don't know what "keys" it is sending to adjust the volume but your mod seems to be listening to them
That did stop the packet spam, thank you very much.
Also, not sure if there is anything you can really do about it but I will mention it anyway. I have the key for open first backpack in inventory set to "none" and when I use the volume control on my keyboard (logitech g15) it opens my backpack. I don't know what "keys" it is sending to adjust the volume but your mod seems to be listening to them
Thanks for the very fast update.
Apparently the volume control on your keyboard uses keycode 0 (or mouse button 100) which Minecraft uses for 'unbound' keybindings.
The easiest solution would be to rebind the open backpack key to something you never use.
Have now fully un-installed (deleted all backpacks we could find, removed mods and started server)
Some errors about unfound items in the world save but running ok now - think we will wait a version or two before trying to re-install.
thanks, it is a great mod - very difficult to adapt to life without it.
Wow, lots of great changes in this update! Thank you! I'm really looking forward to trying these out next time I get a chance to play.
One thing though… the zz- thing offends the neat freak side of me.
You should be able to accomplish what you want by using Forge's dependencies to tell Forge to load your mod after NEI:
http://www.minecraftforge.net/wiki/Developing_Addons_for_Existing_Mods
http://www.minecraftforge.net/forum/index.php?topic=19023.0
Edit: Or maybe that will make NEI a requirement for this mod… which wouldn't be ideal.
Great work,
KeepOnDigging!
I've updated BCMod and Backpacks to fix that problem.
Dependencies have no effect on core mods (if they did it would make NEI a requirement like you said).
I would rather not have the 'zz-' prefix but changing the filename seems to be the only way to ensure it gets loaded after NEI.
With version 2.5 you can, just right-click your backpack while the trade interface is open.
Thanks for pointing that out, I've updated BCMod to prevent that crash (only 1 line needed to be changed so I won't bother updating the version number).
The only crashes that were reported for my mods on OpenEye in the last few days have been from the version checker complaining about the wrong version of BCMod being installed and if your crash didn't generate a crash report it probably won't be reported.
If you could try logging in again and check logs/fml-client-latest.log for a error message when it crashes I can try to fix it, otherwise I have no idea why it would crash for you when it works fine for me.
I have the same issue, here is the relevant portion of the logs relating to the crash:
That's really strange, apparently my (or Forge's) recipe sorter is inconsistent.
I've just updated BCMod to make it ignore Forge's recipe sorter, let me know whether that fixes it or not.
Hmm.. I haven't noticed that playing in 1.6.4 single player but if the backpack actually takes and loses the ingots then it must be a problem with it not saving the changes or the changes getting overwritten by concurrent changes.
I'll check the code for situations where the changes might not get saved but if multiple people are using that backpack or items are being piped in/out of a copy of that backpack it might be caused by a player or pipe changing the backpack at the same time that the ingot gets collected.
Let me know if the backpack is only being used by that player and isn't 'placed' anywhere as that will rule out a number of potential causes.
Are you absolutely sure nobody else picked up the missing ingots, because I just threw 9 stacks of iron ingots at another player a couple of times and their backpack collected every ingot every time.
If you find a way to reliably replicate the problem I'll check again, but it seems to work fine for me.
Also I just updated BCMod 2.5.2 to fix a ClassNotFoundException when launching on dedicated servers.
[06:25:15] [Server thread/ERROR] [FML]: Messages for channel backpacks16840 for side SERVER were not processed by the embedded channel [[email protected]].
They have been dropped.
08 00 00 00 06 7a 65 70 61 6e 76 00 ff ff ff .....zepanv....
Length: 15
Edit: Also updated forge to 10.12.1.1112
Alright, I've updated my mods to be compatible with 10.12.1.1112.
This did require almost every message handler across several thousand lines of packet handling code to be rearranged and even though I've double checked each change they may still cause some problems.
Also, not sure if there is anything you can really do about it but I will mention it anyway. I have the key for open first backpack in inventory set to "none" and when I use the volume control on my keyboard (logitech g15) it opens my backpack. I don't know what "keys" it is sending to adjust the volume but your mod seems to be listening to them
Thanks for the very fast update.
Getting the same error spam in console. tried upgrading to forge 10.12.1.1112 then back down to 10.12.1.1110
MC server 1.7.2
bcmod and backpacks both at 2.5.3
9:06:44 PM CONSOLE: have been dropped.
9:06:44 PM CONSOLE: 00 00 4d 00 00 00 01 ....M....
9:06:46 PM CONSOLE: thread/ERROR] [FML]: Messages for channel bcmod for side SERVER were not processed by the embedded channel [[email protected]].
9:06:46 PM CONSOLE: have been dropped.
9:06:46 PM CONSOLE: 00 00 4e 00 00 00 01 ....N....
9:06:47 PM CONSOLE: thread/ERROR] [FML]: Messages for channel bcmod for side SERVER were not processed by the embedded channel [[email protected]].
9:06:47 PM CONSOLE: have been dropped.
9:06:48 PM CONSOLE: 00 00 04 6e 6f 6e 65 00 00 00 00 00 00 00 .....none.......
9:06:48 PM CONSOLE: 00 00 1c 40 50 6f 73 3a 20 2d 32 32 36 2c [email protected]: -226,
9:06:48 PM CONSOLE: 38 2c 20 2d 33 32 35 3b 20 44 69 6d 3a 20 68, -325; Dim:
9:06:48 PM CONSOLE: 00 00 19 00 00 00 0.......
9:06:48 PM CONSOLE: thread/ERROR] [FML]: Messages for channel bcmod for side SERVER were not processed by the embedded channel [[email protected]].
9:06:48 PM CONSOLE: have been dropped.
9:06:48 PM CONSOLE: 00 00 04 6e 6f 6e 65 00 00 00 19 00 00 00 .....none.......
9:06:48 PM CONSOLE: 00 00 04 00 00 00 03 00 00 00 01 00 00 00 ................
9:06:48 PM CONSOLE: 00 00 ....
9:06:48 PM CONSOLE: thread/ERROR] [FML]: Messages for channel bcmod for side SERVER were not processed by the embedded channel [[email protected]].
9:06:48 PM CONSOLE: have been dropped.
9:06:48 PM CONSOLE: 00 00 04 6e 6f 6e 65 00 00 00 00 00 00 00 .....none.......
9:06:48 PM CONSOLE: 00 00 1c 40 50 6f 73 3a 20 2d 32 32 37 2c [email protected]: -227,
9:06:48 PM CONSOLE: 38 2c 20 2d 33 32 35 3b 20 44 69 6d 3a 20 68, -325; Dim:
9:06:48 PM CONSOLE: 00 00 1a 00 00 00 0.......
9:06:48 PM CONSOLE: thread/ERROR] [FML]: Messages for channel bcmod for side SERVER were not processed by the embedded channel [[email protected]].
9:06:48 PM CONSOLE: have been dropped.
9:06:48 PM CONSOLE: 00 00 04 6e 6f 6e 65 00 00 00 1a 00 00 00 .....none.......
9:06:48 PM CONSOLE: 00 00 04 00 00 00 04 00 00 00 01 00 00 00 ................
9:06:48 PM CONSOLE: 00 00 ....
9:06:54 PM CONSOLE: thread/ERROR] [FML]: Messages for channel bcmod for side SERVER were not processed by the embedded channel [[email protected]].
9:06:54 PM CONSOLE: have been dropped.
9:06:54 PM CONSOLE: 00 00 ....
9:06:55 PM CONSOLE: thread/ERROR] [FML]: Messages for channel bcmod for side SERVER were not processed by the embedded channel [[email protected]].
9:06:55 PM CONSOLE: have been dropped.
9:06:55 PM CONSOLE: 00 00 50 00 00 00 01 ....P....
Apparently the volume control on your keyboard uses keycode 0 (or mouse button 100) which Minecraft uses for 'unbound' keybindings.
The easiest solution would be to rebind the open backpack key to something you never use.
Version 2.5.3 really should've fixed that. Are you sure you installed it on the server and not just your client?
I won't have regular access to the internet for a while so won't be able to reply very often.
Have now fully un-installed (deleted all backpacks we could find, removed mods and started server)
Some errors about unfound items in the world save but running ok now - think we will wait a version or two before trying to re-install.
thanks, it is a great mod - very difficult to adapt to life without it.
one Q how i use Pouch (i cant open it with shift+r.click or r.click)
sorry i found the use of Pouch
it's extends Backpack by placing it inside and r.click on Pouch
maybe it will be useful for someone
or you can delete my post at all
Thank You for this MOD
They have been dropped.
00 00 00 00 28 69 6e 76 5f 63 35 66 39 30 65 64 ....(inv_c5f90ed
38 2d 66 62 32 61 2d 34 39 32 62 2d 38 34 36 66 8-fb2a-492b-846f
2d 37 36 63 35 32 35 35 37 61 65 39 37 00 00 00 -76c52557ae97...
00 05 ..
Length: 50
[08:56:28] [Server thread/ERROR] [FML]: Messages for channel backpacks16840 for side SERVER were not processed by the embedded [email protected]].
They have been dropped.
00 00 00 00 24 63 35 66 39 30 65 64 38 2d 66 62 ....$c5f90ed8-fb
32 61 2d 34 39 32 62 2d 38 34 36 66 2d 37 36 63 2a-492b-846f-76c
35 32 35 35 37 61 65 39 37 00 00 00 00 0d 52557ae97.....
Length: 46
[08:56:29] [Server thread/ERROR] [FML]: Messages for channel backpacks16840 for side SERVER were not processed by the embedded [email protected]].
They have been dropped.
00 00 00 00 05 63 6c 6f 73 65 00 00 00 00 00 .....close.....
Length: 15