Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

How To Make An Atari Game

Download as pdf or txt
Download as pdf or txt
You are on page 1of 13
At a glance
Powered by AI
The instructable discusses the process of making an Atari game from start to finish, including designing, coding, and publishing the game.

The main steps discussed are: assessing skills, finding a community, gathering tools, learning 6507 assembly, hacking existing games, designing the game, writing code, and publishing.

The tools needed include 6507 assembly tutorials, retro gaming communities, and programming tools like an assembler. Skills in 6507 assembly, game design, and programming are required.

Home Sign Up!

Browse Community Submit


All Art Craft Food Games Green Home Kids Life Music Offbeat Outdoors Pets Photo Ride Science Tech

How to Make an Atari Game


by yokozuna on January 2, 2009 Table of Contents How to Make an Atari Game . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Intro: How to Make an Atari Game . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 1: Really, Really Assess if you are Capable of Pulling This Off . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 2: Find a Retro-Gaming Community to Help You . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 3: Gather the Needed Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 4: Go Through 6507 Tutorials . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 5: Hacking Games . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 6: Design Your Game . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 7: Write Your Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 8: Publishing with a Green Twist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Step 9: Wrapping Up the Details . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Related Instructables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Comments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 2 2 3 4 5 6 6 7 8 8 9 9

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

Author:yokozuna author's website


Oh Tonburi! I have the same large feet as my mother. -Ise Shinju My favorite Instructablers: 1. Keith Kid 2. everyone else http://www.instructables.com/community/Positions-available-at-Instructables/

Intro: How to Make an Atari Game


It's the console that stood the test of time longer than any other... the Atari 2600 VCS! From Warlords, Pole Position, Donkey Kong, Space Invaders, and even the infamous Pac-Man, the classics from the 70's, 80's, and on into the 90's are still as playable today as when they were released. The characters created still permeate pop-culture and are among the most unique of all video games. Now, several decades later, the resources are available for the common person to create their own game. Modern video games require teams of programmers who remain virtually nameless, yet the people who choose to program for these early retro systems (Coleco, Atari, NES) can control ALL aspects of their game including plot, characters, graphics and all of the other things that go into a game. You can create an entire game by yourself. This instructable won't show you everything you need to know, but rather give you a set of resources you can use to make your own game. A word of warning: I spent two years of my life trying to teach myself to program well enough in Assembly to make this work. Yes, the majority of games are programmed in Assembly, however there is the possibility of also programming in Basic (if you are interested, google search for batariBasic). I had no real programming experience, and while I could hack code and pretty well understand other people's code, I never was able to write my own code from scratch. You need to evaluate whether you're serious enough to see this through before you begin.

Step 1: Really, Really Assess if you are Capable of Pulling This Off
So, I know I warned you in the introduction, but it needs to be said again. If you don't have any programming knowledge, Assembly is not the language to start with. If you have programming experience, Assembly is not an easy program to work in. If you learn Assembly, the Atari is particularly difficult to program for. The most common mistake for newbie Atari programmers is announcing exactly what their game will be, when it will be released, and then not understanding why the retro-gaming community mocks them. It's really a miscommunication on both ends. The community has heard it before, they've seen games announced, some even have demos, and yet they never see the light of day and the author disappears. They've become a little jaded to new game announcements from new programmers, and rightly so. Most new programmers are ignorant of this and are so excited and motivated by their new-found hobby that they become a little over-zealous in their announcements. They are then frustrated and annoyed by the response they get. I'm not trying to scare you off. I just feel it's important that you understand what you're up against before you begin. If you think you're up to the task (or just interested in the process) then please read on. I ran across this page, which does an excellent job of breaking down the tasks you face: http://www.kuro5hin.org/story/2001/9/15/211737/858

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

Image Notes 1. joystick 2. PacMan game 3. Atari 2600 VCS

Image Notes 1. Not all power pellets show up due to the flickering of ghosts and pellets. This was a programming technique to get more characters on the screen at the same time.

Step 2: Find a Retro-Gaming Community to Help You


There are a few retro-gaming communities around the ole webosphere that you'll run across. The first one that I ran into, and the one that I consider the best is AtariAge http://www.atariage.com. You'll find all kinds of goodness there including game reviews, ROMs, high score clubs, a marketplace, and more including what we're looking for: information on programming for the VCS (and other retro game system coding). The second community to mention is Digital Press http://www.digitpress.com. You will find a lot of information on old games here, but they don't just specialize in old games. You'll also run across information about all the newest consoles. I also joined this website in the midst of my Atari wanna-be programmer phase, but don't think it's quite as useful as the first. The last community is a little unique in a few ways. The way I understand it, they don't have an "official" website, but have been hosted in several places. The Stella Mailing List http://www.biglist.com/lists/stella/ has searchable archives and I believe it dates back to the mid-90s. I don't think they still update the information, but in the past it would contain answers to fairly detailed questions from the community itself. You can still search through the archives and find a lot of the answers you need to difficult questions. For the purposes of this instructable, I will pretty much reference the community from AtariAge. They also cross over to the other two sites, and vice versa, but AtariAge seems to be the most personable and the most helpful of the three for beginners (imho).

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

Step 3: Gather the Needed Tools


There are really 5 "tools" you will need to have on hand in order to put a game together. The first four are from Andrew Davie's 2600 tutorials available at AtariAge. First and foremost, you will need a text editor. For PC users, you likely already have this, I always just used Notepad when I was working on code. Two excellent text editors for the Mac include TextWrangler http://www.barebones.com/products/TextWrangler/ which is free, and TextMatehttp://www.macromates.com. TextEdit will work, but if you're going to do serious programming, TextWrangler and TextMate are much better. Second, you'll need an assembler to convert the source code into a usable ROM. For Atari programming, there is only one real option, and that is a program called DASM. It has passed from caretaker to caretaker over the years and isn't always the easiest thing to track down. As of writing this instructable I tracked down what seems to be the current home of DASM here http://dasm-dillon.sourceforge.net/. Next, is the emulator. Emulation of NES, SNES, Playstation and other systems has become a pretty big deal over the years, although the craze seems to have died down to some extent. Atari is no exception, and there are two emulators which seem to be worthy of the Atari programming community. The first is Z26 http://www.whimsey.com/z26/and Andrew suggests this is possibly the best solution for Windows users, yet he suggests using Stella http://sourceforge.net/projects/stella/ for users of other operating systems. I found z26 was able to perform all the tasks I asked of it, and can't recommend it enough. The Stella Programmer's Guide is essential and will answer many of your questions. The 57 page .pdf file can be downloaded here: http://www.atarihq.com/danb/files/stella.pdf Finally, my own suggestion is to start looking for hardware capable of downloading your ROM and plugging into your tv. There are a few options available including the Supercharger, Cuttle Cart, and the hardware I was able to get ahold of, the Krokodile Cartridge. While functional, the Supercharger is slightly less flexible than the other two options. None of these are currently being produced, and you may have to spend 150-300 bucks to get ahold of one of them. If you start looking now, you may be able to find a better deal before you actually need to use it. While you technically don't have to ever play it on your tv (you can test in emulators) it's a lot more fun than playing your game on a keyboard and computer monitor. An alternative to the mentioned hardware is to get a socketed development board and then use an EPROM programmer and eraser to program an actual board for your 2600. You can either hack existing boards or just buy new ones. More information on these can be found at AtariAge.

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

Step 4: Go Through 6507 Tutorials


With all of the resources available for beginners it can be a little overwhelming to know where to begin. Andrew Davie, an AtariAge member has written a number of "instructables" of sorts on beginner programming for the 2600. Another member with the handle of Kisrael put these tutorials together in a nice little sticky note linking to each of the lessons. Here is the Table of Contents: http://www.atariage.com/forums/index.php?showtopic=33233 Programming for Atari is actually done for the 6507 microprocessor, however as I think you learn from the linked tutorials, this is really just a stripped down version of the 6502. So, if you've taken the time to learn Assembly, chances are you are probably ready to convert that knowledge to Atari coding. There are only a few minor differences, and the different tutorials will point these out to you. From my understanding, a couple of these unsupported commands even appear to be functional. Of course, that doesn't mean you would want to program them in, but the point is the differences are minimal.

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

Step 5: Hacking Games


Now that you've gone through some tutorials, my opinion is the best way to learn is to start hacking games. There are some of the original games that have been reverseengineered so you can see what a complete game looks like. In addition, several other homebrew authors have published the code from their completed games. This is generally for learning purposes- you can play around with hacking homebrew games, but it bad form to post your hacks since the author was nice enough to share it with you in the first place. You don't even need a ton of programming experience to hack games. While the old fashioned way of disassembling and changing values certainly works, there are a few programs around that let you scroll through the bits. If you look carefully you can often find the sprites in the bits, and alter those values so you are actually changing how the games looks. Two such programs I am aware of are HackoMatic (version 2 & 3) and Bithacker. Unfortunetely, both original hosting sites seem to be down, but you can still find downloads available lurking in different atari forums. In general these tools don't allow color changes unless you knew the bits you're looking for or really have a lot of free time to try and find random bits. For example, bithacker will show you the PacMan sprites (remember there are more than one) and you could alter them into an animated robot. Besides sprite shape, playfield and background colors are often easy changes to make without a ton of programming knowledge. More on that in the next step, but the more you play, the more you learn! Here is a quick look at bithacker in action. If you look at the first image, you can see the Activision logo upside down and split up into groups of eight pixels. Simply by rearranging the bits that are on/off if these section I can make the game read "RoboTHacK" as you will see in the second image. Unfortunetely in the emulator I use, screen shots don't work so I can only show you a mockup of what the hack would look like.

Step 6: Design Your Game


Now we're getting to the fun part- game design. Granted, the elements you are going to be given are very limited, but that's where creativity comes into the picture. There are six built-in elements that will be used to create everything on your screen: 1.) Playfield 2.) Sprite 0 3.) Sprite 1 4.) Missile 0 5.) Missile 1 6.) Ball Advanced programming will allow you to exploit the characteristics of each of these elements. For example, the flashing ghosts on PacMan allow the same sprites to be repeated and show up in multiple places on the screen, creating more characters. This will be explained in far better detail in the tutorials, but here are the basics. Playfield- stored in 3 registers, with 4,8, and 8 pixels available in each. This will draw half the screen from left to right, then the screen can be repeated or mirrored. You can also re-write to the registers after drawing the first half to create a screen that is different all the way across. Basically you have 40 pixels across the screen. These could be changed on each scanline, but are normally coded in blocks of about 8 scanlines to save memory. The playfield in my exampled is mirrored, meaning the right half of the screens reflects, not repeats, the left half. Sprites- For ease of explanation sprites are limited to 8 pixels wide. There are techniques of combining two sprites to act like one and even repeat them horizontally to get

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

up to 48 (I believe) pixels across. For a beginner, just getting a simple sprite on the screen will be quite a task. The hard limit to sprite height is the entire screen, up to 192 pixels in NTSC systems. However, you have to keep in mind a character that takes up the entire screen is hard to design a game around. This is where design and creativity in keeping sprites smaller while still conveying the idea comes across. For reference the Robot design is 8x22 pixels shown here, while PacMan is 8x8. Sometimes you have to decide between size and more detail. Missiles- There are also two built in missiles. These are normally used as straight lines or dots. This is what is shot in the game combat. These (I believe offhand) are what would be used as lasers in games like Space Invaders or Vanguard. They can also serve as design elements (the rails in Pole Position). You are only limited by your imagination, and of course the severe limitations of the 2600. The missile colors are often matched to the sprite of the same number. Ball- Really, the ball is just like the missiles are far as I can tell. The only real difference I can tell is that the ball matches the color of the playfield. Designers of the game Adventure exploited this to actually make the ball the main character, which is why it shows up as a block instead of with more detail.

Image Notes 1. animated Robot sprite.

Image Notes 1. Playfield 0 = 4 bits 2. Playfield 1 = 8 bits 3. Playfield 2 = 8 bits. Yellow is a background color, black is the playfield. 0 means the playfield is "off" while 1 means the playfield is on.

Step 7: Write Your Code


Now to the fun, and the work. There is no simple way to do this, but if you want to create your own game, you have to code the kernel. Creating the logic is by far the most fun and most frustrating part of creating your game. Think of it like learning to play golf. If you have ever tried to learn, you've probably felt the same frustration at times that you will trying to code your game. There is another option besides assembly editing that I only mentioned in passing up to this point. It is batariBasic, which takes pre-existing kernels and allows you to modify them with code written in Basic instead of assembly. It then takes this new code, and transforms it into a playable binary file. But, since this is the stage where I am the least amount of help, wander over to cNet and watch this five minute video I ran across that's about halfway down the page and talks about how some of the games have been made. http://reviews.cnet.com/Games_and_gear/9602-12576_7-0.html?messageID=2506030 Below is a small sample of some code I have in my collection. Offhand, I think it was something I was working on given the filename, but can't say with certainty I wrote or if I even modified this code in any way from something I found online. As you can see, Notepad is my text editor of choice for code.

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

Step 8: Publishing with a Green Twist


If you've actually made it this far, it's all downhill from here. You can get new boards available from http://www.pixelspast.com/. Once you have your board complete, you then need a casing to put the game in. We all know the old adage for being green- reduce, re-use, recycle. So, if you're just making a couple of copies for yourself, then I suggest "reusing" by simply taking a cartridge you have multiple copies of, removing the labels, taking it apart, and placing the new board in the old casing. Since there are no other real raw materials the only other way to introduce a green element would be with the computer itself. Despite my distate for all things Apple/Mac (comments welcome, but no flame wars please) part of their new campaign is the green-ness of their new line of notebooks, so I suppose you could go that route as well. Anyway, back on topic- you can do this yourself, but there are several people online who offer to do these services as well, for all types of old game consoles. It's my belief that most if not all of these people are pretty dedicated to the retro-gaming experience and do a top-notch service for you. AtariAge in particular not only puts the game in a new case for you, they also create labels for the games (unless you want to make your own label), as well as instruction manuals and even a box in one case. They are also where I got the idea of re-using old cartridges instead of throwing away old duplicates or selling them on ebay for less than the postage of mailing them out. For more information on their publishing services, take a look at their homebrewing services page. http://www.atariage.com/store/index.php?main_page=homebrews.

Step 9: Wrapping Up the Details


Once you create and publish a game, you will have reached a certain cult status among the retro-gaming community. There are a few places around the interwebs where you can sell your games and such. If you've taken the time to learn Assembly and code one game, you've done the hard part, so have fun with it! It's time to get started on your second project, since you've no doubt had a ton of ideas since you started coding. Also, one other thing I would like to encourage you to do is to share your code with the community. While this does mean that people can use it to make a ROM for themselves of your game, the community still does a pretty good job of supporting homebrew authors through game sales too. Some people won't buy the game without playing the ROM anyway. Of course this is your personal decision, some people feel that creating a game for the community is enough reward for them. This has been instructable numero six, please vote for me if you enjoyed it!

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

Image Notes 1. The Atari 2600 Video Computer System, public domain image from wikipedia.

Related Instructables

Cleaning an Atari 2600 VCS (Photos) by fordman15243

The AtariPC project (AKA Atari + PC = Strange breed of game) by pizzaboy192

How to Repair Nintendo NES System by nintendorepair

How to Make a Portable Game System by 1up

Retro Atari 7800 Mod: Sega Master System controller to Atari 2600/7800 hack by silverHalo

ATARI 2600 Joystick LED's (v1) by 27ace27

Comments
50 comments Add Comment view all 153 comments

FFVIIBOY says:

Mar 28, 2010. 10:15 AM REPLY Dude i wish i could do that but i dont have an atari 2600 i would make FFVII for this, is there any way to do this on a Atari Flashback 2?

scottinnh says:

Feb 10, 2011. 1:01 PM REPLY Don't let not having a 2600 stop you... the software emulators for the 2600 are very accurate, and can be used to develop and test games.

toogers says:
is it possible to write NES games onto atari carts? i can't find my dad's old NES, only the atari.

Oct 26, 2010. 5:06 PM REPLY

yokozuna says:

Oct 26, 2010. 8:46 PM REPLY No, but if you have a ROM burner, you can put them on NES cartridges that match the type of cartridge used for that particular game. There are services around the web that will also do this for you for a fee. One of the reasons I know people do this is to update NES Tecmo Super Bowl rosters from time to time.

toogers says:
let me rephrase; i want to play NES games on an Atari system. not Atari games on a NES system.

Oct 28, 2010. 4:38 PM REPLY

scottinnh says:

Feb 10, 2011. 1:00 PM REPLY Several things make what you ask impossible. A NES supports far more memory and processing power than the older Atari, but even if you have a very "simple" NES game it still could never work due to incompatabilities. In general an easier answer is that no 2 gaming consoles are compatible (unless advertised as such, which usually adds cost to the console so most consoles do not do this). Given enough programming skill and patience, someone "could" make a 2600 version of a NES game. You would be basically making a new 2600 game from scratch which has less graphics and sound, but you might be able to mimic the gameplay. This has been done before.

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

parski says:

May 25, 2010. 5:01 PM REPLY This Instructable has inspired me to program an Atari 2600 game as my third year project wich is a huge part of my grade. Lovely guide!

yokozuna says:

Nov 29, 2010. 7:27 PM REPLY Did you ever happen to work on this project? I wasn't sure if fall semester would be year three for you or not. If you make anything, I would love to see it!

parski says:

Nov 30, 2010. 3:27 AM REPLY Absolutely! I'm working on a Snake clone at the moment because I don't think I could handle anything more complex right now. I have not been updating my journal ofter at all, but today is my last school day which means the project period at my school has startet, so updates will come often. You can find the journal here: http://programmingatari.wordpress.com/ Remember that it's for school, so I write perhaps a bit more than necessary since my project mentor isn't very tech savvy at all.

musick_08 says:

Apr 1, 2010. 1:38 PM REPLY Im thinking about doing this. I was at a flea market 2 days ago and found an atari 2600 with the cables, 2 joysticks, ms pac-man, pac-man, real sports baseball, and asteroids for $10! (:

Kiokuffiib11 says:
Also, if you happen to own a Sega Genesis controller it works in an atari.

Apr 7, 2010. 9:10 AM REPLY

musick_08 says:
I didn't know that. I don't own one but I can get one pretty cheap

Apr 7, 2010. 12:44 PM REPLY

FFVIIBOY says:

Mar 28, 2010. 12:44 PM REPLY If i had an atari 2600 i would make Cloud, Sephiroth, Wolverine, The Joker (Dark Knight style) Weiss the Immaculate, Nero the Sable, Vincent Valentine, Jak and Daxter, Ratchet and Clank, Zack Fair, Claire Farron (a.k.a. Lightning), Bahamut, Link, Roxas, Axel, Reno, Sora, Xigbar, etc., etc. (i have about 100 more guys i could mention but my hand is getting tired) Jan 19, 2010. 3:58 PM REPLY now can you make shooting games, because i was thinking of making my own version of a video game called left 4 dead so i could play it at my a relatives' houses because none of them have xbox 360s

cucumber288 says:

yokozuna says:
If you can dream it, you can achieve it! :)

Mar 7, 2010. 11:14 AM REPLY

tinkerC says:

Mar 29, 2009. 6:16 AM REPLY TextEdit does work, just save as plain text ( .txt ), not Rich Text ( .rtf ). If you want to program any language, other than Assembly Line, than Macs are the way to go. No flames please, but it is easier to code on a Mac ( other than on 10.5 Leopard ).

pyro515 says:
Whats wrong with notepad? when i write php that's what i use.

Apr 26, 2009. 5:49 AM REPLY

tinkerC says:
I use a Mac.

Apr 27, 2009. 6:10 PM REPLY

chilll2009 says:
I'm using a Mac, but when the pc gets fixed I much prefer notepad.

Jul 10, 2009. 7:16 AM REPLY

chilll2009 says:
its fixed.

Aug 31, 2009. 8:11 AM REPLY

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

tinkerC says:
So, now which computer do you use more?

Aug 31, 2009. 1:54 PM REPLY

YummyPancakes says:

Apr 9, 2009. 5:48 AM REPLY Then you've never tried Linux + EMACS. I was never a EMACS geek (prefer Vim myself), but I've tried it, and kept it for a loooooong time.

andross52 says:
I use Mac + EMACS. Don't think there's a difference.

Jan 4, 2010. 2:14 PM REPLY

tinkerC says:
They are the same.

Jan 4, 2010. 3:52 PM REPLY

tinkerC says:
Does EMACS compile? All OS's work for text, compiling is the pain.

Apr 12, 2009. 3:04 PM REPLY

greiss122 says:

Apr 9, 2009. 6:34 AM REPLY Actually, you can access EMACS from a Mac, because Mac and Linux both use UNIX (SP?). Just go into Terminal, on 10.4 or 10.5, and type in "emacs"

tinkerC says:

Apr 12, 2009. 3:05 PM REPLY And Vi and pico. I work mostly from the command line. EMACS was around since the start of OS X. ( not just 10.4 or 5 )

greiss122 says:
Thats true, but nobody uses those anymore, so I didn't feel like mentioning them.

Apr 12, 2009. 6:26 PM REPLY

tinkerC says:

Apr 13, 2009. 4:53 AM REPLY I do. I have several computers that can't even handle OS X. Just mention all of OS X, and you cover them all.

greiss122 says:
thats true. sorry, i've been sick and not feeling so well

Apr 13, 2009. 5:32 AM REPLY

tinkerC says:
How could I know? Excused.

Apr 13, 2009. 3:27 PM REPLY

YummyPancakes says:

Apr 12, 2009. 7:22 PM REPLY Vi? Are you kidding? Without Vi, there wouldn't be Vim . Vim rocks socks. Never heard of pico. Sound like some Mac thing.

pharoah says:

Jun 26, 2009. 10:26 AM REPLY Pico has evolved into GNU Nano in most of the more popular Linux distributions. Basically, it's a fairly easy to use console text editor. It doesn't have a command mode, and the arrow keys and the like work the way you'd expect (though the shortcuts are sometimes funny, like G for "Get Help" and O for "Writeout"). It's got no fancy scripting, but it's my preferred text editor since I don't bother to learn Vim or Emacs :).

YummyPancakes says:

Jun 27, 2009. 10:17 AM REPLY Now that I've been using Linux for a while: Oh yeah, nano is pretty sweet. It's very customizable, with lots of cmd-line options (which for me is a bad thing -- I ended up having to make a shell script called 'mynano' that just calls 'sudo nano' with all of my favorite options).

tinkerC says:
Why is writing a script a bad thing?

Jun 28, 2009. 5:16 AM REPLY

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

YummyPancakes says:

Jul 10, 2009. 8:30 AM REPLY Well, it's not. It's just that I am very unknowledgeable in bash/sh. I also had a 'permission denied' problem with that script... oh well. I think I'll finally read my Ubuntu books :P

tinkerC says:
Yes, RTFM, read the ferocious manual. Are you an administrator? Is the script one?

Jul 11, 2009. 8:01 PM REPLY

YummyPancakes says:

Jul 12, 2009. 9:06 AM REPLY I should be... I'm the only user besides root, and I think during install I chose to be an admin. I wrote the script while I was logged in as myself. I've already tried su and sudo.

tinkerC says:
An application doesn't run as the user, it is a separate thing.

Jul 12, 2009. 10:50 AM REPLY

tinkerC says:
Probably is. I wouldn't know. What does Vim do that Vi can't?

Apr 13, 2009. 5:23 AM REPLY

YummyPancakes says:
http://www.vim.org/viusers.php

Apr 13, 2009. 6:09 PM REPLY

YummyPancakes says:

Apr 9, 2009. 1:49 PM REPLY O RLY? I've never used a Mac, so I guess I wouldn't know. I'm kind of anti-apple, for reasons I've had so long that I forgot them.

Zrowny says:
that's exactly the same with me. lawl

May 8, 2009. 3:13 PM REPLY

tinkerC says:
:-) Try one at an Apple Store. Maybe you'll remember.

May 12, 2009. 4:18 PM REPLY

lbrewer42 says:

Apr 13, 2009. 9:26 AM REPLY I was anti-apple also - then OS X Tiger came out (now Leopard is here). I am pretty well versed on both platforms and, honestly, I can say that right now Windows is just way too clunky and unreliable as compared with OS X. If someday Microsoft betters OSX, though, I have no real loyalties. I just want the best bang for my buck - right now OS X blows the other system away. with stability and options that Windows does not have. Again, I have no loyalties though

tinkerC says:

Apr 14, 2009. 5:33 AM REPLY That is what I like about Apple, they are better, for now. I have no doubts that Microsoft will not supersede Apple in my lifetime. Apple just keeps above the better technological standards of a gamer.

lbrewer42 says:

Apr 14, 2009. 7:52 AM REPLY I admit I tend to think it will be hard for Microsoft to catch up. let alone pass Apple's engineers. I think Apple enjoys keeping ahead of the game. However, the other thing I can say about both platforms is that they still are both in the growing up phases when it comes to true multitasking. The Amiga, back in the late 80's and 90's was what I enjoyed as it was light years ahead of both the other platforms. It had dedicated chips for graphics, sound, and disk I/O. With OS X, I feel like I have finally gotten back the incredible power and logical usability of he Amiga - however, I had to wait close to 10 years to get it back as I packed up my Amiga in '98 (they went out of business due to lousy management and the public's notorious blind eye towards non-name brand). Personally, I think if they would still focus on this type of architecture (similar to the way a human brain works), then AI would be further along in development. Amiga was way ahead of its time. The speed of the chips in the modern platforms almost makes up for a lack of true multitasking (delegating tasks to dedicated chips). My 7 Mhz Amiga was running circles around my (then) cutting edge 350 MHz Windows system and it was only due to multitasking muscle. As far as gamers go - Again, I say that I find Apple hardware runs Windows faster - however, my experience is not in gaming so although it seems to me that Apple hardware would still be best, I do not know if there are aspects of gaming that would be better on a non-Apple box. I know if I were serious about gaming I would be checking into it though.

tinkerC says:

Apr 17, 2009. 5:26 AM REPLY Google ( or YouTube ) the Megahertz Myth. Apple says why there hardware works faster than PC's. It is seven years old, but still holds true. Multiple cores hold like multiple units.

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

chilll2009 says:
Very true, its even safer to program. This is because PCs get spyware.

Jul 10, 2009. 7:20 AM REPLY

tinkerC says:
Macs get PC spy-ware, it just doesn't work.

Jul 11, 2009. 8:06 PM REPLY

view all 153 comments

http://www.instructables.com/id/How-to-Make-an-Atari-Game/

You might also like