{"id":26929,"date":"2020-09-01T07:50:29","date_gmt":"2020-09-01T05:50:29","guid":{"rendered":"https:\/\/www.intellias.com\/?p=26929"},"modified":"2024-04-26T12:34:47","modified_gmt":"2024-04-26T10:34:47","slug":"migrating-a-mobile-sdk-from-opengl-to-metal-api","status":"publish","type":"post","link":"https:\/\/intellias.com\/migrating-a-mobile-sdk-from-opengl-to-metal-api\/","title":{"rendered":"Migrating a Mobile SDK from OpenGL to Metal API"},"content":{"rendered":"
Back in 2016, a world-known leader in navigation and location-based solutions partnered with Intellias to develop a mobile SDK for creating Android and iOS applications with advanced location-based services<\/a> at their heart. They offered this SDK as two independent products (for iOS and Android) that share the same location-based services and provide advanced location features including routing capabilities<\/a>, interactive maps<\/a>, advanced search through a broad set of geographical content, and much more. Built on OpenGL, the SDK features sophisticated functionality for rendering 3D and 2D vector maps and 3D building models.<\/p>\n However, in 2018, Apple presented their new 3D graphics iOS Metal API and announced that they would stop supporting OpenGL, which meant that applications created using our client\u2019s mobile SDK may not work on future Apple devices running the latest versions of iOS. Our client challenged us to eliminate the risks posed by OpenGL support being removed from iOS devices.<\/p>\n <\/p>\n Our client had an ambitious goal to deliver the updated mobile SDK by the official launch of iOS 14 and iOS Metal API. To adjust our solution to emerging technologies on time, we assembled a dedicated team of software, DevOps, and QA engineers headed by an experienced project manager.<\/p>\n The project started with a thorough investigation of the optimal solution. To address the client\u2019s evolving needs, our team suggested two approaches to enable a smooth transition to the iOS Metal API:<\/p>\n The first approach allowed us to adapt our client\u2019s mobile SDK to Metal with no effort. However, this workaround presupposed that end users would pay additional fees for MoltenGL services, making the use of our client\u2019s mobile SDK rather expensive. In view of this, the client decided that migrating the iOS part of OpenGL code to Metal would be more cost-effective (for both their company and their customers), reliable, and future-proof.<\/p>\n The major argument for migration was that applications based on the client\u2019s mobile SDK would stop working on future versions of iOS if Apple removed support for OpenGL. In addition, the Metal API empowers iOS applications with additional graphics performance.<\/p>\n Timely migration of our client\u2019s mobile SDK to Metal, a proprietary 3D graphics API by Apple, allowed our client to avoid a situation when iOS applications built with their mobile SDK don\u2019t work as expected or are not compatible with the App Store. More importantly, iOS applications built on our client\u2019s new mobile SDK will be able to boast the power of Metal.<\/p>\n As a result of migrating the iOS part of OpenGL code to the Metal API, we can provide iOS users with support for the most valuable features offered by the mobile SDK, including:<\/p>\n We replaced deprecated OpenGL code with the Metal API to protect investment in a mobility platform rendering engine <\/p>\n","protected":false},"author":17,"featured_media":50557,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[5],"tags":[12,75,910,23],"class_list":["post-26929","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-case-study","tag-automotive-tag","tag-data-analytics","tag-mobility","tag-navigation","technologies-aws","technologies-c","technologies-jenkins","technologies-objective-c","technologies-xcode"],"acf":[],"yoast_head":"\nSolution delivered<\/h2>\n
\n
Business outcome<\/h2>\n
\n