Slashdot Mirror


Unofficial GBA SDK Available for Free

BlackGriffen writes "Anyone who is interested in making their own Gameboy Advance ROMs can go get an unofficial GBA SDK . With this and a flash ROM kit from someplace like lan-kwei.com, we could see a flourishing indie game making community. Available for Linux and Mac OS X only (for now, it's open source)."

143 comments

  1. Bravo for Mac OS X support! by PrimeWaveZ · · Score: 3, Interesting

    I hope we can see more open-source community support for Mac OS X in the future. It's projects like this that help to solidify its position as not only a great consumer OS, but as a great workhorse and development OS as well.

    1. Re:Bravo for Mac OS X support! by littlerubberfeet · · Score: 1

      By Providing OSX support and Linux support, is Nintendo giving the bird to MS? Makes sense to me......make a product that your competitor can't use......

      Its open source, but I figger that any one STUPID enought to port it to M$ is gonna get beat like Rodney King if they dare show their face in this here slashdot.

      That was a joke of course. not uhm....flamebut.

      --
      Sig (appended to the end of comments you post, 120 chars)
    2. Re:Bravo for Mac OS X support! by Anonymous Coward · · Score: 0
      is Nintendo giving the bird to MS?

      Not on this occasion. This is not from Nintendo.

    3. Re:Bravo for Mac OS X support! by Anonymous Coward · · Score: 0

      the guy who created this sdk made a windows version

      while i don't really care for windows, it makes sense to have a win version.

      many of the emulators are for dos/win and the rom linkers run exclusively on windows for the most part

  2. EMULATORS! by Anonymous Coward · · Score: 0

    This is great! Let's try to get some emulators for this thing.

    How good is the processor? Good enough to emulate an NES? If not that, is it at least good enough to emulate a Colecovision? Failing that, can i at least run my TI-83 games? "Diamonds" is fun :)

    Next question: How big is the maximum storage space of a GBA-compatible flashrom? Big enough we could fit in a super-stripped-down version of linux, if we were REALLY REALLY bored? :)

    1. Re:EMULATORS! by strags · · Score: 3, Interesting
    2. Re:EMULATORS! by set · · Score: 1

      GBA Emu (Also works via Linux binary emulation on FreeBSD)

    3. Re:EMULATORS! by strags · · Score: 3, Interesting

      Sorry - should have clarified - the ones I listed are all emulators for the GBA. You can burn a flash cart containing 100's of old videogame classics, and play them on your GBA.

  3. Hm...Rom conversion, anyone? by Dark+Paladin · · Score: 2

    While this is Good Thing (TM) and will encourage some interesting games for the handheld system, I am a little worried about who might try and use this to convert their favorite SNES ROMS (Chrono Trigger, FFIV (II US), Super Metroid, etc) to their own ROM kit and play it.

    Ah, screw it - I want to see this happen, just so I have a reason to take the train into work and play Super Mario RPG.

    1. Re:Hm...Rom conversion, anyone? by edwdig · · Score: 2

      The GBA and the SNES are nothing alike. They have about the same processing power, which is why a lot of games get ported. But the SNES is a 16 bit version of the 6502 (Nintendo tried for NES back compatibility, but it didn't work out), whereas the GBA is a 32 bit ARM processor.

      You have to compeletely rewrite an SNES game to get it on GBA. A GBA devkit won't help with that.

    2. Re:Hm...Rom conversion, anyone? by Bozzio · · Score: 0

      But a devkit would allow you to work on a SNES emulator wouldn't it?

      I know there probably wouldn't be enough processing power, but things like mode7 effects could be reasonably reproduced with GBA hardware.

      It would sorta be like playing playstation games on a dreamcast with Bleemcast. The emulation isn't meant to be exact, and as a result, it looks better.

      Maybe the use of the GBA's hardware like this (though i guess it would be harder to do with sound effects and the such.. since the ear discriminates more than the eye often) could make a half reasonable emulator, which could be a bit slow, but still pretty to the eyes and ears.

      maybe i'm just crazy.

      --
      I just pooped your party.
    3. Re:Hm...Rom conversion, anyone? by benwb · · Score: 2

      The SNES was a 65816, the same chip used in the apple IIgs- except that it was running at 10mhz if my memory serves correctly, and a stock gs only runs at 2.7. It had a whole lot of funky things going on (like a 24bit address space and 16bit registers) but it was almost completely compatible with the 65c02. It was also probably the last general purpose microprocessor designed by hand.

    4. Re:Hm...Rom conversion, anyone? by tzanger · · Score: 2

      They have about the same processing power, which is why a lot of games get ported. But the SNES is a 16 bit version of the 6502 (Nintendo tried for NES back compatibility, but it didn't work out), whereas the GBA is a 32 bit ARM processor.

      Let me get this straight. A 10MHz steroid-addled 6502 could keep pace with a 32-bit ARM processor? Did I read that right? Or does the GBA really have a lot more processing power that isn't being tapped?

    5. Re:Hm...Rom conversion, anyone? by Dwedit · · Score: 1

      SNES games were written in ASM, GBA games are mostly written in C. 'Nuff said.

    6. Re:Hm...Rom conversion, anyone? by NoMoreNicksLeft · · Score: 2

      The 65c816 was more than a 6502 on roids. It was a fully functional 16bit cpu, at least as capable as some low end 32bit cpu's *COUGH*386sx*COUGH*. The ARM is a decent 32bitter, but hardly the top of the food chain. Without looking at the specs, the GBA is certainly more powerful than the SNES, but we're not talking orders of magnitudes.

  4. I wonder... by FortKnox · · Score: 1

    With sources out for games like Descent I (and II), and Doom/Heretic/Hexen, etc... I'm awaiting to see someone port these games to GBA...

    --
    Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    1. Re:I wonder... by strags · · Score: 3, Informative

      DOOM is already available on the GBA.

      Descent is probably beyond the GBA's capabilities, since it uses arbitrarily-angled perspective-correct textured polygons, which are a fair bit harder to render on a low-end CPU (the GBA has a 16MHz ARM7 CPU).

      I guess you could just flat-shade the whole thing, but it wouldn't look anywhere near as good.

    2. Re:I wonder... by Anonymous Coward · · Score: 1, Interesting

      ah the horror .. i tried to port doom1 (with sw wad). let me list 3 things why you will probably never see descent on the gba .

      1.
      256k ram, 32k fastram
      yep.. get all your global vars into this one first, then think about a memory manager. i had doom take like 160k on vars but that just just isnt enough..

      2.
      16mhz cpu.
      the other poster didnt mentioned of course that the rom acces cripples this quite a bit. (and you want to keep your code in the rom .. maybe fastram for innerloops but then you have to worry about where to put the textures )

      3.
      no hardware division
      which rules out perspective texture mapping.

      so there..
      2 and 3 arent that bad but 256k will hold back what could have been..
      -
      and the doom they released for the gba is really crippled!

    3. Re:I wonder... by Anonymous Coward · · Score: 0

      How is Doom crippled on the GBA? I have it, and aside from the lower resolution screen it works fine.

    4. Re:I wonder... by Anonymous Coward · · Score: 0

      i just looked at the screenshots at idsoftware.com and ..
      where is the lightning ?
      different heights ?

      it looks like an early doom alpha:
      http://toastytech.com/dooma/alpha4.html

    5. Re:I wonder... by timster · · Score: 2

      The idsoftware screenshots are really lame. Check out the better shots at Gamespot. There's plenty of different heights and I don't recall Doom having a very engaging lighting model in the first place.

      --
      I have seen the future, and it is inconvenient.
    6. Re:I wonder... by Anonymous Coward · · Score: 2, Interesting

      I played one or two ray-casted video games on my TI-85 and TI-86 calculators. These had, I think, 6MHz Zilog Z80 microprocessors. These are old processors from the late '70s or early '80s, and they don't have a lot of registers, so complex stuff runs kind of slow on them. They also don't know how to divide, so you have to do that in code, and naturally they didn't have numeric coprocessors to make up for that deficiency.

      The TI-85 had about 24K available RAM, and the '86 had something like 60K available RAM.

      Considering the claustrophobic amount of RAM and CPU power, especially the limited number of registers (and the small width of them), and the lack of ability to do division or anything floating-point in the hardware, these ray-casted games ran fairly well.

      Ray-casting is very different from *real* 3D, however. Real 3D involves things like rotating and translating potentially thousands of nodes, culling unseen polygons, searching large binary space partition arrays (BSPs), calculating whether or not (and where) to display objects not in the BSP (like health vials and other players), etc. And all of the above has to be done for every single frame.

      Raycasting is loads easier. You cast out a ray for every pixel that your viewport is wide. If the ray collides with an object on a 2-D map, the engine grabs a vertical slice from a texture map, scales it according to distance, and drops the results into the framebuffer. If the engine supports transparent pixels and any were copied, the ray continues. Otherwise it's on to the next column.

      There is some other work involved, such as drawing sprites and ammo/health/etc. bars. And there are a few other tricks, such as having variable-height floors and ceilings, like in Doom. Raycasting is very fast compared to real 3D, since there is a lot less floating-point math (and math in general) involved. However, you lose flexibility in order to gain speed. In Doom, you could only have one place for the player to stand at any grid location, so you couldn't have one room above another, or a bridge that could be gone over and also under. It is also tricky to get raycasting engines to do "looking up and down" without it looking distorted, so in most raycasted games, the player always looked straight forward.

      If my old TI-85 with 32K of RAM and a 6MHz Z80 can handle a raycasting engine, then so can a GBA with 256K of RAM and a modern ARM processor with a lot more registers and almost 3x the clock speed. (Not to mention DMAs and hardware sprites and layers!)

      Finally, the GBA has scaling and rotation, and the ability to draw primitive 3-D fields... all in hardware.

      If texture usage is kept VERY conservative, it is reasonable to believe that a ray-casting engine with texture-mapping capabilities is reasonable.

      What would be even more reasonable would be to write a ray-casting engine that didn't bother with textures at all, using solid colors instead. You could get some reasonable framerate out of a game like that, and it would still be fun to play. You might even be able to get away with some "dirty" shading.

      I have also seen GBA ROMs containing "real" 3-D engines, but the only things in them were objects in space. This is reasonable for a 3-D version of Asteroids, or something like Wing Commander.

    7. Re:I wonder... by geekster · · Score: 1

      Or use affine texture mapping... which looks like crap, oh well.
      Don't know if it could pull that off either.

  5. awesome by tps12 · · Score: 1

    Hey, maybe we'll see Tux Racer for the GBA? That'd be tight.

    Actually, how low-level is the API? Any chance someone could get Linux running on one of these babies?

    --

    Karma: Good (despite my invention of the Karma: sig)
    1. Re:awesome by cwebster · · Score: 4, Insightful

      >Actually, how low-level is the API?

      well if you realyl want to consider assembler an API, that is your answer. ARM flavored assmebler.

    2. Re:awesome by safiire · · Score: 0

      When I was messing around with the compiler about 2 months ago, it was nothing more than the compiler to ARM binary. There was no actual SDK (libs, .h files). So you basically had to make you own SDK. There was some help through a cool .h file that I found a the Pern Project that had all the addresses of things like where the video buffer started etc.

      BTW that site is a good spot to get started GBA or Dreamcast programming.

    3. Re:awesome by Anonymous Coward · · Score: 0

      input: bitflags
      graphics: mode 13 and vesa programmers found a new home.
      sound: synth, pcm and something that looks like wavetable.

      simple put: you write stuff in memory mapped registers according to specs and magic happens.

  6. Finally! by Rayonic · · Score: 2

    I can start those rumors about someone porting Mario 64 to it! With any luck, it'll be as big as the DooM 2600 project. ;o)

  7. Forget the PS2... by pogle · · Score: 2

    I was planning on trying to develop something on my friends PS2 when he got the Linux kit. But since I actually own a GBA, this is a much more worthy project. I want to see someone do some good network games...I'm going to try and create something similar to Strategic Commander (PalmOS game from www.zindaware.com) that can actually communicate over the cables...maybe even allow disconnects and continuations. Wouldnt that be fun :-)

    --
    http://thechubbyferret.net - Ferret pictures and informative links.
  8. gba development has been around for a while by bberg · · Score: 3, Informative

    This sort of stuff has been around for a while.
    here is one dev kit
    here is some more stuff
    that should give you plenty of links to play with.

    1. Re:gba development has been around for a while by __aafutm5472 · · Score: 1

      that should give you plenty of links to play with.

      Actually, no, since the first link you posted is the same guy and the same SDK, just different pages for it. But the devrs.com one is new...

    2. Re:gba development has been around for a while by tomstdenis · · Score: 1

      devkitadv is a GCC port for the GBA which has been around for OVER TWO YEARS.

      Flash carts from www.visoly.com have been around for about the same.

      Get with the times.

      Tom

      --
      Someday, I'll have a real sig.
    3. Re:gba development has been around for a while by bberg · · Score: 1

      >that should give you plenty of links to play with.

      Actually, no

      if you follow those links you will get a bunch of info. I guess that is what I ment by "that should give you plenty of links. but whatever.

  9. Old news by neonstz · · Score: 5, Informative

    The link in the article refers to the MacOS X port. Check out this for the "original" Unofficial Gameboy Advance SDK. It has been available for about a year or so. It has always worked on Win32 platforms too, so the submitter did a really bad job. The compiler in the SDK is actually GCC.

    Check out www.gbadev.org and www.devrs.com/gba/ for some other GBA development stuff. (And while you're at it, check out my own GBA-page for some of the demos i've written for the GBA :)

  10. Unofficial AGB development by totalnubee · · Score: 4, Informative

    This is not really news. Jason Wilkins, the creator if the Unofficial GBA DevKit, released it to the public at least a year ago. Also, there is a Win32 version (it came first).

    This DevKit is basically just a port of GCC to the ARM with some AGB specific startup code for interrupt handling and whatnot. The official DevKit from Nintendo is the same thing (although using an older version of GCC), but you get some extra hardware and software also. Having done AGB development for a while, it is nice to have alternatives like this unofficial devkit available, but it is nothing revolutionary. The impressive thing is actually how good the emulators have gotten recently, they should begin to allow even official developers to rely less on the expensive Nintendo hardware for normal day-to-day development.

    --
    "Even when I say nothing it's a beautiful use of negative space." - Indelible, "Fire In Which You Burn"
    1. Re:Unofficial AGB development by Anonymous Coward · · Score: 0

      No need for Nintendo hardware. Flash carts are much less expensive ;)

  11. Bring back 2D by imta11 · · Score: 2, Insightful

    I think a better idea is to keep linux away from it, stop recycling old games with emulators, and make some new worthwhile 2d games. I'm sick of the navigate a 3-D space to collect imiginary trinkets games such as Jet Set Radio, and Luigi's Mansion. Emulators are fun because their games have story and fun, not just a massive 3-D space demo.
    Some of the better games were the 2D scrollers such as Double Dragon II or Super Mario 3. They at least had replay value.

    1. Re:Bring back 2D by IIRCAFAIKIANAL · · Score: 1

      Good game design has little to do with the number of dimensions. The problem is there aren't enough good game designers (along with excellent teams working with them).

      It's just like the business programming world - it's hard to fill the demand for good designers/programmers, so there is a lot of crap out there these days.

      There are plenty of good 3d games. Pikmin is very fun and it's 3d. No replay value, but that's typical of first wave games. Resident Evil is fun. Metal Gear Solid is fun. Morrowind is fun and addictive and extremely replayable (and buggy, unfortunately). All good games with good designers at the helm.

      You seem to forget that there were tons of crap games back in the NES era too - Avoid the Noid, Bill and Ted's Excellent Adventure, Robin Hood ... all crap and all in blessed two dimensions.

      --
      Robots are everywhere, and they eat old people's medicine for fuel.
    2. Re:Bring back 2D by paradesign · · Score: 1
      you know that you could just go out and BUY an old system. its not like their extinct or anything.

      long live 2d

      --
      I want 2D games back.
    3. Re:Bring back 2D by wheany · · Score: 1

      Yes, 2D games had great stories: "The princess has been kidnapped, save her by bashing bricks with your head", "Some evil guy tries to take control of the city, kick the asses of his minions, then kick his ass"

    4. Re:Bring back 2D by imta11 · · Score: 0

      ...and what about 3-D games? "You enter a immersive 3-D world where strange creatures beyony your wildest imagination await. Jump on boxes to find powerups, then kick the badguy's ass with true 360 super ya-ha 32bpp..."

      I would argue against games of both dimension that aren't fun, by not buying them. I just get the impression that some people gave up on making shitty 2D to make shitty 3D.

      and don't tell me to start a company because I will.

    5. Re:Bring back 2D by IIRCAFAIKIANAL · · Score: 1

      Well, it's actually kind of hard to find a working NES (compared to other old consoles, I mean) - but you could buy a complete, non-working one with some games and then play on an emulator. Legally. Just like you should. :)

      My NES broke when I was a child and I never did find a replacement. My dad tried to fix it. No more NES for me. Luckily I had a snes at the time. Too bad it wasn't backwards compatible.

      I would love to get my hands on one of the newer designed ones with the top loading slot for game cartridges.

      Ah well, I barely have time for the new games, so I rarely play the old ones.

      --
      Robots are everywhere, and they eat old people's medicine for fuel.
    6. Re:Bring back 2D by seti32 · · Score: 1

      I have not one but TWO working NES's. And a few games, not as many as I'd like, but enough. But they only work intermittently, that's why we have two. (So when one stops working we switch to the other.)

    7. Re:Bring back 2D by Anonymous Coward · · Score: 0

      Uhh....I'm sorry, but Jet Set Radio is one of the greatest games ever. It has some amazing level design and once you get into find cool grind combos(even infinite grinds), the fun is taken to another level. Once you realize the flexilibility of it's level design, you'll appreciate the game a whole lot more.

      I know some people are put off by the 3d controls, but once you get them down, navigation is a snap.

  12. Porting Doom? by Anonymous Coward · · Score: 1, Informative

    It's already been done by David A. Parkman productions (or something along those lines) and you can buy it for the affordable GBA cartridge price of $35. It's very true to the original game. The only problem is, of course, the dark screen which people will quickly remind you is not a problem with the GBA AfterBurner upgrade [Triton Labs]. I've really been getting into Doom again with this release (as much as sunlight allows anyways). As for other games, expect the most popular SNES games to appear on the GBA. Breath of Fire I and II (by Capcom, top-notch RPG games) have already been ported. I must admit that, lately, visiting all my old favorites on a portable system has been taking up more of my time than next-gen console games. You can't beat good gameplay, no matter the format.

  13. Nothing new by GweeDo · · Score: 1

    This is nothing really new. I have been doing homebrewed GBA development for a while (bying a flash cart this summer). Here are some links of GCC cross compiled for ARM/THUMB.

    Linux and Windows

    Also check out gbadev.org for all sorts of demos (source included), emulators and tools.

    As a note, I am working on a full API for the GBA called GGAPI. I can do rotation backgrounds, 8-bit bitmaps, hardware sprites and more so far...so again...nothing new...hope you enjoy :)

  14. Re:because... by IIRCAFAIKIANAL · · Score: 4, Interesting

    Who says you have to program only games?

    I used a homebrew SDK to design a digital voltage meter that plugged into a gameboy/gameboy colour when I was in college - It measured Vrms better than some commercial products we tested against.

    I'd like to do a PDA setup - maybe I can hack a keyboard together to plug into my gba - someone did it for the gameboy - link - look about halfway down the page.

    Besides, the GBA is a good medium to develop games for - you don't need a team of 3d modellers and designers and whatnot - you can do with a designer/programmer, artist, and musician.

    Plus it's just fun to hack around with console games!

    --
    Robots are everywhere, and they eat old people's medicine for fuel.
  15. Practical Toy Hacking Device by peterdaly · · Score: 5, Interesting

    At about $70 (Game Boy Advanced, Amazon price), you can create custom games, ports of other things, etc. This sounds to me like a much more practical thing to purchase to play around with the the PS2, which is in at least the $500 range to start hacking your own stuff for.

    It would be interesting to know how many people will create practical, non-game applications. I know there are many non-game attachments, like a TV tuner and digital camera available for the unit.

    I may actually get one of these myself to hack around with. The "other half" says I shouldn't waste money on the PS2, cuz I will may write one application, then never touch the $500 investment again. Same thing with the Sharp PDA. $70 is much more reasonable for this type of hobby.

    -Pete

    1. Re:Practical Toy Hacking Device by Jonny+Ringo · · Score: 1

      It would be interesting to know how many people will create practical, non-game applications

      Business Man1: It was nice meeting with you. Let me just put your email/phone # in my address book program.
      Business Man2: Yeah, sure no problem.

      -30 seconds later-

      Business Man2 looks over shoulder of business Man1 and see's Mario.

      Business Man2: What the!
      Business Man1: Oh yeah yeah yeah, sorry.

    2. Re:Practical Toy Hacking Device by Anonymous Coward · · Score: 0

      my 64mb 206mhz arm sharp pda ownz you tiny gba...
      and a tv+ps2 is way to heavy

    3. Re:Practical Toy Hacking Device by Anonymous Coward · · Score: 0

      To be more realistic, it's $70 for the GBA, plus ~$100 for the RAM cart and adapter cable (got to get your games on there somehow). Or $0 for an emulator and gcc.

  16. OS X by Jacer · · Score: 1

    the port couldn't have been that hard, i mean, with the foundation of the operating system being so close to it's native environment.....they could squeeze a LOT more usability out of it with just a little more work. i do applaud what they have done!

    --
    --fetch daddy's blue fright wig, i must be handsome when i release my rage
  17. indie games for Gameboy.. by ldopa1 · · Score: 3, Interesting

    This would totally rule.. I'd love to see Nethack for the GB. I'm currently working on a Palm version, and of course, it'll work on Windows CE, but honestly, wouldn't Nethack be an awesome alternative to bejeweled on the bus?

    --
    The Dopester
    "Yes, I'm a Karma Whore, but I'm doing it to pay my way through school."
    1. Re:indie games for Gameboy.. by colmore · · Score: 2

      If you do this, you will be my god. (and by god, I mean Molloch)

      --
      In Capitalist America, bank robs you!
    2. Re:indie games for Gameboy.. by Junks+Jerzey · · Score: 2

      This would totally rule.. I'd love to see Nethack for the GB.

      So you want indie games...that are really just ports of old games? Isn't that like worshipping a cover band?

    3. Re:indie games for Gameboy.. by ldopa1 · · Score: 1

      Hack for PalmOS is out, so is Rouge-like for Palm. You can go to Nethack-palm on SourceForge for the latest on the nethack for palm project.

      Just FYI

      --
      The Dopester
      "Yes, I'm a Karma Whore, but I'm doing it to pay my way through school."
    4. Re:indie games for Gameboy.. by ghassanm · · Score: 1

      Porters should be as respected as other programers.

      Honestly this is more like worshiping a band for doing a nice cover because whoever ports the software isn't necessarily known just for the software they ported. They might have some original code somewhere.

      Having everyone worship their own pet people would do the world good. Distribute the support! Why should 5 key developers get ALL the attention.

      If your worshiping anything not out of fear for being stuck in some firey pit, it's all dandy from my point of view.

    5. Re:indie games for Gameboy.. by ldopa1 · · Score: 1

      Exactly!!!

      Seriously, some of the best games ever created were invented at the beginning of the computer revolution. Think Nethack, Rogue, Adventure, Pong etc... I mean, what ever happened to games like Pac-Man (of which the first perfect game was played only a couple of years ago...)? Those games took actual thought, and no twitching (think Unreal Tournament, Quake N and Half-Life).

      Speaking of HL, if it weren't for the Mods, which require thought, skill and strategy, I wouldn't play at all....

      --
      The Dopester
      "Yes, I'm a Karma Whore, but I'm doing it to pay my way through school."
    6. Re:indie games for Gameboy.. by Junks+Jerzey · · Score: 2

      Porters should be as respected as other programers.

      I've done ports; they're at least an order of magnitude easier than writing original code. Porting a game is usually done in one to six months. New games take 1 to 3 years. If you cover a song, you at least have to learn how to play it. When you port code, you just diddle around with select parts of it on the backend until it works.

      The spirit of the indie game scene is *design*. Ports of Nethack and emulators are boooring.

    7. Re:indie games for Gameboy.. by roju · · Score: 1

      Erm, did you never play Pong or Pac-Man? Twitching is exactly what they took.

    8. Re:indie games for Gameboy.. by ldopa1 · · Score: 1

      You're kidding, right? Pong - angle of incedence=angle of refraction - nuff said.

      PacMan - Required strategy - ways to lure ghosts away from where you'll be in a minute.

      If the ghosts shot at PacMan, and he shot back, maybe that would be twitchy...

      --
      The Dopester
      "Yes, I'm a Karma Whore, but I'm doing it to pay my way through school."
    9. Re:indie games for Gameboy.. by roju · · Score: 1

      I still don't consider that any less twitchy than the examples given of modern games. Take Q3A for example. Any clan member will tell you it's all about control of the armor/health/quad damage. It's about keeping the other team from them. Try firing a rocket without anticipating what the target will do during the flight time.

      Both Q3A and pong are based on simple rules, and to be good at either entails a certain amount of thinking and planning, but I wouldn't call either a strategy game. It seems naive to see strategy evolve from the rules in some games, but not others.

  18. Dev kits by Alizarin+Erythrosin · · Score: 2, Insightful

    I think that companies like Nintendo and Sony and such should sell stipped down dev kits for like, say $50... including software you'd need and maybe a transfer cable.

    No disrespect to the great underground game hackers out there, but I don't think there is much of a risk of an uber fantastic game like Gran Tourismo 3 getting put out. If there is, maybe a deal can be struck to distribute the game to the masses. The gaming industry itself could see what's being turned out, and maybe find some new prospective talent.

    I also think that the console manufacturers should make and sell (as well as install for a fee) mod chips to play IMPORT games (not burned games) because then they can make more $$$ selling the import games (as well as maybe an import fee, who knows)

    --
    There are only 10 kinds of people in this world... those who understand binary and those who don't
    1. Re:Dev kits by Anonymous Coward · · Score: 0

      These are dangerous ideas and are in fact STEALING from the console vendors. By writing your own games you are not buying ones officially sanctioned by the console makers so that they get a piece of the action. As a result, this results in you stealing profits from these companies. You should go to jail for that or at least pay a hefty fine and have your devices deactivated automatically like the ReplayTV device.

    2. Re:Dev kits by TheAwfulTruth · · Score: 2

      Heh, :) well even as jest, maybe we should wait to see if a single game even gets created. (And not another F'ing port of nethack!)

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
  19. lankwei.com Flash ROM kits by zaren · · Score: 1

    I dipped into lankwei.com (as mentioned in the original article), and found this page with info on various flash ROM products. Not exactly cheap...

    -----
    Apple hardware still too expensive for you? How about a raffle ticket?

    --
    Come to the University of Mars! Classes starting soon!
  20. Re:because... by Anonymous Coward · · Score: 0

    Why don't you just buy a 486 laptop? There are tons of them out there available for practically nothing. Then you don't have to putz around with some gameboy and a non-standard SDK.

  21. linux by theEdgeSMAK · · Score: 1

    So who's gonna get a kernel booting on the GBA? Then we can get mpg123 goin and flash the cartridge with our fav mp3's.

    1. Re:linux by Anonymous Coward · · Score: 0

      Screw mpg123, let's get ogg123 going. This would easily beat the expensive Zaurus.

  22. Keep up, Slashdot. Here are a couple more... by thesurfaces.net · · Score: 4, Informative
    Some existing GBA dev kits...

    HAM
    The SGADE
    The original Unofficial GameBoy Advance Software Development Kit

    UK users should buy their kit (Flash ROM kit and lighting kit from Craig Rothwell -- reliable feller.

    --

    http://www.blitzbasic.com/
    Graphics3D 640, 480

  23. CMDRTACO IS GAY by Anonymous Coward · · Score: 0, Troll
  24. Bandwidth by bugsdotnl · · Score: 1

    I've been running the unofficial gameboyadvance developmentkit mirror in the Netherlands for quite some time. Jason has a datalimit of some 500Mb. The packages have shown a consistend demand of about 400 downloads/month generating aprox. 8Gb/month ever since the first version in August of 2001. So it's nothing new. Bandwidth has been an issue for him espacialy since he had to make the full gcc sources available instead of only a patch. I've been waiting for it to get slashdotted, I'll be monitoring my traffic tonight!!! :)

  25. Might this effect the Game Cube by dmomo · · Score: 1

    I know that the Game Cube can use GBA as controllers. I am not sure what the interface protocol is like, though. Do you think that it might be possible to make custom GBA carts for Cube games, that provide enhancements (cheats, etc) to a game playing on the Cube?

  26. Re:because... by IIRCAFAIKIANAL · · Score: 1

    Actually, the gameboy compiler I used, while missing a few features of the C language, was *very* strict when it compiled C - I don't use C much, but I learned how much non-standard C that textbooks are full of.

    In any case, I have a laptop I could haul around if I want too. I'm just more likely to have the gba in my backpack :) And if I actually hacked something together, it would be for fun. When I do things purely for fun, I don't care about standards.

    --
    Robots are everywhere, and they eat old people's medicine for fuel.
  27. If you can get a flash cart... by Arcturax · · Score: 2

    I've heard U.S. Customs is seizing things like this siting the DMCA and that it MIGHT be used for piracy.

    --

    --Won't that be grand? Computers and the programs will start thinking and the people will stop. - Dr. Walter Gibbs
  28. Development Hardware Kits by RupertJ · · Score: 1


    You can get the GBA hardware carts/writers from: Lik Sang

  29. Better details by stonecypher · · Score: 5, Informative
    I've submitted this maybe a half dozen times with more linkage. Oh, well. :)

    The ability to program for the GameBoy Advance is *not* Linx or Mac only. The biggest group of developers centers around a partial build of GCC called "DevKit Advance", which has pre-made setups for Win32 and Linux. There are smaller communities each around "HAM", "SGADE", and "GCCGBA" - all Win32 prebuilt only. If you've ever built your own GCC, however, you can build to GBA, and that means you can build from damn near *anywhere*.

    Good places to go to learn:

    • IRC: #gbadev on EfNet - fairly active channel full of developers, mostly amateur but a few commercial. DO NOT ASK FOR ROMS OR COMPILER DOCS HERE! You would be summarily banned. This is a legit ONLY channel.
    • Yahoo! Groups "GbaDev". Many of the same crowd as above, but a larger populace, and by email, not realtime chat. Also, there are archives. :) Many of your problems - even surprisingly difficult ones - can be answered just by digging through the archives. Moderated.
    • There are more tutorials than just The Pern Project, but I can only ever remember that one. :) I got started before that tutorial, so I have no idea of its quality (many people seem to have started with it)


    Compilers:
    • SGADE - The Socrates GameBoy Advance Development Environment - Good, complete, fairly easy to install, completely unrestricted open source. Developer is tireds and overbusy, and wants someone to take over the development. (Yahoo group also available
    • HAMFree for non-commercial development. Has an installer; fairly painless for Win32 people. There are requirements about using is commercially which I personally do not dig.
    • DevKitAdvance - The modified distro of GCC that the bulk of us use. You'll see Jason's name on GCC mailing lists from time to time. Thanks, Fenix. (This is the kit I use, though rather heavily modified)
    • Someone whined and GCCGBA was taken away from us, because it wasn't a whole GCC distro or something (the discussion was never made public, and I'm going by rumor); the remaining packages don't seem to have trouble, but I'm a little will happen to other compilers over time.


    Some interesting stuff that's been done:


    Miscellaneous news sites with links to code and tools:
    • GbaDev.org - The canonical news source, especially since AGBDEV.NET died. Most things are covered here. Those that aren't can be found at
    • Jeff Froweihn's Devrs.Com. Jeff Froweihn wrote the lnkscript and various other stuff that you're likely using if use use the homebrew community's stuff. Thank him. Also, he maintains an aswesome, if difficult to take in at once, news site.
    • GameBoy Land


    Anyway, this is by no means an exhaustive list, but it's a start, and you can get to most of the good ones from there by linkage. If anyone needs a hand, my email address at slash should work.

    StoneCyph on EfNet, johnisaheadcase / Fatty diZilla on mailing list
    --
    StoneCypher is Full of BS
    1. Re:Better details by phobialab · · Score: 3, Informative

      Thanks for the kind words on the SGADE, but your information is a little out of date.

      Development of the SGADE has changed hands (to me), and is now continuing full force. The new release should be up sometime this week, with additional releases following roughly every three weeks for the next few months -- each adding even more functionality.

      The website has also changed, and is currently undergoing an overhaul.

      -- MTP

    2. Re:Better details by stonecypher · · Score: 1

      Development of the SGADE has changed hands (to me), and is now continuing full force.

      Congratulations! Jaap's code was instrumental in helping me grok the hardware; I'm happy to hear that his work is being maintained and extended. The best of luck to you; SGADE is (imho) a critical thing: an amateur environment which could be made legitimate by being sued by a commercial product. This is (again imho) HAM's critical fault, and besides, I like your name better. :)

      --
      StoneCypher is Full of BS
    3. Re:Better details by stonecypher · · Score: 1

      made legitimate by being sued

      (Sighs) The thing I hate most about spell checkers is that they miss mistakes if the mistakes also spell valid words.

      Used. . Obvious joke trolls, begone.

      Stupid 2 minute filter made me rewrite this. Bleargh.

      --
      StoneCypher is Full of BS
  30. hmmmmmm by nege · · Score: 1

    So does this mean that with the ROMS that are for the SNES, we could somehow make our own port of say "Secret of Mana" (or some other SNES title) for the GBA? That would be awesome! Though probably not awesome enough for me to spare time to learn this.

    1. Re:hmmmmmm by xenocide2 · · Score: 1

      Putting obvious copyright issues aside, I don't want to see another port of an old SNES title to an newer platform. Don't get me wrong, SoM is a great game, but it should be a source of inspiration, not perspiration. Give me a new game that addresses the issues of the old or takes me in different directions than before!

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    2. Re:hmmmmmm by Anonymous Coward · · Score: 0

      Secret of Mana was the bomb! Still one of my all time favorites.

  31. GBA development by BadKarma_MTA · · Score: 1

    The ROM writers that you can get from lan-kwei.com were being seized at US starting earlier this year as they arrived. Nintendor went on a big campaign to try to eliminate this type of thing. They feel that flash roms lead to pirating.

  32. Re:because... by Snootch · · Score: 2

    If your GB compiler is the one I think it is (the one I used, the one that comes with that IDE), then I don't think it does support standard ANSI C - it's bitched at me for not putting a \n after my closing brace before now - that's a K&R-ism unless I'm gravely mistaken...

    However, the GBA compiler, like the N64 one, is a GCC port, so as always you can get away with murder :-)

  33. Re:because... by IIRCAFAIKIANAL · · Score: 1

    Nope that's not the one. THe one I am talking about bitched about something I did with a function that I was taught from a textbook that was not ANSI-C.

    Honestly, I don't remember for sure, but it wasn't an escape character.

    The things the compiler was missing were due to limitations of using 8 bit hardware - namely large datatypes.

    --
    Robots are everywhere, and they eat old people's medicine for fuel.
  34. Limits of the GBA and Flash Linkers by H-Clone · · Score: 0
    Most of the speculation here has already been covered on the GBA Dev boards at GBA Emu. See here for linkage to the below. A few of the facts:

    Emulation - Thus far, the GBA can emulate the following near perfectly:

    NES - PocketNES

    ZX Spectrum - Foon

    Chip-8 - Various

    Currently in development, and playable:

    Sega Master System - PocketSMS

    Amstrad CPC 6128 - PACO

    Gameboy Classic - GBonGBA

    In development, but unreleased:

    Commodore 64 - SPLAM

    Various Arcade - Arcade Advance

    Atari 2600 - Unknown

    The GBA does NOT have the power to emulate the SNES, or even the Megadrive. Porting a ROM would be impossible without the source-code, so that's out too. The GBA has a -really- paltry amount of RAM, so most ambitious projects aren't achievable.

    Porting games simply by copying the design does work, however - I've spent the last week or so playing a port of the Gollop Bros ZX Spectrum classic, Chaos, so stuff like Nethack is feasible. I believe there's also a FROTZ interpreter, for Interactive Fiction fans.

    Other interesting stuff has been done - there's an MP3 player, an MPG player, MOD and NSF players, and a complete shell system that integrates games launching with text files, music and other stuff. It's a good laugh, but not cheap.

    One last thing - the ISDA is right to be worried, the flash carts can be used for software piracy. Just pop a ROM in there (some need patching) and it's go. One cart can hold up to eight or so commercial games. While they're marketed as amateur dev-kits, they're basically being designed with piracy in mind these days. US residents will have a bugger of a time trying to import them.

  35. GBA not powerful enough to emulate Super NES by yerricde · · Score: 2

    But a devkit would allow you to work on a SNES emulator wouldn't it?

    The Super NES has two processors connected by a slow bus: a 3.6 MHz 65C816 and a 2 MHz SPC700 (both relatives of the 6502). The GBA barely manages to emulate the NES with a 1.8 MHz 6502 processor. Besides, most games actually use all 224 scanlines of the display, not the 160 the GBA gives you.

    If you want Genesis or Super NES games on GBA, either port them yourself using Devkit Advance (creating new levels and characters to circumvent copyright law) or petition the original publisher.

    --
    Will I retire or break 10K?
  36. A link to the compiler I used by IIRCAFAIKIANAL · · Score: 1

    Here's the link

    GBDK

    --
    Robots are everywhere, and they eat old people's medicine for fuel.
  37. Asm vs. C on the GBA by yerricde · · Score: 2, Insightful

    SNES games were written in ASM, GBA games are mostly written in C.

    The inner loops of the graphics transformation and sound mixing in most GBA games are written in ARM assembly language and stored in a special fast RAM on the same die as the CPU.

    --
    Will I retire or break 10K?
  38. RAM limitations by yerricde · · Score: 1

    I'd love to see Nethack for the GB. I'm currently working on a Palm version

    Doesn't nethack have more than 256 KB of state? The GBA has only about 288 KB of RAM on the console and 32 KB of RAM on the cartridge (for saved games).

    --
    Will I retire or break 10K?
  39. Copyright by yerricde · · Score: 1

    we could somehow make our own port of say "Secret of Mana" (or some other SNES title) for the GBA?

    No you couldn't, not at least until after December 31, 2088 (1993 SoM release + 95 year copyright term).

    You'd have to make your own RPG, with your own characters and your own story. But if you want that, just go buy Golden Sun.

    --
    Will I retire or break 10K?
  40. Not powerful enough to *emulate*, but... by BlackGriffen · · Score: 2

    have you seen the graphics on the GBA? It could easily handle almost any SNES game natively (screen size issues aside, that might cause problems with some games). I guess it would be like trying to port an application without access to the original source code.

    BlackGriffen

  41. CPU speed by yerricde · · Score: 1

    let's get ogg123 going.

    You'd probably have to build the decoder hardware into the cartridge, as the GBA's processor is a 16 MHz ARM7TDMI.

    --
    Will I retire or break 10K?
  42. Clock speed off by Anonymous Coward · · Score: 0

    The SNES was a 65816, the same chip used in the apple IIgs- except that it was running at 10mhz

    No. The Super NES had a 3.6 MHz 65C816 and a 2.0 MHz SPC700.

  43. Here's such a game by yerricde · · Score: 2

    maybe we should wait to see if a single game even gets created.

    Here's such a game: Tetanus On Drugs. It's like playing Nintendo's The New Tetris® on LSD, except without the DEA breathing down your neck.

    --
    Will I retire or break 10K?
  44. Yes, the hardware is there, but so is the � by yerricde · · Score: 1

    have you seen the graphics on the GBA?

    More than that: I've written GBA games such as Tetanus On Drugs. The GBA's graphics hardware is very similar to the Super NES's, but its sound hardware more closely resembles a Sound Blaster Pro.

    I guess it would be like trying to port an application without access to the original source code.

    And without access to the graphics and sound for the next 90 years (no thank you Sonny Bono!) unless you petition the publisher to let you do a port.

    --
    Will I retire or break 10K?
    1. Re:Yes, the hardware is there, but so is the � by roju · · Score: 1

      If you owned a copy of the game, would it be illegal for you to port it for yourself, and never release the port? Without distributing it, you shouldn't run afoul of copyright, should you?

  45. Yes it is. by Anonymous Coward · · Score: 0

    The GBA has a 32-BIT ARM. The 6502 is GB-compatible. The GBA has a >16MHz 32-bit ARM. That is Infinitely more powerful than a 65C816. The GBA runs laps around the SNES.

    Have you ever played a GBA? Let alone know anything about it?

  46. Right. Following through. by stonecypher · · Score: 5, Informative
    Okay. Some stuff I missed, after reading through the questions.

    • The hardware supports carts up to 256 megabit (32mb) in size. There are flash carts which have more space, however, through software bank switching. No commercial ROM currently even hits the hardware size limit (manufactureing costs, it is widely believed, are to blame; it may be the case that Big N limits the available size of carts to both themselves and third parties)
    • Yes, a linux distro would fit. No, it wouldn't be any fun without a keyboard. Yes, TCP/IP has already been done (a working webserver, which IIRC was even on SlashDot already. That's what caused me to try to post the homebrew dev scene the first time.)
    • Emulators: there are about a dozen good ones around; many stick to VisualBoy Advance and Mappy Virtual Machine for development. VBA is often regarded as the best and fastest emulation, and Mappy is usually seen as having the best debugging tools (source-level breakpoints, register viewing, disassembly, viewers for most of the important chunks of RAM, etc). VBA interfaces with GNU debuggers, but I'm lazy, and haven't tried it.
    • How good is the processor? Good enough to emulate an NES? Yes. In fact, there's a port of an emulator which runs NES binaries which were stapled onto the end of the emu binary out there already (it uses scaling and rotation to fit the otherwise too-large pictures; some detail is lost, so text often looks funny, etc). I have no linkage; sorry.
    • To be specific, the processor is an ARM7 TDMI running at approx 16 mhz. Also, the screen does 60hz refreshes, is 240x160, and has a bitmapped 15bpp color mode (among other modes, including z-buffered modes). The programmer is afforded extreme memory mapping flexability by the hardware; it's more fun than a Rubix' Cube.
    • Sorry - should have clarified - the ones I listed are all emulators for the GBA. Sorry, but not even remotely close. You didn't even get the popular ones. There's a pretty decent list here, at Zophar's Domain (a pretty good dev site)
    • Descent is probably beyond the GBA's capabilities, since it uses arbitrarily-angled perspective-correct textured polygons, which are a fair bit harder to render on a low-end CPU (the GBA has a 16MHz ARM7 CPU).You should see some of the stuff that's going on. There are a number of fully textured 3D engines out there, one of which actually uses Descent levels as its examples! (I linked to another in my previous post which uses the quake level 1) A good example is the Raylight engine, though there are probably a dozen that I've seen (and a few proprietary, one of which I'm about halfway done writing :) )
    • Hey, maybe we'll see Tux Racer for the GBA? That'd be tight. Quite possible. A racer wouldn't be difficult - the floor is a mode 7 S/R background, the sprites are prerendered, and there's enough VRAM that they don't need to be DMAed into place or anything (though people do that anyway, often enough [grins])

      Actually, how low-level is the API? Any chance someone could get Linux running on one of these babies?"The API" isn't. HAM has an engine, SGADE has an engine, there are others (I don't use them), and there are some commercial ones. But, here's the thing: the hardware does a lot of stuff. Sprites and backgrounds are supported in hardware, and do scaling and blending stuff, etc. It's just register tweakage. You don't really need an API.

      Big N does send an API of some sort, but I'm not a licensed developer, so I know dick about it. I'm told it's not that much of a difference - mostly just wrapper functions.
    • well if you realyl want to consider assembler an API, that is your answer. ARM flavored assmebler. We're not stuck to Assembly. Though there are about six assemblers in common use (the one that gets most use as not just part of a toolchain seems to be GoldRoad, but because I don't use assembly except in-line, I have a biased perspective), there are also a buttload of C and C++ and so forth compilers. Because Gnu's Compiler Collection (GCC does not mean gnu's c compiler) works and is the common compiler for the homebrew platform, you also have access to *compiled* java, pascal, and I think Objective C and Forth, or Fortran, or something that starts with an F. Too lazy to go check. :)

      There are other compilers which can target the platform. Commercial people often use the ARM ADS or SDT. Other tools, like the Metaware toolchain and the Green Hills Optimizing Compiler (it's part of the name, not a parroted description, settle down) are commonly used because of their purported performance. Far from being an expert myself, I'll just point you at the Dhrystone that David Welch graciously presented to the community.
    • I was planning on trying to develop something on my friends PS2 when he got the Linux kit. But since I actually own a GBA, this is a much more worthy project. More worthy, but more difficult. You'll want a flash cart and linker - the hardware is still the only perfect binary executor, though VBA is pretty impressive. All told, the PS2 Linux kit isn't more expensive, and it's hella more fun in the long run (Tux Racer on a console anyway, doncha know!)
    • At about $70 (Game Boy Advanced, Amazon price [amazon.com]), you can create custom games, ports of other things, etc. This sounds to me like a much more practical thing to purchase to play around with the the PS2, which is in at least the $500 range to start hacking your own stuff for. You're counting just the hardware in one, but the hardware and the mod stuff in the other. $200 (ps2) + $200 (Linux kit) is $400. There was a recent price drop. $70 (AGB) + $40 (USB Flasher) + $15 (Power cable for flasher) + $10 (Parallel cord) + ~$100 (Average flash cart - price varies by size) = $235. Granted, a $175 price difference, but not what you implied. Also, a lot of us already have both. Then, the price of a homebrew kit actually weighs in the other direction, and the AGB is small and limiting enough that unless you really want to, it's a pain of a challenge.
    • It would be interesting to know how many people will create practical, non-game applications. I know there are many non-game attachments, like a TV tuner and digital camera available for the unit. There are already music sequencers, methods of connecting it (realtime!) to a PC for chatter, MIDI sequencers, connections to serve as visualizers for various kinds of data collectors (think forest service), and a host of weird homebrew things that aren't exactly games. I expect quite a few more over time; I'm working on one in a half-assed way right now. Moreover, over time I expect level editors for at least homebrew games, and possibly for commercial games; would you call those applications?
    • This would totally rule.. I'd love to see Nethack for the GB. I'm currently working on a Palm version, and of course, it'll work on Windows CE, but honestly, wouldn't Nethack be an awesome alternative to bejeweled on the bus?Shhh... Shen Mansell already has Moshpit put together, and there are three or four people already rumbling about alternatives on the list. Also, note that I'm on alt.games.roguelike.development making an ass of myself all the time... (For those who may be Ccurious, a BooFly is a creature which looks like Will Riker and which doesn't meet me for coffee at E3. Thpppbbt.)
    • I think that companies like Nintendo and Sony and such should sell stipped down dev kits for like, say $50... including software you'd need and maybe a transfer cable. This gets kicked around a lot in the chatrooms and on the dev lists. The consensus seems to be that yeah, it'd be nice, but though a lot of people would really use it for what it was for, a whole lot of people would use it to pirate games, and besides, Big N's licensing fees per cart and hegemony on software support their business model, so they'd be hurting themselves anyway. In conclusion: not bloody likely.
    • No disrespect to the great underground game hackers out there, but I don't think there is much of a risk of an uber fantastic game like Gran Tourismo 3 getting put out. Whereas art and sound resources usually make this true, with time, they actually often do. Take a look into the very mature NES or 2600 development scenes; you'll see things you'd never imagine possible (for instance, someone ported the Z-Machine interpreter Frotz to the GameBoy Advance as GBA Frotz, which seems impressive until you realize that the no$gmb guy, who I think is Martin Korth or something, and who really needs to put his damn name in his bio page, did it for the gameboy(!) in *8* *K* of RAM (far smaller than the real Z-Machine was supposed to be), and it works fine! Linkage

      Homebrew developers thrive on being told it can't be done. The more you tell them they can't do commercial stuff, the more you're going to see commercial stuff done. That's what got me started. :)
    • Yes, Craig Rothwell is reliable (someone else's post). Also, though Lik-Sang is reliable (that's where I got mine), right now cyustoms is banning the import of these, and so you won't get one even if lik-sang mails it to you. Craig Rothwell currently goes under their radar, but don't try him if you're seeing this post a month or so old - things may have changed (they often do, unfortunately). The best thing to do is to go to the Yahoo! Group and ask; you'll get a lot of replies in 48 hours.
    • I know that the Game Cube can use GBA as controllers. I am not sure what the interface protocol is like, though. Do you think that it might be possible to make custom GBA carts for Cube games, that provide enhancements (cheats, etc) to a game playing on the Cube? No. The GC uses half-size DVD discs which are difficult to burn and which have not yet had their protections cracked or circumvented. Things may change later.
    • So does this mean that with the ROMS that are for the SNES, we could somehow make our own port of say "Secret of Mana" (or some other SNES title) for the GBA? That would be awesome! Though probably not awesome enough for me to spare time to learn this. If you're dedicated. you need to scale a lot of graphics down; the sound hardware is completely different, so the audio stuff will need to be wholly rewritten. There are odd considerations due to the different CPUs. But, yeah, many people have been porting SNES and Genesis games commercially; I don't see why a team of amateurs with lots of time and skill couldn't do the same. It's not easy, though, mind you.

      This is our world now...the world of the electron and the switch, the beauty of the baud. Pre-chewed pieces of pap! And shouldn't be teaching anyway!!@!3T1!! r00l!

      cough Sorry. Old habits die hard.
    --
    StoneCypher is Full of BS
  47. Sounds like a stock for Jon! by Anonymous Coward · · Score: 0

    Jon Barrett recently bought some Sun Microsystems stock, and let me tell you, it left him with a torn open anus.

  48. Emulate != port by yerricde · · Score: 2

    The 6502 is GB-compatible.

    NO. The 6502 architecture (used in the NES and Super NES) and the Sharp-Z80 architecture (used in the Game Boy and Game Boy Color) are mutually incompatible. Otherwise, the Wide Boy (play Game Boy games on the Famicom, the Japanese NES) wouldn't have been so d*mn expensive.

    That is Infinitely more powerful than a 65C816. The GBA runs laps around the SNES.

    I have a 75 MHz Mac and a 333 MHz Acer laptop, and the laptop runs laps around the Mac. However, I don't think Mac software would run in real time on the laptop. There is a LOT of overhead involved in emulation of binary code for a foreign processor. It's not like wine, which is just a PE loader and a re-implementation of the Windows DLLS. It's not like vmware, which runs the target OS on the native processor and emulates the rest of the motherboard. You actually have to interpret every single instruction.

    Have you ever played a GBA?

    Yes. I've developed for the GBA, and I know that its CPU is not fast enough to emulate the whole Super NES chipset (65C816 Plus, Super PPU, SPC700, DSP, and Super FX) in real time. In general, a port of a Super NES game to the GBA is straightforward (except for the smaller screen size, the lack of A and X buttons, the lack of a mouse, light gun, or other pointing device, and the completely different multiplayer paradigm), but it does require access to the original trade-secret source code. You can't just prepend SuperNESOnGBA.bin to the .smc file as you can with NES games.

    --
    Will I retire or break 10K?
    1. Re:Emulate != port by Anonymous Coward · · Score: 0

      Actually I have one of those Wide Boys (or the Super Game Boy as the european version that I have was called), rather neat devices and yes like you said, they contain just about a complete gameboy inside, sadly the european version didn't feature a link cable connection....

  49. Re:Bring back 2D (I used to feel this way) by AtaruMoroboshi · · Score: 2


    I used to be a retro gamer only, till I tried out Tony Hawk Pro Skater on a friend's Playstation.

    Pro Skater is one of the most amazing games I've ever played. I've clocked in literally hundreds of hours on the series, and even got Pro Skater 3 to say "Game Complete" after beating it (no cheats) with all 25 characters. I'm currently trying to beat THPS2 again, but on my dreamcast this time (different bonuses than the N64).

    My Point: Tony Hawk Pro Skater convinced me that spending time with 3-D games was worthwhile.

    For those who like RPGs/deep story games, the next gen consoles are perfect: Skies of Arcadia, Final Fantasy, etc... those are fun, though not my favorites.

    But the thing is that there is a lot of AWFUL games out there and a lot of games that just look cool at first and have no replay value.

    I am very sad to see 2D games getting more and more ignored, but when stuff like Ikaruga, Capcom vs SNK 2, and Castlevania GBA are still being made, there is at least some hope. I think some development team is going to make a mindblowing 2D game one of these days, with twice as much resolution and animation frames as anything done in the past and it will bring 2d games mainstream appeal again.

  50. Emulation needs an OOM difference by yerricde · · Score: 2

    The 65c816 was more than a 6502 on roids. It was a fully functional 16bit cpu

    The 65c816, used in the Apple IIGS computer and Super NES game console, was a 16-bit processor with an 8-bit data bus and only three integer registers (A, X, and Y).

    at least as capable as some low end 32bit cpu's

    The Motorola 68000, used in the Sega Genesis and SNK Neo-Geo game consoles and the original Apple Macintosh computer, was a 32-bit processor with a 16-bit data bus. So was the Intel 386SX processor, used in some PC clones.

    Without looking at the specs, the GBA is certainly more powerful than the SNES

    After becoming intimately familiar with the specs, I'd say twice as powerful overall, or about as powerful as the Super NES with Super FX.

    but we're not talking orders of magnitudes.

    Correct. In general, you need at least an order of magnitude speed difference to emulate a video game console. The 16 MHz ARM7TDMI in the GBA just barely squeezes by when emulating a 1.8 MHz 6502 and the rest of the original NES chipset.

    --
    Will I retire or break 10K?
  51. GBA has been available for one year by yerricde · · Score: 1

    devkitadv is a GCC port for the GBA which has been around for OVER TWO YEARS. Flash carts from www.visoly.com have been around for about the same.

    Huh? The Game Boy Advance system itself has been available in the United States of America for only one year. (IIRC, the anniversary is about a week from today.)

    --
    Will I retire or break 10K?
    1. Re:GBA has been available for one year by tomstdenis · · Score: 1

      ok its not over two years but is going on quite some time now. [since october 2001 according to io.com].

      I really think /. should have checked up the source of the story first. And that the devkit's are not about ripping ROMs but actually writing your own GBA programs...

      Tom

      --
      Someday, I'll have a real sig.
  52. Re:Right. Following through. by strags · · Score: 3, Informative


    Descent is probably beyond the GBA's capabilities, since it uses arbitrarily-angled perspective-correct textured polygons, which are a fair bit harder to render on a low-end CPU (the GBA has a 16MHz ARM7 CPU).
    You should see some of the stuff that's going on. There are a number of fully textured 3D engines out there, one of which actually uses Descent levels as its examples! (I linked to another in my previous post which uses the quake level 1) A good example is the Raylight [raylight.it] engine, though there are probably a dozen that I've seen (and a few proprietary, one of which I'm about halfway done writing :) )


    None of these engines do true perspective correct texturing. And yes, I'm fairly aware of the work that's going on out there - I am the author of FooN, and have also written a bunch of 3d engines for the GBA. My point was that, while DOOM/GBA is a more-or-less exact replica of the PC version, Descent/GBA is not going to look anywhere near as cool as the original.

    Sorry - should have clarified - the ones I listed are all emulators for the GBA.
    Sorry, but not even remotely close. You didn't even get the popular ones. There's a pretty decent list here [zophar.net], at Zophar's Domain (a pretty good dev site)


    Read. Comprehend. Post.

    "The ones I listed are all emulators for the GBA". Not "These are all the emulators for the GBA".
    In other words, the emulators I listed are all emulators that run on the GBA, and emulate other machines.

    Another thing - you mistakenly state that the GBA has a Z-buffer. WTF? As someone who claims to be developing a 3D engine for the GBA, you must be aware that the GBA most certainly doesn't have a Z buffer. It doesn't even have any polygon rendering hardware.

  53. The original GBDK by KarmaSafe · · Score: 1

    I just wish that the original Game Boy Development kit would have some progress made on it. Array support is still broken, and I can't get a response from the author by email.

    --

    ~ Why is there no reason modifier for overrated posts?
  54. Re:because... by nathanh · · Score: 2
    open source developers have been so good at developing games in the past?

    Maybe not but games aren't the only software that will run on the GBA. Some of the best Palm software is open source: Weasel. Plucker, Diddle, Keyring, etc. Gameboy (the first) was popular with electronics hobbyists because it was so easy to hack and program. I can see the same thing happening all over again with GBA. A 16MHz ARM and a colour LCD all running off batteries is nothing to sneer at.

  55. While we're at it... by strags · · Score: 3, Insightful

    A couple of other things:

    Yes, a linux distro would fit

    Since RAM is limited to 256K(slow) + 32K(fast), it's unlikely you're going to fit a Linux distro that can do anything meaningful. Bear in mind that the ARM7 does not have a MMU, so you'd be limited to uCLinux or something of that ilk.

    Yes. In fact, there's a port of an emulator which runs NES binaries

    It's not a port. It was written from scratch.

  56. INSIGHTFUL -- MODERATE UP. by Anonymous Coward · · Score: 0

    Moderate this up, please.

  57. Re:Right. Following through. by stonecypher · · Score: 1

    Another thing - you mistakenly state that the GBA has a Z-buffer. WTF? As someone who claims to be developing a 3D engine for the GBA, you must be aware that the GBA most certainly doesn't have a Z buffer. It doesn't even have any polygon rendering hardware.

    (grins) Yet another reason not to post stoned. :) Same reason I didn't really grammar or html check; it's a minor miracle i didn't screw any of those links up.

    --
    StoneCypher is Full of BS
  58. Still illegal, and wasted effort by yerricde · · Score: 1

    If you owned a copy of the game, would it be illegal for you to port it for yourself, and never release the port? Without distributing it, you shouldn't run afoul of copyright, should you?

    First of all, 17 USC 106 prohibits merely preparing derivative works. Not distribute, prepare.

    Second, it would be 100% wasted effort, as you would have no way to advance yourself in the world through something you keep entirely secret.

    --
    Will I retire or break 10K?
    1. Re:Still illegal, and wasted effort by roju · · Score: 1

      Wow, I had no idea it did that. Seems to me that prohibiting the preparation of derivative works is seriously overstepping the bounds of copyright, but if that's what the law says...

      I don't think it would be. First, for someone who's never ported anything before, it could be a learning experience. Second, it's a game. Who said anything about advancing yourself. Maybe I want to play Super Metroid on my GBA. Doesn't improve the world, doesn't really improve me, but it'd make Metroid that much more convenient.