Gemintronic

Nah, it's not a big deal. Not until a big company pays attention that is. I was more suggesting names as a fun thing. A little personalization. Plus, never hurts to be careful. Certainly! Please continue! I was thinking about the flickering when the bees grab the flower. Could you switch the flower to player0 so the bee + flower combination doesn't cause flickering?

I dunno if anyone should be jealous. With emulation you can play classic systems and not pay $400+ (About how much 2600 was in wayback dollars). Heck, you can play systems you never had access to. I just recently found out about the Fairchild Channel F. With homebrew development you can play free ROMs. That's like winning a Toys R Us shopping spree. Download the game, play it, no mess of carts on yer floor. There are triple system Hong Kong clones that play SNES, NES and Genesis with wireless controllers. I'd have given my left ear for such a magical system when I was growing up. Lastly, we're mostly all on DLP, PLasma and LCD TV's now. Amazingly sharp displays. I remember trying to play on a myopic color TV that got damaged by being in very cold weather for too long. Not fun.

Just got my paycheck in. Hopefully should cover shipping. Not looking forward to repackaging 2 full boxes of Pac Man and Combat. Somehow made the mistake of not putting bubble wrap around the sides and bottom. *groan*

With no project open you can: 1. Click on FILE 2. Click on Close Project 3. Receive a valid message about no projects to close -> Click OK 4. An unhanded exception message appears. Happens on XP but haven't tried on different platforms.

I think the Retrode would be a great way to allow people to play 2600 carts. The Retrode + 2600 adapter are real and available to the public. If your product would allow writing to disk images I'd buy one. Is this on your list of things to add?

Very nice! I never realized how I was compiling and checking colors and compiling and checking colors until this tool came out I thought it was just part of the challenge. One other thing I think should happen is a const table of colors that work in both PAL and NTSC. Therefor peeps could use the colors from the table like c_blue instead of swapping code around. Here is a partial list for NTSC: const c_aqua = $B8 const c_black = $00 const c_blue = $86 const c_dkgray = $06 const c_fuchsia = $58 const c_gray = $08 const c_green = $D8 const c_lime = $DE const c_ltgray = $0A const c_maroon = $52 const c_navy = $A4 const c_olive = $E8 const c_purple = $66 const c_red = $44 const c_silver = $0C const c_teal = $00 const c_white = $0E const c_yellow = $1E const c_brown = $F6 const c_dkblue = $70

The use of not-pixels seems key to clever sprites. In the Homebrew section there's a game called Panky the Panda. Panky's arm is represented by no pixels. His midriff is white and the background is usually black. You see panky's arm because its actually the background. You almost get two colors per line there. I think SeagtGruff explained this better. Also, playing later 2600 games might give you some insight. See Ikari Warriors and Double Dragon.

Why not just call it Donkey Kong 3? Donkey Kong is a registered trademark of Nintendo. Even games sounding like a cash cow get cease & desist threats. Take Freecraft as an example. No one has money to fight a lawsuit. Plus, a different name - even if a parody - makes it more your creation. Check out Beef Drop at the AtariStore for an example.

Disclaimer: I have not explored the SWCHA method yet. That being said what makes brain sense is joy0left. Just by looking at the command you can tell it has something to do with the joystick and moving it left. SWCHA is an abstract concept that newbies shouldn't be subjected to. The tender, fragile newb should be eased into SWCHA by having seperate, moderate level tutorials and examples. When yer just figuring things out joy0whatever is a very good method. Any command like SWCHA that needs its own highly descriptive tutorial/example may not be appropriate for fresh fish.

Non Trademark infringing titles could be: Monkey Bee Monkey Do! Hives 5 Honey Monkey Garden Gorilla Arboretum Ape

Hey! Thanks for the help! PAC-MAN-RED too as that topic was educational as well. The workaround seems to be adding an extra line to the top of the playfield data and adding a corresponding pfheights. Adding a pfcolors line doesn't seem to efffect it. I still consider this color wrap-around issue a bug (albeit with workarounds). Just have to watch out for it in the future

First choice is always first and best and wonderful. Rock on AtariAge!!!!!! Can you recommend a good second or third choice GroovyBee? Or, are you saying posting your creation on only one website is good enough? If you post it in the Homebrew Discussion section, it will usually pop up on PDRoms's news feed in the next couple days. That's a good suggestion and makes sense. However, I'm less enthused about PDRoms now that I know registration is closed. At AtariAge I get input and can take part in the process as a member. Not so much with PDROMs apparently.

Whatever happened to shareware? You tried the full version. You liked. You bought. Pirates and Ninjas continue fighting as they always do. That's background noise.

For some reason the first row get the last rows colors. set smartbranching on set romsize 4k set kernel_options pfheights pfcolors COLUBK = $00 scorecolor = $0E pfheights: 4 26 16 26 4 2 2 2 2 2 2 end pfcolors: $33 $33 $33 $33 $33 $33 $8E $8E $8E $8E $8E end playfield: XXXXXXXXXXXXX....XXXXXXXXXXXXXXX X..............................X ................................ X..............................X XXXXXXXXXXXXX....XXXXXXXXXXXXXXX ................................ XX..XXX.XXX..XX.XXX.XXX.XX..XXX. X.X.X.X..X..X....X..X.X.X.X.X... XXX.X.X..X...X...X..X.X.X.X.XX.. X...X.X..X....X..X..X.X.X.X.X... X...XXX.XXX.XX..XXX.XXX.X.X.XXX. end main drawscreen goto main

The last is that you can't write to the images or save snapshots. That's a big deal to me. Sounds like games that save your game like Ultima may not work. Also, I'm spoiled by flash carts that let you just put the ROM on the media and play. Editing XML files is not my idea of fun. I give these guys props for using C64Forever. Hopefully this means you can program in BASIC using the real licensed C64 ROM, right?

Donkey Kong could be just part of the playfield. You'd store separate playfields for every DK movement up toward the bee hive. The score could be made into 6 flower sprites. You could even (I guess?) use SeaGtGruffs gosub + inline assembly technique to switch between score kernels to go from flowers to score numbers. Or, you could use the examples where you extend the score kernel to include more characters so you could retain the numbers AND have the flower sprites. Yet another idea is to use the score bars as flowers but that would look less authentic. The score bars could be used to represent to time left. Whatever the bullet and R= are on the top left could be represented by the other score bar. Mario could be the player0 sprite and the bees player1 through 5. When the hives drop just make the bees disappear and use their objects as the beehives. Change the playfield to Donkey Kong all the way up with the middle bee hive on his head.

The only cores available on their website are for C64. http://mcc-home.com/3.html Since the OP turns out to be from the company making these I wonder if he could tell us when Amiga and 2600 support will be available? At least a guess? Does Dirk Dudenbostel do all the FPGA programming?

I'm interested in the advanced joystick reading code. Reading SWCHA and on goto/gosub seems to be the way to go. Comments are nice. The asterix's makes them stand out and are much more readable. My emulator doesn't seem to want to continue going diagonal. I get the inital keypress in and then it veers straight north or south. My guess is that Keyboards Are Evil.

Well, the first peeved software house the article mentions is THQ. Makers of 10 out of 10 material such as "Bratz: Super Babyz" I feel sad for the guy who had to pay full price for that. Joking aside the heart of a game company is the actual artists and code monkeys. Creative Director sounds like an uncreative management job to me. Out of the loop and into their own world. UPDATE: Looks like they noticed their customers were less than pleased.. http://www.gonintendo.com/viewstory.php?id=134143

main rem Set the background color COLUBK=$02 rem Set the player color. Note this must be done after EVERY drawscreen. COLUP1=$28 rem Increment or decrement our counter by 1 using the joystick rem Note we didn't have to dim this variable as we used its rem original name y if joy0right then y = y + 1 if joy0left then y = y - 1 rem If user goes past the max animation timer amount then reset counter. rem note that y becomes 255 after subtracting from 0 so only one IF statement rem is needed to check for over and under limits. if y>30 then y=0 rem When the counter reaches 10 then rem change to this sprite image. rem Note that by waiting 10 loops it adds an rem appropriate duration for each animation step. if y=10 then player1: 011100 011000 011000 100000 011000 %01011111 %01100100 010000 011000 111100 011000 end rem When the counter reaches 20 then rem change to this sprite image. if y=20 then player1: %01000011 %01100010 110110 011100 101000 111100 100100 010000 011000 111100 011000 end rem When the counter reaches 30 then rem change to this sprite image. if y=30 then player1: 011100 011000 011000 100000 %01011010 %01111100 100100 010000 011000 111100 011000 end rem Reset counter so animation loop can start over if y>30 then y=0 rem Center player position on screen player1x=50:player1y=50 rem Refresh the screen so end user can see animation drawscreen rem Got up. Went to work. Going home to start over. goto main

I must apologize for thinking this was a spam topic. I recently received indisputable proof that MC does 2600. Sign me up for 2 and 1 copy of NES ROM Maker.

The XBox can be bought, softmodded and emulators installed NOW. MMC can only do C64 NOW unless the OP posts a link that states otherwise. Oh, and used XBox's are dirt cheap too. I really think the MMC people should consider selling this thing for what it is: A new, almost feature complete C64 system for games. I'd consider buying it for that - not promises to support Amiga, 2600, Double Rainbow Zombies, etc..

Couldn't find any 2600 info on their site. Even used their search feature. Nothing but promises on Amiga support too. Would love it if Amiga and 2600 support are actually in place. Is their another link that states Atari 2600 is now supported? @Rom Hunter: Apparently it has a Micro SD slot to add games. Note that I believe for now it's just C64 games. Unlike the Minimig which is sold as an Amiga on a FPGA which theoretically can be reprogrammed into other machines the MMC people continue to elude to supporting MSX, Amiga, 2600, etc.. even though actual support isn't there out of the box. I don't like that kind of marketing.

Back a few years before I was interested I SWORE I SAW a 2600 ROM for the prototype 2600 version of Treasure of Tarmin. A few years later I swore I saw a Youtube video of the 2600 version. Even thought I saw a link to the Youtube video here at AtariAge. The kidscentre.com thinks they have the ROM (but they don't) Chris Ware from associated content thinks that a ROM is out there: http://www.associatedcontent.com/article/1476288/classic_atari_advanced_dungeons_and.html?cat=19 Did the ROM exist? Did the Men in Black wipe Youtubes memory of all 2600 Tarmin videos? Am I tottaly going coo coo for Cocoa Puffs?

I'm curious to see how it performs in the real world as well. If the battery life is as poor as some of the reviews say you're better off buying a real GBA with flash cart. The Dingoo 320 seemed to have good battery life and acceptable framerates playing GBA..