1 / 43

intrigue-entertainment

www.intrigue-entertainment.com. The Technology Pipedream – A Development Fallacy The Role of Technology in Game Design & Development. Ivan Beram – General Manager www.intrigue-entertainment.com. TALK OVERVIEW. Its point: to convince you that technology is a means to an end, not the end

omalley
Télécharger la présentation

intrigue-entertainment

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. www.intrigue-entertainment.com

  2. The Technology Pipedream – A Development FallacyThe Role of Technology in Game Design & Development Ivan Beram – General Manager www.intrigue-entertainment.com

  3. TALK OVERVIEW • Its point: to convince you that technology is a means to an end, not the end • First off: who am I… what is Intrigue? • What is technology? • What is gameplay? • First Playable • What consumers (gamers) want • Where we can go wrong • The middleware road • The middleware reality • Conclusion • Q & A

  4. X-ISLE: A TECHNOLOGY DEMO TRYING TO BE A GAME FAR CRY: FIRST GAMEPLAY DEMO – E3 2002 FAR CRY: THE FINAL PRODUCT TODAY

  5. WHAT IS TECHNOLOGY? • Technology is…and a tech-demo is…

  6. WHAT IS TECHNOLOGY? • Technology is…and a tech-demo is… • Like a physics engine – or better yet, a smaller component like vehicular physics

  7. WHAT IS TECHNOLOGY? • Technology is…and a tech-demo is… • Like a physics engine – or better yet, a smaller component like vehicular physics • Loosely integrated together at best

  8. WHAT IS TECHNOLOGY? • Technology is…and a tech-demo is… • Like a physics engine – or better yet, a smaller component like vehicular physics • Loosely integrated together at best • Lacks any real functionality – interactive use in creating gameplay

  9. WHAT IS TECHNOLOGY? • Technology is…and a tech-demo is… • Like a physics engine – or better yet, a smaller component like vehicular physics • Loosely integrated together at best • Lacks any real functionality – interactive use in creating gameplay • A shallow experience for the viewer / user

  10. WHAT IS TECHNOLOGY? • Technology is…and a tech-demo is… • Like a physics engine – or better yet, a smaller component like vehicular physics • Loosely integrated together at best • Lacks any real functionality – interactive use in creating gameplay • A shallow experience for the viewer / user • Singular purpose: prove the tech works

  11. WHAT IS GAMEPLAY? • Gameplay is…and a gameplay-demo is…

  12. WHAT IS GAMEPLAY? • Gameplay is…and a gameplay-demo is… • Highly integrated into the game-system as a whole, interacting and interwoven with other systems / technology

  13. WHAT IS GAMEPLAY? • Gameplay is…and a gameplay-demo is… • Highly integrated into the game-system as a whole, interacting and interwoven with other systems / technology • Has a clear functionality which creates / supports the titles interactivity and immersion – gameplay!

  14. WHAT IS GAMEPLAY? • Gameplay is…and a gameplay-demo is… • Highly integrated into the game-system as a whole, interacting and interwoven with other systems / technology • Has a clear functionality which creates / supports the titles interactivity and immersion – gameplay! • Is not a shallow experience but one with depth of interaction.

  15. THE FIRST PLAYABLE • But, your first gameplay “prototype” may not necessarily have complete systems

  16. THE FIRST PLAYABLE • But, your first gameplay “prototype” may not necessarily have complete systems • Instead implement as much as necessary so as to give that impression to the viewer – eg publishers, investors, journalists

  17. THE FIRST PLAYABLE • But, your first gameplay “prototype” may not necessarily have complete systems • Instead implement as much as necessary so as to give that impression to the viewer – eg publishers, investors, journalists • Your goal instead becomes to prove the gameplay / concept – as apposed to just the technology utilised

  18. WHAT CONSUMERS WANT • Yes, gamers are consumers and they want interactivity! – so do publishers

  19. WHAT CONSUMERS WANT • Yes, gamers are consumers and they want interactivity! – so do publishers • Functional means: ease-of-use (useability)

  20. WHAT CONSUMERS WANT • Yes, gamers are consumers and they want interactivity! – so do publishers • Functional means: ease-of-use (useability) • Active entertainment, not passive entertainment – like film

  21. WHAT CONSUMERS WANT • Yes, gamers are consumers and they want interactivity! – so do publishers • Functional means: ease-of-use (useability) • Active entertainment, not passive entertainment – like film • Not just graphical “wow” effects – pretty pictures on a screen

  22. WHAT CONSUMERS WANT • Yes, gamers are consumers and they want interactivity! – so do publishers • Functional means: ease-of-use (useability) • Active entertainment, not passive entertainment – like film • Not just graphical “wow” effects – pretty pictures on a screen • But something: functional, interactive and immersive!

  23. BACK-END Core supporting architecture and management base ENGINE CORE FRONT-END Components that communicate game system to player and allow for interaction INTERFACE SHELL WHERE WE CAN GO WRONG • What is a game system? • It is comprised of:

  24. GOING WRONG CONTINUED… • Some tech fits in both categories, having both a front and back end

  25. GOING WRONG CONTINUED… • Some tech fits in both categories, having both a front and back end • Also, some tech compliments another by either providing front or back end functionality

  26. GOING WRONG CONTINUED… • Some tech fits in both categories, having both a front and back end • Also, some tech compliments another by either providing front or back end functionality • “Deficiencies” arise when tech is missing either its front or back end aspects– without one you lose the functionality of the other. Or, when a tech / system that provided the front or back-end functionality does not exist, creating the same result.

  27. GOING WRONG CONTINUED… • Developers forget that games are not the real-world, and we need to give the player various concessions so they can interact with the game

  28. GOING WRONG CONTINUED… • Developers forget that games are not the real-world, and we need to give the player various concessions so they can interact with the game • Developers forget that various aspects are already “modelled” for the player, and need to be modelled for the AI instead – so as to be realistic and “fair”

  29. GOING WRONG CONTINUED… • Developers forget that games are not the real-world, and we need to give the player various concessions so they can interact with the game • Developers forget that various aspects are already “modelled” for the player, and need to be modelled for the AI instead – so as to be realistic and “fair” • Developers also tend to forget what game they are trying to create, they lose focus, and forget what they are trying to achieve – lack of leadership and experience

  30. THE MIDDLEWARE ROAD • Becoming a technology middleware provider is a common reasoning for not creating tech the right way – by making use of it in a functional manner within a quality title.

  31. THE MIDDLEWARE ROAD • Becoming a technology middleware provider is a common reasoning for not creating tech the right way– by making use of it in a functional manner within a quality title. • It is seen as less hard-work, perhaps more innovative and important, and lucrative

  32. THE MIDDLEWARE ROAD • Becoming a technology middleware provider is a common reasoning for not creating tech the right way – by making use of it in a functional manner within a quality title. • It is seen as less hard-work, perhaps more innovative and important, and lucrative • Without the development context a title gives, there would be no pressure placed on tech to be robust – bug free and complete

  33. THE MIDDLEWARE ROAD • Becoming a technology middleware provider is a common reasoning for not creating tech the right way– by making use of it in a functional manner within a quality title. • It is seen as less hard-work, perhaps more innovative and important, and lucrative • Without the development context a title gives, there would be no pressure placed on tech to be robust – bug free and complete • We would even find that the fundamentals, the architecture of our tech is flawed, undermining further functionality that can be achieved with it

  34. THE MIDDLEWARE REALITY • TRUTH: No one (or not enough to be profitable) will licence your technology if it has not been proven in a commercially successful title. Otherwise it is seen as risky, and rightly so if you are not an experience dev team – experienced developers are not stupid! They want proven tech and great support.

  35. THE MIDDLEWARE REALITY • TRUTH: No one (or not enough to be profitable) will licence your technology if it has not been proven in a commercially successful title. Otherwise it is seen as risky, and rightly so if you are not an experience dev team – experienced developers are not stupid! They want proven tech and great support. • TRUTH: It will take you longer to breakeven (in profit and dev costs) this way than it will with one successful title – which will probably make you in excess of 80 million, one license only makes 50-750k depending on who you are (NDL or Epic) and what you have to offer in tech and support

  36. THE REALITY CONTINUED… • TRUTH: You will have to sell 30-60 licenses – or more depending on pricing – just to breakeven, and this may not cover ongoing costs to support the tech and your customer’s projects

  37. THE REALITY CONTINUED… • TRUTH: You will have to sell 30-60 licenses – or more depending on pricing – just to breakeven, and this may not cover ongoing costs to support the tech and your customer’s projects • TRUTH: There are many established and reputable providers, that have competitive tech, pricing and support – with numerous successful titles – that you will have to compete with

  38. THE REALITY CONTINUED… • TRUTH: You will have to sell 30-60 licenses – or more depending on pricing – just to breakeven, and this may not cover ongoing costs to support the tech and your customer’s projects • TRUTH: There are many established and reputable providers, that have competitive tech, pricing and support – with numerous successful titles – that you will have to compete with • TRUTH: You never know who is waiting around the corner with more competitive technology – eg Croteam, GSC (S.T.A.L.K.E.R.), Valve (Source Engine) – that has been showcased in a successful commercial title!

  39. CONCLUSION • Tech alone does not make a game! • Technology does not create gameplay, it is how you use it. Consumers are more savvy today, and want quality of experience, not graphics

  40. CONCLUSION • Tech alone does not make a game! • Technology does not create gameplay, it is how you use it. Consumers are more savvy today, and want quality of experience, not graphics • Tech alone is not profitable! • Even middleware providers must showcase their tech in a commercially successful title – either doing this themselves or through a joint-venture

  41. CONCLUSION • Tech alone does not make a game! • Technology does not create gameplay, it is how you use it. Consumers are more savvy today, and want quality of experience, not graphics • Tech alone is not profitable! • Even middleware providers must showcase their tech in a commercially successful title – either doing this themselves or through a joint-venture • Do you make interactive-entertainment titles, or, interactive-entertainment technology? Tech can always be licensed for your title, and does not need to be “cutting-edge” but merely competitive for the genre

  42. CONCLUSION • Tech alone does not make a game! • Technology does not create gameplay, it is how you use it. Consumers are more savvy today, and want quality of experience, not graphics • Tech alone is not profitable! • Even middleware providers must showcase their tech in a commercially successful title – either doing this themselves or through a joint-venture • Do you make interactive-entertainment titles, or, interactive-entertainment technology? Tech can always be licensed for your title, and does not need to be “cutting-edge” but merely competitive for the genre • Focus on interactivity foremost, and give your technology a functional purpose – "function before form”

  43. www.intrigue-entertainment.com

More Related