\n\n\n\n<\/p>\n
Such is the vital importance we attach to this concept as a cornerstone of GRID\u2019s vision.<\/p>\n
\n\n\n\n<\/p>\n
In this article, I\u2019m going to outline why it is so important, and how we\u2019ve gone about turning the concept of \u2018game title agnostic\u2019 <\/em>technology <\/em>into a reality on the GRID Data Platform.<\/p> \n\n\n\n<\/p>\n When GRID was founded, a little over 5 years ago, the state of play was painfully clear. Esports data was incredibly fragmented, largely unavailable, and most of what was available was unofficial, unreliable, and often lacking in detail.<\/p>\n \n\n\n\n<\/p>\n It was clear to us that there must be a better way. We envisioned solving this by building technology that game developers could rely on to collect the data so sorely sought after, and a platform to make this data available \u2014 in all its granular glory \u2014 to their data-hungry communities.<\/p>\n \n\n\n\n<\/p>\n GRID\u2019s mission statement is to unlock the potential of in-game data for everyone<\/em><\/strong>. This not only includes every consumer with a data use case, but also any game developer looking to harness the value of their in-game data assets.<\/p>\n \n\n\n\n<\/p>\n Thinking about the sheer number of developers and games that they have and will create, something else became clear to us. We needed to develop a scalable approach that would enable the GRID Data Platform to allow an extremely efficient adoption of new titles, and any future changes to those titles, within any genre.<\/p>\n \n\n\n\n<\/p>\n The esports and gaming industry is incredibly fast-paced and hugely diverse. For those of us working within it, this is part of what we love about it. However, it also certainly brings some challenges.<\/p>\n \n\n\n\n<\/p>\n New games constantly debut across varied genres.<\/strong> Some skyrocket to fame, amassing millions of players in a flash. Whether crafted by major studios or a solo developer on a tight budget, successful games will likely go on to receive regular updates and alterations, often shaped by player feedback.<\/p>\n \n\n\n\n<\/p>\n In such a landscape, picture the daunting task of completing a large integration project every time you wish to tap into data for a new game. Now, think about revisiting that process with each game update or content expansion. While it might be feasible for top-tier games, this approach doesn\u2019t scale efficiently, making the decision to onboard a new title increasingly challenging.<\/p>\n \n\n\n\n<\/p>\n And this<\/em> is exactly why we hold the concept of being game title agnostic<\/em> so central to our vision<\/strong> \u2014 we don\u2019t ever want it to be challenging for us to support more game titles on the GRID Data Platform, or for the downstream data application developers to consume the data available for them. Neither would we want a delay in a change to the game being reflected in the data. Finally, when building new platform features, we\u2019d rather they benefit every title, rather than just one.<\/p> \n\n\n\n<\/p>\n Being game title agnostic <\/em>is being able to build and operate products without needing to be concerned about the title that you are building or operating them for.<\/p>\n \n\n\n\n<\/p>\n At GRID, this means ensuring that every one of the myriad of components that we build that make up the data platform as a whole, can work for any title. At a high level, the platform is made up of several broad layers, and each of these layers needs to be able to function and provide the same value, no matter the title it is providing it for.<\/p>\n \n\n\n\n<\/p>\n <\/p>\n \n\n<\/p>\n<\/figure>\n \n\n\n\n<\/p>\n The gold standard we hold ourselves to at GRID is that data for a new title can be transmitted to GRID, and everything, end to end, becomes immediately available without any development work whatsoever. On top of that, we ensure that the way we provide data to downstream consumers allows them to do just the same, but with much less effort.<\/p> \n\n\n\n<\/p>\n The gold standard we hold ourselves to at GRID is that data for a new title can be transmitted to GRID, and everything, end to end, becomes immediately available without any development work whatsoever. On top of that, we ensure that the way we provide data to downstream consumers allows them to do just the same, but with much less effort.<\/p>\n \n\n\n\n<\/p>\n In recent years, the term game title agnostic<\/em> has started to be used more and more in the industry, and not just by us. Often the approach being discussed, however, is quite different. More often than not, I\u2019ve come across what could rather be described as \u2018the passthrough approach<\/em>\u2019.<\/p>\n \n\n\n\n<\/p>\n If you take data from a source, wrap it in standardized metadata (i.e. include some sequencing mechanism, perhaps attach an ID, add on timestamp) and publish it again, then it is probably quite obvious that data for a new title could be consumed and forwarded on again without needing to require much development work.<\/p>\n \n\n\n\n<\/p>\n This approach, however, doesn\u2019t come with a lot of value creation for either the data producers (game developers), or the data consumers (those building data driven applications).<\/p>\n \n\n\n\n<\/p>\n The data producers still need to create a full API and build a data format that makes sense for the end consumers (as this will just be wrapped in metadata), and the data consumers still need to understand a new format, every time they wish to integrate a new title.<\/p>\n \n\n\n\n<\/p>\n This is not<\/strong> the approach GRID has taken<\/mark>, because we don\u2019t think this adequately solves the problem. While it might scratch the surface in some ways, it certainly isn\u2019t going to help with GRID\u2019s mission of unlocking the full potential of in-game data for everyone. To do that, you need an approach that maximizes accessibility and adoption.<\/p> \n\n\n\n<\/p>\n At the heart of our approach to achieving this, is ensuring that there is a standardized way to model different games. While on the surface this might seem an impossible task (how can data be standardized for MOBA<\/em>, Battle Royale,<\/em> and Racing<\/em> games?), we\u2019ve found the solution lies in first breaking down the games into smaller elements.<\/p>\n \n\n\n\n<\/p>\n Although games may appear vastly different when viewed in their entirety, a closer examination of their mechanics often reveals significant similarities in how they function as playable experiences. The GRID Data Platform is engineered to enable us to build out support for these generic mechanisms that can then be used to model a title in data.<\/p>\n \n\n\n\n<\/p>\n The following are some example mechanisms that we support, to illustrate what I mean.<\/p>\n \n\n\n\n<\/p>\n <\/p>\n \n\n\n<\/p>\n \n\n\n<\/p>\n \n\n\n<\/p>\n \n\n\n<\/p>\n \n\n\n<\/p>\n \n\n\n<\/p>\n \n\n<\/p>\n<\/ul>\n \n\n\n\n<\/p>\n These are only a small selection of the mechanisms available, just to give an idea. The full list is a lot longer at this point, and also includes some more basic mechanisms such as matches, games, players and teams. \n\n\n\n<\/p>\n These different generic mechanisms<\/em> then become the building blocks with which to model a game and create a data feed for it. Each one enables a certain set of behaviors that are exposed in the following forms. \n\n\n\n<\/p>\n <\/p>\n \n\n\n<\/p>\n \n\n\n<\/p>\n \n\n<\/p>\n<\/ul>\n \n\n\n\n<\/p>\n These work to achieve the game title agnostic<\/em> vision set out above because:<\/p>\n \n\n\n\n<\/p>\n <\/p>\n \n\n\n<\/p>\n \n\n<\/p>\n<\/ul>\n \n\n\n\n<\/p>\n \n\n\n\n<\/p>\n In the dynamic world of esports and gaming, we at GRID recognize the imperative need for efficient and scalable data solutions, in order to empower a thriving and sustainable data ecosystem. The game title agnostic <\/em>approach is pivotal in achieving this.<\/p>\n \n\n\n\n<\/p>\n By embracing this methodology, we empower a broader spectrum of game developers to offer data across numerous titles. Simultaneously, it unlocks opportunities for data consumers to access and utilize information from a wide array of games.<\/p>\n \n\n\n\n<\/p>\n This post serves as a preliminary overview of our game title agnostic<\/em> philosophy, its underpinning motivations and our practical approach to its implementation. Given the depth and intricacies involved, however, there\u2019s certainly more to unpack on the topic in the future. Stay tuned.<\/p>\n \n\n\n\n<\/p>\n In the meantime, to take a more detailed look at the actual results of the above approach yourself, you can apply for <\/em>GRID Open Access<\/em><\/a>. You can also <\/em>find me on X<\/em><\/a>, where I\u2019m often talking about official esports and gaming data, the GRID Data Platform and its benefits.<\/em><\/p>\n \n\n\n <\/p>","protected":false},"excerpt":{"rendered":" When starting in a new position at GRID, it is highly likely that not many hours (or perhaps even minutes) pass on your first day, before the first time somebody utters the term \u2018game title agnostic\u2019. It might even be that the term isn\u2019t new to you, because it was discussed already a few times during […]<\/p>\n","protected":false},"author":1,"featured_media":7031,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_mo_disable_npp":"","footnotes":""},"categories":[11],"tags":[26],"class_list":["post-7029","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-company","tag-product"],"yoast_head":"\n
<\/p>\nLet\u2019s start with why.<\/strong><\/h3>\n
<\/p>\nWhat does it mean to be game title agnostic<\/em>?<\/strong><\/h3>\n
![\"\"](\"https:\/\/grid.gg\/wp-content\/uploads\/2023\/11\/Game-Title-Data-Flow-1024x512.png\")
<\/figure>\n
<\/p>\nWe\u2019re not just passing through.<\/strong><\/h3>\n
<\/p>\nHow do we achieve this at GRID?<\/strong><\/h3>\n
\n\n
<\/p>\n
<\/p>
<\/p>\n\n\n
<\/p>\n\n\n
![\"\"](\"https:\/\/grid.gg\/wp-content\/uploads\/2023\/11\/genres-on-the-grid-1024x512.png\")
<\/figure>
<\/figure>\nBringing it all together.<\/strong><\/h3>\n