The “Indie Office”, Part 1
Posted on 06.13.07 by Mike K @ 4:56 am

Hypothetical situation.

Note: Try to refrain from bombard me with requests yet, ’cause I know a lot of people already like this idea.

*cough*, I’m in London, Ontario, Canada. ;)

A typical game company places 10 or more people under the same roof. Office space rented out at the expense of the company. There’s a management hierarchy, one or more people responsible for business and infrastructure aspects of the company, and an arrangement of programmers, artists, designers, possibly testers and a sound guy. Not a bad way to run a game company. In fact, a very good way that has worked for a very long time, and still does.

A typical indie or casual developer is a team of 2 or more people. The work is either handled entirely by the pairing/group, or some of it is contracted out. Even though it’s a team, that doesn’t mean they work under the same roof. Thanks to the internetz, you can work with anyone anywhere.

If the Indie developer is successful, it’s not uncommon to see it evolve towards the typical game company structure. Programmer/Biz guy moves up to Biz guy only, Lead programmer becomes Technical Director, new recruits are hired, and so on. They also move out of their respected basements and home offices, in to office space.

This is how things typically work.

Now, lets say you don’t want to grow your company, or you haven’t been successful enough to afford to. Or maybe you just have really hard time justifying office space for 2 guys. And even though you’re doing awesome work, things like the Wii Developer Qualifications loom over your head.

What to do?

Option #1, get some smaller developers together and start a new company together.

So great! Lets start a company! Wait, what about my individuality? I don’t want to have to deal with more ownership rights! Or wait, how do I know I can trust partnering with you? Issues for sure, but lets look at it a different way.

Option #2, share some office space. Lets follow this idea.

Office space is acquired, and cut up. 2×4 reasonably large areas for a desk and side table, and everyone shares the conference room and kitchen. Your people include two teams of 2, a team of 3, and an individual. The rent and other facility costs (fax line, water cooler) are added up, and generally speaking that total is split 8 way to reflect the 8 spots available (or 7 ways if one’s left unused). Each of the two teams of 2 pays 25%, the 3 pay 37.5%, and the individual pays 12.5%. Easy.

But this brings up a number of questions.

Who owns the office?

What sort of business is this then?

Should a new business be formed to encapsulate the smaller developers?

If that’s the case, we’re back to Option #1. However, we might not want a straight up partnership. We don’t necessarily want stakes in each other’s games, or any outside financial pressures for that matter. Still, who owns the company? That’s up to the group.

Another perspective, the “plug and play” office. In other words, capable of adding, removing, or expanding to support more teams. This idea of the Indie Office is a serious business venture, where everyone involved must be able to cover the basic expenses.

What if somebody leaves?

He runs out of money, gives up on the idea, or the group “votes him out”. The remaining people in the group need to be prepared to make up the rent difference, or to seek a replacement. The nature of this arrangement is potentially “plug and play-able”, since you can’t be sure about everyone a year from now.

If “plug and play” is encouraged, then the business can also reflect a “College Alternative”.

Most of us know smart kids. Developed games on the own, lots of potential. Why waste their time in a school? So long as the group is for it, a student can come in, be generally self sufficient doing and learning what they can, working on their projects, with the resources of the group available to them. Self sufficient being the important part, but most “experts” are happy to share and give advice. They or their parents pay their cut of the rent for as long as they’re around.

Alternatively, an internship. We bring in the student, and whatever teams want to share him, they cover his costs.

Or along the same lines, a tester or a general “go-to” extra shared by the group. He keeps his hours, and we split the costs in some respectable way.

This is the concept of the “Indie Office”.

- -

Is any of this even meaningful?

Game development, like any part of the media industry, is a creative business. Creativity comes from a number of places, one of the most basic being conversation. The model of the Indie or Casual game developer promotes low budget small team development. Unlike film, a video game can be developed by very few people, even an individual. Going from hobby to full time, or retail to indie creates an unfortunate isolation. Not the most ideal or creative situation to be in.

The “Indie Office” is a concept to bring together the freedom of being able to choose and do your own projects, and combining it with the potential found by bringing creative people together. It’s applicable to creative industries involving individuals or small teams.

- -

Do comment and/or cross blog post if you have thoughts on this.

In subsequent posts, I’ll try to go in to further detail on needs, location, office size, arrangements, etc.


Filed under: Stuffing and The Business of Things and Opinion
Comments: 6 Comments

It’s not PS3, it’s PS3+PSP
Posted on 04.10.07 by Mike K @ 2:45 am

It’s not secret Sony doesn’t yet have the same market penetration as the 360. So as a developer looking at ones options, Sony’s Bluray+Cell monster isn’t quite the most attractive choice yet. And what we consider a Live Arcade title as far as complexity, is a retail game on the Wii or DS.

There’s a number of technical reasons why cross developing for Wii and DS is a headache (memory, ridiculously different polygon limits, gba graphics hardware, interfaces, …). But the PSP is to the PS3 what on board video is to a modern NVidia or ATI card. It’s usable. You’ll have to lower details everywhere to fit within your 2MB+32MB restrictions, but there’s enough commonalities you can safely cross develop.

And it’s already happening.

Lemmings, the classic Psygnosis game. Available in both the PS3 marketplace, and for the PSP.

Grip Shift, a great stunt racing game. Available in both the PS3 marketplace, and for the PSP. Oh by the way, #1 baby!

Of course, without NPD numbers, I have no clue if this strategy has worked for the above games. For that matter, I’m not even sure budget PSP games sell well (Platypus?). I found GripShift in the equivalent of the bargain bin at a grocery store for $15, and have the sneaky suspicion it hit the market as a PSP game long before the PS3 marketplace.

Technically speaking, if you’re coding with the PSP in mind, then porting or cross developing for the PS3 should be straight forward (compared to Wii + DS). In theory, a 3GHz PPC should be able to handle the workload of a 200-333mhz MIPS. ;) . The SPE’s can go have a nap, or go do some supercomputer crap like Seti@Home or whatever.

You still have your standard issues of developer + publisher + royalties relationship to consider for the PSP side. But what makes this interesting is that you can have an alternate revenue source for your game. And if you self fund, there’s more power to you as far as royalties. So as long as you’re not silly enough to still be playing the revolutionary graphics game, you can pull a Lemmings.

One of the more unfortunate aspects for developers going downloadable is the lack of boxed game, to mount and show off. I know, it’s a novelty, but there’s something really positive about holding the CD, box or cart in your hand. Microsoft has code cards where you pull a tab back, and enter it in to redemption box in the marketplace. The only problem is I’ve only seen these included with the Arcade Joystick (it’s crap, don’t buy it). As well, they have Live Arcade game compilations every so often, but with the marketplace filling up, your chances of making the next compilation are becoming slimmer and slimmer. Going PS3+PSP gets you something.

So is that a selling feature to go Sony? Perhaps, perhaps not.

I’m just rambling.


Filed under: Stuffing and The Business of Things and Technobabble
Comments: None

Difficult Names = Bad?
Posted on 03.27.07 by Mike K @ 10:54 am

Lets try a little experiment. (Try to) read this.

Sykhronics Entertainment

Anyone that’s followed my work probably won’t be miffed by that mean looking first word. But if you stuck around, you stuck around for my work, not my clever name. You probably have your own pronunciation of it too. I’ve certainly heard some interesting ones from telemarketers that whois’d my domains for a phone number.

Lets see if we are thinking the same thing. Here’s me saying it.


How did we do? Drop me a comment.

That crazy invented word “Sykhronics” is something I came up with some 9 years ago, in 1998 I believe. At the time, Gamma Flare Games just didn’t seem cool anymore. It’s been a branding for personal productions, and when I started my own company, it became my company name. Having worked under the branding for so many years, I never really thought about it twice. I simply saw that registering it as a business was the next logical step.

Oh, and it has a silent “H”. Whodathunk.

To me, the name sounds (sounded?) cool. Kinda like a bastardization of Psi or psyche and electronics. Brain or mind technology, or something. Growing up a nerd, you tend not to be the cool kid, so you invent your own cool.

But you see, I was generally oblivious to the idea that difficult names are hard to say. You see, I have another difficult name to deal with. My own last name. Kasprzak. Spell check likes to tell me that I spelled Kasparov wrong. Here’s how my family says it.


I’m sure the Polish have their own pronunciation, but this is the Canadianese bastardization my family and I use.

There are pluses to obscure names. If it’s not too similar to anything people have heard before, then it becomes memorable. But that’s the trick. Lets take a fictional company, Muttant Games. Without a dog for a logo, you might miss the “Mutt” aspect. If you have any sort of comic or cartoon background, you probably see it as Mutant Games. But in fact, you were being clever, so your logo is a deformed dog thing. This is a pretty tame case.

But lets hop over a more obscure. Xanyatkiera Industries. WTF!? It’s nearly as bad as one of those ridiculously bad sci-fi names with all the apostrophes (Nak’tyla’i of Zya’ka’dal’ee). If anything, I’m just trying to encourage people stay away from the obscure.

That goes for character names too, not just companies. There’s something to be said for the clarity of phonetically consistent names. I don’t know about most people, but if I come across an Apostrophe Name, I tend to glare away and make something up that matches the apostrophe pattern. That’s bad for storytelling, as it’s a strike against your immersion. My apologies to the lizard people and aliens that do have them in their names, but you can find an adaptation that’ll please everyone if you try. Spaces, extra e’s, whatever.

Back to companies, picking a name that’s available in .com form is ideal, since it’ll only cost you $8 to claim your professionalism. Obviously the more obscure you get, the better the chances it’s available. There’s a reason catfish.com is taken, but fishycat.com isn’t (*yoink*).

Names are important. Just a few a things things to consider, before you end up beginning every business meeting with the pronunciation game.


Filed under: Stuffing and The Business of Things and Technobabble
Comments: None

Testing Methods
Posted on 03.17.07 by Mike K @ 9:53 pm

This is from a forum post I made in response to a question on testing methods. A classic Mike random advice assault. This branched off to a series of thoughts on built in game recorders.

- - - -

Free testing methods:

Peer testing has worked well for me, as developers tend to have bizarre PC configurations (multiple monitors, multiple gamepads, etc). There’s also a level of critique a developer can give that goes above and beyond, but you need to be clear and capable of asking for the harshest of critiques.

One I’m looking forward to giving a go, bringing several friends over for a testing weekend. It’s maybe not totally free, as you should feed ‘em. You can’t go wrong with pizza.

Another I’ve considered but haven’t tried yet is school testing. In theory, this should be a really great user test environment, but perhaps not the best bug test environment. Your choice of High School vs. Grade School should reflect your desired ESRB rating (E vs T). Visit a local school and speak to the principal about arranging such an event. Borrowing a room, any TV’s or computers, etc. Be prepared to supply equipment though. You may need signed permission forms too, especially if you want to videotape aspects. Recording features, weather integrated in to the game, or via a VCR are a great help for tracking down bugs. And finally, be prepared to be asked back to talk about game development in a programming class. :)

And of course, releasing the product after some free testing on your website can work too, and wait for bugs to come in by e-mail/forum. You should do your best to be sure she runs on a number of configurations first. Then approach your distribution channels, and media coverage after a few weeks of user feedback.

Paid testing:

Testing has to be the worst job in game development. Playing the same game over and over again … awful I say.

Having an in house tester has worked nicely at places I’ve worked, but it’s no replacement for a harsh round of QA at Beta. The only issue has been down time if they’re full time. But hey, as a small developer, you can always find some task for them to do. You can always think of them as an assistant. Converting files, managing forums, doing tedious tasks like building maps for casual/puzzle games.

And as for outsourced testing, I think it’s essential for any retail or console downloadable game. Some publishers and portals have testing departments. The testing company will send you a bug list, or update a bug database for you. Some of the better ones record their testing sessions, and send you screen shots or video of the bugs they’re trying to describe. This can be a pricey service though, but as I said, essential in some circumstances


Filed under: Stuffing and The Business of Things and Technobabble
Comments: None

Pitch Video Trailer Postmortem
Posted on 02.19.07 by Mike K @ 11:02 pm

I was busy last month cutting together a trailer for… business purposes. I’ll talk more about this later. It turned out surprisingly more difficult that I had have hoped, but I found a rather unique way of pulling it together.

Obviously, the secret weapon is Fraps. Trying to nab constant 60fps footage was doable, but proved tricky, due to my hard drives not being the most defragged. I don’t know how many takes later, I ended up with nearly an hour of game footage, that was cut down to a 4 minute presentation.

Then I found myself in Virtual Dub, non destructively clipping my clips down to size.

Did my usual thang in Audition, recording a nice, friendly, albeit rushed narrative for the presentation.

But then came the real trouble. Assembling.

Just about every app I tried had some huge problem. Avid, Premier, MS Movie Maker, T@B Zweistein, and a list of open source ones. If it wasn’t resolution limits, it was framerate caps, inability to read my files, etc.

In the end, I found a lovely, relatively unrestricted shareware program called, can you believe it, “Video Edit Magic”! And it was. Relatively stable (I didn’t lose anything the 1 time it crashed). Simple. And only $70. It was well worth it, certainly saving my butt.


Filed under: Stuffing and The Business of Things and Technobabble and PuffBOMB
Comments: None

previous posts »
Too Normal is about Mike, a kid with a healthy game making history.  From a youth of Indie Game development, to game industry code monkey in '99, to the adventures of establishing an Indie Games studio in 2005.

The Too Normal project is an archive of notes, doodles, mutterings, and meticulous analysis of seemingly inane things that peak Mike's interest.

The opinions expressed here are his own, and are not the opinion of any companies he may represent, or partners thereof.

Current Projects

Worth mentioning
Classic PuffBOMB (Updated Protoype) Atomic Betty GBA Zooble Prototype Barbie Gotta Have Games PS1
Polly Pocket: Super Splash Island GBA PuffBOMB Prototype Sheep Strike Prototype Secret Agent Barbie GBA
Diva Starz GBC Jump Start: Dino Adventure GBC Emperors New Groove GBC Hoyle Card Games GBC
Syko*War Poke Da Mon and Combat Soccer (GB/GBC) Islandgates Murmur's Dungeon

Main Menu
Home
Stuffing
The Business of Things
Scribbles
GameTunnel
Technobabble
PuffBOMB
IGF
Opinion
The Spider
Nostalgia
In The Media
Zooble
Fun
Ludumdare
Sound
Design Review
Design
VST
Ballistic Force

Search

Mike on the Net
Sykhronics Entertainment
MobyGames (Incomplete)

Project Sites
PuffBOMB.com

Other Projects
Ludum Dare 48 Hour Compo
GameCompo Mailing List

Previously
GameTunnel
Big Blue Bubble
Digital Illusions

Words
Code Dojo
Digital Sailor
Dan MacDonald
DrPetter
Free Lunch
Gee-off Howland
Graham Goring
Hamu Journal
loomsoft
Mark Fassett
metablog
Phil Hassey
qatfish
Russell Carroll
Screaming Duck
Stub
Tiger Sauce
Tim!

Credits and Copyright
© 2005-20xx Mike Kasprzak
No animals were harmed

Powered by a WordPress
Theme from a jive turkey

Articles
  • *About Mike
  • *Indie Softography
  • *Retail Softography
  • Game Prototype: Zooble
  • Inside Sykhronic Studios

  • Archives
    June 2008
    May 2008
    April 2008
    March 2008
    February 2008
    January 2008
    December 2007
    November 2007
    September 2007
    July 2007
    June 2007
    May 2007
    April 2007
    March 2007
    February 2007
    January 2007
    December 2006
    November 2006
    October 2006
    September 2006
    August 2006
    July 2006
    June 2006
    May 2006
    April 2006
    March 2006
    February 2006
    January 2006
    December 2005
    November 2005
    October 2005
    September 2005
    August 2005
    July 2005
    June 2005
    May 2005

    Recent Entries
    Broken Record (i.e. Ludum Dare 12)
    More Ludum Dare News
    Ludum Dare #11 - This Friday
    Engines, Names and Evolution - Part 3
    Engines, Names and Evolution - Part 2
    Engines, Names and Evolution - Part 1
    Sugar Magnet
    Welcome to the Future (AKA 2008)
    Retrospective?
    Ludum Dare 10 - Dec 14th Weekend
    Technical Difficulties (not really)
    The "New" Project, Part 1
    The "New" Project, Part 0
    Dan's the man
    AO got you down? Bring down Unrated.

    Syndication
    RSS 2.0
    Comments RSS 2.0