Skip to main content

XBOX ONE Game Dev is supposed to be hard.

So I recently took the plunge and joined the Xbox One Creators Program with Microsoft. It turns out that it's supposed to be incredibly hard to build these little games we see all the time, and for the most part, it is. Not only do we have to deal with the fact that the XBOX One does not use the stripped down PowerPC architecture that the Xbox360's used to run on, we now have to contend with the fact that it's basically running Windows 10. I remember the good old days when win32 and GDI (Graphics Device Interface) were sufficient to get a decent game running on a Windows PC - especially if the game wasn't too resource intensive. Then came Direct(X/3D/2D/11/12) with all its COM (Component Object Model) Glory -> which, perhaps most asinine of all -> is still being used today. Getting into the creators program costs a little bit of money, and that's mostly to keep the chancers out and cover administration fees. After that you really only need to abide by the store policies and be able to write a little bit of code, then you're sorted. With the advent of Xbox One-Friendly game engines, it's easier than ever to build an app that runs on a Windows 10 PC as well as the beloved Xbox One. I remember the good old days where things needed to be rewritten and recompiled to be able to run on different platforms . .when developing for a console required the teams to purchase a Dev-Kit (Development Kit containing an unlocked piece of console hardware) in order to be able to write their code. I remember when the costs were prohibitively expensive, and a simple guy - like myself - would never be able to justify spending that kind of cash on a hobby. I remember when it took teams of people to build an idea, a game, a concept, a business with big-budget marketing, in order to break-even on the Xbox Live Marketplace. I remember when NDA's (Non-Disclosure Agreement) had to be signed so as not to divulge the inner workings of the console. I remember . .. . These days it's stupidly easy to publish an app to the Microsoft Store, and by extension the Xbox Live Marketplace -> Step 1) Sign up for the creators program (this requires a small sum of money) Step 2) Peruse the numerous tutorials and reference materials Microsoft makes available online. Step 3) Build your desired game Step 4) Publish to the store Those are literally the steps, and Step 3 is simplified vastly if you use the Unity Game Engine with the Xbox Live plugin -> this abstracts away all the tedium of setting up your project keys to be included in your application. All in all, one could go from 0 all the way to Step 4 in a little under a week if they were motivated and had lots of spare time. So, yeah . . . I think I've found something that was supposed to be hard, that's been made incredibly easy along the way.

Comments

Popular posts from this blog

Finding a Game Engine is Hard

Well, if you're new here - congratulations on finding the most useless blog on the planet. If you're not new here, thanks for coming back to another installment of "And he just keeps moaning!", this weeks episode deals with how hard it is to select a Game Engine for your development needs. As I've mentioned in the past, there are many things to consider when developing a game: Storyboarding Specification document Game Engine Resources (art / sound / levels) Time constraints Return on Investment Since I've preached about the Specification Document all throughout my last post , I'll save you a little bit of reading by saying it's nearly the most important part of the entire process - nevermind having a compelling game - without the specification document, nothing gets built. Storyboarding is kind of like the specification document, but it allows you to draw little screens of the game as you imagine it to be, without too much detail.

Self-Motivation is hard!

Ok, so it's been a while since my last update. I've been grinding away at this game so hard, and made very little progress as you can see here.   I've been grinding away at this game for a while now and I've learned a lot. The number one thing I've learned so far is that I should have spent a few weeks learning a really good game engine and then just used that.  I've spent so much time just writing boilerplate and infrastructure, that I've yet to build a decent game.  I remember complaining so much about the lack of game engine choices and how hard they are to learn - but, it's even harder writing everything from scratch. And when I say "everything", I mean EVERYTHING!  I've created resource loading classes, scene management, view trees, sound management, audio queues, playlists, rendering pipelines, camera classes, starfields, parallax scrolling, state management.  Everything, painstakingly written from scratch.  For one redeeming moment

Typescript is Hard

So, for a work-project, the language choice handed down by the Overlords-Of-Jobbing has been TypeScript. You see - where I work, we build websites, and we build the infrastructure to support those websites. We also build platforms to support the website-supporting-infrastructure . . . so we like to iterate quickly and be as agile as possible in our workflow. For the current clientele we're servicing it has been decided that TypeScript on the Babel toolchain would be the most productivity-boosting language we could use, and as a result I've had to learn this new-fangled language with all its idiosyncrasies. Now, TypeScript is awesome, it supports both static and dynamic typing, lambdas, the entirety of JavaScript and all the associated libraries and frameworks which come with JS. TypeScript is awesome. TypeScript: - will mend fences - paint your garage - spay your cat - neuter your dog - rent Clerks II on DVD - run you a nice hot bath after a long day But, the m