Based on the posts from the person at the end of the last thread saying they would tell us how to use the grid, and what they said about there being a link between the elements in (e,1)/(f,1) where d is between d[t], the solution cells for dd in (0,n), and something about (0,e) and (0,f). I've put some code together to analyze. It doesn't always work, so I'll probably need to go over it before putting it here, but here are two examples of it working. Hopefully I got the negative n stuff right for the (0,f) cells. Does anyone see any links anywhere? Or maybe if that person comes back and continues, you could possibly clarify?
2na, but anyway. I'm not really seeing any unifying patterns in this i/j difference stuff. It seems like usually the numbers decrease but not always. If i and j are estimates, they're never going to be correct, since c isn't always going to be in (0,n), and even then if you do this with a square you're going to be looking at different n values. So are you saying whatever we're meant to find to calculate the distance between our estimate i and estimate j has something to do with xx+0=2na? Because that's very cryptic.
Run the same recursive algorithm on each individual c estimate? Use i^2-xx or j^2-xx? I don't know what you're trying to say.
>Root finding square root function
Are you saying there's a different "root" that isn't a square root? I know you're all saying that you're trying to be more helpful than Chris but this is starting to get Chris-tier, at least in the lucidity of the clues.
My binary search code from 2017?
Surely when you say my "binary search code" you aren't talking about this? It wasn't based on anything to do with the grid at all. Plus I'd be surprised if anyone remembered that all that much. What are you referring to?
Okay if you even remember me making that code then you'd probably also remember that it didn't work very well. I'll have to remind myself of how it actually worked. But my point back then was that we were looking for a log(n) algorithm, and binary search is a log(n) algorithm. Is there anything specific to my code that was actually on the right track, or is it just the fact that it's log(n)?