In addition to the fact that the only option to save from the UI is ๐ญ๐ฐ๐ด๐ด๐บ,ยน the ๐
๐๐๐s are also saved in ๐ฐ:๐ฎ:๐ฌ, which, in this context,ยฒ makes the tool much less useful than, were it to only offer ๐ญ๐ฐ๐ด๐ด๐บ saves but formatted in ๐ฅ๐๐ or ๐ฐ:๐ฐ:๐ฐ. I consider having a ๐ญ๐ฐ๐ด๐ด๐ญ๐ฆ๐ด๐ด ๐ฅ๐๐ option for this use-case as an essential feature to achieve the bare minimum for usability,ยณ but I'd really like to see an option to use a newer format, such as ๐๐๐๐พ or ๐ผ๐๐ญ,โด in ๐ญ๐ฐ๐ด๐ด๐ญ๐ฆ๐ด๐ด-๐ฅ๐๐. Finally, video-captureโต would be a fantastic option, at least in ๐ผ๐๐พ or some reasonably-modern format in full-resolution, possibly even offering a lossless or near-lossless option though ๐๐๐๐พ or ๐ผ๐๐ญ, or, lol, maybe even utilize ๐๐๐โถ after all these years (or, I guess, ๐ผ๐๐๐) for short-duration captures.
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ
ยน Not offering a ๐ญ๐ฐ๐ด๐ด๐ญ๐ฆ๐ด๐ด option is puzzling considering expected range of content for the application, ๐ฆ๐ด๐ฑ๐ฆ๐ค๐ช๐ข๐ญ๐ญ๐บ when a format like ๐๐๐ would often produce, for much of the subject-matter of web captures, file sizes which are similar to, or [, more commonly in my experience,] smaller than those of the ๐ฐ:๐ฎ:๐ฌ, or even a ๐ฐ:๐ฐ:๐ฐ or ๐ฅ๐๐, ๐
๐๐๐ of the same content.
ยฒ In the context of web captures, having full-res color (i.e., ๐ฅ๐๐ or ๐ฐ:๐ฐ:๐ฐ) is ๐ฑ๐ข๐ณ๐ต๐ช๐ค๐ถ๐ญ๐ข๐ณ๐ญ๐บ important, because the subject-matter being captured will commonly contain things like text, shapes, or other vector graphics or illustrations with edges that are crisp and essential to the character of what the user is trying to capture. Using chroma sub-sampling, ๐ฆ๐ด๐ฑ๐ฆ๐ค๐ช๐ข๐ญ๐ญ๐บ ๐ฐ:๐ฎ:๐ฌ, is, perhaps, the worst compression feature to apply to this type of content, and, unlike other, smarter compression features found in ๐
๐๐๐ and other modern ๐ญ๐ฐ๐ด๐ด๐บ formats, it is a blunt instrument that we would expect to provide a relatively trivial reduction in size with significant and unavoidable destruction of color information.
ยณ Ironically, I wouldn't say the same regarding inclusion of the option of a lossy format with chroma sub-sampling.
โด Especially, since I paid money for the Microsoft-Store-offered ๐๐๐๐ extensionโit isn't hard to come by the codec or open-source (e.g., GIMP) or otherwise-free (e.g., Paint.Net) Windows software that contains at least reasonable support for ๐๐๐๐พ's encoding options (though, as far as I'm aware, they unfortunately do not support ๐ญ๐ฐ๐ด๐ด๐ญ๐ฆ๐ด๐ด-RGB encoding, so the "๐ญ๐ฐ๐ด๐ด๐ญ๐ฆ๐ด๐ด", which I think GIMP changed to "๐ฏ๐ฆ๐ข๐ณ-๐ญ๐ฐ๐ด๐ด๐ญ๐ฆ๐ด๐ด", option is only ๐ญ๐ฐ๐ด๐ด๐ญ๐ฆ๐ด๐ด up to the (๐, ๐, ๐) โ (๐ฆ, ๐ข, ๐ฃ) approximation error, though, lol, it's an option I'd strongly prefer this to ๐ฐ:๐ฎ:๐ฌ ๐
๐๐๐), but I paid the $1 with hopes that of better OS integration and more common implementation in Microsoft-programs, and, disappointingly, Edge (at least in the dev channels) is the kind of place I'd really hope to see its utilization at this point. I feel similarly about ๐ผ๐๐ญ (ideally, in ๐ผ๐๐๐), but Apple's strong integration of ๐๐๐๐พ in iOS has made the latter more ubiquitous and important.
โต I'm more concerned with this than I would otherwise be, because I was recently screwed over by ๐๐ข๐ป๐ฆ๐ณ when purchasing a very expensive, Blade 15 Advanced laptop with a 3080 and an i9, as the 3080 is rendered useless for desktop capture of the integrated 2160p OLED, because, shockingly, they elected to disable changing GPU mode for this particular configuration. Though I'm less concerned with format here, as I'm likely to re-encode, using external software for efficiency, to a format that best-fits my goal, it would be nice to get a ๐ฐ:๐ฐ:๐ฐ option with this as well, for the same reasons as stated above regarding expected subject-matter (it makes absolutely no sense to me that we're still using dumb, blanket ๐ฐ:๐ฎ:๐ฌ chroma sub-samlping, even for the highest-quality format available to consumers, UHD BDโI would think that allowing modern encoders to decide where to drop or retain chroma resolution could always produce a superior quality-to-file-size than a blanket, homogenous reduction in chroma resolution across the frame without regard for content, but maybe I'm wrong).
โถ Lol, I recall being so excited, >20 years ago, when ๐๐๐ was finalized and started to gain general software support, I read about ๐๐๐, destined to replace the ancient, inefficient, indexed, and overloaded ๐๐๐ format with a modern ๐ญ๐ฐ๐ด๐ด๐ญ๐ฆ๐ด๐ด (and, optionally, ๐ญ๐ฐ๐ด๐ด๐บ through ๐
๐๐) format, and I'm still holding out hope, despite the non-standard ๐ผ๐๐๐ existing to make sure we never get what we were promised. I will say, the ancient appearance of the indexed, dithered ๐๐๐ has grown on me, as it does tend to add to the humor factor of some animations, but it would be nice if we could get this without the insane file sizes.