Welcome to my daily blog, my name is Oatmeal Joey Arnold, follow me on social media and on all the websites at Joeyarnoldvn or else. Wait, was that a threat? No way. I'm joking. But that's the thing about me, I'm a nerd stuck in the body of an athlete, born in 1985 in Oregon, been online since like 1995 (or longer) meaning I've been on the world wide web the past 30+ years uploading over 30K+ videos, we're talking thousands of hours of worth of content (I have millions of things online, literally), most of my content is terrible which is weird because I'm a perfectionist who would probably prefer only sharing my best stuff on the Internet. Click here for more information. Quick disclaimer, I sometimes like rant, I speak often from the top of my head opinions, feelings, random thoughts, I often don't even spell check, fact check, or look at what I've been posting on hundreds of websites and apps for decades now. But as I get older, I do try to be more careful as I try to summarize my life, my autobiography, to correct the record as I try to tell my side of the story to combat the Oatmeal Fake News that my lolcow trolls spam the Internet with as they fool people into believing the lies they tell about me. Not saying you should watch my videos. But if they can lie about me, they can lie about you. But I sometimes trolled my trolls to show the world how easy it is to fool trolls who fell for the lies I put out there. Most of what I try to do in my life probably fails big time you might say but I was at least able to scam my trolls a few times over the years. I sometimes utilize sarcasm, hyperbole, satire, comedy, absurdity, Devil's advocate, trolling, scamming, click baiting, out of context stuff, irony, etc. But I often wouldn't tell people when I was trolling or not trolling. If you studied me, you could eventually figure it out. But most of my trolls are too lazy to research beyond the tip of the iceberg which led to my trolls repeating lies they about me which would only take a second to debunk. I felt like I had more trolls at times than actual fans or friends. For more info, questions, feedback, join my Discord servers. I have more to say but I will continue writing some of this stuff other places as usual. Because I write many books worth of content all of my life. You can send your artificial intelligence or AI to give you outlines of my content and what not. But you have to always remind the AI that I've had hundreds to thousands of different accounts, channels, pages, groups, sock puppet alt accounts, personas, parodies, profiles, communities, entities, and so on and so forth, ask me about all of that if you dare. People are free to steal any of my like free content, you don't have to give me credit, do whatever you want. Timestamps generally in Pacific Standard Time (PST) or Pacific Daylight Time (PDT) unless otherwise noted. Welcome to my Oatmeal Daily which is generally posted & syndicated to different websites daily by me, Oatmeal Joey Arnold, feel free to mirror, edit, clip, reupload my content. For more information, see some of the links on this page or you can try to Google search or look me up using keywords like Oatmeal Joey Arnold @ joeyarnoldvn and other keywords. Try using different combinations of words in search engines for better results. I went to bed at 2:40 AM. Up around 06:00 AM, took 3 Advils, 3 Magnesium, garlic, for my headache. Up for around an hour. Update the script, find all the ways to try to maximize speeds of earlier tiers meaning maximum ultimate fastest reading speeds be it 1 terabyte per second or whatever the fastest might be, maximize skipping/jumping sizes, maximize block sizes, maximize anything and everything that might make rounds faster and/or get ddrescue to try to read and copy as fast as possible. Try to add additional tiers if possible in the script. I would prefer the script tries to do the three steps at the fastest speeds first in tier 1. The three steps being to try, trim, and scrape. My idea is it might sometimes be faster to trim some sections than it is try some of the more challenging sections. Likewise, it might be faster to scrape some sections than it might be to try or trim some sections which is why the tiers should not be step-dependent or round dependent. When I say step, I mean the three steps of trying, trimming, scraping. Earlier tiers should be as fast as possible and latter tiers should gradually become the opposite of earlier tiers. Try to add as many tiers as you can for a better scheme on a gradual comprehensive system for starting off as fast as possible while gradually slowing down gradually depending on a series of factors and variables and things. The name of the log files is dvd.log. I already told you not to change the names of the files. Update the dvd_recovery script adapting as much as you can from the rescue floppy script. One issue is it seems to be too slow during earlier tiers. That is why I want you to find all the ways to maximize reading speeds in earlier tiers. Maximize skipping/jumping sizes. Maximize the sizes of anything and everything for earlier tiers while latter tiers should gradually become the total opposite of earlier tiers. Try to add as many tiers as you can so it is as fast as fast as possible in multiple ways in earlier tiers in trying, trimming, and scraping. Some sections might be trimmed faster than some sections it is trying to try say for example. Woke up at 10:00 AM. Pray for mom's legs, might be muscles, nerves. Breakfast: 10:14 AM. Doug Hosea Amazing Grace Pursuing Lost Sheep Sermon. Carried coffee stuff down to the kitchen. Slid past a stop, slammed on a break, the vehicle honked while driving by, I was looking at the old lady getting mail or the newspaper probably. Mom didn't realize I was back after dropping off Leroy, his wife, and the other guy by Mark's, 2 snowmen near there, one with a hat, I walked back into the church for a second as mom talked to a guy around my age where she sag him her song but she said she didn't see me until Barbara mentioned he returned but not sure where. Lunch: 01:25 PM. Limit the script to retries if it is not recovering as it's trying to recover, read, trim, scrape. The script should stop retries if new bytes are not being recovered. If even a single byte is recovered, then perhaps additional retries might be helpful. I wanted an actual round to be extended. You however added retries to artificially increase an alleged form of a round. In order to extend rounds in latter tiers, there might be ways to minimize read speed, ways to minimize skipping and jumping gradually towards zero, ways to minimize sector sizes, ways to let ddrescue run as long as it wants, ways to force ddrescue to grind longer in rounds but not just by simply merely increasing how many retries because retries probably has a low probability of working. Also, Gemini has ignored me many times for weeks now, I said I want the script to try to go as fast as possible in tier 1 to do all 3 things of trying, trimming, and scraping via reading byte backwards, forward, via jumping, via different sector sizes. In other words, tier 1 should have ddrescue go at speed 10 with jump 10 and sector 10 with 10 being the fastest or biggest or maximum possible. I am trying to say I want tier 1 to go 10 at trying, trimming, and scraping. Tier 1 should skip anything that drops below speed 10 meaning of the non-tried, non-trimmed, non-scraped, that can't be read or rescued or trimmed or scraped at speed 10, then skip it during tier 1. Tier 2 should simply be the same as tier 1 but at speed 9 as in almost as fast and as big as possible. Tier 3, same thing but speed 8. Each tier should be a little slower. Remember that earlier tiers should have no retries at all and be as fast as possible and only retries when new bytes are being rescued. Increase retries gradually in latter tiers but limit retries to 5 at the highest tier and 4 at the second to highest tier. Try to have as many tiers as possible. First few tiers should not have retries. Latter tiers like tier 5 or higher could have like 1 retry, say tier 6 maybe 2 retries and the highest tier should not exceed 5 retries for each round unless if new bytes are being rescued. Generally, retries don't help and therefore should generally be avoided and especially in earlier tiers as retries can slow down tiers and rounds and earlier tiers should be as fast and as big as possible. Write a better script. Don't rename the rescue_floppy sh script file. In your script you mentioned 6 variables like speed, rounds, clusters, rates, skips, retries, etc. But please try to make these 6 variables more independent or adaptive or flexible. In other words, the higher the tier, the more the script should try experimenting with these 6 variables for example. Earlier tiers should try to be as fast as possible but latter tiers should try to gradually more challenging things per tier which would include trying more and more of these different combinations of these six variables say for example. You should not simply fix the variables to specific tiers or rounds but instead try to get the tiers to gradually get harder and harder in trying more and more variables. The script should stick with whatever it works meaning if it starts recovering via a certain combination of variables, it should try to remember that code, that combination of variables, it should do at least one retry if it is at higher tiers as long as it is recovering new bytes with the combination of variables. Try to add more more than just six variables if you can as more variables is always better. Make sure earlier tiers are focused on going as fast as possible, the faster the better, the bigger the better, the bigger the jump the better. But each tier should gradually get slower or more specific. Your script failed with the current floppy disk that is only around 1.5 MB in size with 1462 of 1474 kb already copied. So, that might be a reason for the failure. Try to fix the script so that the script might eventually find the right combination for trying to copy from floppy disks. Sample output: [ADAPTIVE-LVL-3140] Round 3140 | Clusters: 1 | Rate: 124 | Skip: 686 | Retries: 5 | Flags: -R -A. Ignore my last message above because that was about my floppy project but do remember the 8 variables you mentioned above to adapt into the DVD script. Adapt the rescue_floppy script into the dvd_recovery script but don't rename the script. Earlier tiers should be as fast as possible. Latter tiers should gradually get slower and slower. Latter tiers and especially the last mile of a disc should try all combinations of variables and only retry when a combination rescues at least one new byte or smallest possible number of data. Earlier tiers should be as fast as possible but earlier scripts seem to be too slow. I suggest maximum amounts of jumping like jumping 4 GB or as much as possible to find good spots to rescue. Try to make sure earlier tiers are maximum speeds, sizes, jumps, the other variables, etc. Try to make sure the variables are not fixed to tiers or rounds but are like flexible and especially for latter tiers. At the very end, the script should do a never ending comprehensive extensive thorough exhausting code cracking where it tries all combinations of all variables and to then focus on whichever combinations ends up rescuing bytes and to retry whenever it does rescue and to try to remember which combinations works the best. Night church, got there around 06:30 PM, mom didn't like how RJ was yapping, mom did ministry years ago with the speaker who talked about not making excuses to be used by God, so he knew Larry. We came home with garlic and stuff. Please fix the script. Do not change the name of the script. Your script broke. The drive and the Terminal appears idle the past two hours. Try to add more flexible into the tiers where it experiments with all the variables and then eventually moves onto the next tier. Make sure the script can continue to keep it going. Too often, it gets stuck as some of the rounds can last many hours which often leads to the drive becoming idle. Often times, the script seems unable wake it up. Try to fix these problems. I suggested that you jump at least 4 GB but that is probably one of the things that broke it. That is why it needs to check and readjust as soon as it notices that it is not working. As soon as the script notices that things are not moving fast enough, it should move on to the next combination of variables. It should give the drive the least amount of time in earlier tiers. If something isn't working, it needs to try other things. After two hours, the script did nothing. Your script failed. The disc drive didn't light up or make noises. There appears to be errors according to the output in the Terminal which means Gemini made big mistakes in writing the script. Now, rewrite the script with all of this in mind. Remember to make sure there are at least ten tiers or more. Earlier tiers should be faster. Research the Internet to find out which combination of variables is most likely to work for DVD video discs and start with that combination. The script should make sure ddrescue is at least trying to copy the DVD or CD before the script tries to be more creative in trying combinations of variables. In other words, the script might have to start off at a slower speed or at a normal speed or normal set of variables and make sure ddrescue is actively communicating with the drive at least for a second. Make sure there is output in the terminal. Make sure there are no breaks/timeout/resting between rounds that are under five minutes. Earlier tiers should be faster. Latter tiers should be slower or longer. The script should start with what is most likely going to work. But once the script sees that it is working, then the script should attempt to increase the speed and all the other variables during the first tier until it no longer works. In other words, find the breaking point. For example, if Google tells you that the normal speed and sets of variables is 5X, then start with 5X. After one second or after one quick round or one quick time period in the first tier or earlier tiers, then the script should try 6X with X meaning set of variables and speeds. If 6X works, then try 7X to see if that works. If 7X doesn't work say for example, then go back to 6X. Then try to continue working with 6X in the earlier tiers for as long as you can but also as fast as you can. You need to try to go as fast as you can, so it is critical to find the fastest set of working variables and to try that until it no longer rescues bytes at a fast enough speed or parameters. So, for example, if the script finds that it can rescue bytes at 7X in tier 1, then it should do that until that does not work any longer within that parameter or combination of variables. After that, the script could try other combinations related to 7X. But then tier 2 should probably be 6X assuming that it was unable to go to 8X in tier 1. Assuming 7X was the fastest working speed, and after it tries other combinations of variables related to 7X, then tier 2 should probably try starting with 6X and different combinations of variables with 6X. Tier 3, 5X, and so on and so forth. But remember that tiers, rounds, and variables should be flexible. Dishes, 09:30 PM, while mom was watching a season 7 episode where Data was having a walking dream of eating the counselor who was a cake, he stabs her, it was actually invisible parasite aliens, Data was able to transmit a frequency to get rid of them in the end, she came back with a Data cake, he wondered what Freud would think and she said sometimes a cake is just a cake. Dinner: 05:40 PM. I was back here at 10:10 PM. Don't rename this script. But fix the script. It appears not to be fast enough. It appears not to try to jump more. It seems to just read mostly errors. It copied or rescued a little but then continued with 579 errors in the past almost 3 hours. Food log: Breakfast: orange, coffee, oatmeal, 10:14 AM. Lunch: rice chicken carrot watery soup was ok, 01:25 PM. Potato, 04:00 PM. Dinner: beans onions soup, 05:40 PM. Yogurt, 08:00 PM. Tea, 10:14 PM.