2026-04-15

10:47 AM
Dear Gemini
It seems you are misrepresenting the data I showed you, the biggest thing is the current rate is 0 B/s but was going at around 10 MB/s as it went up to 791 MB in under 10 minutes but current rate is now under 1 MB/s, it might be due to the cops and/or many reasons. On top of that, it looks like Gemini corrupted the map file again like many times for weeks, Gemini breaks Bill which results in the map file breaking resulting rescuing process starting over even as dvd.iso is already 4.7 GB. Before you wrote 53.3, here was the output, Bill was rescuing at around 10 MB/s for almost ten minutes but then it dropped to 0 B/s for the last 11 minutes, there might be many reasons why it dropped to 0 B/s and not simply 1 B/s or something slow. Also, it said 16.95% rescued but the previous percentage was almost 80% but Gemini/Grok may have caused the map file to break.

02:51 PM
I had Gemini create a DVD Bill Map Generator file. Currently running that. To be clear, it was mostly only at 8 MB/s and it peaked above 10 MB/s a little here and there. Currently it is at an average of 6 MB/s at 8 minutes running with 2879 MB generated. It was only at around 15 MB/s for less than like ten seconds is my guess. Probably under 10 MB/s 50% of the time so far. It sounds like the drive is stopping and going now at 11 minutes. The average is now under 5 MB/s.

05:18 PM
Super Man Protocol
Write the Super Man Protocol, unless if Bill can already do it, Bill must be able to either re-mark sectors when Bill needs to and/or switch to other rounds, levels, worlds, modes. Specifically, if there is nothing to do, either Bill can try to like re-mark the sectors or Bill should probably switch. Make sure Bill can either re-mark or switch to other rounds, levels, worlds, modes. For extra credit points, you could add a condition if possible to push Bill to either re-mark or to switch especially if the error rate average doubled or if the read rate average decreased by 50%. The challenge with writing this is it might cause Bill to run around unable to finish rescuing the final bytes which means the Super Man Protocol should probably turn off if 99% of a disc is rescued or in certain conditions where Bill is just switching all the time unable to get anywhere.

Turtle Protocol
Write the Turtle Protocol which is a contrast to the Super Man Protocol, the Turtle Protocol pushes Bill to finish the current project. For example, for a new disc, the default first project via Perfect Mode: World 0: Level 0: Round 0 would be to Speed Scan and hopefully Speed Rescue all the bytes in under five minutes or at least under an hour or as fast as possible. Each level can have infinite rounds. The Turtle Protocol demands infinite infinite rounds until the current project is done. But once all bytes are scanned (0 non-tried bytes remaining), then Bill should progress to the next hierarchical tier. The Super Man Protocol has the power to escalate, that is to intervene, if need be. There is also the Coffee Protocol you wrote earlier as well. If need be, protocols can move Bill to do other projects. For example, in Trim Mode, the project would be to try to trim all the bytes. In Scrape Mode, the project would be to try to scrape all the bytes. The purpose of the Turtle Protocol is to push Bill to finish projects if Bill can. The Super Man Protocol might or the Coffee Protocol might urge Bill to switch. But by default, if Bill can, Bill should try to finish the current project via infinite rounds before switching to other levels, worlds, modes. The stalling system could push Bill to abandon the Turtle Protocol to switch to other hierarchical tiers. The Turtle Protocol must be designed to keep Bill balanced as the Super Man Protocol might prevent Bill from finishing projects.

Stall Protocol
Write the Stall Protocol to push Bill to the next hierarchical tier if stalling too long. Define stalling as not rescuing new bytes. By default, all hierarchical tiers must loop from the last one to the first one. Rounds are infinite per level. Level 9 must loop back to level 0. World 3 must loop back to World 0. Mode 4 (Crawl Mode) must loop back to Mode 0 (Perfect Mode). If 100 consecutive round stalls, switch to the next level. If 10 consecutive level stalls, switch to the next world. If four consecutive world stalls, switch to the next mode. The Turtle Protocol pushes Bill to finish projects before switching to the next level, world, mode. This Stall Protocol functions like a backup plan in case the Super Man Protocol or the Coffee Protocol doesn't end up pushing Bill to switch. The Turtle Protocol pushes Bill to switch only after fully running through the current said project. The purpose of these protocols is to push Bill to continue running through different tactics in a desire to rescue all the bytes. Make sure stall counters in the scrolling non-clear Terminal monitor resets to zero when bytes are being rescued. When bytes are being rescued, then it is by definition not stalling.

Error Protocol
Remaining Time counter is broken. It seems to be just jumping from one level to the next level per round, why? Write the Error Protocol. If 0 bytes are read along with an error rate for ten consecutive rounds, switch to the next level.

11:58 PM
Time remaining counter at the top is broken. Error Protocol counter did not reset even at 12/10. Eventually the counter did reset when rescuing bytes. The rounds stall counter and error counter match at 31 but the first is 31/100 and the second is 31/10. It says, "STALLS: R:31/100 L:0/10 W:0/4 | ERR-PROT: 31/10." I don't want that. Trim Mode | WORLD: 1/4 | LEVEL: 0/9 with -d --idirect -c 2048 --no-scrape -M ran with 341 B/s error rate and 0 B/s averate read rate which failed to trigger the Error Protocol or the Super Man Protocol.