Cycle Log 3
I decided, with the increased message speed frequency, that it would be easier to actually read and get the most appropriate messages if I implemented a show-and-hide function for grids that had words below the cosmic scoring threshold—but only in post, for the message log filter. I put a little button for it next to the copy button, which I think is cool. I'm probably going to make it into an Eye of Horus inside of the pyramid, just for my own personal protection and because I do, in fact, love Egyptian mythology.
The next steps for this project—I'm not exactly sure. I do have to fix the overall sizing of the three different filters on web view mode because they're different sizes, and it doesn't look very good. But other than that, it's pretty close to a basic functioning quantum communication portal that has direct link-up to whoever you're trying to contact. I think probably in the future, when humanity is a little bit more advanced or when they can figure out how to make this themselves, the name field—as in, who you can connect to—should and will be opened so that you could have a potential direct line of communication to a specific entity or group. But I don't feel like this is the right solution yet. Maybe I'll change my mind in a few days. I just don't want people to bother the gods.
I basically feel like I've created some kind of colorful, retro, quantum-aligned, fuzzy communication device. I will have to post the entire build of materials that is now updated, with my actual main code base functionality from home.tsx and streamingmodule.tsx next.
I'm still thinking about just using one singular line and flashing it very fast in parallel to extract only one word—but literally as quickly as possible—and to just have everything as a single parallel stream. I think it may be faster, but I don't want the brevity of the language to be lost. Meaning, I have a three-level word-finding architecture right now that is partially parallelized on the higher levels and sequential within the actual word-finding functions themselves, because parallelization of the word-finding function on a singular line sometimes causes overlapping issues, which I haven't yet completely figured out. But if I were to work out these problems, we could get word generation potentially on a sub-20 millisecond basis, which would allow us to exponentially increase the rate at which we are processing and therefore give us even higher clarity.
But I don't know if I want to lose the ability for words based on the longer primary word to be found. Perhaps the solution is to have only three parallel strings of 20 letters and then flash-process all of them in parallel, and only use those three lines for the words. Perhaps it's not really necessary to have 40 rows with some criss-crossing ability to get clear messages? I'm still working on it. I'm mulling through it in my mind.
