Talk:Carry

I'm willing to bet that the "random" return destination for equally numbered / white and purple pikmin is actually a modulus function that cycles the onions in order, but currently have no way to prove this. If I were a Pikmin developer though, that's how I'd do it. While I find another copy of Pikmin 2 for myself (the first one got scratched up when I moved and I haven't had a reason to get another for awhile), take a look at this -> http://mathworld.wolfram.com/Modulus.html - VivixCore (talk • contribs)

Fairly sure it was tested quite well and something like that would have been obvious. I don't remember trying it myself, though. GP 07:17, 1 September 2012 (EDT)

Yeah, it was written on the old page that it was cycled via modulus, but nope. It's really random. It's simple to test it, and I did it when I wrote the article, both in (PAL GC) Pikmin and (PAL GC) Pikmin 2. Just have 1 Purple grab onto something and then calling it back and issuing it over and over. The color the Purple chooses seems to be completely random.

If it were a modulus based on the number of times it was grabbed, it should be like: "grab, red, release, grab, yellow, release, grab, blue, release" over and over. If it were a modulus based on the number of "neutral" Pikmin carrying it, it should be like: "a Pikmin grabs, red, another grabs, yellow, another, blue" over and over. And yeah, neither proved out to be true. (Same things apply when there's a tie in Pikmin, not just for "neutral" Pikmin in Pikmin 2.) And now that we're discussing it, I personally feel like the Pikmin-number based one would be a horrible idea. If you only had 1 Purple with you and no other Pikmin, you'd be forced to pick the Red onion. But the "number-of-grabs" one would really be the best solution. Why they chose random is a bit of a mystery.— {Espyo^T} 08:19, 1 September 2012 (EDT)