Deskonomics: Shape
Posted on 03.21.07 by Mike K @ 9:12 am

Here’s a fun point. Almost everyone works at a desk, but nobody talks about desks. Chairs come up sometimes, especially in discussions about the Aeron chair versus a well made leather, or general sitting ergonomics.

This is an incredibly broad topic that could easily span dozens of blog posts in it’s complexity. Game developers and other media professionals have many needs for their working surface. And depending on how many hats you wear as a developer, you’ve got to fit several monitors, speakers (stereo or surround), input devices (keyboards, mice, tablets, midi interfaces), scanners, printers, and other office friendly objects (fans, phones, paper and supplies) on it. So lets start with a simple yet significant point. Desk shape.

[Diagram]

Desks bought from retail come in 1 of 3 shapes. Rectangular, L shaped, or U shaped.

An advantage of a rectangular desk is you can combine it with any number of rectangular desks or tables to create any desk arrangement you like. You’ll have to be careful when it comes to height and depth, as you’ll likely want them to be them to match somewhat.

The L shape desk is a nice shape, since you get stuff in front, and more stuff to the side. Or the side gives you some additional workspace, if there isn’t any in front.

But as far as these shapes go, the U is clearly the winner. The bigger the desk, the more crap you can fit on it. You get all the space fitting advantages of the L, with an extra rectangle for more crap, or as a work surface.

Game development is a very collaborative process. Now, I don’t care if you’re a lone wolf indie developer that lives by yourself. You’re going to eventually have somebody over, and it’ll be beneficial to have them sit next to you.

Here’s the real motivation of this post. You can fit somebody beside you in any reasonable rectangular and L shaped arrangement. However, U shaped desks, there’s a problem. If your computer monitors are in the middle of the U, then people can’t sit beside you. Their either going to have to sit or stand behind you, or far off to the side.

[Diagram]

From experience, this isn’t good. People complain about not being able to read the screens, or the colors look different (off axis LCD viewing), or any number of complaints. Or if nobody is complaining, then you’re hurting the collaborative potential by not sitting them beside you.

You can solve this problem relatively easily by putting your monitors on a side of the U.

[Diagram]

However, desks are commonly designed with the keyboard shelf fitted to the middle spot, or on an angle in between. On the plus side, some drawers can be converted to keyboard shelves. If that’s not an option, with a little bit of craftsmanship, you can add one. The parts can be picked up at most hardware stores.

Few developers will make the opportunity to have or build a custom desk, but the U problem mention above is something to take in to consideration. A fat U shape could work, but it’d need to be really fat to fit 2 quality chairs. Custom desks are a topic all on their own, so I’ll save that for another day.

And that about covers desk shape.


Filed under: Stuffing and Technobabble and Opinion
Comments: None

Little Big Planet
Posted on 03.09.07 by Mike K @ 4:51 am

The innovative games arms race is on.

http://gamevideos.com/video/id/9860

… Alright, I give up.

Normally when I see a really fantastic game like this, I’m all excited (Spore). This one drove me in to a brief game design depression. Now that’s emergent gameplay at it’s finest, and I’ve not even played the game.

Concepts like collaborative editing and modern user friendly editing. Two ideas I’ve been extremely excited about toying with. “Oh, we do them both”. Bastards.

Sticking to objects. Cool. I toyed with something like that, and I called it The Spider. “Oh, but we can stick to things that move”. Oh yeah… holy sh$% that’s cool! …pause… Aww crap. :(

And it looks great, with depth of field effects and everything. Damn.

The innovative games arms race is on, and in full force.


Filed under: Stuffing and Opinion and The Spider
Comments: None

It was fun while it lasted
Posted on 01.10.07 by Mike K @ 10:31 pm

I like Slamdance. I entered PuffBOMB last year, and was a finalist for the casual game award. Since then, I’ve been excited that a more “artful” game competition was beginning to take off. Winners receive a funky ugly dog statuette. Cool! :)

Then a controversial game was pulled. Things are not going well now.

It’s a real shame, and I hope something good comes from the controversy, rather than developing in to more Jack Thompson style heat for our industry. The situation is all bad, no matter how many games pull out or stay in. I don’t even think Slamdance changing their minds would help at this point, regardless of the intentions of the letter.

I could and would really like to go off more on this, but I can’t afford to. I’ll be cheering and booing from the sidelines. Go team!


Filed under: Stuffing and IGF and Opinion
Comments: None

XNA 360 Indie Kit Hooray… C# !?
Posted on 08.14.06 by Mike K @ 6:06 am

I tend not to go off on news topics, but ‘ehh… today’s special. No doubt you’ve heard about Microsoft’s big news that’s making Indie developers all giddy. $99 a year to “activate” an Xbox 360 so that you can test your games on it. Sounds great, but there’s 1 little thing that could pose a problem for some.

C#

… Alright. Nothing against C# as a language, ’cause I’m sure it’s a great and efficient once you get used to it. However, despite Microsoft’s big shiny banner of cross platformness (Windows and 360), it’s a *bit* of a kick in the teeth to anyone thinking/working cross platform where it matters. PS3 and Wii. Which, of course, means C++.

Now sure, it’s my understanding that classic kits do the C++ thang just fine. But it gives Microsoft an interesting advantage. Anything “cool” developed on this new platform of theirs will likely stay on Xbox. Porting to the Wii or PS3 becomes a heck of a lot more difficult, when you have to change the language.

Not to mention, your choices of open source libraries like libogg, libvorbis, libpng, zlib, and many others becomes quite short. Or rather, it looks like that time you’ve saved by using a “better” language like C# will now be spent porting any favorite libraries you have. Eeek! Alright, the popular ones probably have ports, but you get the point.

I’m sure glad to have ruined the celebration. :D


Filed under: Stuffing and Technobabble and Opinion
Comments: 4 Comments

How to annoy the Internet
Posted on 04.11.06 by Mike K @ 4:12 am

A condensed version of my previous post seemed to be making the rounds. It’s resulted in several interesting comments and additions from developers and gamers alike. I’ve decided to do your homework, and compile this list. Text in bold are the originals, with my comments in normal type.

Here we go.

GameProducer.net additions:

10. Resize and move all the previously opened windows to the upper-left corner of the screen after returning from full-screen mode.
Oh man… I wish I knew who to blame for this. In a multi-monitor setup, switching screen modes to go full-screen causes your app window positions to get screwed up. Some apps seem to cleanly restore window positions after shutdown, but others leave my maximized windows maximized halfway below the monitor. I suspect though, this is some combination of NVidia/ATI, and Microsoft’s fault. It would be nice if Vista corrected this.

On the same note, full-screen games that don’t restrict the mouse cursor to the full-screen window size… Oh yeah, super annoying! It’s incredibly easy with these games to click outside the window and give another application focus, minimizing your app. Boo!

The solution, all developers should have multi-monitor setups. :D

11: Open Game in FULLSCREEN mode without giving me any choice to Open in window, or even CLOSE/EXIT instead.
I’m not 100% on this one, but I do think certain games don’t need to start full-screen.

Games that take advantage of edge scrolling (RTS’s), ones that disregard the mouse as a pointer and use it as a modifier (SHMUPS, 3D shooters), or any game that needs the atmosphere of a full screen should use it. Casual or toy games that work strictly in a region of your window, and don’t require any constraints should really think about starting in a window.

There’s so many exceptions to this. If your game’s resolution is more than the resolution of the desktop, then it’d be a really good idea to go full-screen. If you can predict the performance of your game will be incredibly slow, due to unaccelerated overlay related operations, yeah, full-screen it.

I wouldn’t “rule” this one, but as a developer, you should really think about it.

GameStudio Forums Additions:

12. Don’t ask whether a start menu should be created or not.
This one doesn’t bother me so much, as long as the uninstaller works. Still, it’s a pretty normal feature.

13. Always install videos on HDD without further asking. Making intro videos extra big and long because there is so plenty of disk space……………….ARGH
That “ARGH” really adds a whole new level of emphasis to this one. With hard drives as large and cheap as they are (200 GB for less than $100 US with a rebate), this one doesn’t bother me at all. I’d rather not have to pull out the CD to play on my PC. But any game with CD based validation should be able to do this for an intro movie.

However, including a freaking huge video with your downloadable… hoo boy! I could have had the dang thing downloaded 300 megs ago! Now that’s worth complaining about.

14. Install extra tools like media players.
In the era post the whole rootkit scare, I agree you’ll lose less friends this way. Bink ain’t cheap though, so working in a free codec like XVID or simply using an ancient version of Windows Media Player could be tricky. Tricky enough to simply, as the developer, decide not to use a video in the first place. Requiring Quick-time on Windows though, those days are long over.

15. Disable CD burning software to avoid warez.
Yeah, use on-line validation instead. :D

I don’t think there are many copy protection schemes that actually stop you from burning, just your copy is useless as a validation disk. These validation disks can be a pain in the arse though. I have a piece of audio software that expires after 30 days of not having the disk in the drive. While this is “better”, it still sucks.

16: Require you to turn off ALL security so all viruses, worms can walk on in from anywhere on the planet.
Yes, installer’s that do this, or tell you to kill other apps, while not commonly games, do suck.

17: The software manual, including install instructions, is compressed in the CAB file on the CD.
Ouch.

18. Ask if you want to create a folder that doesn’t exist (just create it automatically).
I don’t mind this, just in case you accidentally typed in the wrong folder name. One last chance to correct a mistake.

19: Violate other Programs to make them not working.
If someone actually does this explicitly, they’d be my hero.

20: Require a program not on the install disc (like a special direct x version).
More common with download-ables. Even with beta’s or public tests, I have to say, think “self contained” people. Dll’s can sit comfortably in the same directory as the executable, and don’t require to be relocated to Windows/System32.

21: Use three or more disc’s. one to install and two to change during any game (instead one DVD).
This one is fixing itself. Give it a few years, and any high profile game you’d care to play will have a DVD version.

22: Do not allow button configuration.
No, wait… Do allow. But if you can detect the funny key layout, and provide something acceptable, we’d all love you for it.

23: Do not remove all files with uninstall
Been there, done that. ;)

24: Do not run in fullscreen mode.
Contrary to #11, you should run your game in full-screen mode. Don’t listen to this guy, read #11.

25. Always mess around with registry.
Yes. I recommend changing application icons, file associations, and adding your game to the start-up.

26. Use Star-Force copy protection.
Everybody’s favorite protection scheme. I shouldn’t have to say anything about this. Visit digg for the latest dirt.

27. Just convert your console title without adjusting the menu size, the controls etc.
Sure, but with Microsoft’s PC friendly 360 game-pad however, there might be some interest in keeping parts of “360″ mode available. If you have a PC “that good” to run such an app at least.

28. Release bug-fixes only for registered members.
This just isn’t useful way to help sell your product. How the heck will a user evaluating your product know if it actually runs correctly now on their PC?

29. Include many unknown logos and animations while start running the game.
Licensed sport games are great for this. Doesn’t happen in this neck of the woods though.

30. Get half way through a game only to find out the save feature crashes the game.
Or “features” in the game that corrupt your save files… Mmmm… my favorite.

Some further comment’s were rather design oriented, so I decided to separate them.

31. Killer game clock - if it runs out, you die. It prevents users from exploring the levels.
This is a delicate design issue. A game for casual gamers probably isn’t the best one to put any time pressure on. Par times, making it a reward by finishing it within a certain time limit could be a better idea. On the other hand, Katamari without time limits would become “Roll a Ball Around Until You Get Bored” Damacy.

32. Deadly blue water - jump in and you die instantly.
Adding some rational to this, like the tentacle monster in Psyconauts, can add so much to your game.

33. Tricky platforms over a bottomless pit. Miss the platforms, it’s back to the last checkpoint!
Time and place. Super Mario Bros without pit challenges wouldn’t be terrible, but it does add something to the game. Also it’s a matter of balancing your checkpoints. 5 minutes might be too far away from the last one.

34. Use EA as your publisher.
OK, not design as per my previous note. Someone obviously likes the EA jokes. Seriously, if you get EA as your publisher, you’re laughing ’cause you obviously have a product that they think will sell well. Good for you. Go buy yourself an expensive car. Oh I’m sorry, you’re a programmer, artist, or musician. My mistake. Go pay your rent instead.

And there you have it. The Internet has spoken.


Filed under: Stuffing and Opinion
Comments: None

« newer posts 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
    August 2008
    July 2008
    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
    Say Something Insigtful
    I make games to piss you off
    A cruel tease
    All aboard the Hype Train!
    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)

    Syndication
    RSS 2.0
    Comments RSS 2.0