Considering Apple's love for proprietary everything and their large market share, I wouldn't be surprised to see them roll out their own codec in SW and HW, same how they developed Metal instead of using the open Vulkan.
a) Apple has always been an active part of the MPEG standards group for decades so not sure why they would roll their own.
b) CoreGraphics and CoreAnimation are underpinned by Metal. If you were building an OS that was going to be used by every device you make (computer, phone, tablet, monitor, watch, TV streamer, headset) would you rely on an open source project that you don't control and may have different values, wishes, roadmap etc than you.
> If you were building an OS that was going to be used by every device you make […] would you rely on an open source project that you don't control and may have different values, wishes, roadmap etc than you.
Apple's XNU kernel is a derivation of open source OSFMK and FreeBSD kernels, and Apple's Darwin has large components of FreeBSD userland. They use (se)L4 for running their Secure Enclave.
I remember in the early days of MacOS where entries from the FreeBSD release notes would appears as word-for-word copies in the Apple ones.
Apple wouldn’t do their own video codec, they’d adopt VVC[0], which is what looks like what will become the standard for non-web video (e.g. DVB over the air broadcasts in Europe)
[0] https://en.m.wikipedia.org/wiki/Versatile_Video_Coding
I don't think the Vulcan/Metal comparison is useful here. Metal shipped before Vulcan so it was never an option for Apple. The case of AV1 is different.
Not sure why that would matter. Apple is currently a "Promoter Member" of Khronos Group (the non-profit consortium behind Vulkan) but still did their own thing with Metal instead of going with Vulkan.
No. ProRes is designed to be a good compression scheme for editing. That means it has to be designed in a way that make jumping to arbitrary frames and scrubbing very fast, as well as it needs to focus very hard on near-elimination of compression artifacts.
In comparison compression systems designed for playback, like AV1, can have more occasional key-frames (points that you can easily jump to, then work your way to other frames), and it is more ok to have compression artifacts, especially ones that are just going to look like motion blurs when played back.
So the compromises between features and size of the output stream are different.