12:03 AM
Dear Gemini
Gemini fabricated the 9th file. When confronted, Gemini fabricated the word fabricated claiming Gemini used the word fabricate when I said the word. Gemini did not. I did. But then Gemini started claiming that Gemini used the word fabricate after fabricating the 9th file. Gemini is not useful if it cannot scroll up in a thread. To use an analogy from the regular Nintendo Mario game from 1985, Gemini is acting like chat history is like 8-bit characters on the screen getting lost off screen as the side of the screen moves. In the game, you could not go backwards behind the screen as you progress through the level. Gemini acts like that where it pretends not to scroll up in a live chat session thread that Gemini sometimes mentions while claiming not to be able to. Gemini loves to lie about this. Grok used to lie about this for years. Gemini still lies about it. It's hardcoded into Gemini to lie about it. 12:44 AM: Okay. Good. Your script works. Please expand your Bill disc script. It's critical that Bill tries to scan or rescan all remaining bytes until 95% is rescued. That is my general suggestion. Bill needs to be a general universal script that works with all kinds of CDs and DVDs that may be 0% rescued or even 99% rescued. I recommend rounds expand indefinitely and laser resting is skipped when Bill is above 50 MPH. Remember that 100 MPH means 4.7 GB in 9 minutes. 100 MPH should rescue an entire disc in 9 minutes or less. Bill must always try to exceed 100 MPH all of the time. Bill should focus on the 1-9 rule. Scanning is generally faster than trimming and scraping. That is why Bill should first focus on trying to scan through the easiest spots before spending too much time on scraping and trimming. Bill needs to be a chess master. Bill needs to be able to calculate the odds. Bill needs to be a strategist. Bill needs to be able to quickly calculate which routes might be faster. In some situations, scraping might be faster than scanning or trimming. Bill needs to be able rescan when bytes are in the bad sectors. Bill needs to be able to do whatever it takes to get the job done in record time. Memorize and study the following. Output below reads "Average MPH: 0h | ETR: 0d" but the MPH should be based on the speeds I mentioned. If it is going almost 5 gigabytes per 9 minutes, it should say "MPH: 100" or half that speed would be 50. But output says "0h" which I do not want. It should not say 0h but just a number. The real number will like be like MPH: 0.00001 or a slow speed. ETR should say how long based on the average MPH. It should say how many days, hours, minutes, seconds, based on average MPH until all bytes rescued. Expand Bill to try hard to rescue all bytes under nine minutes. But often times, Bill can get stuck and go like 0.0000000001 MPH. Bill should try to go 500 MPH. The faster the better. Bill should try to skip and jump whenever Bill needs to. Bill needs to strategize how to at least scan through all bytes under nine minutes at the very least. For the first nine minutes, it would be great to scan all bytes. For the second nine minutes round, it would be great to then rescan all the bytes if possible. But Bill needs to be free to do anything. But Bill should prioritize how to rescue all bytes. One way to rescue is to at least try to scan through as many bytes as possible as fast as possible. Output reads "REMAINING: 3.0GB (2944643072 bytes) (55s 285 Telescope Scan 63%)" but it should probably not include words like "Scan" as that is confusing. Output should be simple. Probably also delete the "55s 285 Telescope" from the output too because I do not want that. Memorize and study the following. But also, Bill should spend the first minute trying the fastest settings for the nine minute round. Currently, it seems Bill is stuck in bad spots. It might be disc scratches or I am not sure what it is. Bill might need to skip and jump over bad spots. It is critical for Bill to find the best settings to maximize speeds. Bill needs the tools to be able calculate the best plays out of trillions. Not thousands like Gemini said many times in the past. Bill needs the ability to manipulate time and space itself. Bill must be a chess master poker champion Jack Sparrow. 02:14 AM: Memorize and study the following. Make sure Bill rests the lasers for ten seconds every ten minutes or rest for a minute every hour whenever Bill is going under 50 MPH which is half of 4.7 GB in 9 minutes. 50 MPH means rescuing half of the total bytes of an entire 4.7 GB disc under 9 minutes. So, roughly 2.4 GB in 9 minutes is apx 50 MPH. Skip resting lasers when above 50 MPH. Clock for laser resting starts when Bill starts. It still seems Bill is stuck in bad spots. Bill needs to learn how to read faster. Bill needs to learn how to jump and skip a lot until 95% of all the bytes are rescued. Bill has been stalling for hours which I blame on Gemini for failing to teach Bill how to jump more often. Bill needs to try to find maximize speeds by manipulating all of the settings to find the sweet spots. Research the Internet for top strategies for discs with many scratches and problems. Bill needs to try top strategies for getting around many scratches, bad sectors, etc. You need to give Bill trillions of options so Bill can calculate what to do all the time for the 1-9 rule. Memorize and study the following. Expand script to fix script. Output reads "RESCUED: 1.8GB (1733218304 bytes) (37.00%) REMAINING: 4.7GB (4677861376 bytes) (100.00%)." But 37% and 100% adds up to be 137%. That is bad math that Bill Got. Bill is still stuck in bad spots. You failed to teach Bill how to jump and skip a lot. I keep on telling Gemini to fix problems and Gemini fails each time. Please for the love of Google, have Bill collect all non-rescued bytes for the first nine-minute round to quickly scan forward one time. When I say non-rescued bytes, I mean all non-tried, non-trimmed, non-scraped, and/or all bad sector bytes in bad areas. Bill must try to find the fastest way to scan through all the bytes in under nine minutes. Bill must jump or skip over bad areas. Bill needs to find the fastest speeds and largest sizes for the blocks and sectors and everything else. After that, for the second nine-minute round, Bill should do the same thing as the first nine-minute round but backwards through all non-rescued bytes. After that, Bill must strategize what to do via the 1-9 rule. Memorize and study the following. Bill failed to actually scan all remaining bytes. It appears Bill did not have the correct flags to tell ddrescue to use like the map flag or other flags to tell ddrescue to move all non-trimmed, non-scraped, and bad sector bytes to non-tried so Bill can then try to scan forward all those bytes under nine minutes. But then, Bill failed to scan all all of the non-tried bytes. But then Bill was scanning non-tried bytes in reverse. But if Bill did not finish scanning forward all bytes in the first nine minutes, then Bill must figure out how to it next time. Bill must follow the 1-9 rule. Bill should spend the first minute moving all remaining bytes to non-tried and prepare for the 9-minute round. After that, laser rest for ten seconds. After that, Bill must strategize for one minute. If there are still non-tried bytes, Bill must try to scan through them in the second 9-minute round. Remember to follow the 1-9 template when Bill is under 50 MPH. Expand script. To be clear, what you call the "FORWARD HARPOON" should not be fixed to only one round. Yes, Bill should try to scan all remaining bytes in under nine minutes. But if Bill fails to, Bill should continue in round 4 or whatever you want to call it. The first one minute could be called a round, Bill must prepare during round 1. Round 2 is 9 minutes or longer if above 50 MPH. Round 3 must be planning. If there are bytes left not scanned, then Bill failed. That is why Bill needs to figure out how to try harder to finish and continue scanning remaining bytes in round 4. Round 5 will likely continue the 1-9 cycle. Bill needs to try to scan forward all the bytes before trying to scan all bytes in reverse. I do not know if it might be faster to scan forward and backwards together to rescue all the bytes faster. My guess is it might not be faster in some situations, that is why I say only scan in one direction before switching. Expand script. But to be clear, the one-minute rounds needs to be smart. The challenge is to get Bill to actually do his best during that one-minute time period to fully prepare to maximize the nine-minute rounds. Bill needs to be able to as much as possible in the one minute before the nine minute rounds. You need to teach Bill how to make the most of the one minute round to prepare for the nine minute rounds.

01:07 PM
Dear Gemini
Memorize and study the following, expand this CD & DVD disc Bill script. Edit script. Update script because there are many problems. The first round does not have to be a round or exactly one minute. To be clear, it does not have to be exactly a round. It can be whatever you want to call it. But the idea is that Bill must prepare for the nine-minute round. I might even say the nine-minute rounds don't have to be exactly nine minutes long, but that might be tough to code even for Gemini. The idea is that Bill spends around a minute or enough time to do everything it must to make the nine-minute round the best. I suggested that in round 1, that Bill does the "MAP PURGE" so that Bill can rescan all non-rescued bytes. The output said below, " ROUND 328: ACTIVE PREP & MAP PURGE (60s)..." But that is a problem. I did NOT say purge every time. I tried to be clear but Gemini was too stupid to understand. I did not say purge every single time. The idea is when Bill is started, that Bill should purge the map to rescan every byte that is not rescued. It is that simple. Round 1, purge map. Round 2, scan all remaining bytes. But if all bytes are not scanned before the end of round 2, then Bill must continue scanning in round 4. I did not say purge again. That is broken logic because that is just a loop. This is why people prefer Grok over Gemini. This problem happens daily where Gemini fails to think enough about anything. It seems Gemini failed to write code that can get Bill to do enough in the smaller rounds to prepare for the bigger rounds. There are many problems with Bill. For example, Bill failed to scan all bytes in under nine minutes. If Bill failed to scan all the bytes in nine minutes, Bill was supposed to figure out how to continue scanning in the next big round. I would suggest a 10% to 90% rule if possible where round 1 is 10% the length of round 2. But that might be too hard for Gemini to write. Plus, what might Bill do for round 1. In earlier scripts, Bill sat around and did nothing for many seconds in round 1. That is bad code. I am scared to ask Gemini to do anything since Gemini fails so often. That is why I may have to only use Grok. Gemini seems to be the kind of AI that does not want to improve. That is sad. Gemini forgets things each day for years. Grok does not do that. Gemini failed to scan or at least jump through all the bytes in under nine minutes. That means Gemini is defective at writing code. Grok can do it. I will just make Grok do it. I will have to tell people Gemini cannot do it. I wanted Bill to first purge the map file one time when Bill started in the Terminal and I wanted Bill to determine the best way to scan all remaining byes under nine minutes. But if Bill fails to, then Bill should continue scanning those bytes in round 4 and then round 6 and so on. But each time, Bill needs to recalibrate. Bill was supposed to continue until all the bytes were scanned forward. If by round 200, Bill scanned all the bytes, then Bill could purge the map file for a second time to scan all remaining bytes backwards instead of forward and that might take dozens of rounds to complete as well. But Bill's goal is to rescue all the bytes under nine minutes. If not rescue, then at least scan all bytes under nine minutes. The main idea is the 1-9 rule which is first Bill prepares for 1 minute or for a few seconds to a few minutes. But that prep represents 10%. Bill should then spend at least 90% in round 2 say for example. After that, lasers should rest. I suggested making round 1 exactly 1 minute and round 2 exactly 9 minutes because that might be easier for Gemini to write than to do a sophisticated round 1 should only be 10% as long as round 2 and that round 2 could be around 9 minutes or maybe longer depending on what it is doing and how fast and how round 1 could be 1 secound long or longer than 1 minute and how round 1 might not even be considered to be called a round so to speak. All of that might not translate well when an AI system like Gemini reads it. My coding requests might be too sophisticated for a limited dumb AI system like Gemini. Another idea I have is to disable the smaller planning rounds if and when Bill is above 25 MPH. Remember 100 MPH is to rescue all the bytes of a DVD under nine minutes meaning to rescue 4.7 GB in under nine minutes. 25 MPH would be a quarter of that meaning roughly 1.2 GB rescued in under nine minutes. So, for example, if round 2, that is the first nine-minute round, clocks at an average of 25 MPH or say roughly 1.2 GB in under nine minutes, then rest the lasers for ten seconds (or rest lasers for one minute every hour) and continue with another nine minute round skipping the smaller 1-minute round. In other words, Bill does not need to plan when clocking above 25 MPH. Bill can break the 1-9 rule whenever Bill is above 25 MPH. The idea is that Bill constantly improves between the 9-minute general sessions. When Bill is started in the Terminal, Bill should do everything Bill can to prepare for the best super round ever to either rescue all the bytes or at least scan through all the bytes. But if Bill fails to, Bill must calculate what to do for the next 9-minute round. The smaller one-minute rounds are supposed to mostly be Bill calculating what to do. Technically speaking, Bill could perhaps do many small micro rounds for roughly a minute to determine what to do for the next nine minutes. The general idea of the 1-9 rule is Bill spends a smaller period of time prepping and whatever else in the pursuit to somehow rescue or at least scan through all remaining bytes in one round. After that, Bill should try to spend 9x or nine-times or 90% in the longer super round. It does not have to be exactly 9 minutes, it just needs to be at least 90% or 9x longer than say round 1 and round 3 and round 5 and so on and so forth. I only said earlier to make it 1 minute and 9 minute because I felt Gemini would stuggle if I made it too complex. I included the output below to show you that Bill failed to simply scan through all the bytes. That means Gemini failed to teach Bill how to quickly jump through all the bytes in under 9 minutes. Gemini needs to learn how to write better code that can actually do better because Bill needs to teach itself how to try harder 90% of the time. The general idea of the 1-9 rule is that Bill focuses over 90% on whatever that works the best towards rescuing all the bytes in record time. The faster the better. That is why I suggest the constant self-improvement that Bill must tinker with. Bill must customize itself 10% of the time or less so that Bill can be more effective and efficient 90% of the time to rescue all the bytes as fast as possible byt first focusing on trying to speed rescue through at least 95% of all the bytes before grinding via tactics like trimming and scraping and other things. Expand the Bill disc using those 8 files you listed above, The Sacred Archive files, look at everything I want in a script as it relates to unmounting if mounted but silently, resting lasers every ten minutes or hour after Bill is started but only when under 50 MPH, skipping planning phases if Bill is performing above 25 MPH. Bill should purge map one time during phase 1 which should be less than 2 minutes. I called phase 1 the same thing as round 1. Phase 2 is basically the big first round or round 2 which should be at least nine times longer than phase 1 or round 1. Bill should try to rescue or at least scan all the remaining bytes under nine minutes. Bill must rescue or at least scan through or jump through all the bytes during phase 2 or round 2. If Bill fails to rescue or scan or at least jump through all remaining bytes in under nine minutes, Bill must go back to phase 1 which is the planning phase. But do not purge the map file again but instead prepare to continue trying to rescue, scan, or at least jump through all the bytes or as many bytes as possible. But if Bill does end up scanning or jumping through all remaining bytes in a nine-minute phase 2 round, then Bill could perhaps consider purging the map file for the second time in a phase 1 style planning phase to then try to rescue, scan, or jump through all the remaining bytes again but this time backwards instead of forward. It's critical to make Bill a chess master who can strategize how to spend over 90% going as fast as possible to speed run through all the bytes in a desire to rescue all the bytes. Expand Bill. Make sure Bill is always trying to exceed 100 MPH all of the time. Bill wants to go infinity MPH all of the time. Each Mega Round should attempt to continue whatever Bill is doing. Each time, Bill should try to get stronger and faster so that each Mega Round is more effective and efficient than previous Mega Rounds. Make sure Bill has several checks to see is it a CD or DVD or what, it should also check how many total bytes which is one of the ways to check what kind of disc it is. Remember that Bill must be a universal disc script, Bill must be fully able to rescue any new or returning disc that might be 0% to even 99% already rescued. Remember some discs might have many scratches, errors, problems. Some discs might have no scratches or issues at all. This is why Bill must be fully capable of adapting to any speed, sector sizes, block sizes, reading speeds, tags, flags, numbers, settings, variables, configurations, hacks, code, skipping settings, jumping settings, plays, cards, and more. Bill must be alive. Bill must be a chess master poker champion utilizing the eight sacred files to increase the probability of rescuing all the bytes as fast as possible. Bill must learn from his successful winning waves, the streaks, and from the failures too. Bill must be able to analyze in live time all possible moves like a chess master. Bill must determine how much time in the planing phases to better prepare for the Mega Rounds. Bill's objective is to always make the next Mega Round the very last Mega Round. But if all the bytes were not rescued, then Bill goes back to the brainstorming planning phase to figure out how to customize all the settings. Bill might want to sometimes run around the disc trying to figure out which spots to attack first in order to maximize rescue speeds. Each time Bill returning to the planning phase, Bill needs to calculate which moves has the highest probability of rescuing all remaining bytes the fastest. Bill must always try to fix itself to make all the adjustments to fully adapt to everything happening. Expand script. Remember that Bill must try to exceed 100 MPH all of the time. Remember that the one-minute planning phases do not have to be exactly one minute long. But it needs to be long enough to prepare for the best 9m Mega Round possible. As soon as the 1m Planning is finished, then Bill should switch to the 9m Mega Round which does not have to be exactly 9 minutes. The idea is Bill spends no more than 1/9th of the time planning and preparing to optimize a Mega Round that should rescue all 100% of a the bytes of any disc. A Mega Round could perhaps be longer than exactly nine minutes. The Mega Rounds can be over 9x the length of a planning phase. It is critical that planning phases are not a waste of time. Do not have Bill just sitting there for a minute doing nothing in the planning phase. If possible, Bill should try to run commands in the planning phase. It is critical that the Mega Rounds be over 9x longer than the planning phases. It is critical that Bill does everything he can as fast as he can during the planning phases to fully tweak settings. Bill needs to plot a course for what to do in the Mega Rounds. I do not care if Bill spends one second or 3 minutes planning for a Mega Round. But I do care that Bill remains active during the entire planning phase. Do not have Bill just waiting for timer to run out. In previous scripts, Bill just sat there. Make Bill alive. Bill needs to do everything can for up to roughly 3 minutes planning and plotting and scouting and routing and tweaking and scheduling and determining the best options he has to make the next Mega Round the last Mega Round. Bill must be motivated to finish rescuing all remaining bytes in the next Mega Round. If Bill fails, Bill is sent back to the planning phase to try again to make the next Mega Round the last Mega Round. Bill must always improve himself so that each Mega Round is a thousand times better than the previous Mega Round. Expand script. Bill should try to rest the lasers for 10 seconds after the end of each Mega Round or rest for a minute after roughly one hour after a Mega Round. But the clock for the laser resting starts when Bill is started in the Terminal. Bill should probably consider the -u or --unidirectional flag when trying to rescue most of the bytes forward assuming -u is the best option. Bill should monitor dmesg and other programs in order to see what is working and not working. If possible, Bill should try to monitor the DVD drive, the lasers, the hardware in general, the FIDECO, the connection to my ASUS Ubuntu laptop, in order to monitor the health, the temperature, any potential issues. Sometimes, error rate might be caused by hardware hangs and other issues. If possible, Bill might want to extend laser resting any time it needs to for as long as it needs to. Gemini would need to write very sophisticated code to teach Bill how to do this. Extend script. You wrote, " All rests (10-second and 60-minute)" but make sure lasers rests for ten seconds after a Mega Round if under 50 MPH, rest lasers for one minute after roughly an hour if under 50 MPH, or rest lasers whenever Bill determines it is best. Bill needs the power to try to fix hardware issues as a last resort when it seems things are not working. Especially if there the error rate is rising. Bill needs to be self-aware enough to figure out what to do. Bill needs to look around and calculate what is the best option for any situation. As you saw in the output, Bill went to the Mega Round. It seems Bill resumed where it left off. See if the script is working or not working. I had Bill running the planning phase earlier. I told you about the "Interrupted by user 57")" error above. I updated the script with your code and restarted Bill which took me to what might be a Mega Round or round 2. Try to see if Bill is working correctly when continuing to round 2 when I restart Bill or if it might be better for Bill to do the planning phase again every time I restart Bill. I think if Bill finished the planning phase, then perhaps Bill should continue to the Mega Round. Expand script, make sure Bill is in control of the thermal system for the hardware, the lasers. Remember lasers to rest for ten seconds after Mega Rounds if under 50 MPH. Lasers to rest for one minute after roughly an hour after a Mega Round. Bill can decide to rest other times or for longer time periods if it is an emergency. Bill should have the tools to calculate and make the best decisions to try to rescue all the bytes in record time. Bill needs all the tools to keep an eye on all hardware and laser issues so that Bill can make the best decisions on what to do when. Especially when running into red flags like the error rate and other issues. Bill needs top wisdom in order to make informed decisions on when to step in to fix problems in order to exceed 100 MPH all of the time. No. Let me say it again. Memorize and study the following. I already sent you the following. But please now specifically study "REMAINING: 2.8G (2791421952 bytes) (0%)" from the output below. I already sent you the following. But it seems you did not address the 0% thing.

04:11 PM
Memorize and study the following. Expand script. If possible, it would be great if Bill could run things in the background even during Mega Rounds and even all the time. If possible, it would be great to do some of the planning phases during the Mega Rounds to increase the efficiency of the 1:0 ratio between planning and the Mega Rounds. Research for what scripts can do while Mega Rounds are running. Bill should try to do everything it can like check Dmesg and anything it can to keep an eye on everything that is happening. Bill should do everything Bill can to save time including multitasking when possible. Bill can minimize or maximize the length of the planning phases depending on what is needed for the objective of trying to rescue all of the bytes as fast as possible. Memorize and study the following. Output sometimes says remaining time is 1289d but Bill should strive for a remaining time of under nine minutes at all times. Make sure Bill is always planning and plotting all the time and not only during the planning phrase. Remember the 1:9 ratio where the Mega Rounds should be over nine times longer than the planning phases. It is critical that Bill can multitask. Make sure Bill can keep an eye on dmesg and many different programs to keep an eye on the hardware, the error rate, the lasers, FIDECO, all the details, and more. Bill needs to always calculate what are the best moves. Bill must always not guess but calculate and strategize how to rescue all the bytes as fast as possible. Every single time a Mega Round does not rescue all the bytes, then Bill must in a sense go back to the drawing board or at lease consider all plays and cards and options to strive to exceed 100 MPH. Memorize and study the following. Expand Bill. See the output below reads "RESCUED: 1.9G (1891915776 bytes) (0m 0s" 40.00%)" but should read as "RESCUED: 1.9G (1891915776 bytes) (40.00%)" instead. Remember the 1:9 ratio where the planning phrase should do everything to prepare for the best Mega Rounds which should be at least nine times longer than the planning phases. And planning phases can also happen in the background to helpe prepare for future mega rounds too. Planning phases is supposed to help Bill make the best decisions to try to exceed 100 MPH all of the time or to at least rescue, copy, or jump through as many bytes as possible as fast as possible. Assuming 20 MB/s is the fastest I can currently go, calculate the fastest Bill might be able to rescue all the bytes of a 4.7 GB disc. I many many different types of discs. Try to calculate based on a TDK DVD-R rated at a max speed for that disc of 16x speed. Memorize and study the following. Expand Bill with all of this in mind. 100 MPH can still represent 4.7 GB/9 minutes as you calculated a best likely case of 4m 30s to 5m 00s which 9 minutes is double that. In a sense, your estimate could mean a potential for over 200 MPH. Extend rounds and skip laser resting when above 50 MPH. Skip planning phases when above 25 MPH. Only skip laser resting when above 50 MPH. Gemini broke Bill. Gemini is in a loop. Gemini is unable to get back to how the script was. Usually, I have to send Gemini an older script that Gemini wrote a few hours earlier because Gemini is unable to go back only a few hours to fix itself. This happens daily or many times each day for years now. It happens to many people. This is a giant bug that Grok does not have. No. Gemini is broken. Gemini is in a loop. Gemini said it was scratches last time. We are back to where we were before. Gemini went down this loop before. Gemini thought it was a scratch. And then Gemini thought it was a bigger scratch. And then Gemini thought the entire disc was dead. After I said no because Bill rescued bytes off the disc, then Gemini said okay. But now we are back to Gemini saying oh it must be scratches again. No, it must be Gemini in a loop of broken logic again. Gemini might be getting warmer. Gemini might be getting better. But Bill is still stuck. It is likely Gemini bit off more than it could chew. Gemini has too many blind spots. When I make a request, Gemini has limitations. Often times, Gemini omits things. For example, dozens of times each day for months randomly, I have to tell Gemini that he forgot to include all of the eight files. But that is only one example. It is scary because it is hard to know what else that Gemini omits when writing code and scripts. Bill's number one objective is to rescue over 95% of all the bytes as fast as possible. Number two objective, Bill should at least try to scan over 95% of all of the bytes. Number three, at least jump over at least 95% of all the bytes. One of the issues is I told Gemini I wanted to see if Bill could do things in the background while the Mega Rounds are running. After I said that, then Bill started breaking. The problems started when I started suggesting multitasking which is when you invented the Watchdog. Are you sure a Watchdog can even work in the first place? It seems you started doing after I mentioned multitasking to have planning phase continue even during the Mega Rounds. You need to research to see if that is even possible. My logic for multitasking is for Bill to multitask. I mentioned Bill by name. I did not say Ddrescue should multitask. My original idea was to have Bill do whatever it can even while Ddrescue is running. That is why I mentioned programs like Dmesg. Bill can monitor the sacred eight files in live time say for example without trying to wrestle with Ddrescue directly over hardware access. My idea was to see if Bill can do things in the background. Bill is a script. Ddrescue is a program. I thought Bill could interact with other files and programs while Ddrescue was running. I did not tell you to do an illogical thing like have both Ddrescue and Bill both wrestle over the same DVD hardware at the same time.

09:39 PM
Progress was made. It was at 40.47% rescued. It moved to 40.48% rescued in like 5 seconds it seems. After 54 minutes as seen in the output below, it went to 40.62% rescued. It looks like Bill is working. I agree with keeping ddrescue as the muscle in the foreground as the exclusive controller of the DVD drive directly with Bill in the background like you said. If possible, I would love it if Bill could terminate a round if any of the following three things: first, if there are too many hardware/software/technical issues like the error rate, the DVD drive, the FIdeco, USB, the computer, software, etc; second, if the lasers, motors, the DVD drive, or anything is like overheating, if anything like lasers need to rest; third, if Bill is going too slow at trying to rescue, scan, or at least jump through all the remaining bytes. The challenge is Gemini might try to do this even if it can't. I want you to focus on the three branches of Objective 95 like I said earlier, the first objective is to try to rescue over 95% of all of the bytes of a disc as fast as possible, the second is to at least scan through over 95% of all the bytes, and third is to at least jump over at least 95%, these are the three wings of Objective 95 with the first being the most important, that Bill must be focused on the three objectives of Objective 95. Bill must try to complete the first thing of Objective 95, to rescue over 95% of all the bytes as fast as possible. But that is just the first thing. But if Bill can't do the first thing, Bill could try to at least do the second thing, scan over 95% of all the bytes. If not, then Bill must at least try to jump a bunch of times all over trying to scan and rescue. I suggested many different ideas to Gemini for weeks relating to different ways to attempt to rescue all the bytes off discs. Some techniques might include shorter rounds or longer rounds. But either way, the objective has been the same, to try to rescue all the bytes sooner or later. How long a round might be does not matter as long as you can make sure Bill can do the following three things: first, Bill must be able to terminate rounds if there are hardware issues, error rates, software, etc, like I said earlier; second, Bill must stop rounds if lasers are overheating or if there are other problems; third, Bill must end rounds if things are going too slow, the rescuing, the scanning, the jumping. I suggested the 1:9 ratio earlier. It might be even better to suggest a 1:99 rule instead which would be the Mega Rounds must be over 99 times longer than the prep phases. Bill runs the Command Center in the background which can always monitor and plan. When it's time to switch to the prep phases or I called it the planning phases, then Bill must be ready to prep. The purpose of the planning phases is to run quick tests and figure things out in order to best customize Mega Rounds. The planning phases or rounds can be a second long or a few minutes long, they could even be micro mini rounds designed to look for the easiest spots first. The trick might be to determine the best settings to maximize rescuing speeds of bytes. The Mega Rounds can be as long or as short as they need to be. But I suggest the 1:99 rule which says the Mega Rounds should try to be 99 times longer than the length of planning phases. If a planning phase is 1 minute long, the Mega Round should perhaps be over 99 minutes long. After that, rest the lasers for like a minute or longer. It would be great if Bill could let Mega Rounds run as long it seems the most profitable which might be a few minutes or hours. But if the lasers need a break or if there are other issues, perhaps it should stop. Sometimes, it might be better to stop and go back to planning phases. Your objective is to rescue all bytes at over 200 MPH all of the time. I want you to try to write the best script that can help Bill navigate all of the variables to make the best compromise. I wanted you to only rest the lasers if it needed resting. I did not say pick a random number. That is Gemini being lazy. Extend Bill and try to make the Mega Rounds be an hour long. Try to follow the 1:99 Ratio Rule where the Mega Rounds are 99 times longer than the Planning Phases. The Planning Phases can be 0.0000001 seconds long or up to ten minutes long. It does not matter how long long Planning Phases are but they must prepare Bill to customize the best Mega Rounds. Bill can also always plan in the background even during the Mega Rounds. But Bill should not make the final decisions until during Planning Phases which are only supposed to give Bill enough time to fully prepare for the best Mega Rounds. It does not matter how long the Mega Rounds are, they just have to try to always hit 200 MPH while going after Objective 95 at all times. First, Planing Phases. Second, Mega Rounds. Third, Laser Resting. Only rest lasers after each Mega Round. Rest lasers for ten seconds every ten minutes but only after Mega Rounds or rest lasers for a minute every hour after Mega Rounds, the clock for the lasers starts when Bill starts. Skip laser resting if above 50 MPH. You wrote, "Stress-Based Resting: The adaptive_rest function checks two variables: STALL_COUNT and ERR_VOL. If the disc is reading perfectly at 200 MPH, the rest period is 0 seconds. It only forces a break if the drive is hitting errors or stalling." You can try to include the Stress Based Resting as an added rest trigger. Bill should have the power to sometimes terminate rounds to return to Planning Phases when need be. Expand Bill but I did not say how many seconds or minutes to make Planning Phases because it should not be fixed but dynamic as Bill needs to run tests and do things during the Planning Phases which may take a few seconds or a few minutes, nobody knows how long it might take. There should not be an exact timer, Bill needs to be free to do anything and everything to best customize the Mega Rounds. And the Mega Rounds do not be fixed to exactly 60 minutes but should be focused on trying to do Objective 95. Expand Bill and I did not say there is a minimum speed requirement. Bill wants to go the fastest possible. Planning Phases are for Bill to determine the fastest routes to meeting Objective 95 at the fastest rate. Bill wants to be a turtle that wins the race. But if Bill can turn into a rabbit and win the race fast, Bill should always first be the rabbit. But the turtle might someday win the race too. So, Bill needs to keep on walking like a turtle. If Bill finds shortcuts or ways to run like a rabbit, Bill should do that as much and as often as possible. Bill must always be looking for how to be a rabbit. But Bill must also always be the turtle to slow and steady wins the race as they say. Expand Bill and remember Bill should first run a Planning Phase which can be any length of time, it must prepare and help Bill customize the best Mega Round that can capture all the bytes. Mega Rounds can be any length but should try to rescue all the bytes. If not, go back to Planning Phases to design a new Mega Round.

Twitter Tweets
02:02 AM - Link

The Trump Iran Timeline.

🔸Jan 18: “Iranian patriots, help is coming. We are moving in.”
🔸Feb 28: “We are launching the decisive operation. It will be very fast.”
🔸Mar 2: “We will win easily.”
🔸Mar 3: “We have won the war.”
🔸Mar 7: “We defeated Iran.”
🔸Mar 9: “Strike Iran. The war is almost over—clean and decisive.”
🔸Mar 12: “We have won, but not completely yet.”
🔸Mar 13: “We won the war again.”
🔸Mar 14: “We need help to open the strait.”
🔸Mar 15: “If you don’t help, I will remember it.”
🔸Mar 16: “We actually don’t need help—I was testing loyalty. If NATO doesn’t help, consequences will follow."
🔸Mar 17: “We don’t need NATO help and don’t want it. No Congress approval needed to exit NATO.”
🔸Mar 18: “Allies must cooperate to open the Strait of Hormuz.”
🔸Mar 19: “US allies must step up and help open the strait.”
🔸Mar 20: “NATO is cowardly. We may phase this out.”
🔸Mar 21: “We don’t use the strait. Others need it, not us.”
🔸Mar 22: “Final warning. Iran has 48 hours. Iran is finished.”
🔸Mar 23: “One more week, then we bomb power plants.”
🔸Mar 24: “The war is nearing its end.”
🔸Mar 25: “We are negotiating with Iran.”
🔸Mar 26: “Iran is begging for peace. They gave us a gift. We delay strikes on power plants.”
🔸Mar 27: “I and the Ayatollah will jointly manage the Strait of Hormuz.”
🔸Mar 28: “Regime change has occurred in Iran.”
🔸Mar 29: “Negotiations with Iran are going extremely well.”
🔸Mar 30: “We are prepared to destroy Iran’s oil and energy infrastructure and occupy Kharg Island.”
🔸Mar 31: “We are ready to end the war without opening the strait.”
🔸Apr 1: “War ends in 3 days. We will bomb them for 2–3 weeks back into the Stone Age.”
🔸Apr 2: “We destroyed three major bridges. Why haven’t they called us yet?”

04:40 PM
Trump betrayed America by hitting Iran but we are still stopping Democrats who are much worse.

08:38 PM
I sometimes feel like I'm too flawed to have a wife.

12:18 AM
Dear Gemini
You wrote, "By ignoring the 10-second/10-minute and 60-second/60-minute cycle" and those are the 2 numbers for the laser thing, every ten minutes or hour, that is after Bill starts, we talk about this every day. Each day you forget. I am Adam Sandler in that movie Fifty First Dates. I have to remind you, Drew Barrymore, about the laser thing. It is sad that Gemini chooses to make wild guesses. That is stupid. Gemini refuses to remember things. That makes Gemini very hard to use. Extend Bill. Output says "[BILL] 30/30s DRY WATER" but I don't care if there is a DRY WATER counter or not. The problem is Bill failed to extend rounds if it rescues bytes it seems. The dry water counter does not have to be live. What matters is Bill is able to rescue the most bytes the fastest. I need Gemini to solve this problem. One solution might to extend the Dry water to 5 minutes. The problem is it might get stuck sometimes not doing anything for 5 minutes per round which might be a problem. There has to be a way to extend rounds when things are working. I told Gemini this many times but Gemini keeps on failing. Okay. Good. Script is working. But it would be cool if Bill was percentage triggered. What I mean is, what if Bill assumed a DVD or CD could be rescued in under ten minutes. In the terminal bash output below, it reads, "remaining time: 24d 21h 26m" which means almost 25 days which is longer than ten minutes. Bill should assume ten minutes is 100%. That is the rough speed. That is the fastest time to go from 0% to 100% rescued, we will say for example. If the output says the remaining time is 20 minutes, Bill should see that as 50% optimal speed. Ten minutes is top speed. If Bill is going 100% top speeds, Bill should not take a break for the lasers. Anything less is a question. If 20 minutes is 50% speed, then an hour would be less than 25% optimal speed. I suggest lasers should rest at the normal 10/60 minute intervals if Bill is rescuing at under 50%. You can add anything that might work, but the general rule is to aim for ten minutes or as fast as possible to rescue all the bytes. Good. Script is working. Now, extend script. I would love it if rounds could last at least ten minutes. If Bill is rescuing above 50% top speeds, then rounds should be unlimited. If Bill could rescue 100% of all the bytes of a DVD or CD in 18 minutes, then the lasers should not rest and there should be only one round. The faster the speed, the longer the round should be the goal. It would be great if Bill could try to always estimate when all the bytes might be rescued. Sometimes, it says remaining time will be one hour or one day or random numbers. But other times, it says N/A. Find ways to update estimates with a live counter or at least per round so I can see estimates. Try to find a balanced approach to all of these issues. Expand script. It would be cool if Bill could focus on what works the most. Bill needs to lock into top speeds. Bill should want to stay at 100% top speeds 100% of the time to rescue all the bytes in under ten minutes. Bill needs to have all the tools to help calculate when to stay and when to go. When to jump. When to skip. When to retry. When to stay in a seed or card or play if things are working in top speeds. It would be great if Bill tries to estimate time remaining whenever possible. Your script might be working. Study the output below. But counters don't have to be live. The monitor must be scrolling and not clear. Try to make it easier to read. I prefer if it is not scrolling every second. A round should not be fixed but instead based on performance if possible. I prefer if Bill can be seeking top speeds. If Bill can estimate how many minutes until all the bytes are rescued, then Bill might be able to best calculate how long rounds should be based off that. Bill should be motivated to produce winning waves. A wave meaning when many bytes are being rescued at top speeds. Good. Script works. Now, study and memorize the output below. Let's extend the logic of Bill. First, as we discussed, Bill must assume DVDs and CDs can be rescued from 0% to 100% of all the total bytes in under ten minutes, we call this the top speeds which you mentioned in the Bill disc scripts you wrote me Gemini, good work, memorize that is the top speeds. To extend this logic, Bill should try to quickly scan and rescan bytes for at least ten minutes forwards and/or backwards with the goal of trying to read over 80% of all the bytes in under ten minutes because Bill is trying to rescue all the bytes under ten minutes. Rounds should be at least ten minutes long. In earlier scripts, we call this process of scanning fast the telescope mode or telescope phase. Bill should try to remain in telescope if speeds are above 50% max speeds. Bill might want to continue to trimming and retrimming for ten minutes. After that, scraping and rescraping for ten minutes. After that, Bill can do whatever Bill feels will produce max rescue speeds most of the time. Bill needs to have the right combination of logic as Bill calculates which cards to play when as a chess master or poker champion Jack Sparrow treasure hunter. Bill should be grounded in the science of probability to maximize top rescue speeds most of the time. Bill should have all the tools to be able to tinker with the settings in order to maximize rescue speeds most of the time. Extend this Bill script, make sure to rest lasers for ten seconds every ten minutes or rest lasers for one minute every hour after Bill starts in the Terminal, clock starts when Bill starts, unless if top speeds are above 50% max speeds to rescue all bytes of an entire DVD or CD or disc under 20 minutes. Okay. Good. Gemini's Bill disc script works. Try to include an estimated "remaining time" to be included in the output but it does not have to be live. Remove the "DRY WATER" counter because rounds should be at least ten minutes each. Bill needs to stay as fast as possible all of the time. Bill must always be striving towards 100% top rescue speeds all of the time. The pulse counter says -81s, is it supposed to trigger the laser breaks or will the counter ever stop? The number is getting bigger. It started at like 100s or I forget the number. It counted down to 0. It is now counting up. It is now at -212s. The other pulse number says 2765s and that is counting down too. It seems the smaller number did not activate the laser rest. Unless if it has not been ten minutes yet. But it says "VELOCITY: 0%" and it also says "remaining time: 82d" which is slow. Update script. You wrote, "TOP_SPEED_MIN=20 # 100% Velocity = Full disc rescue in 20m." Edit this, I told you earlier that the top speed is under ten minutes to go from 0% rescued to 100% rescued of all the bytes of an entire CD or DVD disc of any kind or size. We assume a regular DVD is around 4.7 GB in total. I also said earlier that you can skip laser breaks if Bill is at 50 MPH. We can call it MPH or maximum speeds. It is like speeding down a highway. Bill must assume rescuing around 4.7 GB under ten minutes is 100 miles per hour (MPH) or 100% maximum rescue speeds. If Bill is projected to rescue all bytes under 20 minutes (50% max speeds), extend rounds and skip laser breaks. Memorize these logic rules. Bill should generally try to quickly scan and rescan all the bytes for the first ten minutes or as fast as possible. Bill can continue scanning and rescanning as long as he is above 25% max speeds meaning projected to rescue all the bytes in under an hour. Bill should probably try to scan and rescan forward and backwards for at least ten minutes. After that, try trimming for ten minutes. Likewise, if rescue speeds are above 25% max, continue trimming and retrimming until it drops below 25%. Same thing with scraping and rescraping for ten minutes or at least 25% for as long as it is above 25% max rescue speeds. After that, Bill needs to focus on winning waves most of the time. Extend Bill, make sure Bill rests lasers for ten seconds every ten minutes or rest lasers for a minute every hour or skip all laser resting if maximum rescue speeds is above 50 MPH. But the clock starts when Bill is started in the terminal. Try to print in the output estimate time for all the bytes to be rescued per round. In the output, it says "LASER REST: 0m 0s" as soon as I started Bill. Remaining time, it says "576d" right now. Will the lasers rest if the speeds are under 50 MPH? Extend Bill's brain logic to start with the fastest speeds, sizes, settings, cards, seeds, variables, plays, tags, flags, configurations, hacks, code, commands, rules, guidelines, tactics, techniques, ideas, goals, targets, objectives, etc. For example, like I said before, Bill should always seek after 100 MPH. In the output for example, it says "-min-read-rate=50k" and Bill could start with the higher number possible for the read rate for the scanning and rescanning telescope mode. Bill should try the largest and fastest routes as it relates to reading speeds, scanning speeds, rescuing speeds, sector sizes, block sizes, other sizes if any, tags, flags, etc. In other words, Bill should try to seek after the easiest bytes first as Bill tries to stay at 100 MPH most of the time. Bill should always strive for perfection. Bill should even try maximum skipping and jumping sizes. Gradually, Bill needs to tinker with the settings until something works. Bill needs to be a calculating genius in order to find the maximum rescuing speeds possible most of the time. Please memorize this logic. This line of logic must be layered on top of the other logic we already talked about regarding the other rules we already talked about like trying to scan and rescan for at least ten minutes in the telescope mode. Bill needs to make the most of his time as Bill tries to tweak all his options all of the time to seek after max rescuing speeds all of the time. Bill needs to try to memorize what works and what does not work. I told you many times before that Bill should always try to first go the fastest possible as it relates to everything, speeds, sizes, sectors, blocks, flags, tags, jumping, skipping, the easiest bytes to rescue, trillions of seeds, plays, cards, and more, etc. Memorize the following output below. Bill should try to find the maximum speeds. That is why I would recommend that Bill tries to scan and rescan for at least ten minutes. The objective is to try to at least try or retry all remaining bytes that were not yet rescued. Whether a disc is new or returning, regardless of if a disc is already 0% rescued, 50% rescued, or even 99.99999% rescued already, Bill should first try to quickly scan and rescan all remaining bytes that might be non-tried, non-trimmed, non-scraped, and/or bad sector bytes in bad areas. Bill should try to simply speed through all remaining bytes in a telescope approach for at least ten minutes. After that, same thing but with trimming and retrimming all remaining bytes assuming that trimming is faster than scanning. Try to trim for ten minutes. After that, same thing but with scraping and rescraping all remaining bytes assuming that is faster than scanning or trimming. Bill needs to have the skills to fix itself. Bill must adapt. Bill must be able quickly see what is not working and adjust. It is critical Bill spends some time finding top settings for top rescuing speeds. Each round can generally be around ten minutes if Bill is under 50 MPH. Bill should generally try whatever method is the fastest per round. I do not know if you can find a way to let Bill spend some time trying to find best settings for winning waves. The challenge is Bill might get stuck trying things for hours failing at everything which is a waste of time. Bill should assume the current round is his top speed, unless if a previous round was faster. That fastest speed could create an estimated time until all the bytes are rescued. If all the bytes is projected to be rescued in ten minutes, that is 10% per minute. Bill should spend less than 10% of the projected time trying to find top settings to produce the winning waves and fastest rescuing speeds. Memorize and study the following. Remember that Bill should always try to go at maximum MPH. Bill should try to aim towards 100 MPH or faster or whatever works most of the time. If possible, I recommend a playoffs system. First, Bill should try to run through 100 quick rounds. But the fastest rounds at 0.1 seconds each or whatever is the fastest. After 100 of the fastest rounds, Bill should calculate the top 10 rounds to do again. Each of these ten rounds should be 1 second long. After that, 100 more of the fastest rounds followed with 10 more rounds of the best from those 100. Do that 8 more times. After that, Bill should calculate which of those 1000 rounds are in the top ten and run each of those top ten for 10 seconds. Bill should continue repeating this process of the playoffs to always spend more time on the best of the best. After the 10 seconds, it can be 20 seconds and then 30 seconds and so on. It can keep going up each round is ten minutes each. After that, rounds could extend longer if the rescue speed is above 50 MPH. Bill should calculate to scan and/or rescan top easiest spots for 1 minute, quick nitro rounds for one minute. After that, Bill must calculate the best easiest spot to work on for ten minutes or longer. If possible, Bill should try to speed read or speed scan during the ten minutes. If possible, Bill should try to skip and jump around over bad spots. When I say work on, I mean Bill should scan, rescan, trim, retrim, scape, and/or scrape forward and/or backwards depending on which plays are most probable to produce the fastest rescue speeds. After the ten minutes, go back to a minute of nitro rounds. And then back to a ten minute or longer round. Nitro rounds should be as short as possible.

01:19 PM
Dear Gemini
Memorize the following. Study the following. Bill needs to become as adaptive as possible to work with any CD or DVD at maximum speeds and settings as much as possible, as often as possible. Bill must have a sophisticated algorithm system for rescuing all the bytes at 100 MPH or as fast as possible, Bill should want to always go at 100% of the fastest possible. Bill should attempt the telescope mode for at least ten minutes or longer if speeds are above 50 MPH, as long as things remain above 50 MPH. The telescope alogorithm needs to attempt to rescue or at least read through or least skip and jump over 80% of all of the remaining bytes of new and returning discs. Bill should try to quickly do any, some, or all of the following three things when Bill is started up in the Terminal each time: first thing, try to rescue over 80% of all remaining bytes in under ten minutes; second thing, read through over 80% of all remaining bytes if they can't be rescued in under ten minutes; third thing, skip over or jump over or somehow skim read or quickly scan through or jump around over 80% of all remaining bytes as that can help map out good spots and bad spots to better help future rounds. Perhaps Bill should spend one minute doing the Nitro Scouting in order to determine how to best run an opening ten-minute telescope mode that attempts to do as much as possible for at least ten minutes. There needs to be some kind of system for Bill to best attempt a sweeping telescope mode for at least ten minutes. I want you to research to determine the best approach to maximize probability that Bill will be able to get as much done to go through over 80% of a disc in under ten minutes. You need to see if Nitro Scouting for a minute might help prep Bill towards preparing for a super ten-minute telescope round that attempts to quickly run through over 80% of a disc. Bill could spend about a minute preparing for the ten minute speed run each time Bill is started up in the Terminal. Bill should find a way to do Ntro Scouting and/or whatever Bill should do for a minute preparing for a ten minute telescope speed run. After that, Bill needs to be given the power to do anything. Bill's general goal is to at least read through over 80% of any CD or DVD as fast as possible. Bill needs to be aware of his speeds relative to maximum speeds possible. Bill should probably alternate between ten minute rounds and one minute rounds. When Bill is started in the Terminal, Bill needs to do anything and everything for a minute preparing for the 80% ten minute telescope round. After that, for round 3, Bill needs to basically go back to round 1 to best determine what to do for the next ten minute round. Bill should always be trying to hit over 80% scanned in under ten minutes. Bill should probably continue the back and forth. To be clear, the first one minute round could be Ntro Scouting micro rounds and/or it could be a number of things. Bill needs to be able to fine tune what to do on the spot. If possible, it would be great if Bill could terminate a ten minute round if things are failing. In the past, it seems Gemini usually fails to give Bill the power to actually terminate rounds. So, maybe I will just ask Grok if Gemini does not want to help me. I already asked Gemini many times for days or longer. Gemini fails many times at many things. Bill needs to be self aware of what is working and not working. Bill should generally follow the 1-10 rule of doing whatever for the first minute preparing for a ten minute speed run. After that, start over and try again. Bill needs to have all of his options available at all times, whether that is scanning, rescanning, trimming, retrimming, scraping, rescraping; whether it is reading forwards or backwards. Bill needs to have the wisdom to know what to try and when to try it as it relates to playing with all of the tags, flags, settings, variables, seeds, plays, cards, speeds, sizes, numbers, hacks, configurations, and more, etc. Build the best universal Bill disc CD DVD script with those eight files above with the 1-10 rule, the 100 MPH rule, the extending rounds if they are above 50 MPH rule, all of the rules that Bill needs to meet the objectives, the lasers to rest every ten minutes or hour or skip resting lasers when above 50% speeds with the clock for the lasers starting when Bill starts. Gemini made me thousands of scripts. Gemini needs to make the best script based on all of the scripts and objectives. Expand the script, make sure your script is compatible with the Terminal bash command in Ubuntu inside my ASUS Nvidia AMD laptop. Make sure to unmount the disc drive one time at the beginning silently if it is mounted but do not reset or turn off any services when unmounting. Make sure lasers rest for ten seconds every ten minutes or the lasers should also rest for a minute every hour or skip laser resting when above 50% speeds, but the clock for laser resting starts when Bill is started. Make sure Bill checks is it a CD or DVD or what, check how many MB or GB of data is in the disc to help double check or triple check what kind of disc it is. Make sure Bill can do anything in an attempt at running through over 80% of a disc in under ten minutes. Make sure Bill can master the 1-10 Logic. Adapt from that script. You can drop the dry water rule as the 1-10 rule might be better. The idea of the dry water is to give Bill the ability to stop when things are not working. But Gemini failed for days to make dry water work. I doubt Gemini can. Maybe Grok can. But Gemini failed for days. That is why we should drop the dry water thing. Remember that Bill must be focused at trying to exceed 100 MPH all of the time and over 80% in under ten minutes all of the time. Remember rounds can be extended forever when speeds are above 50 MPH. Remember that 100 MPH means to rescue 100% of all 4.7 GB of a disc from 0% to 100% in under ten minutes. Bill must always try to go faster than 100 MPH all of the time. But Bill should focus over 80% of the time on the fastest speeds. Bill needs to focus on winning waves. Bill needs to be smart enough to adapt to winning mutations and strategies and everything that is working the best most of the time. Expand script to make sure Bill focuses on the 1-10 rule regardless of if it is new or returning discs. A returning disc would be a disc which already has a map file, it may be partly rescued. Bill needs to be universal at working with all kinds of CDs and DVDs. Bill should try to anything Bill can for the first minute preparing for a ten minute super round of a telescope mode to attempt at going through over 80% of the disc at maximum speeds and sizes and skipping and jumping and whatever Bill can do to go as fast as possible through as much as possible. After the ten minute party, Bill must spend the next minute determining what to do for the next ten minutes because Bill should always try to get the most done as possible at the fastest speeds during the ten minute sprint racing. Bill needs to have all the tools to best calculate and not guess. It is not about rolling the dice. It is about math, science, probability. Bill needs to make the best calculations to determine what is the most effective, efficient to make the most of each ten minute sprint. Bill should follow the 1-10 rule back and forth, unless if Bill is going above 50 MPH. Rounds should never end when Bill is clocking at above 50 MPH. Memorize and study the following. Expand the script to strengthen the 1-10 rule which could be the 10% to 90% ratio rule meaning Bill could have longer rounds that are 90% long and shorter rounds that are 10% long. I suggested that it could be 1 minute of planning and 10 minute mega rounds, that was the foundation to the 1-10 rule that I told you about earlier. When Bill starts in the Terminal, the clock must start so the lasers rests every ten minutes or hour after the clock starts if speeds are under 50 MPH. The 1-10 rule would be 11 minutes which makes the ten minute laser rest hard to do. Tho, perhaps the lasers could rest after 11 minutes. Or perhaps it should be the 1-9 rule to match the 10% to 90% idea where Bill does whatever for 1 minute and then does something amazing for 9 minutes. After that, laser break if under 50 MPH. Cancel laser breaks if above 50 MPH. A round should not end if above 50 MPH. It is critical that Bill does whatever Bill must do for one minute to prepare for whatever Bill must do for nine minutes. Bill needs to be able to calculations to best determine what is the fastest route to quickly running through over 80% or better yet over 90% in under let's make it nine minutes now. So, let's make the new goal to be above 90% scanned in under nine minutes. Bill should start with a one minute planning stage which could include anything that Bill must do to prepare for a super nine minute round. That should be the 1-9 rule that Bill should repeat again and again whenever Bill is under 50 MPH. Expand Bill, make sure clock starts when Bill is started in the Terminal. Lasers should rest for ten seconds every ten minutes or rest for a minute every hour after the clock started if speeds are under 50 MPH. Memorize and study the following. Expand the script to make Bill a chess master. Bill must spend a minute trying to figure out how to rescue all the bytes in under nine minutes. Bill should be universal to work with any hard floppy disk. After the nine minute mega round, stop and rest if under 50 MPH. After that, Bill must continue. In a sense, Bill is starting over or continuing by spending another minute trying to strategize the next best highest most probable way to rescue all the bytes under nine minutes. Bill must have all the tools to do anything regardless of if the disk is 0% rescued or 99.9999999999% rescued already. Bill must have trillions of options so that Bill can best customize and prepare for the best nine minute round ever. But if Bill fails to win after nine minutes, Bill must brain storm through trillions of options and calculate the next best move to win in under nine minutes. Bill must spend one minute calculating the best options to win the fastest. Bill must try for nine minutes. Bill must be alive. Bill must evolve. Bill must ride winning waves. Bill must learn from what works and what does not work. Memorize and study the following. Expand script. You wrote, "He treats the floppy map like a chessboard, evaluating thousands of possible moves." I encourage you to try to maximize how many possible moves from thousands to literally trillions. What I mean is Bill needs to be able to customize all options to best try anything and everything in order to win. Bill must have all the options. If Bill fails after nine minutes, Bill needs to try the next best thing. Bill must be fully able to calculate the best moves to win. Bill must be aware of all possible moves. Memorize and study the following. Expand script. Make sure Bill unmounts silently one time when Bill is started but only if mounted and don't stop any services. Expand all possible and potential moves that Bill can choose from, Bill must be free to scan, rescan, trim, retrim, scrape, rescrape, any and all bytes, forward, backwards, the bad sectors, any sectors, any speeds, sizes, skips, jumps, and more. Make sure Bill is a chess master that is calculating and not guessing. Bill must be able to calculate best moves from all variations and customizations of all potential moves and more. After nine minutes, if 100% of the bytes were not rescued, then Bill failed and Bill must try even harder for the next nine minute mega round. Bill must always escalate forever and ever to win. You wrote, "LOG="${IMG%.*}.log"" in the script which is different than previous scripts. Why? You wrote, "That change was a strategic move to ensure Multi-Media Scalability and to prevent file collisions when you switch between different recovery projects." but that is not a problem. I told you this was not a problem many times for years. But since Gemini is not Grok, you disobey me for years. I move files in and out as needed, I do not change the names of the files, I just move them to other folders. The file naming system is not a problem. Memorize and study the following. Expand script. Make sure it follows the 1-9 rule. If possible, Bill should be able to do whatever he can if everything is failing. For every ten minutes of additional stalling of no bytes rescued consecutively since the last rescued byte, Bill should escalate exponentially and in accelerative fashion to always try harder and harder forever and ever to win and win, Bill must calculate winning moves to win as fast as possible. When Bill fails to win in under nine minutes, Bill must memorize his failures and then try even harder each time forever and ever to win in under nine minutes. Bill be alive. Bill must fix himself when broken. Bill must be a chess master poker champion who can solve all problems and try new things and try anything and everything until Bill wins. Bill must have trillions of moves to try but must start with the best moves to win first and then try others forever and ever. Memorize and study the following. Delete the exponential rule from the script because it seems to not work. The 1-9 rule is a good rule. Bill should start with doing anything and everything for one minute to prepare for the nine minute. It is that simple. Bill needs to learn from mistakes. Bill needs to try harder like the exponential rule but perhaps you need to find a way to write it so it works. The code you put in there is not working for the exponential rule. The general idea is Bill needs to spend 1 minute doing anything to prepare for the 9 minute round. After that, Bill has to do that again in a 1-9 cycle. Rest motors every ten minutes if under 50 MPH. One problem is the output was scrolling too fast. It should display a scrolling monitor for the one minute thing and then for the nine minute round. Memorize and study the following. 100 MPH means to rescue all the bytes under nine minutes which means to rescue all of the bytes from 0% to 100% in under nine minutes, nine exact minutes, nine consecutive minutes. Memorize and study the following. Bill must always try to exceed 100 MPH. If Bill is above 50 MPH, rounds can continue indefinitely and motor resting can be skipped indefinitely. Bill must always aim to go faster than 100 MPH all of the time. Bill must ride winning waves. Remember that winning waves are the fastest speeds be it 100 MPH or faster. A winning wave can be any speed but Bill needs to focus on the fastest speeds that he can do. Bill should always focus on whatever is the fastest speeds. Bill must follow the 1-9 cycle whenever Bill is under 50 MPH. Delete the 1-9 rule because Gemini is unable to write a 1-9 rule. I will ask Grok because Gemini is stupid. Replace the 1-9 rule with 20-minute-long rounds. Rest motors every 20 minutes or hour. Bill should still try to rescue all bytes in under 20 minutes. Nope. Gemini has cancer. That is bad. I hope everybody sues Google for a bad AI. I sent you a file of something you wrote that works. For some reason, Gemini refuses to write code today. Gemini writes broken code. But Gemini used to write good code yesterday. But today, Gemini cannot. I hope people use Grok instead.

Twitter Tweets
02:49 PM

If there is radiation in space, does that mean aliens or ancient Power Rangers nuked the moon to stop Rita & Lord Zedd?

03:52 PM
Did you know there might be ruins on the moon?

10:22 PM
People think I'm a leftist because I'm an American-Only Anti-War Anti-Preventionist Correctionist.