Conflicting version of plant megapack. You'll have to find a more recent version somewhere. There is no official source for the 1.7.10 version anymore, AFAIK.
I'm starting to look at this project again in 1.12. I've been playing on an early 1.12 server and the build I'm working on is just crying for some of this stuff. It's making me sad.
The latest 1.12 alpha on CurseForge has some pretty big internal rewrites, along with a few visible changes as well. Definitely back up your world before loading it with this one. It SHOULD migrate your existing data (which includes worlds back thru 1.10), but better to be safe.
Major visible changes are:
- No more auto-ore-dictionary-converting your items for you. You can craft an upgrade for this now. It's a couple lapis, not exactly expensive. You won't be stuck with weird conversions when the heuristic fails, and your server will thank you.
Is that 3x3 thing soleily for aethetical use - or was ist meant to be as some sort of follow-up for 2x2? I actually think 2x2 is pretty much all you need, but the Upgrades could possibly be updated to feature more space. That way there would be no need for 3x3 or 4x4.
Also what about my tick-issue? Any ideas?
3x3 simply allows you to cram more unique item slots into the same space. It could be useful. I briefly considered it as the first drawer type when making the mod, but settled on 2x2 because all the feature widths balanced better. McJty's Aqua Mundus (sp?) mod featured a kind of "shelf" storage block that was a 4x4, but it was basically invisible so the items could expand to take up as much space as possible.
I don't have any ideas on the tick-issue right now. I just know it applies to all versions, but it seems to be uncommon. Though actually if you say it works with hoppers, that's pretty weird. For the other reports I've had, it wouldn't work with anything at all.
It's not the model that's the issue, but that I'm specifically tying everything to the 16px aesthetic of vanilla minecraft. I think to make the density of 4x4 feasible, the features would need to be razor thin. But 3x3 still leaves enough buffer in play to make it work.
It's still mostly on hold. With 1.12 in beta I'm doing a bunch of structural work to StorageDrawers before my API is locked in again. After that, I can revisit where I'm at with this mod.
There is one more drawer type you need: 4x4 storage. Same recipe as for the 2x2 except with 2x2 drawers replacing the chests. That would have an even better effect that the downsize Direwolf asked for since the half-size version is 1 stack each. I, on the other hand, would improve my storage silo to cover more item types and take a huge load off of AE/RS. Not to mention two emerald upgrades each.
I could probably get 3x3 to work and still fit the style of the mod, but 4x4 seems too dense. That gives you a 4px x 4px area for an item if you give up all borders, all separators, and all space between items.
Are you right-clicking the top half of the front of the controller (the "slot")? Otherwise make sure you have the latest version of the mod for 1.7.10.
Recipes are in progress. I have JSON defined for most of them, less the drawers themselves. Expect an update tomorrow with all that working again.
Over the next 3 weeks maybe, I'm going to be making some changes in various areas. Moreso on the underlying code, but also touching some of the visible surfaces as well. This will include the first breaking changes to the data model since early 1.7.10. I'm going to support reading from the old data model, god forbid some of you manage to migrate worlds from 1.10 or 1.11, but there's always a chance for something to go wrong.
I put a mod up on CurseForge shortly after the service launched in July, but I still send all my download traffic to GitHub from MCF. For those of us who maintain our mods on multiple branches of MC, Curse (and this nifty button tag) is not very friendly.
0
Conflicting version of plant megapack. You'll have to find a more recent version somewhere. There is no official source for the 1.7.10 version anymore, AFAIK.
1
1.12 does have a recommended release. Not to say everything is perfect, but mods are landing on that version at a pretty good pace.
2
So I've made it as far on 1.12 as I had been on 1.10.2, maybe a little farther.
I think my plan at this point is to get just a few things done, and then release the mod. Stuff will get ported on a block-by-block basis after that.
4
I'm starting to look at this project again in 1.12. I've been playing on an early 1.12 server and the build I'm working on is just crying for some of this stuff. It's making me sad.
0
Heads up: https://minecraft.curseforge.com/projects/storage-drawers/files/2446485
The latest 1.12 alpha on CurseForge has some pretty big internal rewrites, along with a few visible changes as well. Definitely back up your world before loading it with this one. It SHOULD migrate your existing data (which includes worlds back thru 1.10), but better to be safe.
Major visible changes are:
- No more auto-ore-dictionary-converting your items for you. You can craft an upgrade for this now. It's a couple lapis, not exactly expensive. You won't be stuck with weird conversions when the heuristic fails, and your server will thank you.
- You have 7 upgrade slots now.
- Default storage tier configs are 2, 4, 8, 16, 32 now.
0
It's to do with the ore registry. Possibly a usage error on my part with the new functions, but I still need to check.
0
3x3 simply allows you to cram more unique item slots into the same space. It could be useful. I briefly considered it as the first drawer type when making the mod, but settled on 2x2 because all the feature widths balanced better. McJty's Aqua Mundus (sp?) mod featured a kind of "shelf" storage block that was a 4x4, but it was basically invisible so the items could expand to take up as much space as possible.
I don't have any ideas on the tick-issue right now. I just know it applies to all versions, but it seems to be uncommon. Though actually if you say it works with hoppers, that's pretty weird. For the other reports I've had, it wouldn't work with anything at all.
0
I completely forgot about that. It wasn't even intended.
0
Incidentally, you've asked this before
I never got far enough to figure out how to find them / craft them / grow them, just that they were something that could partially cover lattice.
0
It's not the model that's the issue, but that I'm specifically tying everything to the 16px aesthetic of vanilla minecraft. I think to make the density of 4x4 feasible, the features would need to be razor thin. But 3x3 still leaves enough buffer in play to make it work.
2
It's still mostly on hold. With 1.12 in beta I'm doing a bunch of structural work to StorageDrawers before my API is locked in again. After that, I can revisit where I'm at with this mod.
0
I could probably get 3x3 to work and still fit the style of the mod, but 4x4 seems too dense. That gives you a 4px x 4px area for an item if you give up all borders, all separators, and all space between items.
0
Maybe the block isn't ticking, which I'm seeing in certain situations on the later versions. I don't have an explanation for why, though.
0
I must have missed it.
Are you right-clicking the top half of the front of the controller (the "slot")? Otherwise make sure you have the latest version of the mod for 1.7.10.
0
Recipes are in progress. I have JSON defined for most of them, less the drawers themselves. Expect an update tomorrow with all that working again.
Over the next 3 weeks maybe, I'm going to be making some changes in various areas. Moreso on the underlying code, but also touching some of the visible surfaces as well. This will include the first breaking changes to the data model since early 1.7.10. I'm going to support reading from the old data model, god forbid some of you manage to migrate worlds from 1.10 or 1.11, but there's always a chance for something to go wrong.