Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

For 10/13, I was lucky again.  Based on the previous discussion about possibly wanting to have factors for my second guess, I ended up using 732 as my next guess.  "499 + 732" is a prime number, so that I felt like 732 was a legitimate candidate.  Previously, I would have been more likely to use 690 or 692, because the distribution of prime numbers between 1 & 500 is more concentrated in lower numbers.  If I wanted to divide them in half, the median number is likely around 181 or 191.

Also, in retrospect, picking a number that has a lot of factors seems like a bad idea, because I don't think I want "x and 732's largest divisor is {2, 3, 4, 6}," etc.  Those are good after starting with "(x-499)'s largest prime divisor is 23" as it's already been narrowed down quite a bit.  After starting with "(x-499) is prime," that clue would feel like trouble.  

As it turned out, (499, 732) gave me "(732-x) is a square," which was great.  Possible solutions were, at most, 732 minus {2², 6², 12², 14²}.  It couldn't be minus an odd-number squared, because those numbers are odd, which means they'd fail the first clue.  8² & 10² also cause x - 499 to be composite.  4² wouldn't be a square, but a 4th power.

I went with 732 - 12² = 588, which was correct.

Again, I'm not sure what the best second guess is.  If I want it to be a possible solution, it has to be even, which risks the dreaded "x and y's largest divisor is 2" clue.  The prime numbers between 181 and 199 seem unlikely solutions because "499 + x" is not prime.  If the solution were 680, for example, instead of "(x - 499) is a prime," I think it would give "x + 499's largest divisor is 131". as the clue.  I haven't exhaustively searched all the options around that.

When I have more time, I might think about what to do here.  Fortunately, that initial clue doesn't happen often.

I like to minimize losses, then. My opening move for those games is (STORY, ADIEU), and so perhaps predictably, I average 4.6 guesses and have a 90% win rate (dunno if the winrate is better than avg or not tho).

Average win rate for Wordle is probably a bit lower than 90% as some people don't really try that hard.  I've been even more lucky there than I am in xdle as I've only lost once in 652 attempts.  My first game was Jan 1, 2022.  My average is under 4.  However, I have an absurd memory for retaining words that have been used already.  My memory isn't perfect, but it does allow me to navigate potentially fatal situations like getting SHA-E in all green tiles.  I play with Hard Mode, so that means I could only test one letter per guess from that point forward.  However, since I remember SHAKE and SHAME have been used, I might be able to salvage that.

I could not salvage -O-ER with Hard Mode and lost to FOYER.  FOYER was obnoxious as the F & Y weren't shared with any other remaining solution of the form -O-ER. Same was true for BOXER, and JOKER, which were also candidates for me on my 6th guess.  Those needed to be tested individually.  I subsequently made changes to make that problem more rare.  Using RAISE as my starter was one of those changes.

No comment for today's (10/14), except for the fact that I squandered an easy 3 by making several mistakes. Oh well.

Based on the previous discussion about possibly wanting to have factors for my second guess, I ended up using 732 as my next guess.  "499 + 732" is a prime number, so that I felt like 732 was a legitimate candidate.

I would once again like to point out my unluckiness in choosing my numbers, for I am the cursed boy: while today I used (499, 729), when trying in a private browser with (499, 760), I got the same clue. Helpful-ish (I know it's odd, at least), but that then makes it a toss-up between the two remaining. Not so for (499, 729).

 I play with Hard Mode, so that means I could only test one letter per guess from that point forward.

Oh yeah, my strategy would obviously not work on hard mode lol

I've been even more lucky there than I am in xdle as I've only lost once in 652 attempts

And all in hard mode? That's impressive.

However, I have an absurd memory for retaining words that have been used already.

I expect nothing less from someone who sees "x>499, 499 + x's greatest divisor is 53" and thinks "yes I calculate and keep track of all 9 candidates in my mind" :p

Today, I did get it in three with (499, 760), which is at worst a coinflip, but may only have one remaining candidate. 

Subtracting from 760, 1 * 29 and 8 * 29 are out because they're a prime number away from a clue.  2 *, 4 *, 5 *, and 6 * 29 are out because they'd yield a "Largest factor is <something>" clue, instead.  I thought 7 * 29 = 557 would have yielded "(x+760)'s largest prime divisor is 439."  Meanwhile, 673 + 760 = 1433, which is prime.  

I still don't have a firm grasp on when the "(x + <guess>)'s largest prime divisor is <something>" clue appears.

For example, with today's 673 solution, if the guess is 29 off, it doesn't give the "(x-673) is a prime number."   Instead it gives these two: "(x+644)'s largest prime divisor is 439" and "(x+702)'s largest prime divisor is 11."  However, for 499, it gave us the "(x-499)'s largest prime divisor is 29" instead of "(x+499)'s largest prime divisor is 293."

I may be overlooking something obvious.

I expect nothing less from someone who sees "x>499, 499 + x's greatest divisor is 53" and thinks "yes I calculate and keep track of all 9 candidates in my mind"

My mental arithmetic ability is a much more of an outlier than my memory.  This game enables me to exercise that ability.  My brain is a bit weird in that it took me about as long to figure out 760 - 87 + 760 = 1433 as it did to figure out 1433 was prime.  In cases like the "keep track of all 9 candidates in my mind," I am keeping track of them as 1 through 9 rather than 53 through 477...and I can usually eliminate several straight away.

Much of my mental math skill is based on minimizing how much of my very good, but not extraordinary, memory is required.  For that reason, had I started today with 702 and had "(x+702)'s largest prime divisor is 11," I would have been very annoyed.  My process would be:

  1. 702 mod 11 = 9
  2. (2 * 702) mod 11 = 7, since 18 mod 11 = 7
  3. This means the first candidate is 702 -7 = 695.
  4. My guess will be 695 - 11n, for some value of n that cuts the remaining numbers in half...so I want n around 31.
  5. (702 + 695) = 1397 = 127 * 11.
  6. If (x + 702) were 90 * 11, that would be easy and fulfill the largest prime divisor being 11.
  7. 127 - 90 = 37
  8. 695 - 11 * 37 = 
  9. 695 - 407 =
  10. 288
  11. Ooh, that's nice because it has a lot of factors, since 288 = 17² - 1² = (17 +1)(17 - 1) = 18 * 16 = 2⁵ * 3² -> 18 factors
  12. (702 - 288) nor (702 + 288) are perfect powers.  Let's use that.

288 may not have been the optimal choice, but it feels like a valid solution.  Moreover, it minimized the difficulty of the mental arithmetic. 

For step 6 & 7, I could have chosen n = 31, which would have gave me 354 instead 288.  That's closer to the midpoint between all candidates, 2 through 695.  My brain decided to simplify the step where I made (x + 702) = 90 * 11 instead of 96 * 11, even though I didn't need to calculate that.  354 probably is the slightly better choice.

Anyway, my point in sharing all that is how, again, I can do all this while minimizing the memory requirements and how difficult the arithmetic is.

BTW, you probably know this, but your math ability exceeds that vast majority of the world.  That's probably why you were drawn to this game in the first place.  However, your mathematical instincts and ability to understand what the heck I'm talking about is very impressive.

It has not gone unnoticed or unappreciated.

(3 edits)
However, your mathematical instincts and ability to understand what the heck I'm talking about is very impressive.

Thank you! Nice to know that going to a STEM school pays off for something. :)

if the guess is 29 off, it doesn't give the "(x-673) is a prime number."

Ye, I've noticed it doesn't give it when it's a prime away from the target number (more on that at the end).

The process

Of course! Using modular arithmetic to not have to calculate large numbers is genius! Especially since you're not actually needing to calculate all the candidates, just the center ones. For step 4, are you approximating the value (i.e. 695/11 ≈ 695/10 ≈ 70 => I need n ≈ 35 )?

Step 11 and 12

How high do you know your squares? While I can see how 702 ± 288 are obviously not squares (the sum ends in 0 => check if 30*30 or 40*40 is equal to 990 meanwhile the difference is 414, so not 20*20 = 400 and not 21*21 either else it'd end in a 1), I'm still interested in knowing. Me personally, I know up to 16, 20/30/40/etc, and 25.

I may be overlooking something obvious.

think "x+guess" appears when "x-guess" doesn't (and when other hints don't take priority). I think. This is pure speculation.

However, I can tell you when "x-guess" doesn't appear: if x - guess = largest_prime (Edit 2: and x + guess = not_a_prime). For example: today (10/16) I started with 499, got "largest prime divisor is 43". Using pen and paper, I find that 800 is a possible candidate, is close to the center, and frankly easy to do calculations with.

Now, 800 also gives me "largest prime divisor is 43", but this time, instead of complaining, I actually take the time to think about it. I know that x > 800, so the remaining possibilities are (843, 886, 929, 972). As previously mentioned, it's not 843 or 886, else it wouldn't have given me the 43 hint. It's not 972 (Edit: or 886) either, else I'd've gotten "x and 800's largest divisor is 4". That leaves only 929 (which is indeed today's answer). Pretty neat, right?

Edit: Uh, whoops, largest_prime*2 is nonsense.

To further my point:

929 - 700 = 229. That's prime, so we get x+700.

929 - 843 = 86 = 43 * 2. That's prime*2, so we get x+843. Oh wait no we don't

929 - 886 = 43. That's prime, so we get x+886.

929 - 600 = 329 = 47*7. So we get x-600.

929 - 800 = 129 = 43*3. We get x-800.

Edit 2: here's something interesting: if both x-guess and x+guess are prime numbers (try 918 for example), it gives x-guess is prime.

I had the exact same route to 3 guesses on today's puzzle.  Very nice.

Square Numbers

Okay, strap in.  I don't know the exact number I have memorized at this point, but it'd be probably in somewhere in the 80s before I'd have a do a quick sanity check to make sure.  However, I can square rather large numbers in my head, though 5- and 6-digit ones are usually slow.  3-digit squares shouldn't take more than a few seconds.

I'll cut-and-paste and adapt stuff I've written elsewhere on how to do it.  I'm confident that you could at least mentally calculate at least three-digit squares fairly quickly without too much practice.  My method is one I developed while bored in high school English class years ago.  Others have certainly independently come up with it.

First, you need to memorize squares up to 25, but that's it.

For squares larger than 25, I rewrite them in the format:

(50n ± y)², where y is between 0 and 25.

(50n ± y)² =
2500n² ± 2 * 50 * y + y² =
2500n² ± 100y + y²

This means the last two-digits are only affected by the y² term.  The other two terms are hundreds and above.  Moreover, the y² term only contributes a number between 0 & 6 to the hundreds digit, which is easy to handle.

For example,

64² =
(50 + 14)² =
50² + 2 * 50 * 14 + 14² =
2500 + 14 * 100 + 14² =
3900 + 14² =
3900 + 196 =
4096

283² =
(300 - 17)² =
300² - 2 * 300 * 17 + 17² =
90,000 - (6 * 17) * 100 + 17² =
100 * (900 - 102) + 17² =
100 * (798) + 17² =
79,800 + 289 =
80,089

Now, this does involve knowing what all the squares ending in -50 (i.e., 100n + 50)...350, 450 , 550, etc.

I've got a trick for that, too.  To square a number ending in 5 (10n + 5), all you need to do is:

1) Remove the ending 5.
2) Take the remaining number and multiply it by one plus that number (n(n+1)).
3) Take that result and postpend 25 on the end.  That's the solution.

So;

35² = 1225
45² = 2025
55² = 3025
65² = 4225
95² = 9025
2835² = 8,037,225

For that last one, I used the result above for 283² (80,089), added 283 (80,372), and then put a 25 on the end.

Now, if you want to calculate 763²:

(750 + 13)² =
(75²)(10²) + 2 * 750 * 13 + 13² =
5625 * 100 + 15 * 13 * 100 + 13² =
(5625 + 195) * 100 + 13² =
582,000 + 169 =
582,169

For 4-, 5-, and 6-digit numbers, instead of 50n, I'd use 500n, 5000n, 50000n, respectively.  That means the range of y goes up by a factor of 10 each time, between 0 & 250, 0 & 2500, etc.  .However, that means I have to repeat the process multiple times:

Leveraging the answer for 283² = 80,089, let's calculate 4283²:

(4000 + 283)² =
4000² + 2 * 4000 * 283 + 283² = 
16,000 * 1000 + 8 * 283 1000 * + 283² =
(16,000 + 2264) * 1000 + 283² =
18,264 * 1000 + 283² =
18,264,000 + 80,089 =
18,344,089

Please note in all these calculations how easy all the addition steps are.  There is usually only one or two non-zero digits that overlap.  The 769² one was the hardest because I had 5625 + 195, which still isn't that bad.

I wouldn't worry about doing 4-digit numbers, anyway.  I'd first start learning up to about 125², which isn't hard and is impressive and useful enough.  Your next goal might be up to around 625².  That way, the middle term in the expansion only involves multiplying a number from 1 thru 25 by a number 1 thru 12:

(550 + 3 )² =
302,500 + 2 * 550 * 3 + 3² =
3025 * 100 + (11 * 3) * 100 + 3² =
(3025 + 33) * 100 + 3² =
305,800 + 9 =
305,809

This can expand as far as you need.  The problem is that once you get to 5- and 6-digits, you need to repeat the process multiple times and memory becomes a problem:

123,456² =
(100,000 + 23,456)²
10 billion + 2 * 100,000 * 23,456 + 23,456²

Which means I now have to do (20,000 + 3456)², which involves 456², which is (500 - 44)².  There's no reason to need to do that for numbers that large unless you get bored easily.  Calculating it in this iterative manner, starting with 456², minimizes how much short-term memory I need.

Finally, being able to square numbers quickly is useful because then you can often use the difference of two squares to multiply two different numbers very fast. 

24 * 36 =
(30 - 6)(30 + 6) =
30² - 6² =
900 - 36 =
864

Leveraging the calculation of 283² from above:

274 * 292 =
(283 - 9)(283 + 9) =
283² - 9² =
80,089 - 81 =
80,008

Because I'm so adept with calculating square numbers, I use difference of two squares a lot.  This quite a bit to digest.  I'm obviously open to clarify any of that.

xdle BONUS:  As part of that y² term being the only part that affects the last two digits, that means all 22 possible two-digit endings are found in 1² through 24².  24² and 26² share the same two-digit ending (576 & 676).  Same with 23² and 27² (529 & 729).  Same with 1², 49², 51², 99², 101², etc.   

Moreover, the numbers 2, 3, 7, and 8 will never be in the units digit.  That can help you quickly judge some of those "(x + 792) is a perfect square" type clues.

Feels like something I could do in my spare time, thanks for the strat :)

2500n² ± 100y + y²

The rest of the comment is correct, but you've forgotten the n for the center term (insert FOIL joke here).

3-digit squares shouldn't take more than a few seconds

That's really impressive!

Do you prefer squaring n then multiplying by 25, or is it better to do the squares that end in 5 (so, for 407, do you prefer 400*400 + 100*7*8 + 49 or 2500 * 64 + 100*7*8 + 49)?

 I'd first start learning up to about 125², which isn't hard and is impressive and useful enough.

As a newbie to squaring numbers, just memorizing the first 25 will be my first task lol

I wouldn't worry about doing 4-digit numbers, anyway.

I mean we have phones/calculators that can calculate squares for us. To me, memorizing squares/doing mental math is just a fun way to pass the time + a neat trick to be able to do.

On a somewhat related note, today's (10/17) xdle has "x+499 is square", which I would swear is not a coincidence. After a run of bad luck starting with 499, I finally understand how effective 499 is. Even luckier, we once again have a candidate (230) which is in the center of the list and divisible by 10, which I find aesthetically pleasing and gets me a three-guess win. Although I will (humorously) note that (512,243) is also an easy 3, but only because 512 gives a prime hint.

Do you prefer squaring n then multiplying by 25, or is it better to do the squares that end in 5 (so, for 407, do you prefer 400*400 + 100*7*8 + 49 or 2500 * 64 + 100*7*8 + 49)?

That's an excellent question.  That formula was more for proof concept (i.e., eliminating carries and making the units and tens digit controlled only by the y² term).  In practice, I don't pay attention to what the n is nor think of the formula.

Mentally, what I'd do for 407²:

  1. Double the 4 is 8
  2. Multiply that by 7.  That's 56.
  3. 40² is 1600
  4. Add them: 1656
  5. Multiply by 100: 165,600
  6. Put the 7² on the end.
  7. 165,649

I do the second term first, because that's the variable and most complicated term...and by complicated, I mean 2 * 4 * 7.

Ones where the first term ends in 50 are more tricky, because the 350² has four-digits instead of just two.  That means I'm going to have to do real addition or subtraction.  For 333²:

  1. (350 - 17)²
  2. Double the 3.5 is 7
  3. Multiply 7 by 17 = 119
  4. 35² is 1225
  5. 1225 - 119 = 1106
  6. Multiply by 100 = 110,600
  7. Add 17² (289).
  8. 110,889

Step 5 annoys me,  So, taking advantage of the fact that, for practical purposes, I have all two-digit squares memorized, I would do calculate this as (300 + 33)².  Rounding to the nearest 100 usually causes the middle term have more digits  However, the first term now only affects the ten-thousands and hundred-thousands digit, making the adding or subtracting even easier:

  1. (300 + 33)²
  2. Double the 3 is 6
  3. Multiply 6 by 33 = 198
  4. 30² is 900
  5. 900 + 198 = 1098
  6. Multiply by 100 = 109,800
  7. Add 33² (1089).
  8. 110,889

Step 5 is now trivial, though the addition in step 7 is likely to be more complicated.  It will be an addition and an addition of at most two digits...in this case, ignoring the tens and units digits, the addition is just 1098 + 10.  Using 350², I had to subtract a 3-digit number from a 4-digit number.  The good thing there is that I'm extremely familiar with the 4-digit number and that number will always end in 25.

I am a bit inconsistent when squaring numbers that end in 26 through 74 on whether I round to the nearest 50 vs. the nearest 100.  However, I never use the first term as 450, 550, 950, or 1050.  That's because using 500 and 1000 are even easier, because the middle term will have a 0 as its hundreds digit:

(500 ± y)² = 
250,000 ± 2 * 500 * y + y² =
250 * 1000 ± y * 1000 + y² =
(250 ± y) * 1000 + y² =

That is super easy.  I just add or subtract y from 250.  That's the thousands.  Then add y².  

For 576² -> 250 + 76 = 326 -> 326,000 + 76².

76² = 5776 -> 576² = 331,776

And, in practice, rather than add or subtract y from 250, I take the original 576 and subtract 250 from it.  It equals, 326 either way.

There are several other optimizations from having done this multiple times, but I've already complicated it more than is ideal.  This may be something to bookmark or save somewhere and revisit to incrementally develop your ability, if you want to do it at all.

Even if you don't have squares up to 25² memorized, you could use this for calculating squares between 40² and 60² or 90² and 110² at first and build from there.

I mean we have phones/calculators that can calculate squares for us. To me, memorizing squares/doing mental math is just a fun way to pass the time + a neat trick to be able to do.

It is a stupid human trick and, yes, it would be more useful in the years before people carried computers in their pockets everywhere.  However, being able to quickly do mental arithmetic is still helpful.  It gives you more information than you'd have otherwise.  In an extremely dorky hypothetical, it can allow you to quickly spot when your local Which Wich sub shop is calculating 8.25% incorrectly on your $5.75 sub.  You can then inform them and their district office and they'll give you free subs.  

Hypothetically.

On a somewhat related note, today's (10/17) xdle has "x+499 is square", which I would swear is not a coincidence. After a run of bad luck starting with 499, I finally understand how effective 499 is. Even luckier, we once again have a candidate (230) which is in the center of the list and divisible by 10, which I find aesthetically pleasing and gets me a three-guess win. Although I will (humorously) note that (512,243) is also an easy 3, but only because 512 gives a prime hint.

You did better than I.

Since 25² and 27² are a 4th power and a 6th power, respectively, I eliminated those as candidates.  That left the squares of 23, 24, 26, 28, 29, 30, and 31.  I went with 28², which was the middle.  285 gave me "x < 285; x and 285's largest divisor is 3."  24² would be 077, which isn't divisible by 3.  Both 030 and 177 are.  

Unfortunately, I was careless and failed to recognize that 030 and 285 are both divisible by 5, so its largest divisor would have been 15.

I guessed 030, when it clearly had to be 177.  I didn't even notice I messed that up until right now.  I thought I just lost a coinflip.

It make sense that (100n + y)² is easier to calculate, what with less overlapping additions.

I am a bit inconsistent when squaring numbers that end in 26 through 74 on whether I round to the nearest 50 vs. the nearest 100.

Well, I say that the inconsistency puts the mental in mental math.

Double the 3 is 6
Multiply 6 by 33 = 198

Would it be easier to double 33 and then multiply by 3? Though I dunno if 6*33 is harder than 3*66, and if at this point muscle memory makes you prefer the former.

However, being able to quickly do mental arithmetic is still helpful.  It gives you more information than you'd have otherwise.

Oh absolutely, I don't deny that, mental math generally faster than a phone, especially when you've perfected it to a T. As a tangent, it blows me away how so many people just... don't know their times tables. Like, even something as "simple" as 7*6 is apparently enough to make them reach for their phone calculators.

Unfortunately, I was careless and failed to recognize that 030 and 285 are both divisible by 5, so its largest divisor would have been 15.

It happens. Today (10/18) I had the misfortune of guessing 253 as my 2nd choice, when I should've gone for an even number (because since 253 gives me the same clue again, I can only narrow it down to (171, 120, 89, 48, 7)); guessing 294 gives (171, 89, 7), which is much more likely to guess correctly and get a 3-win (and also with 294 I can eliminate 171 since it and 294 are divisible by 3).