Gamasutra: The Art & Business of Making Gamesspacer
Nintendo's Pipelines: An Interview with Nintendo Software Engineer Takeshi Shimada
View All     RSS
October 18, 2018
arrowPress Releases
October 18, 2018
Games Press
View All     RSS
  • Editor-In-Chief:
    Kris Graft
  • Editor:
    Alex Wawro
  • Contributors:
    Chris Kerr
    Alissa McAloon
    Emma Kidwell
    Bryant Francis
    Katherine Cross
  • Advertising:
    Libby Kruse






If you enjoy reading this site, you might also want to check out these UBM Tech sites:


 

Nintendo's Pipelines: An Interview with Nintendo Software Engineer Takeshi Shimada


April 13, 2007 Article Start Previous Page 2 of 2
 

GS: A lot of companies were very secretive about their engines, graphical advances and things like that, to the extent that when Hudson was trying to remake their Tengai Makyo series on GameCube, they had to start with the sequel because they lost the source code to the first game, since they had ensconced it away so cleverly that even they couldn't find it.

TS: (laughs) I don't know too much about how Hudson works, but that's pretty amusing. If you look at things purely in terms of how development is working to get teams ahead, I feel like the U.S. is sort of a frontrunner in terms of providing tools and matching workflow with various teams.

GS: How has Nintendo restructured itself to maximize production, in terms of workflow and how assets are passed around?

TS: There's constantly a process of trying different things in that area. It's hard to nail down a single process. It's rather experimental. I find that just the pure penetration of information is something that's very important to consider. One of the most important things in my job is making sure that accurate information gets out to all departments as quickly as possible, so that everyone is on the same page. It's not really a matter of the human communication we were talking about earlier, but also the penetration of information, so that not only are people talking, but they're talking about the same thing. One of my jobs is to make sure that this information sinks in broadly and deeply.

GS: Does Nintendo use only its own internally-developed tools?

TS: Internally-developed tools are used at Nintendo if they're better than anything else that can be found outside the company. Whenever we feel the need for a particular tool that we haven't already developed or don't have the resources to commit to in any given moment, we start to test outside tools and as soon as we find one that fits our needs, we'll begin collaboration with an outside maker.

GS: So Nintendo does currently use some outside tools?

TS: Yes, that's right.

GS: Have you found it difficult at all to provide new libraries for the Wii, since it has a new kind of input?

TS: It's not so much that they're really hard to provide, it's that there's so many needed. There's a lot for us to do.

GS: Microsoft is providing development libraries for anyone with their Game Studio Express. Is this something that Nintendo might be interested in pursuing?

TS: I haven't heard anything about plans to do something like that.

GS: How different is the graphics chip in the Wii from the GameCube's chip, and why create a new one specifically for the Wii?

TS: Very generally speaking, people tend to expect somewhat of a linear progression in terms of the graphical and sound capability of machines like this, but the Wii really represents a departure in that way of thinking in this evolutionary line. One of the things that we have tended to consider in the development of this hardware is that we might consider producing games with lower processing needs, and so as we were thinking about that, that actually went into our hardware development. It wasn't so much that there was like a stall in progress between GameCube and Wii, but rather Wii is a totally different kind of system. We were just thinking of what the needs would be eventually in our development cycle. So, we approached it as a completely new platform with a very different scale.

When thinking about our graphics and audio pipeline on Wii, we needed totally new development tools. This time around, there are so many new features -- things like wireless, the way the remote works -- that it basically meant starting over with new dev tools as well.

GS: What has been your biggest challenge in terms of software and tools development for Wii?

TS: Whether we're talking about the Wii or the DS, what I take as my personal challenge on all of these projects on an ongoing basis is how to help developers bring their ideas to life as easily as possible. When you think about the Wii and the DS, they both have a lot of devices embedded within them, so they're actually both very complicated pieces of hardware. But, if you're going to help a developer bring an idea to fruition, you need to give them tools that are as easy to use as possible.

My constant challenge is to not make anything harder than it needs to be, because every time you do that, it's going to act as some kind of barrier in these developers' otherwise unlimited creativity in their projects.

GS: Game schools are only just now taking off in Japan. Is Nintendo getting involved in this? Do you think that students from game schools will make better employees?

TS: Nintendo is currently involved in a project called the Nintendo Game Seminar, which is a year-long series of courses where people who want to make games can go to classes that are taught by actual developers from Nintendo. This is not necessarily a school that they've started, but they are participating in this educational drive, just with a slightly different approach. This project began right after I started at Nintendo, so I'm now working with several colleagues who did go to the Nintendo Game Seminar, and they're doing excellent work, so I absolutely do feel it has an impact.


Article Start Previous Page 2 of 2

Related Jobs

Qualcomm
Qualcomm — San Diego, California, United States
[10.17.18]

SR Technical Artist
Schell Games
Schell Games — Pittsburgh, Pennsylvania, United States
[10.17.18]

Senior Unreal Game Engineer
Fantasma Games
Fantasma Games — Stockholm, Sweden
[10.17.18]

Front-End Game Programmer
Bohemia Interactive
Bohemia Interactive — Mníšek pod Brdy, Czech Republic
[10.17.18]

Game Programmer





Loading Comments

loader image