Mort

@Gambler: Why thank you very much! @SpiceWare: I actually had a Commadore 64 when I was much younger. It was eventually given away, much to my dismay, but I remember playing Maniac Mansion and Lock 'N Chase on it extensively. My family also had an Intellivision, but I can't remember which games we had; I'll bet one of my elder siblings would know. I skipped the MUD phase, I've played video games all my life but didn't really get into computers and that side of gaming until around 1995 or so. I had played a few games on DOS and Win 3.1 when I was really young, but didn't really think much of it. Consoles, like the SNES, were much easier for me to use, so I tended to gravitate towards those. Online gaming for me was pretty limited too for a while. I came into the online gaming world when broadband was becoming more and more important, but I was stuck on Dialup until 3 years ago, so my options were slim. The first Massively Multiplayer Online Game that I played was EverQuest, which I got bored with pretty fast. Still, systems that are today considered older fascinate me a lot. As I learn more about programming, I look at some older games and am amazed at how the coders were able to get intricate titles to run on limited platforms and wonder myself what I could do with them.

Sure thing, I'll attatch the bin. Well, I'm fairly new to programming, to be honest, I only started last August. Prior to then, I'd studied fundamentals and tried learning programming a few times before, but was never able to find the right kind of books that approached programming from the standpoint of someone who had no idea where to begin. Other than batari Basic, I've programmed in Python, Java, a little C#, Inform, Voice XML and Chef. Inform was used to make text based adventure games, Voice XML makes automated telephone menu systems, and Chef is an esoteric programming language where the source code ends up looking like a recipe. That said, programming in batari Basic was actually pretty enjoyable. The help file was very um...well...helpful. I just started off looking at some examples, mapped out the program in my head, and then started coding. The hardware was weird, however, even though batar Basic shielded me from the majority of its weirdness. My first idea was to make a port of Bomberman, but I couldn't figure out an easy way to make bomb sprites drop and stay in one spot then explode after a set amount of time, so I had to change my ideas. What I'm trying to get at is I had to be creative in a different way on the Atair. It's like when you're a kid and all you have is a stick and piece of string, and you have to sit there and think, "Well, what the hell can I do with this!?" After a while, you start working with just what you have, tinkering with it, and coming up with really inventive ways of doing things. That's how the Atari programming went. I had no intention of making a game where you dropped boxes onto your opponent, but hey, it could display boxes easily, so it just kinda slid into place. The really challenging part was knowing when to stop! I eventually ran out of ROM space and had to optimize code to squeeze in sound. But hey, it's neat seeing just how much you can cram into a 4k ROM. I love video games, and to be honest, I don't like where video games have been heading recently. Akward plots, lackluster gameplay, and too graphic intensive. Yeah, flashy graphics are nice and all, but they're just eyecandy. I'd rather take solid controls and good gameplay anyday. When I was programming for the Atari, I got to concentrate on that, just making a really polished game that was fun to play without having to worry at all about fancy graphics. Eh, this is becoming a rant, so I'll end it now. Oh, and I'm one of the students in the LCC 2700 class at Georgia Tech, this was our final project in the class. It was due just 2 hours ago, in fact, and people have uploaded the projects. You can check them out here, they're under project 8. We also have done a lot of other weird stuff, so feel free to snoop around some if you want. My name is eorear on the website. http://www.lcc.gatech.edu/~bogost/courses/...700/project.php Construction9.bas.bin

They do, it jumps a bit but it's an easy problem to fix. The only reason I didn't do it was I'd have to make another map for that version of the game and a way to select that version (I'd probably use the difficulty button), but I had like...50 bytes of code left. The memory constraints are what got me mostly, that and burn out after doing nothing but programming this game for the past 4 days.

I want to thank everyone for their help these past few days, you've saved me untold hours of frustration. Here's my first finished game for the Atari 2600. The game is called Construction, and the basic storyline is that you play as two construction workers who are upset with each others, so they're trying to solve their differences by squishing each other underneath huge crates. The controls are standard joystick controls, the fire button drops a box in the last direction you were moving, excluding diagonals. If you drop a box ontop of a pre-existing box, it will slide into the next open playfield slot. To start the game, press reset. I would've added a bit more stuff, but I ran out of room really fast. I might go back later and optimize the code so I can squeeze in a few more things, but I'm one of the students doing this game for the LCC 2700 class at Georgia Tech and I won't have enough time to tinker extensively with it before the project is due. Still, if I had more time I'd put in some additional music, different modes of play (boxes randomly appear, the screen is open and your character just teleports to the opposite side of the screen whenever he hits the edge ala Pac-Man, missles would randomly appear and destroy a line of boxes) and code and AI. Ah yes, and sadly this is a 2-player only game, no AI. I had neither the room nor time to implement it, but this just means you'll have to be more sociable and grab a friend! Code is attatched. Construction9.bas

Thanks to the both of you, I got my collision detection working just fine. The player being trapped by a box is actually a good thing, I turned that into a win condition. "It's not a bug, it's a feature!" The game is almost done, I have about....90 bytes left on the ROM and am trying to get a sound effect for the boxes to work right currently.

Ok, I've been working on my game and have made a good deal of progress. You can drop boxes by changing the playing field squares, I put a cap on how fast boxes are dropped, made it so you can "slide" boxes ontop of pre-existing boxes (if you drop a box and there's already a box in the way, it will drop it in the next available playing field sqare) and made it so that boxes are dropped in the direction you were last facing. Now I'm ready to try collision detection with the playing field I made some collision detection, but it doesn't work correctly. If you're just moving in the cardinal directions, it's fine, but when you move in diagonals, you can sneak through boxes. Idealy, I would like for the player to just stop when they run into a box, no matter which direction they're going. Anyone have ideas as to how I could stop the diagonal sneakage? Another possibility would be to limit the player to only moving in the cardinal directions. I think I saw a thread where someone else managed to do this, does anyone know how to accomplish this as well? Code is attatched. Construction6.bas

Thanks a bunch, batari, that did the trick! Just as an aside, I went on ahead and updated to the bleeding edge 99, which also fixed problems I was having with my include div_mul.asm statement.

Hello everyone, I've started working on my first game and am just trying to get things to move around properly. I can get player 1 to move correctly, but when I set the if block for player 2's movement, DASM throws an Unresolved Symbol List error that looks like this --Unresolved Symbol List ROM2k 0000 ???? ® joy1left 0000 ???? ® NO_ILLEGAL_OPCODES 0000???? ® joy1down 0000 ???? ® joy1right 0000 ???? ® joy1up 0000 ???? ® --- 6 Unresolved Symbols It goes through the basic --> assembly compiler just fine, just hangs on DASM. Anywho, here's my code. init x = 40 : y = 20 v = 145 : w = 75 c = 0 scorecolor = 14 mainloop COLUP0 = 112 COLUP1 = 64 c = c + 1 if c > 15 then anim player0: %00101000 %00010000 %00111000 %01010100 %00111000 %01111100 %00111000 %00010000 end player1: %00101000 %00010000 %00111000 %01010100 %00111000 %01111100 %00111000 %00010000 end goto paint anim player0: %00101000 %00010000 %01111100 %00010000 %00111000 %01111100 %00111000 %00010000 end player1: %00101000 %00010000 %01111100 %00010000 %00111000 %01111100 %00111000 %00010000 end if c > 29 then c = 0 paint player0x = x : player0y = y player1x = v : player1y = w drawscreen if joy0up then y = y - 1 if joy0down then y = y + 1 if joy0left then x = x - 1 if joy0right then x = x + 1 if joy1up then w = w - 1 if joy1down then w = w + 1 if joy1left then v = v - 1 if joy1right then v = v + 1 goto mainloop Demolition1.bas