Well, just make a pull request on ProfMobius' JABBA repo and see what happens.
I planned on it. Last time I looked there was a big gap in commit history, but it looks like something recent has gone in. Well that and some languishing PRs.
I planned on it. Last time I looked there was a big gap in commit history, but it looks like something recent has gone in. Well that and some languishing PRs.
I've made the changes and opened a pull request on JABBA. It could be included at an indefinite time in the future.
I also need to make a very small change in Storage Drawers to avoid spamming logs with (apparently harmless?) null pointer exceptions when using the dolly.
I don't know if this is as much of a suggestion as it is just asking for something useful, but it sure would be great if drawers had something similar to JABBA's automatic ore dictionary conversion. I guess this could also help with the compacting drawers, which apparently don't play too well with the whole ingots to blocks/nuggets thing in certain cases where you get blocks from a different mod when you craft nine ingots.
By the way, it looks like the "fast" graphics setting didn't get the bugfix for the reversed sides.
I don't know if this is as much of a suggestion as it is just asking for something useful, but it sure would be great if drawers had something similar to JABBA's automatic ore dictionary conversion. I guess this could also help with the compacting drawers, which apparently don't play too well with the whole ingots to blocks/nuggets thing in certain cases where you get blocks from a different mod when you craft nine ingots.
By the way, it looks like the "fast" graphics setting didn't get the bugfix for the reversed sides.
Thanks for the comments. I'll look more into the ore dictionary. I'm less exposed to conflicts in my pack, so maybe you could suggest a few conflicting mods?
Hey, I really loved this mod! It's something that I really think should be added into the game! I made one of my quick mod showcases, and it would be awesome if you could put it on the main post, but if you can't, that's cool too :). Anyways, thanks for making this mod, and do you have any other ideas for future additions?
Just wanted to report a crash that occurs while running Storage Drawers with Magical Crops.
Took me a while to find out which mod was causing it because I have a very large modpack, but after testing small groups of mods I narrowed it down to Magical Crops.
Here is the crashlog, this only happens when you put something compact-able in one of the compacting drawers (glowstone, redstone, etc.): http://pastebin.com/cJEs6K7q
Thanks for the comments. I'll look more into the ore dictionary. I'm less exposed to conflicts in my pack, so maybe you could suggest a few conflicting mods?
For example, my (custom) pack has four mods that add copper ingots - Thermal Foundation, Mekanism, Flaxbeard's Steam Power, and Tinker's Construct. Thermal Expansion's machines spit out TF's version, but when I try making blocks out of them, I get Mekanism's version (and if I take Mek off, I get FSP's version). Putting TF's copper ingots in a compacting drawer results in the ingots being in the top slot, with nuggets in the usual place (although those nuggets are from Thaumcraft), and no blocks where they should be. Converting those ingots into blocks manually (getting Mek's version) doesn't fully work either, as I get blocks in the top slot and ingots in the left slot, but no nuggets in the right slot.
I don't know how much sense this all made, but I can get screenshots of how things are looking like later today.
Maybe this all has something to do with how those drawers handle crafting in order to determine if something can be compacted?
For example, my (custom) pack has four mods that add copper ingots - Thermal Foundation, Mekanism, Flaxbeard's Steam Power, and Tinker's Construct. Thermal Expansion's machines spit out TF's version, but when I try making blocks out of them, I get Mekanism's version (and if I take Mek off, I get FSP's version). Putting TF's copper ingots in a compacting drawer results in the ingots being in the top slot, with nuggets in the usual place (although those nuggets are from Thaumcraft), and no blocks where they should be. Converting those ingots into blocks manually (getting Mek's version) doesn't fully work either, as I get blocks in the top slot and ingots in the left slot, but no nuggets in the right slot.
I don't know how much sense this all made, but I can get screenshots of how things are looking like later today.
Maybe this all has something to do with how those drawers handle crafting in order to determine if something can be compacted?
You can use Minetweaker to remove the recipes for the blocks you don't want to get. It *should* work, and shouldn't be too much work. You can't do it for ingots,though, since it isn't a recipe that would net you those.
The compacting drawers should already be using ore dictionary-aware lookups, but I guess something is getting lost in the process. It might have to do with some not all the mods supporting blocks/ingots/nuggets of a particular material. If I can get several of those mods in dev versions then I can get more insight into what's happening.
For example, my (custom) pack has four mods that add copper ingots - Thermal Foundation, Mekanism, Flaxbeard's Steam Power, and Tinker's Construct. Thermal Expansion's machines spit out TF's version, but when I try making blocks out of them, I get Mekanism's version (and if I take Mek off, I get FSP's version). Putting TF's copper ingots in a compacting drawer results in the ingots being in the top slot, with nuggets in the usual place (although those nuggets are from Thaumcraft), and no blocks where they should be. Converting those ingots into blocks manually (getting Mek's version) doesn't fully work either, as I get blocks in the top slot and ingots in the left slot, but no nuggets in the right slot.
I don't know how much sense this all made, but I can get screenshots of how things are looking like later today.
Maybe this all has something to do with how those drawers handle crafting in order to determine if something can be compacted?
Ugh. All of these mods are open source but I could only manage get TE in my dev environment. Well technically I got Tinkers too but my custom-built version seems to be loaded with bugs and crashes. This will certainly take some more time to work through.
If you have ChickenCodeCore dev version in your mods folder, you can add any mod, deobfuscated or not, and it'll load.
That is a REALLY useful tip.
Okay with just TF and TC present, I haven't seen the reported issue, but it definitely doesn't respect the ore dictionary as would be desired. I'll have to delve in more tomorrow, and hopefully get a bugfix release prepared.
The Meaning of Life, the Universe, and Everything.
Join Date:
3/2/2013
Posts:
51
Member Details
Can we maybe get a configuration option to say how many sets of drawers the recipe makes? Since I raised the capacities to be similar to JABBA, I'd like the recipe to only make a single drawer each. Heh. Otherwise I have to murder things with Minetweaker and that's a lot of tweaking. A lot. 24 separate recipes to remove, then 24 separate recipes to add back. XD
Can we maybe get a configuration option to say how many sets of drawers the recipe makes? Since I raised the capacities to be similar to JABBA, I'd like the recipe to only make a single drawer each. Heh. Otherwise I have to murder things with Minetweaker and that's a lot of tweaking. A lot. 24 separate recipes to remove, then 24 separate recipes to add back. XD
I must say that I like the overall look of this, will most certainly check it out.
Rollback Post to RevisionRollBack
...and for those that will certaintly take some sort of offense to this comment, please remember, just as your comments are, this comment is my opinion, and I wont flame you for ur opinion, dont flame me for mine.
Alright, this is a doozy of change set. A bunch of bugfixes (a couple of them crashes), some new config options and small tweaks or improvements. Ore dictionary support should be greatly improved, though probably not flawless. Some mods will just not work with compacting drawers natively and you'll have to call them out to be explicitly registered in the mod.
1.1.2 - Sep-20-14:
Added configuration for drawer recipe output size.
Added configuration to hide extra vanilla wood varieties on creative tab / NEI.
Added melon conversion to compacting drawers.
Added input support to all sides of drawers except front.
Added ore dictionary support to drawers and compacting drawers. Items will be converted automatically.
Fixed crash that could occur when using JABBA dollies^.
Fixed crash when using compacting drawers with certain mods present.
Fixed reversed slot rendering in 'fast' label rendering mode.
Fixed items sometimes not being added to compacting drawers when put in top slot.
Fixed recipes being added when respective blocks or features were disabled.
Fixed item input no longer working on back side of drawers.
Updated translation Korean (ko_KR). Contrib. by Puyo061.
Updated translation Russian (ru_RU). Contrib. by merkaba5.
A note on JABBA: As I mentioned somewhere above, I've submitted a pull request to ProfMobius with the necessary changes, but I can't say when (if ever) it will be included into mainstream JABBA. If you want to build your own version of JABBA with StorageDrawers dolly support, you can take the source from my branch here. As a convenience, I also included a custom build of JABBA on the 1.1.2 release page, but I will not be attaching it to every release or keeping it up to date if ProfMobius releases new versions.
I bit off more than I should have with the last release and screwed up. The recipes are broken in 1.1.2, so if you updated to that, you need to update to 1.1.3. Sorry for the poor QA on my part.
1.1.3 - Sep-20-14:
Fixed recipe regression from 1.1.2
Updated translation Chinese Simplified (zh_CN). Contrib. by ViKaleidoscope.
Updated translation Korean (ko_KR). Contrib. by puyo061.
Get the following crash/error when using the custom JABBA jar on the 1.1.3 github.
---- Minecraft Crash Report ----
// Sorry
Time: 9/21/14 6:53 PM
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchFieldError: iron_ingot
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:515)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:239)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:134)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.NoSuchFieldError: iron_ingot
at mcp.mobius.betterbarrels.RecipeHandler.registerOres(RecipeHandler.java:22)
at mcp.mobius.betterbarrels.BetterBarrels.preInit(BetterBarrels.java:139)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:513)
... 10 more
Rollback Post to RevisionRollBack
I like being unimpressive, I sleep better. | m1zark.com
New version is out to fix some ore dictionary issues that make too many items equivalent. Particularly problematic for HarvestCraft. This update also addresses some visual aspects of the mod.
1.1.4 - Sep-21-14:
Added ore dictionary blacklist for overly broad or "list" entries.
Fixed seam rendering issues on blocks.
Fixed excessively dark AO shading on blocks.
A before and after picture of the AO shading on a drawer completely embedded in stone. The standard Minecraft AO rendering code is full of trouble so I've since heavily modified my own copy. A few bad cases still existed, this being one of them.
Another AO rendering comparison.
A before and after of the seam rendering issues (I think I took a picture of a different bank of drawers in the after pic .. oops). You can also see evidence of it in the other before pictures above and any screenshots I've posted in the last month.
I cannot understate how much those two issues were annoying the crap out of me.
Get the following crash/error when using the custom JABBA jar on the 1.1.3 github.
---- Minecraft Crash Report ----
// Sorry
Time: 9/21/14 6:53 PM
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchFieldError: iron_ingot
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:515)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:239)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:134)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.NoSuchFieldError: iron_ingot
at mcp.mobius.betterbarrels.RecipeHandler.registerOres(RecipeHandler.java:22)
at mcp.mobius.betterbarrels.BetterBarrels.preInit(BetterBarrels.java:139)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:513)
... 10 more
Try downloading it again. It looks like I may have uploaded the dev (deobfuscated) version by mistake. I've replaced the file.
I planned on it. Last time I looked there was a big gap in commit history, but it looks like something recent has gone in. Well that and some languishing PRs.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
I've made the changes and opened a pull request on JABBA. It could be included at an indefinite time in the future.
I also need to make a very small change in Storage Drawers to avoid spamming logs with (apparently harmless?) null pointer exceptions when using the dolly.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
By the way, it looks like the "fast" graphics setting didn't get the bugfix for the reversed sides.
Thanks for the comments. I'll look more into the ore dictionary. I'm less exposed to conflicts in my pack, so maybe you could suggest a few conflicting mods?
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Hey, I really loved this mod! It's something that I really think should be added into the game! I made one of my quick mod showcases, and it would be awesome if you could put it on the main post, but if you can't, that's cool too :). Anyways, thanks for making this mod, and do you have any other ideas for future additions?
Just wanted to report a crash that occurs while running Storage Drawers with Magical Crops.
Took me a while to find out which mod was causing it because I have a very large modpack, but after testing small groups of mods I narrowed it down to Magical Crops.
Here is the crashlog, this only happens when you put something compact-able in one of the compacting drawers (glowstone, redstone, etc.):
http://pastebin.com/cJEs6K7q
Storage Drawers 1.1.1
Magical_Crops_1.7.10_0.1_BETA
Forge 1207
For example, my (custom) pack has four mods that add copper ingots - Thermal Foundation, Mekanism, Flaxbeard's Steam Power, and Tinker's Construct. Thermal Expansion's machines spit out TF's version, but when I try making blocks out of them, I get Mekanism's version (and if I take Mek off, I get FSP's version). Putting TF's copper ingots in a compacting drawer results in the ingots being in the top slot, with nuggets in the usual place (although those nuggets are from Thaumcraft), and no blocks where they should be. Converting those ingots into blocks manually (getting Mek's version) doesn't fully work either, as I get blocks in the top slot and ingots in the left slot, but no nuggets in the right slot.
I don't know how much sense this all made, but I can get screenshots of how things are looking like later today.
Maybe this all has something to do with how those drawers handle crafting in order to determine if something can be compacted?
You can use Minetweaker to remove the recipes for the blocks you don't want to get. It *should* work, and shouldn't be too much work. You can't do it for ingots,though, since it isn't a recipe that would net you those.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Ugh. All of these mods are open source but I could only manage get TE in my dev environment. Well technically I got Tinkers too but my custom-built version seems to be loaded with bugs and crashes. This will certainly take some more time to work through.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
That is a REALLY useful tip.
Okay with just TF and TC present, I haven't seen the reported issue, but it definitely doesn't respect the ore dictionary as would be desired. I'll have to delve in more tomorrow, and hopefully get a bugfix release prepared.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
That should be quick to slip in, so yes.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
1.1.2 - Sep-20-14:
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
1.1.3 - Sep-20-14:
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
---- Minecraft Crash Report ----
// Sorry
Time: 9/21/14 6:53 PM
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchFieldError: iron_ingot
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:515)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:239)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:134)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.NoSuchFieldError: iron_ingot
at mcp.mobius.betterbarrels.RecipeHandler.registerOres(RecipeHandler.java:22)
at mcp.mobius.betterbarrels.BetterBarrels.preInit(BetterBarrels.java:139)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:513)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:118)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:513)
... 10 more
1.1.4 - Sep-21-14:
A before and after picture of the AO shading on a drawer completely embedded in stone. The standard Minecraft AO rendering code is full of trouble so I've since heavily modified my own copy. A few bad cases still existed, this being one of them.
Another AO rendering comparison.
A before and after of the seam rendering issues (I think I took a picture of a different bank of drawers in the after pic .. oops). You can also see evidence of it in the other before pictures above and any screenshots I've posted in the last month.
I cannot understate how much those two issues were annoying the crap out of me.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Try downloading it again. It looks like I may have uploaded the dev (deobfuscated) version by mistake. I've replaced the file.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate