4 ms·
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, sam
by ChuckNorris89 5y ago
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.
- threeseed 5y agoa) 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.
- jhasse 5y agoyes
- throw0101a 5y ago> 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.
- mhh__ 5y agoYou could still open source the work afterwards.
- ______-_-______ 5y agoApple participated in many of the OpenGL working groups for decades, but they still rolled out Metal.
- threeseed 5y agoOpenGL is not a low-level graphics API.
- ______-_-______ 5y agoSure, and MPEG isn't AV1. Apple was welcome to hop onboard Vulkan. My point is: Apple's involvement with OpenGL for decades didn't mean they wouldn't abandon it and roll their own. Apple's involvement with MPEG for decades doesn't mean they won't abandon it and roll their own.
- kalleboo 5y agoApple 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 https://en.m.wikipedia.org/wiki/Versatile_Video_Coding
- trissylegs 5y agoAlthough apple is a founding member of AOMedia so they might be on board with AV1 https://aomedia.org/membership/members/ https://aomedia.org/membership/members/
- chockchocschoir 5y agoNot 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.
- rched 5y agoVulcan did not exist when Apple shipped Metal. If it had I think there is a good chance they would have adopted it but we'll never know for sure.
- bla3 5y agoIsn't Apple ProRes exactly this? (I don't know codes well, this is an honest question.)
- larkost 5y agoNo. 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.
- bla3 5y agoCodecs, not codes.
- rched 5y agoI 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.