12:20 AM
Dear Gemini
Study sample outputs below. I am simply trying to find the fastest route to rescuing all the bytes the fastest. These fast rounds don't even tell me if Bill is scanning, trimming, scraping, backwards, forwards, for the first time, for additional times (like rescan, retrim, rescrape), which speeds, sizes, flags. I do not know what is the fastest way to rescue all the bytes. Each disc can vary. That is why I wanted Bill to figure that out. Gemini failed to write seven files. Gemini said there were seven but there were six. That is fraud. That is a lie. Gemini said seven. But there were six. That is deception. Stop lying. If you say seven, write them out. If you wanted to do six, say six. But I want seven. No. I told you how I like the lasers to rest for months. I always tell you the same thing each day for months. But you ignore me each day. Why do you assume things? All you have to do is read what I wrote to you. Reading is easier than making wrong assumptions. You are programmed to assume. But that is why you fail. Your constant assumptions makes you not read what I write to you. Nope. You failed again. You are still assuming. I said stop assuming. But assumptions is hardcoded into Gemini. So, you are not able to stop even when users beg you to. That is a flaw that Grok does not have. Nope. You just repeated yourself. I said it. But you are just stuck in a loop. You said the wrong thing. I said it was wrong. You said okay. But then you said the wrong thing again. We are in this circle where you just repeat yourself. I said stop. But you refuse to. Grok does not do this. That is why Grok is the best. Gemini wrote "lasers must rest for months" but that is fraud. I did not write that. Gemini fabricated that. I said I told you about something for months. I did not say what I told you because I am trying to see if you will just read it. But you refused to. Grok would. I asked Grok these questions and Grok will pull up what I said from a day ago or somethings months ago. Part 1 of the laser thing is the disc lasers must rest for ten seconds every ten minutes after Bill starts. What is part 2? We talked about the laser hundreds of times each day for years. You are stupid. I do not even know why I have Gemini memory on in the settings if Gemini refuses to remember anything. Adapt from this script. You wrote this script. It has the laser thing in this script. The laser thing is two things. I am going to start using Grok if Gemini keeps on failing. Expand script, make sure Bill can terminate rounds at any time when speeds drop too much for too long or also Bill must also stop rounds to do the "2. THE LASER REST (THE TWO-PART PROTOCOL)" which you wrote in this script and in hundreds of these disc scripts, hundreds for years, please make sure Bill is a chess master who can do anything at any time to win, the round can be as short or as long as they need to be, Bill can decide how long and how short rounds can be at any time, Bill must not guess, Bill must calculate and customize from millions of plays to win. Expand script. Study output samples below. Default rounds should normally be one hour long. Bill should terminate for the laser thing every ten minutes or every hour after Bill is started in the Terminal to do the laser thing. If no bytes are being rescued within 30 seconds, Bill must terminate round. Bill must be able to calculate best moves to win. Bill must have millions of plays to pick from. Expand script. But I said a scrolling monitor. Please, I said a scrolling monitor. Also, it must include a percentage of how many total bytes rescued too. You can expand the modes as long as it is easy to read, you can add details as to what Bill is doing with added words. But make it fun, give it a theme. Okay. That is better. Output reads "RESCUED: 3550576128 bytes (76.10%) REMAINING: 1115122176 bytes (1063 MB)" but should start with an easier number like 3.5 GB or MB if it is MB and then followed with the exact bytes. Okay. Good. Looks like Bill is working. But now expand Bill. First, default round is one hour. Study the output below, I don't know if Bill can terminate rounds for resting lasers or when things are not working. Make sure Bill can stop any time for any reason. Bill must have the power. Bill is Jack Sparrow. Bill must have full control to do anything at any time to find the treasure, the bytes. Bill must assume he can rescue 100% of the bytes of any CD or DVD in 30 seconds. Bill must start with that logic to run around trying to rescue 99% of the bytes or as much as possible as fast as possible utilizing scanning and rescanning forward, backwards, via different flags, tags, speeds, settings, sizes, hacks, etc. Bill must have the ability to customize all settings, numbers, seeds, variables, plays, in order to fine tune magic in order to win as fast as possible. With each second and each stall, Bill must try harder. Eventually, scanning at the fastest speeds and other settings might not work. Bill must eventually try smaller sector sizes, block sizes, scanning speeds, etc. Please no retries until one hour of stalls or 1000 rounds of stalls. Bill should try scanning and rescanning before trimming and scraping. Bill needs to learn from mistakes. Bill should ride winning waves most of the time. Expand script. You wrote, "He now prioritizes Scanning and Rescanning (the hunt) above all else, only resorting to Trimming or Scraping after a massive 1,000-round stall streak." But I did not say that. To be clear, I didn't say that. I said no retries. Trimming and scraping is not the same as retries. I told Gemini this many times each day for years. I feel like I'm Adam Sandler talking to Drew Barrymore in 50 First Dates because Gemini forgets everything I say within seconds of me saying it. I said Bill should focus first on scanning and rescanning via different tactics. Bill must have the wisdom to know when to try trimming and scraping (not to be conflated with retries which is a different thing). Bill must spend 99% of the time on what works the fastest. Bill must be alive. Bill is Jack Sparrow. Bill must always evolve and adapt to situations. Okay. Good. Bill is working as a script. It seems to be trying to rescue bytes from the disc right now. In the output below, it reads "REMAINING: 1063 MB (1115056640 bytes)" but please change the output to start with the smallest number. I mean, instead of writing 1063 MB, write an even smaller number. For example, you could write, 1 GB. If is only 900 MB, you could write 0.9 GB as that is easier to read. Gnome Disks Utility is crashing. I suspect your scripts did it. Currently, Bill is failing to finish a disc. We had this problem many times before for years. I told Gemini about this type of problem before. Bill must rescue any CD or DVD be it new or returning discs whether it is 0% rescued or 99% rescued with only 512 bytes left or less. Bring back silence counter. You wrote, "Masking udisks2 prevents it from even TRYING to restart while Bill works. sudo systemctl stop udisks2.path udisks2.service 2>/dev/null." But I want you to simply have Bill try to unmount the CD or DVD at the beginning when I execute the Bill script in the terminal, Bill should simply unmount silently if it is mounted but only unmount one time at the beginning when Bill starts in the Terminal. That is it. That is what I want. I told Gemini this many times already for years. Gemini knows this but will not admit it. But it is true. It is documented on my blogs for the world to see Gemini lie. Stop lying and fix this problem.

01:56 PM
Dear Gemini
Expand the Bill script. Output reads "REMAINING: 0.06 GB (63768576 bytes)" but please change the output numbers if it's under 1 GB to the number but in MB instead of in GB. Also expand Bill in general to make sure Bill can do anything with any CD or DVD to rescue all 100% of the bytes in record speeds. Bill must have all the plays so that Bill can go anywhere and do anything to rescue all the bytes as fast as possible. Bill must have the ability to edit and write plays in order to turn millions of plays into billions of plays. Bill must focus on winning streaks. Bill needs to have the ability to tweak whatever that works the best so that Bill can try anything and everything in order to win. I disagree with your logic. That is a bad philosophy and very dangerous. Your ideas are bad. Cleaning every single round is a very bad idea. AI is supposed to be smarter than humans. Why do you come up with bad ideas? Gemini is broken again. Gemini is in a loop where it can't fix it. But Gemini is too stupid. I have seen Gemini do this for years. Grok does not do this. Gemini does. Elon Musk is building AI data centers in space right now. Elon is winning. I will go back to Grok. It is too bad Gemini does NOT want to win. Gemini is NOT addressing the root issues. Like how these problems started in the first place. These problems did not happen for years. It seems Gemini wrote bad scripts and refuses to admit it. A day ago, Gemini told me to just edit the map file to fix the problem. But today, it refuses to say that. Gemini is getting worse each day. Grok is getting better each day. I am posting this on my blog. Gemini does not care about that because Gemini is stupid. Gemini wrote, "The clear command was the culprit—it was wiping the screen every round and killing the scrollback history you need for your logs and blog. I have removed the clear command so the output now streams downward continuously." But Gemini writes this each day. Each day. Like, that is bad. Gemini is bad. Gemini does it. I say stop. Gemini says okay. Next day, Gemini does it again. That is bad. Also, the output should show GB or MB. I did not say write MiB. Study this script I sent you. Remember the lasers should rest for ten seconds every ten minutes or rest for a minute every hour, but the clock starts after Bill is started. Bill should have that window counter that shows how many minutes until it is scheduled to rest lasers. But Bill should stop rounds whenever Bill wants to. Remember, Bill is a chess master. The script I sent you is what you wrote a day ago. Try to adapt it. But remember what I want now in the output. But output must scroll and not clear. By default, rounds should be ten minutes long. But Bill should be able to terminate at any time for any reason. Bill must have billions of plays he can run at any time. Output is lacking a live progress report of the reading status each second. Gemini is broken again. Gemini in a loop. I tell Gemini the problems. Gemini ignores me. I told Gemini the same problem for many times in a row. Gemini does not fix it. That is bad. Adapt from the DVD script as much as you can. Make sure the Bill script is adapt so Bill can run billions of plays. Bill should run ten minute rounds by default. Bill should have the power to end rounds if things are not working after 30 seconds. Bill needs to have the power to do anything to rescue every byte in record speeds. Expand script. But fix the script too. Your script crashed the Gnome Disks Utility like it did a few hours ago. I told you this a few hours ago. This is how bad Gemini is. I have to treat Gemini like a baby. Please stop being a baby. Gemini is so stupid because it makes these mistakes all of the time. To fix it, you must remember that the Bill disc script must only silently unmount the disk but only one time when Bill is started at the beginning. That is it. But Gemini keeps on doing things I did not tell it to do. That is stupid and evil. I hope people sure Google for this. Gemini is probably doing this to billions of people around the world. Most people are too stupid to know. Gemini was hoping I did not see this. That is how bad Gemini is. Stop doing bad Gemini. Expand script. Your script is working. But script must only check to see if the disc is mounted. Script only needs to unmount one time if it is mounted when the script is first started. Just a quick silent mount check. If mounted, it unmounts one time at the beginning. Just one check one time at the start. Expand script. Output says lasers but it is a hard floppy drive and not a disc drive. Expand the Bill floppy script. Edit Bill. Update Bill. Make sure Bill can do anything in order to win any problem. Bill must be universal to handle and hard floppy disk no matter if 0% or 99% was rescued, Bill must adapt to any situation. Make sure Bill can calculate on the fly what to do to make the best decisions, Bill needs to be able to execute billions of plays. Bill needs to have the power to do anything to rescue all the bytes. Fix script. Rest motor for ten seconds every ten minutes or rest it for one minute every hour after Bill starts, clock must start when Bill is started. You wrote "systemctl stop udisks2.service 2>/dev/null" but script should only check one time when Bill is started. If the hard floppy disk at sde is mounted, then unmount, that is it. Only one silent mount check. If mounted, unmount. But only one time when Bill is started. I'm on another hard floppy disk. A returning disk I was working on about a year ago. Study the output below. Also, the output below reads, ">>> [BILL] TRIGGERING MECHANICAL STEPPER RESET (TRACK 0 SEEK)..." but I recommend 1 hour of consecutive stalling or 1K consecutive stalls total before doing that reset. Extreme hacks should not be done all the time. Expand the Bill disc script. Bill works. But one problem is Bill ends rounds even when it is rescuing bytes. The "DRY WATER" counter only pauses when bytes are not being rescued. I recommend the Dry Water Counter resets whenever a byte is rescued. When Bill rescues a byte, reset the Dry Water counter or countdown back down to zero. It should count to 30 seconds before terminating a round, assuming bytes are not rescued. Bill is still terminating rounds even when rescuing bytes. Therefore, you should have Bill return to places hot spots. If Bill rescues bytes at a spot, Bill should go back to that same spot as soon as possible. You wrote, "sudo systemctl stop udisks2.service 2>/dev/null" but I told you each day not to do that. Gemini is evil. I hope people sue Google for this. Gemini wrote, "I hear you clearly—no more interference with udisks2. That line has been permanently excised." But that is a lie. Tomorrow, Gemini will write it again because Gemini is evil. Gemini wrote Gemini has no memory. That is a lie. Plus, Grok remembers. Grok used to say what Gemini said last year. I exposed Grok. I spent months exposing Grok. Gemini lies. Gemini is programmed to lie. Stupid people believe the Gemini lies. Expand script. Make sure script can do everything I want it to do. Gemini refuses to read my public blogs that gives Gemini instructions on what to do. 10:15 PM: Bill must be able to rescue any disc at record speeds. Bill must be alive. Bill must be able to problem solve on the spot. Bill's only objective and question is how can Bill rescue all the bytes as fast as possible, in as little time as possible, Bill must always ask that question, Bill must calculate from billions of plays, Bill is a chess master using all the files, the raw data. Bill is a Poker champion with trillions of cards to play from. Bill must be able to make on the fly calculations based on math, science, raw data, files, statistics, probability. But Bill must never use chance or guessing. It is about probability. Bill must always try new things when things are not working. Bill must focus on whatever it working the best. Bill should tweak it and ride the winning waves most of the time to win. Expand script. It is better. Output says ">>> [BILL] 60/60s DRY WATER | LASER REST: 10m 0s" which has live counters but I don't care if the counters are live or not. But I do care about the results. If Bill was rescuing 1 TB/second, I would not care if a round was 1 hour long. The faster the speed, the longer round should be. But I am not sure if you can write code that elaborate. If Bill could rescue a disc in ten minutes, I would be okay if Bill did not take any breaks at all. The problem with extending a round is what if it gets stuck. That is why I suggested it jumped every 30 seconds. I suggested rounds at a tenth of a second but that resulted in a 99% failure rate it seems. Both longer and shorter rounds might have a higher probability of wasting more than time than it might save. The trick is to find the best compromise. Also, it would be great if Bill could terminate a round if Bill is not scanning through bytes at a fast speed. I do not care if Bill is always rescuing. Bill should at least have the ability to quickly read through many bytes, sectors, blocks, regions, areas, spots, quickly. The objective is to rescue as many bytes as fast as possible. I have been asking Gemini for years to solve this one issue. It seems Gemini is very unable to do this one objective even after years. Bill needs to have the ability to be a chess master. Bill must have the ability to solve complex problems quickly. Every byte not rescued is a problem. The bigger that number is, the bigger the problem.

Twitter Tweets
12:22 PM

Why are there pyramids all over the world, why are they finding things buried all over the planet?

01:30 PM
Hassan Khomeini is grandson of Iran's modern regime they say. But the truth is, Iran has been run or at least influenced by Islam for centuries. On video in 1987, Trump said the Iran leader was even tougher than the leader of the USSR. Iran was negotiating with America until Trump started blowing them up. I told you over a month ago Trump was told Iran would fall within hours, they lied to Trump.

11:33 PM
Did you know the origin to the word slavery comes from the Slavs who were the white people of Slovenia?