getting your butt out of a cave with a smaller staircase
Also, if you could make it so redstone wiring could be placed on it? then you could have smaller, shorter redstone levels, making it easier to do large wiring diagrams.
Also, if you could make it so redstone wiring could be placed on it? then you could have smaller, shorter redstone levels, making it easier to do large wiring diagrams.
Hell no. Do you realize how big a job that would be? Redstone can't be placed on ANY irregular surface in the game.
And with that, I am going to have to politely decline your earlier request for access to the BTW source code.
Sorry man, but it's obvious from the many suggestions you've been making that you lack the experience necessary to design and implement features that would fit in with the rest of the mod.
However, I greatly encourage you to develop and publish a mod on your own.
If you do something that is simple, bug free, fits in with the feel of the rest of Minecraft, and fills a real need for players of the game, I may reevaluate my position in terms of you doing a spin off mod, but for now, I must respectfully decline.
As I said though, I do very much support your desire to learn programming and make mods on your own. However, I think that we have vastly different levels of experience (which is natural...I've been doing this most of my life and I am an old geezer), and that we would have a very hard time seeing eye to eye because of that.
Another thing I've noticed about Omni Slabs : You can place pictures on them.
Was that intentional, or did my game glitch? I'd post a picture but my world got corrupted (Stupid Windows XP Hibernate)
NOTE: This only happens under certain circumstances
Unless you can place pictures on other irregular surfaces (like stairs and regular slabs), this really shouldn't be happening. If you can place them on those other objects (I haven't tested it), then this is a bug with the pictures, not the omni slabs.
I just verified that the code is treating the Omni Slabs as non-opaque objects, which should be what determines whether the pictures can be placed or not.
Great mod, just a little idea for the Mill Stone:
Breaking bones with the Mile Stone should make more bonemeal.
Anyway great mod!
Thanks man!
I might agree with you about the bone-meal if you couldn't just craft it already (even in your inventory) with a single-square crafting recipe :smile.gif:
As such, grinding it in the mill would really bring nothing to the game.
PLUS I personally really dislike bone-meal as a feature. I think it was a very bad idea to include it as fertilizer in the game (at least in the overpowered insta-grow form it has) as it totally eliminates the need to farm in any meaningful way.
That's the big reason why Hemp doesn't respond to it.
Seriously man, I'm not delaying it AT ALL. Soon as I have the tools I need, I'll upgrade, just like when 1.5 was released.
Unlike last time however, I'll just keep releasing versions for 1.5_01 until I have those tools.
you miss understood me. I wasnt saying that youd delay a release. I said that youd wait for a "full" MCP release. for 1.5 you went with a test release of the MCP and i thought i read that you said youd wait for the actual MCP release and not a test release. Wasnt trying to imply that you were delaying an updated version.
you miss understood me. I wasnt saying that youd delay a release. I said that youd wait for a "full" MCP release. for 1.5 you went with a test release of the MCP and i thought i read that you said youd wait for the actual MCP release and not a test release. Wasnt trying to imply that you were delaying an updated version.
Right, I understood you
What I was trying to say is that I WILL use a test release of MCP if it comes out. I'm not delaying converting to 1.6 in any way. Soon as the tools I require are available, the mod will get updated to 1.6, no questions asked
The only 2 things that have changed about my methodology from the last time I did this for 1.5 are as follows:
-I'm going to continue to release versions for 1.5_01 until I get access to new versions of MCP and Modloader (test or no). Last time I didn't release any new versions at all between the time 1.5 came out, and the time when I had the new tools.
-If a full release of MCP comes out after the test version, I'll upgrade to it immediately instead of waiting around like I did last time to minimize any incompatibility issues that may arise.
I know that a lot of people wait to upgrade their mods until a new release of Minecraft comes out, and there are still a lot of folks from the "Water Wheel Crowd" that have never even installed the mod because they're waiting for 1.6.
As a result, I think it would be rather detriminetal to the popularity of the mod if I waited for the full version of MCP, even if it's more of a hassle for me to basically have to convert the code twice.
Can you please explain what you need it for man, so I can have a better understanding of the problem you are trying to solve with this feature request?
I'm not going to create a duplicate furnace block just for this functionality, but it's always possible I can fit what you need into another block if I understand your goal.
I actually don't see much point to the maps, and put them up there with wolves as "huge pet projects that Notch has undertaken that have limited use in the game".
It's highly unlikely I'll be making features that have anything to do with them, unless they somehow demonstrate some functionality in practice that I've yet to fully realize.
Let me save you some effort, FlowerChild, and point out that your proposed lens and/or your detector, I'm not sure which, can accommodate this feature request. Since a smelting furnace emits light, some combination of either or both of your detector and lens should be able to trigger a redstone signal without any other modification to your plans. I must confess I've not used the detector or any of the latest revisions of your mod, as I am still running Beta 1.4. The number of bugs Mojang introduced in 1.5 was unacceptable to me, which is why I look forward to 1.6.
I have been following your progress with great interest, however, and I just love what you are doing. I agree with you about the maps that will be added in 1.6, but at least they are (in my opinion) better than wolves. I can see some aesthetic usefulness for wall hangings of the maps if/when that is added as a feature. It'd be neat to decorate a map room with them to display regions of your world in game. They have no use for me as their intended function, since I just use minimaps from mods, coordinates (F3), or external mappers. Wall hangings of maps would also be nice in the Nether next to portals corresponding to that region where they link.
Here's an example of one i made to automaticly harvest the top half of hemp as soon as it grows, but as you can see it with my lacking skills i couldn't really apply it onto a larger scale, and it also took a horrific amount of time for me to figure it out:
-snip-
this is my more compact version till Flower changes how the DB operate. I invert the signal coming from the detector block so that when the hemp grows up the DB will suck in the top half. detector powers down after the hemp is removed then the DB is told to shoot the hemp out. Hemp hits a wall and falls into pit/water flow and takin to the hopper.
Let me save you some effort, FlowerChild, and point out that your proposed lens and/or your detector, I'm not sure which, can accommodate this feature request. Since a smelting furnace emits light, some combination of either or both of your detector and lens should be able to trigger a redstone signal without any other modification to your plans.
Brilliant idea man. I like it. I still want to know what this is for however, before I do anything like that
Ahh okay okay my bad. Next time i answer a question like that ill just grab some quotes i guess
No worries man. I REALLY appreciate you helping out in answering these kinds of questions. I just didn't want people to have the false impression that a 1.6 compatible version of BTW would be at all late in coming. On the contrary, like last time, it'll probably be one of the first that requires MCP and Modloader to be updated.
this is my more compact version till Flower changes how the DB operate. I invert the signal coming from the detector block so that when the hemp grows up the DB will suck in the top half. detector powers down after the hemp is removed then the DB is told to shoot the hemp out. Hemp hits a wall and falls into pit/water flow and takin to the hopper.
Yikes. I was hoping to make things simpler with the Block Dispenser by seperating the eject functionality from the collect functionality with mechanical power.
Obviously, for stuff like trees, this makes auto-farming a lot easier, but for hemp, it obviously doesn't.
How do you personally feel about the switch I intend Thalmane?
And btw man, I've made no official plans to upgrade the BD in this way, and have no idea when it might be that I'd get around to it. I just asked how people felt about the idea
The funny thing here is that a mini-map probably would have been a LOT less work to put in than the convoluted design quagmire I perceive his map system to be.
I like the Zan's Minimap, the downside here: He probably won't update it for 1.6, seeing as there is that map.
I also use the Mineral Detector map, as it has saved me from walking into countless dungeons uprepared.
So, after deciding to work on it yesterday, and getting zip done up until this point, I realized that I have some serious doubts about what I had decided to work on next.
I'm sure it will come as no surprise to folks that have been following this thread closely that it is:
The Turntable
Now, this is an easy enough feature for me to do. Should only take a couple of hours.
But, as I realized more and more that my motivation to actually do it just wasn't there, what was bothering me about it became clear:
What the heck is this going to be used for?
The basic idea is that it's a block that rotates whatever is on top of it (so rails, dispensers, whatever), 90 degrees when it first inputs mechanical power, and 90 more degrees each time mechanical power is turned on to it (turning off has no effect).
Meanwhile, redstone input controls direction. No redstone input and it rotates clockwise, with redstone input, it rotates counter-clockwise.
Simple, easy, all good. Sound like a cool idea in theory.
But for the life of me, I just can't come up with any practical applications for this thing, and without any of those in mind, I'm realizing I'm just not motivated to work on it.
So, before I scrap the idea entirely (which is what I'm thinking of doing), I wanted to put it out there to you guys.
Anyone have any use for such a device? And please...I mean real uses here. Don't just manufacture excuses to have the feature like spinning Companion Cubes, because if that's it, while it might be good for a laugh, I'm sure we'll all be happier if I work on something else
So, after deciding to work on it yesterday, and getting zip done up until this point, I realized that I have some serious doubts about what I had decided to work on next.
I'm sure it will come as no surprise to folks that have been following this thread closely that it is:
The Turntable
Now, this is an easy enough feature for me to do. Should only take a couple of hours.
But, as I realized more and more that my motivation to actually do it just wasn't there, what was bothering me about it became clear:
What the heck is this going to be used for?
The basic idea is that it's a block that rotates whatever is on top of it (so rails, dispensers, whatever), 90 degrees when it first inputs mechanical power, and 90 more degrees each time mechanical power is turned on to it (turning off has no effect).
Meanwhile, redstone input controls direction. No redstone input and it rotates clockwise, with redstone input, it rotates counter-clockwise.
Simple, easy, all good. Sound like a cool idea in theory.
But for the life of me, I just can't come up with any practical applications for this thing, and without any of those in mind, I'm realizing I'm just not motivated to work on it.
So, before I scrap the idea entirely (which is what I'm thinking of doing), I wanted to put it out there to you guys.
Anyone have any use for such a device? And please...I mean real uses here. Don't just manufacture excuses to have the feature like spinning Companion Cubes, because if that's it, I'm sure we'll all be happier if I work on something else :smile.gif:
My idea for it was to have a DB sucking items from a chest the hopper was unloading into and having the turn table rotate it to face another chest and unload that item into the new chest. the DB would then rotate back to the hopper chest and repeat this process over and over. eventually filling up the hopper chest/db/and final chest.
i havent figured multi quote out so this lil bit is refering to the changes to the DB
I dont see any issues with it really. It makes it harder to setup automated systems but thats the price of being lazy isnt it?
My idea for it was to have a DB sucking items from a chest the hopper was unloading into and having the turn table rotate it to face another chest and unload that item into the new chest. the DB would then rotate back to the hopper chest and repeat this process over and over. eventually filling up the hopper chest/db/and final chest.
i havent figured multi quote out so this lil bit is refering to the changes to the DB
I dont see any issues with it really. It makes it harder to setup automated systems but thats the price of being lazy isnt it?
Yeah, the thing is with that one, is I don't want to have the Block Dispenser sucking items out of another block's inventory.
That level of automation is too powerful for the current level of technology IMO. You'll notice I was very careful to limit the power of the Hopper in that regard (like no sucking objects out of chests if you place the hopper below them), so I don't want to just assign that functionality elsewhere at present.
You'll notice that the current system is entirely dependant on gravity to transpot items. In other words, they always have to move downwards, either through a Hopper, or because they're travelling in a water stream, that inevitably has to go downward to keep going.
If I transfer items into and out of Block Dispensers, all of a sudden, the possibility of moving items upwards is available.
Technically, you can still shoot items upwards with a BD right now, but it would be highly innacurate, and difficult to pull off. You'd have to load items with a Hopper into an upwards facing Dispenser, remove the Hopper with another Dispenser, then fire the Dispenser with the item to shoot it upwards. You'd just be travelling back in the same direction you just descended with the Hopper anyways, and would have to deal with the randomness in the way the Dispenser fires items out.
Hell yeah, so many things I'm seeing just by reading the description.
A freakin' lot of new possibilities with the dispensers (in my farm : swallow hemp, rotate twice, spit out into water (connected to a hopper now, of course, and a millstone under if I'm fellin' d'humeur).
Connected to a piston (which will be part of the game at some point), a remotely rotative pistons : easy to imagine all the new possibilities.
With the detector : In my garden, on a turntable rotating every X seconds, looking for creepers ^^
Ok, the farm possibilities are kinda interesting for sure.
As for the pistons, man, I'm really not confident Notch will put them in the game in a form resembling what they are now (he's already stated that they need to be changed because they aren't "fantasy" enough...whatever that means in a game with digital circuitry). For those, I'd rather just wait and see what his implementation looks like and not make any assumptions about what they will actually do.
And as for the creepers, hehe...I don't really see that as a real practical application
I installed and replaced all and now my Mojang and Title pictures are missing.
No idea what's happening there man. It certainly isn't a general problem with the mod, or people would have noticed it by now.
Read over the install directions in the readme carefully. Make sure you are following every step to the letter, and if you can't figure it out, we'll see what we can do to address it.
Another thing I've noticed about Omni Slabs : You can place pictures on them.
Was that intentional, or did my game glitch? I'd post a picture but my world got corrupted (Stupid Windows XP Hibernate)
NOTE: This only happens under certain circumstances
Protip: Disable hibernation via power settings, the hibernation file just takes up space and its next to useless because you can just allow the computer to phase to sleep mode when not in use.
---
Also flower I'm working on an automated hemp farm so far Ive figured out the proper mechanism:
Detector block connected to an inverter connected to a block dispenser (Acts as flood gate) that will open when the youngest plant reaches 3 high.
Now what I'm wondering is, hemp grows 3 high correct? It doesn't say specifically in the OP but I figured since a light block should be at least 2 spaces above it that the remaining 2 blocks of space is room to grow.
The turn table instantly gives me new ideas for my piston mod setups....i doubt that matters to you since its not your mod but i could really do some neat stuff there.
I could see using it for rails, depending on how they interact, seems the most obvious use really....maybe showing "steve's" comfort level with rail technology
i could see using it for the dispenser, if only to compact some designs (logical next step in his technological advancement, compactness?)
Use it on gearboxes to change which mechanical source is the input, although not sure if that would work since it would make another input into an output, but i need it in front of me to picture lol ("steve" only just learned mechanical power tho so maybe save it for a mech update)
use it for aiming arrow shooters
may be useful for the lens, depending on what exactly the lense is, but from what it sounds like from your description, it seems like aiming the lens would be ideal.
could set up a detector to trigger a block dispenser to open a flood gate activating a water wheel moving the turn table which aims the lens to complete a new light path. (that came out as a ramble lol)
i think its one of those things i'd have to mess with in front of me, killer feature...maybe (depending on how rail interaction works, and how the lens will be used, etc). If it works with pistons I'm sold instantly.
Detector block connected to an inverter connected to a block dispenser (Acts as flood gate) that will open when the youngest plant reaches 3 high.
Now what I'm wondering is, hemp grows 3 high correct? It doesn't say specifically in the OP but I figured since a light block should be at least 2 spaces above it that the remaining 2 blocks of space is room to grow.
No, no, Hemp grows 2 blocks high. You have an off by 1 error there
1 Block above the plant would be directly above it. 2 Blocks above the plant leaves just 1 space between the ungrown plant, and the light.
Also, instead of opening water to wash the hemp plants away, I'd really suggest just trimming the top block off the plant (so it regrows) using a Block Dispenser, as being a more effecient way of doing this.
Also, instead of opening water to wash the hemp plants away, I'd really suggest just trimming the top block off the plant (so it regrows) using a Block Dispenser, as being a more effecient way of doing this.
This comment is reinforced by 100% by me saying I agree! Water harvesting hemp is easier, but you never get a 1:1 ratio for hemp dropping a seed. From my tests I would lose roughly about 15% of the plants I started with every harvest. Using the BD and detector combo is the most efficient hands free route I've found so far
Sadly I wasted alot of effort making a cool looking hemp water harvester befor I figured this out :sad.gif: one day I'll have to make enough TNT and remove it.
This comment is reinforced by 100% by me saying I agree! Water harvesting hemp is easier, but you never get a 1:1 ratio for hemp and seed. From my tests I would less roughly about 15% of the plants I started with every harvest. Using the BD and detector combo is the most efficient hands free route I've found so far
I've decided to jump on the automatic-hemp bandwagon and am currently building my own little processing plant (and definitely going the "trim the top" route).
I've opted for a 2-wide design that allows me to focus rows of modular automatic system on a central 3-wide water-way which I can then funnel into hoppers and such.
The turn table instantly gives me new ideas for my piston mod setups....i doubt that matters to you since its not your mod but i could really do some neat stuff there.
See, the thing is, it's not that it doesn't interest me to do stuff for the pistons (I think they're killer, even if I don't use them), but I literally CAN NOT.
Unlike, say the Hopper with injecting things into any Inventory, whether it be a block from another mod or not, there is no standardized system within the code to handle block-facing.
That's kinda sad really, but that's the way the thing was designed. Nothing I can do about it.
So there's no way of me turning an arbitrary block. I basically have to special case each one from the base game, as each uses its own system and function calls with regards to its facing.
The best I can do is have generic functions for my own blocks so I can set all of them very easily (and I certainly will do that if I put the turntable in).
But yeah, there's literally nothing I can do to set the piston's facing, unless I modded his mod or something (which is not a reasonable option).
Again, I think it's just best to wait and see what the Mojang pistons are like before doing anything like that.
Quote from teknics »
I could see using it for rails, depending on how they interact, seems the most obvious use really....maybe showing "steve's" comfort level with rail technology
Yeah, of course. But again, to what end?
I really wasn't asking "what can I rotate?". I'm already aware of that part. It's really a matter of "what can I do with that ability?"
Quote from teknics »
Use it on gearboxes to change which mechanical source is the input, although not sure if that would work since it would make another input into an output, but i need it in front of me to picture lol ("steve" only just learned mechanical power tho so maybe save it for a mech update)
Nah, I'm definitely not doing that. My intent was to actually cause the turntable to break axles connected to a rotating gearbox (or other mechanical device) for obvious reasons.
Quote from teknics »
use it for aiming arrow shooters
may be useful for the lens, depending on what exactly the lense is, but from what it sounds like from your description, it seems like aiming the lens would be ideal.
In 90 degree increments? We're not talking any kind of precision control, and in both cases, the same job could be done (and probably easier) with either 2 Dispensers, or 2 Lenses.
Quote from teknics »
i think its one of those things i'd have to mess with in front of me, killer feature...maybe (depending on how rail interaction works, and how the lens will be used, etc). If it works with pistons I'm sold instantly.
I still haven't heard a use from anyone that has convinced me. I'm still thinking this is a feature best left to another time.
Maybe when Mojang releases their version of the pistons, or maybe once I include something in the mod that I feel can make proper use of it.
getting your butt out of a cave with a smaller staircase
Also, if you could make it so redstone wiring could be placed on it? then you could have smaller, shorter redstone levels, making it easier to do large wiring diagrams.
Hell no. Do you realize how big a job that would be? Redstone can't be placed on ANY irregular surface in the game.
And with that, I am going to have to politely decline your earlier request for access to the BTW source code.
Sorry man, but it's obvious from the many suggestions you've been making that you lack the experience necessary to design and implement features that would fit in with the rest of the mod.
However, I greatly encourage you to develop and publish a mod on your own.
If you do something that is simple, bug free, fits in with the feel of the rest of Minecraft, and fills a real need for players of the game, I may reevaluate my position in terms of you doing a spin off mod, but for now, I must respectfully decline.
As I said though, I do very much support your desire to learn programming and make mods on your own. However, I think that we have vastly different levels of experience (which is natural...I've been doing this most of my life and I am an old geezer), and that we would have a very hard time seeing eye to eye because of that.
Was that intentional, or did my game glitch? I'd post a picture but my world got corrupted (Stupid Windows XP Hibernate)
NOTE: This only happens under certain circumstances
Unless you can place pictures on other irregular surfaces (like stairs and regular slabs), this really shouldn't be happening. If you can place them on those other objects (I haven't tested it), then this is a bug with the pictures, not the omni slabs.
I just verified that the code is treating the Omni Slabs as non-opaque objects, which should be what determines whether the pictures can be placed or not.
Thanks man!
I might agree with you about the bone-meal if you couldn't just craft it already (even in your inventory) with a single-square crafting recipe :smile.gif:
As such, grinding it in the mill would really bring nothing to the game.
PLUS I personally really dislike bone-meal as a feature. I think it was a very bad idea to include it as fertilizer in the game (at least in the overpowered insta-grow form it has) as it totally eliminates the need to farm in any meaningful way.
That's the big reason why Hemp doesn't respond to it.
you miss understood me. I wasnt saying that youd delay a release. I said that youd wait for a "full" MCP release. for 1.5 you went with a test release of the MCP and i thought i read that you said youd wait for the actual MCP release and not a test release. Wasnt trying to imply that you were delaying an updated version.
Right, I understood you
What I was trying to say is that I WILL use a test release of MCP if it comes out. I'm not delaying converting to 1.6 in any way. Soon as the tools I require are available, the mod will get updated to 1.6, no questions asked
The only 2 things that have changed about my methodology from the last time I did this for 1.5 are as follows:
-I'm going to continue to release versions for 1.5_01 until I get access to new versions of MCP and Modloader (test or no). Last time I didn't release any new versions at all between the time 1.5 came out, and the time when I had the new tools.
-If a full release of MCP comes out after the test version, I'll upgrade to it immediately instead of waiting around like I did last time to minimize any incompatibility issues that may arise.
I know that a lot of people wait to upgrade their mods until a new release of Minecraft comes out, and there are still a lot of folks from the "Water Wheel Crowd" that have never even installed the mod because they're waiting for 1.6.
As a result, I think it would be rather detriminetal to the popularity of the mod if I waited for the full version of MCP, even if it's more of a hassle for me to basically have to convert the code twice.
Let me save you some effort, FlowerChild, and point out that your proposed lens and/or your detector, I'm not sure which, can accommodate this feature request. Since a smelting furnace emits light, some combination of either or both of your detector and lens should be able to trigger a redstone signal without any other modification to your plans. I must confess I've not used the detector or any of the latest revisions of your mod, as I am still running Beta 1.4. The number of bugs Mojang introduced in 1.5 was unacceptable to me, which is why I look forward to 1.6.
I have been following your progress with great interest, however, and I just love what you are doing. I agree with you about the maps that will be added in 1.6, but at least they are (in my opinion) better than wolves. I can see some aesthetic usefulness for wall hangings of the maps if/when that is added as a feature. It'd be neat to decorate a map room with them to display regions of your world in game. They have no use for me as their intended function, since I just use minimaps from mods, coordinates (F3), or external mappers. Wall hangings of maps would also be nice in the Nether next to portals corresponding to that region where they link.
Ahh okay okay my bad. Next time i answer a question like that ill just grab some quotes i guess
this is my more compact version till Flower changes how the DB operate. I invert the signal coming from the detector block so that when the hemp grows up the DB will suck in the top half. detector powers down after the hemp is removed then the DB is told to shoot the hemp out. Hemp hits a wall and falls into pit/water flow and takin to the hopper.
Brilliant idea man. I like it. I still want to know what this is for however, before I do anything like that
No worries man. I REALLY appreciate you helping out in answering these kinds of questions. I just didn't want people to have the false impression that a 1.6 compatible version of BTW would be at all late in coming. On the contrary, like last time, it'll probably be one of the first that requires MCP and Modloader to be updated.
Yikes. I was hoping to make things simpler with the Block Dispenser by seperating the eject functionality from the collect functionality with mechanical power.
Obviously, for stuff like trees, this makes auto-farming a lot easier, but for hemp, it obviously doesn't.
How do you personally feel about the switch I intend Thalmane?
And btw man, I've made no official plans to upgrade the BD in this way, and have no idea when it might be that I'd get around to it. I just asked how people felt about the idea
I like the Zan's Minimap, the downside here: He probably won't update it for 1.6, seeing as there is that map.
I also use the Mineral Detector map, as it has saved me from walking into countless dungeons uprepared.
So, after deciding to work on it yesterday, and getting zip done up until this point, I realized that I have some serious doubts about what I had decided to work on next.
I'm sure it will come as no surprise to folks that have been following this thread closely that it is:
The Turntable
Now, this is an easy enough feature for me to do. Should only take a couple of hours.
But, as I realized more and more that my motivation to actually do it just wasn't there, what was bothering me about it became clear:
What the heck is this going to be used for?
The basic idea is that it's a block that rotates whatever is on top of it (so rails, dispensers, whatever), 90 degrees when it first inputs mechanical power, and 90 more degrees each time mechanical power is turned on to it (turning off has no effect).
Meanwhile, redstone input controls direction. No redstone input and it rotates clockwise, with redstone input, it rotates counter-clockwise.
Simple, easy, all good. Sound like a cool idea in theory.
But for the life of me, I just can't come up with any practical applications for this thing, and without any of those in mind, I'm realizing I'm just not motivated to work on it.
So, before I scrap the idea entirely (which is what I'm thinking of doing), I wanted to put it out there to you guys.
Anyone have any use for such a device? And please...I mean real uses here. Don't just manufacture excuses to have the feature like spinning Companion Cubes, because if that's it, while it might be good for a laugh, I'm sure we'll all be happier if I work on something else
My idea for it was to have a DB sucking items from a chest the hopper was unloading into and having the turn table rotate it to face another chest and unload that item into the new chest. the DB would then rotate back to the hopper chest and repeat this process over and over. eventually filling up the hopper chest/db/and final chest.
i havent figured multi quote out so this lil bit is refering to the changes to the DB
I dont see any issues with it really. It makes it harder to setup automated systems but thats the price of being lazy isnt it?
Yeah, the thing is with that one, is I don't want to have the Block Dispenser sucking items out of another block's inventory.
That level of automation is too powerful for the current level of technology IMO. You'll notice I was very careful to limit the power of the Hopper in that regard (like no sucking objects out of chests if you place the hopper below them), so I don't want to just assign that functionality elsewhere at present.
You'll notice that the current system is entirely dependant on gravity to transpot items. In other words, they always have to move downwards, either through a Hopper, or because they're travelling in a water stream, that inevitably has to go downward to keep going.
If I transfer items into and out of Block Dispensers, all of a sudden, the possibility of moving items upwards is available.
Technically, you can still shoot items upwards with a BD right now, but it would be highly innacurate, and difficult to pull off. You'd have to load items with a Hopper into an upwards facing Dispenser, remove the Hopper with another Dispenser, then fire the Dispenser with the item to shoot it upwards. You'd just be travelling back in the same direction you just descended with the Hopper anyways, and would have to deal with the randomness in the way the Dispenser fires items out.
Ok, the farm possibilities are kinda interesting for sure.
As for the pistons, man, I'm really not confident Notch will put them in the game in a form resembling what they are now (he's already stated that they need to be changed because they aren't "fantasy" enough...whatever that means in a game with digital circuitry). For those, I'd rather just wait and see what his implementation looks like and not make any assumptions about what they will actually do.
And as for the creepers, hehe...I don't really see that as a real practical application
No idea what's happening there man. It certainly isn't a general problem with the mod, or people would have noticed it by now.
Read over the install directions in the readme carefully. Make sure you are following every step to the letter, and if you can't figure it out, we'll see what we can do to address it.
Protip: Disable hibernation via power settings, the hibernation file just takes up space and its next to useless because you can just allow the computer to phase to sleep mode when not in use.
---
Also flower I'm working on an automated hemp farm so far Ive figured out the proper mechanism:
Detector block connected to an inverter connected to a block dispenser (Acts as flood gate) that will open when the youngest plant reaches 3 high.
Now what I'm wondering is, hemp grows 3 high correct? It doesn't say specifically in the OP but I figured since a light block should be at least 2 spaces above it that the remaining 2 blocks of space is room to grow.
I could see using it for rails, depending on how they interact, seems the most obvious use really....maybe showing "steve's" comfort level with rail technology
i could see using it for the dispenser, if only to compact some designs (logical next step in his technological advancement, compactness?)
Use it on gearboxes to change which mechanical source is the input, although not sure if that would work since it would make another input into an output, but i need it in front of me to picture lol ("steve" only just learned mechanical power tho so maybe save it for a mech update)
use it for aiming arrow shooters
may be useful for the lens, depending on what exactly the lense is, but from what it sounds like from your description, it seems like aiming the lens would be ideal.
could set up a detector to trigger a block dispenser to open a flood gate activating a water wheel moving the turn table which aims the lens to complete a new light path. (that came out as a ramble lol)
i think its one of those things i'd have to mess with in front of me, killer feature...maybe (depending on how rail interaction works, and how the lens will be used, etc). If it works with pistons I'm sold instantly.
No, no, Hemp grows 2 blocks high. You have an off by 1 error there
1 Block above the plant would be directly above it. 2 Blocks above the plant leaves just 1 space between the ungrown plant, and the light.
Also, instead of opening water to wash the hemp plants away, I'd really suggest just trimming the top block off the plant (so it regrows) using a Block Dispenser, as being a more effecient way of doing this.
This comment is reinforced by 100% by me saying I agree! Water harvesting hemp is easier, but you never get a 1:1 ratio for hemp dropping a seed. From my tests I would lose roughly about 15% of the plants I started with every harvest. Using the BD and detector combo is the most efficient hands free route I've found so far
Sadly I wasted alot of effort making a cool looking hemp water harvester befor I figured this out :sad.gif: one day I'll have to make enough TNT and remove it.
I've decided to jump on the automatic-hemp bandwagon and am currently building my own little processing plant (and definitely going the "trim the top" route).
I've opted for a 2-wide design that allows me to focus rows of modular automatic system on a central 3-wide water-way which I can then funnel into hoppers and such.
Will post pics when I'm done
See, the thing is, it's not that it doesn't interest me to do stuff for the pistons (I think they're killer, even if I don't use them), but I literally CAN NOT.
Unlike, say the Hopper with injecting things into any Inventory, whether it be a block from another mod or not, there is no standardized system within the code to handle block-facing.
That's kinda sad really, but that's the way the thing was designed. Nothing I can do about it.
So there's no way of me turning an arbitrary block. I basically have to special case each one from the base game, as each uses its own system and function calls with regards to its facing.
The best I can do is have generic functions for my own blocks so I can set all of them very easily (and I certainly will do that if I put the turntable in).
But yeah, there's literally nothing I can do to set the piston's facing, unless I modded his mod or something (which is not a reasonable option).
Again, I think it's just best to wait and see what the Mojang pistons are like before doing anything like that.
Yeah, of course. But again, to what end?
I really wasn't asking "what can I rotate?". I'm already aware of that part. It's really a matter of "what can I do with that ability?"
Nah, I'm definitely not doing that. My intent was to actually cause the turntable to break axles connected to a rotating gearbox (or other mechanical device) for obvious reasons.
In 90 degree increments? We're not talking any kind of precision control, and in both cases, the same job could be done (and probably easier) with either 2 Dispensers, or 2 Lenses.
I still haven't heard a use from anyone that has convinced me. I'm still thinking this is a feature best left to another time.
Maybe when Mojang releases their version of the pistons, or maybe once I include something in the mod that I feel can make proper use of it.