I'm still getting those errors with several soundfiles that are in the MSI pack. I tried adding old matmos soundfiles from legacy packs since the .json files referred to them but this didn't help.
For some reason, Matmos seems unable to find some soundfiles even when they are present.
I'd appreciate if anyone could look into this for 1.7.10 please. :/
I'm having this problem too. "Unable to play unknown soundEvent" for pretty much everything.
Could you consider adding a config option to disable the speed boost? I can see why someone would like that feature, but it's just kinda disorienting to me.
Did you read the original post? I did that to make the world file as small as possible. The glitchy behavior is still there because it's not a mod conflict.
@jaquadro, here's the problem world and everything you'll need to run it. It was originally generated with a private modpack 120 strong, but as the behavior persists even with all of them removed except Storage Drawers, the version I'm sending you is missing ~80% of the world. it looks pretty cool/terrifying, but that's not the point. You'll spawn in creative mode, slightly underground, in front of a storage drawer.
@jaquadro, here's the problem world and everything you'll need to run it. It was originally generated with a private modpack 120 strong, but as the behavior persists even with all of them removed except Storage Drawers, the version I'm sending you is missing ~80% of the world. it looks pretty cool/terrifying, but that's not the point. You'll spawn in creative mode, slightly underground, in front of a storage drawer.
Where should I look for tile entity save operation errors while running the new version? Interacting with a glitchy drawer gave something that looks identical to the last chunk of log:
What the debugging shows is that the click handlers are working correctly. It was previously there to debug handler problems before I knew about the adventure mode thing.
It looks more like you're running into a problem writing out or reading in tile entity data. No idea why that would be the case, but I may need to add more logging to investigate that.
That's what I thought, based on what I could understand. Is there anything I can do to give you more information about what's happening? Since you can't replicate the problem, and I can't replicate the problem consistently outside of that one world.
Every instance of "null item" is when I tried to retrieve from the glitched drawer. After breaking and replacing it, I was able to put things in and take them out as expected. Does this help at all?
Even after loading the world without Storage Drawers installed, then reinstalling, I still get that behavior on world reload. I'm testing it with another ATG-generated world, but I seriously doubt that's the problem. It looks like something's wrong with that specific world.
EDIT: An unexpected lead. A brand-new ATG world will give me that behavior with my normal config. Resetting it works, though. I feel like I'm running in circles, but I'm gonna change the config one piece at a time again and see what breaks it.
I was hoping you'd be on to something, but I'm experiencing the same behavior with it as the only mod.
Resetting the config worked, though. Running through that, it seems like disabling compatibility is causing the problem.
EDIT: Or not. Still having that behavior even with the config reset in my modded SSP world. Creating a new world, this behavior doesn't start even if I plug my config back in. I'm going to break and replace every drawer in my modded SSP world and see what that does.
Just tested in my debug world, the game mode doesn't matter. Put down drawer, put a few stacks of whatever in it, save and exist, reload, can no longer access the drawer and breaking it doesn't give anything. They work normally within a game session.
# Writes additional log messages while using the mod. Mainly for debug purposes. Should be kept disabled unless instructed otherwise.
B:enableDebugLogging=false
B:enableIndicatorUpgrades=true
B:enableItemConversion=true
B:enableLockUpgrades=false
B:enableSidedInput=true
B:enableSidedOutput=true
B:enableSortingUpgrades=true
B:enableStorageUpgrades=true
B:enableVoidUpgrades=false
# Inverts how shift works with drawers. If this is true, shifting will only give one item, where regular clicks will give a full stack. Leave false for default behavior.
B:invertShift=true
S:itemRenderType=fast
B:renderStorageUpgrades=true
}
Using the 1.7.10 version of this mod, drawers glitch out on world reload; they show their contents, but nothing can be taken or removed from them. Breaking and replacing works until next world reload, but doesn't give any of what was stored inside. So far I've only tried single drawers; I don't want to touch the rest until I know they're working again.
BOP saplings are randomly taking on the appearance of sacred oak saplings, but drop the correct original sapling when broken. I'm also having trouble getting flowering oak saplings to grow into trees. Using the latest 1.7.10 version.
1
I'm having this problem too. "Unable to play unknown soundEvent" for pretty much everything.
0
Could you consider adding a config option to disable the speed boost? I can see why someone would like that feature, but it's just kinda disorienting to me.
0
Was really happy to find another paths mod -- the Roadblocks guy seems to be MIA, and I like the mechanics of this one.
0
Did you read the original post? I did that to make the world file as small as possible. The glitchy behavior is still there because it's not a mod conflict.
The world has always been version 1.7.10.
0
@jaquadro, did you see this?
0
@jaquadro, here's the problem world and everything you'll need to run it. It was originally generated with a private modpack 120 strong, but as the behavior persists even with all of them removed except Storage Drawers, the version I'm sending you is missing ~80% of the world. it looks pretty cool/terrifying, but that's not the point. You'll spawn in creative mode, slightly underground, in front of a storage drawer.
I hope you can figure out what's going on.
0
Where should I look for tile entity save operation errors while running the new version? Interacting with a glitchy drawer gave something that looks identical to the last chunk of log:
[15:04:30] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:30] [Client thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[15:04:30] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:30] [Server thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[15:04:32] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:32] [Client thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[15:04:32] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:32] [Server thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[15:04:34] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:34] [Client thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[15:04:34] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:34] [Server thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[15:04:37] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:37] [Client thread/INFO] [StorageDrawers]: null item
[15:04:37] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:37] [Server thread/INFO] [StorageDrawers]: null item
[15:04:39] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:39] [Client thread/INFO] [StorageDrawers]: null item
[15:04:39] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[15:04:39] [Server thread/INFO] [StorageDrawers]: null item
[15:04:40] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.26934272564415, 63.51689513623646, -121.0), entity=null}
[15:04:40] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[15:04:40] [Server thread/INFO] [StorageDrawers]: null item
[15:04:41] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.26934272564415, 63.596874170373525, -121.0), entity=null}
[15:04:41] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[15:04:41] [Server thread/INFO] [StorageDrawers]: null item
0
That's what I thought, based on what I could understand. Is there anything I can do to give you more information about what's happening? Since you can't replicate the problem, and I can't replicate the problem consistently outside of that one world.
0
I enabled debugging mode in the config while testing in the problem world:
[09:06:13] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.34376435841583, 63.54955639003295, -121.0), entity=null}
[09:06:13] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:13] [Server thread/INFO] [StorageDrawers]: 0xtile.sponge@0
[09:06:16] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.34376435841583, 63.54955639003295, -121.0), entity=null}
[09:06:16] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:16] [Server thread/INFO] [StorageDrawers]: null item
[09:06:24] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:24] [Client thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[09:06:24] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:24] [Server thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[09:06:26] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:26] [Client thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:26] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:26] [Server thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:29] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.2591230399688, 63.67657810492859, -121.0), entity=null}
[09:06:29] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:29] [Server thread/INFO] [StorageDrawers]: null item
[09:06:29] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.2591230399688, 63.67657810492859, -121.0), entity=null}
[09:06:29] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:29] [Server thread/INFO] [StorageDrawers]: null item
[09:06:31] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:31] [Client thread/INFO] [StorageDrawers]: null item
[09:06:31] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:31] [Server thread/INFO] [StorageDrawers]: null item
[09:06:32] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:32] [Client thread/INFO] [StorageDrawers]: null item
[09:06:32] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:32] [Server thread/INFO] [StorageDrawers]: null item
[09:06:41] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:41] [Client thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:41] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:41] [Server thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:42] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:42] [Client thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[09:06:42] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:42] [Server thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[09:06:43] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.28213060199008, 63.7157138991855, -121.0), entity=null}
[09:06:43] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:43] [Server thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:44] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.28213060199008, 63.7157138991855, -121.0), entity=null}
[09:06:44] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:44] [Server thread/INFO] [StorageDrawers]: 3xtile.sponge@0
Every instance of "null item" is when I tried to retrieve from the glitched drawer. After breaking and replacing it, I was able to put things in and take them out as expected. Does this help at all?
0
Even after loading the world without Storage Drawers installed, then reinstalling, I still get that behavior on world reload. I'm testing it with another ATG-generated world, but I seriously doubt that's the problem. It looks like something's wrong with that specific world.
EDIT: An unexpected lead. A brand-new ATG world will give me that behavior with my normal config. Resetting it works, though. I feel like I'm running in circles, but I'm gonna change the config one piece at a time again and see what breaks it.
0
I was hoping you'd be on to something, but I'm experiencing the same behavior with it as the only mod.
Resetting the config worked, though. Running through that, it seems like disabling compatibility is causing the problem.
EDIT: Or not. Still having that behavior even with the config reset in my modded SSP world. Creating a new world, this behavior doesn't start even if I plug my config back in. I'm going to break and replace every drawer in my modded SSP world and see what that does.
0
Just tested in my debug world, the game mode doesn't matter. Put down drawer, put a few stacks of whatever in it, save and exist, reload, can no longer access the drawer and breaking it doesn't give anything. They work normally within a game session.
Here's my config file:
# Configuration file
blocks {
fulldrawers1 {
I:baseStorage=512
B:enabled=true
I:recipeOutput=1
}
fulldrawers2 {
I:baseStorage=256
B:enabled=true
I:recipeOutput=2
}
fulldrawers4 {
I:baseStorage=128
B:enabled=true
I:recipeOutput=4
}
halfdrawers2 {
I:baseStorage=128
B:enabled=true
I:recipeOutput=2
}
halfdrawers4 {
I:baseStorage=64
B:enabled=true
I:recipeOutput=4
}
compdrawers {
I:baseStorage=256
B:enabled=true
I:recipeOutput=1
}
controller {
B:enabled=true
}
trim {
B:enabled=false
I:recipeOutput=0
}
controllerslave {
B:enabled=true
}
}
general {
B:creativeTabVanillaWoods=true
# Writes additional log messages while using the mod. Mainly for debug purposes. Should be kept disabled unless instructed otherwise.
B:enableDebugLogging=false
B:enableIndicatorUpgrades=true
B:enableItemConversion=true
B:enableLockUpgrades=false
B:enableSidedInput=true
B:enableSidedOutput=true
B:enableSortingUpgrades=true
B:enableStorageUpgrades=true
B:enableVoidUpgrades=false
# Inverts how shift works with drawers. If this is true, shifting will only give one item, where regular clicks will give a full stack. Leave false for default behavior.
B:invertShift=true
S:itemRenderType=fast
B:renderStorageUpgrades=true
}
integration {
B:enableAE2=false
B:enableMineTweaker=true
B:enableRefinedRelocation=false
B:enableThaumcraft=true
B:enableWaila=false
}
upgrades {
I:level2Mult=2
I:level3Mult=3
I:level4Mult=5
I:level5Mult=8
I:level6Mult=13
}
0
Using the 1.7.10 version of this mod, drawers glitch out on world reload; they show their contents, but nothing can be taken or removed from them. Breaking and replacing works until next world reload, but doesn't give any of what was stored inside. So far I've only tried single drawers; I don't want to touch the rest until I know they're working again.
0
BOP saplings are randomly taking on the appearance of sacred oak saplings, but drop the correct original sapling when broken. I'm also having trouble getting flowering oak saplings to grow into trees. Using the latest 1.7.10 version.
0
Ostriches have always had problems as far as I can tell. I wish you could just tame wild ones instead of having to nab and hatch an egg.