>ffmpeg has a "-vf cropdetect" option to determine cropping size based on black bars
>but it just poops out the optimal crop argument instead of automatically doing another pass to apply it
Damn. I waited for that shit and then had to run it again. I should have known better though. Next time I'll just try harder to remember to change the recording resolution in OBS before playing a game in 4:3. I think recording at 1600x1200 works, although recording in 1920x1080 for 16:9 games will result in a 1920x1088 video padded with green shit. (Someone in an old thread said the bug happens when the height isn't divisible by 16 or when the width isn't divisible by 64. Absolutely hilarious that the most common screen resolution is affected by this issue and I dodged it by having a 16:10 monitor. I'm sure it's also fixed by updooting some package, but I'm on GNU/Mint and I don't really care enough about a thing that only affects my ability to avoid recording a 16:9 game's letterbox.)
Is there, by any chance, a way for scrot (or any other command) to auto-detect black bars for a screenshot? Having to run two commands isn't a problem there, because I already use a script for screenshots instead of calling scrot directly. I bet I could do it with ImageMagick after the screenshot is saved, but last time I used ImageMagick to crop screenshots, it seemed to affect the image brightness or color depth somehow, so I stopped doing it. I opened >>535587907 in GIMP to crop it (and then immediately regretted it because I suck at GIMP but followed through anyway).