Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

Yes!

14 (93.3%)

No!

1 (6.7%)

Total Members Voted: 14

Voting closed: December 25, 2012, 01:15:00 pm

[alway]

Also, anyone know of an easy way to detect whether there is a block or not?


Edit: hmm, the easiest way to do it, assuming I do the pre-processing stage which makes navigation holes and such, would be putting chests in the navigation holes. Then jam pipes full of cobblestone on the 'detector' such that moving over a chest dumps cobble into it (which has to go through an item detector). Following the pipes would then be filters to pull cobble back out to ensure the chests don't fill up. Should work as a relatively simple method assuming no good ones exist.

[Girlinhat]

As powerful as Redpower is, at its core it lacks a block detected, and a chest sniffer.

[Vattic]

As powerful as Redpower is, at its core it lacks a block detected, and a chest sniffer.

You can use a deployer as a rudimentary chest sniffer.

[Matz05]

Yeah, some kind of redstone-outputting block detector would be excelent. Preferably a Redpower-integrated one that could use cables or ribon cables to output more than just a binary state (radar array that gives a computer the blockIDs of all blocks in a small area anyone?)

[ank]

We have a block detector we have used on a road layer(that conformed to the terrain), and on torpedoes.

It works by checking if the frame is stuck in the active stage.

The downside is that you need to try and move into the block you are detecting. but why do you want to detect empty blocks anyways?

I think that moving the assembler(or the entire frameship) is a lot better than moving the medium. When you move the medium you need r(radius) space on each side of the building.

I'd recommend you start simply, by making a 3d printer that makes a simple little shack, then work up to the procedural stuff from there.

EDIT: Thinking about it you could have a block passing a current through it.
A frame motor moves the block down, into the block you are checking. then you try to pass current through the block. if you get 1 there is a block, if you get 0 there is empty space.
Then use another motor to move the block back into position.
there ya go!... i might try to prototype it and upload a picture.

EDIT2: thinking more about it, it might be easier to just check if the motor moved the frame.

[miauw62]

The problem with a block ID detector is block ID's that are higher then a ribbon cable can handle (not sure how much a ribbon cable CAN handle tough), wich would need to be sent in seperate pulses.

[Matz05]

By ribon cable I mean the computer link. Doesn't that let you check memory registers in the device or something?
But yeah, a standard cable-compatable one wouldn't be able to output nearly that much detail (16 bit?)
 

[Akhier the Dragon hearted]

   Your looking at it wrong, if your using computers its not 16 options but 16 bits(er wait you said bit...) and with binary that is a lot more data though depending on mods and such still possibly not enough. The best way would to have an interface where it has a slot for each color and you can put stuff in there to be detected and if you leave a spot empty the first empty one is anything else or something of the sort.

Edit: Just looked it up and the biggest unsigned 16 bit number is 65535 so unless you want negative numbers you can probably fit all you want in that much.

[Matz05]

Yeah, thats what I  was thinking of for a basic sensor, one that doesn't need a computer. Just a coloured inventory (or Forestry-style fake inventory) marking what block energizes which colour.
I still want some kind of wireless scanner that gives position data on whether specified blocks/entities are present, accurate to the nearest block or at least to a definable rectangular prism. An automated frame-driven contraption that crawls around oblitterating players/mobs and constructions alike with cannons if they don't match recorded patterns! MUAHAHA! IT WILL BE GLORIOUS! Glorious I tell you! I will rule the land of craters and machines with an iron fist!
Ahem...
Yeah, some things need some situational awareness to automate. "Am I stuck", like a torpedo detonator, just doesn't cut it for targetting.

[forsaken1111]

Good compromise:

Towns are protected from creeper explosions (not players, only the blocks in towns... though creepers cannot spawn in town they can follow you in)

Wilderness areas can be damaged by creeper explosions but will slowly revert automatically to whatever they were before the explosion.

[Girlinhat]

Wilderness areas can be damaged by creeper explosions but will slowly revert automatically to whatever they were before the explosion.

Holy shit, I want to instal that in single player!

How does that work though?  If I blow up the terrain, will it regen?  If I place a block in the crater of a creeper, will it cancel the regen?

[forsaken1111]

Wilderness areas can be damaged by creeper explosions but will slowly revert automatically to whatever they were before the explosion.

Holy shit, I want to instal that in single player!

How does that work though?  If I blow up the terrain, will it regen?  If I place a block in the crater of a creeper, will it cancel the regen?

If TNT or creeper blows up outside of a town, it slowly refills the area. If you place a block during the regen it will erase that block to continue refilling. If you mine a block as its refilling it won't refill that. It also makes it so that explosions from tnt/creepers don't drop blocks in areas where regen will happen so no infinite item mining

[forsaken1111]

By the way, buildcraft just dropped for 1.3.2 as did IC2. Once redpower is updated as well we can probably start a modserver migration.

[Girlinhat]

Sounds like out of town areas will be ideal for large scale fighting then.  Don't have to worry about scarring the landscape!

[Matz05]

Large-scale MECHANIZED fighting! Frameships ho!