Game Mechanics [Sprites] Fluorescent light beams

bad_news said:
I really like this idea, a lot. However, I do think that making it later-game would be a good idea. Might I suggest that either normal lenses must be refined in some way before being put to use, or that the lenses in this suggestion be drops from wandering eyes? I think wandering eye lenses would fit, seeing as the lenses of their eyes could realistically be the size of a block. Still a great suggestion, I hope this gets implemented!
Click to expand...
How about a focusing lenses dropped from retinazer? Nice! this would be awesome for @Yirmir 's death star/ star destroyer. And laser gates, and party rooms, and....
 
Snickerbobble said:
yLCG0Jf.png
Click to expand...
if a lense is considered a placeble block, then the last pic of theese 4 is not possible. Great idea btw.
 
SzGamer227 said:
It would require some special coding, yes, but it would by no means be impossible.

I think being able to place blocks on half blocks to fill in the other half would be cool as a possibility in general, actually.
Click to expand...
I don't know if it would be possible to do that with every block, but it might be feasible to allow lenses to be placed on gemspark slopes to create a new block that fires a beam, can be hammered to change the beam's direction, and drops both a lens and a gemspark block when broken.
 
MegaMage314 said:
I don't know if it would be possible to do that with every block, but it might be feasible to allow lenses to be placed on gemspark slopes to create a new block that fires a beam, can be hammered to change the beam's direction, and drops both a lens and a gemspark block when broken.
Click to expand...
This is quite doable, and not that difficult to implement. I have a working example of this on a dev branch of a mod I'm developing. The steps I follow are:
  • Determine which adjacent block the lens is attached to: above, below, left, right. Let's use the tile below for this example
  • Determine which state the tile below is in: Tile tileBelow = Main.tile[lensPosX, lensPosY + 1];
    • if (tileBelow.halfBrick()) - half tile
    • if (tileBelow.slope() > 0) - sloped tile
  • Adjust the draw position of the lens and rotate the sprite to match the tile below
  • Adjust the start position of the beam
That should work for all vanilla tiles that are hammerable, as well as any hammerable mod tiles that also follow this convention.
 
Neojin said:
This is quite doable, and not that difficult to implement. I have a working example of this on a dev branch of a mod I'm developing. The steps I follow are:
  • Determine which adjacent block the lens is attached to: above, below, left, right. Let's use the tile below for this example
  • Determine which state the tile below is in: Tile tileBelow = Main.tile[lensPosX, lensPosY + 1];
    • if (tileBelow.halfBrick()) - half tile
    • if (tileBelow.slope() > 0) - sloped tile
  • Adjust the draw position of the lens and rotate the sprite to match the tile below
  • Adjust the start position of the beam
That should work for all vanilla tiles that are hammerable, as well as any hammerable mod tiles that also follow this convention.
Click to expand...
Have you thought about making that it's own separate suggestion on the forums? It'd probably be very well received.
 
Maximum support for this, mostly for the reasons that this would actually allow you to build logic gates for more complex wiring. My main gripe with wiring always was that it is a pulse based system, over a state based system like yours, meaning you can not use binary logic. I think any further explaination would be easier done with a few images and examples.

27048538bf.png


Here we have an AND gate. It basically only triggers the green wire when both the red and blue laser are on. So what uses are for this? Say, if you want to have your traps turn on automatically, when both drawbridges are up. Or... this door only opens when the player has completed this challenge, pressed the switch at its end and went the hard way out over the parkour, only then the treasure room opens. Puzzles.

Atm a bit lazy to make other logic gates but you get the gist, theres serveral gates: AND (both have to be on) XAND (Neither has to be on) OR (One or the other has to be on, but not both) XOR (One has to be off, but not both) etc...
If you're crazy enough, this would essentially make it possible to build a working computer ingame too.


LeFr33 said:
Black light... kindof... weird..
Click to expand...
Its actually a thing, basically its invisible but makes certain materials and colored surfaces glow as if they'd neon. As example, if you were happen to wear a dark colored tshirt with a white print, you'd not see the tshirt but its print would "glow" brighly. Its pretty cool, check out black light teaters or discos.
Black light - Wikipedia, the free encyclopedia
 
Granger said:
Maximum support for this, mostly for the reasons that this would actually allow you to build logic gates for more complex wiring. My main gripe with wiring always was that it is a pulse based system, over a state based system like yours, meaning you can not use binary logic. I think any further explaination would be easier done with a few images and examples.

27048538bf.png


Here we have an AND gate. It basically only triggers the green wire when both the red and blue laser are on. So what uses are for this? Say, if you want to have your traps turn on automatically, when both drawbridges are up. Or... this door only opens when the player has completed this challenge, pressed the switch at its end and went the hard way out over the parkour, only then the treasure room opens. Puzzles.

Atm a bit lazy to make other logic gates but you get the gist, theres serveral gates: AND (both have to be on) XAND (Neither has to be on) OR (One or the other has to be on, but not both) XOR (One has to be off, but not both) etc...
If you're crazy enough, this would essentially make it possible to build a working computer ingame too.
Click to expand...

I actually made a diagram of the three most basic logic gates earlier using fluorescent beams, though mine was based around the idea that one beam would turn off any gemspark block that it hits:
MegaMage314 said:
index.php


index.php


index.php
Click to expand...
 
MegaMage314 said:
I actually made a diagram of the three most basic logic gates earlier using fluorescent beams, though mine was based around the idea that one beam would turn off any gemspark block that it hits:
Click to expand...
Yeah, i only read halfway trough the thread before i posted, my bad. Yours looks much cleaner and straightforward to use (using the acutator blocks is a bit of a hack haaha) but i think it'd be better when theres a different block that causes this behaviour, simply because sometimes you'd not want the lasers to turn off the gemspark it hits i think.

Something akin to minecrafts redstone torches maybe?
 
Granger said:
Yeah, i only read halfway trough the thread before i posted, my bad. Yours looks much cleaner and straightforward to use (using the acutator blocks is a bit of a hack haaha) but i think it'd be better when theres a different block that causes this behaviour, simply because sometimes you'd not want the lasers to turn off the gemspark it hits i think.
Click to expand...
Yeah, just what I was thinking. Humm..

...What if Black Lenses did that instead? The turning gemsparks off.
 
Snickerbobble said:
Yeah, just what I was thinking. Humm..

...What if Black Lenses did that instead? The turning gemsparks off.
Click to expand...
I think black lenses might be too rare to be used for something like that. I was thinking that if someone had that problem, they could block the beam with another lense going in the opposite direction, but it might be better to have something else deactivate it... I just can't think of anything though.
 
You must log in or register to reply here.
Back
Top Bottom