The Powder Toy

My random spark generator.

  • jma1111     30th Dec 2010 Member 0 Permalink
    Makes a 1/4 chance spark!!! Please vote. You can use however.
    LoadSaveBlock(96157);
  • HK6     30th Dec 2010 Former Staff 0 Permalink
    Simple but effective. Good job.
  • jma1111     30th Dec 2010 Member 0 Permalink
    Thank you.
    I can't figure out how to make a "one particle dropper" that makes a single particle every so often. If anyone can, please tell me.
    If you can, I was planning on putting it on the top of the generator to make it automatic so you don't have to pause the play to use it.
  • Cr15py     30th Dec 2010 Member 0 Permalink
    It appears to be biased to the far left one for me. I got ~10/0/0/1
    Those are some bad odds if you ask me, though it may just be the seeding of the pseudo-random number generator.
  • HeyJD     30th Dec 2010 Member 0 Permalink
    jma1111
    Just have a spark loop which turns on and off E-wall every so often. And above the e-wall would be the element(with clone)
  • jma1111     30th Dec 2010 Member 0 Permalink
    HeyJD
    Yes but it will drop more than one particle and then the generator will make more than one spark. I thought that idea over, and made one and it didn't really work.
    And Cr15py that is true. I am not sure why it does that. weird...
  • kamikai     30th Dec 2010 Member 0 Permalink
    hmm....
    I'm going to go with Cr15py, and say that this is very bias. I did 20 individual tests and have concluded that from left to right:

    the first sparked 60% of time (12), the second sparked 30% (6), the third 10% (2), and the fourth was never observed.

    I don't actually know, but I assume the algorithm for the portals is based on either proximity to the in portal or horizontal or vertical orientation. If a coder who understands the portal coding could help us out it would be appreciated as to why this is happening.
  • jma1111     30th Dec 2010 Member 0 Permalink
    I know that. I cannot figure out why it is either. I used stamps to make the 4 "outputs". If you know tell me and I will fix it. If it is
    that way from that orientation thing, it should be coded and fixed.
  • Dragonfree97     30th Dec 2010 Member 0 Permalink
    The reason is because TPT calculates the top line from left to right, then the second line from left to right, and that left-hand PRTO is the first one it comes to. If that one is unavailable, it will use the next one it comes to, which is why the ones to the left produce more SPRK.
  • DAVPPK     30th Dec 2010 Banned 0 Permalink
    This post is hidden because the user is banned
You need to login before you can post replies